管理系统中计算机应用系统设计分析.docVIP

管理系统中计算机应用系统设计分析.doc

  1. 1、本文档共44页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第七章 系统设计 一、知识架构 二、要点扫描 考核知识点与考核要求 (一)系统结构设计 1.识记(1)结构化设计的任务与方法(2)控制结构图(3)模块的凝聚性和耦合性 2.领会(1)模块、凝聚和耦合的概念(2)模块划分与软件开发成本的关系(3)高凝聚性和低耦合性的意义 3.简单应用:模块分解的规则与过程 4.综合应用:根据数据流程图和数据字典绘制控制结构图 (二)处理过程设计 1.识记(1)IPO图(2)处理过程(3)处理工具 2.领会 结构化设计与面向对象设计对处理过程描述的异同 3.简单应用 使用决策树或决策表描述一个处理逻辑 (三)界面设计 1.识记(1)菜单(2)卡片分类法(3)人机对话窗口(4)信息提示窗口 2.领会(1)界面的用户友好性(2)常用的设计原则和方法(3)输入界面的设计原则(4)输出界面设计的要求 3.简单应用 应用系统操作界面的评价 4.综合应用 用卡片分类法设计菜单 (四)代码设计 1.识记(1)代码的重要性(2)代码的含义(3)代码的类型 2.领会(1)代码设计的原则(2)代码效验技术 3.简单应用:用实例编制代码 (五)数据库的设计 1.识记(1)设计要求(2)设计步骤(3)概念模型(4)逻辑模型 2.领会(1)概念模型(E-R模型)的设计依据(2)E-R模型向关系模型转移的原则 3.简单应用 概念模型的设计过程(数据模型到E-R模型) 4.综合应用 逻辑模型的设计过程(E-R模型到关系模型) (六)数据库的物理实现 1.识记(1)物理模型(2)物理数据库(3)主数据文件(4)辅助数据文件(5)事务日志文件(6)数据库主文件(7)数据库备注文件(8)数据库索引文件(9)企业管理器(10)查询分析器(11)向导(12)设计器 2.领会(1)SQL Server2000 数据库与Visual FoxPro数据库的异同(2)SQL Server 2000 数据表与Visual FoxPro数据表的异同 3.简单应用 使用向导及设计器创建用户数据库和数据表 4.综合应用 使用操作对话框窗口实现表的各种操作 (七)系统设计说明书 1.识记 系统设计说明书的主要内容和编写要求 2.领会 系统设计说明书在系统开发过程中的作用 三、内容详解 系统设计阶段的主要活动:P225 1.系统总体设计 包括软件系统总体结构设计,数据库设计,通信网络平台设计 2.系统详细设计 代码设计,输入输出界面设计,处理过程设计 3.编写系统设计报告 7.1 系统结构设计 7.1.1 总体结构设计的任务P225 1. 【识记】总体结构设计的任务P225 系统总体结构设计的任务,是根据系统分析的逻辑模型设计应用软件系统的物理结构。 物理设计系统物理模型必须符合逻辑模型,能够完成逻辑模型所规定的信息处理功能,这是物理设计的基本要求。 可修改性系统应具有可修改性,即易读,易于进行查错、改错、可以根据环境的变化和用户的要求进行各种改变和改进。系统是否具有可修改性,对于系统开发和维护影响极大。 3. 【识记】控制结构图P227 控制结构图也称为软件结构图或模块结构图,它表示出一个系统的层次分解关系、模块调用关系、模块之间数据流和控制信息流的传递关系,它是系统物理结构的主要工具。控制结构图的基本符号和规定 模块间调用规则: ① 每个模块有自身的任务,只有接收到上级模块的调用命令时才能执行。模块之间的通信只限于其直接上、下级模块,任何模块不能直接与其他上下级模块或同级模块发生通信联系。若有某模块要与非直接上、下级的其他模块发生通信联系,必须通过其上级模块进行传递。模块调用顺序为自上而下。控制结构图既可以反映系统整体结构,又能反映系统的细节,能准确反映各组成部分(各模块)及它们之间的联系。 (3)系统有较高的可靠性; (4)系统容易维护。 模块划分的基本要求是高凝聚性和低耦合性【识记】【领会】。 高凝聚性是指模块内部结构要紧实,每个模块之实现一个明确的功能。 低耦合性是指模块之间的联系要松散,模块自身对其他模块的依赖。 划分模块时,应使模块之间的联系尽可能少,而模块内自身联系尽可能密切 2. 模块凝聚P229 模块凝聚是衡量内部功能的内在联系是否紧密的指标,也是衡量模块质量好坏的重要指标,模块凝聚程度从低到高可分为五级: 偶然凝聚 一个模块内部各组成部分的处理彼此无关,偶然地组合在一起,这是一种组织得最差的模块,凝聚程度最低。 逻辑凝聚 一个模块内部各组成部分的处理逻辑相似,但功能却彼此不同。这种模块通常包含一个选择控制和若干彼此独立的处理功能。先执行选择功能,再根据选择的结果,控制执行不同的处理功能。由于它的逻辑途径比较复杂,修改困难,因此凝聚程度较差。 时间凝聚 这是指若干处理由于执行时间彼此有关,集中在一起组成的模块。如初始化模块,

文档评论(0)

boss + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档