第六章 软件工程的其他相关内容.pptx

1、第六章 软件工程的其他相关内容,软件维护,软件质量保证,软件配置管理综述,软件估算,软件过程能力成熟度模型,6.1,6.2,6.3,6.4,6.5,软件工程概述-1/2,6.6,软件项目管理,软件文档,Project的功能及使用方法,用户手册编写指南,用户安装手册,小结,6.7,6.8,6.9,6.10,6.11,软件工程概述-2/2,6.1 软件维护,软件维护的过程软件维护的分类软件的可维护性软件维护的副作用,软件维护,软件维护是软件产品生命周期的最后一个阶段 软件维护就是指在软件产品交付给用户之后，为了改正软件测试阶段未发现的缺陷，改进软件产品的性能，补充软件产品的新功能等，所进行的修改软

2、件的过程 进行软件维护通常需要软件维护人员与用户建立一种工作关系，使软件维护人员能够充分了解用户的需要，及时解决系统中存在的问题 软件维护是软件生命周期中延续时间最长、工作量最大的阶段 软件维护不仅工作量大、任务重，而且如果维护的不恰当，还会产生副作用，引入新的软件缺陷，进行维护工作要相当谨慎。,软件维护的过程,为了提高软件维护工作的效率和质量，降低维护成本，同时使软件维护过程工程化、标准化、科学化，在软件维护的过程中需要采用软件工程的原理、方法和技术 典型的软件维护过程,1.建立维护机构 对于大型的软件开发公司，建立独立的维护机构是非常必要的。维护机构中要有维护管理员、系统监督员、配置管理员

3、和具体的维护人员。对于一般的软件开发公司，虽然不需要专门建立一个维护机构，但是设立一个产品维护小组是必需的 2.用户提出维护申请并提交维护申请报告 当用户发现问题并需要解决时，首先应该向维护机构提交一份维护申请报告。申请报告中需要详细记录软件产品在使用过程中出现的问题，比如数据输入、系统反应、错误描述等。维护申请报告是维护人员研究问题和解决问题的基础，因此它的正确性、完整性是后续维护工作的关键,软件维护的过程,软件维护的过程,3.维护人员确认维护类型并实施相应的维护工作 软件维护有多种类型，对不同类型的维护工作所采取的具体措施也有所不同 维护人员根据用户提交的申请报告，对维护工作进行类型划分，

4、并确定每项维护工作的优先级，从而确定多项维护工作的顺序 在实施维护的过程中，需要完成多项技术性的工作,软件维护的过程,4.整理维护记录并对维护工作进行评审 为了方便后续的维护评价工作，以及对软件产品运行状况的评估，需要对维护工作进行简单的记录,软件维护的过程,4.整理维护记录并对维护工作进行评审（续） 维护的实施工作完成后，最好对维护工作进行评审。维护评审可以为软件开发机构的有效管理提供反馈信息，对以后的维护工作产生重要的影响。维护评审时评审人员应该对以下问题进行总结,软件维护的过程,5.对维护工作进行评价 当维护工作完成时，需要对维护工作完成的好坏进行评价。维护记录中的各种数据是维护评价的重

5、要参考。如果维护记录完成得全面、具体、准确，会在很大程度上方便维护的评价工作 可以参考的评价标准,软件维护的分类,根据维护工作特征以及维护目的不同分类,识别并纠正软件产品中所潜藏的错误，改正软件性能上的缺陷所进行的维护,使软件产品适应软硬件环境的变更而进行的维护,是软件维护的主要部分，它是针对用户对软件产品所提出的新需求所进行的维护,采用先进的软件工程方法对已经过时的、很可能需要维护的软件系统的某一部分进行重新设计、编码、测试，以达到结构上的更新，它为以后进一步维护软件打下了良好的基础,软件维护的分类,适应性 维护 25%,完善性 维护 50%,纠错性 维护 20%,预防性维护5%,软件的可维

6、护性,软件的可维护性是用来衡量对软件产品进行维护难易程度的标准，它是软件质量的主要特征之一 软件产品的可维护性越高，纠正并修改其错误或缺陷，对其功能进行扩充或完善时，消耗的资源越少，工作越容易 开发可维护性高的软件产品是软件开发的一个重要目标 影响软件可维护性的因素有很多，如可理解性、可测试性、可修改性等,软件的可维护性,可理解性较好的软件产品，有利于测试人员设计合理的测试用例，从而提高了产品的可测试性和可修改性。显然，可理解性、可测试性和可修改性越高的软件产品，它的可维护性就一定越好。,软件的可维护性,提高可维护性的措施,软件的可维护性,在需求分析阶段的评审中，应该重点标识将来有可能更改或扩

