第三讲需求分析与建模演示文稿.pptVIP

经过初步的需求分析，得到系统功能要求： 1、监视病员的病症（血压、体温、脉搏等）。 2、定时更新病历。 3、病员出现异常情况时报警。 4、随机地产生某一病员的病情报告。 实例：医院病房监护系统 产生 病情报告 监视病情 更新病历 当前第30页\共有78页\编于星期五\8点 监护系统分层DFD图 病员 护士 护士 病员监 护系统 病员日志 病症信号 要求报告 病症报告 报警 顶 层 医院病房监护系统分层DFD图 顶层确定了系统的范围，其外部实体为病员和护士。 护士 病员 护士 医院病房监护系统顶层 当前第31页\共有78页\编于星期五\8点 监护系统分层DFD图 计算超过 极限值否 病员数据 超过极限值 报警 开解信号 产生 报警信息 病员极限 格式化 病员数据 体温 血压、体温、 脉搏 生理信号 极限值 时间 脉搏 血压 日期 时钟 格式化 病员数据 3.1 3.2 3.3 3.4 第二层：加工“中央监视”分解 医院病房监护系统分层DFD图 第一层 格式化 病员数据 生理信号 极限值 病员 护士 护士 中央监视 病员日志 病症信号 要求报告 病症报告 报警 局部监视 生成报告 病员极限 更新日志 病员数据 1 3 2 4 日志数据 第一层分解为局部监视、生成报告、中央监视、更新日志4个加工。这层的分解是关键。 以4个加工中最重要的加工“中央监视”为例，进行第二层分解。 当前第32页\共有78页\编于星期五\8点 数据流图的用处 系统分析员用这种工具可以自顶向下分析系统信息流程； 可在图上划出需要计算机处理的部分和需要修改的部分； 根据逻辑存储，进一步作数据分析，向数据库数据过渡； 根据数据流向，定出存取方式； 对应一个处理过程，用相应的语言，判定表等工具来表达处理方法。 当前第33页\共有78页\编于星期五\8点 数据需求—数据字典 数据字典是一个系统组织的、叙述性的数据说明 效益 保证名字使用的一致性，避免名字重复使用和误解。 有助于提高系统需求、设计和实现维护过程中的可跟踪性。 当前第34页\共有78页\编于星期五\8点 数据需求—数据字典（续） 数据字典应具有的信息 模型中的实体的名字 名字的别名或其它变体 命名的实体类型 命名实体和为何将它引入系统模型的描述 对于命名实体的约束 指向相关实体的联接 当前第35页\共有78页\编于星期五\8点 　　分层数据流图只是表达了系统的“分解”，为了完整地描述这个系统，还需借助“数据词典”(data dictionary)和“小说明”对图中的每个数据和加工给出解释。 　　对数据流图中包含的所有元素的定义的集合构成了数据词典。它有四类条目：数据流、数据项、文件及基本加工。在定义数据流或文件时，使用表2-1给出的符号。将这些条目按照一定的规则组织起来，构成数据词典。 数据词典（DD） 表 2-1 X=1 ? ? 8 表示X可取1到8中的任意一个值 连接符 ? ? X=“a” 表示X是取值为字符a 的数据元素 基本数据元素 “???” X=(a) 表示 a 可在X中出现，也可不出现 可选 (???) X=2{a}6 或 x={a} 表示重复2~5次 a 重复 m{???}n或{???} X={a} 表示X由 0个或多个 a 组成 重复 {???} X=[a | b] 表示X由 a或 b组成 或 [???|???] X=a + b 表示X由a 和 b 组成 与 + 被定义为 = 例及说明 含 义 符 号 N m 62 当前第36页\共有78页\编于星期五\8点 数据流条目 给出了DFD图中数据流的定义，通常列出该数据流的各组成数据项。 例如，数据流“乘客名单”由若干“乘客姓名”、“单位名”和“等级”组成，则词典中的“乘客名单”条目是： 乘客名单＝{乘客姓名＋单位名＋等级} 又如，　报名单＝姓名＋单位名＋年龄＋性别＋课程名 数据词典类型 加工条目 加工条目就是“加工小说明”。一般应单独列出。 数据项条目 给出某个数据单项的定义，通常是该数据项的值类型、允许值等。 例如：账号= 00000 ~ 99999 ； 存款期=[ 1 | 3 | 5 ] （单位：年） 文件条目 给出某个文件的定义，文件的定义通常是列出文件记录的组成数据流。例如，某销售系统的订单文件： 订单文件＝订单编号＋顾客名称＋产品名称＋订货数量＋交货日期 当前第37页\共有78页\编于星期五\8点 加工逻辑说明 　对数据流图中每一个不能再分解的基本加工都必须有一个加工小说明给出这个加工的精确描述。小说明中应精确地描述加工的激发条件、加工逻辑、优先级、执行频率和出错处理等。加工逻辑是其中最基本的部分，是指用户对这个加工的逻辑要求。 　　对基本加工说明有三