软件项目设计和开发评审指南

 前言

  最近,和几个同行谈到软件项目阶段评审的问题,有不少人抱怨评审过程无章可依,参与评审的人员分不清自己的职责,甚至对评审过程也不甚了了。为此,笔者结合自己的一些评审经验,参考揉和了几种不同的评审流程,编成《软件项目设计和开发评审指南》,供大家参考。

1 目的

  设计和开发评审的目的是由一组有资格的人员对软件设计和开发的输出进行评价,以判断确定设计和开发的输出能否实现软件产品预先定义的规格,同时通过评审标识出与规格和标准的偏差。它向管理部门提供充足的证据以证明

1)设计和开发的输出符合了其规格要求;

2)设计和开发的输出是否满足相关法律、法规以及企业标准的要求;

3)软件产品的更改得到了恰当地实施;

4)软件产品的更改只对那些规格发生了更改的系统区域有影响,没有引入新的问题。

2 范围

  本规范适应于对软件设计和开发的输出以及设计与开发的更改进行评审。

3 角色和职责

3.1 主审人。主审人是技术评审的指挥人员,负责评审活动的组织、结论、书面报告和问题跟踪。

3.2 评审专家。评审专家应由满足要求的技术人员担任,负责向评审组成员提出自己的评审意见和建议。

3.3 质量保证人员:

3.4 记录员。会议记录人员。

3.5 顾客和用户代表。必要时,由主审人确定能够充当顾客和用户代表的角色。

3.6 相关领导和部门管理人员。

4 评审时机

  按《产品开发计划》所策划的的评审检查点进行。因临时变更引起的突发性的评审随时进行。

5 评审的基本要求

a)设计和开发评审应分级进行。公司级的项目应进行公司级评审;业务部门级的项目一般进行业务部门级评审;

b)设计和开发评审视具体情况可一次进行,也可分段进行;

c)评审结论应明确;

d)评审资料应及时归档。

6 评审依据

a)合同、技术协议书、需求规格说明书和设计任务书;

b)有关标准、规范和质量保证文件。

7 评审内容

  评审的内容可根据产品设计的研制周期、技术难度、复杂程度以及使用方的要求有所侧重和适当的增减,但应满足对设计结果进行评审的要求。主要内容:

a)设计方案正确性、先进性、可行性和经济性;

b)系统组成、系统要求及接口协调的合理性;

c)系统与各子系统间技术接口的协调性;

d)采用设计准则、规范和标准的合理性;

e)系统可靠性、维修性、安全性要求是否合理;

f)关键技术的落实解决情况;

g)编制的质量计划是否可行。

8 评审方式

  评审方式有会签评审和会议评审两种。

8.1 会签评审

  会签评审是各个评委根据评审的内容和要求进行审核并发表自己意见,当各位评委的意见基本一致,或问题比较明确并已得到解决,则不召开会议而直接填写《设计和开发评审报告》的一种评审方式。

8.2 会议评审

  会议评审就是公司组织内外的专家召开评审会议,根据评审的内容和要求进行讨论、分析并就最终结果达成一致的评审方式。

9 工作程序

9.1 提出申请

  一般情况下,设计部门应在评审前3天向项目管理部提交《设计和开发评审申请表》。

9.2 提供资料

  公司级评审,要求评审的设计部门应在评审会前2~3天将评审资料交项目管理部;项目管理部将评审资料交评委。

  业务部门级评审,评审资料由业务部门负责人监督备齐,于评审会前两天交评委。

9.3成立评审组

9.3.1评审组产生办法

a) 评审组成员由项目组提出建议,项目管理部根据项目组的建议,与相关部门(或人员)协商产生。

b) 评审组的组长和副组长在评审组成员中推举产生。

9.3.2 评审组设组长1人,可设副组长1~2人,成员若干人组成。

a)同行专家;

b)与被评审设计阶段有关的职能部门代表;

c)有关项目组设计人员代表;

d)项目管理部代表;

e)有关人员(客户、公司领导等视情况而定)。

9.4 评委发表意见

  评审组长组织评委审查资料,各评委根据评审的内容和要求发表意见,填写评审专家评审表。

9.5 形成评审结论

9.5.1 评审组长分析各评委的审查意见,当各位评委的意见基本一致,或问题比较明确并已得到解决时,可与项目管理部协商决定采用会签评审方式,直接形成评审结论,填写《设计和开发评审报告》。否则采用会议评审方式。

9.5.2 召开评审会(会议评审方式采用)

a) 会议报告内容包括:评审的依据性文件;

  设计工作报告;

  设计文件的综合介绍。

b)评审会评议,设计人员答辩。

  评审组根据评议的意见,提出存在问题及改进建议。

c)形成评审结论。

  业务部门级评审由业务部门负责人组织填写《设计和开发评审报告》,并将评审遗留问题的改进意见及措施及时报项目管理部。公司级评审由项目管理部组织填写《设计和开发评审报告》。

9.6 如果评审通过,则评审程序结束,评审资料的归档,否则由设计部门修改设计方案,并对修改后的设计方案重新进行评审。

