Software Development Methodology


  • Custom Software Development-Overview
  • Custom Software Development-Process Methodology
  • Custom Software Development-Methodology for System Development


This describes the methodology to be used for Project Planning, Monitoring and Control in software development. This methodology provides a framework for software development and software maintenance teams to develop their project plans.

Using the activities detailed in this Project Planning process description and in supporting documents, project teams describe the work they will do, develop estimates of effort, develop a schedule, plan their management and technical approaches, identify measures to gather, and develop a risk management approach. It includes configuration management that is detailed in Chapter 5 titled Configuration Management.

The Project Monitoring and Controlling Process is used by project managers to ensure the team is making satisfactory progress towards the project goals. The purpose is to track all major project variables – cost, time, scope, and quality of deliverables.

The overall objectives of the process are to:

  • Track and review actual project accomplishments and results to project plans
  • Revise the project plan to reflect accomplishments thus far, and to revise the plan for remaining work, if needed
  • Provide visibility into progress as the project proceeds, so that the team and management can take corrective action early when project performance varies significantly from original plans

Process Methodology

  • Project Planning Process
  • Project Monitoring and Control Process
  • Process for Project Reviews
  • Process for Measuring Efficiency and Effectiveness Measures

Project Planning – Checklists and Templates

    • Supporting Templates
      • Short Project Summary – A minimal plan for a small project; this can also be used for tracking progress on the project.
      • WBS Elements from the Life Cycle Structure of 12207 WBS – List of WBS items that might be included in a life cycle for a project, with components for
        • Primary life cycles for acquisition, supply, development, maintenance, operations
        • Supporting processes for documentation, configuration management, quality assurance, verification, validation, joint review, audit, problem resolution
        • Organization processes for (project) management, infrastructure, improvement, and training


  • Supporting Checklists
    • Project Planning Checklist – This checklist carries the Items to consider when checking the work of a project team in building a project plan.


Project Monitoring and Control – Checklists and Templates

  • Supporting Templates
    • Weekly Project Status Report -A sample weekly status report for a project; includes items for tracking milestone progress, key accomplishments, costs, risks, and action items.
    • Tracking Templates – Several worksheets for tracking action items, a simple work breakdown structure, and risks
  • Supporting Checklists
    • Change Management Checklist – Items to consider for documenting change requests, handling them with a change process, and ensuring approved changes are included in the project deliverables.
    • Configuration Management Checklist – Items to consider for planning and performing configuration management.
    • Project Monitoring Checklist – Items to consider when checking the work of a project manager and project team in monitoring the project to its plan.
    • Project Review Checklist – Items to consider when planning, conducting, and following up on actions after a project review
    • Quality Assurance Checklist – Items to consider for planning and performing quality assurance

Methodology for System Development

The Methodology for system development is being illustrated in table below.

S/NADMM PhasePurposeDeliverables
(a)Project InitiationDefine purpose and scope of the project. Prepare Project Plan.Project Plan
(b)Requirements SpecificationsGather, tighten, refine and document requirements specifications from userRequirement Specifications
(c)Preliminary DesignTranslate requirements specifications into logical designPreliminary Design Specifications
(d)Detailed DesignOn the acceptance of Preliminary Design detailed design will be drafted, it will be: Construct the physical design Prepare Detailed Design Specifications and program specificationsDetailed Design Specifications
Conversion Specification (If any)
Program Specification
(e)Review of Mock-Up WebsiteConstruct a skeletal (prototype) of website adhering to the system design.Beta Prototype of the website
(f)Website System DevelopmentBuild final required website and the system componentsFinal Website
Website/System Code and final images animations
(g)Local Website SystemTesting Setup hardware/software environment locally
Load data into database on server (if required) Carry out system and integration testing
System Test Plan
System Test Package
System Test Reports
(h)User Review of Local Website SystemCheck conformance to the requirements and designReview Reports
(i)ImplementationPrepare Installation Plan Prepare User Manual
Prepare Operations Manual
Prepare production system for implementation
Train User Support Staff and Operational Staff on usage of the system
Installation Plan User Manual
Operation Manual
Production System
(j)User Acceptance TestTrain users Assist users in the preparation of user acceptance test plan
Provide technical assistance to users in carrying out the user acceptance testing
Resolve problems encountered during acceptance testing.
Training Materials User Acceptance Test Plan
User Acceptance Test Package
User Acceptance Test Reports
(k)Implementation SupportPrepare Project Completion Analysis ReportProject Completion Analysis Report
(l)Maintenance SupportProvide maintenance support to usersMaintenance Plan
Maintenance Log

