结构化系扣统设计(ssd)21.ppt

  1. 1、本文档共188页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
结构化系扣统设计(ssd)21

第八章 结构化系统设计(SSD); 结构化系统设计(Structured System Design)遵循结构化的思想 自顶向下,逐步求精的策略 目标明确,成果规范的阶段 层次清楚,体系严谨的结构 形象直观,清晰易懂的表达 划分为总体设计和详细设计两个阶段。每个阶段都包括 动态的处理流程设计:处理功能模块化 静态的数据结构设计:数据结构模型化 系统平台的设计:系统平台开放化 ; 总体设计方案是结构化系统分析得到的逻辑模型到结构化系统设计的详细设计中所得到的具体的物理模型中间的一个桥梁。 在详细设计中,才完成系统平台的具体软硬件设备的详细结构和具体选型,并在此基础上,具体地完成模块的流程设计,数据结构具体实现的构架设计及其所使用的代码系统设计,得到可以直接安装、建库、编程、调试直至运行的物理模型。 这样纵横划分当然是为了问题简化,思路清晰。但在信息系统工程中,结构化系统设计也努力追求动态处理流程的设计与静态数据结构的设计之间的集成融合,追求阶段之间的无缝过渡。基本目的是要得到一个令用户满意的良好的实现方案。 ; 用户评价MIS系统的主要性能指标有 适应性:容易理解,容易改正错误,容易改进,容易扩充 可靠性:检错、纠错、容错和从故障中恢复的能力 安全性:保密、抗入侵、防病毒、反窃取等能力 工作质量 效益:直接经济效益、间接经济效益和社会效益 工作效率 系统适应性好,容易理解,就便于与用户交流,有利于用户参与开发与维护,就能提高用户满意度;容易改正错误,就为系统调试与维护提供了便利,从而节省系统开发与维护的人力、物力与时间;容易修改就是为调整其它性能指标创造了有利条件,使其综合性能达到满意点;容易改进和扩充,就能方便地适应环境或目标的变化,不断调整各项性能指标,更好地满足用户需求,有效地延长MIS的生命周期。因此,在系统设计中把系统适应性摆在突出的位置。 ;MIS的总体设计;8.1 MIS的一般关系模型的设计;8.1.1 一般关系模型设计的基本任务;8.1.2 从ER图导出一般关系模型的基本原则;“的”;原则1:ER图中的每一个独立实体变换为一个关系,其属性变为关系的属性,其主标识变为关系的主码。 例如,图8.16中独立实体“部门”、“职员”分别变为部门关系、员工关系。 ;原则2:ER图中的从实体及相应的主从联系变换为一个关系,从实体的属性加上主实体关系的主码构成这个关系的属性。如果主从联系是1:1的,则以主实体关系的主码(作为外来码)为这个关系的主码;如果主从联系是1:M的,则以主实体关系的主码加上同一主实体个体联系的不同从实体个体赖以相互区分的属性组,组成该关系的主码。 例如,图8.16中主实体“员工”与从实体“固定工资”、“变动工资” 的主从联系是1:1的,转换为以“员工工号”为主码的“固定工资”关系、“变动工资”关系;主实体“员工”与从实体”家庭成员“的主从联系是1:M的,而“称谓”可以把同一个员工的不同家庭成员区分开来,可以转换为以“员工工号”与“称谓”为复合主码的“家庭成员”关系。;工号;原则3:1:M联系通过在“多”实体关系中增加相联系的“1”实体关系的主码及联系本身的属性来表达。其中“1”实体主码为外来码。 例如,在员工关系中增加“所属部门号”这个外来码反映1:M联系所属职员关系。;注: 在1:1联系中,与对方部分个体没有对应个体的实体称为“零”实体。1:1联系应附加到“零”实体关系上,即1:1联系应附加到没造成或少造成外码及联系本身属性空白的实体关系上。例如,把主管工号加到部门关系而不是把所管部门号加到员工关系上来表达“主管”联系。 ;原则4:M:M联系转换成一个独立的关系,被联系实体关系的主码(作为外来码)和联系本身的属性作为该关系的属性,被联系实体关系的主码组成其复合主码。 例如,图7.22帐务处理ER图中的分录联系转换为分录关系关系 注意:如果要保存时间序列数据,则日期、时间属性往往应加入到主码中。 ;8.1.3 初始一般关系模型的改进与优化; 得到规范化程度较高的基本结构后,要进行查询/更新分析。如果是以更新为主,可以直接用基本结构来建库;如果是以查询为主,则应适当合并关系,适当降低规范化程度,而减少查询时的连接运算。 案例分析:帐务处理案例的基本结构有“经济业务”与“分录”两个关系 查询/更新分析 结帐、制表、查帐等都要多次进行涉及到这两个关系的查询。 按规定,记帐凭证输入并在审核认定正确后,就不能再修改,即使后来发现错误,也只能用反向登记冲平后再将更正的记录重新登入,所以,只有追加,而没有删除与修改。 ;优化--提高查询效率:可以考虑把两者合并为“分录日记帐”或称“记帐凭证关系”(下页表),从而提高查询效率

文档评论(0)

173****1616 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档