软件需求分析（软件需求分析4个步骤）

本文目录

• 软件需求分析4个步骤
• 软件开发中的需求分析主要包含什么需求
• 软件需求分析阶段的工作,可以分为4个方面
• 怎样做软件的需求分析
• 软件需求分析
• 在软件工程中什么是需求分析（软件工程需求分析的步骤有哪些）
• 软件需求分析的任务包括
• 如何进行软件需求分析

软件需求分析4个步骤

一、需求分析理论软件需求涉及功能性问题非常广，我们用抽象化理论分析，可以划分各个功能域，用不同的数字代替，软件——S，功能域——A1、A2……AnS＝{A1、A2、……An}但是功能域B又存在若干问题P1、P2……Pm组成，并且每个功能对应于子系统中的一个软构件，可以表示为-B＝{P1、P2、……Pm}功能G有若干个行为F1、F2、……Fj，每个行为对应于软件构件中的实现方法G＝{F1、F2……Fj}一个软件包含了所有功能的集合，同时包含了实现所以功能的所有方法和算法描述。需求分析是依据用户动机，经过需求问题识别，进行分析、消除分驰和综合，编写用户故事，评审；形成用户需求与设计同步，设计满足用户需求目标。需求开发方法贯穿这个产品生命周期，利用不同的开发方法论进行挖掘需求，帮助用户找到问题，梳理问题，判断产品实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前进行周密的、全面的思考软件产品功能，用商业化行为解决需求与现实中存在的矛盾，解决用户需求与商业化产品功能融合，解决规范和个性化需求。二、软件需求开发的目标1、对实现的软件做一个全面的描述，帮助用户找到问题矛盾解决用户场景痛点，帮助用户在进行产品规划时做到周密，全面产品定位需求2、了解和描述软件实现所需的全部信息，为产品设计、确认和验证提供一个基准3、为软件产品管理人员进行软件产品成本评估和软件开发计划书提供保障需求开发-软件功能需求、软硬接口、非功能性需求、设计约束、反向需求、阅读支持信息。软件需求分析尽量提供软件实现功能需求的全部信息，使软件设计人员和测试人员不在需要和需求方进行接触，保证需求分析的一致性和完整性。三、软件功能需求描述软件功能实现注意——1、功能需求的完整性和一致性2、功能描述的无异议和可追踪3、功能描述清洗和功能可测试四、软硬接口1、人机接口2、硬件接口3、软件接口4、通讯接口五、非功能性需求1、运行环境2、时间需求3、处理容限、精度、异常处理机制等4、可靠性要求、可维护性、安全性

软件开发中的需求分析主要包含什么需求

软件开发中的需求分析主要包含什么需求：

1、功能性需求

这是最主要也是最常见的需求。这类需求是要求实现某一项实际功能的，这个功能一般都会通过某种形式展现出来。一个软件最基本的就是功能性需求。在APP开发初期，应尽可能保证功能性需求的优先度，它们是一款APP的灵魂所在。

2、稳定性需求

稳定性需求是次一级的要求，包括可靠性、可维护性、安全性等等，也是APP中很重要的一部分。可靠性是指一定时间或条件下，系统执行所要求功能的无故障执行能力；可维护性是为改进系统或修复bug而修改系统或某功能模块的难易程度；安全性是指阻止对其程序和数据进行未授权访问的能力，等等。

这些需求有些也很重要，是能够关系到APP生死的关键功能，在开发时也必须加以重视。

3、开发性能需求

性能需求是指软件的优化程度，例如提升软件启动速度和加载速度，能够保证高并发而不产生数据阻塞等等。这些是属于用户体验方面的优化，一般在软件开发的进程中属于比较靠后的需求。软件的运行效率并不会是软件的决定性方便，一般只有到了软件稳定发展的阶段才会考虑。

软件需求分析阶段的工作,可以分为4个方面

软件需求分析阶段的工作4个方面分别是：问题识别、分析与建模、需求描述和规格说明、需求确认和评审。

软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。

过程：软件需求分析所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其它系统元素的接口细节，定义软件的其它有效性需求。

进行需求分析时，应注意一切信息与需求都是站在用户的角度上。尽量避免分析员的主观想象，并尽量将分析进度提交给用户。在不进行直接指导的前提下，让用户进行检查与评价。从而达到需求分析的准确性。

分析员通过需求分析，逐步细化对软件的要求，描述软件要处理的数据域，并给软件开发提供一种可转化为数据设计、结构设计和过程设计的数据和功能表示。在软件完成后，制定的软件规格说明还要为评价软件质量提供依据。

怎样做软件的需求分析

做软件需求分析的方法： 1、确定产品所期望的用户类别。 2、获取每个用户类的需求。 3、了解实际用户任务和目标以及这些任务所支持的业务需求。 4、分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息。 5、将系统级的需求分为几个子系统，并将需求中的一部份分配给软件组件。 6、了解相关质量属性的重要性。 7、商讨实施优先级的划分。 8、将所收集的用户需求编写成文档和模型。 9、评审需求规格说明，确保对用户需求达到共同的理解与认识，并在整个开发小组接受说明之前将问题都弄清楚。

