f软件需求开发程序
2014年7月
f1目的和方针
定义软件研发中需求开发的工作过程。通过执行定义的过程，能够对开发过程进行有效的控制，能够对项目组提供有关需求开发过程的指导。
2适用范围
本程序适用于项目的需求开发过程。
3术语定义
31功能原型
以展示软件主要功能为主的界面，形式不限，可以是VISO图形、EXCEL、AXURE、界面截图等。
32美化功能原型
指交互设计人员对功能原型进行必要的视觉美化。
4岗位与职责
41需求人员
理解项目合同、标书中的技术方案，产品规划中的信息；了解项目目标及需求范围；掌握客户信息；准备项目的需求相关资料；需求收集、需求整理、需求分析；制作功能原型；编写用户需求说明书；需求确认；编写需求规格说明书。
42交互设计人员
根据需求文档和功能原型，通过交互设计方法进行原型设计。
43用户项目经理
f确认用户需求。客户、用户：参与需求过程，包括配合需求人员获取相应业务需求、用户需求的源泉，进行需求确认。项目经理：指导需求过程，为需求人员获取、分析需求提供必要的支持、指导，进行需求确认。
44研发经理
研发经理需要组织项目组对需求成果进行讨论。
5程序准则
51执行准则
需求开发工作开始时，需求人员必须与项目经理明确业务目标、需求范围。建议开发经理组织客户、用户向开发部进行交底会的形式进行。
业务目标、需求范围有变化时，需求人员必须严格执行需求变更管理流程。需求调研前必须编写调研提纲；需求调研记录必须在两天之内和用户确认；需求开发工作要从客户需求和软件需求两个方面进行考虑；原则上所有项目（紧急项目或者bug修复的除外）必须制作原型，功能原型形
式不限，可以是VISO图形、EXCEL、AXURE、界面截图等方式；需求文档的编写遵循条目化、瘦身、适合的功能用例粒度等原则。需求文档完成后，高级别的需求必须和用户进行确认确认的方式可以是签字、
邮件回复、客户参加评审会；提交技术评审之前，开发经理要组织项目组内对需求成果进行讨论，并达成一
致意见；项目策划约定进行需求评审的必须提交评审；需求人员要对需求成果，包括需求规格说明书、需求记录、评审记录等进行维
护。纳入管理工具SVN的需求点粒度要求：
f新项目：需求规格说明书中最细粒度的功能标题划分作为一条需求记录，规格中功能粒度的划分，以“一个角色完成一个业务目标”为依据。维护性项目：每个修改点作为一条需求记录录入、管理非功能性需求：每个可被测试的非功能性需求作为一个需求点r