软件的需求分析 pdf 软件需求 第三版 pdf

发布日期：2020-11-13

请问软件设计的需求分析有什么作用？

软件需求的定义：（1）用户解决问题或达到目标所需的条件或能力。

（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。

（3）一种反映上面（1）或（2）所描述的条件或权能的文档说明。

实通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为文档形式。

需求工程的定义：需求分析的过程，也叫做需求工程和需求阶段，它包括了需求开发和需求管理两个部分。

需求开发是指从情况收集、分析和评价到编写文档、评审等一系列产生需求的活动，分为四个阶段：情况获取、分析、制订规格说明和评审。

这四个阶段不一定是遵循线性顺序的，他们的活动是相互独立和反复的。

需求管理是软件项目开发过程中控制和维持需求约定的活动，它包括：变更控制、版本控制、需求跟踪、需求状态跟踪等工作。

需求开发与管理的一些方法：（1）绘制关联图：绘制系统关联图是用于定义系统与系统外部实体间的界限和接口的简单模型。

（2）可行性分析：在允许的成本、性能要求下，分析每项需求实施的可行性，提出需求实现相关风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍。

（4）系统原型：当用户自身对有的需求不十分清楚时，我们可以建立一个系统原型，用户通过评价原型更好地理解所要解决的问题。

。

（5）图形分析模型：绘制图形分析模型是编制软件需求规格说明重要手段。

它们能帮助分析人员理清数据、业务模式、工作流程以及他们之间的关系，找出遗漏、冗余和不一致的需求。

这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图。

（6）数据字典：数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义。

在需求阶段，数据字典至少应定义客户数据项，确保客户与开发小组是使用一致的定义和术语。

需求管理的方法主要包括以下一些方面：1）确定需求变更控制过程。

制定一个选择、分析和决策需求变更的过程，所有的需求变更都需遵循此过程。

2）进行需求变更影响分析。

评估每项需求变更，以确定它对项目计划安排和其它需求的影响，明确与变更相关的任务并评估完成这些任务需要的工作量。

通过这些分析将有助于需求变更控制部门做出更好的决策。

3）建立需求基准版本和需求控制版本文档。

确定需求基准，这是项目各方对需求达成一致认识时刻的一个快照，之后的需求变更遵循变更控制过程即可。

每个版本的需求规格说明都必须是独立说明，以避免将底稿和基准或新旧版本相混淆。

4）维护需求变更的历史记录。

将需求变更情况写成文档，记录变更日期、原因、负责人、版本号等内容，及时通知到项目开发所涉及的人员。

为了尽量减少困惑、冲突、误传，应指定专人来负责更新需求。

5）跟踪每项需求的状态。

可以把每一项需求的状态属性（如已推荐的，已通过的，已实施的，或已验证的）保存在数据库中，这样可以在任何时候得到每个状态类的需求数量。

6）衡量需求稳定性。

可以定期把需求数量和需求变更（添加、修改、删除）数量进行比较。

过多的需求变更＂是一个报警信号＂，意味着问题并未真正弄清楚。

4.需求分析评价标准（1）清晰：目前大多数的需求分析采用的仍然是自然语言，自然语言对需求分析最大的弊病就是它的二义性，所以开发人员需要对需求分析中采用的语言做某些限制。

例如尽量采用主语+动作的简单表达方式。

需求分析中的描述一定要简单，千万不要采用疑问句、修饰这些复杂的表达方式。

除了语言的二义性之外，注意不要使用行话，就是计算机术语。

需求分析最重要的是和用户沟通，可是用户多半不是计算机的专业人士，如果在需求分析中使用了行话，就会造成用户理解上的困难。

（2）完整：需求的完整性是非常重要的，如果有遗漏需求，则不得不返工，在软件开发过程中，最糟糕的事情莫过于在软件开发接近完成时发现遗漏了一项需求。

但实际情况是，需求的遗漏是常发生的事情，这不仅仅是开发人员的问题，更多发生在用户那里。

要做到需求的完整性是很艰难的一件事情，它涉及到需求分析过程的各个方面，贯穿整个过程，从最初的需求计划制定到最后的需求评审。

（3）一致：一致性是指用户需求必须和业务需求一致，功能需求必须和用户需求一致。

在需求过程中，开发人员需要把一致性关系进行细化，比如用户需求不能超出预前指定的范围。

严格的遵守不同层次间的一致性关系，就可以保证最后开发出来的软件系统不会偏离最初的实现目标。

（4）可测试：一个项目的测试从什么时候开始呢？有人说是从编码完成后开始，有人说是编码的时候同时进行单元测试，编码完成后进行系统测试，这些结论都不完全正确。

实际上，测试是从需求分析过程就开始了，因为需求是测试计划的输入和参照。

这就要求需求分析是可测试的，只有系统的所有需求都是可以被测试的，才能够保证软件始终围绕着用户的需要，保证软件系统是成功的。

