第4章 结构化分析模型.pptVIP

用户需求与系统建模 第4章 结构化分析模型 本章内容 4.1 结构化分析模型的构成 结构化分析技术的基本观点 软件系统由独立的数据域和功能域组成。功能域对输入数据进行处理，并产生满足需求的结果数据。 4.1 结构化分析模型的构成 结构化分析的主要任务 “逐步求精”地进行系统分解，并定义分解后各个组成部分之间的联系。 结构化分析准则 必须理解和表示系统的数据域。 确定系统需要应用和管理的数据内容及组织关系。 必须理解和表示系统的功能域。 确定系统的功能集合，及功能间的协作关系。 必须理解和表示作为外部事件响应结果的软件行为。 确定系统的状态集合、事件集合及由事件响应所导致的状体迁移关系。 4.1 结构化分析模型的构成 结构化分析模型——三视点模型(3VM) 根据结构化分析准则，系统分析模型由以下部分构成： 数据模型 利用实体关系图表现系统数据域的数据对象及相互关系。 功能模型 利用数据流图表现系统功能域的功能结构和协作关系 行为模型 利用状态迁移图表现系统的状态集合和状态变化关系。 数据字典 对模型元素进行精确定义和详细解释。 4.2 数据域分析模型 实体关系图(Entity Relationship Diagram) 简介 1976年由Peter Cher提出，在数据库概念设计领域得到了广泛的认同，用于构造独立于机器，独立于DBMS的数据关系模型 符号及语义 实体 以矩形表示，代表一个独立的数据元组集合。通常用以映射数据域中的复合数据对象。 属性 以椭圆表示，并以无向边连接到对应的实体或关系。体现为实体对象或关系中包含该原子数据分量。 关系 以菱形表示，用以体现数据对象之间的联系。用无向边连接到对应的实体。 4.2 数据域分析模型 ERD 图例 4.2 数据域分析模型 基数与形态——关系约束 含义 基数（多重性）：实体参与给定关系的(最大)数量约束。 形态：实体参与给定关系的强制性约束。 确定方法 在给定关系的一端假定为单位实体，在另一端考察关联实体的数量和强制性约束。 表示方法 4.2 数据域分析模型 数据域建模步骤 1.提取需求中的复合数据对象（通常对应应用领域的业务对象或概念），确定并命名实体集合。 2.每次考察一个实体是否需要与其他实体间的建立关系。确定实体关系对。 3.指定每个实体关系对的基数和形态。 4.迭代执行2～4步至定义出所有的实体关系对。 5.根据需求，确定每个实体和关系的属性。 6.标注计算属性。 7.复审实体关系模型。 4.2 数据域分析模型 实例分析 某公司拟应用短信服务平台提高办公效率，节省通信成本。该公司设有多个部门，各部门包括若干员工，其中设部门经理和行政秘书各1人。短信平台的应用需求为： 行政秘书负责起草短信公文，并指定公文的接收者（点发、群发均可）。接收者可为本部门或外部门员工，系统应提供按部门的人员检索功能。 部门经理可审批本部门起草的短信公文内容，通过审批后短信公文由系统编号，并自动转发给ISP的短信处理网关。 ISP对要求转发的每条短信产生一条回执，记录该短信的编号、转发状态、转发时间、接收时间、接收状态。 部门经理可查阅指定时间段内本部门发送的短信公文的详细情况（起草者、接收者、公文内容、费用），并可统计某时间段内发送短信的总费用 公司财务部每个月会根据本月内各部门成功发送的短信数量与部门经理进行办公费用结算，系统应保留各部门每个月的结算账单以便核查。 4.2 数据域分析模型 实例分析 确定实体 部门的信息 员工的信息 短信公文的信息 短信发送的结果 短信发送的费用 确定关系 员工在哪个部门 部门产生过哪些短信 短信由谁起草、谁审批，发给谁 回执是针对哪个短信、发送给谁的结果。 部门要支付多少费用、费用因哪些短信发生。 基数形态…… 属性…… 复审模型…… 4.2 数据域分析模型 实例分析 4.3 功能域分析模型 数据流变换的观点 软件的功能体现为将输入的数据变换为输出的数据。因此功能域在整体上表现为一个复杂的“信息变换器”。 4.3 功能域分析模型 数据流图 (Data Flow Diagram，DFD) 也叫泡泡图（bubble diagram），是一种 “描绘数据在系统中流动和处理过程 ”的图形化技术，是结构化功能建模的主要技术 符号及语义 4.3 功能域分析模型 数据流图图例 4.3 功能域分析模型 功能域建模的步骤——逐步求精 1.创建顶层（0层）数据流图 确定全体外部实体 确定以外部实体为起点或终点的边界数据流 将软件功能域表现为唯一的数据加工。 2.为第N层数据流图中“复杂”的数据加工创建第N+1层子图，表现内部的子加工、数据存储和数据流变换细节。 以元素编号体现子图与父图的对应关系。 分解过程中确保数据流一致性原则。 3.迭代步骤2，至第M层子图