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

下载本文档

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

文档简介

1、软件需求开发程序2014 年7月1 目的和方针定义软件研发中需求开发的工作过程。通过执行定义的过程, 能够对开发过程进行有效的控制,能够对项目组提供有关需求开发过程的指导。2 适用范围本程序适用于项目的需求开发过程。3 术语定义3.1 功能原型以展示软件主要功能为主的界面,形式不限,可以是VISO 图形、 EXCEL、AXURE、界面截图等。3.2 美化功能原型指交互设计人员对功能原型进行必要的视觉美化。4 岗位与职责4.1 需求人员理解项目合同、标书中的技术方案, 产品规划中的信息; 了解项目目标及需求范围;掌握客户信息;准备项目的需求相关资料;需求收集、需求整理、需求分析;制作功能原型;编

2、写用户需求说明书;需求确认;编写需求规格说明书。4.2 交互设计人员根据需求文档和功能原型,通过交互设计方法进行原型设计。4.3 用户/ 项目经理2 / 9确认用户需求。客户、用户:参与需求过程,包括配合需求人员获取相应业务需求、用户需求的源泉,进行需求确认。项目经理:指导需求过程,为需求人员获取、分析需求提供必要的支持、指导,进行需求确认。4.4 研发经理研发经理需要组织项目组对需求成果进行讨论。5 程序准则5.1 执行准则需求开发工作开始时,需求人员必须与项目经理明确业务目标、需求范围。建议开发经理组织客户、用户向开发部进行交底会的形式进行。业务目标、需求范围有变化时,需求人员必须严格执行

3、需求变更管理流程。需求调研前必须编写调研提纲;需求调研记录必须在两天之内和用户确认;需求开发工作要从客户需求和软件需求两个方面进行考虑;原则上所有项目(紧急项目或者bug 修复的除外)必须制作原型,功能原型形式不限,可以是 VISO图形、 EXCEL、AXURE、界面截图等方式;需求文档的编写遵循条目化、瘦身、适合的功能用例粒度等原则。需求文档完成后,高级别的需求必须和用户进行确认,确认的方式可以是签字、邮件回复、客户参加评审会;提交技术评审之前,开发经理要组织项目组内对需求成果进行讨论,并达成一致意见;项目策划约定进行需求评审的必须提交评审;需求人员要对需求成果,包括需求规格说明书、需求记录

4、、评审记录等进行维护。纳入管理工具 SVN的需求点粒度要求:3 / 9新项目:需求规格说明书中最细粒度的功能标题划分作为一条需求记录,规格中功能粒度的划分,以“一个角色完成一个业务目标”为依据。维护性项目:每个修改点作为一条需求记录录入、管理非功能性需求:每个可被测试的非功能性需求作为一个需求点进行录入管理需求人员要将业务目标、用户需求、软件需求传递给设计、开发、测试团队,除了需求文档,建议采用需求交底会的形式进行需求的讲解回顾。5.2 输入及入口准则入口准则项目已经立项输入序号名称描述模板输入来源1.项目执行计划已通过评审的项目执行计项目执行计划规划阶段划已通过评审的项目建议书2.合同(标书

5、)合同附件的标书包含的技合同(标书)技术方案规划(售技术方案术方案或者内部通过评审前)阶段的技术方案上述合同(标书)技术方案适用于项目。5.3 输出及出口准则出口准则需求分析成果评审通过5.3.2输出序号名称描述模板输出去向1.需求规格说对用户需求进行业务描述的需求规格说明书交互设计明书文档2.功能原型用户需求中重点功能的原型无交互设计4 / 96 工作程序6.1 需求开发程序流程图需求开发流程图输入用户 / 产品经理需求人员开始项目执行计划项目建议书XQRY-01明确需求范围XQRY-02制定需求工作计划XQRY-03XQRY-04XQRY-05XQRY-06XQRY-11准备调研需求收集需

6、求调研需求整理需求讨论相关材料YH-01需求调研记录确认XQRY-11XQRY-07XQRY-08XQRY-09客户需求分软件需求分功能原型制需求讨论析析作JSPS-01YH-02技术评审对业务需求和功(需求)能需求进行确认XQRY-10建立及维护需求规格说明书结束交互设计人员研发经理输出需求调研计划调查问卷需求调研记录需求调研记录(经确认)JHSJRY-01功能原型美化功能原型用户需求说明书需求规格说明书KFFZR-01组织项目组讨论CQ6.2 流程描述序号流程编号流程描述成果物负责人参与人明确需求范围。明确本项目的需求范围, 重点1.XQRY-01是明确各需求的复杂程度及无需 求 人需求人

