Frequently Asked Questions?
On this page you will find answers to the most common questions our customers ask about the Accelerated Solutions service.
If you are unable to find the answer you need on this page, do contact us and we will answer your question as promptly as possible.
Q. What is the underlying technology of the software Accelerated Solutions develops?
A. The developed solutions are Java-based web applications and the underlying architecture uses Model View Controller (MVC) struts.
Q. Can Accelerated Solutions maintain and enhance the solutions it develops?
A. Yes, Accelerated Solutions can create enhancements for your applications at an extremely rapid pace. Even though the application code is written by computers, it remains in a human-readable format. This grants your business the flexibility to carry out enhancements and undertake maintenance on your own or via third party vendors.
Q. Is it possible to integrate the developed application with other solutions, and is it compatible with applications developed in other technologies such as .NET?
A. Yes, the developed software can be integrated with other solutions using web services, Extensible Markup Language (XML), JSON APIs, Presentation Widgets and Flat File Interfaces as required.
Q. Are the developed applications compatible with multiple types of databases?
A. Yes, we can develop software that is compatible with popular Relational Database Management Systems (RDBMS), such as MySQL and Oracle.
Q. What applications have already been developed using the Accelerated Solutions service?
A. Innovations Infinite has already used Accelerated Solutions to develop two expansive and cutting-edge Software-as-a-Service products.
The first product is a front office collaboration platform for Commercial Property and Casualty (Re)Insurance firms called Underwriting Workbench. Our second product, Sales Infinite, is a comprehensive business management platform that combines CRM, collaboration tools and process automation. For more information, see our Products page.
Q. Is Accelerated Solutions only useful for specific business domains or verticals?
A. No, Accelerated Solutions is business domain agnostic. We can develop solutions for any vertical, such as Finance, Telecoms or Retail, and the companies we work with may use any business model (B2B, B2C, C2C, B2E etc).
Q. One of our existing development projects is severely delayed. How can Accelerated Solutions help? Can you rescue our project?
A. Accelerated Solutions can develop software as much as five times faster than traditional methods. This means we may well be able to turn your project around and deliver the finished application on time. Please contact us for further information.
Q. We currently use Waterfall/Agile methodology for software development, can you adapt to work in this way?
A. Yes, we can. The Accelerated Solutions service deliberately employs a highly flexible development process in order to work in whatever manner best suits our customers.
All of the customer engagement phases in the development cycle (such as business analysis, acceptance testing and deployment) can be adapted to suit your current software development processes. This minimises the need for any process change within your organisation when using our service.
The software development process itself is executed by the Innovations Infinite team at our offices, creating no interference with your internal methodologies. Our deliverables remain the same (e.g. requirements documents, design documents, developed software code and executable code) and the project governance and sign-off phases also remain largely unchanged.
Q. How do you conduct the business analysis/requirements gathering phases? What information do you capture in the requirements documents?
A. We undertake the process of business analysis/requirements gathering at the client‘s business location. Requirements gathering workshops are conducted with your business users and core subject matter experts.
The level and diversity of information captured in business requirements documents varies on a case-by-case basis. A typical business requirements document will detail the following information:
The purpose of the application, including use-cases and expected behaviour
The business context within which the developed application will be used
The departments or people inside/outside the organisation that will use the application and their business roles
The overall manual/automated processes within which the application has to function
Any other software inside/outside the organisation that will interface with the developed application
The business domain model of the application and the data interfaces with other systems
Any non-functional requirements
An illustration of the expected application using wire-frames so that business users can visualise how the developed application will look and how they expect to use it; this fine-tunes the business requirements before the application goes into development