软件开发全过程规范,标准及管理方法

软件开发全过程规范,标准及管理方法篇一：软件开发过程管理规范0 引言 如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量 度量指标 主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录 1） ，有 10 个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。 质量等级 1）软件项的质量等级的确定根据度量综合指标进行。2）度量综合指标计算公式为： Total = QiMi。 3）其中 i=1,2,.n 代表指标数量； 4）Q 代表度量的指标； 5）M 代表度量的指标 Q 在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。 度量指标权重系数表： 序号指标权重 1 指标 1 权数 1 2 指标 2 权数 2 3 指标 3 权数 3 4 指标 4 权数 4 5 指标 5 权数 5 加权平均分 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价 1 优质 2 良好 3 合格 4 低于 劣质 度量指标计算方法1）度量指标评分标准：根据软件项的各检查指标的缺陷率来确定，既为每项度量指标制定计分标准，缺陷率越高得分越低。 度量指标计分标准表 序号得分缺陷率范围 1 910 范围 1 3 78 范围 3 4 56 范围 4 5 低于 5 范围 5 2）缺陷率来源：主要是各软件项检查、评审、测试的过程所产生的缺陷跟踪表（见附录 2） ，缺陷跟踪表中的缺陷类别对应检查表中的检查指标。 3）缺陷率单位 结构化方法 需求文档：以功能点或文档页数为单位（缺陷数/功能点、缺陷数/页） 。 设计文档：以模块或文档页数为单位（缺陷数/模块、缺陷数/页） 。 软件代码：以模块或代码行数为单位（缺陷数/模块、缺陷数/LOC） 。 面向对象方法 需求文档：以业务用例或文档页数为单位（缺陷数/BUC、缺陷数/页） 。 设计文档：以用例或文档页数为单位（缺陷数/UC、缺陷数/页） 。 软件代码：以用例或代码行数为单位（缺陷数/UC、缺陷数/LOC） 。 4）缺陷率计算方法： 首先根据缺陷跟踪表中的缺陷类别分别统计各类别的缺陷率，然后依据度量指标计分标准表来给每个度量指标打分。 缺陷率计算公式为： Total = (Bi/U)Mi。 其中 i=1,2,.n 代表缺陷级别，缺陷级别可分为：致命、严重、一般、轻微； B 代表每种缺陷级别的缺陷数； U 代表缺陷率单位数； M 代表每种缺陷级别的权重系数，通常权重系数以“一般“ 缺陷级别作为基数（权数设为 1） ，“轻微“缺陷级别可不用计算缺陷率（权数设为 0） 。 缺陷级别权重系数表： 序号级别权数 1 致命 3 2 严重 2 3 一般 1 4 轻微 0 5 过程度量 及时度 1）以软件项目计划规定的的完成时间为基准，通过比较实际完成时间和计划完成时间的时间差，与软件项完成周期的比率来评价各软件项的及时度。 2）时间差率=(实际完成时间-计划完成时间)/(计划开始时间-计划完成时间) 3）评分标准如下：时间差率范围可根据具体项目而定。 及时度评分标准表 序号得分时间差率范围 1 910 范围 1（15%以内） 3 78 范围 3（15%35%）4 低于 7 范围 4（35%以上） 成熟度 以软件项检查、评审、测试的结果为评价基准，评分标准如下： 910 分：一次检查、评审、测试通过，无须调整； 78 分：一次检查、评审、测试通过，略有调整，或第二次检查、评审、测试通过无须调整； 6 分以下：二次以上检查、评审、测试未通过。 改善效率 在检查、评审、测试的结果的基础上改善软件项结果，以改善的时间是否影响后续阶段的完成和计划的总体完成时间为评分依据，评分标准如下： 910 分：改善效率良好，软件项的修改无须增加工作量，不影响阶段的继续进行和项目计划的总体完成，或无须修改； 78 分：改善效率一般，软件项的修改或完善影响阶段的继续进行，增加工作量在原计划的 20%（此阀值可根据具体项目而定）以内； 6 分以下：改善效率较差，软件项的修改或完善过程使项目延期，或增加的工作量超过 20%（此阀值可根据具体项目而定） 。 综合评价 1）过程度量的综合评分方法是：S=P*A1+M*A2+E*A3。 2）S 代表综合评分； 3）P 代表及时度； 4）M 代表成熟度； 5）E 代表改善效率； 6）A 代表过程指标（P、M、E）在整个指标体系中所占的权重系数（可根据具体项目而定） 。 过程指标权重系数表： 序号指标权重 1 及时度权数 1（） 2 成熟度权数 2（） 3 改善效率权数 3（） 加权平均分 7）过程评价：一般地，根据过程综合评分，有以下评分标准。 过程评价计分标准表： 序号得分过程评价 1 优质 2 良好 3 合格 4 低于 劣质 6 软件项综合评价 1）软件项综合评分=质量评分*质量权数+过程评分*过程权数。 综合指标权重系数表： 序号指标权重 1 质量权数 1（） 2 过程权数 2（） 加权平均分 2）软件项综合评价：一般地，根据软件项综合评分，有以下评分标准。 软件项综合评价计分标准表：序号得分过程评价 1 优质 2 良好 3 合格 4 低于 劣质 7 度量记录 项目经理或开发经理在软件项提交检查、评审、测试通过后，需要填写软件项度量表（见附录 3） ，并提交给SQA 部审核和软件事业部经理批准。如果一个软件项由多人完成，需要将软件项按（功能、模块）拆分，分别记录 各人的度量，SQA 部在审计软件项时，根据软件项度量表填写软件项综合评价表（见附录 4） 。 8 绩效考核 开发人员考核 1）软件项的平均得分值计算方法是：AV=(COi)/i*10。 2）AV 代表软件项的平均得分值； 3）CO 代表软件项综合得分； 4）i=1,2,.n 代表软件项数量。 5）绩效考核标准：一般地，根据软件项的平均得分值，有以下评分标准。 绩效考核计分标准表 序号得分考核评价 1 90100 优秀 2 8089 良好 3 6079 及格 4 低于 60 很差 6）软件部门根据软件项综合评价表每个月或季度统计各开发人员所负责的软件项的平均得分值，比较开发人员软件项的平均得分值与绩效考核标准范围，确定开发人员绩效考核评价。绩效考核为“良好“以上人员奖励相应金额，绩效考核为“很差“人员处罚相应金额。对于很差的开发人员需要通报批评，并要求在项目经理、开发经理帮助下写个人软件开发过程改进书。如果是连续三个月都是很差，则可能降级、降工资、甚至解雇；对于优秀的开发 人员通报表扬，并组织经验交流会介绍其优秀的软件开发过程控制方法，如果是连续三个月都是优秀，则可能升级、升工资。 项目经理、开发经理考核 1）项目组的平均得分值计算方法是：AV=(COi)/i*10。 2）AV 代表项目组的平均得分值； 3）CO 代表项目组成员绩效考核得分； 4）i=1,2,.n 代表项目组成员数量。 5）绩效考核标准：一般地，根据项目组的平均得分值，有以下评分标准。 绩效考核计分标准表 序号得分考核评价 1 90100 优秀 2 8089 良好 3 6079 及格 4 低于 60 很差 6）软件部门每个月或季度确定了项目组成员绩效考核评价后，计算项目组的平均得分值，比较项目组的平 均得分值与绩效考核标准范围，确定项目经理、开发经理绩效考核评价。绩效考核为“良好“以上项目经理、开发经理奖励相应金额，绩效考核为“很差“ 项目经理、开发经理处罚相应金额。对于很差的项目经理、开发经理需要通报批评，并要求在部门经理帮助下作项目组软件开发过程改进书，如果是连续三个月都是很差，则可能降级、降工资、甚至解雇；对于优秀的项目经理、开发经理通报表扬，并组织经验交流会介绍其优秀的项目组开发过程管理方法，如果是连续三个月都是优秀，则可能升级、升工资。 检查、测试人员考核 1）在软件项检查、评审、测试过程中，项目经理或开发经理需要填写检查、测试人员的缺陷查找质量度量表（见附录 5）作为月度考核或季度考核依据。 2）缺陷查找率计算方法 缺陷查找率计算公式为： Total = (Bi/U)Mi。 其中 i=1,2,.n 代表缺陷级别，缺陷级别可分为：致命、严重、一般、轻微； B 代表每种缺陷级别的缺陷数； U 代表缺陷率单位数； M 代表每种缺陷级别的权重系数，通常权重系数以“一般“ 缺陷级别作为基数（权数设为 1） ，“轻微“缺陷级别可不用计算缺陷查找率（权数设为 0） 。 缺陷级别权重系数表： 序号级别权数 1 致命 3 2 严重 2 3 一般 1 4 轻微 0 3）缺陷查找质量评价：为每个软件项制定相应的缺陷查找质量计分标准。 缺陷查找质量计分标准表： 序号得分缺陷查找率范围 1 910 范围 1 3 78 范围 3 4 56 范围 4 5 低于 5 范围 5 4）缺陷查找的平均得分值计算方法是：AV=(COi)/i*10。 AV 代表缺陷查找的平均得分值； CO 代表缺陷查找质量得分； i=1,2,.n 代表软件项数量。 5）绩效考核标准 绩效考核计分标准表： 序号得分考核评价 1 90100 优秀 2 7689 良好 3 6075 及格 4 低于 60 很差 6）软件部门根据软件项综合评价表每个月或季度统计各检查人员或测试人员缺陷查找的平均得分值，比较检查人员或测试人员缺陷查找的平均得分值与绩效考核标准范围，确定检查人员或测试人员绩效考核评价，绩效考核为“良好“以上人员奖励相应金额。对于优秀的人员通报表扬，并组织经验交流会介绍其优秀的检视和测试方法。 篇二：软件开发管理规范(制度)China Advanced Construction Materials Group 信息技术管理制度 版 本 页 标题：China Advanced Construction Materials Group 信息技术管理制度 主题： 软件开发管理制度 文档编号： 版本说明： China Advanced Construction Materials Group 信息技术管理制度China Advanced Construction Materials Group 软件开发管理制度 第一节 总 则 第一条 第二条 第三条 完成 IT 系统的日常 支持由 ITITIT 应用项目的设计、 IT 公司或咨 第四条 第五条 、IT 组（可能包 。 第二节 立项管理 第六条 提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分 析，编写立项分析报告 （附件一） ，开展前期筹备工作。 立项分析报 告应明确项目的范围和边界。 第七条 应用系统主要使用部门将立项分析报告上交公司总裁室进行立项审批， 以保证系统项目与公司整体策略相一致。 China Advanced Construction Materials Group 信息技术管理制度第八条 立项分析报告得到批准后，成立项目组（如果是外包开发，则成立外包 商项目组；如果是合作开发，则与外包商共同成立合作开发项目组，以下统 称“项目组” ） ，项目组应包括业务组（由公司相关业务部门组成）和 IT 组 （自行开发为办公室网络管理员；外包开发为外包商成员；合作开发为网络 管理员和外包商成员） 。公司委派一名员工负责监督项目的进度，进行项目 管理工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满 足项目对业务及技术要求，项目组人员应有足够的业务和 IT 技术方面的专 业知识来胜任项目各方面的工作。 第三节 需求分析 第九条 （附件 二）门审批确认，作为业务需求基线。 第十条 IT 第十一条 请 ，IT 项目计划和监控 第十三条 第十四条 需求分析过程中，项目经理组织制定详细的项目计划书 （附件五） ，包括 具体任务描述和项目进度表等。 第十五条 在项目的各个阶段，业务组组长和 IT 组组长需配合项目经理制定阶段性项 目计划。业务组组长和 IT 组组长需配合项目经理对项目计划执行情况进行 监控，确保项目按计划完成。 第十六条 项目计划需要变更时，项目经理填写项目计划变更说明 （附件六） ，并提 China Advanced Construction Materials Group 信息技术管理制度交公司主管领导审批，通过审批后，交给业务组组长和 IT 组组长执行。 第五节 系统设计 第十七条 系统设计应分为概要设计和详细设计，系统设计要遵循完备性、一致性、扩 展性、可靠性、安全性、可维护性等原则。 第十八条 第十九条 在系统设计阶段中，用户应充分参与，确保系统设计能满足系统需求。 项目组进行详细设计，出具设计说明书 （附件七）和单元测试用例 （附件八） 。 （附件九） 。业务组组长和 IT 第二十条 系统设计满足全部需求。 第二十一条 IT 组组 第二十二条 第二十三条 第二十四条 第二十六条 项目组进行单元测试和集成测试，测试人员签字确认测试结果。 第七节 系统测试和用户测试 第二十七条 项目组制定系统/用户测试计划 （附件十） ，并提交项目经理对计划可行 性进行审批。 第二十八条 系统/用户测试计划必须定义测试标准，并明确各种测试的测试步骤和 China Advanced Construction Materials Group 信息技术管理制度需要的系统设置要求。 第二十九条 项目组向数据拥有部门申请获取测试用业务数据的使用权，对获取的数据进 行严格的访问控制，确保只有相关项目人员才能访问及使用。 第三十条 项目组负责测试数据准备，测试用数据要足够模拟生产环境中的实际数据。 对已评定为敏感信息的数据进行敏感性处理和保护。 第三十一条 IT 组或合作开发商建立测试环境进行系统测试。在系统测试中对新系统内部 各模块之间的接口和与其他系统的接口进行充分测试。出具系统测试报 告 （附件十一） ，测试人员签字确认测试结果。 第三十二条 系统测试通过后，IT 用例进行用户测试，出具用户测试报告IT 组组长应在用户测试报告中签字确认。第三十三条 册 ） 第三十四条 第三十五条 第三十六条 第三十八条 数据迁移前，应制定详细的数据迁移计划 （附件十三） ， 数据迁移计 划中应包含迁移方案、测试方案、数据定义，新旧数据对照表、迁移时 间、回退计划等信息。数据迁移计划需经项目经理和主管领导签字审批。 第三十九条 数据迁移后，项目组对数据迁移的完整性和准确性作出检查，出具数据迁 移报告 （附件十四） ，其中包括数据来源、转换前状态、转换后状态，数据 迁移负责人、对完整性检查情况、对准确性检查情况等内容。各相关部门验 收转换结果后在该报告上签字确认。 篇三：软件开发规范软件开发规范 软件开发行为规范 (第一版） 为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中，把各种规范“逐步形成工程师的作业规范” ，特制定本软件开发行为规范，以达到过程控制的目的。 与软件开发相关的所有人员，包括各级经理和工程师都必须遵守本软件开发行为规范。对违反规范的开发行为，必须按照有关管理规定进行处罚。 本软件开发行为规范的内容包括：软件需求分析、软件项目计划、概要设