软件需求开发程序2014年7月软件需求开发Q2-DEV-02/V1.01目的和方针定义软件研发中需求开发的工作过程。通过执行定义的过程，能够对开发过程进行有效的控制，能够对项目组提供有关需求开发过程的指导。2适用范围本程序适用于项目的需求开发过程。3术语定义3.1功能原型以展示软件主要功能为主的界面，形式不限，可以是VISO图形、EXCEL、AXURE、界面截图等。3.2美化功能原型指交互设计人员对功能原型进行必要的视觉美化。4岗位与职责4.1需求人员理解项目合同、标书中的技术方案，产品规划中的信息；了解项目目标及需求范围；掌握客户信息；准备项目的需求相关资料；需求收集、需求整理、需求分析；制作功能原型；编写用户需求说明书；需求确认；编写需求规格说明书。4.2交互设计人员根据需求文档和功能原型，通过交互设计方法进行原型设计。4.3用户/项目经理确认用户需求。客户、用户：参与需求过程，包括配合需求人员获取相应业务需求、用户需求的源泉进行需求确认。第2页共9页软件需求开发Q2-DEV-02/V1.0项目经理：指导需求过程，为需求人员获取、分析需求提供必要的支持、指导，进行需求确认。4.4研发经理研发经理需要组织项目组对需求成果进行讨论。5程序准则5.1执行准则需求开发工作开始时，需求人员必须与项目经理明确业务目标、需求范围。建议开发经理组织客户、用户向开发部进行交底会的形式进行。业务目标、需求范围有变化时，需求人员必须严格执行需求变更管理流程。需求调研前必须编写调研提纲；需求调研记录必须在两天之内和用户确认；需求开发工作要从客户需求和软件需求两个方面进行考虑；原则上所有项目（紧急项目或者bug修复的除外）必须制作原型，功能原型形式不限，可以是VISO图形、EXCEL、AXURE、界面截图等方式；需求文档的编写遵循条目化、瘦身、适合的功能用例粒度等原则。需求文档完成后，高级别的需求必须和用户进行确认,确认的方式可以是签字邮件回复、客户参加评审会；提交技术评审之前，开发经理要组织项目组内对需求成果进行讨论，并达成一致意见；项目策划约定进行需求评审的必须提交评审；需求人员要对需求成果，包括需求规格说明书、需求记录、评审记录等进行维护。纳入管理工具SVN的需求点粒度要求：新项目：需求规格说明书中最细粒度的功能标题划分作为一条需求记录，规格中功能粒度的划分，以“一个角色完成一个业务目标”为依据。维护性项目：每个修改点作为一条需求记录录入、管理非功能性需求：每个可被测试的非功能性需求作为一个需求点进行录入管理需求人员要将业务目标、用户需求、软件需求传递给设计、开发、测试团队，除第3页共9页软件需求开发Q2-DEV-02/V1.0了需求文档，建议采用需求交底会的形式进行需求的讲解回顾。5.2输入及入口准则5.2.1入口准则项目已经立项5.2.2输入序号名称描述模板输入来源1.项目执行计划已通过评审的项目执行计划《项目执行计划》规划阶段2.合同（标书）技术方案已通过评审的项目建议书合同附件的标书包含的技术方案或者内部通过评审的技术方案合同（标书）技术方案规划（售前）阶段上述《合同（标书）技术方案》适用于项目。5.3输出及出口准则5.3.1出口准则需求分析成果评审通过5.3.2输出序号名称描述模板输出去向1.需求规格说明书对用户需求进行业务描述的文档《需求规格说明书》交互设计2.功能原型用户需求中重点功能的原型无交互设计6工作程序6.1软件需求开发流程图第4页共9页软件需求开发Q2-DEV-02/V1.06.2流程描述序号流程编号流程描述成果物负责人参与人1.XQRY-01明确需求范围。明确本项目的需求范围，重点是明确各需求的复杂程度及优先级，明确项目的时间范围及需求资源情况。这是制定项目需求计划的基础。无需求人员需求人员2.XQRY-11需求交流需求人员在需求工作前期有了思路时向需求组提起需求讨论，以确定正确的需求工作方向和系统策划思路。会议纪要需求人员组经理、其他相关需求人员3.XQRY-02制定需求工作计划。配合项目经理制定需求工作计划。需要注意制定需求计划无需求人员需求人员第5页共9页软件需求开发Q2-DEV-02/V1.0需要把需求传递、编写用户手册等工作计划...
