管理信息系统课程设计报告报告

-.z?管理信息系统?课程设计英文名称：ManagementInformationSystem，MIS适用对象：信息管理与信息系统、工商管理、电子商务、旅游管理、经济信息管理专业、工商企业管理等专业学时：2周管理信息系统作为一门将计算机技术、数据通讯技术和管理科学综合起来的新兴穿插学科，具有很强的实践性。学好管理信息系统这门课程，不仅要学习和了解管理信息系统的根本概念、理论体系和方法工具，而且要结合开发管理信息系统的实践，深刻领会在系统开发全过程中的理论实质，增强信息资源的开发意识，培养学生分析、设计、研制信息系统的能力。管理信息系统作为高校经济管理学院工商管理、电子商务、市场营销、人力资源管理、信息管理和信息系统等专业开设的一门理论与实践结合较强的核心课程，本课程设计是课程“管理信息系统〞的重要组成局部，是培养学生应用构造化分析设计方法的思想、意识和能力，掌握信息系统开发过程的重要环节。一、目的通过管理信息系统实验，使学生深刻领会系统规划、系统分析、系统设计和系统实施过程中表达的管理信息系统的根本概念和理论体系，掌握系统开发的原则和方法，并结合实际构造信息系统的逻辑模型和物理模型，培养学生具有开发研制管理信息系统的能力。二、课程设计内容及要求

1.本课程设计包括书面材料的撰写〔信息系统前期的系统调查，系统分析，系统设计〕，和采用相应的程序开发工具〔程序推荐使用C*+SQL、ASP+Access等〕进展信息系统的开发实施。2.课程设计由学生拟定或选择一个题目来完成。3.实验报告以Word文档形式提交给主讲教师〔许菱的信箱：327265711qq.；qing*h163.〕三、实验内容及学时安排〔22学时〕实验内容学时网络学习3分组讨论3系统分析6系统设计4系统实施及撰写4课程公开辩论2四、课程设计报告撰写要求

1.系统分析局部1〕系统概述、必要性分析2〕业务流程图3〕数据流程图4〕数据字典*5〕数据加工处理的描述2.系统设计局部1〕功能构造图设计2〕代码设计3〕系统运行环境与数据库设计4〕输出、输入设计*5〕程序设计说明书*3.系统实施局部

〔可以不用文字描述，直接上交开发的系统〕〔*为可选项〕课程设计报告撰写的根本要求是报告原则上不少于3000字，需在封面注明设计选题、班级、**、**。目录要求有序号、标题、页码，布局合理。五、评分标准1.书面报告〔系统分析5分+系统设计5分〕：注意内容和格式。2.总分值10分。六、课题参考题目

注意：只能从以下题目选择1.超市进销存系统2.人力资源管理系统3.材料采购管理信息系统4.客户管理系统5.旅行社管理系统6.图书管理信息系统7.订单管理系统8．物流信息管理系统管理信息系统课程案例学习指导书一.实验的主要内容1．调查一个实际单位或部门，了解演示信息系统的应用案例。2．在调查或了解的根底上，进展系统的逻辑设计。3．根据逻辑设计方案，进展系统的物理设计。4．模拟系统实施。案例一：教务〔学籍〕管理信息系统演示〔一〕通过演示已有的管理信息系统，要求学生了解实验的最终目标。〔二〕初步调查1．调查方法：询问、观察、发调查表、开会、实习、查资料等。2．调查内容：①．应用人员、操作目标、现行系统情况、简单历史、面临的问题、中长期方案及主要困难等。②．信息需求情况：了解各职能人员所要处理的数据，估计各类人员发生的数据及频度，调查内、外部环境的信息及信息源。③.通过系统应用，了解系统功能。案例二：