7、充的部分 在软件设计阶段的评审中，应该注重逻辑结构的清晰性，并且尽量使模块之间的功能独立 在编码阶段的评审中，要考查代码是否遵循了统一的编写标准，是否逻辑清晰、容易理解 严格的评审工作，可以从很大程度上对软件产品的质量进行控制，提高其可维护性,软件维护的副作用,软件维护是存在风险的 软件维护的副作用主要有三类,软件的可维护性,删除或修改一个子程序 删除或修改一个语句标号 删除或修改一个标识符 为改进性能所做的修改 修改文件的打开或关闭模式 修改运算符（逻辑运算符） 把对设计的修改转换成对代码的修改,修改边界条件的逻辑测试 重新定义局部变量或全局变量 重新定义记录格式或文件格式 更改一个高级数据

8、结构的规模 修改全局数据 重新初始化控制标志或指针 重新排列输入/输出或子程序的自变量,会产生副作用的数据修改,6.2 软件质量保证,软件质量的基本概念软件质量保证的措施,软件质量的基本概念,ANSI/IEEE729-183把软件质量定义为“与软件产品满足规定的和隐含的需要的能力有关的特征或特性的组合” 高质量的软件产品意味着较高的用户满意度及较低的缺陷等级，它较好地满足了用户需求，具有高水平的可维护性和可靠性 ISO Standard 9126的定义：软件质量的特性包括功能性、可靠性、可用性、效率、可维护性和可移植性 McCall软件质量特性模型把与软件质量相关的多种特性划分为运行、维护和移

9、植3个方面,软件质量的基本概念,ISO Standard 9126定义的质量特性定义,软件质量的基本概念,McCall定义的质量特性模型,正确性 效率 可靠性 可用性 完整性,可维护性 可测试性 灵活性,可移植性 互连性 可复用性,软件质量的基本概念,McCall软件质量模型的每种特性定义（运行）,软件质量的基本概念,McCall软件质量模型的每种特性定义（维护）,软件质量的基本概念,McCall软件质量模型的每种特性定义（移植）,软件质量保证的措施,1基于非执行的测试 非执行的测试是指不具体执行程序的测试工作，也称为软件评审，需要贯穿于整个软件开发过程。在项目开发前期制定开发计划以及评审计划

10、 在项目的阶段评审工作中，要保证评审工作的严格性和规范性（评审人员、评审记录） 软件评审的具体实施手段包括设计评审、审查、走查、个人评审等,软件质量保证的措施,2基于执行的测试 基于执行的测试是指通过具体地执行程序，观察实际输出和预期输出的差异，来发现软件产品错误的方法 软件开发人员通常使用一种或几种自动测试工具对系统进行测试，但手工测试也是必需的 测试人员可以使用黑盒测试或白盒测试的方法设计测试用例进行测试，软件测试有利于及早揭示软件缺陷,软件质量保证的措施,3程序的正确性证明 软件测试重要原则是：测试可以发现程序中的错误，但是不能证明程序中没有错误 软件测试并不能完全证明程序的正确性和可靠

11、性 人们已经研究出证明Pascal和LISP程序正确性的软件系统，正在对其进行完善和功能扩充，只适用于小型的软件系统，并不适合大规模的软件系统,6.3 软件配置管理概述,软件配置管理术语配置管理的过程配置管理的角色划分,软件配置管理术语,软件配置管理术语,软件配置管理术语,软件配置管理术语,设计态,受控态,测试态,运行态,维护,验证,交付,测试完毕,验证,设计/更动完毕,纠错,实线箭头所指方向的状态变化是允许的 虚线表示为了验证或检测某些功能或性能而重新执行相应的测试 正常情况下不沿虚线方向变化,软件配置管理术语,软件配置管理术语,配置管理的过程,配置管理的过程,1标识配置项 所谓配置项是配置

