Skip to main content

Build and Deploy a Project using OO technology

Once the process of analyzing and gathering requirements is completed ( least one iteration), then it's possible to proceed to the next phase: building the application.


-Modelling has to do with designing the technical architecture in detail. From use cases it’s possible to create object models and sequence diagrams to describe the static and dynamic nature of the application.

-Here there is a need to create deployment diagrams that describe the tiers and processing nodes required to support the application.

-During this process there is a need to create the information architecture and illustrate how it ties to the data dictionary, navigation features and content types into a cohesive site map.

-The information architecture is created with the use of user scenarios, storyboards and site maps that precisely describe the interface before the project moves to the build stage.

-The Interface Design is driven by the use cases that describe the requirements of system.

-Using the same documents as input to both the Interface and Technical Designs ensures that the system is consistent from front to back.


-During the build phase, designs are translated directly into source code so the application mirrors the business environment directly.

-Object model programs are developed to model the business environment, transaction programs to update the model, web pages to present the model, databases to store the model, and connectors to integrate other systems.

-It is good practice to develop automated unit tests in parallel with the application and run them in order to ensure that new code doesn't break existing code.

-Simple structural rules are coded directly into business object programs.

-Complex logic that affects several business objects is coded into transaction programs.

-Transaction programs are layered on top of the business object programs.

-The site map and interactive architecture are used to render web pages that create the look and feel of the system.

-Input validation and other simple business rules are coded directly into the web pages to improve the user's experience. These pages are integrated with server-side business logic to deliver advanced business applications across the Internet.

-All non-trivial web applications must work with other business systems.

-These systems include relational databases, transaction monitors, mainframe applications and third-party systems.


-In addition to the automated unit tests created during the build phase, it’s possible to test the complete business functions of the application at the end of each iteration.

-The application is deployed to the test environment so capacity and resiliency testing can be performed.

-Installing the application in the test environment at the end of each iteration forces operations staff to take ownership of the application long before the application is released to end users.

-Operations scripts and processes can be developed in parallel with the application, which reduces the overall duration of the project.

-During the test phase, defect reports are collected and analyzed.

-Defects in early iterations can be avoided in later iterations.


-During the deployment phase the application makes the transition to its user's community, which includes manufacturing, delivering, training, supporting, and tuning the application until the users are satisfied.

-Once the application is deployed, warranties and service level agreements come into play to ensure the ongoing success of the application.

-Training materials are developed to help users make the transition to the new application.

-Finally operations scripts are developed to manage the application.

Popular posts from this blog

The differences between Project, Operation and Program

We said that a project is defined as a temporary endeavor that consumes resources, incurs cost and produce deliverables over a finite period of time to achieve a specific goal. They come in all shapes and sizes and can vary in length or complexity.

Operation type activities are similar to project activities in that they too produce deliverables, consume resources and incur cost. However they are on-going or repetitive in nature, hence they are not project activities or tasks. Some examples of operation activities are weekly maintenance of databases, paying invoices or help desk operations activities.

Programs are much larger than projects. They are made up of many projects and on going activities such as operation type activities and are similar to projects as they consume resources, incur cost and produce deliverables. However programs are more complex and include repetitive operation type activities such as maintenance work, facility administration etc, and are funded typically on a…

Forecasting Project Costs using Variance Analysis

One way to report on cost control and forecasting during project execution is to use the Variance Analysis method, that is, explaining the difference (or variance) between actual costs and the budgeted costs with numbers and make new estimates for completing the work. Please consult this link Earned Value Management for related literature and references.
For the purpose of making these calculations, I will use an hypothetical project example (but it could also be a task or phase). "A company has contracted a service provider to deliver a project in 10 working days (80 hours) for the estimated cost of $10,000 and a work effort of 200 hours. The contract is Time and Material, this means that the company pays the provider for the number of hours actually required to perform the service. So, the provider has no incentive to minimize the number of hours expended on the service. The less efficient the provider is, the more money it makes!"
Summary of Time and Material Contract (re…

Using PERT for estimating tasks

A simple way for estimating tasks is to use the PERT (Program Evaluation review technique) weighted average method. This method uses a weighted average duration estimate to calculate task duration, it gives the opportunity to take into account information based on different types of estimates values (such as poorly defined areas, probabilistics, and ranges for the schedule). This method is based on the Beta distribution model because it can model events which are constrained to take place within an interval defined by a minimum and maximum value. (For this reason, the Beta distribution is used extensively in PERT, CPM and other project planning/control systems to describe the time to completion of a task).

The term weighted average means that the equation uses weighted factors to calculate the expected task duration.
The equation and process modelling a task for PERT is the following:  E=(O+4M+P)/6 (equation)  E= Expected Value  O= Optimistic Value (this is equivalent to a minimum val…