《管理信息系统》课程设计new

1、管理信息系统课程设计 英文名称：Management Information System，MIS适用对象：信息管理与信息系统、工商管理、电子商务、旅游管理、经济信息管理专业、工商企业管理等专业学 时：2周 管理信息系统作为一门将计算机技术、数据通讯技术和管理科学综合起来的新兴交叉学科，具有很强的实践性。学好管理信息系统这门课程，不仅要学习和了解管理信息系统的基本概念、理论体系和方法工具，而且要结合开发管理信息系统的实践，深刻领会在系统开发全过程中的理论实质，增强信息资源的开发意识，培养学生分析、设计、研制信息系统的能力。管理信息系统作为高校经济管理学院工商管理、电子商务、市场营销、人力资源管

2、理、信息管理和信息系统等专业开设的一门理论与实践结合较强的核心课程，本课程设计是课程“管理信息系统”的重要组成部分，是培养学生应用结构化分析设计方法的思想、意识和能力，掌握信息系统开发过程的重要环节。一、目的通过管理信息系统实验，使学生深刻领会系统规划、系统分析、系统设计和系统实施过程中体现的管理信息系统的基本概念和理论体系，掌握系统开发的原则和方法，并结合实际构造信息系统的逻辑模型和物理模型，培养学生具有开发研制管理信息系统的能力。二、课程设计内容及要求1.本课程设计包括书面材料的撰写（信息系统前期的系统调查，系统分析，系统设计），和采用相应的程序开发工具（程序推荐使用C#+SQL、ASP+

3、Access等）进行信息系统的开发实施。2.课程设计由学生拟定或选择一个题目来完成。3.实验报告以Word文档形式提交给主讲教师（许菱的信箱：327265711 ； ）三、实验内容及学时安排（22学时）实验内容学时网络学习3分组讨论3系统分析6系统设计4系统实施及撰写4课程公开答辩2四、课程设计报告撰写要求1.系统分析部分1）系统概述、必要性分析2）业务流程图3）数据流程图4）数据字典*5）数据加工处理的描述2.系统设计部分1）功能结构图设计2）代码设计3）系统运行环境与数据库设计4）输出、输入设计*5）程序设计说明书*3.系统实施部分 （可以不用文字描述

4、，直接上交开发的系统）（*为可选项）课程设计报告撰写的基本要求是报告原则上不少于3000字，需在封面注明设计选题、班级、姓名、学号。目录要求有序号、标题、页码，布局合理。五、评分标准1.书面报告（系统分析5分+系统设计5分）：注意内容和格式。2.满分10分。六、课题参考题目注意：只能从以下题目选择1.超市进销存系统2.人力资源管理系统3.材料采购管理信息系统4.客户管理系统5.旅行社管理系统6.图书管理信息系统7.订单管理系统8物流信息管理系统管理信息系统课程案例学习指导书一. 实验的主要内容1调查一个实际单位或部门，了解演示信息系统的应用案例。2在调查或了解的基础上，进行系统的逻辑设计。3根

5、据逻辑设计方案，进行系统的物理设计。4模拟系统实施。案例一：教务（学籍）管理信息系统演示（一）通过演示已有的管理信息系统，要求学生了解实验的最终目标。（二）初步调查1调查方法：询问、观察、发调查表、开会、实习、查资料等。2调查内容：应用人员、操作目标、现行系统情况、简单历史、面临的问题、中长期计划及主要困难等。信息需求情况：了解各职能人员所要处理的数据，估计各类人员发生的数据及频度，调查内、外部环境的信息及信息源。. 通过系统应用，了解系统功能。案例二：系统分析（一）可行性分析根据初步调查的情况，从技术上、经济上、管理上进行开发的可能性和必要性分析并写出分析报告。（二）详细调查详细了解以下情况