12、管理中的基本单元，每个配置项应该包含相应的基本配置管理的信息 标识配置项就是要给配置项取一个合适的名字，所有的软件产品都要进行配置项的标识，该标识符应该具有唯一性，并且要遵循特定的版本命名规律，以便于管理和追踪,配置管理的过程,2进行配置控制,配置管理的过程,3记录配置状态 记录配置状态目的是使配置管理的过程具有可追踪性 配置状态报告记录了软件开发过程中每一次配置变更的详细信息（配置项、改动内容、时间和改动人等） 配置状态报告是开发人员之间进行交流的重要工具，对项目的成功非常重要 4执行配置审计 配置审计是为了保证软件工作产品的一致性和完整性，从而保证最终软件版本产品发布的正确性 软件配置管理

13、贯穿整个软件开发过程，可以建立和维护在整个软件生命周期内软件产品的完整性,配置管理的角色划分,配置管理的角色划分（目标）,配置管理的角色划分（目标）,6.4 软件估算,软件估算的概念软件估算的方法软件估算的原则与技巧,软件估算的概念,软件项目估算是指以准确的调查资料和项目信息（如人员和设备信息）为依据，从估算对象的历史，现状及其规律性出发，运用科学的方法，对估算对象的规模，所需工作量和成本进行的测定 软件估算需要的文档有需求说明书、系统设计、对象设计和变更请求，估算的内容包括软件规模、工作量和进度 对于估算来说，大多数只是凭主观经验判断，难以做到10%以内的精确度，有的甚至误差达几倍，尤其是估

14、算人员经验不足或估算项目没有可参考凭借之时,软件估算的概念,软件项目估算是项目计划的依据，但是多数的软件开发组织没有意识到软件估算的重要性,软件估算的概念,估算既不要过高也不要过低，应该与实际费用尽可能接近 估算的目标是寻找估算与实际的交汇点 在软件企业中，有时估算人员会迫于领导的压力凭直觉压缩估算，往往导致估算误差增大，也给项目组成员造成更大压力 应该根据具体情况，制定不同的估算计划（估算对象说明、估算人员的角色和职责、估算的方法，估算的风险识别、工作量估算、估算活动进度安排）,软件估算的方法,软件估算的概念,功能点(FP)估算法 功能点估算法是一种在需求分析阶段基于系统功能的一种规模估算方

15、法，也叫IBM方法 适用于面向数据库应用的项目早期的规模估算，基于初始应用需求（需求规格说明书），来确定各种输入、输出、计算和数据库需求的数量和特性获得功能点 功能点方法包括3个逻辑部分：未调整的功能点、加权因子和功能点,软件估算的概念,LOC估算法 代码行估算往往是依据经验和组织的历史数据进行估算，多采用PERT、Delphi、WBS、类比估算等方法 优点：计算方便、监控容易、反映程序员的思维能力 缺点：代码行数不能正确反映一项工作的难易程度以及代码的效率，而且编码一般只占系统开发工作量的10%左右，高水平的程序员常常能以短小精悍的代码解决问题 对于相同规模的软件，如果只用代码行方法估算，程

16、序员水平的改变将使估算结果失真。所以实际中，代码行估算只是作为一个辅助的估算方法,软件估算的概念,COCOMO估算法 COCOMO（构造性成本模型）是Boehm在软件工程经济学一书中提出的软件估算综合经验模型 适用软件项目类型,软件估算的概念,软件方程式估算法 软件方程式估算是一个多变量模型，它假定在软件开发项目的整个生命周期中的一个特定的工作量分布。公式基于大量的实际参考数据，准确度比较高 类比估算法 类比估算通过与历史项目比较，来估算新项目的规模或工作量 类比估算的精度一方面取决于项目与历史项目在应用领域、环境、复杂度等方面的相似程度，另一方面取决于历史数据的完整性和准确度 类比估算需要提

17、前建立度量数据库，以及项目完成后的评价与分析机制，保证可信赖的历史数据分析,软件估算的概念,WBS估算法 工作任务分解是WBS方法的基础，以可交付成果为导向对项目要素进行细分，直至分解到可以确认的程度 WBS的三要素使用这一方法有以下前提条件,软件估算的概念,Delphi估算法 Delphi估算法是一种专家评估法，在没有历史数据的情况下，通过综合多位专家的估算结果作为最终估算结果的方法 特别适合于需要预测和深度分析的领域，依赖于专家的评估能力，一般来说可以获得相对客观的结果 Delphi估算法的基础假设,软件估算的概念,PERT估算法 PERT估算法是一种基于统计原理的估算法 对指定的估算单元

