软件工程导论习题及第8章讲义

格式：ppt
大小：538.50 KB
文档页数：50

下载文档原格式

软件工程导论(第六版)部分课后习题-答案

软件工程导论(第六版)部分课后习题-答案软件工程导论(第六版)部分课后习题-答案一、选择题1. 答案：B解析：选择题解析2. 答案：A解析：选择题解析二、判断题1. 答案：对解析：判断题解析2. 答案：错解析：判断题解析三、填空题1. 答案：软件工程解析：填空题解析2. 答案：开发、维护解析：填空题解析四、简答题1. 答案：软件需求分析是软件工程的第一步，它主要是通过对用户需求的调查和分析，确定软件系统需要具备的功能和性能以及相关约束条件。

解析：简答题解析2. 答案：软件开发过程中的质量保证主要包括软件测试和代码评审两个方面。

软件测试是通过运行和验证软件系统的过程，以确定其是否满足预期的需求和标准。

代码评审则是对软件代码进行审查和评估，在开发过程中发现和修复潜在的问题和错误。

解析：简答题解析五、计算题1. 答案：20解析：计算题解析2. 答案：1000解析：计算题解析六、案例分析题1. 答案：软件项目管理是指对软件项目进行规划、组织、分配和控制的过程。

它包括项目范围管理、时间管理、成本管理、质量管理、风险管理等方面。

在一个项目中，软件项目经理负责整体的项目管理工作，包括资源的分配、进度的控制、风险的管理等。

解析：案例分析题解析2. 答案：敏捷开发是一种迭代、逐步增量的软件开发方法。

它强调快速、灵活地响应用户需求的变化，通过频繁的迭代和持续的反馈来逐步完善软件系统。

敏捷开发方法注重团队合作、交流和高效的沟通，通过直接面对面的沟通取代冗长的文档和繁琐的流程，提高软件开发的效率和质量。

解析：案例分析题解析总结：本文主要针对《软件工程导论(第六版)》部分课后习题提供了答案和解析。

其中包括选择题、判断题、填空题、简答题、计算题和案例分析题等多个题型。

通过解答这些习题，读者可以进一步加深对软件工程的理解和掌握。

希望本文对读者有所帮助，谢谢阅读。

《软件工程导论》课后习题大题

《软件工程导论》课后习题大题作者: 日期:习题2-2为方便储户，某银行拟开发计算机储蓄系统。

储户填写的存款单或取款单由业务员键入系统。

如果是存款，系统记录存款人姓名、住址、身份证号码、存款类型、存款日期、到期日期、利率及密码（可选）等信息,并打印出存款单给储户。

如果是取款，并且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并打印出利息清单给储户。

功能级数据流图：密码出对象模型:习题2-3为方便旅客，某航空公司拟开发一个机票预订系统。

旅行社把预订机票的旅客信息（姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等）输入进该系统，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印出机票给旅客。

数据流图：习题2-4目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化, 还会延误抢救时机。

某医院打算开发一个以计算机为中心的患者监护系统，请写出数据流图。

医院对患者监护系统的基本要求是随时接收每个病人的生理信号（脉搏，体温，血压，心电图等），定时记录病人情况以形成患者日志。

