需求分析主要流程复习进程

上传人:仙*** 文档编号:137259737 上传时间:2022-08-18 格式:DOC 页数:5 大小:62.50KB
收藏 版权申诉 举报 下载
需求分析主要流程复习进程_第1页
第1页 / 共5页
需求分析主要流程复习进程_第2页
第2页 / 共5页
需求分析主要流程复习进程_第3页
第3页 / 共5页
资源描述:

《需求分析主要流程复习进程》由会员分享,可在线阅读,更多相关《需求分析主要流程复习进程(5页珍藏版)》请在装配图网上搜索。

1、需求分析主要流程1.1主要流程需求分析阶段的主要活动围绕需求开发进行,包括制定及修改需求开发计 划、开展需求调查以及分析、需求验证、需求规则说明制作、需求确认几个步 骤。制定及修改需求开发计划包括建立需求团队的组织并授权、对需求分析阶段的WBS 进行分解、协商并制定调查分析以及评审计划、评估工作量等等方面的内容,其目的是保证各 项活动有序、可控的进行。需求调查以及分析的过程主要活动通过沟通、收集项目中的各级关系人的需求,形成需求调查报 告。需求调查通过现场参观、开调查会、业务专家培训、询问沟通、设计调查 表并调查、收集查阅记录等方式获取客户、用户各级组织对(软件)系统需 求,分析并识别客户以及

2、用户的需要、期望、业务要求,归纳整理后形成需求 调查报告。需求验证环节主要通过原型(Prototype )、POC( ProofofConcept )、用例(UseCas 或简单的功能列表的方式同客户、用户沟通逐步将业务需求、用户需求等转化 为软件系统需求。(1) 原型(Prototype )模拟最终软件的屏幕显示,这样用户可以看到最 终软件将是什么样,有些原型可以模拟实际的操作,对关键的输入输出数据也 可以一定程度的模拟。对于用户体验为主的系统往往可以起到很好的效果。(2) POC( ProofOfConcept)原意是“为观点提供证据”。对于关键的技术或者业务模型,论证需求、设计的可实施性

3、,评估和确认概念设计方案,POC的评价可能引起需求和设计的调整。一般来说,进行POC的条件:1.论证业务中涉及到的模型或者算法的可行性。2.论证技术模型实现的可行性、成本等。(3)用例(UseCase :对(软件)系统如何反应外界请求的描述,是一 种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景, 该场景说明了系统是如何同最终用户或其它系统交互(in teract) 的,也就是谁可以用系统做什么,从而获得一个明确的业务目标。需求规则说明(SRS)制作通过需求调查和初步的需求验证后,可以建立需求制作的准则,包括确认 需求规则说明(SRS)的内容、制作方法、制作工具、质量标准等等

4、。根据需求制 作的准则制作需求规格说明(SRS ,好的需求规格说明(SRS应该遵循正确、 无歧义、完备、一致、分级(重要性或稳定性)、可验证、可修改、可追踪的 原则。需求确认通过组织各级评审对需求分析阶段的产物,尤其最重要的结果产物需求规 格说明(SRS进行确认,以确保相关人员理解一致。从评审方法来说,可以根 据情况分为需求开发组组内评审、客户外部评审、关键关系人评审等等。需求分析的流程往往因项目规模、作业人员、系统类型差异很大,因此必须根据实际的情况合理的裁减,以下举例几种不同情况下的具体流程:案例一:简明的需求开发的流程第1步:确定实现的目的、目标,基本业务需求、业务定义以及相关的评 审。

5、从达到目的、目标的角度,重新评审业务定义,总结业务需求。(确认客 户实施的业务要求)第2步:使业务具体化,进行软件系统的定义(系统需求定义)。从目的的角度,进行业务定义(功能,步骤),对系统结构进行讨论、对 所要进行系统化或计算机化的功能、流程进行定义。第3步:一边定义业务需求、系统需求、一边对运行上的相关要求(非功能 需求)进行总结运行时间,安全应对、访问权限等系统需求以及设计约束在业务需求的基 础之上、考虑系统上的限制条件之后逐步形成。案例二:软件工程类的典型流程业务勝农业务定史f一切尊#从业舟开冶*以什血样的业务为时H f业务甲税)-业务社届的步碌业等功觀是什么t业务址理隼世处毋卄的界躺

6、宝豪的同讶经財静什愿祥內改尊敦舉 系it需求*斜球丈f系址杲业务具律化的手段 什么功处鼻衆楝忧廉廉功掘)* noses參功JE呂朮,It M住宣戈 5养軽打的换井,内集竝行时冊即诃预特號球就能如儒圧诽月疸时间.忙理町闾td坷rw_nrwvirwsw,i_H_nxfaAn_rwrwv_rixsbn_nwn.瘵械开发协塑社创晨方注主要特征:强调客户协同、提高运作效率、屏蔽技术风险、加强边界管控1. 强调同客户协同,比如确定各种约定,包括截至时间、交流方式、成果 物;2. 强调计划管控,起目的确保进度和成本,人力资源合理使用;3. 采用问题回答管理票的方式加强需求团队以及客户的协同作业,提 高生产效率,确保质量;4. 加强需求边界管理,控制项目整体成本;5. 提前对技术关键环节(技术解决方案、技术构架)进行论证,控制技术 风险,减少技术带来的成本损失;6. 强调需求最终确认;案例三:软件产品类的典型流程主要特征:缩减开发周期、支撑跨部门运作、提高创造性、强调用户体验 设计。1. 强调计划性以加快研发进程,缩减产品开发周期。2. 强调跨部门协调组织,建立统一的需求团队。3. 强调行业学习、创新以及交流。4. 分版本制作以适应产品的创造、快速变化、市场需求的适应性、进程以 及成本控制。5. 强调交互原型的重要性,加强用户体验性设计。

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

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!