软件工程课件解读.ppt

易使用性：用户学习、操作、准备输入和理解输出的难易程度。（包括：易立即性、易学性、易操作性） 效率：软件实现某种功能所需计算机的资源的多少以及执行其功能时所使用资源的持续时间的多少。（包括：资源效率、时间效率） 可维护性：进行必要修改的难易程度。（包括：易分析性、易改变性、稳定性、易测试性） 可移植性：软件从一个计算机环境转移到另一个计算机环境的运行能力。（包括：适应性、易安装性、一致性、易替换性） 9.6.2 软件质量保证措施 软件质量保证是软件工程管理的重要内容。 包括以下措施： 应用好的技术方法 软件开发人员因该依靠适当的技术方法和工具，形 成高质量的规格说明和高质量的设计，还要选择适 的开发环境。 测试软件 软件测试是质量保证的重要手段，通过测试可以发 现软件中大多数潜在的错误。但是软件测试并不能 保证发现所有的错误。 进行正式的技术评审 技术人员按照规格说明和设计，对软件产品进行 严格的评审、审查。审查能够有效地发现软件中 的缺和错误。 标准的实施 用户可以根据需要，参照国家标准、国际标准， 制定软件工程实施规范。一旦形成软件标准就必 须确保遵循它们，在进行技术审查时，应评估软 件是否与所制定的标准相一致。 控制变更 控制变更是通过对变更的正式申请、评估变更 的特征和控制变更的影响等直接地提高软件质 量。 程序正确性证明 程序正确性证明的准则是证明程序能够完成预 定的功能。 记录、保存和报告软件过程信息 在软件开发过程中，要跟踪程序变动对软件质 量的影响程度。记录、保存和报告软件过程信 息是为软件质量保证收集信息和传播信息。 幻灯片制作：刘行松，周豪杰，于力翔，李昆，黄俊祥，高聪 讲课：齐华超，王松瑶，霍龙飞，王运 补充：张培，王茹雪，马啸天 基线，强调固话的状态 需求分析报告，评审完成，客户签字。 需求基线 CVS 信息系统项目中形成的技术性文档和管理性文档 “ ” “ ” 9.5软件配置管理 软件配置管理 标识变更 控制变更 审核变更（确保适当地实现了变更） 报告变更（通知需要知道变更的人员） 目标：使错误量减少到最小、使生产率最高 软件配置管理 软件配置项 Software Configuration Item - SCI 与合同、过程、计划和产品有关的文档和数据 源代码、目标代码和可执行代码 软件工具、库内可复用软件、外购软件及用户提供的软件 基线（Baseline）通过正式评审和批准的规格说明或者中间产品 软件配置项在成为基线之前可以迅速非正式修改， 软件配置项成为基线之后，只有通过正式的变更控制过程才能修改 标志软件开发的里程碑 软件配置管理：软件开发中的基线 计划 基线 需求 基线 设计 基线 实现 基线 测试 基线 项目 规划 项目开发计划 需求 分析 需求规格说明 软件 设计 体系结构文档/ 详细设计文档 软件实现 源代码 软件测试 测试报告 软件配置管理：基线化的SCI 软件工程任务 SCI 技术评审 批准的SCI 存储的SCI 提取的SCI SCM控制 修改的SCI 项目数据库 基线： 需求规格说明 设计说明 源代码 可运行系统… 修改 软件配置管理的任务 软件配置项标识 变更控制 版本控制 配置审核 报告 系统构建 配置项标识：层次结构 配置项命名： 唯一性、可追溯性 配置项标识： 名字、描述、 资源、实现 变更控制 跟踪来自客户和开发者的变更请求，决定是否变更、何时变更 跨越里程碑进行修改/对基线的修改 开发库：开发人员使用，可频繁修改 受控库 存放在生存期某一阶段工作结束时释放的阶段产品/基线 软件配置管理的对象，也称为软件配置管理库 产品库:完成系统测试，等待交付 变更控制过程 提交变更申请表 计划变更如何实现 估算变更成本 提交变更申请至变更控制委员会 审批 实施变更 记录变更 将变更的软件提交质量保障人员审查 配置管理人员检入并生成系统新版本 拒绝变更请求 拒绝变更请求 变更结束 不可接受 可接受 获准 未获准 否 是 从配置库中检出 分析变更申请 质量达标 版本控制 一个程序员 及时保存软件，备份软件 多个程序员 程序员之间随意传递代码 公共存储区 版本控制 版本（Version） 软件配置项的一个实例，在明确定义的时间点上某个配置项的状态 通常由配置项名称加上版本号组成 需求规格1.0 需求规格1.1 需求规格2.0 需求规格2.1 需求规格2.2 UserManagement1.0 UserManagement1.1 UserManagement1.2 UserManagement2.0 版本控制 版本控制 对软件的不同版本进行标识和跟踪、对版本的各种操作进行