系统分析〔一〕可行性分析根据初步调查的情况，从技术上、经济上、管理上进展开发的可能性和必要性分析并写出分析报告。〔二〕详细调查详细了解以下情况并应用visio软件绘制组织构造图和业务流程图：1．现行系统的组织机构及管理职能和人员分工。2．各项管理业务的主要处理过程、模型和算法。3．各项管理信息的分类、分层和定义。4．管理信息的收集、输入、传递、存储以及输出的形式。5．管理信息处理的速度、频度、准确性、平安性及共享性情况。6．管理信息处理的方式与方法。7．现行代码体系状况。8．现已开发的计算机应用工程的主要功能、应用*围、构造及有待改良的地方。9．各部门管理人员对信息系统分析与设计的要求。〔三〕数据流程分析采用相关软件作出数据流程分析。案例三：系统设计〔一〕系统的逻辑设计根据详细调查情况绘制业务流程图，并进展功能数据分析，绘制新系统的数据流程图、编制数据字典和复杂的处理逻辑说明。

〔二〕系统的物理设计1．划分子系统，绘制功能构造图。2．进展代码设计。3．进展输入、输出设计。4．进展文件及数据库设计。5．编写程序设计说明书。

〔三〕数据库设计采用ER模型进展数据库设计。〔四〕系统实施1．组建局域网，设置数据效劳器和应用效劳器网络操作系统可选用WindowsNT或Windows2000Server。2．安装DBMS，并建立数据库可用SQLServer作为数据库管理系统。如果没有条件，也可用Access替代。3．编写程序先设计程序流程图再用VisualFo*pro或DELPHI开发应用程序，并上机调试。二.主要分析和设计工具使用说明

〔一〕业务流程图1．根本符号物资流

物资流2．业务流程图例如追加订货追加订货单订销售合同销售合同年销售方案顾客销售合同分类与编号销售合同2销售合同1开发票人销售合同3发货人发货通知单登记合同执行合同合同执行台账修改合同执行销售合同3存档统计月销售实现月销售实现情况厂长

〔二〕数据流程图

外部实体处理

外部实体处理数据流数据存储2．数据流程图绘制方法自顶向下，分层绘制。

3．数据流程图绘制规则〔1〕每*数据流程图须从左往右绘制，即从产生数据的外部实体开场到使用数据的外部实体完毕。〔2〕对含义明显的数据流，其名称可以省略。〔3〕尽量防止数据流的穿插。〔4〕对于需在两个设备上进展的处理，应防止直接相连。可以在它们之间加一个数据存储。〔5〕如果一个外部实体提供给*一处理的数据流过多，可将它们合并成一个综合的数据流。〔6〕下层图中的数据流应与上层图中的数据流等价。〔7〕对于大而复杂的系统，其图中的各元素应加以编号。通常在编号之首冠以字母，用以表示不同的元素，可以用P表示处理，用D表示数据流，用F表示数据存储，用S表示外部实体。

4．数据流程图例如例：*公司经营处理系统数据流程图。

顾顾客订货单发货单

经营处理系统订货单发货单

供给商图1顶层数据流程图顾客订货单顾客订货单发货单

销售订货单发货单

供给商P1

采购P2F1配件库存到货通知

会计P3收据收款通知应付款通知图2第2层数据流程图

订货单发货单

编辑订货单不满足的订货库存状态采购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应付款明细帐图4第3层数据流程图〔2〕顾客付款收据经理

开收据并修改明细账P3.1付款F11总账

编制会计报表P3.5

修改总账P3.4应收款明细帐F10

核对付款单P3.2

付款并修改明细账P3.3F9应付款明细帐供给商应付款通知图5第3层数据流程图〔3〕〔三〕数据字典卡片

数据项数据字典〔一〕No：__________名称：别名：简述：连续值类型〔C，N〕长度：值域：与其他值的运算关系：离散值值含义值含义

备注：填表人_____________年月日

*****数据字典〔二〕No：__________名称：别名：简述：组成：假设为数据存储关键字：相关处理：假设为数据流来源：去向：备注：1．数据量：2．峰值：3．其它：填表人_____________年月日〔注：表头的方框内须填入数据流、数据构造或数据存储三者之一〕