9.7 评审资料的归档

  项目管理部负责公司级设计和开发评审资料的整理并及时归档。业务部门级评审资料由业务部门自行整理后按规定归档。

9.8 跟踪管理

  设计部门认真分析设计和开发评审报告中提出的问题及改进建议,制定纠正措施并负责落实;项目管理部对设计和开发评审实施监督与跟踪管理,并形成记录。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
### 回答1: 软件开发管理规范是一套旨在规范软件开发流程的指导原则和方法。它涵盖了从需求分析到项目交付的整个软件开发周期,并提供了各个阶段的具体要求和操作建议,以确保软件开发过程的高质量和高效率。 这套规范的制定有助于保证软件开发项目的顺利进行。首先,它要求在项目的初期进行充分的需求分析和规划,确保整个团队对项目目标和功能需求的理解一致。其次,它规定了良好的项目管理流程,包括项目计划、进度管理、风险管理等,以避免项目延期或质量问题。此外,规范还提供了技术要求和最佳实践,帮助开发人员完成各个模块的设计、编码和测试,提高开发效率和软件质量。 软件开发管理规范还注重团队协作和沟通。它要求团队成员密切合作,及时反馈问题和进展,确保与团队其他成员的配合顺畅。同时,规范还鼓励团队成员之间的知识分享,以提高整个团队的技术水平和工作效率。 最后,软件开发管理规范推崇持续改进和学习的精神。它要求团队对项目开发过程进行评估和总结,发现问题和不足,并及时做出调整和改进。通过不断地学习和优化工作流程,团队可以不断提高开发效率和软件质量,实现更好的项目管理。 总之,软件开发管理规范是一套有助于规范和提高软件开发项目的指导原则和方法。它的实施可以确保软件开发过程的顺利进行,提高开发效率和软件质量,实现项目目标和客户满意度的双赢。 ### 回答2: 软件开发管理规范是一套用于规范软件开发过程和项目管理的准则。它通常包括以下方面: 1. 需求管理:明确收集和管理用户需求,确保开发出符合用户期望的软件产品。这包括需求分析、需求评审和变更控制等环节。 2. 项目计划:合理规划项目的时间、资金和人力资源,建立详细的开发计划,并制定进度控制和风险管理策略。 3. 设计阶段:采用结构化和模块化的设计方法,明确软件的功能和模块划分。设计阶段还包括设计评审和技术选型等环节。 4. 编码规范:制定统一的编码规范,确保团队成员按照一致的标准编代码。这有助于提高代码的可读性、可维护性和可扩展性。 5. 质量控制:制定测试计划和质量评估方法,确保软件开发过程中各个阶段的质量标准得到满足。这包括单元测试、集成测试和系统测试等环节。 6. 配置管理:建立统一的配置管理体系,确保软件工程师能够有效地管理软件配置、版本控制和变更控制。 7. 文档管理:要求软件工程师编和维护详细的软件设计文档、用户文档和技术文档。这有助于提高团队协作效率和项目的可维护性。 8. 项目评估:关注项目的进度和资源使用情况,及时评估项目的进展和风险。做好项目验收和总结,为今后的软件开发提供经验教训。 软件开发管理规范的目的是确保软件开发过程规范、高效和可控,从而提高软件的质量和项目的成功率。通过遵循这些规范,软件开发团队可以更好地组织和管理项目,减少开发过程中的问题和风险,提高软件开发的效率和客户满意度。对于企业而言,软件开发管理规范也是推动项目管理标准化和提升竞争力的重要手段。 ### 回答3: 软件开发管理规范是一套旨在规范软件开发过程的指南,以确保软件项目的顺利进行和高质量的交付。CSDN是一个知名的IT技术社区,为开发人员和技术爱好者提供了丰富的技术资源和交流平台。 软件开发管理规范包括多个方面,从项目计划、需求分析、设计、编码、测试、部署到维护等环节都有相应的规范。其中,项目计划阶段需明确项目目标、范围、资源分配等,以确保项目可控。需求分析阶段要进行详尽而准确的需求收集和分析,为后续的开发工作提供基础。 在设计和编码阶段,开发团队需要遵循统一的编码规范,以保证代码的可读性、可维护性和安全性。测试阶段则需要制定完善的测试计划和用例,对软件进行全面的功能、性能和安全性测试,以确保其质量和稳定性。 软件的部署和维护也是开发管理规范的重要组成部分,在部署时需要考虑到软件的环境和安全性,并进行相应的培训和文档编。维护阶段则需要及时响应用户的反馈和问题,并根据实际情况进行维护和更新。 CSDN作为IT技术社区,为开发人员提供了海量的技术文章、教程、工具和问答平台。在软件开发管理规范方面,CSDN上有很多优质的文章和教程,可以帮助开发人员了解和学习规范的具体内容,并提供实际项目中的应用指南和经验分享。通过使用CSDN,开发人员可以更好地参与到软件开发管理规范的实施中,并不断提升自身的开发能力和项目管理能力。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

等天晴i

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值