6、并应用visio软件绘制组织结构图和业务流程图：1现行系统的组织机构及管理职能和人员分工。2各项管理业务的主要处理过程、模型和算法。3各项管理信息的分类、分层和定义。4管理信息的收集、输入、传递、存储以及输出的形式。5管理信息处理的速度、频度、准确性、安全性及共享性情况。6管理信息处理的方式与方法。7现行代码体系状况。8现已开发的计算机应用项目的主要功能、应用范围、结构及有待改进的地方。9各部门管理人员对信息系统分析与设计的要求。（三）数据流程分析采用相关软件作出数据流程分析。案例三：系统设计（一）系统的逻辑设计根据详细调查情况绘制业务流程图，并进行功能数据分析，绘制新系统的数据流程图、编制数

7、据字典和复杂的处理逻辑说明。（二）系统的物理设计1划分子系统，绘制功能结构图。2进行代码设计。3进行输入、输出设计。4进行文件及数据库设计。5编写程序设计说明书。（三）数据库设计 采用ER模型进行数据库设计。（四）系统实施1组建局域网，设置数据服务器和应用服务器网络操作系统可选用Windows NT或Windows 2000 Server。2安装DBMS，并建立数据库可用SQL Server作为数据库管理系统。如果没有条件，也可用Access替代。3编写程序先设计程序流程图再用Visual Foxpro或DELPHI开发应用程序，并上机调试。二. 主要分析和设计工具使用说明（一）业务流程图1基

8、本符号物资流2业务流程图示例追加订货 单订销售合同销售合同年销售计划顾客销售合同分类与编号销售合同2销售合同1开发票人销售合同3发货人发货通知 单登记合同执行合同合同执行台 账修改合同执 行销售合同3存 档统计月销售实现月销售实现情况厂长例：销售合同管理业务流程图。（二）数据流程图外部实体处理数据流数据存储1基本符号2数据流程图绘制方法自顶向下，分层绘制。3数据流程图绘制规则（1）每张数据流程图须从左往右绘制，即从产生数据的外部实体开始到使用数据的外部实体结束。（2）对含义明显的数据流，其名称可以省略。（3）尽量避免数据流的交叉。（4）对于需在两个设备上进行的处理，应避免直接相连。可以在它们之

9、间加一个数据存储。（5）如果一个外部实体提供给某一处理的数据流过多，可将它们合并成一个综合的数据流。（6）下层图中的数据流应与上层图中的数据流等价。（7）对于大而复杂的系统，其图中的各元素应加以编号。通常在编号之首冠以字母，用以表示不同的元素，可以用P表示处理，用D表示数据流，用F表示数据存储，用S表示外部实体。4数据流程图示例例：某公司经营处理系统数据流程图。顾 客订货单发货单经营处理系统订货单发货单供应商图1 顶层数据流程图顾客订货单发货单销 售订货单发货单供应商P1采 购P2F1配件库存到货通知会 计P3收 据收款通知应付款通知图2 第2层数据流程图订货单发货单编辑订货单不满足的订货库存

10、状态采 购P1.1F1配件库存不合格订货单询问库存到货通知F2配件业务员合格订货单确定顾客订货P1.3产生暂存订货单P1.5F3顾客登录新顾客数据P1.2暂存订货单F4 顾 客开发货单并修改库存P1.4对照暂存订货单P1.6F1配件库存F5销售历史F10应收款明细帐编制销售和库存报表P1.8检索库存P1.7经 理新顾客图3 第3层数据流程图（1）发货单按配件汇总订货单供应商P2.1F1配件库存正确的发货单F7供应商按供应商汇总P2.3修改库存和待订货量P2.5确定订货的配件P2.2暂存订货单F4 销 售编制到货通知P2.6核对发货单P2.4F6待订货的配件F8向供应商的订货单错误的发货单F9应