当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警 — 告信I D -硼■诃i•用户皋/锻客収柴通如「2J 、 1hr 和廿■2.2 二交裁打印臥票账单/票款信息i订期洁牌殳議佶息录入荷总DJL 订臬信息('1.2 >息。

此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。

习题3-6复印机的工作过程大致如下：未接到复印命令时处于闲置状态，一旦接到复印命令则进入复印状态，完成一个复印命令规定的工作后又回到闲置状态，等待下一个复印命令；如果执行复印命令时发现没纸，则进入缺纸状态，发出警告, 等待装纸，装满纸后进入闲置状态，准备接收复印命令；如果复印时发生卡纸故障，则进入卡纸状态，发出警告等待维修人员来排除故障，故障排除后回到闲置状态。

《软件工程导论》课后习题答案

23:59:38
作业及解答（第3章）
• 数据结构的描述符号
＝＋
含义
x = a＋b
举
例
被定义为与或
[...,...] 或 [...|...] { ... }或 m{...}n (...) “...” ..
23:59:38
x = [a , b]，x = [a | b] 重复 x = {a}， x = 3{a}8 可选 x = (a) 基本数据元素 x = “a” 连结符 x = 1..9
P1 记录存款信息
P2 打印存单 F5存款信息 F3存单 E1 储户 F4利息
F5存款信息 D1存款信息 F7密码 F2取款单
F5存款信息 P3 核算密码
F4利息 F4利息 F6取款信息 P6 设置利率 P4 计算利息
P5 打印利息清单 F8储蓄利率
E2 业务员
23:59:38
F8储蓄利率
F8储蓄利率
23:59:38
重庆工学院计算机科学与工程学院李梁(liliang@) 李梁
作业及解答（作业及解答（第3章）
23:59:38
重庆工学院计算机科学与工程学院李梁(liliang@) 李梁
作业及解答（作业及解答（第3章）
• 3-6 复印机的工作过程大致如下：未接到复印命令时处于闲置状态，一旦接到复印命令则进入复印状态，完成一个复印命令规定的工作后又回到闲置状态，等待下一个复印命令；如果执行复印命令时发现没纸，则进入缺纸状态，发出警告，等待装纸，装满纸后进入闲置状态，准备接收复印命令；如果复印时发生卡纸故障，则进入卡纸状态，发出警告等待维修人员来排除故障，故障排除后回到闲置状态。 • 请用状态转换图描绘复印机的行为。

《软件工程导论》课后习题详细答案

《软件工程导论》课后习题详细答案第一章软件工程概论1．什么是软件危机？软件危机是指在运算机软件的开发和爱护过程中所遇到的一系列严峻咨询题。

这些咨询题表现在以下几个方面：(1)用户对开发出的软件专门难中意。

(2)软件产品的质量往往靠不住。

(3)一样软件专门难爱护。

(4)软件生产效率专门低。

(5)软件开发成本越来越大。

(6)软件成本与开发进度难以估量。

(7)软件技术的进展远远满足不了运算机应用的普及与深入的需要。

2．什么缘故会产生软件危机？(1) 开发人员方面，对软件产品缺乏正确认识，没有真正明白得软件产品是一个完整的配置组成。

造成开发中制定打算盲目、编程草率，不考虑爱护工作的必要性。

(2) 软件本身方面，关于运算机系统来讲，软件是逻辑部件，软件开发过程没有统一的、公认的方法论和规范指导，造成软件爱护困难。

(3) 专门是随着软件规模越来越大,复杂程度越来越高,原有软件开发方式效率不高、质量不能保证、成本过高、研制周期不易估量、爱护困难等一系列咨询题更为突出，技术的进展差不多远远不能适应社会需求。

3．如何样克服软件危机？(1) 充分吸取和借鉴人类长期以来从事各种工程项目中积存的行之有效的有效原理、概念、技术与方法，专门是吸取几十年来人类从事运算机硬件研究和开发的体会教训。

在开发软件的过程中努力作到良好的组织，严格的治理，相互友好的协作。

(2) 推广在实践中总结出来的开发软件的成功的技术和方法，并研究更好、更有效的技术和方法，尽快克服在运算机系统早期进展时期形成的一些错误概念和作法。

(3) 按照不同的应用领域，开发更好的软件工具并使用这些工具。

将软件开发各个时期使用的软件工具集合成一个整体，形成一个专门好的软件开发支环环境。

总之为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织治理措施。

4.构成软件项目的最终产品：应用程序、系统程序、面向用户的文档资料和面向开发者的文档资料。

5．什么是软件生存周期？软件生存周期是指从软件定义、开发、使用、爱护到剔除的全过程。

软件工程导论课件第8章

33
5. 数据重构对数据体系结构差的程序很难进行适应性和完善性维护，因此，数据体系结构比源代码对程序的长期生存力有更大影响。数据重构是一种全范围的再工程活动。由于数据重构对程序体系结构及程序中的算法有很大影响，对数据的修改必然会导致程序体系结构或代码层的改变。
3
2.适应性维护为适应变化了的环境界面而修改软件的活动，称为适应性维护。包括：（1）因硬件或支撑软件改变引起的变化；（2）将软件移植到新的机种上运行；（3）因数据环境的变化而做的变更。这类维护大约占软件维护总工作量的25％。
4
3.完善性维护为了满足用户要求，就得对软件进行修改和扩充，我们称这种维护为完善性维护。完善性维护主要包括：（1）提高处理效率；（2）提高性能。在整个维护工作中，完善性维护大约占50％左右，区居第一位。
3. 逆向工程软件的逆向工程是，分析程序以便在比源代码更高的抽象层次上创建出程序的某种描述的过程，也就是说，逆向工程是一个恢复设计结果的过程。 4. 代码重构某些老程序的体系结构比较合理，但是，一些模块的编码方式却是难于理解、测试和维护的。在这种情况下，可以重构这些模块的代码。通常，代码重构并不修改程序的体系结构，它只关注个体模块的设计细节以及在模块中定义的局部数据结构。如果重构扩展到模块边界以外并涉及软件体系结构，则重构变成了正向工程。
13
（四）软件维护过程维护过程的实质是对软件定义和开发过程的修改和压缩。维护过程的主要任务是：建立维护机构，填写维护报告和评价，为每个维护要求规定一种规范化的处理序列，建立对维护活动的登记制度及规定评价复审的标准。 1.维护组织机构中有一名维护管理员总负责，每项维护要求都通过维护管理员转交给相应的系统管理员去评价。系统管理员对维护任务做出评价之后，由变化授权人决定应该进行的活动，最后由系统管理员去执行维护任务。

软件工程导论_课后部分习题答案

请用状态转换图描绘复印机的行为。
13:07:42
作业及解答（第3章）
从问题陈述可知，复印机的状态主要有“闲置”、“复印 ”、“缺纸”和“卡纸”。引起状态转换的事件主要是“ 复印命令”、“完成复印命令”、“发现缺纸”、“装满纸”、“发生卡纸故障”和“排除了卡纸故障”。
13:07:42
作业及解答（第5章）
13:07:42
作业及解答（第3章）
13:07:42
作业及解答（第3章）
3-6 复印机的工作过程大致如下：未接到复印命令时处于闲置状态，一旦接到复印命令则进入复印状态，完成一个复印命令规定的工作后又回到闲置状态，等待下一个复印命令；如果执行复印命令时发现没纸，则进入缺纸状态，发出警告，等待装纸，装满纸后进入闲置状态，准备接收复印命令；如果复印时发生卡纸故障，则进入卡纸状态，发出警告等待维修人员来排除故障，故障排除后回到闲置状态。
13:07:42
作业及解答（第3章）
3-3 银行计算机储蓄系统的工作过程大致如下：储户填写的存款单或取款单由业务员键入系统，如果是存款则系统记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、到期日期、利率及密码(可选)等信息，并印出存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。请用数据流图描绘本系统的功能，并用实体-联系图描绘系统中的数据对象。
13:07:42
作业及解答（第1-2章）
1-6 什么是软件过程?它与软件工程方法学有何关系?
✓软件过程是为了开发出高质量的软件产品所需完成的一系列任务的框架，它规定了完成各项任务的工作步骤。
✓软件过程定义了运用技术方法的顺序、应该交付的文档资料、为保证软件质量和协调软件变化必须采取的管理措施，以及标志完成了相应开发活动的里程碑。

软件工程导论_第八章

• 完善性维护利用前两类维护中列举的方法，也可以减少这一类维护。特别是数据库管理系统、程序生成器、应用软件包，可减少维护工作量。此外，建立软件系统的原型，把它在实际系统开发之前提供给用户。用户通过研究原型，进一步完善他们的功能要求，就可以减少以后完善性维护的需要。
二、在不断增加的，1970年占35%～40%；1980年上升到40%～ 60%。1990年上升到70%～80%。由于大量软件的维护活动要使用较多的硬件、软件、软件工程师等资源，使开发新的软件资源不足而受到影响。由于维护时的改动，在软件中引入了潜在的故障，从而降低了软件的质量。
(4) 在重新确认过程中，需邀请用户参加。 • 维护后的验收──在交付新软件之前，维护主管部门要检验： (1) 全部文档是否完备，并已更新； (2) 所有测试用例和测试结果已经正确记载； (3) 记录软件配置所有副本的工作已经完成； (4) 维护工序和责任已经确定。
适应性维护活动要占整个维护活动的25%。
3、完善性维护
在软件漫长的运行时期中，用户往往会对软件提出新的功能要求与性能要求，这是因为用户的业务会发生变化，组织机构也会发生变化，为了适应这些变化，应用软件原来的功能和性能需要扩充和增强。例：原系统内没有帮助信息，使用不方便，现在要加帮助信息，这种维护活动称为完善性维护，这种维护工作活动数量较大，占整个维护活动 50%。
开发与维护人员不是一个人或一个组织，由于维护阶段持续时间很长，正在运行维护的软件可能是五年前，十年前开发的，当时的开发工具、方法、技术与当年的工具、方法、技术差异很大，这又是维护困难的另一因素。
4、软件维护不是一项吸引人的工作。
由于维护工作的困难性，维护工作经常遭受挫折，而且很难出成果，不像软件开发工作那样吸引人。

软件工程导论(第8章)

2. 文档重构；
（1）如果一个程序走向生命终点，不再经历变化，则保持现状；（2）重构只针对当前正在修改的软件部分。
3. 逆向工程；
逆向工程是一个恢复设计结果的过程，从程序代码中抽
取数据结构、体系结构和处理过程的设计信息。
4. 代码重构；
分析源代码，标注出与结构化程序设计概念不符的部分，重构它的代码，测试重构代码并更新代码。
2. 软件维护工作量模型
软件维护所花费的工作量，一部分用于生产
性活动，如分析、评价、修改设计、编写程序
等；另一部分用于非生产性活动，如理解代码
的含义、解释数据结构和接口特点等。
Belady和Lehman提出了一种维护工作量模型：
M=P+Ke(c-d)
其中： M：用于维护工作的总工作量； P：生产性工作量；
5. 数据重构；
当数据结构较差时，进行再工程。如以文件方式保存
数据变为以数据库方式存储。
活动以线性顺序发生，但并非总是这样。对于任意一个特定循环，可在完成任意一个活动后终止。
代码重构
逆向工程
该模型定义的6类活动： 1. 库存目录分析；
包含每个应用系统的信息，如：名称、构建日期、修改次数、过去18个月报告的错误、用户数量、文档质量、预期寿命，等。从中选出再工程的候选者。
13）软件工程师的名字； 15）维护类型； 14）维护要求表的标识； 16）维护开始和完成的日期；
17）累计用于维. 评价维护活动
可以从以下方面度量维护工作：
1）每次程序运行平均失效的次数；
2）用于每一类维护活动的总人时数； 3）平均每个程序、每种维护类型所做的程序变动数； 4）维护过程中增加或删除一个源语句平均花费的人时数； 5）维护每种语言平均花费的人时数；

软件工程导论(第5版)课后习题答案

《软件工程导论》课后习题答案第一章软件工程概论1．什么是软件危机？软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。

这些问题表现在以下几个方面：(1)用户对开发出的软件很难满意。

(2)软件产品的质量往往靠不住。

(3)一般软件很难维护。

(4)软件生产效率很低。

(5)软件开发成本越来越大。

(6)软件成本与开发进度难以估计。

(7)软件技术的发展远远满足不了计算机应用的普及与深入的需要。

2．为什么会产生软件危机？(1)开发人员方面，对软件产品缺乏正确认识，没有真正理解软件产品是一个完整的配置组成。

造成开发中制定计划盲目、编程草率，不考虑维护工作的必要性。

(2)软件本身方面，对于计算机系统来说，软件是逻辑部件，软件开发过程没有统一的、公认的方法论和规范指导，造成软件维护困难。

(3)尤其是随着软件规模越来越大,复杂程度越来越高,原有软件开发方式效率不高、质量不能保证、成本过高、研制周期不易估计、维护困难等一系列问题更为突出，技术的发展已经远远不能适应社会需求。

3．怎样克服软件危机？(1)充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、技术与方法，特别是吸取几十年来人类从事计算机硬件研究和开发的经验教训。

在开发软件的过程中努力作到良好的组织，严格的管理，相互友好的协作。

(2)推广在实践中总结出来的开发软件的成功的技术和方法，并研究更好、更有效的技术和方法，尽快克服在计算机系统早期发展阶段形成的一些错误概念和作法。

(3)根据不同的应用领域，开发更好的软件工具并使用这些工具。

将软件开发各个阶段使用的软件工具集合成一个整体，形成一个很好的软件开发支环环境。

总之为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施。

4.构成软件项目的最终产品：应用程序、系统程序、面向用户的文档资料和面向开发者的文档资料。

5．什么是软件生存周期？软件生存周期是指从软件定义、开发、使用、维护到淘汰的全过程。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

15
内容
第八章小结
一.软件维护是软件生存周期的最后一个阶段，也是持续时间软件维护是软件生存周期的最后一个阶段，也是持续时间最长、代价最大的一个阶段。最长、代价最大的一个阶段。的一个阶段二.软件维护包括四类活动：改正性维护、适应性维护、完善软件维护包括四类活动：改正性维护、适应性维护、性维护和预防性维护。性维护和预防性维护。三.软件的可理解性、可测试性和可维修性是决定软件可维护软件的可理解性、可测试性和可维修性是决定软件可维护可理解性性的基本因素。性的基本因素。四.软件生存周期的每个阶段和软件可维护性密切相关。软件生存周期的每个阶段和软件可维护性密切相关。五.文档是影响软件可维护性的决定因素。文档是影响软件可维护性的决定因素。是影响软件可维护性的决定因素用户文档和系统文档，六.文档分为用户文档和系统文档，它们都必须和程序代码同文档分为用户文档和系统文档时维护才有真正的价值。时维护才有真正的价值。
决定软件可维护性的因素
因素可理解性内容软件的结构、接口、功能和内部过程的难易程度；软件的结构、接口、功能和内部过程的难易程度；模块化、详细设计文档、结构化设计、源代码内部的文档；模块化、详细设计文档、结构化设计、源代码内部的文档；程序设计语言。程序设计语言。可测试性诊断和测试的难易程度取决于软件容易理解的程度；诊断和测试的难易程度取决于软件容易理解的程度；良好的文档对诊断和测试是至关重要的；良好的文档对诊断和测试是至关重要的；软件结构、可用的测试工具和调试工具，软件结构、可用的测试工具和调试工具，以往的测试过程是很重要的；要的；可修改性在设计阶段应尽力把软件设计成容易诊断和测试的。在设计阶段应尽力把软件设计成容易诊断和测试的。与设计原理、规则直接相关；与设计原理、规则直接相关；与藕合、内聚、局部化、控制域、作用域等等都有关系。与藕合、内聚、局部化、控制域、作用域等等都有关系。
12
(4) 维护过程中增加或删除一个源语句平均花费的人时数；费的人时数；维护每种语言平均花费的人时数； (5) 维护每种语言平均花费的人时数；一张维护要求表的平均周转时间； (6) 一张维护要求表的平均周转时间；不同维护类型所占的百分比。 (7) 不同维护类型所占的百分比。
13
8.4 可维护性
16
习题1答案习题答案
假设要求你开发一个软件， 1、假设要求你开发一个软件，该软件的功能是把读入的浮点数开平方，能是把读入的浮点数开平方，所得的的结果应该精确到小数点后4 应该精确到小数点后4位。一旦实现并测试完之后，改产品将被抛弃。之后，改产品将被抛弃。你打算选用哪种软件生命周期模型？请说明你作出选择的理由。件生命周期模型？请说明你作出选择的理由。
软件工程导论
8.1 软件维护的概念
维护的概念：维护的概念：所谓软件维护软件维护就是在软件已经交付使用之所谓软件维护就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。过程。维护目的：维护目的：满足用户对已开发产品的性能与运行环境不断提高的要求，进而达到延长软件寿命的目的。提高的要求，进而达到延长
1、改正性维护：对程序使用期间发现的程序错、改正性维护：误进行诊断和改正的过程；诊断和改正的过程 17误进行诊断和改正的过程；占维护工作量1721%。 21%。
2、适应性维护：配合变化了的环境进行修改软、适应性维护：配合变化了的环境进行修改修改软件的活动；占维护工作量18-25%。件的活动； 18-25%。 3、完善性维护：满足用户在使用过程中提出增、完善性维护：满足用户在使用过程中提出增加新的功能或修改已有功能的建议而进行的改加新的功能或修改已有功能的建议而进行的改进工作； 50-66%。进工作；占维护工作量50-66%。 4、预防性维护：为了改善未来的可维护性或可改善未来的可维护性或可、预防性维护：为了改善未来的可维护性靠性而修改软件的工作； 4%左右左右。靠性而修改软件的工作；占维护工作量4%左右。
17
题目解答
1、对这个软件的需求很明确，实现开方功对这个软件的需求很明确，能的算法也很成熟，因此，能的算法也很成熟，因此，既无须通过原型来分析需求也无须用原型来验证设计方此外，一旦实现并测试完之后，案。此外，一旦实现并测试完之后，该产品将被抛弃，品将被抛弃，因此也无须使用有助于提高软件可维护性的增量模型或螺旋模型来开发该软件。发该软件。综上所述，为了开发这个简单的软件，综上所述，为了开发这个简单的软件，使用大多数人所熟悉的瀑布模型就可以了。使用大多数人所熟悉的瀑布模型就可以了。
3
8.2 维护的特点
一. 维护方式
方式结构化维护非结构化维护仅有程序代码评价代码开始软件结构、全程软件结构、数据结构、系统数据结构、接口、性能要求、接口、性能要求、设计约束等具体特点不清楚不清楚而很特点不清楚而很难确定。难确定。很高维护困难
4
配置每个阶段文档与程序代码开始评价设计文档开始工作 (1)确定软件的结构特征、性能特性和接 (1)确定软件的结构特征确定软件的结构特征、口特性，(2)确定软件修改带来的影响，口特性，(2)确定软件修改带来的影响，确定软件修改带来的影响找出一种处理方法；找出一种处理方法； (3)修改设计复审；修改设计、 (3)修改设计、复审； (4)再编写源程序代码进行回归测试；再编写源程序代码， (4)再编写源程序代码，进行回归测试； (5)将修改后的软件交付使用将修改后的软件交付使用。 (5)将修改后的软件交付使用。维护成本较低。成本维护成本较低。易于维护。难度易于维护。
别人写的程序在没有说明文档时理解很困难，不为人喜欢；别人写的程序在没有说明文档时，理解很困难，不为人喜欢；说明文档维护持续时间都很长，开发人员一般不在现场，维护持续时间都很长，开发人员一般不在现场，对软件没有人说持续时间都很长明。绝大多数软件在设计时都没有考虑将来的修改将来的修改。绝大多数软件在设计时都没有考虑将来的修改。除非设计中强调了模块的独立性，否则软件的修改既困难又易发生差错。了模块的独立性，否则软件的修改既困难又易发生差错。
14
8.4 可维护性
与可维护性相关的文档
文档文档描述要求用户文档如何使用这个系统；如何使用这个系统；怎样安装和管理这个系统；怎样安装和管理这个系统；系统需求和设计；系统需求和设计；系统的实现和测试。系统的实现和测试。功能描述:说明系统能做什么；功能描述:说明系统能做什么；安装文档:说明怎样安装该系统及使系统适应特定的硬件配置；安装文档:说明怎样安装该系统及使系统适应特定的硬件配置；使用手册:简要说明如何使用这个系统；使用手册:简要说明如何使用这个系统；参考手册：详尽描述用户可以使用的系统设施及方法，参考手册：详尽描述用户可以使用的系统设施及方法，以及可能产生的出错信息含义；生的出错信息含义；操作员指南：说明操作员如何处理使用中出现的各种情况。操作员指南：说明操作员如何处理使用中出现的各种情况。系统文档从问题定义、从问题定义、需求说明到验收测试这样一系列和系统实现有关的文档。
6
维护组织
7
8.3 维护的过程
三.为每一个维护要求规定一个标准化的事件序列：为每一个维护要求规定一个标准化的事件序列：标准化的事件序列 1.明确维护的类型:纠错性维护,进一步分清是适应性维护 1.明确维护的类型:纠错性维护, 明确维护的类型还是完善性维护；还是完善性维护； 2.对纠错性维护从评价错误的严重性开始,分别不同程度采 2.对纠错性维护从评价错误的严重性开始,分别不同程度采对纠错性维护从评价错误的严重性开始不同程度取不同的方法；取不同的方法； 3.适应性维护和完善性维护沿着同一路径推进，确定优先 3.适应性维护和完善性维护沿着同一路径推进，确定优先适应性维护和完善性维护沿着同一路径推进顺序后开始工作后开始工作；顺序后开始工作； 4.对恶性软件故障，应把所有的资源用来解决问题； 4.对恶性软件故障，应把所有的资源用来解决问题； 5.对任何类型的维护都要进行同样的技术工作，包括： 5.对任何类型的维护都要进行同样的技术工作，包括：修对任何类型的维护都要进行同样的技术工作改软件设计、设计复审、必要的代码修改、单元测试、改软件设计、设计复审、必要的代码修改、单元测试、集成测试、验收测试和复审等测试、验收测试和复审等。
5
8.3 维护的过程
建立软件维护的组织在组织中有总负责人、组织, 一.建立软件维护的组织,在组织中有总负责人、系统管理员和维护管理员等。管理员和维护管理员等。二.编写维护的报告编写维护的报告用标准化的格式表达所有软件维护的要求。用标准化的格式表达所有软件维护的要求。要求包括下列内容：求包括下列内容： 1.满足维护要求表中提出的要求所需要的工作量； 1.满足维护要求表中提出的要求所需要的工作量；满足维护要求表中提出的要求所需要的工作量 2.维护要求的性质 2.维护要求的性质；维护要求的性质； 3.该项要求的优先顺序； 3.该项要求的优先顺序；该项要求的优先顺序 4.与修改有关的事后数据。 4.与修改有关的事后数据。与修改有关的事后数据
8.2 维护的特点
二.与软件维护有关的问题与软件维护有关的问题
开发方法开发条件 (1)模块化详细设计文档有助于理解软软件开发及维护人员的水平人员的水平； (1)模块化详细设计文档有助于理解软软件开发及维护人员的水平；件的结构界面功能和内部流程；结构、影响件的结构、界面功能和内部流程；程序设计语言；使用标准的程序设计语言使用标准的程序设计语言；维护 (2)开发过程中严格而科学的管理规划使用标准的操作系统接口操作系统接口； (2)开发过程中严格而科学的管理规划使用标准的操作系统接口；因素及清晰可靠的文档资料对发生错误后的使用规范化的文档资料文档资料；使用规范化的文档资料；理解与纠错无疑是很重要的无疑是很重要的。理解与纠错无疑是很重要的。 (3)模块的独立程度对软件修改的难易 (3)模块的独立程度对软件修改的难易模块的独立程度程度、程度、改进和移植影响是很大的理解维护时间困难设计问题测试用例的有效性。测试用例的有效性。