- Software Development Life Cycle (SDLC) - Prototyping
Software Development Life Cycle (SDLC) - Prototyping
It is very important after the software development life cycle, of a product that is being delivered, that it does not suffer from any major changes after it has been developed. When major changes occur, this could cost a company, a lot of money time and effort, because stakeholders and users aren’t satisfied with the product and want to make major changes.
Before the development of a software, one of the most debated subject, at the beginning of a project is, whether to use the agile methodology or the waterfall methodology, to deliver a project. In order to choose the correct methodology, the systems analyst junior at your organization could use prototyping, which could allow the systems analyst, to receive quick user feedback, in order to make the right decisions for the project. A user satisfaction document can be obtained from this process, and a clear understanding of what methodology, the project should use, will be obtained as well.
Prototyping will help the systems analyst comprehend why, he/she chooses the agile methodology, over the waterfall methodology, for a big project with non-sequential product development. The user is involved early during software prototyping and project risks are broken as well because the project is broken into manageable sections. Getting users to get on board with the initial prototype of the product is critical, because a very good job, would have to be done during the requirements gathering phase of the project.
The requirements gathering phase of a project could make or break the project if there are necessary requirements that the systems analyst overlooks. The waterfall methodology does not allow developers to go back and fix something on the product, once the requirements have been gathered. If the requirements change during a software development life cycle, the waterfall methodology, would not allow developers to go back and adjust the software, to meet the new requirements.
This and other downfalls of the waterfall method are helping this methodology lose its popularity among software developers, in many organizations. After carefully reviewing the prototype of the product, the systems analyst at your organization will realize that the agile software development methodology, would be best used for projects with non-sequential product development and projects, which are always changing requirements and cost.
Therefore, he is right to think that the agile methodology, should be used, due to the many benefits that the agile methodology can offer, such as reducing risks during the project. Due to the fact that the agile methodology, also allows for a software development project to be flexible during each of its phases, the systems analyst would be able to make adjustments to the project, in order to complete each task successfully. Change in requirements can very quickly derail a project if a systems analyst can’t get their project, to adjust to the changes, which the client wants to throw at them.
The agile methodology along with the prototyping techniques can help any systems analyst develop a software for a large company, because they can quickly obtain user’s feedback. The requirements gathering process, during a software development project, is very critical to the success of the project; therefore, good gathering requirements techniques must be put into place, in order to anticipate the changes, of the requirements. The prototyping model can help to prevent an increase of costs, by allowing systems analysts to refine their product, in order to meet user satisfaction, in the mist of changing requirements.
Add a Comment
Hi every one, I obtained a bachelor's degree in Bioinformatics back in 2006, from Claflin University, after I received my bachelor's degree, I gained full time employment as a software engineer at a Video Relay Service company, maintaining databases and developing software for a new developed device called the VPAD.
I worked at that company for two years, then I became a web developer, and worked for a magazine for three years. After that job, I worked as a Drupal web developer, as a subcontractor for the NIH, for a year and then left the job to go back to school.
Collaboratively administrate empowered markets via plug-and-play networks. Dynamically procrastinate B2C users after installed base benefits. Dramatically visualize customer directed convergence without
Collaboratively administrate empowered markets via plug-and-play networks. Dynamically procrastinate B2C users after installed base benefits. Dramatically visualize customer directed convergence without revolutionary ROI.