11、付款明细帐图4 第3层数据流程图（2）顾 客付款收据经 理开收据并修改明细账P3.1付款F11总 账编制会计报表P3.5修改总账P3.4应收款明细帐F10 核对付款单P3.2付款并修改明细 账P3.3F9应付款明细帐供应商应付款通知图5 第3层数据流程图（3）（三）数据字典卡片 数据项 数据字典（一） No：_编号： 名称： 别名：简述：连续值类型（C，N）长度：值域：与其他值的运算关系：离散值值含 义值含 义备注：填表人_ 年 月 日 XXXXX 数据字典（二） No：_编号： 名称： 别名：简述：组成：若为数据存储关键字：相关处理：若为数据流来源：去向：备注： 1数据量： 2峰 值： 3其

12、 它：填表人_ 年 月 日 （注：表头的方框内须填入数据流、数据结构或数据存储三者之一） 处 理 数据字典（三） No：_编号： 名称： 输入信息：数据存储：输出信息： 激发条件：简要说明：加工逻辑：出错处理：执行频率：填表人_ 年 月 日 外部实体 数据字典（四） No：_编号： 名称： 简述：输入的数据流：输出的数据流：填表人_ 年 月 日 （四）功能结构图1基本符号符 号说 明表示一个功能模块，方框内为模块名称。表示模块间调用关系，箭头端为被调用模块，箭尾端为调用模块。表示模块间传递的数据信息。表示模块间传递的控制信息。表示模块中包含的循环调用功能。表示模块内包含判断处理功能，根据判断结

13、果决定调用。2功能结构图示例工资信息系统分析与设计建立主文件更新主文件建立扣款文件计算和打印某单位工资信息系统分析与设计的功能结构图。（五）模块设计1模块设计原则主要原则 “高内聚，低偶合”提高模块的独立性。其他原则 （1）模块的分解原则：按功能分解。（2）模块的扇出系数：不宜太大，也不宜太小。（3）模块的扇入系数：越大越好。（4）对于任何一个内部存在判断调用的模块，模块的判断作用范围应该是它的控制范围的一个子集。且存在判断调用的模块，所在层次不要与那些属于判断作用范围的模块所在层次相隔过远。不同聚合形式的模块性能比较聚合形式联合形式可修改性可读性通用性“黑箱”程度聚合性功能聚合好好好好黑箱1

14、0顺序聚合好好好中不完全黑9通讯聚合中中中不好不完全黑7过程聚合中中中不好半透明5暂时聚合不好不好中最坏半透明3逻辑聚合最坏最坏不好最坏透明1机械聚合最坏最坏最坏最坏透明0不同联结形式的模块性能比较联结形式对连锁反应的影响可修改性可读性通用性数据联结弱好好好特征联结弱中中中控制联结中不好不好不好公共联结强不好最坏最坏内容联结最强最坏最坏最坏2模块设计说明书模块编号：模块名称：上级调用模块编号：上级调用模块名称：输入：输出：处理：备注：系统名称:设计者_ 年 月 日 （六）编码设计书编码名称编码对象编码类型位 数编码件数使用日期使用部门（范围）编码结构：编码处理要点（包括追加、删除方式）：备注：

15、设计人员_ 审核_（七）数据库设计1设计步骤：（1）用户要求分析了解用户要存储哪些方面的数据。（2）概念结构设计用ER法描述概念模型。（3）逻辑结构设计将概念模型转换成数据模型。（4）物理结构设计选定合适的存储结构和存取方法。2ER图实体属性联系（1）基本符号（2）绘制方法先绘制各分ER图，再合并成总ER图。（3）ER图示例班 级学 生课 程隶 属学 习班 号#班级名称课程号#课程名称学分学 号#姓 名性 别出生日期成绩3将ER图转换为关系数据模型的规则（1）ER图中的每一个实体对应转换成一个关系。实体名作为关系名，实体的属性作为关系的属性，实体的主码作为关系的主码。（2）实体间的每一个联系也

