《计算机英语课件unit 5 software process models》由会员分享,可在线阅读,更多相关《计算机英语课件unit 5 software process models(32页珍藏版)》请在金锄头文库上搜索。
1、Unit 5 Software Process,Section A: Software Process Models,Introduction,A software process is a set of activities that leads to the production of a software product. These activities may involve the development of software from scratch in a standard programming language like Java or C. Increasingly,
2、 however, new software is developed by extending and modifying existing systems and by configuring and integrating off-the-shelf software or system components.,A software process model is an abstract representation of a software process. Each process model represents a process from a particular pers
3、pective, and thus provides only partial information about that process.This section introduces a number of very general process models (sometimes called process paradigms) and presents them from an architectural perspective. That is, we see the framework of the process but not the details of specifi
4、c activities.,These generic models are not definitive descriptions of software process. Rather, they are abstractions of the process that can be used to explain different approaches to software development. You can think of them as process frameworks that may be extended and adapted to create more s
5、pecific software engineering processes.,The process models covered here are the waterfall model, evolutionary development and component-based software engineering. These three generic process models are widely used in current software engineering practice. They are not mutually exclusive and are oft
6、en used together, especially for large systems development. Sub-systems within a larger system may be developed using different approaches. Therefore, although it is convenient to discuss these models separately, you should understand that, in practice, they are often combined.,. The waterfall model
7、,The first published model of the software development process was derived from more general system engineering processes. This is illustrated in Figure 5A-1. Because of the cascade from one phase to another, this model is known as the waterfall model or software life cycle. The principal stages of
8、the model map onto fundamental development activities:,Figure 5A-1: The Software Life Cycle,Requirements analysis and definition. The systems services, constraints and goals are established by consultation with system users. They are then defined in detail and serve as a system specification. System
9、 and software design. The systems design process partitions the requirements to either hardware or software systems. It establishes an overall system architecture. Software design involves identifying and describing the fundamental software system abstractions and their relationships.,3. Implementat
10、ion and unit testing. During this stage, the software design is realized as a set of programs or program units. Unit testing involves verifying that each unit meets its specification. 4. Integration and system testing. The individual program units or programs are integrated and tested as a complete
11、system to ensure that the software requirements have been met. After testing, the software system is delivered to the customer.,5. Operation and maintenance. Normally (although not necessarily) this is the longest life-cycle phase. The system is installed and put into practical use. Maintenance invo
12、lves correcting errors which were not discovered in earlier stages of the life cycle, improving the implementation of system units and enhancing the systems services as new requirements are discovered.,In principle, the result of each phase is one or more documents that are approved. The following p
13、hase should not start until the previous phase has finished. In practice, these stages overlap and feed information to each other. During design, problems with requirements are identified; during coding design problems are found and so on. The software process is not a simple linear model but involv
14、es a sequence of iterations of the development activities.,Because of the costs of producing and approving documents, iterations are costly and involve significant rework. Therefore, after a small number of iterations, it is normal to freeze parts of the development, such as the specification, and t
15、o continue with the later development stages. Problems are left for later resolution, ignored or programmed around. This premature freezing of requirements may mean that the system wont do what the user wants. It may also leads to badly structured systems as design problems are circumvented by imple
16、mentation tricks.,During the final life-cycle phase (operation and maintenance), the software is put into use. Errors and omissions in the original software requirements are discovered. Program and design errors emerge and the need for new functionality is identified. The system must therefore evolve to remain useful. Making these changes (software maintenance) may involve repeating previous process stages.,The advantages of the waterfall model are that documentation is produces at each pha