需求分析
综合能力考核表详细内容
需求分析
需求分析 |文件编号: |生效日期: |受控编号: | |NP503100 |2000.3.20 | | |密级:秘密 |版次:Ver2.1 |修改状态: | |总页数 |7 |正文 |5 |附录 |2 | |编制:李民 |审核:袁淮、孟莉|批准:孟莉 | 沈阳东大阿尔派软件股份有限公司 (版权所有,翻版必究) 文件修改控制 |修改记录编号 |修改 |修改页码及条款 |修改人|审核人|批准人|修改日期 | | |状态 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 目录 1. 目的 2. 适用范围 3. 职责 3.1 开发部门 3.2 开发体系决策层SMG 4. 术语和缩略语 5. 工作程序 1. 《需求分析报告》的编制 2. 《需求分析报告》的评审 3. 《需求分析报告》的更改 6. 引用文件 6.1 NP601100《配置管理》 6.2 NW503101《需求分析报告编写规范》 7. 质量记录 1 NR503100A“需求分析报告评审记录” 1. 目的 保证本公司开发的软件产品和软件项目的需求分析活动在受控状态下进行。在进行软 件开发前,明确其应达到的目标,对系统目标做出完整、准确、清晰、具体的要求。 2. 适用范围 适用于所有软件项目和/或软件产品。 3. 职责 3.1 开发部门:负责编制《需求分析报告》,并参加评审。 2. 开发体系决策层SMG:负责参加评审重大项目的《需求分析报告》,并批准相应的 评审结果。 4. 术语和缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 5. 工作程序 5.1 《需求分析报告》的编制 5.1.1 需求分析文档可由开发人员编制。项目软件经理PSM或其指定人员根据调研结 果,编制该项目的需求分析文档即《需求分析报告》和/或《软件功能规格说明书 》,必要时可邀请客户派人员参加编制工作。 5.1.2 《需求分析报告》的内容以满足客户要求或系统所要实现的功能和性能要求为准 ,同时还要满足本公司NW503101《需求分析报告编写规范》或《开发计划》中明确 的标准与规程的要求,如有明确的法律、法规、行业标准等规定时,《需求分 析报告》必须遵守相应规定。 5.1.3 若客户已提供《需求分析报告》或具有同等作用的文档,则本公司无须进行《需 求分析报告》的编制。但在使用前必须进行评审,以确保准确理解客户的需求 ,并取得客户的确认。 5.2 《需求分析报告》的评审 5.2.1 《需求分析报告》在提交之前必须进行评审。根据《开发计划》确定《需求分析报 告》的评审类型。 5.2.2 部门级评审,参加人员可包括项目软件经理PSM、开发部门负责人、相应的开 发人员,由事业部/开发部负责人审批;公司级评审,由开发体系决策层SMG审 批。必要时,可邀请客户参加评审工作。评审记录由软件配置管理负责人SCM L填写并归档。 5.2.3 评审要求包括以下几方面 1) 无歧义性──对每个需求只有一种解释; 2) 完整性──包括全部有意义的需求(性能、安全性、可靠性、保密性和专用性 等); ──完整地规定该软件产品和其他软件或硬件产品之间的所有接口 ──定义对所有可能出现(合法的和非法的)的数据输入的响应 3. 可验证性──描述的每一个需求均可验证; 4. 一致性──对各个需求的描述不矛盾; 5. 可使用性((满足运行和维护阶段的需要; 6. 符合NW503101《需求分析报告编写规范》或《开发计划》中的标准与规程; 7. 需求分析中风险的识别及评估。 4. 没有通过评审的《需求分析报告》由开发人员负责按照评审意见进行修改,修改后 重新评审。 5. 通过评审的《需求分析报告》由开发体系决策层SMG或开发部负责人批准执行,并 由软件配置管理负责人SCML按NP601100《配置管理》程序进行配置管理。 6. 通过评审的合同项目《需求分析报告》须经客户确认,确认方式为:客户签字、e -mail、传真、电话记录等。 5.3 《需求分析报告》的更改 根据客户提出的意见或软件开发过程中需要进行对《需求分析报告》修订时,须 填写NR601100A“更改单”申请更改,经审核批准后方可修改。 6. 引用文件 6.1 NP601100《配置管理》 6.2 NW503101《需求分析报告编写规范》 7. 质量记录 7.1 NR503100A“需求分析报告评审记录” 需求分析报告评审记录 记录编号:NR503100A- 时间: 年 月 日 |项目编号: |项目名称: | |项目软件经理PSM: |需求分析报告编制人: | |参加评审人员: | |评审内容:(评审中审议通过的内容在“□”中划“√”,否则划“×”) | | | |1. 无岐义性 □ | |2. 完整性 □ | |3. 可验证性 □ | |4. 一致性 □ | |5. 可使用性 □ | |6. 符合NW404100《需求分析报告编写规范》的要求 □ | |评审意见: | |风险评估总结: | |评审结论:(评审中审议通过的内容在“□”中划“√”,否则划“×”) | |1. 通过评审,可以进入下一阶段 □ | |2. 未通过评审,修改后重新评审 □ | |填表: |审批: | 1. 本页不足记录结果时,可以有附页,附页格式自定。总页数包括本页与所有附页。 第 页/共 页 ----------------------- [pic] [pic] [pic] [pic]
需求分析
需求分析 |文件编号: |生效日期: |受控编号: | |NP503100 |2000.3.20 | | |密级:秘密 |版次:Ver2.1 |修改状态: | |总页数 |7 |正文 |5 |附录 |2 | |编制:李民 |审核:袁淮、孟莉|批准:孟莉 | 沈阳东大阿尔派软件股份有限公司 (版权所有,翻版必究) 文件修改控制 |修改记录编号 |修改 |修改页码及条款 |修改人|审核人|批准人|修改日期 | | |状态 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 目录 1. 目的 2. 适用范围 3. 职责 3.1 开发部门 3.2 开发体系决策层SMG 4. 术语和缩略语 5. 工作程序 1. 《需求分析报告》的编制 2. 《需求分析报告》的评审 3. 《需求分析报告》的更改 6. 引用文件 6.1 NP601100《配置管理》 6.2 NW503101《需求分析报告编写规范》 7. 质量记录 1 NR503100A“需求分析报告评审记录” 1. 目的 保证本公司开发的软件产品和软件项目的需求分析活动在受控状态下进行。在进行软 件开发前,明确其应达到的目标,对系统目标做出完整、准确、清晰、具体的要求。 2. 适用范围 适用于所有软件项目和/或软件产品。 3. 职责 3.1 开发部门:负责编制《需求分析报告》,并参加评审。 2. 开发体系决策层SMG:负责参加评审重大项目的《需求分析报告》,并批准相应的 评审结果。 4. 术语和缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 5. 工作程序 5.1 《需求分析报告》的编制 5.1.1 需求分析文档可由开发人员编制。项目软件经理PSM或其指定人员根据调研结 果,编制该项目的需求分析文档即《需求分析报告》和/或《软件功能规格说明书 》,必要时可邀请客户派人员参加编制工作。 5.1.2 《需求分析报告》的内容以满足客户要求或系统所要实现的功能和性能要求为准 ,同时还要满足本公司NW503101《需求分析报告编写规范》或《开发计划》中明确 的标准与规程的要求,如有明确的法律、法规、行业标准等规定时,《需求分 析报告》必须遵守相应规定。 5.1.3 若客户已提供《需求分析报告》或具有同等作用的文档,则本公司无须进行《需 求分析报告》的编制。但在使用前必须进行评审,以确保准确理解客户的需求 ,并取得客户的确认。 5.2 《需求分析报告》的评审 5.2.1 《需求分析报告》在提交之前必须进行评审。根据《开发计划》确定《需求分析报 告》的评审类型。 5.2.2 部门级评审,参加人员可包括项目软件经理PSM、开发部门负责人、相应的开 发人员,由事业部/开发部负责人审批;公司级评审,由开发体系决策层SMG审 批。必要时,可邀请客户参加评审工作。评审记录由软件配置管理负责人SCM L填写并归档。 5.2.3 评审要求包括以下几方面 1) 无歧义性──对每个需求只有一种解释; 2) 完整性──包括全部有意义的需求(性能、安全性、可靠性、保密性和专用性 等); ──完整地规定该软件产品和其他软件或硬件产品之间的所有接口 ──定义对所有可能出现(合法的和非法的)的数据输入的响应 3. 可验证性──描述的每一个需求均可验证; 4. 一致性──对各个需求的描述不矛盾; 5. 可使用性((满足运行和维护阶段的需要; 6. 符合NW503101《需求分析报告编写规范》或《开发计划》中的标准与规程; 7. 需求分析中风险的识别及评估。 4. 没有通过评审的《需求分析报告》由开发人员负责按照评审意见进行修改,修改后 重新评审。 5. 通过评审的《需求分析报告》由开发体系决策层SMG或开发部负责人批准执行,并 由软件配置管理负责人SCML按NP601100《配置管理》程序进行配置管理。 6. 通过评审的合同项目《需求分析报告》须经客户确认,确认方式为:客户签字、e -mail、传真、电话记录等。 5.3 《需求分析报告》的更改 根据客户提出的意见或软件开发过程中需要进行对《需求分析报告》修订时,须 填写NR601100A“更改单”申请更改,经审核批准后方可修改。 6. 引用文件 6.1 NP601100《配置管理》 6.2 NW503101《需求分析报告编写规范》 7. 质量记录 7.1 NR503100A“需求分析报告评审记录” 需求分析报告评审记录 记录编号:NR503100A- 时间: 年 月 日 |项目编号: |项目名称: | |项目软件经理PSM: |需求分析报告编制人: | |参加评审人员: | |评审内容:(评审中审议通过的内容在“□”中划“√”,否则划“×”) | | | |1. 无岐义性 □ | |2. 完整性 □ | |3. 可验证性 □ | |4. 一致性 □ | |5. 可使用性 □ | |6. 符合NW404100《需求分析报告编写规范》的要求 □ | |评审意见: | |风险评估总结: | |评审结论:(评审中审议通过的内容在“□”中划“√”,否则划“×”) | |1. 通过评审,可以进入下一阶段 □ | |2. 未通过评审,修改后重新评审 □ | |填表: |审批: | 1. 本页不足记录结果时,可以有附页,附页格式自定。总页数包括本页与所有附页。 第 页/共 页 ----------------------- [pic] [pic] [pic] [pic]
需求分析
[下载声明]
1.本站的所有资料均为资料作者提供和网友推荐收集整理而来,仅供学习和研究交流使用。如有侵犯到您版权的,请来电指出,本站将立即改正。电话:010-82593357。
2、访问管理资源网的用户必须明白,本站对提供下载的学习资料等不拥有任何权利,版权归该下载资源的合法拥有者所有。
3、本站保证站内提供的所有可下载资源都是按“原样”提供,本站未做过任何改动;但本网站不保证本站提供的下载资源的准确性、安全性和完整性;同时本网站也不承担用户因使用这些下载资源对自己和他人造成任何形式的损失或伤害。
4、未经本网站的明确许可,任何人不得大量链接本站下载资源;不得复制或仿造本网站。本网站对其自行开发的或和他人共同开发的所有内容、技术手段和服务拥有全部知识产权,任何人不得侵害或破坏,也不得擅自使用。
我要上传资料,请点我!
管理工具分类
ISO认证课程讲义管理表格合同大全法规条例营销资料方案报告说明标准管理战略商业计划书市场分析战略经营策划方案培训讲义企业上市采购物流电子商务质量管理企业名录生产管理金融知识电子书客户管理企业文化报告论文项目管理财务资料固定资产人力资源管理制度工作分析绩效考核资料面试招聘人才测评岗位管理职业规划KPI绩效指标劳资关系薪酬激励人力资源案例人事表格考勤管理人事制度薪资表格薪资制度招聘面试表格岗位分析员工管理薪酬管理绩效管理入职指引薪酬设计绩效管理绩效管理培训绩效管理方案平衡计分卡绩效评估绩效考核表格人力资源规划安全管理制度经营管理制度组织机构管理办公总务管理财务管理制度质量管理制度会计管理制度代理连锁制度销售管理制度仓库管理制度CI管理制度广告策划制度工程管理制度采购管理制度生产管理制度进出口制度考勤管理制度人事管理制度员工福利制度咨询诊断制度信息管理制度员工培训制度办公室制度人力资源管理企业培训绩效考核其它
精品推荐
下载排行
- 1社会保障基础知识(ppt) 16695
- 2安全生产事故案例分析(ppt 16695
- 3行政专员岗位职责 16695
- 4品管部岗位职责与任职要求 16695
- 5员工守则 16695
- 6软件验收报告 16695
- 7问卷调查表(范例) 16695
- 8工资发放明细表 16695
- 9文件签收单 16695
- 10跟我学礼仪 16695