[工学]软件工程基础.ppt

* 概要设计说明书 该说明书是概要设计工作阶段的成果。它应当说明 系统的功能分配 模块划分 程序的总体结构 输入输出及接口设计 运行设计 数据结构设计 出错处理设计等 为详细设计奠定基础。 文档的分类 * 详细设计说明书 着重描述每一个模块是如何实现的，包括实现算法、逻辑流程等。 用户手册 详细描述软件的功能、性能和用户界面，使用户了解如何使用该软件。 操作手册 为操作人员提供软件各种运行情况的有关知识，特别是操作方法细节。 文档的分类 * 测试计划 针对组装测试和确认测试，需要为组织测试制定计划。计划应包括 测试的内容 进度安排 条件 人员 测试用例的选取原则 测试结果允许的偏差范围等 文档的分类 * 测试分析报告 测试工作完成后，应提交测试计划执行情况的说明。对测试结果加以分析，并提出测试的结论性意见。 开发进度月报 该月报是软件人员按月向管理部门提交的项目进展情况的报告。报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。 文档的分类 * 项目开发总结报告 软件项目开发完成之后，应当与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力。 还需对开发工作作出评价，总结经验和教训。 文档的分类 * 维护修改建议 软件产品投入运行之后，可能有修正、更改等问题，应当对存在的问题、修改的考虑以及修改的影响估计等做详细的描述，写成维护修改建议，提交审批。 以上软件文档是在软件生存期中，随着各个阶段工作的开展适时编制的。其中，有的仅反映某一个阶段的工作，有的则需跨越多个阶段。 文档的分类 * 软件生存期各阶段与各种文档编制的关系 * * * 文档最终要向软件管理部门，或向用户回答下列问题 哪些需求要被满足（What）； 软件在什么环境中实现，所需信息从哪里来（Where）； 开发时间如何安排（When）； 开发(或维护)工作打算由谁来做（Who）； 需求应如何实现（How）； 为什么要进行这些软件开发或维护修改工作（Why）。 * 文档要回答的问题 * 三类维护占 维护在软件生存期 总维护比例 所占比例 * 影响维护各种的因素 系统大小 系统年龄 输入/输出数据项个数 应用类型 程序设计语言 结构化程度 * 维护任务 建立维护机构 提出维护申请报告 进行维护 记录和保持维护信息 维护评价 * 维护机构 正式和非正式的维护机构 维护管理员：管理维护工作 修改负责人：评价维护申请 系统监督员：决定如何进行修改 * 维护评价 根据以下度量对维护进行评价： 每次程序运行的平均出错次数 花费在每类维护上的总人时数 每个程序、每个语言、每种维护类型的平均修改次数 花费在由于维护所增加或删除的每条源语句上的平均人时数 用于每个语言的平均人时数 一个维护申请表的平均处理时间 各类维护申请的百分比 * 维护策略 减少改正性维护工作量的策略 减少适应性维护工作量的策略 减少完善性维护工作量的策略 将维护成本和延误减少到最低限度的措施 * 改正性维护策略 通过采用新技术，可大大提高软件的可靠性，减少进行改正性维护的需要 可在开发时考虑如下的方法： 利用应用软件包，所开发出的程序比用户完全自己开发的系统可靠性更高 使用结构化技术所开发的软件系统易于理解和测试 假如防错性程序设计 * 适应性维护策略 在进行配置管理时，把硬件、操作系统及其相关环境因素的可能变化考虑在内，可以减少某些适应性维护工作量 如果把硬件、操作系统、各种外围设备的相关程序都归到特定的程序模块中，则可将因环境变化而需要修改的程序局限于一些特定模块，减少适应性维护工作量 使用内部程序列表、外部文件等，可为维护提供方便 * 完善性维护策略 使用数据库管理系统、程序生成系统、应用软件包等，可以减少维护工作量 开发时使用原型，让用户先期对系统进行评价，可以减少完善性维护的需求 * 将维护成本和延误减少到最低限度的措施 对于不断变化着的应用问题，要明确区分哪些是预先规定的，哪些是由用户支配的，懂得随着应用的变化，需要完全不同的技术 理解数据库技术的重要性 理解第四带语言对维护过程的作用 在作出一个系统的计划时，要估计长期维护的费用，并选择一种能将这一费用降低到最小程度的技术 估计出用户在完善性维护方面潜在的作用 在最后进行程序设计之前，使用原型技术，以确保系统尽可能地适应用户的要求 * 维护的成本 软件维护的费用不断增加 典型的占结构的40%-60% 不及时合理的修改降低用户满意度 引发新问题降低重量 占用资源影响开发 维护的生产性活动 维护的“兜圈子”活动 M=p+K×ec-d M=用于维护的总工作量 p=生产性工作量 K=经验常数