软件需求分析

需求分析就是对客户提出的“要求”或者“需求”进行深入细致地调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么，为系统设计、系统完善和系统维护提供依据。

需求分析是项目计划阶段非常重要的环节，该环节决定了需要“实现什么”，为下一步如何去“实现”提供了明确的方向。

进行需求分析需要做到以下几点：

（一）需求获取：在准备阶段，我们首先要确定需求获取的目标及范围，根据你的目标来选择对应的方式获取需求。

（二）需求分类：一般情况下，我们会根据对象的不同，将需求分为业务需求、用户需求、功能需求等。

（三）需求筛选：有些需求是伪需求，有些需求则不具备实现价值，我们可以通过真实性、价值性、可行性三个维度来筛选需求，过滤掉虚假的、不可行的、没有价值、价值不大或投入产出比不理想的需求。

（四）需求提炼：对剩下的需求进行提炼，目的在于从获取的表面需求中提炼出客户的本质需求。找出“为什么要做”比“做什么”更重要。

（五）需求优先级排序：挖掘到客户的真实目的后，我们需要根据不同维度的需求归类方法，如KANO模型分析法、投入产出比ROI等，对其进行归纳整理并排出优先级，帮助产品有条理地安排开发秩序，避免盲目排序。

（六）产出需求文档：通过以上的分析，我们需要将收集到的需求进行分析、汇总、归类，输出产出需求文档，为接下来的工作做好铺垫。

以上是对需求分析的一些理解和思路，做好需求分析工作之后，就可以对可实现的需求进行落地方案的跟进。

在软件工程中什么是需求分析（软件工程需求分析的步骤有哪些）

一。确定对系统的综合要求

1.功能需求

这方面的需求指定系统必须提供的服务。通过需求分析应该划分出系统必须完成的所有功能。

2.性能需求

性能需求指定系统必须满足的定时约束或容量约束，通常包括速度(响应时间)、信息量速率、主存容量、磁盘容量、安全性等方面的需求。

3.可靠性和可用性需求

可靠性需求定量地指定系统的可靠性。

可用性与可靠性密切相关，它量化了用户可以使用系统的程度。

4.出错处理需求

这类需求说明系统对环境错误应该怎样响应。例如，如果它接收到从另一个系统发来的违反协议格式的消息，应该做什么?注意，上述这类错误并不是由该应用系统本身造成的。

5.接口需求

接口需求描述应用系统与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。

6.约束

设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件。在需求分析阶段提出这类需求，并不是要取代设计(或实现)过程，只是说明用户或环境强加给项目的限制条件。常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。

7.逆向需求

逆向需求说明软件系统不应该做什么。理论上有无限多个逆向需求，我们应该仅选取能澄清真实需求且可消除可能发生的误解的那些逆向需求。

8.将来可能提出的要求

应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求。

注意：举例让学生理解：这样做的目的是，在设计过程中对系统将来可能的扩充和修改预做准备，以便一旦确实需要时能比较容易地进行这种扩充和修改。

二。分析系统的数据要求

任何一个软件系统本质上都是信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌，对软件设计有深远影响，因此，必须分析系统的数据要求，这是软件需求分析的一个重要任务。

分析系统的数据要求通常采用建立数据模型的方法（举例）。

三。导出系统的逻辑模型

综合上述两项分析的结果可以导出系统的详细的逻辑模型，通常用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。

四。修正系统开发计划

根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。

软件需求分析的任务包括

软件需求包括3个不同的层次――业务需求、用户需求和功能需求，除此之外，每个系统还有各种非功能需求。

业务需求表示组织或客户高层次的目标，业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门，业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。

使用前景和范围文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求文档，用户需求描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。

需求分析和目标

需求是在一定时期，在一既定的价格水平下，消费者愿意并且能够购买的商品数量，用户需求是用户当前尚未满足，又渴望被满足的欲望，并由此产生的方案。当用户使用得起产品，并且产品并不能够满足用户当前使用时，用户才会对产品产生新的需求，也就是我们所说的用户需求。

需求分析的目标：是把用户对待开发软件提出的要求或需要进行分析与整理，确认后形成描述完整、清晰与规范的文档，确定软件需要实现哪些功能，完成哪些工作，此外，软件的一些非功能性需求，软件设计的约束条件，运行时与其他软件的关系等也是软件需求分析的目标。

如何进行软件需求分析

软件需求分析方法大体分为如下四类：结构化方法、面向对象方法、面向控制方法和面向数据方法。

结构化分析方法

