结构化分析与设计应用实例.pptVIP

门诊收费处收费 包括5 对应 门诊病历 N 挂号单 门诊病人 1 门诊处方 处理方案 门诊医生 发出 N 1 包括4 包括3 包括2 包括1 检查项目 检验项目 住院申请单 N N 1 1 1 1 1 1 1 1 挂号 挂号 1 1 1 N 医生诊断 供 应 商 交付 订 单 1 1 药 库 库 存 药 品 供 应 提交 参照 生存 订单细则 住院处方 组 成 1 1 1 1 门诊处方 n n m n n n n n n 药品请领单 药品出入库管理子系统 挂号单 处理方案 门诊医生 发出 N 1 包括2 检查项目 N 1 1 1 1 挂号1 1 N 包括1 住院申请单 1 包括3 检验项目 N 门诊处方 包括4 1 1 N 对应 门诊病人 1 挂号2 1 1 包括5 门诊病历 N 住院病人 应交费项目 支付 N 1 金钱数额 生成 构成1 药品提领单 1 1 N 构成3 构成2 构成4 1 1 1 1 1 1 1 拥有 1 1 (与住院子系统接口) (与药品出入管理子系统接口) 实体及相应的属性 门诊医师( 医师号, 科室、工作时间,姓名,专业技术职称,性别,出生日期,年龄,婚姻状况,职业,出生地,民族,身份证号,国籍,等) 挂号单(挂号号、挂号类别、挂号日期、挂号科室、主治医师、病人姓名) 处理方案（处理方案号、开出时间、处理方案内容、主治医师，病人姓名） 门诊病历（病历号、病人姓名、病历内容、诊断时间、主治医师） 处方（处方号、处方内容、主治医师、病人姓名、病人性别、病人年龄、附） 收费项目（收费项目号、项目类型、序号、收费金额、收费人、病人姓名） 门诊病人( 病人号,姓名,性别,出生日期,年龄,婚姻状况,职业,出生地,民族,身份证号,国籍,工作单位及地址,电话,邮政编码,户口地址,联系人姓名,联系人地址,联系人关系，是否住院, 联系人电话); 检验项目（检验序号、检验医师、检验时间安排、检验内容、检验分析、检验结果，检验收费情况） 检查项目（检查序号、检查医师、检查时间安排、检查内容、检查分析、检查结果、检查收费情况） 工作时间安排（工作时间、所属科室、主治医师） 联系说明及其相应属性： 支付：（支付金额、支付时间、支付项目） 生成（门诊处方－药品提领单）：这里做了简化(少了分E-R图中的中西药房药品实体及相关联系)，直接由门诊处方与药品提领单产生联系，原因是为了简化设计。 包括1、包括2、包括3、包括4（医生处理方案与具体处理方案的联系，不需要属性） 包括5（门诊处方－门诊病历） 发出（门诊医生－处理方案） 对应（门诊病人－门诊病历） （二）数据库逻辑结构设计及方法 概念模型转换为逻辑结构，实现了从实体到逻辑模型的映射。确保 当两个或更多的表合并时，实现表之间的关系过程--数据库逻辑结 构设计(即E-R图到表的转换)。 逻辑设计阶段包含识别记录类型(本质上来讲是实体到表的映射)， 识别记录中的字段(列和数据类型定义等)，识别任意数据相关性， 标准化数据库和识别关键字等主要任务。 在概念设计的基础上，根据设计得到系统总的E-R图，@图中的实 体、实体的属性和实体之间的联系转化为关系模式。最后生成的关 系及关系表如下（同时附优化说明）： 逻辑结构设计 概念结构是独立于任何一种数据模型的信息结构。逻辑结构设计 的任务就是把概念结构设计阶段设计好的E-R图转换为与选用DBMS 产品所支持的数据模型相符合的逻辑结构。 逻辑结构设计过程 E-R图向关系模型的转换 1.每一个实体集转换为一个关系模式，实体集的属性就是关系模式 的属性，实体集的键码就是关系模式的键码。 2. 每一个联系转换为一个关系模式，与该联系相连的各实体集的 键码以及联系的属性转换为关系模式的属性。 要确定该关系模式的键码，则有三种情况： -若联系为1:1，则每个实体集的键码均为该关系模式的键码。 -若联系为1:n，则关系模式的键码是n端实体集键码。 -若联系为n:m，则关系模式的键码为诸实体集键码的组合。 3．每一个属于联系不转换为一个关系模式；而每一个子类实体集 应该转换为一个关系模式，此子类所属超类实体集的键码和子类本 身拥有的属性就是关系模式的属性，此子类所属超类实体集的键码 就是关系模式的键码。 4．三个或三个以上实体集间的一个多元联系可以转换为一个关系 模式，与该多元联系相连的各实体集的键码和联系本身的属性都转 换为关系模式的属性，而关系模式的键码为各实体集键码的组合。 5．具有相同键码的非子类关系模式可以合并。 具体关系表的设计及优化说明（门诊子系统）