需求分析主要流程1人力资源招聘面试 _人力资源-招聘面试 .pdf

《需求分析主要流程1人力资源招聘面试 _人力资源-招聘面试 .pdf》由会员分享，可在线阅读，更多相关《需求分析主要流程1人力资源招聘面试 _人力资源-招聘面试 .pdf（4页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

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

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

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

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

5、确定实现的目的、目标，基本业务需求、业务定义以及相关的评审。从达到目的、目标的角度，重新评审业务定义，总结业务需求。（确认客户 实施的业务要求）第 2步:使业务具体化，进行软件系统的定义（系统需求定义）。从目的的角度，进行业务定义（功能，步骤），对系统结构进行讨论、对所 要进行系统化或计算机化的功能、流程进行定义。第 3 步:一边定义业务需求、系统需求、一边对运行上的相关要求（非功能 需求）进行总结 运行时间，安全应对、访问权限等系统需求以及设计约束在业务需求的基础 之上、考虑系统上的限制条件之后逐步形成。证需求规则说明制作需求确认几个步骤制定及修改需求开发计划包括建立需求团队的组织并授权对需

6、求分析阶段的进行分解协商并制定调查分析以及评审计划评估工作量等等方面的内容其目的是保证各项活动有序可控的进行需求调调查会业务专家培训询问沟通设计调查表并调查收集查阅记录等方式获取客户用户各级组织对软件系统需求分析并识别客户以及用户的需要期望业务要求归整理后形成需求调查报告需求验证环节主要通过原型用例或简单的功能列表以看到最终软件将是什么样有些原型可以模拟实际的操作对关键的输入输出数据也可以一定程度的模拟对于用户体验为主的系统往往可以起到很好的效果原意是为观点提供证据对于关键的技术或者业务模型论证需求设计的可实施性业务厲求业务定史f一切尊士从业舟开冶*以什么样的业务为对H f业务軍也）-业务牡届

7、閒步碌业务功絶是忙么t业爵址龍卑住 处毋卄应州的救躺-主豐的网可以硏静什E样的改尊敦婆 wuvmvjxr%jvir&jnrtrujvjuri_rvjxr%jvirwj_ijsrurrtrvjxrvur&vwusjurxv1rxrvwi1 系it需求系嬪徑义业务具律化的手段)*杵么琳齟覲磅圧比系逬巧眾：*和冀曲廉辭閒芸廉 iwwrlurajrtmjvirxrnja_nHzsnlrwR-nln_uluxrLnMr%AHInAln_nnIAaFRInIrvww_anInnjnAImwim_FuvRlAInInAjvwR_nar 竜嫌开发他址社叫及舟憩 案例二：软件工程类的典型流程 主要特征：强调客户

8、协同、提高运作效率、屏蔽技术风险、加强边界管控 1.强调同客户协同，比如确定各种约定，包括截至时间、交流方式、成果物;2强调计划管控，起目的确保进度和成本，人力资源合理使用；3.采用问题回答管理票的方式加强需求团队以及客户的协同作业，提高 生产效率，确保质量；4.加强需求边界管理，控制项目整体成本；5.提前对技术关键环节（技术解决方案、技术构架）进行论证，控制技术风 险，减少技术带来的成本损失；6.强调需求最终确认；案例三：软件产品类的典型流程 主要特征：缩减开发周期、支撑跨部门运作、提高创造性、强调用户体验设 计。1.强调计划性以加快研发进程，缩减产品开发周期。2.强调跨部门协调组织，建立统

9、一的需求团队。3.强调行业学习、创新以及交流。证需求规则说明制作需求确认几个步骤制定及修改需求开发计划包括建立需求团队的组织并授权对需求分析阶段的进行分解协商并制定调查分析以及评审计划评估工作量等等方面的内容其目的是保证各项活动有序可控的进行需求调调查会业务专家培训询问沟通设计调查表并调查收集查阅记录等方式获取客户用户各级组织对软件系统需求分析并识别客户以及用户的需要期望业务要求归整理后形成需求调查报告需求验证环节主要通过原型用例或简单的功能列表以看到最终软件将是什么样有些原型可以模拟实际的操作对关键的输入输出数据也可以一定程度的模拟对于用户体验为主的系统往往可以起到很好的效果原意是为观点提供

10、证据对于关键的技术或者业务模型论证需求设计的可实施性4.分版本制作以适应产品的创造、快速变化、市场需求的适应性、进程以及 成本控制。5.强调交互原型的重要性，加强用户体验性设计。证需求规则说明制作需求确认几个步骤制定及修改需求开发计划包括建立需求团队的组织并授权对需求分析阶段的进行分解协商并制定调查分析以及评审计划评估工作量等等方面的内容其目的是保证各项活动有序可控的进行需求调调查会业务专家培训询问沟通设计调查表并调查收集查阅记录等方式获取客户用户各级组织对软件系统需求分析并识别客户以及用户的需要期望业务要求归整理后形成需求调查报告需求验证环节主要通过原型用例或简单的功能列表以看到最终软件将是什么样有些原型可以模拟实际的操作对关键的输入输出数据也可以一定程度的模拟对于用户体验为主的系统往往可以起到很好的效果原意是为观点提供证据对于关键的技术或者业务模型论证需求设计的可实施性