


Study with the several resources on Docsity
Earn points by helping other students or get them with a premium plan
Prepare for your exams
Study with the several resources on Docsity
Earn points to download
Earn points by helping other students or get them with a premium plan
The software development life cycle (sdlc) is a systematic approach to designing, developing, and maintaining software projects. The various sdlc methodologies, including waterfall, agile, iterative, and v-shaped, and discusses the risks associated with each. It also highlights the benefits of using sdlc to improve software quality and reduce development costs.
Typology: Assignments
1 / 4
This page cannot be seen from the preview
Don't miss anything!



SDLC represents the System Development Life Cycle. It is a process that provides a complete overview of the design, and maintenance of a software project by ensuring that all operational and user needs, objectives, and end objectives are addressed. With SDLC, the software project quality and the entire software development process are improved. By 2.2 HOW THE SDLC OPERATES SDLC works by reducing software development costs while simultaneously improving quality and shortening production time. SDLC achieves these seemingly different goals by following a program that removes the common pitfalls of software development projects. That program begins by checking for existing error programs. Next, It outline the requirements for the new system. It then creates software through stages of analysis, planning, design, development, testing and distribution. By anticipating costly errors such as failing to ask the end user or client for feedback, SLDC can eliminate unwanted redundancies even after the fact. (Alexandria Alvander, April 8,2019) 3 SDLC's VARIOUS METHODS
The downside of Waterfall is its toughness. Indeed, it is easy to understand and easy to handle. But premature delays can lose the entire project timeline. Since there is little room for review once a phase has been completed, problems cannot be resolved until you get to the repair stage. This model does not work well if flexibility is required or if the project is long and continuous. (Robert Half, May 2019) 3.2 AGILE The Agile model has been around for almost a decade. But recently, it has been a major factor in driving software development in many organizations. Some businesses value this Agile approach so much that they now use it for other types of projects, including non-technical applications. For the Agile model, “quick failure” is a good thing. This method produces continuous discharge cycles, each with minor changes, growing from previous releases. In each iteration, the product is tested. The Agile model helps teams identify and address minor issues in projects before they turn into more important issues, and engage business stakeholders and get their feedback across the development process. As part of their acceptance of this approach, many teams also use an Agile framework known as Scrum to help plan complex development projects. Scrum teams work in “sprints,” which usually last two to four weeks, to complete tasks assigned to them. Daily Scrum meetings help the whole team monitor progress throughout the project. And ScrumMaster is tasked with keeping the team focused on its mission. (Robert Half, May 2019) 3.3 ITERATIVE Iterative model is repetition performed on the body. Instead of starting with fully known needs, project teams use a set of software requirements, and then test, evaluate and identify other needs. A new type of software is developed for each phase, or iteration. Clean and repeat until the complete system is ready.
Waterfall risk are minimized and expired with the help of Waterfall risk management. It uses many common Waterfall tools. Their main feature is the ability to create charts. Accidents at Waterfall are also managed with the help of charts. The risk chart starts when risk is identified. After that the management followed its development. As the risk increases with the project, its line on the chart rises. In such cases engineers and managers try to find product features that enhance the risk and reciprocate. If the risk line on the chart goes down and the project progresses, the risk is considered as high as the priority. The dangerous waterfall charts are divided into three categories. The first of these starts when the danger is discovered and ends when the engineers begin to search for a solution. The second stage lasts until a solution is found. The third stage is the risk removal phase. It expires on the end of the risk period. Such model of risk management permits body of waterfall developers to avoid several bugs in their production and improve its quality and client acceptance.