Professional Documents
Culture Documents
Se QB
Se QB
1. The Waterfall Model was the first Process Model to be introduced. It is also referred to as a linear-
sequential life cycle model.
2. It is very simple to understand and use. In a waterfall model, each phase must be completed before
the next phase can begin and there is no overlapping in the phases.
3. Waterfall approach was first SDLC Model to be used widely in Software Engineering to ensure
success of the project.
4. In "The Waterfall" approach, the whole process of software development is divided into separate
phases.
5. In this Waterfall model, typically, the outcome of one phase acts as the input for the next phase
sequentially.
6. The sequential phases in Waterfall model are –
System Design − The requirement specifications from first phase are studied
in this phase and the system design is prepared. This system design helps in
specifying hardware and system requirements and helps in defining the overall
system architecture.
Implementation − With inputs from the system design, the system is first developed
in small programs called units, which are integrated in the next phase. Each unit is
developed and tested for its functionality, which is referred to as Unit Testing.
Integration and Testing − All the units developed in the implementation phase are
integrated into a system after testing of each unit. Post integration the entire system is
tested for any faults and failures.
Deployment of system − Once the functional and non-functional testing is done; the
product is deployed in the customer environment or released into the market.
Maintenance − There are some issues which come up in the client environment. To
fix those issues, patches are released. Also to enhance the product some better
versions are released. Maintenance is done to deliver these changes in the customer
environment.
7. All these phases are cascaded to each other in which progress is seen as flowing steadily
downwards (like a waterfall) through the phases.
8. The next phase is started only after the defined set of goals are achieved for previous phase
and it is signed off, so the name "Waterfall Model". In this model, phases do not overlap.
Incremental model
1. Incremental Model is a process of software development where requirements
divided into multiple standalone modules of the software development cycle.
3. Every subsequent release of the module adds function to the previous release. The
process continues until the complete system achieved.
Requirement analysis:
Testing
In the incremental model, the testing phase checks the performance of each existing
function as well as additional functionality. In the testing phase, the various methods
are used to test the behavior of each task.
Implementation
RAD Model
1. RAD is a linear sequential software development process model that emphasizes a concise
development cycle using an element based construction approach.
2. If the requirements are well understood and described, and the project scope is a
constraint, the RAD process enables a development team to create a fully functional system
within a concise time period.
2. Data Modelling: The data collected from business modelling is refined into a set of data
objects that are needed to support the business.
3. Process Modelling: The information object defined in the data modelling phase are
transformed to achieve the data flow necessary to implement a business function. Processing
descriptions are created for adding, modifying, deleting, or retrieving a data object.
2. Higher-level DFDs are partitioned into low levels-hacking more information and
functional elements.
3. Levels in DFD are numbered 0, 1, 2 or beyond. Here, we will see mainly 3 levels
in the data flow diagram, which are: 0-level DFD, 1-level DFD, and 2-level DFD.
2-level DFD: 2-level DFD goes one step deeper into parts of 1-level DFD.
It can be used to plan or record the specific/necessary detail about the
system’s functioning.
Advantages of using Data Flow Diagrams (DFD)
1. Easy to understand
2. Improves system analysis
3. Supports system design
4. Enables testing and verification
5. Facilitates documentation
1. Can be time-consuming
2. Limited focus
3. Can be difficult to keep up-to-date
4. Requires technical expertise