18、（如规模、进度或工作量等），由直接负责人给出3个估算结果，分别为乐观估计、悲观估计和最可能估计，对应有最小值、最大值和最可能值 然后通过公式计算期望值和标准偏差，并用其表述估算结果。 PERT方法通常与WBS方法结合使用，尤其适用于专家不足的情况下 如果有条件结合Delphi方法，将会大大提高估算结果的准确性,软件估算的概念,综合估算法 WBS、Delphi、PERT方法经常综合使用以期获得更为准确的估算,软件估算的原则与技巧,软件估算的原则与技巧（续）,6.5 软件过程 能力成熟度模型,软件过程能力成熟度模型,软件过程能力成熟度模型是用于评估软件能力与成熟度的一套标准 软件质量难以保证的问题

19、很大程度由管理缺陷造成，而不是由技术问题造成 软件过程能力成熟度模型建立在很多软件开发实践经验的基础上,软件过程能力成熟度模型,关键实践,软件过程能力成熟度模型,软件过程能力成熟度模型,在软件过程能力成熟度模型中，每个成熟度等级都由若干个关键过程域组成 关键过程域是指相互关联的若干个软件实践活动和相关设施的集合，它指明了改善软件过程能力应该关注的区域，以及为达到某个成熟度等级应该重点解决的问题 达到某个成熟度等级的软件开发过程必须满足相应等级上的全部关键过程域。,软件过程能力成熟度模型（续）,对于每个关键过程域，都标识了一系列为完成一组相同目标的活动 这一组目标概括关键域中所有活动应该达到的总

20、体要求，表明了每个过程域的范围、边界和意图 关键过程域为了达到相应的目标，组织了一些活动的共同特征，用于描述有关的职责 关键实践是指在基础设施或能力中对关键过程域的实施和规范化起重大作用的部分,软件过程能力成熟度模型,关键实践以5个共同特征加以组织，每一个特征，其中的每一项操作都属于一个关键实践,6.6 软件项目管理,软件项目管理,软件项目管理（成本估计）,软件开发成本是指项目从设计到完成期间所需全部费用的总和 成本管理就是在整个项目的实施过程中，为项目在批准成本预算内完成而对各个过程进行的管理与控制,软件项目管理（进度安排）,软件进度安排的主要目标就是使软件产品能够如期地交付到用户手中。软件

21、进度安排的不合理会直接导致用户的满意度下降，所以合理地安排软件开发进度非常重要,软件项目管理（进度安排）,甘特图（Gantt Chart）是由亨利甘特于1910年开发的，它可以直观地表明任务计划在什么时候进行，以及实际进展与计划要求的对比,软件项目管理（进度安排）,PERT技术叫做计划评审技术 CMP方法叫做关键路径法 基本原理相同：用网络图来表达项目中各项活动的进度和它们之间的相互关系，并在此基础上，进行网络分析，确定关键活动与关键路线，利用时差不断地调整与优化网络，以求得最短周期 这两种方法都是通过网络图和相应的计算来反映整个项目的全貌，所以又叫做网络计划技术,软件项目管理（人员组织与分配

22、）,对人员有效地组织与分配也是软件项目管理的一个重要方面 合理地组织与分配人员能够有效地缩短软件开发的周期，提高软件开发的质量 要充分考虑项目成员的技能情况和性格特点来为他们分配正确的工作，使他们能尽量发挥自己的特长,软件项目管理（风险分析）,软件风险分类,软件项目管理（风险分析）,软件项目的风险分析主要在可行性分析阶段进行 软件项目的风险分析内容,6.7 软件文档,软件文档,文档是指某种数据介质和其中所记录的数据 软件文档是用来表示对需求、过程或结果进行描述、定义、规定或认证的图示信息，它描述或规定了软件设计和实现的细节 在软件工程中，文档记录了从需求分析到产品设计再到产品实现及测试的过程，

