软件项目评审记录表-模板
- 格式:xls
- 大小:26.50 KB
- 文档页数:3
软件需求规格阐明书旳评审检查单软件需求评审,作为一种软件产品验证旳活动之一,通过及早地从软件产品中辨认并消除缺陷,从而减少后期旳返工,加快开发进度,提高产品旳质量。
在需求阶段,发现一种需求缺陷旳价值是多大呢?业内有个缺陷修复成本比例,需求阶段:设计阶段:测试阶段:上市阶段=N:10N:100N:1000N;方案一一、注意对需求规格阐明旳对旳性进行评审需求规格阐明旳对旳性一般可以从如下方面得以体现:1 与否有需求与其他需求互相冲突或者反复?2 与否清晰、简洁、无二义地体现了每个需求?“清晰”是让人可以读懂;“简洁”是让人乐意去读;“无二义”决定”读”旳效果,是让大家对需求描述旳理解可以达到一致。
3 与否每个需求都通过了演示、测试、评审,分析与否得到了验证?4 与否每个需求都在项目旳范畴内?5 与否每个需求都没有内容和语法上旳错误?6 在既有旳资源内, 与否能实现所有旳需求?7 每一条特定旳错误信息,与否都是唯一旳和具有含义旳?二、注意对需求规格阐明旳实践性进行评审所谓实践性是指需求自身与否来源于目前公司旳有关业务规则和文献制度,而非源于分析师们经验主义旳臆测。
实践性是判断需求规格阐明是不是理论联系实践、密切和顾客联系旳一种核心性指标。
三、注意对需求规格阐明旳完整性进行评审我们常常由下面旳问题清单来评审需求阐明书与否”完整” 。
1 编写旳所有需求,其具体限度与否一致和合适?2 需求与否能为设计提供足够旳基础?3 所有对其他需求旳内部引用与否对旳?4 与否涉及了每个需求旳实现优先级?5 与否认义了功能阐明旳内在算法?6 与否涉及了所有已知旳客户需求或系统需求?7 与否漏掉了必要旳信息?如果有漏掉旳话,把他们标记为待拟定旳问题(TBD) ?8 与否对所有预期旳错误条件所产生旳系统行为都编制了文档?需求阐明旳完整性重要体目前需求阐明旳具体限度上,我们如何判断该需求旳描述与否具体呢?我觉得需求需要精化,而不是仅仅提出精化功能、对象要考虑涉众参与者、做些什么、需要什么数据信息、受什么业务规则和条件限制、系统会有什么响应,等等。
研发项目结项评审表文件编码:CSDP定制软件项目开发平台项目管理计划变更履历目录1文档介绍 (3)1.1 文档目的 (3)1.2 文档范围 (3)1.3 读者对象 (3)1.4 参考文献 (3)1.5 术语与缩写解释 (3)2项目介绍 (4)2.1 项目说明 (4)2.2 项目目标和内容 (4)2.3 项目环境资源要求说明 (5)2.3.1 项目开发环境要求 (5)2.3.2 项目测试环境要求 (5)2.4 注意事项 (5)3项目过程定义 (7)3.1 项目类型 (7)3.2 项目过程定义 (7)4项目主要里程碑 (9)5人力资源计划 (10)5.1 项目组织结构 (10)5.2 项目人员情况 (11)6培训计划 (12)6.1 项目需要的技能一览表 (12)7项目跟踪管理计划 (13)8成本预算 (13)9提交的工作产品清单 (14)10方法与工具 (15)11附属计划 (16)12附录干系人介入规约 (17)1文档介绍1.1文档目的介绍“定制软件项目开发平台”(以下简称“开发平台”项目)的基本情况,制定项目的主要里程碑和总体项目计划,并定义和裁减本项目的管理过程和环节。
通过本项目管理计划,指导民政平台项目研发和过程监管,让项目组成员了解项目总体安排,保证项目各项工作有序进行。
1.2文档范围开发平台项目管理计划的主要内容包括:项目介绍、项目过程定义、项目主要里程碑、人力资源计划、项目跟踪管理计划、提交的工作产品清单、开发方法与工具等。
1.3读者对象项目组成员(包括项目经理、开发人员、测试人员、配置管理人员等)、项目监管部、项目干系人、公司领导等。
1.4参考文献1.5术语与缩写解释2.1项目说明开发平台是通用的电子政务登记、审批类软件项目开发平台,提高应用软件的开发效率,逐步将业务实现由研发向实施转移,使定制类项目研发更注重产品平台的功能,实施更注重业务的配置实现,从而实现定制类项目产品化,业务配置化,分工精细化。
需求分析及评审模板(总页)-本页仅作为文档封面,使用时请直接删除即可--内页可以根据需求调整合适字体及大小-需求分析沈阳网络通信股份有限公司(版权所有,翻版必究)文件修改控制目录1.目的2.适用范围3.职责开发部门开发体系决策层SMG4.术语和缩略语5.工作程序5.1《需求分析报告》的编制5.2《需求分析报告》的评审5.3《需求分析报告》的更改6.引用文件NP601100《配置管理》NW503101《需求分析报告编写规范》7.质量记录7.1 NR503100A “需求分析报告评审记录1.目的保证本公司开发的软件产品和软件项LI的需求分析活动在受控状态下进行。
在进行软件开发前,明确其应达到的U标,对系统LI标做出完整、准确、清晰、具体的要求。
2.适用范围适用于所有软件项LI和/或软件产品。
3.职责软件研发部门:负责编制《需求分析报告》,并参加评审。
3.2 开发体系决策层SMG:负责参加评审重大项目的《需求分析报告》,并批准相应的评审结果。
4.术语和缩略语SMG ( Senior Manager Group ):开发体系决策层软件项目:指根据合同需求开发的软件。
也可以称为合同软件。
软件产品:公司根据市场的调研、预测等结果而自行开发的软件。
PM (Project Manager):项经理。
5.工作程序《需求分析报告》的编制需求分析文档可山开发人员编制。
软件项LI经理SPM或其指定人员根据调研结果,编制该项U的需求分析文档即《需求分析报告》和/或《软件功能规格说明书》,必要时可邀请客户派人员参加编制工作。
《需求分析报告》的内容以满足客户要求或系统所要实现的功能和性能要求为准,同时还要满足本公司NW503101《需求分析报告编写规范》或《开发计划》中明确的标准与规程的要求,如有明确的法律、法规、行业标准等规定时,《需求分析报告》必须遵守相应规定。
若客户已提供《需求分析报告》或具有同等作用的文档,则本公司无须进行《需求分析报告》的编制。
1.过程检查要素表2.过程打分2.1.过程打分原则:1)过程打分占整个项目得分的30%,以30分为满分,最低分不低于9分。
2)不同的项目可以从标准软件过程中剪裁得到项目定义过程,因此各项目包含的软件过程是不同的,为了使软件过程数目不同的项目,仍以合理的方式进行过程打分,需对剪裁后的软件过程数目进行换算,从而不因剪裁而失分。
3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。
4)项目级的软件过程剪裁必须得到高级经理,质量管理部经理和项目SQA人员的检查和认可;检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。
5)软件过程检查打分的依据是“过程检查表”。
2.2.打分步骤:1)依据标准过程定义项目过程,得出项目过程数N。
2)每个项目过程的得分M=30 / N。
3)采用“过程检查表”,对各个过程进行检查和打分。
4)定义“过程检查表”中的实际检查内容项个数为X,每项标准得分10分,因此每个“过程检查表”的最高得分A = 10X。
5)实际检查时,对“实施情况”一栏中每个条款进行打勾“”,因此实际每项得分Bj=(打勾条款数/ 该项实际检查总条款数)×10。
6)每个过程的实际得分Bi=∑1x Bj。
7)每个过程的换算得分B=Bi /A ×M。
8)若某个过程发生多次z,则该过程得分B=(∑1zB)/z 。
9)项目的过程得分C=∑1NB 。
10)为确保项目组的基本得分不低于9分,因此各过程打分不得低于9/N分,低于此分,以9/N分计算。
2.3.例子:某项目计划进行5个阶段的审计:计划过程,需求过程,设计过程,测试过程,计划跟踪和监督过程,其中计划跟踪和监督过程执行两次,其他各一次则每阶段得分M=30/5=6;第一次计划跟踪和监督过程检查项共15项,实际由于变更未发生检查了13项, 标准分为A=13×10=130,实际检查得分Bi=123则该阶段得分B1=123/130 * 6=第二次计划跟踪和监督过程,实际检查了15项,标准分为15×10=150;实际检查得分140。
密级:内部保密文件仅限内部使用验收报告模板(V1.0)文档编号:文档名称:编写:编写日期:审核:审核日期:批准:批准日期:用户名称密级:<项目名称>验收报告(版本号)文档编号:项目名称:编写:编写日期:审核:审核日期:批准:批准日期:文档修订记录目录第一章项目概述 (5)1.1 项目背景 (5)1.2 参考资料 (5)第二章验收定义 (5)2.1 验收方式 (5)2.2 验收依据 (6)2.3 验收环境 (6)2.4 验收标准 (6)2.4.1 系统功能标准 (6)2.4.2 性能标准 (7)2.5 验收范围 (7)2.6 验收人员 (7)2.7 验收时间 (7)第三章遗留问题 (8)第四章交付物清单 (8)4.1 文档提交清单 (8)4.2 源码提交清单 (8)第五章验收结论 (8)第六章双方签字 (8)附件: (9)【原则上,验收报告应由客户方起草,双方有关人员签字,此时验收报告的格式主要由客户方选定;当然,也可接受用户方委托,由项目经理起草验收报告,经用户方签字盖章认可。
】第一章项目概述【说明】简述项目的背景及开发过程。
1.1 项目背景1.2 参考资料编写本验收报告时主要参考了如下的资料和文献:1.《XXXXXX系统合同书(主合同)》2.《XXXXXX系统软件开发合同书》3.《XXXXXX系统合同书附件五: 工作说明书》4.《XXXXXX系统需求分析说明书》5.《XXXXXX系统总体设计说明书》6.《XXXXXX系统详细设计说明书》7.《ISO9000质量体系文件》8.《XXXXXX系统柜员操作手册》第二章验收定义2.1 验收方式【说明】写明是仅与客户双方还是邀请了第三方参加,主持人及主要参加者。
2.2 验收依据《XXX系统合同书(主合同)》《XXX系统软件开发合同书》《附件五 XXX系统工作说明书》2.3 验收环境XXXXXXX综合业务系统实际运行的生产环境为验收环境。
⏹硬件平台服务器:AS/400-840系列;RS/6000-H85客户机:IBM_PC、实达、国光、长城系列终端及终端外围设备。
项目方案/计划报审表
说明:1、本表用于承建单位报批项目设计、实施等技术、组织方案。
本表一式三份,监理单位、承建单位、业主单位各一份。
如果项目有独立的设计单位,此表一式四份,增加设计单位意见。
2、本表应附有报审的方案/计划。
监理工程师评审意见可以以附件形式提供。
总体进度计划报审表
说明:1、本表用于承建单位报审项目进度计划,一式三份,建设单位、监理单位、承建单位各一份。
2、本表应附有报审的进度计划一份。
监理工程师的评审意见可以以附件形式提供。
工程开工/ 复工报审表
需求分析报审表
概要设计报审表
详细设计报审表
测试计划报审表
测试报告报审表
工程软件文档验收检查记录表
报验申请/ 审批表
工程验收申请/ 审批单
工程款支付申请审批表
软件文档移交清点记录表
软件产品移交清点记录表
工程竣工验收证书
监理工程师通知单
抄送:
监理工程师通知回复单
抄送:
工程变更单
项目开发计划评审表
质量保证计划评审表
需求规格说明书评审表
概要设计说明书评审表
详细设计说明书评审表
测试计划评审表。
可编辑修改精选全文完整版
项目方案/计划报审表
说明:1、本表用于承建单位报批项目设计、实施等技术、组织方案。
本表一式三份,监理单位、承建单位、业主单位各一份。
如果项目有独立的设计单位,此表一式四份,增加设计单位意见。
2、本表应附有报审的方案/计划。
监理工程师评审意见可以以附件形式提供。
总体进度计划报审表
说明:1、本表用于承建单位报审项目进度计划,一式三份,建设单位、监理单位、承建单位各一份。
2、本表应附有报审的进度计划一份。
监理工程师的评审意见可以以附件形式提供。
工程开工 / 复工报审表
需求分析报审表
概要设计报审表
详细设计报审表
测试计划报审表
测试报告报审表
工程软件文档验收检查记录表
报验申请 / 审批表
工程验收申请 / 审批单
工程款支付申请审批表
软件文档移交清点记录表
软件产品移交清点记录表
工程竣工验收证书
监理工程师通知单
抄送:
监理工程师通知回复单
抄送:
工程变更单
项目开发计划评审表
质量保证计划评审表
需求规格说明书评审表
概要设计说明书评审表
详细设计说明书评审表
测试计划评审表
测试报告评审表
用户手册评审表
操作手册评审表。