Our client-focused, user-centered method for building eBusiness solutions matches the experiences of our team to yours. Over the years, Tigroup has developed and honed a methodology that covers the full-life cycle of planning, requirements, analysis, design, implementation, test and deployment.
Our methodology provides a step-by-step process designed to help assess the requirements of the end users and build a solution to meet those needs. The key components of our methodology are documented below:
Planning
Planning may easily be the most difficult part of the development effort, there are many unknowns and it is unlikely that the project plan conceived will survive through the first iterations intact. Yet, it is still the most important phase of a development effort as it propagates direction for the team that is tasked to deliver the final solution.
Business Requirements
The goal of the Business Requirements phase is to describe what the application should do and allows the developers and the customer to agree on that description. To achieve this, we elicit, organize, and document required functionality and constraints, track and document tradeoffs and decisions. The end result is a description of the application in the language of the users.
Many activities are involved in the requirements phase. Ideas are brainstormed. Use-Cases are identified and described in detail. The use-cases function as a unifying thread throughout the application development cycle. The same use-case model is used during requirements, analysis, design, and test. The Use-Case Model shows how the application interacts step-by-step with the users and how the application will perform. Requirements are reviewed and approved by major stakeholders and the project plan is updated.
Analysis
In analysis, we determine how the application is to be built. The primary purpose of this phase is to refine the internals of the application in the language of the developers and to make decisions regarding how to develop the solution. The system is partitioned into subsystems and services and the user interface is fully prototyped.
Our team starts to validate the completeness of requirements and the user interface design. Construction iterations begin by analyzing potential solutions and use-cases. Analysis class modeling is begun and collaboration diagrams realize the use-cases. Development strategies and architectural decisions can be made; management can determine the value in going forward with development.