设计一个软件,之前需要有需求分析,这个需求分析都包括哪些内容啊...

软件产品是指软件开发商根据市场需要开发的、具有一定适用性和潜在客户的、可销售的软件成品。

它区别于应特定客户需求或根据订单开发的软件商品，通常应具有更高的通用性和适应性。

但它的通用性和适应性不是轻而易举就能达到的。

要实现软件的产品化，就必须在软件产品的设计上下一番功夫。

本文结合一个＂多媒体远程教学系统＂实例，探讨软件产品设计中的一些经验与看法。

一、软件产品设计的重要意义 所谓软件产品设计，在本文中指对软件产品的功能与架构进行设计。

用传统的软件工程术语来说，它覆盖软件工程的可行性研究、需求分析、系统设计几个阶段。

用RUP(Rational Unified Process-统一软件过程)术语来说，它是需求定义与软件构架设计的结果。

软件产品设计包括了需求分析、功能定义、技术方案以及需求管理的策略。

我们可以看见很多这样的例子：企业做完一个产品后，便不得不长期甚至永久地投入几个人（通常还是曾参与研发的技术骨干）对产品进行维护、跟踪和服务；企业在做同类项目时，还不得不投入几乎相等的资源；系统集成企业或以管理类项目为主的研发企业长期为工程所困，良好的市场需求并不能带来利润回报的规模增加，等等。

造成以上现象，一是由于企业的软件过程成熟度不高，另一个原因，就是缺乏清晰、深入的软件产品设计。

优秀的产品设计可能是软件企业发展的重要契机。

好的产品设计可能使企业走向产品系列化、服务规范化、内部管理规范化的良性发展之路；而差的产品设计不仅将造成现实的资源浪费，甚至有可能使产品从此成为软件企业的一个枷锁。

其实，产品设计的来源最终都是市场。

设计的好与不好，反映了设计者对技术、业务、以及用户需求诸方面的现状以及变化规律把握的结果。

下面从功能定位入手，探讨怎样进行产品设计。

我们所举的例子的主体假设是一个典型的系统集成企业，在多媒体系统集成项目上有较多的工程经验，在软件研发上也小有积累，市场研究认为多媒体技术在培训、教学领域将大有可为。

二、软件产品的分类及定位 与一般的针对用户明确需求的软件项目的需求分析稍有不同，软件产品的功能定义更多的是一种＂定义＂，而不象面向特定用户的系统，其需求定义是一种记录、归纳和分析的过程。

它看起来的自由度比较大。

正是这种自由度可以带来产品的升华，使工程产品化。

即使对于特定用户的软件需求，我们也有必要在满足特定用户的特定需求的同时，对相关技术和业务进行适当的分析和预期，使得项目的成果具有更好的适用性和重用价值。

软件产品可以分为两种：面向最终用户的和面向软件开发或集成商的。

第一种主要指面向不限于计算机技术人员、完成一定应用功能的系统；后者指供专业的软件开发人员使用、用于构造第一种产品的＂中间＂产品，它可能是一个完整的系统平台，也可能是一个开发包或一个小的程序工具。

不同种类的产品具有不同的特性要求：面向集成商/开发商的产品要求可靠、可扩充、有详尽的技术说明、有一定的技术适应性；面向最终用户的产品则要求功能完整、可靠、可维护、有较好的应用适应性。

其实，设计人员还可以根据市场形式开发介于以上二者之间的＂半产品＂，即通过简单定制可以＂生产＂出应用系统的＂半成品＂，但又不同于严格意义上的开发平台或是零散的开发工具包。

这种＂半成品＂很实用，不仅可以提高本企业的生产率，为产品系列化打好伏笔，还可以在适当的市场时机作为商品提供给系统集成商，为企业带来额外的利益。

到底要开发什么类型的产品，是软件产品设计的第一个重要决策。

我们假设的＂多媒体远程教学系统＂定位在＂半成品＂上，希望开发出能直接用于某种应用场合（如企业培训），但可以根据应用需要进行定制、扩充，广泛应用于其他相关应用，如专业培训机构、网络化学校教育等。

三、软件产品的非功能性需求定义 软件产品的需求可以分为功能性需求和非功能性需求。

其中软件产品的非功能性需求是常常被轻视、甚至被忽视的一个重要方面。

其实，软件产品非功能性定义不仅决定产品的质量，还在很大程度上影响产品的功能需求定义。

如果事先缺乏很好的非功能性需求定义，结果往往是使产品在非功能性需求面前捉襟见肘，甚至淹没功能性需求给用户带来的价值。

所谓非功能性需求，是指软件产品为满足用户业务需求而必须具有的、除功能需求以外的特性。

软件产品的非功能性需求包括系统的性能、可靠性、可维护性、可扩充性、对技术和对业务的适应性，等等。

下面对其中的某些指标加以说明。

