需求分析的流程和规范PPT课件

关系定义
定义实体之间的关系，如 关联、依赖、聚合等。
实体关系图绘制
使用图形化工具绘制实体 关系图，展示实体之间的 关联关系。
Part
04
需求规格说明
需求规格说明编写
确定需求来源
明确软件需求来自哪些方面，如用户、市场、技术等 ，确保全面覆盖。
编写规范统一
遵循统一的编写规范，确保需求规格说明的清晰、准 确和一致性。
需求分析的过程
需求调研
通过与用户沟通、调查问 1
卷、现场观察等方式，了 解用户需求和业务场景。
需求确认
4
将分析出来的需求与用户 进行确认，确保双方对需 求的理解一致。
需求分析
2
对收集到的需求进行整理
、分类、抽象，形成系统
需求。
需求评审
3 对分析出来的需求进行审
查和评估，确保需求的正 确性和完整性。
访谈技巧
注意倾听、引导和追问，以获得深入的需求 信息。
记录和分析
详细记录访谈内容，并进行分析，提取关键 需求。
问卷调查
设计问卷
根据软件的功能和目标，设计合理的问卷。
选择调查对象
确保调查对象的代表性和广泛性。
发布和收集问卷
通过适当的渠道发布问卷，并确保问卷的完整性和准确性。
数据分析
对收集到的数据进行统计分析，提取关键需求。
详细描述
社交网络平台用户数量庞大，用户交互频 繁，对系统的可用性和响应速度要求极高 。同时，由于社交网络平台的功能更新频 繁，需求变化较快，需求分析需要关注系 统的可扩展性和灵活性。此外，社交网络 平台还需要考虑用户隐私和数据安全等问 题。
THANKS
感谢您的观看
非功能需求定义

2.2ห้องสมุดไป่ตู้需求分析的内容
1.市场需求分析 2.技术需求分析 3.安全需求
2.2 需求分析的内容
2.2.1市场需求分析
物联网工程的市场需求分析，是指对某一特定应用的物联网项目（智能交通、智能医疗）进行市场需求调研、分析和数据整理，以此作为某一特定物联网产品开发和项目的决策依据，也用来指导物联网企业的生产、销售。
需求分析的基本任务是准确地回答“工程必须做什么”即工程任务问题。通过需求分析，逐步细化工程的功能和性能，确定工程设计的限制和工程同其他工程元素的接口定义，定义工程的其他有效性需求。
END
结合车位引导系统，撰写系统的需求分析报告。
思考与练习题
2.1 需求分析的概述
需求分析的任务可以概括为如下三点： （2）因为物联网工程是一个多技术学科、多企业合作的项目，《物联网工程用户需求分析报告》可以明确各企业、各部门的责任，从而成为客户、系统集成商以及RFID等产品供应商之间的项目合作、验收和提供质量保证的依据。
2.1 需求分析的概述
需求分析的任务可以概括为如下三点： （3）《物联网工程用户需求分析报告》中明确设备供应商为其产品的特殊用户提供技术支持和服务。因此，《物联网工程用户需求分析报告》成为设备供应商和集成商之间沟通的依据和基础。
（1）客户现场设备布局。 （2）现有网络基础设施运用。
2.2 需求分析的内容
2.2.2技术需求分析
7.支持和维护要求
支持和维护要求是指根据客户需要所必须满足的系统平均无故障工作时间和最大连续工作时间，为满足读头系统的正常工作，需要客户企业内部其他部门如何配合和支持，集成商或者设备供应商提供怎样的技术支持以及系统是否需要具有读头远程管理功能等。
需求分析的基本任务是准确地回答“工程必须做什么”即工程任务这个问题。 通过需求分析，逐步细化工程的功能和性能，确定工程设计的限制和工程同其他工程元素的接口定义，定义工程的其他有效性需求。

原型设计工具
原型设计工具用于快速创建软件原型， 帮助团队更好地理解用户需求和设计 软件界面。
常见的原型设计工具包括Axure、 Sketch、Figma等，这些工具支持快 速设计和制作高保真原型，方便团队 成员进行讨论和评审。
需求分析建模工具
需求分析建模工具用于对软件需求进行分析、建模和规格编写，帮助团队更好地 理解和规范软件需求。
评审
组织专家或利益相关者对需求规格说 明进行评审，确保内容的准确性和完 整性。
修改
根据评审结果，对需求规格说明进行 修改和完善，确保满足利益相关者的 需求。
需求规格说明的发布与维护
发布
将需求规格说明正式发布给相关人员，确保利益相关者了解和遵循。
维护
在软件开发生命周期中，对需求规格说明进行维护和更新，确保其与实际需求保持一致。
定期对需求变更进行审查，确保变 更得到有效控制。
沟通与协调
及时向相关干系人报告变更情况， 确保信息一致性。
04
06 软件需求分析工具
需求管理工具
需求管理工具用于记录、跟踪和管理 软件需求，确保需求变更得到及时处 理和正确实施。
常见的需求管理工具包括Jira、 MantisBT等，这些工具提供了需求跟 踪、版本控制、变更管理等功能，帮 助团队更好地协作和管理需求。
需求分析的流程
需求整理
对收集到的需求进行分类、筛 选、合并、去重等处理。
需求规格说明
编写需求规格说明书，明确需 求的细节和验收标准。
需求收集
通过访谈、问卷调查、原型演 示等方式收集用户需求。
需求分析
对整理后的需求进行深入分析， 明确系统功能、性能等方面的 具体要求。
需求评审
组织专家或团队对需求规格说 明书进行评审，确保需求的准 确性和完整性。

-
3.2 获取需求的方法
1、访谈
访谈有两种基本形式，分别是正式的和非正式的访谈。
当需要调查大量人员的意见时，向被调查人分发调查表 是一个十分有效的做法。
在访问用户的过程中使用情景分析技术往往非常有效。
情景分析技术的用处主要体现在下述两个方面：
(1) 它能在某种程度上演示目标系统的行为，从而便于用户 理解，而且还可能进一步揭示出一些分析员目前还不知道 的需求。
一般使用第三范式。
17
-
3.6 状态转换图
在需求分析过程中应该建立起软件系统的行为模型。状态转换图(简 称为状态图)通过描绘系统的状态及引起系统状态转换的事件，来表示系统 的行为。此外，状态图还指明了作为特定事件的结果系统将做哪些动作(例 如，处理数据)。
1、状态
状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种 行为模式。状态规定了系统对事件的响应方式。系统对事件的响应，既可 以是做一个(或一系列)动作，也可以是仅仅改变系统本身的状态，还可以是 既改变状态又做动作。
7．其它需求
-
3.4概念模型
最常用的表示概念性数据模型的方法：实体—联 系方法(Entity-Relationship Approach)，简称ER模型。
E-R模型包含三个基本成分：“实体”、“联 系”、“属性”
(1)实体：是客观世界中存在的且可相互区分的事物。 它可以是人或物，也可以是具体事物或抽象事物。 – 例如：教师、学生、课程是实体。 实体用矩形框表示，如： 教师
在状态图中定义的状态主要有：初态(即初始状态)、终态(即最终状态) 和中间状态。在一张状态图中只能有一个初态，而终态则可以有0至多个。
状态图既可以表示系统循环运行过程，也可以表示系统单程生命期。