The Waterfall Model in Large-Scale Development
- Conference paper
- Cite this conference paper
- Kai Petersen 10 , 11 ,
- Claes Wohlin 10 &
- Dejan Baca 10 , 11
Part of the book series: Lecture Notes in Business Information Processing ((LNBIP,volume 32))
Included in the following conference series:
- International Conference on Product-Focused Software Process Improvement
4744 Accesses
61 Citations
3 Altmetric
Waterfall development is still a widely used way of working in software development companies. Many problems have been reported related to the model. Commonly accepted problems are for example to cope with change and that defects all too often are detected too late in the software development process. However, many of the problems mentioned in literature are based on beliefs and experiences, and not on empirical evidence. To address this research gap, we compare the problems in literature with the results of a case study at Ericsson AB in Sweden, investigating issues in the waterfall model. The case study aims at validating or contradicting the beliefs of what the problems are in waterfall development through empirical research.
This is a preview of subscription content, log in via an institution to check access.
Access this chapter
- Available as PDF
- Read on any device
- Instant download
- Own it forever
- Compact, lightweight edition
- Dispatched in 3 to 5 business days
- Free shipping worldwide - see info
Tax calculation will be finalised at checkout
Purchases are for personal use only
Institutional subscriptions
Unable to display preview. Download preview PDF.
Royce, W.: Managing the development of large software systems: Concepts and techniques. In: Proc. IEEE WESCOM. IEEE Computer Society Press, Los Alamitos (1970)
Google Scholar
Sommerville, I.: Software Engineering, 7th edn. Pearson Eductation Ltd., London (2004)
MATH Google Scholar
Raccoon, L.B.S.: Fifty years of progress in software engineering. SIGSOFT Softw. Eng. Notes 22(1), 88–104 (1997)
Article Google Scholar
Yin, R.K.: Case Study Research: Design and Methods, 3rd edn. Applied Social Research Methods Series, vol. 5. Prentice Hall, Englewood Cliffs (2002)
McBreen, P.: Software craftsmanship: the new imperative. Addison-Wesley, Boston (2002)
Pfleeger, S.L., Atlee, J.M.: Software engineering: theory and practice, 3rd edn. Prentice Hall, Upper Saddle River (2006)
Jarzombek, J.: The 5th annual jaws s3 proceedings (1999)
Thomas, M.: It projects sink or swim. British Computer Society Review 2001 (2001)
Johnson, J.: Keynote speech: Build only the features you need. In: Proceedings of the 4th International Conference on Extreme Programming and Agile Processes in Software Engineering (XP 2002) (2002)
Jones, C.: Patterns of Software Systems: Failure and Success. International Thomson Computer Press (1995)
Sametinger, J.: Software engineering with reusable components: with 26 tables. Springer, Berlin (1997)
Book MATH Google Scholar
Anderson, D.J.: Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results (The Coad Series). Prentice Hall PTR, Englewood Cliffs (2003)
Cohen, D., Larson, G., Ware, B.: Improving software investments through requirements validation. In: Proceedings of the 26th Annual NASA Goddard Software Engineering Workshop (SEW 2001), Washington, DC, USA, p. 106. IEEE Computer Society, Los Alamitos (2001)
Boehm, B.: Get ready for agile methods, with care. Computer 35(1), 64–69 (2002)
Karlström, D., Runeson, P.: Combining agile methods with stage-gate project management. IEEE Software 22(3), 43–49 (2005)
Download references
Author information
Authors and affiliations.
Blekinge Institute of Technology, Box 520, SE-37225, Ronneby, Sweden
Kai Petersen, Claes Wohlin & Dejan Baca
Ericsson AB, Box 518, SE-37123, Karlskrona, Sweden
Kai Petersen & Dejan Baca
You can also search for this author in PubMed Google Scholar
Editor information
Editors and affiliations.
Fraunhofer IIESE, Fraunhoferplatz 1, 67663, Kaiserslautern, Germany
Frank Bomarius
Department of Information Processing Science, University of Oulu, P.O.Box 3000, 90014, Finland
Markku Oivo
VTT Technical Research Centre of Finland, Tietotie 3, 02150, Espoo, Finland
Päivi Jaring
Department of Computer Science, University of Helsinki, P.O.Box 68, 00014, Helsinki, Finland
Pekka Abrahamsson
Rights and permissions
Reprints and permissions
Copyright information
© 2009 Springer-Verlag Berlin Heidelberg
About this paper
Cite this paper.
Petersen, K., Wohlin, C., Baca, D. (2009). The Waterfall Model in Large-Scale Development. In: Bomarius, F., Oivo, M., Jaring, P., Abrahamsson, P. (eds) Product-Focused Software Process Improvement. PROFES 2009. Lecture Notes in Business Information Processing, vol 32. Springer, Berlin, Heidelberg. https://doi.org/10.1007/978-3-642-02152-7_29
Download citation
DOI : https://doi.org/10.1007/978-3-642-02152-7_29
Publisher Name : Springer, Berlin, Heidelberg
Print ISBN : 978-3-642-02151-0
Online ISBN : 978-3-642-02152-7
eBook Packages : Computer Science Computer Science (R0)
Share this paper
Anyone you share the following link with will be able to read this content:
Sorry, a shareable link is not currently available for this article.
Provided by the Springer Nature SharedIt content-sharing initiative
- Publish with us
Policies and ethics
- Find a journal
- Track your research
Innovation With Pixels
CMS Website Development
Ui/ux design, social media marketing, mobile app development, ecommerce store, seo optimization, sales funnel pages, graphic designing, content writing, website maintenance, domain & hosting.
- Case Studies
Leave a Comment Cancel Reply
Your email address will not be published. Required fields are marked *
Save my name, email, and website in this browser for the next time I comment.
Academia.edu no longer supports Internet Explorer.
To browse Academia.edu and the wider internet faster and more securely, please take a few seconds to upgrade your browser .
Enter the email address you signed up with and we'll email you a reset link.
- We're Hiring!
- Help Center
Waterative Model: an Integration of the Waterfall and Iterative Software Development Paradigms
2019, Database Systems Journal
Software development paradigms help a software developer to select appropriate strategies to develop software projects. They include various methods, procedures, and tools to describe and define the software development life cycle (SDLC). The waterfall and iterative models are two useful development paradigms, which have been used by various software developers in the last decades. This paper proposes a new software development methodology, called waterative model, which applies an integration of the waterfall and iterative development paradigms. In this model, the iterative model is embedded into the waterfall model to use the advantages of both models as an integrated one. It, in the most cases, is appropriate for large software products that need a long-term period of time for the development process. Experimental results demonstrate that the customer satisfaction score could be high by using the proposed model in various software projects.
Related Papers
IJCST Eighth Sense Research Group
The development lifecycle of software comprises of five major stages namely Feasibility study, Requirement Elicitation, Designing, Coding and Testing. A software process model is the basic framework which gives a workflow from one stage to the next. This workflow is a guideline for successful planning, organization and final execution of the software project. Generally we have many different techniques and methods used to software development life cycle. Project and most real word models are customized adaptations of the generic models while each is designed for a specific purpose or reason, most have similar goals and share many common tasks. This paper will explore the similarities and difference among these various software development life cycle models.
International Journal of Scientific Research in Science and Technology IJSRST , Madhup Kumar
A software life cycle is the series of identifiable stages that a software product undergoes during its life time. An s/w life cycle model is a descriptive and diagrammatic representation of s/w life cycle. A life cycle model map the different activities performed on a s/w product from its inspection to retirement. Business organization follow steps-Business process, manufacturing industries-manufacturing process same as for s/w development use s/w process model. The first life cycle of any s/w product is generally feasibility study, RAS, Design, Coding, Testing and Maintenance. A (software/system) life cycle model is a description of the sequence of activities carried out in an SE project, and the relative order of these activities.
vinoraj vino
Christopher Valentine
IJEETE Journals , Nancy Bindal
Software development process is concerned with production of software. Software cycles a process used by a systems analyst to develop an information system, including software productivity, cost, and overall quality
Rahul Verma
Sumant Aditya
Saru Dhir , saru d
A major challenge in any engineering endeavour is taking a poorly organised, uncertain, inconsistent, incomplete, and over generalized requirements specification and turning it into a well-structured design. In order to manage quality and to save cost and time, many companies are shifting from traditional software development lifecycle models to the agile environment. This paper aims to describe the impact and comparison of various traditional methodologies and new methodology. This paper explores the reasons for which software industries shifted from Traditional RE to Agile RE. This research has performed comparative studies of different software development methodologies, when and where they can be used. This paper also gives introduction to agile software development methodology and how to apply them.
IJCT-International Journal of Computer Techniques
International Journal of Computer Techniques IJCT
Wireless sensor network (WSN) is primarily designed for real-time collection and analysis of data in hostile environments. One of the major challenges of WSN is security. Network security is the most vital component in information security, because it is responsible for securing all information passed through the networks. The security of WSN poses challenges because of the criticality of the data sensed by a node and in turn the node meets severe constraints, such as minimal power, computational, and communicational capabilities. An identification of a suitable cryptographic algorithm for WSN is an important challenge due to the computational time, computation capability, and storage resources of the sensor nodes. Many symmetric algorithms have been implemented for sensor networks. In earlier studies, it is found that asymmetric algorithms, such as ELGAMAL and RSA, have not been implemented due to high-power constraint and for memory constraints. In this paper, it can be implemented for wireless sensor in an efficient manner using optimized computation. In this paper, the performance of the RSA cryptography algorithm is compared with the ELGAMAL algorithm by evaluating the cluster-based wireless network topology environment. The simulation results of both RSA and ELGAMAL show the comparative study using the NS2 simulation tool. The result shows that the RSA algorithm consumes a less computational time, data transmitting, and has a good storage capacity than the ELGAMAL. Keywords— Asymmetric cryptography, ELGAMAL, RSA, security, wireless sensor network (WSN).
RELATED PAPERS
Mahdi H . Miraz , Maaruf Ali
muhammad jafar
Ravimohan Rajmohan
RASHIDATUL FARHAN
Albert Acquah
Favour Egberike
Arnold Ndukuyu
Rupesh Khadka
karim karime
RUAS-SASTech Journal
Prof. N D Gangadhar
brahmam tulabandula
Dr. K. K. Baseer
Funke Olagunju
darothi sarkar
Calvin Tran
Gaurav Gupta
PETER HYELAMZHA
RELATED TOPICS
- We're Hiring!
- Help Center
- Find new research papers in:
- Health Sciences
- Earth Sciences
- Cognitive Science
- Mathematics
- Computer Science
- Academia ©2024
- Software Engineering Tutorial
- Software Development Life Cycle
- Waterfall Model
- Software Requirements
- Software Measurement and Metrics
- Software Design Process
- System configuration management
- Software Maintenance
- Software Development Tutorial
- Software Testing Tutorial
- Product Management Tutorial
- Project Management Tutorial
- Agile Methodology
- Selenium Basics
Introduction
- Introduction to Software Engineering - Software Engineering
- What is the Need of Software Engineering?
- Software Development Life Cycle (SDLC)
- Classification of Software - Software Engineering
- Software Characteristics - Software Engineering
- Software Quality - Software Engineering
- ISO/IEC 9126 in Software Engineering
- Boehm's Software Quality Model
- McCall's Quality Model
- Software Crisis - Software Engineering
- Difference between Software Engineering process and Conventional Engineering Process
- People Metrics and Process Metrics in Software Engineering
- Halstead’s Software Metrics - Software Engineering
- Cyclomatic Complexity
- Functional Point (FP) Analysis - Software Engineering
- Lines of Code (LOC) in Software Engineering
Software Development Models
- Waterfall Model - Software Engineering
- Iterative Waterfall Model - Software Engineering
- What is Spiral Model in Software Engineering?
- Prototyping Model - Software Engineering
- Incremental Process Model - Software Engineering
- Rapid application development model (RAD) - Software Engineering
- Coupling and Cohesion - Software Engineering
- RAD Model vs Traditional SDLC - Software Engineering
Agile Software Development
- Agile Software Development - Software Engineering
- Agile Development Models - Software Engineering
- Agile Methodology Advantages and Disadvantages
- Agile SDLC (Software Development Life Cycle)
- Difference between Traditional and Agile Software Development
- Comparison between Agile model and other models in Software Engineering
Software Requirements Specification
- Software Requirement Specification (SRS) Format
- Parts of a SRS document - Software Engineering
- Software Engineering | Classification of Software Requirements
- How to write a good SRS for your Project
- Software Engineering | Quality Characteristics of a good SRS
- Difference between SRS and FRS
Software Project Management(SPM)
- Software Project Management (SPM) - Software Engineering
- Project size Estimation Techniques - Software Engineering
- System configuration management - Software Engineering
- COCOMO Model - Software Engineering
- Capability Maturity Model (CMM) - Software Engineering
- Integrating Risk Management in SDLC | Set 1
- Integrating Risk Management in SDLC | Set 2
- Integrating Risk Management in SDLC | Set 3
- Software Engineering | Software Project Management Complexities
- Quasi renewal processes - Software Engineering
- Reliability Growth Models - Software Engineering
- Jelinski Moranda software reliability model - Software Engineering
- Software Engineering | Schick-Wolverton software reliability model
- Goel-Okumoto Model - Software Engineering
- Mills' Error Seeding Model - Software Engineering
- Basic Fault Tolerant Software Techniques
- Software Maintenance - Software Engineering
Software Testing and Debugging
- What is Software Testing?
- Types of Software Testing
- Principles of software testing - Software Testing
- Software Engineering | Testing Guidelines
- Black Box Testing - Software Engineering
- White box Testing - Software Engineering
- Unit Testing - Software Testing
- Acceptance Testing - Software Testing
- Alpha Testing - Software Testing
- Beta Testing - Software Testing
- Regression Testing - Software Engineering
- Integration Testing - Software Engineering
- What is Debugging in Software Engineering?
Software Verification and Validation
- Verification and Validation in Software Engineering
- Role of Verification and Validation (V&V) in SDLC
- Requirements Validation Techniques - Software Engineering
- Differences between Verification and Validation
Software Engineering Interview Questions
- Top Software Engineering Interview Questions and Answers [2024]
- Software Engineering
Software Engineering Quiz
- SDLC MCQ Questions and Answers
- Software Development Models MCQ Questions and Answers
- Risk Management in Software Engineering - MCQ Questions
- Software Quality Assurance Quiz
Iterative Waterfall Model – Software Engineering
In a practical software development project, the classical waterfall model is hard to use. So, the iterative waterfall model can be thought of as incorporating the necessary changes to the classical waterfall model to make it usable in practical software development projects. It is almost the same as the classical waterfall model, except some changes are made to increase the efficiency of the software development .
Table of Content
What is the Iterative Waterfall Model?
Process of iterative waterfall model, when to use iterative waterfall model, application of iterative waterfall model, why is iterative waterfall model used, advantages of iterative waterfall model, drawbacks of iterative waterfall model.
The Iterative Waterfall Model is a software development approach that combines the sequential steps of the traditional Waterfall Model with the flexibility of iterative design. It allows for improvements and changes to be made at each stage of the development process, instead of waiting until the end of the project. The iterative waterfall model provides feedback paths from every phase to its preceding phases, which is the main difference from the classical waterfall model.
- When errors are detected at some later phase, these feedback paths allow for correcting errors committed by programmers during some phase.
- The feedback paths allow the phase to be reworked in which errors are committed and these changes are reflected in the later phases.
- But, there is no feedback path to the stage – feasibility study, because once a project has been taken, does not give up the project easily.
- It is good to detect errors in the same phase in which they are committed.
- It reduces the effort and time required to correct the errors.
- A real-life example could be building a new website for a small business.
Iterative Waterfall Model
1. Requirements Gathering
This is the first stage where the business owners and developers meet to discuss the goals and requirements of the website.
In this stage, the developers create a preliminary design of the website based on the requirements gathered in stage 1.
3. Implementation
In this stage, the developers begin to build the website based on the design created in stage 2.
Once the website has been built, it is tested to ensure that it meets the requirements and functions properly.
5. Deployment
The website is then deployed and made live to the public.
6. Review and Improvement
After the website has been live for a while, the business owners and developers review its performance and make any necessary improvements.
This process is repeated until the website meets the needs and goals of the business. Each iteration builds upon the previous one, allowing for continuous improvement and iteration until the final product is complete.
- The prerequisite of being well-defined and comprehended.
- The development team is gaining knowledge about new technologies.
- Certain characteristics and objectives carry a significant chance of failure in the future.
- The essential needs are established, but as time passes, the finer points may become relevant.
- Programmers have a learning curve to climb when they utilize new technology.
- The resources needed to complete a large project are constrained, hence on a smaller scale, the automation is more temporary.
- Very high risk as the project’s objective may occasionally alter.
The main reason behind using iterative waterfall model is feedback path. In the classical waterfall model, there are no feedback paths, so there is no mechanism for error correction. But in the iterative waterfall model feedback path from one phase to its preceding phase allows correcting the errors that are committed and these changes are reflected in the later phases.
- Phase Containment of Errors: The principle of detecting errors as close to their points of commitment as possible is known as Phase containment of errors.
- Collaboration: Throughout each stage of the process, there is collaboration between the business owners and developers. This ensures that the website meets the needs of the business and that any issues or concerns are addressed in a timely manner.
- Flexibility: The iterative waterfall model allows for flexibility in the development process. If changes or new requirements arise, they can be incorporated into the next iteration of the website.
- Testing and feedback: The testing stage of the process is important for identifying any issues or bugs that need to be addressed before the website is deployed. Additionally, feedback from users or customers can be gathered and used to improve the website in subsequent iterations.
- Scalability: The iterative waterfall model is scalable, meaning it can be used for projects of various sizes and complexities. For example, a larger business may require more iterations or more complex requirements, but the same process can still be followed.
- Maintenance: Once the website is live, ongoing maintenance is necessary to ensure it continues to meet the needs of the business and its users. The iterative waterfall model can be used for maintenance and improvement cycles, allowing the website to evolve and stay up-to-date.
- Easy to Manage: The iterative waterfall model is easy to manage as each phase is well-defined and has a clear set of deliverables. This makes it easier to track progress, identify issues, and manage resources.
- Faster Time to Market: The iterative approach allows for faster time to market as small and incremental improvements are made over time, rather than waiting for a complete product to be developed.
- Predictable Outcomes: The phased approach of the iterative waterfall model allows for more predictable outcomes and greater control over the development process, ensuring that the project stays on track and within budget.
- Improved Customer Satisfaction: The iterative approach allows for customer involvement and feedback throughout the development process, resulting in a final product that better meets the needs and expectations of the customer.
- Quality Assurance: The iterative approach promotes quality assurance by providing opportunities for testing and feedback throughout the development process. This results in a higher-quality end product.
- Risk Reduction: The iterative approach allows for early identification and mitigation of risks, reducing the likelihood of costly errors later in the development process.
- Well-organized: In this model, less time is consumed on documenting and the team can spend more time on development and designing.
- Cost-Effective: It is highly cost-effective to change the plan or requirements in the model. Moreover, it is best suited for agile organizations.
- Simple: Iterative waterfall model is very simple to understand and use. That’s why it is one of the most widely used software development models .
- Feedback Path: In the classical waterfall model, there are no feedback paths, so there is no mechanism for error correction. But in the iterative waterfall model feedback path from one phase to its preceding phase allows correcting the errors that are committed and these changes are reflected in the later phases.
- Difficult to incorporate change requests: The major drawback of the iterative waterfall model is that all the requirements must be clearly stated before starting the development phase. Customers may change requirements after some time but the iterative waterfall model does not leave any scope to incorporate change requests that are made after the development phase starts.
- Incremental delivery not supported: In the iterative waterfall model, the full software is completely developed and tested before delivery to the customer. There is no scope for any intermediate delivery. So, customers have to wait a long for getting the software.
- Overlapping of phases not supported: Iterative waterfall model assumes that one phase can start after completion of the previous phase, But in real projects, phases may overlap to reduce the effort and time needed to complete the project.
- Risk handling not supported: Projects may suffer from various types of risks. But, the Iterative waterfall model has no mechanism for risk handling.
- Limited customer interactions: Customer interaction occurs at the start of the project at the time of requirement gathering and at project completion at the time of software delivery. These fewer interactions with the customers may lead to many problems as the finally developed software may differ from the customers’ actual requirements.
Please Login to comment...
Similar reads, improve your coding skills with practice.
IMAGES
VIDEO
COMMENTS
A review of literature reveals that waterfall model uses linear approach and is only suitable for sequential or procedural design. In waterfall, errors can only be detected at the end of the whole ...
Waterfall model. The Waterfall Model is a linear application development model that uses rigid phases: When one phase ends, the next begins. Steps occur in sequence, and, if unmodified, the model does not allow developers to go back to previous steps (hence "waterfall": Once water falls down, it cannot go back up). Exam Warning.
A review of literature reveals that waterfall model uses linear approach and is only suitable for sequential or procedural design. In waterfall, errors can only be detected at the end of the whole process and it may be difficult going back to repeat the entire process because the processes are sequential.
2. Background. In this section, we provide an overview of the relevant literature introducing the innovation of software development processes and the idea of a lifecycle. We then present the waterfall model, which is perceived as the first software development lifecycle, as well as our motivation for its study. 2.1.
The Waterfall Model is a software development life cycle model that was originally defined by Royce around 1970. This model has the advantage of dividing the life cycle into phases that are easily understood by management. The phases follow: Requirements (the needs of the customer are collected). Specification (a formal document containing the ...
Waterfall development is still a widely used way of working in software development companies. Many problems have been reported related to the model. Commonly accepted problems are for example to cope with change and that defects all too often are detected too late in the software development process. However, many of the problems mentioned in ...
Literature identifies a number of problems related to the waterfall model. An overview of the problems identified in literature is shown in Table 1. In addi-tion to the identified articles we considered books discussing advantages and disadvantages of the waterfall model. The waterfall model is connected to high costs and efforts [2][5 ...
The waterfall model with agile-scrum methodologies are compared to realize software quality assurance with special focus on mobile applications to answer the question, which process model and practices are available for android software development along with focus on quality assurance. Expand
The Waterfall Model Antonios Saravanos 1, *, Mathew X. Curinga 2 ... in their review of crisis and risks in engineering project management describe the existence of a software crisis. Middleton and Sutton [18] share that "people who have labored to produce software in chaotic develop- ... ilarly appears in the literature to be used at times ...
Topics covered include an introduction to the Systems Development Lifecycle and the Waterfall Model including advantages and disadvantages. It also discusses the six stages of SDLC 1) Requirements Gathering and Analysis, 2) Systems Development, 3) Systems Implementation and Coding, 4) Testing, 5) Deployment, 6) Systems Operations and Maintenance.
Section 2 documents the literature-review process, provides an overview of the state-of-research, and points out the research gap to be closed. ... [30]. 4. Findings of the empirical survey First, the differences between classical waterfall-model versus agile methods were discussed with the interview partners, who rated the six domains with ...
When to Use the Waterfall Model. It is most effective for projects with: Clearly defined requirements that are unlikely to change. Limited need for client involvement during the development process. A focus on thorough documentation. A well-understood technology stack. Advantages of the Waterfall Model. Easy to understand and follow.
The V-model, also known as the Verification and Validation model, is a sequential development process that mirrors the shape of a V. It is similar to the waterfall model in that each stage must be ...
The Waterfall Model is a linear or sequential approach to project management and works based on fixed dates, requirements, and outcomes. Teams do not require consistent communication and, unless specific integrations are required, can be self-contained. Team members can also work independently and are often required to provide status reports ...
The Waterfall Model ... Alves et al. [12] in their review of crisis and risks in engineering project management describe the existence of a software crisis. Middleton and SuZon [13] share that "people who have labored to produce software in chaotic de- ... In this section, we provide an overview of the relevant literature introducing the in-
An overall view of the SDLC framework 3 A literature review on software development paradigms Waterfall model [8, 9] is the simplest development model from among a list of available software development paradigms. All steps of the SDLC framework are conducted one after another through a linear manner.
Through a desk-top literature review, this paper proposes the use of a project management model to properly conceptualize the location of Missio Dei as a main project that includes other network ...
The iterative waterfall model provides feedback paths from every phase to its preceding phases, which is the main difference from the classical waterfall model. When errors are detected at some later phase, these feedback paths allow for correcting errors committed by programmers during some phase. The feedback paths allow the phase to be ...
For this reason, the waterfall model is recursive because each phase can be repeated endlessly until it is perfected. Figure 1 illustrates the various phases of the SDLC model waterfall. ... Literature review 3.1. System information Understanding information systems can be seen in terms of physical and function. From a physical point of
Procedural models for project management can be differentiated into plan-driven methods which follow a classical waterfall process and agile methods which follow an iterative, test-driven approach.
oriented approach. A review of literature reveals that waterfall model uses linear approach and is only suitable for sequential or procedural design. In waterfall, errors can only be detected at the end of the whole process and it may be difficult going back to repeat the entire process because the processes are sequential.
This study employs a simulation-based approach, adapting the waterfall model, to provide estimates for software project and individual phase completion times. Additionally, it pinpoints potential efficiency issues stemming from suboptimal resource levels. We implement our software development lifecycle simulation using SimPy, a Python discrete-event simulation framework. Our model is executed ...
Literature Review on Waterfall Model - Free download as PDF File (.pdf), Text File (.txt) or read online for free. literature review on waterfall model
After the seminal publication by the Institute of Internal Auditors in 2013, academics and practitioners have either referenced this model as the primary governance framework for risk management or analysed it in depth in various areas. To the best of our knowledge, this is the first systematic literature review on the topic.