Bespoke Development

From template development through to custom applications used to automate eDOCS procedures, our developers have the experience to deliver the right solution, on time and in budget.
We believe that one of our greatest differentiators from our competitors is that we deliver solutions, not just code. Our developers work hand in hand with our consultants, to ensure that we deliver the functionality required.
The Development Process
An important task in creating a software program is extracting the requirements or requirements analysis. Customers typically have an abstract idea of what they want as an end result, but not what software should do.
Skilled and experienced software engineers recognise incomplete, ambiguous, or even contradictory requirements at this point. Frequently demonstrating live code during development can help reduce the risk that the requirements are incorrect.
Once the general requirements are gathered from the client, an analysis of the scope of the development should be determined and clearly stated. This is often called a scope document.
Certain functionality may be out of scope of the project as a function of cost or as a result of unclear requirements at the start of development. If the development is done externally, this document can be considered a legal document so that if there are ever disputes, any ambiguity of what was promised to the client can be clarified.
Implementation is the part of the process where software engineers actually program the code for the project.
Software testing is an integral and important phase of the software development process. This part of the process ensures that defects are recognised as soon as possible.
Documenting the internal design of software for the purpose of future maintenance and enhancement is done throughout development. This may also include the writing of an API, be it external or internal.
The software engineering process chosen by the developing team will determine how much internal documentation (if any) is necessary. Plan-driven models (e.g., Waterfall) generally produce more documentation than Agile models.
Deployment starts after the code is appropriately tested, approved for release, and sold or otherwise distributed into a production environment. This may involve installation, customisation (such as by setting parameters to the customer's values), testing, and possibly an extended period of evaluation. Once a project is complete, ECMConnect can still arrange software training and support as software is only effective if it is used correctly and maintaining and enhancing software to cope with new requirements can take substantial time and effort.