16、对应转换成一个关系。联系名作为关系名，联系两端实体的主码和联系自身的属性一起作为关系的属性，关系的主码按如下原则确定： 1 ：1的联系取联系的任意一端实体的主码。 1 ：n的联系取n端实体的主码。 m ：n的联系取两端实体主码的组合。（3）对具有相同主码的关系进行优化合并。五、具体案例分析报告：医院信息管理系统的分析与设计（一）背景某医院是一家以中医为主、中西医结合、中等规模的三级甲等医院医院。该医院有开放床位450张，年门诊量25万左右人次，年住院病人60008000人次。由于该院是所建于20世纪50年代的老医院，几十年延续下来的陈旧的管理思想和僵化的管理模式。已经远远不能满足病人的需求及适

17、应时代的发展。在管理中主要存在以下一些难题：1手工模式下的门诊收费管理，病人需先拿着医生的处方单排队划价，然后到收费处排队交钱，再凭发票到门诊药房排队取药。这中间，病人排队时间长，划价收费人员出错环节多。2 医院在对药品的管理中存在一定的困难。其一，药品的盘点工作时间过长；其二，药品库存难以及时掌握；其三，由于药品调价频繁，新的价格不能及时执行。3手工模式下的住院管理，病人病历号会产生一人多号或跳号现象，造成病案统计的混乱；记账时，要由护士到住院药房取药后，再到住院处记账，不能做到及时、准确；病人住院期间的各项检查及治疗费用由医务人员传送到住院处，中间环节多，费时费力；病人账户余额不能及时掌握

18、，易出现欠费、漏费现象。 长久以来，落后的管理手段已经成为困扰该院的一个迫切需要解决的问题。为了满足该医院的管理要求，提高该院的工作效率，改进医疗质量，该院建立起了自己的医院信息管理系统。系统包括：门诊、住院、药库、财务、总务、器械六大模块。（二）系统分析1组织结构（1）组织结构概况 该院的组织结构如图所示。（2）管理职能分析 根据该院的实际情况，我们的主要任务是实现以经济信息管理为中心，对医院的收入、支出准确管理，包括药库管理系统、门诊管理系统、住院管理系统、财务管理系统、总务管理系统、器械管理系统。下面仅以门诊管理系统所涉及到的内容进行说明：药剂科包括供应组、药房(库房和会计组)和各药房(

19、门诊药房和住院药房)。 各门诊药房(草药房、成药房、西药房)的工作人员根据药品的销售情况，填写用药计 划单，根据计划单到会计组查看现在账面上是否有药如果有再填写出库单，然后凭借出库单到库房领药。 门诊药房的工作人员为病人的处方划价。然后病人持该处方到收费窗口交钱，再到门 诊药房核实后取药。院 长组织结构如图门诊药房工作人员每天工作结束后，要同收费人员对账：每月月底要将本月的销售额 统计出来，报到会计组，再由她们整理后交财务科；每个季度对药房库存进行一次盘点。2业务流程分析 该院的门诊信息管理系统主要是对门诊药房的药品的购销存情况进行管理，其业务 流程图如图所示。在这个管理过程中，门诊药房扮演着

20、两个不同的“角色”：对药库来讲，它从药库领取药品，如虚线框1中所示；对门诊病人来讲，它卖给病人药品，如虚线框2中所示。 在此业务流程图虚线框2中的部分可以看出，门诊药房在对门诊病人的工作过程中 需承担两项任务：给病人的处方划价；审核收费后的处方和发票合格后给病人发药。这样的工作方式不但增加了病人的无效等待时间，也无形中加大了门诊药房的工作量。 实现计算机管理后的门诊系统要求划价收费一条龙服务，即门诊药房只需承担原来工作中的第二项，而不再需要划价了。原来的划价工作将由收费人员完成。3数据流程分析 根据对整个业务流程的调查分析以及计算机管理的需要(即取消药房的划价工作)，设计出有关药品数量方面的数