处理数据字典〔三〕No：__________名称：输入信息：数据存储：输出信息：激发条件：简要说明：加工逻辑：出错处理：执行频率：填表人_____________年月日

外部实体数据字典〔四〕No：__________名称：简述：输入的数据流：输出的数据流：填表人_____________年月日〔四〕功能构造图1．根本符号符号说明表示一个功能模块，方框内为模块名称。表示模块间调用关系，箭头端为被调用模块，箭尾端为调用模块。表示模块间传递的数据信息。表示模块间传递的控制信息。表示模块中包含的循环调用功能。表示模块内包含判断处理功能，根据判断结果断定调用。

2．功能构造图例如工资信息系统分析与设计建立主文件工资信息系统分析与设计建立主文件更新主文件建立扣款文件计算和打印

〔五〕模块设计1．模块设计原则〖主要原则〗“高内聚，低偶合〞提高模块的独立性。〖其他原则〗〔1〕模块的分解原则：按功能分解。〔2〕模块的扇出系数：不宜太大，也不宜太小。〔3〕模块的扇入系数：越大越好。〔4〕对于任何一个内部存在判断调用的模块，模块的判断作用*围应该是它的控制*围的一个子集。且存在判断调用的模块，所在层次不要与那些属于判断作用*围的模块所在层次相隔过远。

不同聚合形式的模块性能比拟聚合形式联合形式可修改性可读性通用性“黑箱〞程度聚合性功能聚合好好好好黑箱10顺序聚合好好好中不完全黑9通讯聚合中中中不好不完全黑7过程聚合中中中不好半透明5暂时聚合不好不好中最坏半透明3逻辑聚合最坏最坏不好最坏透明1机械聚合最坏最坏最坏最坏透明0

不同联结形式的模块性能比拟联结形式对连锁反响的影响可修改性可读性通用性数据联结弱好好好特征联结弱中中中控制联结中不好不好不好公共联结强不好最坏最坏内容联结最强最坏最坏最坏

2．模块设计说明书模块模块名称：上级调用模块上级调用模块名称：输入：输出：处理：备注：系统名称:设计者_______________年月日

〔六〕编码设计书编码名称

编码对象

编码类型

位数

编码件数

使用日期

使用部门〔*围〕

编码构造：编码处理要点〔包括追加、删除方式〕：备注：设计人员_____________审核_______________

〔七〕数据库设计1．设计步骤：〔1〕用户要求分析——了解用户要存储哪些方面的数据。〔2〕概念构造设计——用E—R法描述概念模型。〔3〕逻辑构造设计——将概念模型转换成数据模型。〔4〕物理构造设计——选定适宜的存储构造和存取方法。2．E—R图实体属性联系

实体属性联系

