软件需求分析(精)
(完整版)《软件需求分析》PPT课件
4.1.1 需求分析的特点
需求分析虽处于软件开发过程的开始阶段，但它对 于整个软件开发过程以及软件产品质量是至关重要 的。需求分析是指开发人员要进行细致的调查分析， 准确理解用户的要求。将用户非形式的需求陈述转 化为完整的需求定义，再由需求定义转换到相应的 形式功能规约的过程。
2020/4/10
2020/4/10
广东工业大学计算机学院
11
（4）用户界面需求：用户操纵界面的形式、输入 /输出数据格式、数据传递的载体等。
（5）系统的可靠性、安全性、可移植性和可维护 性等方面的需求。
2020/4/10
广东工业大学计算机学院
12
2. 导出软件的逻辑模型
分析人员根据前面获取的需求资料，要进行一致性 的分析检查，在分析、综合中逐步细化软件功能， 划分成各个子功能。同时对数据域进行分解，并分 配到各个子功能上，以确定系统的构成及主要成分。 最后要用图文结合的形式，建立起新系统的逻辑模 型。
2020/4/10
广东工业大学计算机学院
10
1. 问题明确定义
（1）功能需求：指所开发的软件必须具备什么样 的功能。
（2）性能需求：要开发软件的技术性能指标，如 访问时延、存储容量、运行时间等限制。
（3）环境需求：软件运行时所需要的硬件的机型、 外设；软件的操作系统、开发与维护工具和数据库 管理系统等要求。
2020/4/10
广东工业大学计算机学院
5
3. 交流障碍
需求分析涉及人员较多，系统分析员要与软件系统 用户、问题领域专家、需求工程师和项目管理员等 进行交流。但是这些人具备不同的背景知识，处于 不同的角度，扮演不同角色，造成了相互之间交流 的困难。
2020/4/10
软件工程--需求分析
软件工程--需求分析软件工程需求分析在软件工程的领域中，需求分析是整个项目开发过程中至关重要的环节。
它就像是一座大厦的基石，如果基石不稳，整座大厦都可能摇摇欲坠。
简单来说，需求分析就是要弄清楚软件需要做什么，为谁而做，以及要达到什么样的效果。
需求分析的第一步，是明确软件的目标用户群体。
比如说，我们要开发一个在线学习平台，是面向小学生、中学生还是大学生？是为了提供课程辅导，还是为了培养兴趣爱好？不同的用户群体有着不同的需求和使用习惯。
如果把这个平台定位为小学生使用，那么界面就需要简洁明了、色彩鲜艳，操作要简单易懂；如果是面向大学生，可能就需要更多的专业课程资源和深入的学习功能。
接下来，要深入了解用户的具体需求。
这可不是简单地问问用户想要什么就行了，而是要通过各种方法去挖掘他们潜在的、真正的需求。
比如，可以进行用户访谈，和他们面对面交流，了解他们在学习过程中的痛点和期望；也可以进行问卷调查，收集大量的数据进行分析；还可以观察用户在现有类似平台上的行为，从中发现问题和改进的方向。
举个例子，如果我们要开发一个购物软件，用户可能会说希望能快速找到想要的商品，这只是表面需求。
进一步挖掘，我们会发现他们其实更希望有精准的搜索功能、个性化的推荐，以及清晰的商品分类和详细的商品信息。
这些才是用户真正关心的，也是我们在需求分析中要重点关注的。
在需求分析中，还需要考虑软件的使用场景。
是在移动端使用，还是在电脑端？是在有网络的环境下，还是离线也能使用？不同的使用场景会对软件的功能和性能产生不同的要求。
比如，一个在户外使用的地图导航软件，就需要具备离线使用的功能，并且要能快速定位和加载地图。
同时，要明确软件需要具备哪些功能。
这包括基本功能和扩展功能。
以一个社交软件为例，基本功能可能是添加好友、发送消息、分享动态等；扩展功能可能是群组聊天、视频通话、直播等。
在确定功能时，要权衡功能的必要性和实现的难度，不能一味追求功能的丰富而忽略了项目的可行性和成本。
软件工程需求分析(精品PPT)
•将功能和信息结构分配到这些系统元素中 •需求分析的任务
•深入描述软件的功能和性能 •确定软件设计的约束和软件同其它系统元素的接口细节
•定义软件的其它有效性需求
第四页，共七十七页。
需求(xūqiú)分析的具体任务
•需求分析阶段的具体任务：
•确定对系统的综合要求
•系统功能要求
第四章 析根底
软件工程 需求分 (ruǎn jiàn ɡōnɡ chénɡ)
第一页，共七十七页。
第四章 需求分析 根底 (fēnxī)
• 需求(xūqiú)分析的任务与原那么〔重点〕 • 需求分析的任务 • 需求分析的过程 • 软件需求分析的原那么 • 初步需求获取技术 • 需求建模〔重点〕 • 问题抽象、问题分解与多视点分析 • 支持需求分析的快速原型技术 • 需求规格说明书
第二十六页，共七十七页。
教务管理系统调查分析过程 1、认真学习教务管理方面的知识，重点掌握其中
的名词和术语 2、收集目前教务管理方面资料和软件，了解其特
•了解系统的需求 •软件开发是系统开发的一局部,仔细分析研究系统的需求 规格说明,对软件的需求获取是很有必要的
第十六页，共七十七页。
✓需求调查对象
对组织的高层管理者，进行组织管理目标或经营方 针等组织战略问题的调查
对中层的管理者，进行全部业务流的调查 对业务工作人员，进行详细业务信息的调查
✓市场调查 了解市场对待开发软件有什么样的要求；了解市场上 有无与待开发软件类似的系统
第十页，共七十七页。
需求(xūqiú)分析流程
第十一页，共七十七页。
软件需求(xūqiú)分析的原那么
1、需要能够表达和理解问题的信息域和功能域 信息域应包括：
软件需求分析方法
软件需求分析方法软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。
软件需求分析是一个项目的开端，也是项目实施最重要的关键点。
据有关的机构分析结果表明，我们设计的软件产品存在不完整性、不正确性等问题80%以上是需求分析错误所导致的,而且由于需求分析错误造成根本性的功能问题尤为突出.因此，一个项目的成功软件需求分析是关键的一步。
一、软件需求分析理论如果我们用数学方法来描述软件需求分析，可以将一个应用软件定义为S，可能应用软件涉及功能性问题非常广,我们用抽象化理论分析，可以划分为各个功能域，可以用D1、D2、… Dn表示,那么,我们可以用一个表达式描述为S=｛D1,D2，D3，…Dn｝但是，功能域Di依然存在着有若干个问题P1、P2、P3、… Pm组成，并且每个功能对应于子系统中的一个软构件,我们可以表示为Di={P1，P2，P3,…Pm}同样，功能Pj有若干个行为F1、F2、F3、… Fk，每个行为对应于软构件中的实现方法Pj=｛F1，F2，F3，…Fk}一个软件包含了所有功能的集合，同时包含了实现所有功能的所有方法和算法描述。
需求分析是依据于用户需求,经过需求问题识别，进行分析、消化与综合,制订规格说明，评审,分为四个阶段，形成用户需求与设计同步,设计满足用户需求目标。
需求分析方法始终贯穿着吸收、同化、贯彻方法和手段，用商业化行为解决需求与实现中存在的矛盾，解决用户需求与商业化产品融通，解决规范与个性化追求.二、软件需求分析目标软件需求分析的主要实现目标：1）对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性,促使用户在软件设计启动之前周密地、全面地思考软件需求；2）了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准；3）为软件管理人员进行软件成本计价和编制软件开发计划书提供依据；需求分析的具体内容可以归纳为六个方面：软件的功能需求,软件与硬件或其他外部系统接口,软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。
软件开发中的需求分析
软件开发中的需求分析一、用户需求收集需求分析的首要步骤是收集用户需求。
这通常通过问卷调查、用户访谈、焦点小组、用户观察、原型测试等多种方式进行。
在这一阶段，我们需要确保与所有利益相关者（包括最终用户、项目经理、开发人员等）进行充分的沟通，以便了解他们对软件系统的期望和需求。
二、业务目标明确在收集到用户需求后，接下来需要明确业务目标。
这包括理解项目的商业价值和目的，以及软件如何支持这些目标和价值。
通过明确业务目标，我们可以确保软件开发工作始终围绕项目的核心需求进行。
三、功能需求分析功能需求分析是确定软件应提供哪些功能的过程。
这需要对用户需求进行深入分析，将其转化为具体的功能需求。
功能需求通常包括数据输入、数据处理、数据输出、用户界面、系统安全等方面的要求。
四、非功能需求分析除了功能需求外，非功能需求也是需求分析的重要组成部分。
非功能需求包括性能需求（如响应时间、吞吐量等）、可用性需求（如易用性、可访问性等）、可靠性需求（如故障恢复、数据完整性等）以及可维护性和可扩展性需求等。
五、数据需求解析数据需求解析是确定软件系统中所需的数据类型、数据结构、数据存储和数据流等的过程。
这需要对业务数据进行详细分析，以确保软件能够正确地处理和管理这些数据。
六、系统性能要求系统性能要求是确定软件系统应达到的性能标准的过程。
这包括响应时间、吞吐量、并发用户数、资源利用率等方面的要求。
系统性能要求应根据业务需求和非功能需求进行设定，并作为后续系统设计和开发的重要参考。
七、约束条件分析约束条件分析是识别和分析影响软件开发的各种约束条件的过程。
这些约束条件可能包括技术约束（如使用的技术栈、平台兼容性等）、时间约束（如项目交付时间等）、成本约束（如预算限制等）以及政策和法规约束等。
通过约束条件分析，我们可以确保软件开发工作在满足需求的同时，也符合各种限制和要求。
八、交互与界面需求交互与界面需求是确定软件系统与用户进行交互的方式和界面的过程。
软件需求分析报告(参考示例)
软件需求分析报告(参考示例)
1. 引言
本文档旨在对软件项目的需求进行分析和定义。
通过了解并明确软件项目的目标和范围，我们将确保开发团队可以按照这些需求来设计、实现和交付高质量的软件产品。
2. 项目背景
在这一部分，我们将介绍软件项目的背景和目的，以及项目所面临的问题和挑战。
2.1 背景
请在此提供软件项目的背景信息，例如为什么需要开发这个软件、市场需求等。
2.2 目的
阐述软件项目的目标和期望成果，明确该软件的应用场景和价值。
2.3 问题和挑战
描述项目所面临的问题和挑战，例如技术难题、需求冲突等。
这将有助于开发团队理解项目的复杂性和可行性。
3. 需求分析
在这一部分，我们将详细分析软件项目的需求，并将其分为功能需求和非功能需求。
3.1 功能需求
列出软件项目的所有功能需求，包括但不限于用户界面、用户操作流程、数据管理等方面。
3.2 非功能需求
在此详细说明软件项目的非功能需求，例如性能要求、安全要求、可维护性要求等。
4. 总结
通过对软件项目的需求进行分析和定义，我们为开发团队提供了明确的指导和参考。
只有通过清晰理解并满足这些需求，我们才能开发出符合预期的高质量软件产品。
在接下来的开发过程中，我们将密切与开发团队合作，确保需求得到完全满足。
以上是本文档对软件需求分析的简要参考示例，具体情况可根据实际项目要求进行扩展和修改。
软件需求分析
需求分析及其存在的缺陷及一些技术建议在软件开发领域，人们越来越多地提到需求。
和其他领域一样，这里的需求源自用户的“需要”，而不同则在于开发软件系统最困难的部分就是准确说明开发什么，这就是软件项目的需求。
为什么我们如此多的关注需求？原因恰恰在于我们无法有效地获取需求，我们无法准确地表述需求，而需求的变化对于整个项目的成本、周期影响极大，所谓“一石激起千层浪”。
所以，想让项目获得成功，首先要做好需求分析。
软件需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。
在这个过程中，用户的确是处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下基础。
一．为什么要需求分析需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力,财力,时间,开发出的软件却没人要,那所有的投入都是徒劳.如果费了很大的精力,开发一个软件,最后却不满足用户的要求,从而需要重新开发,这种返工是让人痛心疾首的.比如,用户需要一个for Linux的软件,而你在软件开发前期忽略了软件的运行环境,忘了向用户询问这个问题,而想当然的认为是开发for Windows的软件,当你千辛万苦地开发完成向用户提交时才发现出了问题,那时候你是欲哭无泪了,恨不得找块豆腐一头撞死.需求分析之所以重要,就因为他具有决策性,方向性,策略性的作用,他在软件开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型软件系统的开发中,他的作用要远远大于程序设计.二．需求分析的任务简言之,需求分析的任务就是解决"做什么"的问题,就是要全面地理解用户的各项要求,并准确地表达所接受的用户需求.三．软件需求分析的过程需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审.问题识别就是从系统角度来理解软件,确定对所开发系统的综合要求,并提出这些需求的实现条件,以及需求应该达到的标准.这些需求包括：功能需求(做什么),性能需求(要达到什么指标),环境需求(如机型,操作系统等),可靠性需求(不发生故障的概率）,安全保密需求,用户界面需求,资源使用需求(软件运行是所需的内存,CPU等),软件成本消耗与开发进度需求,预先估计以后系统可能达到的目标.分析与综合逐步细化所有的软件功能,找出系统各元素间的联系,接口特性和设计上的限制,分析他们是否满足需求,剔除不合理部分,增加需要部分.最后,综合成系统的解决方案,给出要开发的系统的详细逻辑模型(做什么的模型).制订规格说明书即编制文档,描述需求的文档称为软件需求规格说明书.请注意,需求分析阶段的成果是需求规格说明书,向下一阶段提交.评审对功能的正确性,完整性和清晰性,以及其它需求给予评价.评审通过才可进行下一阶段的工作,否则重新进行需求分析。
软件工程-需求分析
软件工程-需求分析软件工程需求分析在软件工程的领域中，需求分析是项目开发的起始点，也是决定项目成败的关键环节。
简单来说，需求分析就是搞清楚用户到底想要什么，以及软件需要具备哪些功能和特性来满足这些需求。
需求分析的重要性怎么强调都不为过。
如果在这个阶段出现偏差或遗漏，后续的设计、编码、测试等环节都可能会走弯路，甚至导致项目的失败。
想象一下，建筑工人在没有清晰的蓝图时就开始施工，结果会怎样？很可能会建成一个不符合预期、结构不稳定的建筑。
同样，在软件开发中，如果没有准确的需求分析，开发出来的软件可能无法满足用户的期望，浪费大量的时间和资源。
那么，需求分析到底要做些什么呢？首先，要与用户进行充分的沟通。
这里的用户可能包括最终使用软件的人员、提出需求的业务部门、以及可能受到软件影响的相关利益者。
沟通的方式多种多样，比如面对面的访谈、问卷调查、小组讨论等等。
通过这些方式，了解用户的业务流程、工作环境、痛点和期望。
举个例子，如果要开发一个企业资源规划（ERP）系统，就需要与企业的各个部门，如财务、采购、销售、生产等进行交流，了解他们目前的工作方式、存在的问题，以及对新系统的期望。
比如财务部门可能希望系统能够自动生成财务报表，采购部门希望能够实时跟踪供应商的交货情况，销售部门希望能够方便地查看客户订单的执行进度。
在沟通的过程中，要注意倾听用户的语言，不仅仅是他们明确表达的需求，还要捕捉他们话语背后的潜在需求。
有时候，用户可能不太清楚自己真正想要的是什么，或者无法准确地表达出来。
这就需要需求分析人员具备敏锐的洞察力和分析能力，通过引导和提问，帮助用户梳理思路，挖掘出深层次的需求。
其次，对收集到的需求进行整理和分析。
这就像是把一堆杂乱的拼图碎片整理成清晰的图案。
要去除重复的、矛盾的需求，对模糊的需求进行澄清和细化。
同时，要将需求按照不同的类别和优先级进行分类，以便后续的处理。
比如说，在一个在线购物系统中，用户可能提出既希望能够快速搜索商品，又希望能够按照不同的筛选条件进行精细查找。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
对象关系模型
对象-行为模型
补充：分析模型描述工具
结构化分析工具
DFD、DD和PSPEC CFD、CSPEC和STD E-R图 用例图，类对象图 对象-关系图 对象-行为图
面向对象分析工具
补充：数据及数据库需求
在数据词典中，强调对数据存储结构的 逻辑设计，并用数据结构表达数据项之 间的逻辑关系。 但任何一个软件系统都可能有成千上万 个数据项，仅仅描述这些数据项是不够 的，更重要的是如何把它们以最优的方 式组织起来，以满足系统对数据的要求。
学号 (b)
课号
学分
图2.4 例如：学生和课程之间的E-R模型 (a) 学生和课程之间的多对多联系E-R模型； (b) 将多对多联系转换为一对多联系E-R模型
在E-R图中，每个方框表示实体型或属性，方 框之间的连线表示实体之间，或实体与属性之 间的联系。出现在连线上的短竖线可以看成是 “1”，而圆圈隐含表示“0”。 例如，在教学管理中，一个教师可以教授零门、 一门或多门课程，每位学生也需要学习几门课 程。因此，教学管理中涉及的对象（实体型） 有学生、教师和课程。
教学实体模型
实体模型中的基本符号（老式）
符号 表示实体
含
义
表示实体间的联系，与实体间的连线上需用数字标明具体的对应关 系 表示与实体有关的属性 用于实体、属性及联系的连接
学号
姓名 m n
课号
课名
专业
学生
选课
课程
学时
年级 (a) 学号 姓名 1 n n
学分
课号 1
课名
专业
学生
选课单
课程
学时
年级
第三章 需求分析
教学目的与要求： 理解需求分析是软件生命周期的一个重 要阶段，它的根本是确定为了满足用户 的需要，系统必须做什么 要求掌握系统分析的过程，通过分析能 够用数据流图、E-R图、数据字典和简洁 的算法描述所定义系统的逻辑模型，会 应用结构化分析方法
第三章 软件需求分析
教学内容： 需求分析的任务和过程 数据流图的使用 建立模型技术、相关图形工具的应用 证软件需求的方法
用E-R图描述它们之间的联系，得下图。 其中，学生与课程是多对多的联系，而 教师与课程的联系是一对多。
进一步，要确定属性。例如， 学生具有学号、姓名、性别、年龄、专业 （其它略）等属性； 课程具有课程号、课程名、学分、学时数等 属性； 教师具有职工号、姓名、年龄、职称等属性。 此外，学生通过学号、分数与课程发生联系。 如此可得教学实体模型。
5元组中每一元素是学生的某一属性的 属性值。他们对应的属性集合是：
(学号, 姓名, 性别, 年龄, 专业)
这些属性集合表征了“学生”实体的类 型，叫做实体型。同一类型的实体的集 合叫做实体集。 数据世界则是信息世界中信息的数据化， 现实世界中的事物及其联系在数据世界 中用数据模型描述。
E-R图
用于对复杂数据的用作数据分析和建模 实体、属性和关系 组成符号
0：1Leabharlann 1：10：m1:m
数据可以按相应数据模型进行组织。 E-R图中表示实体联系的符号如下：
E-R方法 ( Entity-Relationship Approach) 和实体模型
在需求分析阶段进行数据库逻辑设计过 程中，使用E-R图，可定义一 个实体模 型。 实体模型是现实世界的纯表示，它不涉 及数据世界的数据结构、存取路径、存 取效率等问题。因此，它可以转换成数 据库中的数据模型。
描述每一实体的数据称为记录，描述属 性的数据叫做数据项或字段。 与实体集相对应的称为文件。 例如，学生文件就由多个记录组成，这 些记录放在一起构成一个二维表。表中 每一横排叫做一个记录或元组，每一纵 列叫做一个属性。
记录由数据项组成，正如实体由若干属 性的属性值组成一样。 一般数据项沿用属性名。用做属性名时 表示观念信息，用做数据项名时表示数 据信息。每个数据项包括两个特征：即 数据类型和数据长度。 若干同类型的记录构成文件。 为了对文件中的记录有效组织和存取， 通常指定一个数据项进行区别，这个数 据项叫做关键字。
第三章 软件需求分析
重点：需求分析的过程，能够用数据流 图、E-R图、数据字典和简洁的算法描述 所定义系统的逻辑模型，会应用结构化 分析方法，关注需求规格说明书的编写 难点：数据流图、E-R图、数据字典的应 用
3.1需求分析的任务和步骤
需求分析的任务
建立分析模型 编写需求说明 需求获取 需求提炼 需求描述 需求验证
需求分析的步骤
3.2需求获取的常用方法
联合分析小组
用户代表、领域专家和系统分析员 充分准备，寻找共同语言 循循序渐进、逐步逼近 多个来回
客户访谈
问题分析与确认
3.3分析建模与规格说明
模型：为了理解事物而对事物作出的一 种抽象，是对事物的一种无歧义的书面 描述。由一组图形符号和组织这些符号 的规则组成。 3种模型
数据模型：实体-联系图 功能模型：数据流图 行为模型：状态转换图
软件需求规格说明
通过需求分析除了创建分析模型之外， 还应该写出软件需求规格说明书。
补充：结构化分析模型
数据对象说明 E-R图
DD 加工说明
DFD图
CFD,STD图 控制说明
补充：面向对象分析模型
属性、操作、协作者
类/对象 模型 使用实例
信息世界
信息世界也叫做观念世界，是现实世界 在人们头脑中的反映。 客观世界中的事物在信息世界中叫做实 体，反映事物之间联系的叫做实体模型。 实体是由若干属性的属性值组成。属性 是实体某一方面的特征，相应于事物的 性质。例如，一个学生实体是如下的一 个5元组：
( 951149, 张三, 男, 19, 软件)
补充：有关数据库的基本概念
在软件系统中需要处理的数据是现实世 界中存在的事物及其联系的反映。 人们通常将与数据处理有关的的领域分 为三个世界： 现实世界 信息世界 数据世界
现实世界
现实世界是存在于人们头脑之外的客观 世界，现实世界中的事物可分成对象和 性质两大类。 对象可以是人、是物，还可以是实际的 东西或概念的东西，例如，大学、城市 等。对象还可以指事物与事物间的联系。 性质则是指事物的性质或特征。