需求分析一概念、方法、实践步骤.docVIP

- . z. 需求分析(一)概念、方法、实践步骤 1.概念、方法、实践步骤 需求分析阶段主要通过收集、分析、导出的方法，将客户、业务、用户的需求转换为对应的〔软件〕系统需求的过程。典型的工作产品：软件需求说明〔Software Requirements Specifications，以下简称SRS〕其主要包括系统根本概要、业务功能、系统功能〔性能、平安性、信赖性、扩大性、移植性、多语言对应性等要求〕、接口功能要求等容。 1.1?需求分析阶段的主要活动 需求分析阶段的主要活动可以分为需求开发、需求管理2类： 需求开发通过对客户、业务、用户、原系统等调查获取原始的需求，经过需求分析逐步识别并使业务具体化，通过形成制作规格说明书〔或SRS〕使业务系统化，工程团队同客户、用户逐步达成共识对需求得以最终确认，其间可以通过系统建模、POC等方式评估需求的可实现性。 需求管理在需求开发过程中，通过需求围认定、需求形式化记录、需求数据库建立、需求状态跟踪、需求变更分析和波动评估、需求评审控制等活动，通过使用需求管理工具等手段，实现对系统需求按基线进展控制和管理。其核心容变更管理、版本管理以及需求跟踪。 1.2?需求开发的主要概念以及核心步骤 业务需求反映了企业或组织对〔软件〕系统的业务要求，通常也包含问题或时机的定义。问题是指企业或组织运作过程中遇到的问题，例如物资供给脱节、用户投诉量大、客户流失率较高等。时机是指抓住外部环境变化所带来的时机，以便为企业带来新的开展，例如电子商务、网上银行、基于即时通信的工作协同系统等。业务需求通常由管理人员提出，业务需求的解决往往要结合制度、〔人员〕能力、系统功能等多方面综合解决。另外,业务需求也反映了企业或组织对〔软件〕系统的高层次目标要求，就是系统的建立的目的以及目标。 用户需指描述用户使用〔软件〕系统需要完成什么任务，怎么完成的需求，通常是在问题定义〔业务需求〕的根底上进用户访谈、调查，对用户使用的场景进展整理，从而建立用户角度的需求。解决如何使用〔软件〕系统完成具体工作。 软件系统需在业务需求的指导下，对用户需求进展整理、分析、提炼，从而指导开发的、更准确的、规格化的需求。一般来说，软件需求可以作为软件验收依据与合同契约。软件系统需求可以分为业务功能需求、系统功能需求、设计约束等方面的容。 ?业务功能需求：〔软件〕系统必须完成的业务功能，即为了向它的用户提供有用的功能，产品必须执行的动作。这局部工作将分散的用户零散的需求采用构造化的方法去定义，以便支撑后续的设计、开发、测试。 ?系统功能需求：〔软件〕系统必须具备的功能、性能、属性。包括系统性能〔功能速度、响应时间、恢复时间等等〕、可靠性、易用性、平安性、移植、部署等方面的容需求。 ?设计约束的需求：影响系统实现的各种设计约束，包括开发语言、数据完整性方针、资源的限制、运行的环境的要求等等。 2.主要流程 需求分析阶段的主要活动围绕需求开发进展，包括制定及修改需求开发方案、开展需求调查以及分析、需求验证、需求规则说明制作、需求确认几个步骤。 1．制定及修改需求开发方案包括建立需求团队的组织并授权、对需求分析阶段的WBS进展分解、协商并制定调查分析以及评审方案、评估工作量等等方面的容，其目的是保证各项活动有序、可控的进展。 2．需求调查以及分析的过程，主要活动通过沟通、收集工程中的各级关系人的需求，形成需求调查报告。需求调查通过现场参观、开调查会、业务专家培训、询问沟通、设计调查表并调查、收集查阅记录等方式获取客户、用户各级组织对〔软件〕系统需求，分析并识别客户以及用户的需要、期望、业务要求，归纳整理后形成需求调查报告。 3．需求验证环节主要通过原型〔Prototype〕、POC〔Proof of Concept〕、用例〔Use Case〕或简单的功能列表的方式同客户、用户沟通逐步将业务需求、用户需求等转化为软件系统需求。 原型〔Prototype〕模拟最终软件的屏幕显示，这样用户可以看到最终软件将是什么样，有些原型可以模拟实际的操作，对关键的输入输出数据也可以一定程度的模拟。对于用户体验为主的系统往往可以起到很好的效果。 POC〔Proof Of Concept〕原意是为观点提供证据〞。对于关键的技术或者业务模型，论证需求、设计的可实施性,评估和确认概念设计方案，POC的评价可能引起需求和设计的调整。一般来说，进展POC的条件：1.?论证业务中涉及到的模型或者算法的可行性。2.?论证技术模型实现的可行性、本钱等。 用例〔Use Case〕：对〔软件〕系统如何反响外界请求的