About Basepin

Leading BIM solutions provider for the construction industry

INDUSTRY: Construction

Team Size 4 People
Project Manager | Developers | Project Lead | QA
Timeline11 Months

Basepin Background

The Client is the leading provider of Digitized Building Information Modeling Management Solutions and Technology for the Construction Industry

Basepin construction technology experts are known for their unique leadership skills and methodology used in all their construction projects. Due to their new and innovative concept used to develop Basepin, businesses can now easily connect with their remote teams and project members from anywhere. The purpose of designing a building information management system (Basepin) was not only to improve seamless collaboration among the project team members but also to bring Owners, Contractors and Designers together on a common platform. The critical success factor of the system design was to provide teams with easy access to real-time data and accurate information.

Goals & Objectives




Share Idea

Business Challenges

Before the platform could shape as expected, OnGrapgh Team had to shoulder the huge responsibility of narrowing down to all major business process specifications, elicit explicit and implicit needs that would ensure the success of the platform. Back then, the team had to overcome the obstacles related to critical aspects of domain research, besides ramping up the team of domain experts and SMEs in a short duration of time. Choosing the right technology stack that fulfills all client’s expectations was a daunting task the team had to tackle. Let’s delve deeper into a few challenges:

Bringing in the best-in-class industry processes

Incorporating the best-in-class industry processes and domain insights were critical to the envisioned system. More so, because the system was meant to empower key business stakeholders such as owners, architects contractors, and suppliers.

Third-party Document-Management System

Built-In document management was a key requirement. Initially, we used Sharefile Service for users and AWS S3 for system-level document management. But signing on to multiple plugins was difficult due to frequent changes in the password policy.

Finding the Right Tech Stack

Looking at the client’s long-term vision, it was important for us to choose the right technology stack, which brings in scalability, flexibility, and agility to the system. Moreover, the technology should ensure faster development and mobile enablement.

Difficulty in NAVIS Integration

Integration of NAVIS was difficult for us, as it was a desktop application and we were developing a web-based solution. Therefore, an alternative solution was required.


The Solution

OnGraph Team took all the challenges head-on. The team left no stone unturned in addressing each of those challenges. It was the persistent and dedicated effort of the OnGraph Team that finally led us all to quicker resolutions of problems and finally delivering the right system. This dedicated effort resulted in multiple client appreciations throughout the project. Here is a glimpse into the solutions.

amazon web services
Thorough Research

OnGraph’s business analysis worked closely with key business stakeholders from the customer’s side in order to understand deeply the critical business processes and domain aspects. There were multiple workshops and sessions that helped us obtain the required understanding.

R&D and Architectural Support

OnGraph’s R&D experts and architects analyzed the customer’s system requirements and came up with the right choice of the technology stack along with carving out the right architecture. We used Java as the base technology, Adobe for the front-end along with HTML to ensure responsive design.

Integrating an Alternate to NAVIS

NAVIS, being a desktop solution, was not an option for us. Moreover, it would give the output in the form of XML and bundle of images, So, we had to find out a similar solution. Consequently, we developed and added an exclusive functionality and into Basepin, which would upload XML files and images.

Building a customized our own Document Management System

We were building a system that could store folders and files in our database while also be interact with AWS S3 for the storage. Hence, we decided to leverage AWS SDK that would not only access the AWS S3 in order to simulate our frontend but also provide hierarchical views of folders.