第2章 需求分析.ppt

关系不同数据对象的实例之间是有关联关系的，在ER图上用无向边表示。在无向边的两端应标识出关联实例的数量，也称为关联的重数。从关联重数的角度可以将关联分为３种。(1)一对一（1:1）关联(2)一对多（1:m）关联(3)多对多（m:n）关联实例关联还有“必须”和“可选”之分。关联数量的表示在ER图中用圆圈表示所关联的实例是可选的，隐含表示“0”，没有出现圆圈就意味着是必须的。出现在连线上的短竖线可以看成是“1”。*XY一个X与一个Y相关联一个X与一个或多个Y相关联XY一个X与零个或一个Y相关联XY一个X与零个,一个或多个Y相关联XY一个X与一个Y或Z相关联XYZ一个X与一个Y与Z相关联XYZ关联关系举例*关系的属性关系本身也可能有属性，这在多对多的关系中尤其常见，如学生和课程之间的关系可起名为“选课”，其属性应该有学期、成绩等。关系属性的表示：在表示关系的无向边上再加一个菱形框，并在菱形框中标明关系的名字，关系的属性同样用椭圆形或圆角矩形表示，并用无向边将关系与其属性连接起来。*教学数据模型学号姓名专业性别……学生职工号姓名专业职称年龄教师课程号课程名学分学时……课程学号课程号成绩选课3.行为建模行为建模给出需求分析方法的所有操作原则，但只有结构化分析方法的扩充版本才提供这种建模的符号。数据流图不描述时序关系，控制和事件流通过行为模型描述。在描述系统或各个数据对象的行为时，采用状态迁移图。通过描述系统或对象的状态，以及引起系统或对象状态转换的事件来表示系统或对象的行为。*状态转换图状态转换图（简称状态图）通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。状态图中使用的主要符号如图所示。*状态状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式，状态规定了系统对事件的响应方式。状态可能有：初态（初始状态）、终态（最终状态）和中间态。在一张状态图中只能有一个初态，而终态则可以有多个，也可以没有。*状态的表示：初态用实心圆表示，终态用牛眼图形表示，中间态用圆角矩形表示。*状态转换状态图中两个状态之间带箭头的连线称为状态转换。状态的变迁通常是由事件触发的，在这种情况下应在表示状态转换的箭头线上标出触发转换的事件表达式。如果在箭头线上未标明事件，则表示在源状态的内部活动执行完之后自动触发转换。*状态转换下图为计算机应用软件的启动过程，在这个过程中没有外部事件触发，每个状态下的活动完成时，状态发生转换。*事件事件是在某个特定时刻发生的事情，它是对引起系统做动作或从一个状态转换到另一个状态的外部事件的抽象。事件表达式的语法如下：事件说明（守卫条件）/动作表达式(1)事件说明的语法如下：事件名（参数表）(2)守卫条件是一个布尔表达式。如果同时使用守卫条件和事件说明，则当且仅当事件发生且布尔表达式成立时，状态转换才发生。如果只有守卫条件没有事件说明，则只要守卫条件为真，状态转换就发生。(3)动作表达式是一个过程表达式，当状态转换开始时执行该表达式。*存款过程的状态图(考虑新开户)*取款过程的状态图*非功能需求非功能需求从各个角度对系统的约束和限制，反映了应用对软件系统质量和特性的额外要求，例如响应时间、数据精度、可靠性、开发过程的标准等。举例：MiniLibrary系统应在20秒之内响应所有的请求。系统每周7天、每天24小时都可以使用。对于一个没有经验的用户而言，经过两个小时的培训就可以使用系统的所有功能。*非功能需求*非功能需求*需求的来源客户或用户学院的高层管理者、项目投资人系统管理员教师、学生、图书管理员标准图书资料的标准政策或法律图书资料管理规程、知识产权和版权保护等系统或过程文档当前手工管理的文件、表格、记录等相关领域的专家*需求获取过程需求获取包括以下活动：发现和分析问题发现问题症结，并分析问题的原因/结果关系。获取需求根据对问题的理解定义需求。使用调查研究方法收集信息；遵循需求获取框架，按照三个成分观察：即数据、过程和接口。需求归档以草稿形式归档调查结果。形式有用例、决策表、需求表等。*需求获取技术的基本特征好的需求获取技术，对于规范需求获取活动，高效准确地获取需求定义，是十分重要的。好的需求获取技术，应具有如下基本特征：提供便于沟通的工具，如易于理解的语言和直观的图表；提供定义系统边界（交互）的