1、系统的完整性 指为完成业务需求和系统正常运行本身要求而必须具有的功能，这些功能往往是用户不能提出的。

典型的功能有：联机帮助、数据管理、用户管理、软件发布管理、在线升级，等等。

并不是所有的系统都必须包括以上所有的功能，而是可以根据产品的使用环境和企业的产品发展决策进行挑选。

例如，在线升级、软件发布管理适用于具有因特网或内网环境的软件产品；而数据管理对于产生数据存储的产品则是必须的，设计人员不应假设用户同时是一个合格的DBA，而且系统所产生...

软件需求分析的需求类型有哪些呢？

需求分析，我刚做了个项目就用它，不知道是不是你想要的1引言 21.1编写目的 21.2背景 21.3定义 21.4参考资料 22任务概述 22.1目标 22.2用户的特点 32.3假定和约束 33需求规定 33.1对功能的规定 33.2对性能的规定 33.2.1精度 33.2.2时间特性要求 33.2.3灵活性 43.3输人输出要求 43.4数据管理能力要求 43.5故障处理要求 43.6其他专门要求 54运行环境规定 54.1设备 54.2支持软件 54.3接口 54.4控制 5 软件需求说明书的编写提示1引言1.1编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。

1.2背景 说明：待开发的软件系统的名称；本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

1.4参考资料 列出用得着的参考资料，如：本项目的经核准的计划任务书或合同、上级机关的批文；属于本项目的其他已发表的文件；本文件中各处引用的文件、资料、包括所要用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2任务概述2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。

如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

|2.2用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。

这些是软件设计工作的重要约束2.3假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。

3需求规定 3.1对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。

3.2对性能的规定3.2.1精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。

3.2.2时间特性要求 说明对于该软件的时间特性要求，如对：响应时间；更新处理时间；数据的转换和传送时间；解题时间；等的要求。

3.2.3灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：操作方式上的变化；运行环境的变化；同其他软件的接口的变化；精度和有效时限的变化；计划的变化或改进。

对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。

3.3输人输出要求 解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。

对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

3.4数据管理能力要求 说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。

3.5故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

3.6其他专门要求 如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

4运行环境规定4.1设备 列出运行该软件所需要的硬设备。

说明其中的新型设备及其专门功能，包括：处理器型号及内存容量；外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；输入及输出设备的型号和数量，联机或脱机；数据通信设备的型号和数量；功能键及其他专用硬件4.2支持软件 列出支持软件，包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。

4.3接口 说明该软件同其他软件之间的接口、数据通信协议等。

4.4控制 说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。

软件需求分析 有那些有用的书可以学习一下呢？

软件需求（第2版） Karl E.Wiegers、刘伟琴、 刘洪涛 清华大学出版社 （2004-11出版） 软件需求最佳实践：SERU过程框架原理与应用 徐锋 电子工业出版社需求分析与系统设计（原书第3版） 麦斯阿塞克（Leszek A.Maciaszek）、马素霞、王素琴、 谢萍 机械工业出版社 （2009-09出版） 这几本书都很不错的，你可以先到图书馆比较一下再根据自己的实际选择，祝你学习顺利...

软件开发中,需求分析阶段产生的主要文档是

第一个步骤是市场调研（可行性分析“做还是不做”）第二个步骤是需求分析（软件需求规格说明书“做什么，不做什么”。

）第三个步骤是概要设计（概要设计说明书）第四个步骤是详细设计（详细设计说明书）第五个步骤是编码第六个步骤是测试（集成测试计划）选B...

软件工程中需求分析的任务是什么？

软件工程中包含需求、设计、编码和测试四个阶段，其中需求工程是软件工程第一个也是很重要的一个阶段，需求分析是要决定“做什么，不做什么”。

在一个软件项目中，软件需求包括三个不同的层次-业务需求、用户需求和功能需求-也包括非功能需求：业务需说明了提供给客户和产品开发商的新系统的最初利益，反映了组织机构或客户对系统、产品高层次的目标要求。

软件开发，能否获得成功，最重要的是需求分析的工作。

因此，软件需求分析能力和水平，对软件项目至关重要。

一般的分析方法和步骤如下：⑴首先调查组织机构情况 包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。

⑵然后调查各部门的业务活动情况 包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。

⑶协助用户明确对新系统的各种要求 包括信息要求、处理要求、完全性与完整性要求。

⑷确定新系统的边界 确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。

由计算机完成的功能就是新系统应该实现的功能。

常用的调查方法有： ⑴跟班作业 通过亲身参加业务工作来了解业务活动的情况。

这种方法可以比较准确地理解用户的需求，但比较耗费时间。

⑵开调查会 通过与用户座谈来了解业务活动情况及用户需求。

座谈时，参加者之间可以相互启发。

⑶请专人介绍。

⑷询问 对某些调查中的问题，可以找专人询问。

⑸设计调查表请用户填写 如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。

⑹查阅记录 即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。

通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。

分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。