Analysis and Design of the System

This is the most important phase in the life cycle of the project since the functionality to be incorporated in the new system shall be understood and analyzed at this stage. The study, analysis and design for the existing system would require special attention, as the final understanding of the requirements for new system (vis-à-vis existing system) will determine the approach to be implemented for the new system development and implementation.

Keeping in mind the special needs for the system we have categorized the analysis and design of the systems into two parts. Each phase of study and analysis would be specially treated and would be given important consideration to the fact of each systems impact on the other system.

The analysis and design phase will be split into two parts:

  • Analysis and Design of Existing System
  • Analysis and Design of Proposed System (new system)

Analysis and Design of Existing System

As the functionality and data/content of the existing system has to be reflected in the new system, the first step towards evolving the system will be to study, understand (functioning and flow) and analyze the existing system (if required and possible). The basic purpose of this whole exercise will be to finally come out with complete understanding of the existing system in view of the different tasks specified for it.

As the development for the new/enhanced system has to be based on the existing system, the study of the existing system/components of system will be done critically. This will enable to understand the functional requirements of the system and if required suggest the required modification/enhancements.

The outcome of this study would enable us to design and develop a robust and optimized system. The existing system would require attention and special treatment keeping the following points in perspective:

  • Functional aspects of the existing system to be enhanced in the new system
  • Interfacing the new features in the system over the existing components

Preserving Functional Aspects of Existing System (if applicable)

The new system needs to ensure that functionalities of existing systems are preserved (if required) and also the existing functional areas of system are usable. To analyze and understand the existing system the following information would be required regarding the existing systems:

  • Complete requirement specification (if available) of the existing system
  • Complete functional specifications of the existing system


On the successful completion of the Analysis/Understanding and Design of Systems phase a functional prototype will be readied for the approval of our understanding of the system. This prototype will comply with the agreed required specifications of the client. The prototype developed will incorporate in miniature the basic system and data flow between the components in the system.

The prototype to be developed will be in two phases, namely:

  1. Prototype Beta
  2. Prototype Final

Specifics of the prototype to be developed based on the final understanding and the agreed final requirement is explained herein.

Prototype Beta

Prototype in the beta version will be the first stage development, making use of the outputs from the Analysis/Understanding and Design of Systems phase, in entirety. The requirement, functional, and design specifications formed after the completion of study, for the existing as well as the new systems will determine the shape of beta prototype.

The beta prototype of the system will involve the development of new layouts, content, theme for the website along with the representation of the service/interfaces.

The final outcome of the development will be a prototype, which will be considered to be of Beta version and will subsequently be sent for the approval.

Any changes, modifications in the beta prototype will be reviewed and incorporated Inputs for the prototype development will be:

  • Finalized Requirement specifications from study of new system
  • Final Design evolved at the end of study of new system
  • Final defined functional specifications

During this period modifications/enhancements will be carried out based on the feedback. This phase will also carry out review of the images/graphics/animations (as applicable) and upon successful clearance will be incorporated in the System.

Prototype Final

For the beta prototype if any bugs, shortcomings or defects were reported, these will be resolved. During this period the beta prototype will pass through the same rigorous testing and version control as applicable to the normal system development process. On the final approval/acceptance of beta prototype the specific version of the beta prototype will be considered as the final prototype. Once beta prototype accepted as the final prototype of the system will be a set guideline/benchmark for developing the complete system.

Application Development

