软件开发与质量保证模式.pptVIP

软件更改控制定义 软件更改控制是指提议更改软件配置的升级和协作完成建议的更改过程以确保整个软件保持完整和一致。 第三十页，共六十四页。 配置文件 配置文件(CI)软、硬件的集合，在更改控制过程它指定作为一个简单的实体，配置文件的例子有： 软件组件，如源文件模板，目标模板文件，执行文件或数据文件； 编译程序器或操作系统； 基线，如开发中的软件系统； 发布,如运行中软件系统； 文件,如需求文档； 。 第三十一页，共六十四页。 软件更改控制和相关活动 软件更改控制和相关活动在软件配置管理的上下文得到最好的说明，它正式地被定义为应用技术的原则、管理方向及监察以： 明确和列写配置文件的职能和表面特征； 控制对配置文件的改变； 记录和报告更改进展和完成情况； 检验有特定需求的附件 第三十二页，共六十四页。 软件更改控制的目标 可识别软件组件； 软件由一套相互协调的组件构成；软件组件是有用并易理解的； 软件组件从不会丢失（如媒介错误或操作失误后）。 软件的每一更改均经批准并有文档； 更改工作均已记录（如即时更新） 总是可以返回到原先的版本；保存有更改历史，以便总是可以知道谁在何时做了什么； 第三十三页，共六十四页。 软件更改管理策略 更改控制 所有软件文件，如文档，源文件，代码，可执行代码，文件工具，测试软件和数据应受更改控制程序控制。 系统库 为保证软件的安全和控制，作为最低要求，应建立下列系统库来存储配置文件： 开发（或动态）库，代码开发与单元测试任务进行的地方 测试（或master）库，集成和系统测试执行的地方； 产品（或属性）库,执行接收测试的地方 第三十四页，共六十四页。 软件更改管理策略 另外，下面更改控制策略将应用： 所有开发均只能在开发库执行； 不可修改产品库（除非有新的发布，先前版本将变成备份） 应建立所有库的备份程序。 第三十五页，共六十四页。 单元模块之间、基线、发布和软件库的关系 单元 1 单元 2 单元3 基线 1 基线 2 发布 1 图例 集成 转移 开发库 测试或Master库 产品或档案库 第三十六页，共六十四页。 软件更改控制 主要职责 更改管理 在软件生命周期开发阶段，软件项目管理的责任是组织软件更改活动和定义相关作用。 在软件生命周期的操作和维护阶段，软件更改控制的责任有赖于软件维护经理（SMM）。 第三十七页，共六十四页。 软件更改控制系统库管理员 更改经理应得到一个向他汇报的系统库管理员的支持，他负责： 建立新的测试库； 更新测试库； 从测试库到产品库的备份； 对测试和产品库的访问控制。 第三十八页，共六十四页。 软件更改控制更改评估员 更改评估员应是软件组织的一个独立团体的一部分，如软件质量保证团体。 他/她负责在开发项目的定期间隔或后期，通过对配置文件的物理检查或其它质量保证程序，检查安排的软件更改控制活动是否已完成。 第三十九页，共六十四页。 软件更改控制流程概览 变更控制环境 软件项目管理 明确配置项目 更改需求和执行 变更通知 用户需求管理 维护支持 用户 (用户 管理,系统拥有者 客户 更改控制规则 软件开发 (新的开发, 维护和问题管理) 变更需求 用户需求变更 变更通知报告 项目和用户定义 软件库包括配置项目 变更细节 软件开发 (新开发，维护和问题管理) -发布 -软件CI 更改要求 第四十页，共六十四页。 软件测试定义 软件测试是以人工或自动的方法演试或评估系统或元件的过程来： 确认它满足特定的需求； 分析预期与结果两者之间的不同； 较之其它检验技术，测试是最直接的，因为它执行软件。 软件测试是软件生命周期活动的主要组成部分，具体可分三种： 单元测试 系统测试 用户接收测试 第四十一页，共六十四页。 软件测试的主要目标 发现缺陷并确保在软件完成前得到修正。缺陷是指与指定的用户需求的异常或偏差。 确保软件在每个测试阶段结束时，已经有效降低缺陷数量，并在进行生产前消除了所有已知缺陷。 提供开发人员和用户一种信心，即正开发的软件能按指定的用户需求在测试或操作环境运行。 向开发、支持人员和用户提供关于系统的第一印象和培训 。 第四十二页，共六十四页。 软件测试管理策略 所有开发完毕的软件在发布到生产环境前要测试，直到无缺陷。 测试要涉及系统或组件的用户，并运行于目标环境或模拟环境。 第四十三页，共六十四页。 单元测试测试主要职责 制作模块或单元的软件开发人员或队伍，主要负责单元测试并采取相应更改。 第四十四页，共六十四页。 系统测试的主要职责 软件测试人员，软件开发人员，系统经理或系统分析员为主，主要负责集成测试和系统测试，包括对发现的缺陷