0% found this document useful (0 votes)
52 views4 pages

Software Development SOP Overview

The document outlines a 7-step system development flow: 1) Developer starts development based on approved requirements. 2) Developer verifies existing modules or develops new ones. 3) Modules are adjusted, tested internally, and bugs are fixed. 4) Status is updated weekly. 5) Final modules are shared with QA. The developer must provide internal test results, delivery notes, and the final application bundle.

Uploaded by

Muhamad Rizki
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
52 views4 pages

Software Development SOP Overview

The document outlines a 7-step system development flow: 1) Developer starts development based on approved requirements. 2) Developer verifies existing modules or develops new ones. 3) Modules are adjusted, tested internally, and bugs are fixed. 4) Status is updated weekly. 5) Final modules are shared with QA. The developer must provide internal test results, delivery notes, and the final application bundle.

Uploaded by

Muhamad Rizki
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd

SYSTEM DEVELOPMENT STANDARD OPERATIONAL

PROCEDURE
Version 1.0

1
Table of Contents
1. System Development Flow...........................................................................................................2
2. Description of the Flow.................................................................................................................3
3. Documents or file should be Provide by Developer:....................................................................3

2
1. System Development Flow

2. Description of the Flow


1. After the developer have got the final document of scope of work that have been
approved by the customer and finalize by the internal, the developer will start the
development based on that requirements.
2. The developer will be verified the system that would be used. Whether it should
develop the new module and need to start the new develop or it can use the existing
module.
3. If the module already exist the developer will be do little adjustment on the module
such as:
 Change the name or version of the module/Apps based on the customer
name who request it

3
 Verify the module/Apps to make sure there is no other customer’s name
4. Whether the module/apps are the new one or the existing one, after the adjustment
or develop has been finish. The developer should test it internally to make sure there
is no bugs on the module/apps.
5. If there are still bugs on the module/apps that been tested, the developer should fix
the module/apps and update the version of the module/apps (Developer must
create documentation: log version, history version and developer internal test) so if
there are the problem, the developer can trace it down easily.
6. Developer should update the status of the development to Project Team on every
weekly meeting Project.
7. The final module/apps that have been develop will be share to QA. It will go to QA
SOP.

3. Documents or file should be Provide by Developer:


 Internal test result
 Delivery note document
 Bundle of final application

Common questions

Powered by AI

The procedure aligns with quality assurance (QA) practices by ensuring that every developed or adjusted module undergoes thorough internal testing to eliminate bugs before moving to QA processes. This step acts as a quality gate, ensuring that only stable, functional software reaches QA, reducing rework and potential quality issues in later stages .

The procedure facilitates post-deployment troubleshooting by mandating detailed documentation such as version logs and history logs. These documents enable developers to track changes and pinpoint potential issues, making it easier to address problems post-deployment. This traceability is crucial for effectively diagnosing and resolving issues .

The initial steps a developer should take include starting the development based on the finalized and approved requirements. The developer must also verify whether to develop a new module or use an existing one with adjustments. This involves changing the name or version based on the customer's request and ensuring no other customer's name is in the module .

The procedure ensures traceability and accountability by requiring developers to create documentation such as log versions, history versions, and results of internal tests. This documentation allows easy tracing of problems and ensures that every development step is accountable and can be reviewed if issues arise later .

Internal testing plays a crucial role in ensuring there are no bugs in the newly developed or adjusted module/apps. It helps in maintaining quality and reliability before further proceeding to QA. If bugs are found, the developer is required to fix them and update the module/apps version. Documentation such as log versions and history versions is necessary to trace any issues easily .

Upon completion of module development, the developer must provide internal test results, a delivery note document, and a bundle of the final application. These documents are important because they verify that the development has been completed to specifications, facilitate smooth transition and deployment processes, and ensure all necessary information is available for subsequent developers or stakeholders .

Updating the project team is crucial to maintain alignment among all stakeholders. Regular updates ensure that the project team is informed of progress, potential issues, and any changes in the development status. This communication helps in managing expectations, resource allocation, and decision-making, providing a collaborative environment for successful project completion .

The procedure contributes to efficient project management by providing a structured workflow that includes regular updates to the project team and comprehensive documentation. This structure reduces ambiguity, prevents miscommunication, and ensures that all stakeholders have accurate, up-to-date information to make informed decisions and allocate resources effectively .

To handle bugs, the procedure mandates that developers fix any identified bugs and update the module/apps version accordingly. Developers must also document these changes in log versions and history versions. This ensures that bugs are systematically addressed and that the development history is traceable for future reference .

A developer should assess the system requirements to determine if they can be met by adjusting an existing module or if a new module is necessary. This decision is based on factors such as the scope of work, specific customer needs, and the compatibility of existing modules with new requirements. If the existing module requires only minor adjustments to meet the requirements, it can be modified rather than developing a new one .

You might also like