21、据在药库、门诊两部分之间的流动过程，数据流程分析如图所示。数据流程图药 库药品数量出 库药品数量门诊病人D1门诊药房库存发 药（三）系统设计1系统目标 根据调查研究，系统必须具备以下功能： (1)建立全院计算机网络，实现信息资源共享。 (2)建立数据库，集中存储医院管理和病人医疗数据信息。 (3)支持医疗和管理的窗口业务，完成医疗各部门之间(临床部门和管理部门)的信息传递。业务流程图(4)建立计算机网络和数据库维护机制。2网络结构 该院的整体建筑由一栋11层的门诊、行政大楼和一栋4层的住院大楼组成，根据各科室的分布情况，设计出了该院计算机信息管理系统的信息节点图，如图所示。根据其信息节点图，该

22、院采用了星形结构的以太网，它具有以下三项优点： (1)连接简便。 (2)易于故障处理。 (3)传输简便。计算机信息管理系统的信息节点图 这种拓扑结构可以增加每个科室内部的网络性能，加强彼此之间的连接，更不会因为 一台机器的失效而导致整个网络的崩溃。况且这种结构最大的优势是故障易于检查和排 除，特别是对于医院，尤其是门诊这种即时性要求比较高的部门，一旦发生故障，行之有效的处理就显得更为重要。3系统配置根据该医院信息管理系统信息节点图，配置如下表所示。类型数量规格服务器1台Pentium双CPU内存128MHUB3个一个交换式，两个共享式工作站20台Pentium100 内存32M整个医院信息网总

23、体工程网络结构图如图所示。医院信息网总体工程网络结构图4软件平台环境 医院信息管理系统是典型的基于数据库的客户服务器结构模式的系统。在这种结构模式中，数据库服务器为客户应用提供服务，这些服务包括查询、更新、事务管理、索引、高速缓存、查询优化、安全管理及多用户并发存取控制等。它具有如下主要优点： （1）减少对网络带宽的要求； （2）请示的处理由服务器完成，提高了处理能力，加快了响应速度； （3）服务器与客户机协同工作，减轻了服务器的负荷； （4）大量数据存储在服务器上，减少了对客户机的要求； （5）大量的数据维护和管理工作在服务器上完成，具有较好的安全性。 实现客户川艮务器结构的软件平台，涉及操

24、作系统、数据库管理系统、网络软件及应用开发工具。结合医院的业务处理特点及对计算机的维护管理能力，该院进行了如下选择： 1）网络操作系统的选择 根据现有的网络结构，应该选用什么样的网络操作系统呢?目前，网络操作系统比较 多，从大家广为熟悉的Novell系列，到今天异军突起的WindowsNT网络操作系统，我们选择操作系统时遵循了如下原则： (1) 所用的网络必须能同现有的系统相连接。 (2) 能够利用多种通信方式实现各计算机之间的远程联网。 (3) 能够支持多媒体环境，如实现语音、图像等形式的传输。 (4) 支持国际通用的大型网络数据库。 (5) 能够实现安全、可靠的信息管理。 基于以上原则，该

25、院采用了Windows NT Server 40和Windows 95的结合方式。其中最直接的原因是它具有广大用户所熟悉的Windows用户界面，安装简便，易学易用。 2）网络数据库的选择数据库的管理是整个系统的核心。该医院所采用的客户服务器体系结构具有良好 的扩展性，因此所选择的数据库，其功能、开放性及对客户服务器结构模式的支持程度，直接关系到整个系统的成败。针对Windows NT网络操作系统，该医院选择了Sybase数据库。Sybase数据库是一个高性能、多用户、关系型数据库管理模式，能够实现网络环境下数据库之间互联、互操作，具有数据容错、完整性检查和安全保密等功能，使整个网络数据库的结

26、构更加合理。5数据字典在整个医院信息管理系统的数据库，即his库中共有100多个表，其中门诊信息管理 系统涉及的表见表。 表 名 描 述 Mzcfmx 每一张处方的明细项目 Mzcf 每一张处方的合计金额及相关标志 Mzsf 每一张收过费处方的合计金额及相关标志 Mzgh 每一张挂号单的明细项目 Mzy 各门诊药房各种药品的库存情况 Mzks 所有的门诊科室 Mzys 所有的门诊医师 Mzcz 所有的门诊划价收费人员的工号、密码及权限 我们以mzsf这一个表来进行说明，此表记录了每一张收过费处方的合计金额及相关标志等内容。具体内容见表3.3。字段名数据类型宽度小数点是否允许空值FphmChar

