SlideServe
Menu
Préférences
© SlideServe · v2026

11425 Software Engineering

daire avatar
15 diapositives · 705 Views · Jul 10, 2014

11425 Software Engineering. Software Process Models February 19, 2012. Sommerville , I., Software Engineering, Pearson, 9 th Ed., 2010. Overview. Software Process Software Process Models Waterfall Model Incremental Development Reuse Oriented Software Engineering. Software Process.

11425 Software Engineering - slide 1
01 / 1511425 Software Engineering
1 / 17

Télécharger la présentation

11425 Software Engineering
Une image / un lien ci-dessous est fourni (tel quel) pour télécharger la présentation

Politique de téléchargement : le contenu du site vous est fourni TEL QUEL pour votre information et votre usage personnel ; il ne peut être vendu, concédé sous licence ni partagé sur d’autres sites sans l’accord de son auteur.Le contenu vous est fourni TEL QUEL, pour votre information et votre usage personnel uniquement. Téléchargez la présentation en cliquant sur ce lien. Lors du téléchargement, si vous ne parvenez pas à télécharger une présentation, l’éditeur a peut-être supprimé le fichier de son serveur.Pendant le téléchargement, si vous ne parvenez pas à obtenir une présentation, le fichier a peut-être été supprimé par l’éditeur.

F I N

Plus de contenu associé

Transcription de la présentation
  1. 11425 Software Engineering Software Process Models February 19, 2012 Sommerville, I., Software Engineering, Pearson, 9th Ed., 2010.

  2. Overview • Software Process • Software Process Models • Waterfall Model • Incremental Development • Reuse Oriented Software Engineering

  3. Software Process • A software process is a set of related activities that leads to the production of a software product • There are many different software processes but all must include four activities: • Software specification • Software design and implementation • Software validation • Software evolution

  4. Software Process • A software process may also include: • Products (outcomes of a process activity) • Roles (responsibilities of people) • Pre- and post-conditions • Sometimes, software processes are categorized as either plan-driven or agile processes

  5. Software Process Models • A software process model is a simplified representation of a software process • Each process model represents a process from a particular perspective, and thus provides a partial information about that process • Process models covered: • The waterfall model • Incremental development • Reuse-oriented software engineering

  6. The Waterfall Model

  7. The Waterfall Model • Separate identified phases in the waterfall model: • Requirements analysis and definition • System and software design • Implementation and unit testing • Integration and system testing • Operation and maintenance • The result of each phase is one or more documents • The following phase should not start until the previous phase has finished (in practice, they overlap)

  8. The Waterfall Model • Advantage: the process is visible • Documentation is produced at each phase. Benefit? • Problem: Inflexible partitioning of the project into distinct stages makes it difficult to respond to changing customer requirements • Use: When the requirements are well-understood and changes will be fairly limited during the design process.

  9. Incremental Development

  10. Incremental Development • Incremental development is based on the idea of developing an initial implementation, exposing this to user comment and evolving it through several versions until an adequate (acceptable) system has been developed • Generally, the early increments of the system include the most important or most urgently required functionality • Can be either plan-driven, agile, or a mixture of both

  11. Incremental Development • Benefits: • The cost of accommodating changing customer requirements is reduced • It is easier to get customer feedback on the development work that has been done • More rapid delivery and deployment of useful software to the customer is possible

  12. Incremental Development • Problems: • The process is not visible • Managers need regular deliverables to measure progress • System structure tends to degrade as new increments are added • Unless time and money is spent on refactoring to improve the software, regular change tends to corrupt its structure.

  13. Reuse-Oriented Software Engineering • Based on systematic reuse where systems are integrated from existing components or COTS (Commercial-off-the-shelf) systems • Process stages: • Component analysis • Requirements modification • System design with reuse • Development and integration

  14. Reuse-Oriented Software Engineering

  15. Reuse-Oriented Software Engineering • Advantages: • Reduce the amount of software to be developed, and thus reduce cost and risks • Faster delivery of the software • Problems: • May lead to a system that does not meet the real needs of users • Control over the system evolution is lost