结构化分折(StructuredAnalysis,SA)方法是一种单纯的由顶向下逐步求精的功能分解方法。分析员首先用上下文图表(称为数据流图DFD)表示系统的所有输入/输出，然后反复地对系统求精，每次求精都表示成一更详细的DFD从而建立关于系统的一个DFD层次。为保存DFD中的这些信息，使用数据字典来存取相关的定义、结构及目的。SA方法是目前实际应用效力广泛的需求工程技术。它具有较好的分别、抽象能力，为开发小组找到了一种中间语言，易于软件人员所掌握。但它离应用领域尚有一定的距离，难以直接应用领域术民与软件设计也有一段不小的距离因而为开发小组的思想交流带来了一定的困难。

面向对象分析方法

面向对象（ObjectOriented,OO）的方法把分析建立在系统对象以及对象间交互的基础之上，使得能以3个最基本的方法框架—对象及其属性、分类结构和集合结构来定义和沟通需求。面向对象的问题分析模型从3个侧面进行描述，即对象模型(对象的静态结构)、动态模型(对象相互作用的顺序)和功能模型(数据变换及功能依存关系)。需求工程的抽象原则、层次原则和分割原则同样适用于面向对象方法，即对象抽象与功能抽象原则是一样的，也是从高级到低级、从逻辑到物理，逐级细分．每一级抽象都重复对象建模(对象识别)一动态建模(事件识别)一功能建模(操作识别)的过程，直到每一个对象实例在物理(程序编码)上全部实现为止。

面向对象需求分析(OORA)利用一些基本概念来建立相应模型，以表达目标系统的不同侧面。尽管不同的方法所采用的具体模型不尽相同，但都无外乎用如下五个基本模型来描述软件需求：

整体—部分模型：该模型描述对象(类)是如何由简单的对象（类）构成的。将一个复杂对象(类)描述成一个由交互作用的若干对象(类)构成的结构的能力是OO途径的突出优点。该模型亦称聚合模型。

分类模型：分类模型描述类之间的继承关系。与聚合关系不同，它说明的是一个类可以继承另一个或另一些类的成分，以实现类中成分的复用。

类—对象模型：分析过程必须描述属于每个类的对象所具有的行为，这种行为描述的详细程度可以根据具体情况而定。既可以只说明行为的输入、输出和功能，也可以采用比较形式的途径来精确地描述其输入、输出及其相应的类型甚至使用伪码或小说明的形式来详细刻画。

对象交互模型：一个面向对象的系统模型必须描述其中对象的交互方法。如前所述，对象交互是通过消息传递来实现的。事实人对象交互也可看作是对象行为之间的引用关系。因此，对象交互模型就要刻画对象之间的消息流。对应于不同的详细程度，有不同的消息流描述分析，分析人员应根据具体馆况而选择。一般地，一个详细的对象交互模型能够说明对象之间的消息及其流向，并且同时说明该消息将激活的对象及行为。一个不太详细的对象交互模型可以只说明对象之间有消息，并指明其流向即可。还有一种状况就是介于此两者之间。

状态模型：在状态模型中，把一个对象看作是一个有限状态机，由一个状态到另一状态的转变称作状态转换。状态模型将对象的行为描述成其不同状态之间的通路。它也可以刻画动态系统中对象的创建和废除，并称由对象的创建到对象的废除状态之间的退路为对象的生存期。

状态模型既可以用状态转换因的图形化手段，又可用决策表或称决策矩阵的形式来表。

基于RUP的软件需求

RUP（RationalUnifiedProcess）是Rational公司开发和维护的过程产品。RUP是工程化的软件开发过程，它提供了在开发机构中分派任务和责任的纪律化方法。RUP不仅仅是一个简单的过程，而是一个通用的过程框架，可用于各种不同类型的软件系统、各种不同的应用领域、各种不同类型的组织、各种不同的功能级别以及各种不同的项目规模。RUP的突出特点可以由以下三个关键词来体现——用例驱动、以构架为中心、迭代和增量的。这些是RUP所特有的，也是同等重要的。构架提供了一种结构来指导迭代过程中的工作，而用例则确定了目标井驱动每次迭代的工作。

进行需求分析的基础是要获得用户的需要，为了完成这一工作，必须建立业务模型，通过描述业务规则、业务逻辑，明确业务过程并对其进行规范、优化。对于一个系统，在建立业务模型时，应从3个方面来描述其特性：功能、行为、数据，对应于这些特性。

软件需求方法的比较分析

基于上述分析可知，结构化分析方法与面向对象分析方法的区别主要体现在两个方面：

将系统分解成于系统的方式不同。前者将系统描述成一组交互作用的处理，后者则描述成一组交互作用的对象。

子系统之间的交互关系的描述方式不一样。前者加工之间的交互是通过不太精确的数据流来表示的，而后者对象之间通过消息传递交互关系。

因此，面向对象软件需求分析的结果能更好地刻画现实世界，处理复杂问题，对象比过程更具有稳定性，便于维护与复用。