软件的需求开发程序(共9页).doc

精选优质文档-倾情为你奉上软件需求开发程序2014年7月1 目的和方针定义软件研发中需求开发的工作过程。通过执行定义的过程，能够对开发过程进行有效的控制，能够对项目组提供有关需求开发过程的指导。 2 适用范围本程序适用于项目的需求开发过程。3 术语定义3.1 功能原型以展示软件主要功能为主的界面，形式不限，可以是VISO图形、EXCEL、AXURE、界面截图等。3.2 美化功能原型指交互设计人员对功能原型进行必要的视觉美化。4 岗位与职责4.1 需求人员理解项目合同、标书中的技术方案，产品规划中的信息；了解项目目标及需求范围；掌握客户信息；准备项目的需求相关资料；需求收集、需求整理、需求分析；制作功能原型；编写用户需求说明书；需求确认；编写需求规格说明书。4.2 交互设计人员根据需求文档和功能原型，通过交互设计方法进行原型设计。4.3 用户/项目经理确认用户需求。客户、用户：参与需求过程，包括配合需求人员获取相应业务需求、用户需求的源泉，进行需求确认。项目经理：指导需求过程，为需求人员获取、分析需求提供必要的支持、指导，进行需求确认。4.4 研发经理研发经理需要组织项目组对需求成果进行讨论。5 程序准则5.1 执行准则l 需求开发工作开始时，需求人员必须与项目经理明确业务目标、需求范围。建议开发经理组织客户、用户向开发部进行交底会的形式进行。l 业务目标、需求范围有变化时，需求人员必须严格执行需求变更管理流程。l 需求调研前必须编写调研提纲；l 需求调研记录必须在两天之内和用户确认；l 需求开发工作要从客户需求和软件需求两个方面进行考虑；l 原则上所有项目（紧急项目或者bug修复的除外）必须制作原型，功能原型形式不限，可以是VISO图形、EXCEL、AXURE、界面截图等方式；l 需求文档的编写遵循条目化、瘦身、适合的功能用例粒度等原则。l 需求文档完成后，高级别的需求必须和用户进行确认, 确认的方式可以是签字、邮件回复、客户参加评审会；l 提交技术评审之前，开发经理要组织项目组内对需求成果进行讨论，并达成一致意见；l 项目策划约定进行需求评审的必须提交评审；l 需求人员要对需求成果，包括需求规格说明书、需求记录、评审记录等进行维护。l 纳入管理工具SVN的需求点粒度要求：新项目：需求规格说明书中最细粒度的功能标题划分作为一条需求记录，规格中功能粒度的划分，以“一个角色完成一个业务目标”为依据。维护性项目：每个修改点作为一条需求记录录入、管理非功能性需求：每个可被测试的非功能性需求作为一个需求点进行录入管理l 需求人员要将业务目标、用户需求、软件需求传递给设计、开发、测试团队，除了需求文档，建议采用需求交底会的形式进行需求的讲解回顾。5.2 输入及入口准则5.2.1 入口准则l 项目已经立项5.2.2 输入序号名称描述模板输入来源1.项目执行计划已通过评审的项目执行计划项目执行计划规划阶段2.合同（标书）技术方案已通过评审的项目建议书合同附件的标书包含的技术方案或者内部通过评审的技术方案合同（标书）技术方案规划（售前）阶段上述合同（标书）技术方案适用于项目。5.3 输出及出口准则5.3.1 出口准则l 需求分析成果评审通过5.3.2 输出序号名称描述模板输出去向1.需求规格说明书对用户需求进行业务描述的文档需求规格说明书交互设计2.功能原型用户需求中重点功能的原型无交互设计6 工作程序6.1 需求开发程序流程图6.2 流程描述序号流程编号流程描述成果物负责人参与人1.XQRY-01明确需求范围。明确本项目的需求范围，重点是明确各需求的复杂程度及优先级，明确项目的时间范围及需求资源情况。这是制定项目需求计划的基础。无需求人员需求人员2.XQRY-11需求交流需求人员在需求工作前期有了思路时向需求组提起需求讨论，以确定正确的需求工作方向和系统策划思路。会议纪要需求人员组经理、其他相关需求人员3.XQRY-02制定需求工作计划。配合项目经理制定需求工作计划。需要注意制定需求计划需要把需求传递、编写用户手册等工作计划在内。无需求人员需求人员4.XQRY-03准备调研相关材料。了解与总体需求相关的知识，掌握客户信息等。重点是准备调研提纲、调查问卷等。注意需求调研计划至少要在调研前三天发给用户，这样用户也有时间提前准备。需求调研计划调查问卷需求人员需求人员5.XQRY-04需求收集通过各种需求获取技术收集项目有关的需求。如阅读背景材料、头脑风暴、讨论分析、用户调查、现场观摩等等。需求调研记录需求人员需求人员6.XQRY-05需求调研需求调研是需求收集手段的一种。这里把需求调研单独拿出来是要强调这个过程。到用户单位进行现场调研需要提前做好充分准备，在调研整个过程中要注意礼仪规范。与用户交互过程中的注意事项可以参考用户交互指导书需求调研记录需求人员需求人员7.XQRY-06需求整理对收集到的需求进行归纳整理。需求规格说明书需求人员需求人员8.YH-01需求调研记录确认整理调研过程中搜集到的需求，形成文档发给用户进行确认。目前需求组规定是在调研之后第二天把调研记录发给用户进行确认。需求规格说明书需求人员需求人员9.XQRY-07客户需求分析客户需求是可以理解成客户为什么要做本系统，要解决什么问题，客户对系统有怎样的期望，希望能具备一些怎样的特点，简单的说，就是客户的需要是什么。需求规格说明书需求人员需求人员10.XQRY-08软件需求分析软件需求是能满足客户需求，并对软件产品规格进行了详细描述的需求，软件设计师可以根据软件需求进行设计、编码等工作。软件需求中可能会将产品分割成几个子系统、几个部分，每个子系统每部分要具备怎样的功能、要具备怎样的性能、接口要求等。需求规格说明书需求人员需求人员11.XQRY-09功能原型制作。按照功能性需求制作重点功能的界面原型。目的是展现界面的布局、重要数据的展现方式以及界面的操作方法。功能原型需求人员需求人员12.JHSJRY-01美化功能原型。交互设计人员对功能原型的展现效果进行美化。功能原型交互设计人员交互设计人员13.JSPS-01技术评审（需求）对需求开发的成果(功能原型、需求规格说明书)进行评审。软件技术评审缺陷记录表软件技术评审报告项目组项目组14.YH-02对业务需求和功能需求进行确认将整理好的业务需求和功能需求同用户进行确认。需要形成用户确认会议记录或用户签字的需求文档或用户回复的确认邮件。若制作了功能原型，那么功能原型也需要联系用户进行确认。注意：1) 此步骤可以和XQPS-01“需求评审”步骤同时进行。 2) 原型法通常适用于澄清需求，技术攻关，不宜作为产品继续开发。无用户需求人员6.3 裁剪说明序号流程编号裁剪说明其他说明1.XQRY-10功能原型制作对于简单需求和bug修改可以不制作功能型。2.XQRY-11需求讨论对于简单项目的需求工作可以不进行需求讨论3.JHSJRY-01美化功能原型对于用户没有特殊要求的可以不美化功能原型。4.输出功能原型对于纯Bug修改及不涉及界面修改的可以裁减其他情况不能裁剪5.输出用户需求说明书用户需求说明书不是必须的，对于业务比较简单的系统可以不生成用户需求说明书。6.输出需求调研记录对于需要给外部客户确认则需要使用正式的需求调研记录内部客户调研记录可以用会议记录代替7.输出需求调研记录（经确认）同“需求调研记录”裁剪规则7 相关二级文件Q2-DEV-04软件总体设计8 三级文件8.1 文档模板Q3-DEV-02-01需求调研计划Q3-DEV-02-02需求调研记录Q3-DEV-02-03需求规格说明书Q3-DEV-02-04需求调查问卷Q3-DEV-02-05业务需求记录表模板Q3-DEV-02-06软件需求记录表模板专心-专注-专业