23、甚至到产品交付以及交付后的使用情况等各个阶段的相关信息 软件文档的编制在软件开发工作中占有突出的地位和相当的工作量 文档充当了各个开发阶段之间的桥梁 文档在团队的开发中起到了重要的协调作用 与用户打交道的文档成为用户使用软件产品时最得力的助手,软件文档,软件工程文档应该具备的特性,软件文档,软件工程文档分类,软件文档,重要文档说明,软件文档,重要文档说明（续）,6.8 Project的功能 及使用方法介绍,Project 概述利用Project管理网上书店系统的开发过程,Project概述,Project是微软公司推出的最优秀的项目管理软件之一，它是Microsoft Office家族的一员，

24、在软件开发、机械制造、工程建设等活动中有着广泛的应用 Project作为最常用的软件项目管理工具，可以进行项目的控制和跟踪、时间进度安排、资源管理和分配、关键路径分析、跟踪工作进度等 Project集范围管理、时间管理、成本管理、人力资源管理、沟通管理和集成管理等所有项目管理功能为一体，是必不可少的软件项目管理工具,标题栏,功能区,菜单栏,输入或编辑域中的信息,编辑域,在初始界面中，甘特图域显示左侧编辑域中数据的甘特图。编辑域和甘特图域的具体情况视选择的甘特图类型而定,甘特图域,状态栏,Project概述（常用功能：1.新建项目）,启动Project 2010，可以新建项目，也可以直接编辑空白

25、项目，完毕后另存为新项目 如果是团队项目，可能需要连接Project Server或是Team Foundation Server（简称 TFS），后者对于团队项目非常有必要，便于文档的统一管理 对于由TFS托管的Project 项目来说，可以用类似于版本管理的方式获取与发布项目,Project概述（常用功能：2.视图切换）,在“任务”“甘特图”中切换各类视图。 Project 2010支持的视图非常多，所有的视图都存储在“Global.MPT”文件中，用户可以在视图管理器中选择当前项目所使用到的视图 管理器可以通过“任务”“甘特图”“其它视图”“管理器”打开，可以对视图、报表、模块、表等众多

26、资源进行管理,Project概述（常用功能：3.编辑数据）,在甘特图视图中，编辑域可以编辑任务信息 在甘特图域中可以自动显示编辑域中数据对应的甘特图 假如项目任务包含的任务信息,Project概述（常用功能：3.编辑数据）,首先在“任务”功能区中选择“自动安排”，以便利用系统自动计算项目时间 然后在编辑域中依次输入4项任务名称、第一项任务的开始时间、每个任务的工期和前置任务，如图6-10所示 输入任务信息的方式有多种，可以直接从Excel表格导入，也可以在编辑区中输入,Project概述（常用功能：3.编辑数据（续）,在项目管理中，任务是指具有开始日期和完成日期的具体工作，它是日程的组成单元

27、相互关联的任务便组成了项目 在甘特图的数据域中，可以看到，每一项任务的关联信息有任务名称、工期、开始时间、完成时间、前置任务和资源 工期是指完成某项任务所需的工作时间长度，它通常是从任务开始日期到完成日期的工作时间量 资源是指完成任务所需的人员、设备和原材料等，它分为工时资源和材料资源 工时资源是指人员和设备 材料资源是指可消耗的材料或物品。,Project概述（常用功能：4.任务摘要）,对于某些连续任务，可以添加摘要，类似于分组功能，摘要将多个任务合并为一个任务组 给任务“单元测试”和“集成测试”添加摘要“测试”，方法是连续选中任务4和任务5，点击“任务”“插入”“摘要”生成摘要后将新摘要任

28、务重命名为“测试” 无法直接改变摘要任务的工期和日期，因为它们是基于子任务计算出来的 在右侧窗口的条形图中，摘要任务和普通的任务具有不同的形状。按照上述方法，设定其他摘要任务,Project概述（常用功能：5.添加里程碑）,可以在项目的某一阶段添加里程碑 里程碑标志某一事件发生，是工期为0的任务 比如在项目结束时，为项目添加“结项”里程碑，标志项目正式结束。方法是选择任务7，点击“任务”“插入”“里程碑”,Project概述（常用功能：6.编辑任务详细信息）,对于每一项任务，可以进一步编辑详细信息，比如编辑任务所需资源、任务备注、日历类型等 方法：双击需要编辑的任务，或者是选中需要编辑的任务，

