信息管理学heu研讨.ppt

* * * * * * 事件表中能找到数据流图中出现的一些元素： 活动对应于处理框 事件源和事件目标对应于外部实体 触发点和响应结果是与外部实体相连的数据流 只有数据存储在事件响应表中没有对应的描述 四、事件与DFD 一个事件的DFD（医院门诊） 医生看病开处方 医生根据挂号单询问病人病情，书写诊断结果（病历），并根据医院库存药品开处方单。 教务员分配指导教师（学生志愿、综合测评成绩） 事件导出DFD 事件列表中的每一个事件都可以画出一个DFD图（需要额外添加数据存储元素） 事件列表可以作为画数据流图的一个基础和检验列表 事件对应DFD模型的中间层 事件可以继续分解绘制其具体的处理过程（向下细化） 系统中事件较多时，应进行分组（向上抽象） 事件的DFD集成 事件之间有一定的联系，一般通过数据存储建立关联 多个事件的DFD集成（医院门诊） 事件（处理）之间存在数据的流转，通常以数据存储为中介 构造完整的数据流图 根据事件表重新组织，绘制完整的DFD模型： 按照事件表，对每一个事件建立一个DFD片段图。 把所有的DFD片段进行分组，归纳为大的处理逻辑，形成上一层DFD（复杂系统层次更多）。 将属于一组内的DFD片段放在一张图上，形成事件层的DFD图。 对每个事件的数据处理进一步分解为下一层DFD （复杂系统层次更多）。 完整的数据流图 真正进行结构化系统建模过程中，应该采用自顶向下的分解方法，事件表只是寻找需求的辅助工具（启发） 建模是一个从具体到抽象，又从抽象到具体的过程，需要反复多次 第七节 数据建模 对系统中的数据建模使用ER图 事物 事物的属性 事物间的关系 分析阶段——建立的是数据的概念模型，不需要考虑具体的物理数据库系统 一、系统中的事物（实体） 事物——系统需要处理或保存的对象。 如客户，订单，产品等。 对信息系统中事物的理解和建模是定义系统需求的另外一个重要方面。 大部分数据来源于事物，与事物相依存的 事物是数据的载体 比如客户的各种特征信息产生于具体客户，图书名、作者、价格等是与图书事物相关联的 事物的类型 事物的类型： 实在有形：书籍、产品、文档 角色身份：医生、读者、顾客 组织单位：小组、部门 设备：打印机、传感器、鼠标 事件：借阅、订货、销售、罚款 场所：零售店、仓库 二、事物之间的关系 事物间的很多关系对于研究系统也非常重要。 关系：指某些事物间自然发生的联系。 例如：学生和图书，学生可以借阅图书。 例如：一个客户可以发出订单。 对每一个事物分析和它相关的事物，找出关系。 事物之间关系的基数 关系的基数：指一个事物关联另外一个事物的数量（一对一，一对多，多对多或者一个具体的数量—4个）。 如：学生和图书，一个学生可以预约多本图书，每本图书可能被多个学生预约。 如：一个客户可以发出多个订单，一个订单只能是一个客户的。 三、事物的属性 属性：有关事物的一条特征信息。 例如：客户的姓名、年龄、电话等。 标识符：能唯一区分事物的属性。 例如：发货单号，职工编号。 复合属性：指包含了许多相关属性的属性。 例如：姓名可能包含姓和名，日期包含年月日。 四、实体关系图ERD 实体就是系统中的事物，通过事物的识别来构造ERD模型。 事物 关系 关系基数 属性 实体关系图 ER图的表示法-1 ER图的表示法-2 学生 图书 客户 订单 订单条目 客户 订单 1 n 学生 图书 0…1 0…n 只能1个（强制） 1个或多个 0个或1个 0个或多个 包含属性的ER图 绘制ER图的注意事项 某种实体在系统中只存在1个个体，通常没有识别的需要。比如校园网中的“学校”实体。 ER图强调识别数据之间的联系，而不是人员与功能的关系。某种业务可能和某机构或人员相关，在ER图中忽略，比如“课程表”和“教务处”或“教务员”，“学生”和“学籍管理处”等。 实体的属性应该是实体与生俱有的特性，而不是相关联的其他业务数据。比如“图书出纳员”的属性可能有姓名、工号等职工属性，而不包括借书、罚款等相关业务信息。“仓库”不含有“商品编码”。 实体不应命名为“XX表”。如“仓库表”、“商品种类表”（属于DB技术名词），这样不利于阅读和理解。 检查ER图中的回路，回路可能意味着冗余。 第八节 新系统逻辑模型的提出 新系统源于现行系统，高于现行系统 应该考虑一下因素，提出新的系统模型 新技术的使用 流程的改进 数据存储的组织方式的改变等 第九节 系统说明书 系统说明书是系统分析阶段的成果 该文档描述了系统的需求，也称《需求规格说明书》 １、引言 ２、项目概述 (1) 项目的主要工作内容 (2) 现行系统的调查情况 (3) 新系统的逻辑模型 ３、实施计划 (1) 工作任务的分解 (