📜  软件开发中的基准项目

📅  最后修改于: 2021-08-29 11:41:36             🧑  作者: Mango

IEEE(IEEE标准编号610.12-1990)将基线定义为对产品属性的商定描述和审查,然后作为进一步开发和定义变更的基础,并且这种变更只能通过正式的变更控制程序来完成。

基线是软件开发中的里程碑和参考点,基线以完成或交付一个或多个软件配置项为标志,并且通过正式的技术审核获得对预定义产品集的正式批准。基准是共享项目数据库。这是软件配置管理(SCM)的任务,用于维护产品集的完整性。

基准线的主要目的是减少和控制漏洞,即容易影响项目并导致无法控制的变更的项目弱点。这可以通过在某些关键点固定和更改产品开发生命周期中的配置项(各种关键交付项)来实现。与基线相关的每个元素都需要保持在正式变更控制之下。

过程 :

  1. 元素需要以适当的方式记录下来,并进行审查以发现设计模型是否存在问题。如果发现任何错误或缺陷,则将纠正并修复这些错误和缺陷。
  2. 对模型的所有部分都进行了适当的检查,发现的所有问题都已得到修复和批准。
  3. 设计基准模型现在为基准。
  4. 设计模型中实际记录的程序体系结构中的任何其他更改,只有在经过评估和批准后,才允许进行。

基准组成部分:
典型的基线包括以下组成部分:

  1. 功能基准–
    操作文件,系统要求。
  2. 分配的基准–
    高级文档,初步设计,界面控制文档。
  3. 设计基准–
    详细的设计文件。
  4. 产品基准–
    源代码和可执行代码单元,最终系统规范,用户和维护手册,硬件和软件规范,
  5. 业务基准
    源代码和可执行代码单元,最终系统规范,用户和维护手册,验收测试计划,测试程序,站点集成测试用例以及数据集和测试报告
  6. 验收测试 –
    源代码和可执行代码单元,集成测试计划,测试过程,测试用例以及数据集和测试报告
  7. 整合测试–
    源代码和可执行代码单元,单元测试计划,测试过程,测试用例以及数据集和测试报告
  8. 单元测试 –
    源代码和可执行代码模块

例子 :