〔2〕绘制方法先绘制各分E—R图，再合并成总E—R图。〔3〕E—R图例如班班级学生课程隶属学习班号*班级名称课程号*课程名称学分学号*姓名性别出生日期……成绩3．将E—R图转换为关系数据模型的规则〔1〕E—R图中的每一个实体对应转换成一个关系。实体名作为关系名，实体的属性作为关系的属性，实体的主码作为关系的主码。〔2〕实体间的每一个联系也对应转换成一个关系。联系名作为关系名，联系两端实体的主码和联系自身的属性一起作为关系的属性，关系的主码按如下原则确定：①1：1的联系——取联系的任意一端实体的主码。②1：n的联系——取n端实体的主码。③m：n的联系——取两端实体主码的组合。〔3〕对具有一样主码的关系进展优化合并。五、具体案例分析报告：医院信息管理系统的分析与设计〔一〕背景*医院是一家以中医为主、中西医结合、中等规模的三级甲等医院医院。该医院有开放床位450*，年门诊量25万左右人次，年住院病人6000—8000人次。由于该院是—所建于20世纪50年代的老医院，几十年延续下来的陈旧的管理思想和僵化的管理模式。已经远远不能满足病人的需求及适应时代的开展。在管理中主要存在以下一些难题：1．手工模式下的门诊收费管理，病人需先拿着医生的处方单排队划价，然后到收费处排队交钱，再凭发票到门诊药房排队取药。这中间，病人排队时间长，划价收费人员出错环节多。2．医院在对药品的管理中存在一定的困难。其一，药品的盘点工作时间过长；其二，药品库存难以及时掌握；其三，由于药品调价频繁，新的价格不能及时执行。3．手工模式下的住院管理，病人病历号会产生一人多号或跳号现象，造成病案统计的混乱；记账时，要由护士到住院药房取药后，再到住院处记账，不能做到及时、准确；病人住院期间的各项检查及治疗费用由医务人员传送到住院处，中间环节多，费时费力；病人账户余额不能及时掌握，易出现欠费、漏费现象。长久以来，落后的管理手段已经成为困扰该院的一个迫切需要解决的问题。为了满足该医院的管理要求，提高该院的工作效率，改良医疗质量，该院建立起了自己的医院信息管理系统。系统包括：门诊、住院、药库、财务、总务、器械六大模块。〔二〕系统分析1．组织构造〔1〕组织构造概况该院的组织构造如下图。〔2〕管理职能分析根据该院的实际情况，我们的主要任务是实现以经济信息管理为中心，对医院的收入、支出准确管理，包括药库管理系统、门诊管理系统、住院管理系统、财务管理系统、总务管理系统、器械管理系统。下面仅以门诊管理系统所涉及到的内容进展说明：药剂科包括供给组、药房(库房和会计组)和各药房(门诊药房和住院药房)。各门诊药房(草药房、成药房、西药房)的工作人员根据药品的销售情况，填写用药计划单，根据方案单到会计组查看现在账面上是否有药．如果有．再填写出库单，然后凭借出库单到库房领药。门诊药房的工作人员为病人的处方划价。然后病人持该处方到收费窗口交钱，再到门诊药房核实后取药。院院长…………组织构造如图2．业务流程分析该院的门诊信息管理系统主要是对门诊药房的药品的购销存情况进展管理，其业务流程图如下图。在这个管理过程中，门诊药房扮演着两个不同的“角色〞：对药库来讲，它从药库领取药品，如虚线框1中所示；对门诊病人来讲，它卖给病人药品，如虚线框2中所示。在此业务流程图虚线框2中的局部可以看出，门诊药房在对门诊病人的工作过程中需承当两项任务：①给病人的处方划价；②审核收费后的处方和发票合格后给病人发药。这样的工作方式不但增加了病人的无效等待时间，也无形中加大了门诊药房的工作量。实现计算机管理后的门诊系统要求划价收费一条龙效劳，即门诊药房只需承当原来工作中的第二项，而不再需要划价了。原来的划价工作将由收费人员完成。3．数据流程分析根据对整个业务流程的调查分析以及计算机管理的需要(即取消药房的划价工作)，设计出有关药品数量方面的数据在药库、门诊两局部之间的流动过程，数据流程分析如下图。

数据流程图药数据流程图药库药品数量

出库药品数量门诊病人D1门诊药房库存

