软件需求开发程序_第1页
软件需求开发程序_第2页
软件需求开发程序_第3页
软件需求开发程序_第4页
软件需求开发程序_第5页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第第#页共9页软件需求开发程序2014年7月

目的和方针定义软件研发中需求开发的工作过程。通过执行定义的过程,能够对开发过程进行有效的控制,能够对项目组提供有关需求开发过程的指导。适用范围本程序适用于项目的需求开发过程。术语定义3.1功能原型VISO图形、VISO图形、EXCEL、AXURE、界面截图等。3.2美化功能原型指交互设计人员对功能原型进行必要的视觉美化。岗位与职责4.1需求人员理解项目合同、标书中的技术方案,产品规划中的信息;了解项目目标及需求范围;掌握客户信息;准备项目的需求相关资料;需求收集、需求整理、需求分析;制作功能原型;编写用户需求说明书;需求确认;编写需求规格说明书。4.2交互设计人员根据需求文档和功能原型,通过交互设计方法进行原型设计。4.3用户/项目经理确认用户需求。客户、用户:参与需求过程,包括配合需求人员获取相应业务需求、用户需求的源泉,进行需求确认。项目经理:指导需求过程,为需求人员获取、分析需求提供必要的支持、指导,进行需求确认。4.4研发经理研发经理需要组织项目组对需求成果进行讨论。程序准则执行准则•□□□□□□□□□,□□□□□□□□□□□□□□□□□□□□□□□□议开发经理组织客户、用户向开发部进行交底会的形式进行。•□□□□□□□□□□□□□,□□□□□□□□□□□□□□□□□□□•□□□□□□□□□□□□□;•□□□□□□□□□□□□□□□□□□;•□□□□□□□□□□□□□□□□□□□□□□□□□;□□□□□□□□□□□□□□bug□□□□□□□□□□□□,□□□□□□□□,□□□VISO图形、EXCEL、AXURE、界面截图等方式;□□□□□□□□□□□□□□□□□□□□□□□□□□□□□•□□□□□□□,□□□□□□□□□□□□□□□,□□□□□□□□□□□邮件回复、客户参加评审会;•□□□□□□□□,□□□□□□□□□□□□□□□□□□□□,□□□一致意见;•□□□□□□□□□□□□□□□□□□□;•□□□□□□□□□□,□□□□□□□□□□□□□□□□□□□□□□□护。□□□□□□SVN□□□□□□□□:新项目:需求规格说明书中最细粒度的功能标题划分作为一条需求记录,规格中功能粒度的划分,以“一个角色完成一个业务目标”为依据。维护性项目:每个修改点作为一条需求记录录入、管理非功能性需求:每个可被测试的非功能性需求作为一个需求点进行录入管理□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□,除了需求文档,建议采用需求交底会的形式进行需求的讲解回顾。输入及入口准则5.2.1入口准则•□□□□□□5.2.2输入序号名称描述模板输入来源1.项目执行计划已通过评审的项目执行计划《项目执行计划》规划阶段2.合同(标书)技术方案已通过评审的项目建议书合同附件的标书包含的技术方案或者内部通过评审的技术方案合同(标书)技术方案规划(售前)阶段上述《合同(标书)技术方案》适用于项目。输出及出口准则5.3.1出口准则•□□□□□□□□□□5.3.2输出序号名称描述模板输出去向1.需求规格说明书对用户需求进行业务描述的文档《需求规格说明书》交互设计2.功能原型用户需求中重点功能的原型无交互设计

6工作程序6.1需求开发程序流程图输入输出开始XQRY-04XQRY-05需求调研记录T认用CQ结束XQRY-03准备调研调查问卷XQRY-06XQRY-11□□□□□□□用户/□□□□需求人员□□□□□□研发经理项目执行计划项目建议书求调研计划功能原型需求规格说明书JSPS-01技术评审4^XQRY-01明确需求范围—YH-016工作程序6.1需求开发程序流程图输入输出开始XQRY-04XQRY-05需求调研记录T认用CQ结束XQRY-03准备调研调查问卷XQRY-06XQRY-11□□□□□□□用户/□□□□需求人员□□□□□□研发经理项目执行计划项目建议书求调研计划功能原型需求规格说明书JSPS-01技术评审4^XQRY-01明确需求范围—YH-01需求调研记录YH-02对业务需求和功能需求进行确—XQRY-10建立及维护需求规格说明书I—XQRY-02制定需求工作计划——需求调研记录.DDDDD--'fKFFZR-01组织项目组讨论XQRY-07客户需求分XQRY-08软件需求分XQRY-0900000JHSJRY-01nnnnnnXQRY-116.2流程描述序号流程编号流程描述成果物负责人参与人1.XQRY-01明确需求范围。明确本项目的需求范围,重点是明确各需求的复杂程度及优先级,明确项目的时间范围及需求资源情况。这是0定项目需求计划的基础。无需求人员需求人员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.输出需求调研记录

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论