Process Models
Process Models
Software processes are chosen by the software engineers and their team leads to
accomplish the task of software development process
Software process allows system software development by providing stability and
control over all development activities
Different software processes can be used to develop different software products ,
depending on what type of software it is
Software Process Models
A software process model represents the order in which the activities of
software development will be undertaken.
The models specify the stages and order of a process.
Choosing the right software process model for your project can be difficult.
If you know your requirements well, it will be easier to select a model that best
matches your needs.
You need to keep the following factors in mind when selecting your
software process model
Project requirements
Before you choose a model, take some time to go through the project
requirements and clarify them alongside your organization’s or team’s
expectations. Will the user need to specify requirements in detail after
each iterative session? Will the requirements change during the
development process?
Project size
Consider the size of the project you will be working on. Larger projects
mean bigger teams, so you’ll need more extensive and elaborate
project management plans.
Project complexity
Complex projects may not have clear requirements. The requirements may
change often, and the cost of delay is high. Ask yourself if the project
requires constant monitoring or feedback from the client.
Cost of delay
Is the project highly time-bound with a huge cost of delay, or are the
timelines flexible?
Customer involvement
Do you need to consult the customers during the process? Does the user
need to participate in all phases?
Project resources
This involves the amount and availability of funds, staff, and other
resources.
1. Communication
2. Planning
3. Modeling
4. Construction
5. deployment
Advantages Disadvantages
•The software will be generated quickly during the •It requires a good planning designing
software life cycle
•It is flexible and less expensive to change •Problems might cause due to system architecture
requirements and scope as such not all requirements collected up front for
the entire software lifecycle
•Throughout the development stages changes can •Each iteration phase is rigid and does not overlap
be done each other
•This model is less costly compared to others •Rectifying a problem in one unit requires correction
in all the units and consumes a lot of time
Customers involvement
Expert people are required for the evaluation of risks