软件需求开发程序文件

软件需求开发程序7月

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