29、点击“任务”“属性”“信息”，打开“任务信息”管理器,Project概述（常用功能：6.编辑任务详细信息）,在“前置任务”的类型中，任务关系一共4类,Project概述（常用功能：7.设置日历）,根据项目组的具体时间安排，设置工作日历 选择“项目”“属性”“更改工作时间”，打开“更改工作时间”管理器，在其中设置日历类型、例外日期和例外工作周。比如，设置2-29日为例外日期，在“例外日期”数据栏填写相应日期，在“详细信息”中进一步编辑,Project概述（常用功能：7.设置日历（续）,设置2-12日到2-18日为放假周，在“工作周”数据栏中填写相应日期即可 具体每个工作日的工作起始时间也可以在工

30、作日中编辑，如需修改所有工作日时间，可以在“文件”“选项”“日程”中修改每天的起止工作时间等信息,Project概述（常用功能：8.任务分配）,在“任务”“甘特图”中切换到“任务分配状况”视图，编辑每个任务的工时信息 Project会自动为每个任务计算具体到每天的工作时间，并自动跳过设置为例外工作日的时间,Project概述（常用功能：9.工作组规划器视图）,工作组规划器视图可以跟踪和编辑任务执行信息，在“跟踪甘特图”中也可以查看项目的任务执行信息,Project概述（常用功能：10.工作任务日期图）,“任务”“甘特图”“日历”视图可以提供直观的工作任务日期图,Project概述（常用功能：1

31、1.项目详细）,在“项目”菜单中提供了Project项目相关的功能操作，每个Project项目还可以包含多个子项目，也可以拥有其它关联项目，每个项目还可以自动生成报表、可视报表等统计信息。这些信息还可以自动导出为到 Word 或 Excel 等文件格式，方便项目团队中各类角色人员查看,Project概述（常用功能：12.团队支持功能）,当完成一个项目计划时，可以将其发布到TFS服务器上。之后任何团队成员都可以通过Web Access查看任务了,利用Project管理网上书店系统的开发过程,1. 启动Project 2010，在菜单栏里选择“文件”“新建”，工作界面中会出现一个“新建项目”的窗口

32、。该窗口中显示了可用的模板，如果没有合适模板，则可以使用“模板”，系统会自动到Office官方网站上搜索合适的模板，比如搜索“软件开发”模板,利用Project管理网上书店系统的开发过程,2.搜所到相关模板后，下载到本地，接下来所要做的工作就是对这份计划进行修改，适合网上书店系统开发过程的需要,利用Project管理网上书店系统的开发过程,3.根据团队的时间限制和项目规模的实际情况，删除不需要的任务，增加需要的新任务，并更新每项任务的工期 在菜单栏里选择“项目”“项目信息”，把项目开始日期改为其实际开始日期，选择合适的日程排定方法及日历 删除不需要的任务项，增加必要的新任务。删除任务：项目范围

33、规划、培训、试生产、部署和实施工作结束后回顾 更新工期及任务所需的资源名称,利用Project管理网上书店系统的开发过程,4.删减完毕，再通过其他视图审查和修剪相关的任务及时间、资源等数据,利用Project管理网上书店系统的开发过程,5.项目计划制订好之后，就可以发布到TFS 服务器上。在项目进展过程中，还应该对项目的进展情况进行跟踪。双击相应的任务项，在弹出的对话框中修改项目完成的百分比即可。也可通过Web Access跟踪进度,6.9 用户手册编写指南,用户手册模板,1 前言 提供手册的概述，在此可以说明编写这份手册的目的，指明本手册的读者。 1.1 内容简介 简单地介绍编写背景，系统适

34、用的用户。 1.2 基本概念 说明定义的术语在本手册中的含义。 1.3 主要功能 对系统进行简单讲解和功能介绍。 1.4 操作流程 操作流程说明。全面模拟用户操作，从安装、进入、初始化到用户具体操作，对整个流程进行描述。 1.5 步骤说明 针对操作流程的每一步进行说明。如果在使用说明中有相应的解释，应指明用户查找的位置。 2 功能 这部分包括用户使用的所有功能，是用户使用手册的最重要的部分，要详细描述。,用户手册模板（续）,2.1 使用流程 描述具体功能的使用顺序。如果功能之中有分类，比如，有些功能用户用不到，有些用得到，就要分开写流程。 2.2 具体描述 描述顺序是按照使用流程的每一步进行的

