Call us
P. +39 030 221550
F. +39 030 220287

E-mail
softbase@softbase.it

Address
Via Aldo Moro, 13 - 25124
Brescia -Italy
P.IVA 03338000171

The follow image shows a typical SoftBase's project architecture developed for a customer.

In this architecture are the integration of various tools used in very large companies.
As showed in the image the architecture is composed by the following component that interact each others:

1. Requirement Management for handling support ticket, includes Incident Management module for bug tracking and reporte. A change request can be due for a Business Request (Development project) or an Incident reported during service running (Maintenance project);
   
2. Project & Workflow Management , handled through the Change Request use, developed along two dimensions, the workflow for the promotion of software environments along the lifecycle states (Development, Testing, Validation, Exercise), and the project planning for activities and team members check. The typing of the Change Request can instantiate several parallel projects, which can be developed on different environments (development branch), and assigned to different cost centers;
   
3. Release Management for the application releases synchronization to the changes infrastructure. This state is performed by the managers of the service (Operation);
   
4. Source Control for the management of the source code repository, organized according to a precise mapping under Configuration Management, versioned and controlled by security policies and allocation of user's privileges;
   
5. Build & Deploy for the executable modules build from source code stored in the repository of the Source Control module, and the copies and installation in the actual execution environments;
   
6. Source Analysis for static source code analysis, in order to anticipate the identification of potential bug, examining whether the packets violate certain rules or meet the best practices;
   
7. Test Management for the definition and evolution of test cases directly linked to the catalog of requirements and implementation of the projects themselves;
   
8. IDE (Integrated Development Environment) for the stages of change and unit test of software, usually performed by the development team. The development platforms can be different depending on the standard application, the system platform and organization of the working group;
   
9. Document Management for the correct management of all documentation, centralized into a single repository and available to users according to their profile and the state in which the governance document entity is actually(Requirement, Test Case, Incident, Change Request, etc.. ).