This stage shall be the longest in the entire life cycle of the System development. It shall encompass the development of all modules in conformance with the functional specifications.

The application development will commence only after the final approval of the beta prototype (i.e. with the final prototype). The system to be developed will be as per the set design and standards for the system. Each stage of application development will be monitored closely with the set milestones for each sub-system/sub-element/module.

Each successful accomplishment will be followed by the required round of testing (as applicable). The following tasks shall be carried out during this phase:

  • UI and display logic development
  • Business Logic Component development (enhancement/creation as required)
  • Data handling components (specifically for new system)
  • Creation of data /general information validation components

Unit Level Development Process

Below are the guidelines to be used during the development process. This is not intended to be all-inclusive but to be representative of the development process. While there are many methods or models that could be used for development, this is the process by which system will work through. Any problems with the process or deviations to the process should be brought forward in the quality assurance process. It is advisable however, when performing QA to follow the methods described closely as any deviation to those processes could impact the delivery of the final product.


The following documents shall be drafted before the development begins:

  • Functional Requirements Document
  • Technical Requirements Document
  • Test Requirements Document
  • Test Plan/Procedure
  • Inventory item
  • Defect report
  • Change request
  • Quality Assurance check list and signoff sheet

Code Development

The process of code development shown below is not absolute. However, it is intended as a guideline.

  • Review functionality and technical capabilities to make sure that the capabilities to be coded to are understood.
  • Identify capabilities and variances to be included. This is similar to what is required to be included in the test requirements. By identifying the test requirements more fully before the development process, the capabilities will be more fully understood. This will help with the code development by providing a better scope for the project.
  • Test new code using unit and Integration Platforms with updated unit level test plan. A first level test will be performed on either the unit or the integration and testing platform. Any hardware requirements should have been identified in the test requirements so that it will be better understood what is needed to perform the unit level testing. This will also be the first level of integration testing. So any impacts to other modules will need to be identified at this stage.
  • Inventory new code modules. Use the procedure documented in the following section to help understand the different inputs required.
  • Update defect status. After completing code development, the status of the inventory item or defect should be changed to testing or system level testing as appropriate.

System Development

Requirement for the system will be understood in the light of the results of study/understanding of the existing systems. Structure of system will evolve at the completion of the analysis for new requirement. The design team shall develop the final design of the system based on the final requirement understanding, which on approval from client will be passed on for prototype development at our end.

One of the important features of the system development and implementation will be development of required components for the new system and replacement of existing systems with the new systems. The basic point as mentioned in the Analysis/Understanding and Design of Systems phase is the study of the functional aspects of the system with the behavioral impact of system on the data being used in the new system. Also the point to be considered while system development will be of keeping the integrity of the existing systems components intact.

At the end of the exercise the system to be developed will be a final amalgamation of the content/functional components and flow of the existing system along with the new required/enhanced functionalities.

Acceptance Test

An important exercise in the system development is having a well-defined testing methodology following the robust QA standards set. While defining the testing methodology the important aspect considered is the well understood base requirement and the defined parameters for the system. This process strengthens our understanding of the system and also helps in developing a system with more safeguards in place for the development of robust and efficient system.

Each phase of testing will be undertaken as per the concerned stage of application development and will always have a sound process of preparing comprehensive test plans in adherence to the base system requirement catering to the complete (also special – if any) needs of every stage of system/sub-system.

The following methodology will be followed for testing as well as test plan preparation:

  • Component Testing
  • Integration Testing
  • System Testing
  • Acceptance Testing

Each stage of testing is incremental, fully taking into account the inputs from the previous testing phase. As shown in following figure each phase of testing follows a set of standard procedures, which strictly comply, with QA norms. Feedback and reporting at each phase is robust to evolve a sound check system at place, which becomes a benchmark for the tester of next phase testing. During the complete process of testing, the bugs and defects reported are closely monitored for making any kind of design/requirement decisions (if required) for enhancing the system. The outcome of this complete exercise is a robust standard system as per the requirements and expectations of the client.

Latest Tweets