35、。 2.3 进行此功能的业务介绍 对此功能进行简单介绍，说明其所起的作用。 2.4 操作步骤 用鼠标选择相应的功能，进入相应的界面，进行功能键以及栏目的介绍。 2.5 举例 针对某一功能，对于一些比较难的问题，应该进行举例说明。 2.6 特殊提示及注意事项 在使用说明中，每一部分都会归纳一些问题，需要提示用户或者让用户注意，应按照以下规定的格式进行编写：字体采用仿宋字，字号采用小五号字。 3 附录 对一些在正文中描述不够详尽的地方，可在附录中进行补充；用户经常遇到的问题及问题解答也可放在附录中。,6.10 用户安装手册 编写指南,用户安装手册模板,1 前言 指明编制该手册的目的和预期的读者，简

36、要介绍该系统的运行环境：操作系统OS，数据库系统DBMS，C/S二层结构或B/A/S三层结构，界面特点，以及技术特色。 1.1 内容简介 介绍本手册提供的几个部分：简单介绍大概内容。 1.2 使用约定 提示：安装过程的一些好的方法。 注意：安装过程中特殊注意的地方。 警告：指出危险动作或状态，否则，会对用户的安装造成破坏。,用户安装手册模板（续）,2 单机版的安装及配置 2.1 运行环境 (1) 硬件环境：列出运行本系统所要求的硬设备的最小配置。微机要求包括型号、内存、硬盘、显示器的要求，以及一些其他I/O设备的要求。 (2) 软件环境：列出运行本系统所需要的支持软件，如操作系统、程序语言及数

37、据库管理系统。 2.2 安装单机版 (1) 简单介绍单机版打包光盘的定义和内容。 (2) 介绍该系统单机版的安装步骤。 2.3 安装后的系统配置 介绍系统安装之后，查看该系统配置信息的情况，以确定是否需要改动，是否是最优配置。 另外，运行系统的时候，有时会出现数据库连接不成功的情况。在这部分应介绍会有哪几种可能的原因，并分别简述。,用户安装手册模板（续）,3 网络版的安装及配置 3.1 运行环境 除了对硬件环境提出要求外，对软件环境的要求还应列出运行本系统所需的操作系统、与操作系统兼容的网络环境、程序语言以及数据库管理系统。 另外，还应简单介绍一下安装网络和数据库所需注意事项和可参考的工具书。

38、 3.2 安装网络版 介绍该系统网络版的安装步骤、如何进行系统环境配置、数据库的默认用户及口令等。 3.3 安装后的系统配置 4 附录 附录1 安装过程提供的技术支持。说明技术支持的几种方式，以及常见安装疑难问题解答。 附录2 参考资料，应写上书名、版本号、作者、出版社、出版日期。,6.11 小 结,小结（总览）,小结（软件维护）,软件维护是指在软件产品交付给用户之后，为了改正在软件测试阶段未发现的缺陷，改进软件产品的性能，补充软件产品的新功能等，所进行的修改软件的过程 软件的可维护性是用来衡量对软件产品进行维护的难易程度的标准，它与软件的可理解性、可修改性、可测试性密切相关 软件维护具有副作

39、用，在进行软件维护时要慎之又慎,小结（质量管理）,小结（配置管理、软件估算）,配置管理 配置管理相关的基础知识相关内容 配置管理中经常用到的术语 配置管理过程和角色划分,软件估算 软件估算对制订良好的项目计划是必需的，良好的估算能提供项目的宏观概要并明确估计可能遇到的问题，对制订计划和分配资源很重要 能力成熟度模型（CMM）是评估软件能力与成熟度的标准，侧重于软件开发过程的管理及工程能力提高与评估，是国际软件业质量管理标准,小结（项目管理、软件文档）,项目管理 进行软件项目管理是一项比较复杂的工作，它是为了实现项目目标，运用相关的知识、技能、方法和工具，对项目的计划、进度、质量、成本、资源等进行管理、控制或协调的活动 软件项目管理是现代项目管理在软件领域的发展分支，是软件工程学科和工程管理学科的交叉点,软件文档 软件文档的编制在软件开发工作中占有突出的地位和相当的工作量 合格的软件工程的文档应该具备及时性、完整性、实用性、规范性、结构化和简洁性等特点,Thank you！,【第六章 软件工程的其他相关内容】,