软件工程第八版(英文)机械工业出版社 课后习题
软件工程课后习题答案
软件工程课后习题答案第一章1.1举出至少5个例子来说明“意外效应法则”在计算机软件方面的应用。
答：典型的例子包括使用“数字汽车仪表板”的软件，赋予高科技，高品质的图像的软件；如广泛的消费类电子产品的软件；个人电脑，工业仪器仪表和机器的软件。
软件分化出的在电子商务方面的应用。
1.2举例说明软件对社会的影响（包括正面影响和负面影响）。
答：这是一个很好的课堂讨论问题（如果时间允许），而不是专注于老生常谈的（但很重要）隐私问题，生活质量等问题。
您可能想要讨论关于”技术恐惧“方面的问题，软件也许会使它恶化但也可能减少”技术恐惧“。
另一个有趣的方面是使用诺依曼的“风险”列在SEN中做重点讨论。
你也可以考虑基于软件的“现金”经济，新模式的互动娱乐，虚拟现实，电子商务等方面来思考软件对社会的影响。
1.3针对1.1节提出的5个问题，请给出你的答案，并与同学讨论。
答：软件需要如此长的开发时间：a）设施不上线b）开发工具并不如预期般运作c）客户提出的新要求，需要重新设计和返工d）产品依赖于政府的规定，被意外更改。
e）严格的要求，与现有系统的兼容性需要超过预期更多的测试，设计和实现。
f）多个操作系统下运行的任务需求比预期需要更长的时间。
g）软件项目风险管理比预期需要更多的时间。
h）依赖的技术仍处于开发阶段，从而延长日程安排。
开发成本高：a）比当时预期低得令人无法接受的质量，需要进行更多的测试，设计和实施工作。
b）制定了错误的软件功能需要重新设计和实施。
c）开发错误的用户界面，而导致重新设计和实施。
d）开发了不需要的额外的软件功能而延长了开发日程安排。
在将软件交付顾客使用之前，我们无法找到所有错误：a）产品依赖于政府监管，意外而改变。
b）产品技术标准草案，会意外更改。
c）有时会在项目后期添加新的开发人员。
d）因为团队内的冲突有时会导致沟通不畅，而产生糟糕的设计。
e）破坏高效调度产生的项目管理成果和无效的规划f）有时装备部件质量差，导致额外的测试，设计和集成工作和管理额外的客户关系。
软件工程第八版（英文）机械工业出版社课后习题
软件⼯程第⼋版（英⽂）机械⼯业出版社课后习题Part 1 OverviewChapter 1 Introduction1.1 FAQs about software engineering1.2 Professional and ethical responsibility Chapter 2 Socio-technical systems2.1 Emergent system properties2.2 Systems engineering2.3 Organisations, people and computer systems 2.4 legacy systemsChapter 3 Critical systems3.1 A simple safety-critical system 463.2 System dependability 473.3 Availability and reliability 513.4 Safety 553.5 Security 58Chapter 4 Software processes4.1 Software process models 654.2 Process iteration 714.3 Process activities 744.4 The Rational Unified Process 824.5 Computer-Aided Software Engineering 85 Chapter 5 Project management 925.1 Management activities 945.2 Project planning 965.3 Project scheduling 995.4 Risk management 104 RequirementsChapter 6 Software requirements 6.1 Functional and non-functional requirements6.2 User requirements6.3 System requirements6.4 Interface specification6.5 The software requirements document Chapter 7 Requirements engineering processes7.1 Feasibility studies7.2 Requirements elicitation and analysis7.3 Requirements validation7.4 Requirements managementChapter 8 System models 8.1 Context models8.2 Behavioural models8.3 Data models8.4 Object models8.5 Structured methodsChapter 9 Critical systems specification9.1 Risk-driven specification9.2 Safety specification9.3 Security specification9.4 Software reliability specificationChapter 10 Formal specification 10.1 Formal specification in the software process 10.2 Sub-system interface specification 10.3 Behavioural specificationPart 3 DesignChapter 11 Architectural design 11.1 Architectural design decisions11.2 System organisation11.3 Modular decomposition styles11.4 Control styles11.5 Reference architecturesChapter 12 Distributed systems architectures12.1 Multiprocessor architectures12.2 Client-server architectures12.3 Distributed object architectures12.4 Inter-organisational distributed computing Chapter 13 Application architectures13.1 Data processing systems13.2 Transaction processing systems13.3 Event processing systems13.4 Language processing systems Chapter 14 Object-oriented design14.1 Objects and object classes14.2 An object-oriented design process14.3 Design evolutionKey PointsFurther ReadingExercisesChapter 15 Real-time software design15.1 System design15.2 Real-time operating systems15.3 Monitoring and control systems15.4 Data acquisition systemsChapter 16 User interface design 36216.1 Design issues 36616.2 The UI design process 37616.3 User analysis 37816.4 User interface prototyping 38116.5 Interface evaluation 383Part 4 Development 389 Chapter 17 Rapid software development 39117.1 Agile methods 39617.2 Extreme programming 39817.3 Rapid application development 40517.4 Software prototyping 409Chapter 18 Software reuse 415 18.1 The reuse landscape 41818.2 Design patterns 42118.3 Generator-based reuse 42318.4 Application frameworks 42618.5 Application system reuse 428 Chapter 19 Component-based software engineering19.1 Components and component models 19.2 The CBSE process19.3 Component compositionChapter 20 Critical systems development20.1 Dependable processes20.2 Dependable programming20.3 Fault tolerance20.4 Fault-tolerant architecturesChapter 21 Software evolution 21.1 Program evolution dynamics21.2 Software maintenance21.3 Evolution processes21.4 Legacy system evolutionPart 5 Verification and ValidationChapter 22 Verification and validation22.1 Planning verification and validation 22.2 Software inspections22.3 Automated static analysis22.4 Verification and formal methods Chapter 23 Software testing23.1 System testing23.2 Component testing23.3 Tes1 case design23.4 Tes1 automationChapter 24 Critical systems validation24.1 Reliability validation24.2 Safety assurance24.3 Security assessment24.4 Safety and dependability case's ManagementChapter 25 Managing people25.1 Selecting staff25.2 Motivating people25.3 Managing groups25.4 The People Capability Maturity Model Chapter 26 Software cost estimation 61226.1 Software productivity 61426.2 Estimation techniques 62026.3 Algorithmic cost modelling 62326.4 Project duration and staffing 637 Chapter 27 Quality management 64127.1 Process and product quality 64427.2 Quality assurance and standards 645 27.3 Quality planning 65227.4 Quality control 65327.5 Software measurement and metrics 655 Chapter 28 Process improvement 66528.1 Process and product quality 66728.2 Process classification 66928.3 Process measurement 67228.4 Process analysis and modelling 67328.5· Process change 67828.6 The CMMI process improvement framework 680Chapter 29 Configuration management29.1 Configuration management plclnning 29.2 Change management29.3 Version and release management 29.4 System building29.5 CASE tools for configuration managementEmerging TechnologiesSecurity engineering30.1 Security concepts30.2 Security risk management 30.3 Design for security 30.4 System survivability Service-oriented software e:ngineering31.1 Services as reusable components 31.2 Service engineering31.3 Software development with servicesAspect-oriented software development32.1 The separation of concerns 32.2 Aspects, join points and pointcuts 32.3 Software engineering with aspects Chapter 1 ' IntroductionChapter 2 Socio-technical systemsChapter 3 iii Critical systemsChapter 6 ? Software requirementsChapter 7 Requirements engineering processesChapter 8 System modelsChapter 9 Critical systems specificationChapter 10 Formal specificationChapter 11 Architectural designChapter 12 Distributed systems architecturesChapter 13 Application architecturesChapter 14 Object-oriented designChapter 15 Real-time software design。
软件工程 课后习题答案
第一章1.1什么是计算机软件？软件的特点是什么？计算机软件是指计算机系统中的程序及其文档软件的特点：软件是一种逻辑实体，而不是有形的系统元件，其开发成本和进度难以准确地估算。
软件是被开发的或被设计的，没有明显的制造过程，一旦开发成功，只需复制即可，但其维护的工作量大。
软件的使用没有硬件那样的机械磨损和老化问题。
1.2简述软件的分类，并举例说明1.系统软件系统软件居于计算机系统中最接近硬件的一层，其他软件一般都通过系统软件发挥作用。
例如：编译软件、操作系统。
2.支撑软件支撑软件是支撑软件的开发和维护的软件。
例如：数据库管理系统、网络软件、软件工具、软件开发环境。
3.应用软件应用软件是特定应用领域专用的软件。
例如：工程/科学计算机软件、嵌入式软件、产品线软件、Web应用软件、人工智能软件。
1.3简述软件语言的分类，并举例说明。
1.需求定义语言是用于书写软件需求定义的语言。
例如：PSL/PSA。
2.功能性语言是用于书写软件功能规约的语言，通常又称为功能规约语言。
例如：广谱语言、Z语言。
3.设计性语言是用于书写软件设计规约的语言。
例如：PDL。
4.实现性语言也称为程序设计语言，是用于书写计算机程序的语言。
例如：C、java、PROLOG、FORTRAN、COBOL、Modula。
5.文档语言是用于书写软件文档的语言。
通常用自然语言或半形式化语言书写。
1.4什么是软件工程？软件工程是应用计算机科学、数学及管理科学等原理，开发软件的工程。
软件工程借鉴传统工程的原则、方法，以提高质量、降低成本为目的。
1.5简述软件工程的基本原则。
软件工程原则包括围绕工程设计、工程支持和工程管理所提出的以下4条基本原则。
1.选取适宜的开发模型必须认识需求定义的易变性，采用适宜的开发模型，保证软件产品满足用户的要求。
2.采用合适的设计方法合适的设计方法有助于这些特征的实现，以达到软件工程的目标。
3.提供高质量的工程支撑软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。
软件工程课后习题答案(第八版)
软件工程课后习题:⏹What are the differences between generic software product development and custom software development?⏹Solution:The essential difference is that in generic software product development, the specification is owned by the product developer. For custom product development, the specification is owned by the customer. Of course, there may be differences in development processes but this is not necessarily the case.重要区别为：在通用软件的开发过程中，详细说明（规格说明书）由产品开发者来制定，在定制软件产品开发过程中，详细说明（规格说明书）由客户来制定。
⏹What are the four important attributes which all software products should have? Suggest four other attributes that may sometimes be significant.⏹Solution:For important attributes are maintainability可维护性,dependability 可靠性, performance(efficiency)有效性andusability可用性.Other attributes that may be significant could be reusability可复用性 (can it be reused in other applications),distributability 可分发性(can it be distributed over a networkof processors), portability可移植性 (can it operate onmultiple platforms) and inter-operability互用性 (can it workwith a wide range of other software systems).⏹What is the difference between a software process model and a software process? Suggest two ways in which a software process model might be helpful in identifying possible process improvements.⏹Solution:A software process is what actually goes on when software isdeveloped. A software process model is an abstraction andsimplification of a process. Process models can be used to helpunderstand real processes and to identify which aspects of theseprocesses could be supported by CASE tools. 软件过程就是指在软件开发过程中所做的一些事情。
软件工程 选择题 (中英文)
软件工程选择题 (中英文)1、软件生命周期管理1.1 什么是软件生命周期？答案：软件生命周期是指软件从开始开发直到退役的整个过程，包括需求分析、设计、编码、测试、部署和维护等阶段。
1.2 软件生命周期中的主要阶段有哪些？答案：- 需求分析阶段：确定软件系统需求、功能和性能等方面的要求。
- 设计阶段：根据需求分析的结果设计出软件系统的结构和组件。
- 编码阶段：通过编写源代码实现系统的功能。
- 测试阶段：对软件进行各种测试，包括单元测试、集成测试和系统测试等。
- 部署阶段：将软件系统部署到目标环境中，让用户可以使用。
- 维护阶段：对软件进行修复bug、升级和改进等操作，以保证系统的正常运行。
1.3 软件生命周期管理的目标是什么？答案：软件生命周期管理的目标是通过规范的过程和方法来控制软件开发过程，从而提高软件质量、降低风险和成本，以及提高项目交付的可靠性和时间性。
2、需求工程2.1 什么是软件需求？答案：软件需求是对软件系统所需要具备的功能、性能、可靠性和其他特性的描述和规定。
2.2 软件需求的分类有哪些？答案：- 功能需求：描述系统应具备的功能和行为。
- 非功能需求：描述系统性能、可靠性、可用性等方面的要求。
- 用户需求：描述用户对系统的期望和需求。
- 系统需求：将用户需求转化为系统可以理解和实现的需求。
- 验证需求：用于验证软件系统是否满足用户需求的需求。
2.3 软件需求工程的关键活动有哪些？答案：- 需求获取：通过与用户沟通、文档分析等方式获取需求。
- 需求分析：对需求进行分析，识别需求的关联和冲突等问题。
- 需求规格化：将需求用规格化的方式进行描述，如使用用例、功能规格说明等。
- 需求验证：对需求进行验证，包括需求审查、原型验证等。
- 需求管理：对需求进行跟踪和变更管理，确保需求的有效性和一致性。
3、软件设计3.1 什么是软件设计？答案：软件设计是将需求转化为具体的软件系统结构和组件的过程。
软件工程(自编教材)习题答案
《软件工程》习题参考答案周兵1.1教材：《软件工程》方木云主编，清华大学出版社，2016 1.2参考书目:1.《Software engineering》8th Edition Ian Sommervile，PearsonEducation, 机械工业出版社，20062. 《软件工程》，王忠群主编，中国科学技术大学出版社，20093. 《软件工程导论》（第4版）, 张海藩编著, 清华大学出版社, 20074、《Software engineering : a practitioner's approach》 RogerS. Pressman. 6th ed. Pressman, Roger S. China MachinePress, 20081.3说明:斜体部分是可选讲授内容, 带星号的习题为可选。
第1章软件工程学概述1.1习题A.1什么是软件？软件可以分为哪些类？p11答：软件是程序、数据及相关文档的完整集合。
软件可分为通用软件和定制软件。
A.2 *什么是软件危机及其表现？p11答：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
软件危机包含下述两方面的问题：如何开发软件，以满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件。
具体地说，软件危机主要有以下一些典型表现。
(1) 对软件开发成本和进度的估计常常很不准确。
(2) 用户对“已完成的”软件系统不满意的现象经常发生。
(3) 软件产品的质量往往靠不住。
(4) 软件常常是不可维护的。
(5) 软件通常没有适当的文档资料。
(6) 软件成本在计算机系统总成本中所占的比例逐年上升。
(7) 软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。
A.3什么是软件工程？p11答：软件工程是指导计算机软件开发和维护的一门工程学科。
采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。
(完整版)软件工程课后习题答案
第一章1.1什么是计算机软件？软件的特点是什么？计算机软件是指计算机系统中的程序及其文档软件的特点：●软件是一种逻辑实体，而不是有形的系统元件，其开发成本和进度难以准确地估算。
●软件是被开发的或被设计的，没有明显的制造过程，一旦开发成功，只需复制即可，但其维护的工作量大。
●软件的使用没有硬件那样的机械磨损和老化问题。
1.2简述软件的分类，并举例说明1.系统软件系统软件居于计算机系统中最接近硬件的一层，其他软件一般都通过系统软件发挥作用。
例如：编译软件、操作系统。
2.支撑软件支撑软件是支撑软件的开发和维护的软件。
例如：数据库管理系统、网络软件、软件工具、软件开发环境。
3.应用软件应用软件是特定应用领域专用的软件。
例如：工程/科学计算机软件、嵌入式软件、产品线软件、Web应用软件、人工智能软件。
1.3简述软件语言的分类，并举例说明。
1.需求定义语言是用于书写软件需求定义的语言。
例如：PSL/PSA。
2.功能性语言是用于书写软件功能规约的语言，通常又称为功能规约语言。
例如：广谱语言、Z 语言。
3.设计性语言是用于书写软件设计规约的语言。
例如：PDL。
4.实现性语言也称为程序设计语言，是用于书写计算机程序的语言。
例如：C、java、PROLOG、FORTRAN、COBOL、Modula。
5.文档语言是用于书写软件文档的语言。
通常用自然语言或半形式化语言书写。
1.4什么是软件工程？软件工程是应用计算机科学、数学及管理科学等原理，开发软件的工程。
软件工程借鉴传统工程的原则、方法，以提高质量、降低成本为目的。
1.5简述软件工程的基本原则。
软件工程原则包括围绕工程设计、工程支持和工程管理所提出的以下4条基本原则。
1.选取适宜的开发模型必须认识需求定义的易变性，采用适宜的开发模型，保证软件产品满足用户的要求。
2.采用合适的设计方法合适的设计方法有助于这些特征的实现，以达到软件工程的目标。
3.提供高质量的工程支撑软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。
软件工程课后习题(含答案)
第一章练习题一、填空题1、软件工程三要素是：方法、工具、过程。
2、软件开发方法是指软件开发过程中所应遵循的方法和步骤。
二、名词（术语）解释：1、可靠性---是指在给定的时间间隔内，程序成功运行的概率。
可靠性是衡量软件质量的一个重要目标。
2、可理解性---指系统具有清晰的结构，能直接反映问题的需求。
可理解性有助于控制软件系统的复杂性，并支持软件的维护、移植和重用。
三、问答题1、面向对象方法的优点是什么？答：（1）将现实世界问题向面向对象解空间直接映射，实现对现实世界的直接模拟。
（2）以数据为中心，而不是基于对功能的分解，使得软件结构相对稳定，软件的重用性、可靠性、可维护等特性都较好。
2、可视化开发方法的优点有哪些？答：（1）简化了图形用户界面的设计和编码工作，将开发的注意力主要集中在程序的执行逻辑和工作流程上。
（2）软件开发简单，易学、易上手。
（3）专业或非专业人员都能参与软件开发活动。
第二章练习题一、填空题：1、软件工程过程是：为获得软件产品，在软件工具支持下由软件人员完成的一系列软件工程活动。
2、一个软件从定义、开发、使用和维护，直到最终被废弃，所经历的生存过程经历的生存过程称为软件生存期或叫生命期。
3、软件生命周期的阶段划分为3个时期是：定义时期、开发时期、维护时期。
4、软件工程标准的5个层次是：国际标准、国家标准、行业标准、企业规范、项目规范。
二、简答题：1、瀑布模型的优点有哪些？答：1、强迫开发人员采用规范的技术方法；2、严格地规定了每个阶段必须提交的文档；3、每个阶段结束前必须正式进行严格的技术审查和管理复审。
2、瀑布模型的缺点是什么？答：1、在软件开发的初期阶段就要求做出正确、全面、完整的需求分析对许多应用软件来说是极其困难的。
2、在需求分析阶段，当需求确定后，无法及时验证需求是否正确、完整。
3、作为整体开发的瀑布模型，由于不支持产品的演化，缺乏灵活性，对开发过程中很难发现的错误，只有在最终产品运行时才能暴露出来，从而使软件产品难以维护。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Part 1 OverviewChapter 1 Introduction1.1 FAQs about software engineering1.2 Professional and ethical responsibility Chapter 2 Socio-technical systems2.1 Emergent system properties2.2 Systems engineering2.3 Organisations, people and computer systems 2.4 legacy systemsChapter 3 Critical systems3.1 A simple safety-critical system 463.2 System dependability 473.3 Availability and reliability 513.4 Safety 553.5 Security 58Chapter 4 Software processes4.1 Software process models 654.2 Process iteration 714.3 Process activities 744.4 The Rational Unified Process 824.5 Computer-Aided Software Engineering 85 Chapter 5 Project management 925.1 Management activities 945.2 Project planning 965.3 Project scheduling 995.4 Risk management 104 RequirementsChapter 6 Software requirements 6.1 Functional and non-functional requirements6.2 User requirements6.3 System requirements6.4 Interface specification6.5 The software requirements document Chapter 7 Requirements engineering processes7.1 Feasibility studies7.2 Requirements elicitation and analysis7.3 Requirements validation7.4 Requirements managementChapter 8 System models 8.1 Context models8.2 Behavioural models8.3 Data models8.4 Object models8.5 Structured methodsChapter 9 Critical systems specification9.1 Risk-driven specification9.2 Safety specification9.3 Security specification9.4 Software reliability specificationChapter 10 Formal specification 10.1 Formal specification in the software process 10.2 Sub-system interface specification10.3 Behavioural specificationPart 3 DesignChapter 11 Architectural design 11.1 Architectural design decisions11.2 System organisation11.3 Modular decomposition styles11.4 Control styles11.5 Reference architecturesChapter 12 Distributed systems architectures12.1 Multiprocessor architectures12.2 Client-server architectures12.3 Distributed object architectures12.4 Inter-organisational distributed computing Chapter 13 Application architectures13.1 Data processing systems13.2 Transaction processing systems13.3 Event processing systems13.4 Language processing systems Chapter 14 Object-oriented design14.1 Objects and object classes14.2 An object-oriented design process14.3 Design evolutionKey PointsFurther ReadingExercisesChapter 15 Real-time software design15.1 System design15.2 Real-time operating systems15.3 Monitoring and control systems15.4 Data acquisition systemsChapter 16 User interface design 36216.1 Design issues 36616.2 The UI design process 37616.3 User analysis 37816.4 User interface prototyping 38116.5 Interface evaluation 383Part 4 Development 389 Chapter 17 Rapid software development 39117.1 Agile methods 39617.2 Extreme programming 39817.3 Rapid application development 40517.4 Software prototyping 409Chapter 18 Software reuse 415 18.1 The reuse landscape 41818.2 Design patterns 42118.3 Generator-based reuse 42318.4 Application frameworks 42618.5 Application system reuse 428 Chapter 19 Component-based software engineering19.1 Components and component models 19.2 The CBSE process19.3 Component compositionChapter 20 Critical systems development20.1 Dependable processes20.2 Dependable programming20.3 Fault tolerance20.4 Fault-tolerant architecturesChapter 21 Software evolution 21.1 Program evolution dynamics21.2 Software maintenance21.3 Evolution processes21.4 Legacy system evolutionPart 5 Verification and ValidationChapter 22 Verification and validation22.1 Planning verification and validation 22.2 Software inspections22.3 Automated static analysis22.4 Verification and formal methods Chapter 23 Software testing23.1 System testing23.2 Component testing23.3 Tes1 case design23.4 Tes1 automationChapter 24 Critical systems validation24.1 Reliability validation24.2 Safety assurance24.3 Security assessment24.4 Safety and dependability case's ManagementChapter 25 Managing people25.1 Selecting staff25.2 Motivating people25.3 Managing groups25.4 The People Capability Maturity Model Chapter 26 Software cost estimation 61226.1 Software productivity 61426.2 Estimation techniques 62026.3 Algorithmic cost modelling 62326.4 Project duration and staffing 637 Chapter 27 Quality management 64127.1 Process and product quality 64427.2 Quality assurance and standards 645 27.3 Quality planning 65227.4 Quality control 65327.5 Software measurement and metrics 655 Chapter 28 Process improvement 66528.1 Process and product quality 66728.2 Process classification 66928.3 Process measurement 67228.4 Process analysis and modelling 67328.5· Process change 67828.6 The CMMI process improvement framework 680Chapter 29 Configuration management29.1 Configuration management plclnning 29.2 Change management29.3 Version and release management 29.4 System building29.5 CASE tools for configuration managementEmerging TechnologiesSecurity engineering30.1 Security concepts30.2 Security risk management 30.3 Design for security 30.4 System survivabilityService-oriented software e:ngineering31.1 Services as reusable components 31.2 Service engineering31.3 Software development with servicesAspect-oriented software development32.1 The separation of concerns 32.2 Aspects, join points and pointcuts 32.3 Software engineering with aspectsChapter 1 ' IntroductionChapter 2 Socio-technical systemsChapter 3 iii Critical systemsChapter 6 • Software requirementsChapter 7 Requirements engineering processesChapter 8 System modelsChapter 9 Critical systems specificationChapter 10 Formal specificationChapter 11 Architectural designChapter 12 Distributed systems architecturesChapter 13 Application architecturesChapter 14 Object-oriented designChapter 15 Real-time software designChapter 16 User interface designChapter 17 Rapid software developmentChapter 18 Software reuseChapter 19 Component-based software engineeringChapter 20 Critical systems developmentChapter 21 Software evolutionChapter 22 Verification and validationChapter 23 Software testingChapter 24 Critical systems validationChapter 25 Managing people。