7、员优先级,明确项目的时间范围员及需求资源情况。 这是制定项目需求计划的基础。需求交流需求人员在需求工作前期组经理、有了思路时向需求组提起需 求 人2.XQRY-11会议纪要其他相关需求讨论,以确定正确的需员需求人员求工作方向和系统策划思路。5 / 9制定需求工作计划。配合项目经理制定需求工作3. XQRY-02计划。需要注意制定需求计划需要把需求传递、 编写用户手册等工作计划在内。准备调研相关材料。了解与总体需求相关的知识,掌握客户信息等。 重点是准备4.XQRY-03调研提纲、调查问卷等。注意需求调研计划至少要在调研前三天发给用户, 这样用户也有时间提前准备。需求收集通过各种需求获取技术收集

8、5. XQRY-04项目有关的需求。 如阅读背景材料、头脑风暴、讨论分析、用户调查、现场观摩等等。需求调研需求调研是需求收集手段的一种。这里把需求调研单独拿出来是要强调这个过程。到用6.XQRY-05户单位进行现场调研需要提前做好充分准备, 在调研整个过程中要注意礼仪规范。与用户交互过程中的注意事项可以参考用户交互指导书需求整理7.XQRY-06对收集到的需求进行归纳整理。需求调研记录确认整理调研过程中搜集到的需求,形成文档发给用户进行确8.YH-01认。目前需求组规定是在调研之后第二天把调研记录发给用户进行确认。客户需求分析客户需求是可以理解成客户为什么要做本系统, 要解决什9. XQRY-

9、07么问题,客户对系统有怎样的期望,希望能具备一些怎样的特点,简单的说,就是客户的需要是什么。软件需求分析软件需求是能满足客户需求,10.XQRY-08并对软件产品规格进行了详细描述的需求, 软件设计师可以根据软件需求进行设计、编码等工作。 软件需求中可能会需 求 人无需求人员员需求调研计需 求 人划需求人员员调查问卷需求调研记需 求 人录需求人员员需求调研记需 求 人录需求人员员需求规格说需 求 人明书需求人员员需求规格说需 求 人明书需求人员员需求规格说需 求 人明书需求人员员需求规格说需 求 人需求人员明书员6 / 911. XQRY-0912. JHSJRY-0113. JSPS-01

10、14. YH-02将产品分割成几个子系统、 几个部分,每个子系统每部分要具备怎样的功能、 要具备怎样的性能、接口要求等。功能原型制作。按照功能性需求制作重点功能的界面原型。 目的是展现界功能原型面的布局、 重要数据的展现方式以及界面的操作方法。美化功能原型。交互设计人员对功能原型的功能原型展现效果进行美化。软件技术评技术评审(需求)审对需求开发的成果( 功能原缺陷记录型、需求规格说明书) 进行评表审。软件技术评审报告对业务需求和功能需求进行确认将整理好的业务需求和功能需求同用户进行确认。 需要形成用户确认会议记录或用户签字的需求文档或用户回复的确认邮件。 若制作了功能原型,那么功能原型也需要联

11、系无用户进行确认。注意:1) 此步骤可以和 XQPS-01“需求评审 ”步骤同时进行。2) 原型法通常适用于澄清需求,技术攻关,不宜作为产品继续开发。需 求 人需求人员员交互设交互设计计人员人员项目组项目组用户需求人员6.3 裁剪说明序号流程编号裁剪说明其他说明1.XQRY-10功能原型制作对于简单需求和 bug 修改可以不制作功能型。2.XQRY-11需求讨论对于简单项目的需求工作可以不进行需求讨论3.JHSJRY-01美化功能原型对于用户没有特殊要求的可以不美化功能原型。4.输出功能原型对于纯 Bug 修改及不涉及界面修改的可以裁减其他情况不能裁剪5.输出用户需求说明书用户需求说明书不是必须的, 对于业务比较简单的系统可以不生成用户需求说明书。对于需要给外部客户确认则需要使用正式的需求6.输出需求调研记录调研记录内部客户调研记录可以用会议记录代替7 / 97.输出需求调研记录 (经

温馨提示

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

评论

0/150

提交评论