发药1．系统目标根据调查研究，系统必须具备以下功能：(1)建立全院计算机网络，实现信息资源共享。(2)建立数据库，集中存储医院管理和病人医疗数据信息。(3)支持医疗和管理的窗口业务，完成医疗各部门之间(临床部门和管理部门)的信息传递。业务流程图(4)建立计算机网络和数据库维护机制。业务流程图2．网络构造该院的整体建筑由一栋11层的门诊、行政大楼和一栋4层的住院大楼组成，根据各科室的分布情况，设计出了该院计算机信息管理系统的信息节点图，如下图。根据其信息节点图，该院采用了星形构造的以太网，它具有以下三项优点：(1)连接简便。(2)易于故障处理。(3)传输简便。计算机信息管理系统的信息节点图这种拓扑构造可以增加每个科室内部的网络性能，加强彼此之间的连接，更不会因为一台机器的失效而导致整个网络的崩溃。况且这种构造最大的优势是故障易于检查和排除，特别是对于医院，尤其是门诊这种即时性要求比拟高的部门，一旦发生故障，行之有效的处理就显得更为重要。计算机信息管理系统的信息节点图3．系统配置根据该医院信息管理系统信息节点图，配置如下表所示。类型数量规格效劳器1台PentiumⅡ双CPU内存128MHUB3个一个交换式，两个共享式工作站20台Pentium100内存32M

整个医院信息网总体工程网络构造图如下图。医院信息网总体工程网络构造图

医院信息网总体工程网络构造图4．软件平台环境医院信息管理系统是典型的基于数据库的客户／效劳器构造模式的系统。在这种构造模式中，数据库效劳器为客户应用提供效劳，这些效劳包括查询、更新、事务管理、索引、高速缓存、查询优化、平安管理及多用户并发存取控制等。它具有如下主要优点：〔1〕减少对网络带宽的要求；〔2〕请示的处理由效劳器完成，提高了处理能力，加快了响应速度；〔3〕效劳器与客户机协同工作，减轻了效劳器的负荷；〔4〕大量数据存储在效劳器上，减少了对客户机的要求；〔5〕大量的数据维护和管理工作在效劳器上完成，具有较好的平安性。实现客户川艮务器构造的软件平台，涉及操作系统、数据库管理系统、网络软件及应用开发工具。结合医院的业务处理特点及对计算机的维护管理能力，该院进展了如下选择：1〕网络操作系统的选择根据现有的网络构造，应该选用什么样的网络操作系统呢?目前，网络操作系统比拟多，从大家广为熟悉的Novell系列，到今天异军突起的WindowsNT网络操作系统，我们选择操作系统时遵循了如下原则：(1)所用的网络必须能同现有的系统相连接。(2)能够利用多种通信方式实现各计算机之间的远程联网。(3)能够支持多媒体环境，如实现语音、图像等形式的传输。(4)支持国际通用的大型网络数据库。(5)能够实现平安、可靠的信息管理。基于以上原则，该院采用了WindowsNTServer4．0和Windows95的结合方式。其中最直接的原因是它具有广阔用户所熟悉的Windows用户界面，安装简便，易学易用。2〕网络数据库的选择数据库的管理是整个系统的核心。该医院所采用的客户÷效劳器体系构造具有良好的扩展性，因此所选择的数据库，其功能、开放性及对客户·效劳器构造模式的支持程度，直接关系到整个系统的成败。针对WindowsNT网络操作系统，该医院选择了Sybase数据库。Sybase数据库是一个高性能、多用户、关系型数据库管理模式，能够实现网络环境下数据库之间互联、互操作，具有数据容错、完整性检查和平安**等功能，使整个网络数据库的构造更加合理。

5．数据字典在整个医院信息管理系统的数据库，即his库中共有100多个表，其中门诊信息管理系统涉及的表见表。