27、12NoFkfsChar2NOJeNumeric122NoZfbzChar1NoJzbhVarchar15NoRqDatetimeNoCzySmallintNoJzbzchar1Yes各英文字段名所代表的中文意思如下： fphm：发票号码 fkfs：付款方式 je金额 zfbz：作废标志 jzbb：记账编号rq：日期 czy：操作员 jzbz：结账标志 主键名称(Primary Key Name)： fphm 主键字段名(Primary Key Columns)： fphm 索引名称(Index Name)： fphm 属性(Attributes)： Unique C1ustered 索引字段

28、名(IndexC01umns)： fphm在mzsf这个表中，有非规范化的情形出现，如其中je看起来是个冗余的字段，因为此je表mzcfmx中同一张处方的je的合计，但由于mzsf中这个合计金额经常被用来查询，虽然增加了表的大小，但却提高了读取速度。 根据门诊部分的数据流程图，我们设计出的门诊信息管理系统中所有表的关系如图中虚线框内所示。 图中主要英文字段名所代表的中文意思如下： ypbh：药品编号 cfbh：处方编号 fphm：发票号码 ksbh：科室编号 ysbh：医师编号 czy：操作员编号6系统功能结构图 根据门诊管理系统的数据流程分析以及各表之间的关系该模块功能结构图如图所示。7 输

29、入设计 输入方式的简单、快捷、易学易用是医院信息管理系统的基本要求特别是门诊划价收费的输入方式直接影响着操作员的速度，我们就以这一块进行说明：门诊划价收费窗口如图所示。 图中白色框表示需要输入的地方，按Tab键，光标可在白色框中顺序移动。 表示用鼠标单击向下箭头处，会出现一下拉列表框可按，键进行选择，或直接用鼠标单击选择，也可直接输入挂号流水号或医师编号：带有下划线的字母如Q表示按Alt十Q与用鼠标单击“收费”按钮的作用是一样的。在此输入方式中有以下几点好处： (1)用鼠标和键盘都可进行操作，满足了操作员不同的需求： (2)划价收费人员无需记忆药品的价格。在“查询编码”处输入药品名称每一个汉字

30、 的第一个拼音字母，即会出现一下拉式菜单，显示出所有是这种组合的药品名称。旦选择了是哪一种药品后，这种药品的名称、当前药房库存数、规格、单价即会显示出来，当输入数量后，金额自动计算出来。 (3)在同一窗口中可以输入不同种类的处方或医技项目单。可按Alt加X、Y、Z、A在西药、医技、中药、成药之间进行选择，也可用鼠标单击所选择种类后的圆圈进行选择。当选择到哪一种，哪一种后的圆圈中就出现一个小黑点。 (4)可以输入多张处方后再一起收费。当输入完张处方存盘后，图中处的： 数字变为2，同样的道理，输完一张，数字加1。 (5)加入了“处方载入”和“集合载入”功能，方便了中药处方的录入，加快了速度。当所有的处方都输入完后，按“收费”按钮后，弹出收费窗口，如图所示。 如发现错误，可按“取消”按钮，返回到前面的收费划价窗口进行修改，如无误，按“确定”后，弹出计算器窗口如图所示。 在“共收”处输入实际收到的钱后按Tab键，应退的金额便计算出来。增加了计算器功能，使划价收费人员脱离了算盘，提高了准确度，方便了收费。8输出设计 输出方式是按照各用户的实际要求进行设计的，已有现成票据的采用套打的方式，如打印门诊发票和出院发票等，其余的则根据实际要求进行设计，其输出的格式均在屏幕上显示出来。 在门诊管理模块中，当划价收费之后打印门诊发票，其发