Unit I - Chapter 1
Unit I - Chapter 1
6/17/2022
▪ It is a collection of Integrated programs.
6/17/2022 2
6/17/2022 3
▪ Generic products
▪ Customized
▪ 1. Generic Product:
• Stand-alone systems that are marketed and sold to any customer who
wishes to buy them.
• Examples – PC software such as graphics programs, project management
tools; CAD software; software for specific markets such as appointments
systems for dentists.
• The specification of what the software should do is owned by the software
developer and decisions on software change are made by the developer.
6/17/2022 4
▪ 2. Customized
• Software that is commissioned by a specific customer to meet
their own needs.
• Examples – embedded control systems, air traffic control
software, traffic monitoring systems.
• The specification of what the software should do is owned by
the customer for the software and they make decisions on
software changes that are required.
6/17/2022 5
▪ It is an engineering discipline that is concerned with all aspects
of software production.
▪ According to IEEE’s definition, “ SE can be defined as the
application of a systematic, disciplined, quantifiable approach to
the development, operation and maintenance of software, and the
study of these approaches; that is the application of engineering
to software.
▪ A program is generally complete in itself and is used usually by the author of the
program.
▪ There is very little documentation or other aids to help other people use the
program.
▪ Labour intensive
▪ Corrective maintenance
▪ Adaptive maintenance
▪ 1. Problem of scale
➢ Consistently produce high quality s/w with low cost and small
cycle time.
➢ High quality, low cost, small cycle time scalability and
consistency.
needed from the system, and not ‘how’ the system will achieve the
goals.
client’s needs.
6/17/2022 12
▪ The communication gap between the client and the developer which
has to be properly bridged during requirement analysis.
▪ The analyst has to make the client aware of the new possibilities which
will help both the client and analyst to determine the requirements.
▪ The output of this phase is the design document which is the blue-pint or
plan for the solution and used later during implementation, testing and
maintenance.
▪ System design aims - to identify the module that should be included in the
system.
▪ Detailed design, the internal logic of each of the modules specified during
system design is decided. 6/17/2022 14
▪3. Coding:
▪ Goal - to translate the design of the system into code in a given
programming language.
profoundly.
6/17/2022 15
4. Testing:
▪ Testing not only has to uncover errors introduced during coding,
but also errors introduced during previous phases.
▪ A) Unit Testing
6/17/2022 16
▪ B) Integration Testing:
▪ - Done to detect design errors.
▪ C) System Testing:
▪ - Performed after system is put together.
▪ - The system is tested against the requirements to see whether all
the requirements are met or not.
▪ D) Acceptance Testing:
▪ - Performed by giving user’s real- world data to demonstrate to
the user.
▪ - The final output of this phase is test report and error report.
6/17/2022 17
▪ Development process does not specify how to allocate resources to
▪ 2. Delivery
▪ Developing techniques that lead to faster delivery of software.
▪ 3. Trust
▪ Developing techniques that demonstrate that software can be trusted
by its users.
6/17/2022 20
▪ 4. Shifts in economics of computing
▪ 5. Shifts in technology
▪ Extensive networking
6/17/2022 21
▪ 7. Maintaining Quality
▪ 8. Legacy Systems
▪ 9. Ethics
digital technologies
6/17/2022 22
End of Chapter 1
6/17/2022 23