软件需求分析复习资料.ppt

复旦大学计算机科学与工程系 软件工程课程 需求分析 需求工程的适用范围 需求获取的执行者 软件需求的层次 结构化需求分析 UML（用例、类图、活动图） 基于目标的需求分析 软目标 I*框架 需求评审 第一章 需求工程的适用范围 软件密集型系统(Software-intensive systems)  定义：有计算机技术支持下的相互联系着一组人类或物理设备组成的系统 软件本身是无用的 ?? 软件是对一系列计算活动的抽象描述 ?? 软件只有当它在硬件上运行时才变得有用 ?? 硬件的存在是前提 ?? 软件+ 硬件= “计算机系统” 计算机系统本身是无用的 ?? 只有当它用于支撑人类的活动时，才有意义 ?? 人类活动的存在是更重要的前提 ?? 一个新的计算机系统将显著改变人的行为方式 ?? 软件+ 硬件+ 人类活动= “软件密集型系统” 软件开创了新的可能性 ?? 复杂而灵活（复杂性） ?? 可以随时修改（适应性） 软件需求的层次 软件需求包括三个不同的层次—业务需求、用户需求和功能需求（非功能需求） 业务需求 ?业务需求是组织或客户对于系统的高层次目标要求，定义了项目的远景和范围，即确定软件产品的发展方向、功能范围、目标客户和价值来源。 ?业务需求的内容 –业务：产品属于哪类业务范畴？应该完成什么功能？需要为什么服务？ –客户：产品为谁服务？目标客户是谁？ –特性：产品区别于其他竞争产品的特性是什么？ –价值：产品的价值体现在什么方面？ –优先级：产品功能特性的优先级次序是什么？ 用户需求 ?用户需求是从用户角度描述的系统功能需求和非功能需求，通常只涉及系统的外部行为，而不涉及系统的内部特性。 ?用户需求的描述 –原则：应该易于用户的理解。一般不采用技术性很强的语言，而是采用自然语言和直观图形相结合的方式进行描述。 –问题：自然语言表达容易含糊和不准确。 系统需求 ?系统需求是更加详细地描述系统应该做什么，通常包括许多不同的分析模型，诸如对象模型、数据模型、状态模型等。 ?系统需求模型的描述 –结构化英语（PDL ） –可视化模型 –形式化方法 ?系统需求主要是面向开发人员进行描述，是开发人员进行软件设计的基础。 功能需求 ?功能需求 –描述系统应该提供的功能或服务，通常涉及用户或外部系统与该系统之间的交互，一般不考虑系统的实现细节。 ?举例： –用户可从图书资料库中查询或选择其中的一个子集。 –系统可提供适当的浏览器供用户阅读电子文献。 –用户每次借阅图书应该对应一个唯一的标识号，它被记录到用户的帐户上。 非功能需求 ?非功能需求 –从各个角度对系统的约束和限制，反映了应用对软件系统质量和特性的额外要求，例如响应时间、数据精度、可靠性、开发过程的标准等。 ?举例： –系统应在20 秒之内响应所有的请求。 –系统每周7 天、每天24 小时都可以使用。 –对于一个没有经验的用户而言，经过两个小时的培训就可以使用系统的所有功能。 第二章 2.3 需求过程 需求获取技术比较 需求分析和需求协商 需求分析的目标 消除不完整需求 消除不明确需求 消除不一致需求 需求协商 协商的过程就是讨论需求冲突，找出每个人都满意的折衷方案 协商不是简单的逻辑或技术上的争论 要注意组织和行政方面的因素 第三章 3.2 图形化需求建模 需求的图形化表示的模型： 1.数据流图（ D F D） 2.实体关系图（ E R D） 3.状态转化图（S T D） 4.类图。。。 1.数据流图 数据流图中的主要图形元素 “化学制品跟踪系统”的0层数据流图 2.实体关系图 分析实体联系图有助于对业务或系统数据组成的理解和交互，并暗示产品将有必要包含一个数据库。 实体-关系图（E-R图）一个组织或业务领域中的实体、关联和数据元素的一种详细的、图形化逻辑表示。 方形代表实体 菱形框代表关系 “化学制品跟踪系统”的实体关系图 实体关系图在需求分析中的作用 在需求分析时绘制实体联系图是一种组织你所知道的业务或新系统的重要数据元素的好方法。 用一个实体联系图和一个数据词典来记录这些数据关系，这可以为新的业务过程提供一个数据组成的概念性框架。 状态转换图并没有提供使开发者如何构造系统的详细细节。 数据词典 数据词典与数据流图配合，能清楚地表达数据处理的要求 词条描述 —— 对于在数据流图中每一个被命名的图形元素，均加以定义，其内容有: 名字，别名或编号，分类，描述，定义，位置，其它，等 包括：数据流+数据项+文件存储+加工说明 数据词典 数据词典与数据流图配合，能清楚地表达数据处理的要求 词条描述 —— 对于在数据流图中每一个被命名的图形元素，均加以定义，其内容有: 名字，别名或编号，分类，描述，定义，位置，其它，等 包括：数据流+数据项+文