软件需求开发程序文件.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

软件需求开发程序

7月

目的和方针

定义软件研发中需求开发的工作过程。

通过执行定义的过程,能够对开发过程进行有效的控制,能够对项目组提供有关需求开发过程的指导。

合用范畴

本程序合用于项目的需求开发过程。

术语定义

功效原型

以展示软件重要功效为主的界面,形式不限,能够是VISO图形、EXCEL、AXURE、界面截图等。

美化功效原型

指交互设计人员对功效原型进行必要的视觉美化。

岗位与职责

需求人员

理解项目合同、标书中的技术方案,产品规划中的信息;理解项目目的及需求范畴;掌握客户信息;准备项目的需求有关资料;需求收集、需求整顿、需求分析;制作功效原型;编写顾客需求阐明书;需求确认;编写需求规格阐明书。

交互设计人员

根据需求文档和功效原型,通过交互设计办法进行原型设计。

顾客/项目经理

确认顾客需求。

客户、顾客:参加需求过程,涉及配合需求人员获取对应业务需求、顾客需求的源泉,进行需求确认。

项目经理:指导需求过程,为需求人员获取、分析需求提供必要的支持、指导,进

行需求确认。

研发经理

研发经理需要组织项目组对需求成果进行讨论。

程序准则

执行准则

需求开发工作开始时,需求人员必须与项目经理明确业务目的、需求范畴。建

议开发经理组织客户、顾客向开发部进行交底会的形式进行。

业务目的、需求范畴有变化时,需求人员必须严格执行需求变更管理流程。

需求调研前必须编写调研提纲;

需求调研统计必须在两天之内和顾客确认;

需求开发工作要从客户需求和软件需求两个方面进行考虑;

原则上全部项目(紧急项目或者bug修复的除外)必须制作原型,功效原型形式不限,能够是VISO图形、EXCEL、AXURE、界面截图等方式;

需求文档的编写遵照条目化、瘦身、适合的功效用例粒度等原则。

需求文档完毕后,高级别的需求必须和顾客进行确认,确认的方式能够是签字、

邮件回复、客户参加评审会;

提交技术评审之前,开发经理要组织项目组内对需求成果进行讨论,并达成一致意见;

项目策划商定进行需求评审的必须提交评审;

需求人员要对需求成果,涉及需求规格阐明书、需求统计、评审统计等进行维护。

纳入管理工具SVN的需求点粒度规定:

新项目:需求规格阐明书中最细粒度的功效标题划分作为一条需求统计,规格中功效粒度的划分,以“一种角色完毕一种业务目的”为根据。

维护性项目:每个修改点作为一条需求统计录入、管理

非功效性需求:每个可被测试的非功效性需求作为一种需求点进行录入管理

需求人员要将业务目的、顾客需求、软件需求传递给设计、开发、测试团体,除了需求文档,建议采用需求交底会的形式进行需求的解说回想。

输入及入口准则

入口准则

项目已经立项

输入

序号

名称

描述

模板

输入来源

1.

项目执行计划

已通过评审的项目执行计

《项目执行计划》

规划阶段

2.

合同(标书)技术方案

已通过评审的项目建议书合同附件的标书包含的技术方案或者内部通过评审

的技术方案

合同(标书)技术方案

规划(售前)阶段

上述《合同(标书)技术方案》合用于项目。

输出及出口准则

出口准则

需求分析成果评审通过

输出

序号

名称

描述

模板

输出去向

1.

需求规格阐

明书

对顾客需求进行业务描述的

文档

《需求规格阐明书》

交互设计

2.

功效原型

顾客需求中重点功效的原型

交互设计

工作程序

需求开发程序流程图

需求开

需求开发流程图

输入

用户/产品经理

需求人员

交互设计人员

研发经理

输出

开始

项目执行计划

项目建议书

XQRY-03

准备调研相关材料

需求调研计划

调查问卷

需求调研记录

YH-01

需求调研记录确认

需求调研记录

(经确认)

XQRY-11

需求讨论

功能原型

用户需求说明书

需求规格说明书

KFFZR-01

组织项目组讨论

XQRY-10

建立及维护需求规格说明书

结束

JSPS-01

技术评审

(需求)

XQRY-02

制定需求工作计划

XQRY-01

明确需求范围

YH-02

对业务需求和功能需求进行确认

JHSJRY-01

美化功能原型

XQRY-09

功能原型制作

XQRY-08

软件需求分析

XQRY-07

客户需求分析

XQRY-11

需求讨论

XQRY-06

需求整理

XQRY-05

需求调研

XQRY-04

需求收集

序号

流程编号

流程描述

成果物

负责人

参加人

1.

XQRY-01

明确需求范畴。

明确本项目的需求范畴,重点是明确各需求的复杂程度及优先级,明确项目的时间范畴及需求资源状况。这是制订项

目需求计划的基础。

需求人

需求人员

2.

XQRY-11

需求交流

需求人员在需求工作前期有了思路时向需求组提起需求讨论,以拟定对的的需求工作方向和系统策划思

路。

会议纪要

需求人

组经理、其它有

文档评论(0)

文档爱好者 + 关注
实名认证
文档贡献者

文档爱好者~

1亿VIP精品文档

相关文档