表名描述Mzcfm*每一*处方的明细工程Mzcf每一*处方的合计金额及相关标志Mzsf每一*收过费处方的合计金额及相关标志Mzgh每一*挂号单的明细工程Mzy{各门诊药房各种药品的库存情况Mzks所有的门诊科室Mzys所有的门诊医师Mzcz所有的门诊划价收费人员的工号、密码及权限

我们以mzsf这一个表来进展说明，此表记录了每一*收过费处方的合计金额及相关标志等内容。具体内容见表3.3。字段名数据类型宽度小数点是否允许空值FphmChar12

NoFkfsChar2

NOJeNumeric122NoZfbzChar1

NoJzbhVarchar15

NoRqDatetime

NoCzySmallint

NoJzbzchar1

Yes

各英文字段名所代表的中文意思如下：·fphm：发票fkfs：付款方式je金额zfbz：作废标志jzbb：记账编号rq：日期czy：操作员jzbz：结账标志·主键名称(PrimaryKeyName)：fphm·主键字段名(PrimaryKeyColumns)：fphm·索引名称(Inde*Name)：fphm·属性(Attributes)：UniqueC1ustered·索引字段名(Inde*C01umns)：fphm在mzsf这个表中，有非规*化的情形出现，如其中je看起来是——个冗余的字段，因为此je表mzcfm*中同一*处方的je的合计，但由于mzsf中这个合计金额经常被用来查询，虽然增加了表的大小，但却提高了读取速度。根据门诊局部的数据流程图，我们设计出的门诊信息管理系统中所有表的关系如图中虚线框内所示。图中主要英文字段名所代表的中文意思如下：ypbh：药品编号cfbh：处方编号fphm：发票ksbh：科室编号ysbh：医师编号czy：操作员编号

6．系统功能构造图根据门诊管理系统的数据流程分析以及各表之间的关系．该模块功能构造图如下图。7．输入设计输入方式的简单、快捷、易学易用是医院信息管理系统的根本要求．特别是门诊划价收费的输入方式直接影响着操作员的速度，我们就以这一块进展说明：门诊划价收费窗口如下图。图中白色框表示需要输入的地方，按Tab键，光标可在白色框中顺序移动。

表示用鼠标单击向下箭头处，会出现一下拉列表框．可按，键进展选择，或直接用鼠标单击选择，也可直接输入挂号流水号或医师带有下划线的字母如Q表示按Alt十Q与用鼠标单击“收费〞按钮的作用是一样的。在此输入方式中有以下几点好处：(1)用鼠标和键盘都可进展操作，满足了操作员不同的需求：(2)划价收费人员无需记忆药品的价格。在“查询编码〞处输入药品名称每一个汉字的第一个拼音字母，即会出现一下拉式菜单，显示出所有是这种组合的药品名称。——旦选择了是哪一种药品后，这种药品的名称、当前药房库存数、规格、单价即会显示出来，当输入数量后，金额自动计算出来。(3)在同一窗口中可以输入不同种类的处方或医技工程单。可按Alt加*、Y、Z、A在西药、医技、中药、成药之间进展选择，也可用鼠标单击所选择种类后的圆圈进展选择。中选择到哪一种，哪一种后的圆圈中就出现一个小黑点。(4)可以输入多*处方后再一起收费。当输入完——*处方存盘后，图中①处的：数字变为2，同样的道理，输完一*，数字加1。(5)参加了“处方载入〞和“集合载入〞功能，方便了中药处方的录入，加快了速度。当所有的处方都输入完后，按“收费〞按钮后，弹出收费窗口，如下图。如发现错误，可按“取消〞按钮，返回到前面的收费划价窗口进展修改，如无误，按“确定〞后，弹出计算器窗口如下图。在“共收〞处输入实际收到的钱后按Tab键，应退的金额便计算出来。增加了计算器功能，使划价收费人员脱离了算盘，提高了准确度，方便了收费。

8．输出设计输出方式是按照各用户的实际要求进展设计的，已有现成票据的采用套打的方式，如打印门诊发票和出院发票等，其余的则根据实际要求进展设计，其输出的格式均在屏幕上显示出来。在门诊管理模块中，当划价收费之后打印门诊发票，其发票形式如下列图所示。9．编码设计本节主要介绍药品编码设计。每一种药品都是用一个5位数字来表示。通过编码可以看出此药品属于哪一类哪一种。设计方案如下图。每一种药品具体表示如下：10．．．10．．．毒麻类11．．．根茎类12．．．果实类13．．．全草类14．．．花叶类15.树皮类16.藤木树脂类17．．．菌藻类18．..动物类19．．．矿物其他类28．．．麝香类