大学管理信息系统课程设计报告.doc

大学管理信息系统课程设计说明书课题名称 大学教育超市管理信息系统开发组长 王杨杰队员 司荣洁 杨沛 主要分工 王杨杰：负责系统的制作 司荣杰：报告四、五、六、七部分 杨 沛：报告一、二、三部分摘要：管理信息系统是借助计算机，互联网等手段把企业管理流程在线实现。使企业高层获得明确的信息，更好的实施管理。本文主要是介绍大学超市进销存管理信息系统的环境、功能作用、设计的方案等各方面的内容。主要是让使用者了解此系统，使他们能更好的运用本系统，使此系统发挥出应有的作用。本系统运用计算机管理信息技术，建立数据库，对超市的进销存过程进行详细的分析,实现了对超市的进货、销售和库存的科学管理 一、背景介绍二、可行性研究2.1 必要性分析2.2操作可行性研究2.3 经济可行性研究三、系统分析3.1设计思想3.2设计原则3.3功能需求分析3.4业务流程分析3.5数据字典设计四、系统设计 4.1系统总体结构图： 4.2各子系统功能分析五、系统实施测试说明书六、系统维护七、总结与展望一 背景介绍1.1背景介绍地质大学北区教育超市是为方便同学们生活而新建的。新建的超市相比之前的规模大了很多，商品数量也增加了不少。有关商品的信息量也在增加。超市需要对各种信息进行分析，以方便管理。通过开发管理信息系统，使学生获得更加新鲜的产品，方便的服务，提高超市工作效率和质量减轻劳动强度。保证顾客和超市的效益。1.2系统开发目的(1)提高超市的工作效率。(2) 通过全面的信息采集和处理，辅助提高超市的决策水平。(3) 使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张能力， 提供有效的技术保障二、可行性研究 2.1 必要性分析 传统的超市管理系统不能适应现行条件下对超市管理提出的快速反应信息，快速组织货物，提高资金周转率的需要。要提高内部管理水平，有效降低成本，提高管理决策水平，这种传统的方法必定要被改进。超市管理信息系统分析与设计，结合超市发展要求。可以改善超市在商品流管理，物流管理，人力资源管理，信息流管理方面的问题。2.2 操作可行性 该软件采用友好的交互界面，简单方便。随着计算机的普及，公司的工作人员一般都要求掌握一定的计算机技术，具有一定的软硬件基础，会使用各种管理软件。因为有的超市对员工的素质要求比较高，从管理层到下面的销售人员，都要求具有一定的计算机基础，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够使系统顺利运行。2.3 经济可行性 因为通过网络传递销售信息可以不受距离的限制，因此可以节约许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高超市的销售效率，改善服务质量，即提高了超市的经济效益，所以从经济上完全是可行的。同时，该系统的开发较为简单，对各种配套设施的要求不是很严格，对前期的投入不会太大。同时，该系统的应用有利于充分收集各种信息，为决策者提供决策服务，可提高超市的竞争力。 结论，根据以上必要性和可行性分析，可以看出超市管理信息系统的开发是必要且可行的。它对于提高服务质量以及经济效益方面，将起到非常重要的作用。三、系统分析3.1 设计思想1)系统分成几个相对独立的模块，但这些模块都进行集中式管理。(2)分层的模块化程序设计思想，整个系统采用模块化结构设计。作为应用程序有较强的可操作性和扩展性。(3)合理的数据流设计，在应用系统设计中，相对独立的模块间以数据流相互连接，使各模块间的耦合性较低，方便系统运行，提高系统安全性。3.2 设计原则为了使本系统功能齐全完备，操作简便，最大限度的提高软件的质量，从而满足用户的实际需要，在设计开发过程中遵循了如下原则：(1)合法性原则：依据产品核算系统的工作规定以及要求，参照核算实际的工作情况，进行诸如产品进货、销售等工作。(2)实用性原则：适合产品信息管理工作的实际需求，并能够处理一些特殊情况的要求，此外，尽可能预留空间，以便扩充功能。(3)准确性原则：对输入的相关资料建立检错机制，及时报错，使用户能够及时准确的输入合法资料(如：类型匹配，长度不超限等)。(3)易操作原则：要求设计的系统功能齐全，界面友好，操作方便，必要的地方进行提示。(5)源程序可读性原则：为了便于其他设计，维护人员读懂代码或以后的代码修改，软件升级维护，即可能做好代码注释工作。(6)优化原则：为了达到优化的目的，合理的运用窗口，菜单，对象等的继承，自定义用户对象，事件，函数，减少不必要的重复性代码，使程序简介明了，也方便了将来的维护。(7)安全性原则：可以为该系统的用户设置用户权限。(1)进货业务业务流程分析1进货管理是超市生产经营活动中最基本的环节，它关系到产品质量能否得到保证，生产是否能够顺利进行，采购成本能否得到有效控制等问题。在该系统中对企业的进货管理提出新的要求；超市与供货商之间是合作伙伴，相互依存，而且供货商的选择对超市的生存发展极其重要，要从采购做起，抓商品的质量。包括制定进货计划，实施进货计划。(2)库存业务：库存管理是指在上产经营中为销售和耗用而存储的各种资产。企业存货不当都会增加不必要的费用：存货过多将导致物资的积压、存储费用增加、流动资金周转不利，并且过量的库存会掩盖管理不善的问题。存货不足则影响企业的正常销售活动。库存管理的目标是需求最佳存货数量，使库存的成本总额最小化。其主要业务如下：产品入库、出库、盘库等日常处理。科学合理地确定某库存物资相关数据。如：最佳订货批量、最大库存量、最佳缺货量、最佳订购周期等，进行严格的库存控制工作。汇总统计各类库存数据，反应和监督储备资金占用及采购资金使用情况。(3)销售业务销售对一个企业的生存和发展是至关重要的，它不再是传统意义上的“卖东西”，它对外关系到企业产品、服务和企业形象等多方面因素，对内涉及到销售、库存、财务等信息。此外信息化的高速发展为企业的销售工作提出了新的挑战，封闭意味着落后，超市要抓住时机，引入现代化的销售管理模式，实施企业的信息化、智能化销售管理，才能使超市在激烈的市场竞争中立于不败之地。本系统采用自定向下方法开发，其功能模块主要有如下几个部分：进货管理模块、库存管理模块、销售管理模块、员工管理模块。具体的功能描述如下：进货管理：其功能是对手机供应商信息进行管理，并根据企业情况制定进货计划，实施产品采购，并进行进货查询。库存管理：其功能是对采购来的产品进行企业内部编码入库，产品分类等活动，同时能够根据销售清单进行出货管理，以及库存统计。销售管理：其功能是提供一般的销售管理，能够进行销售明细查询和打印销售报表。人事管理：其功能是对超市的员工和供货商信息进行管理，包括查询，更新等。3.1 组织结构与功能分析 组织结构 ：前台零售管理系统 、后台管理系统 组织结构图：小型超市管理系统统前台管理后台管理 人员管理库存管理销售管理进货管理商品录入收银业务该系统分为前台和后台两个方面。在前台主要是负责商品的销售业务，包括商品的录入和收银。后台负责的任务较多，包括货物的库存信息，进货管理，以及员工的信息。能够充分掌握货物和员工的信息，便于生成需要的信息，为高层决策提供依据。子系统划分 商品录入快速商品录入支持条形码扫描商品价格商品编号商品名称 功能描述： 商品录入子系统要求快速录入商品 因此必须支持条形码扫描 收银业务支持会员卡打折打印交易清单交易总额计算应收款实收款应找零进货管理自动制定进货计划自动入库登记进货与出库记录货单新建删除入库时间商品数量商品名称存放位置入库时间商品数量商品名称销售管理商品销售控制查询销售情况生成销售记录销售额日期商品名称日期日销售额进货管理模块主要有，生成进货计划，入库登记，进货与出库记录三部分组成。生成进货计划包括货单新建，删除，付款等。入库登记，包括商品的名称 ，数量，入库的时间，存放位置。库存管理查询库存记录库存状态自动告警自动盘点清算库存量商品名称 人员管理基本信息登记员工操作权限客户销售权限3.2流程图设计厂商商品信息营业员订货信息购买信息顾客销售信息用户信息（员工）商品信息库存信息管理者3.3 数据字典设计商品录入属性类型大小能否为空约束条件商品编号Char20No主码商品名称Char20No商品数量double8Yes商品价格double8N0商品归类Char20Yes存放位置Char20Yes收银业务属性类型大小能否为空约束条件收银编号Char20否主码应收款double8否支付方式Char20否实收款double8否应找零double8否参照（实收款，应收款）打折double8能进货管理属性类型大小能否为空约束条件商品编号Char20No主码商品名称Char20No进货数量double8Yes进货日期Char20Yes商品价格double8N0商品归类Char20Yes供货商编号double8N0销售管理属性类型大小能否为空约束条件日期Char10否主码商品编号Char20否商品名称Char20否单项商品销售额Double8能单类商品销售总额Double8能销售总额Double8能库存管理属性类型大小能否为空约束条件商品编号Char20No主码商品名称Char20否库存量Char20否小于约束最小值提醒入库日期Char10否入库数量Char20否出库日期Char10否出库数量Char20否工作人员管理属性类型大小能否为空约束条件工作编号Char20否主码姓名Char20否性别Char2否（男，女）职称Char20否权限Char20否3 4 E-R图设计货物厂商信息货物入库信息货物出库信息销售统计信息供货厂商信息1N 管理员 管理货物NM实体之间关系的E-R图如图4-1所示：1职员信息管理员信息实体E-R图如图4-2所示：管理员帐号密码权限图4-2 管理员信息实体ER图职员信息实体ER图如图4-3所示：职员信息系统编号姓名所在部门电话. 商品信息商品实体ER图如图4-4所示：名称价格供销商商品编号. 货物入库信息货物入库信息实体ER图如图4-5所示：货物名称 编号进货价格数量货物出库信息实体ER图如图4-6所示：货物出库信息编号.货物名称销售价格数量货物信息实体ER图如图4-7所示：货物信息编号名称供货厂商数量.4、系统设计4.1系统设计目标及原则首先通过对超市目前的人事不管理进行调查分析，在此基础上确定出系统的建设目标:采用先进的数据库技术，以提高超市管理工作的现代化管理水平为宗旨。在整个系统软件的开发过程中，采用软件工程的思想，把用户的需求放在首位，从工作流的角度出发，提出合理化建议，保证做到“明确、到位、简单”，并坚持以下三条系统设计原则:(1) 规范 、统一各类所需的管理信息，遵循国家标准。用统一、规范、完整的数据格式描述，将所有的业务工作标准化、规范化。(2) 系统设计简洁、直观、易操作和维护，并具有可扩展性，适于非计算机人员使用。系统的设计一定要在符合传统的人工管理的基础上，做到业务功能实用、到位、简单、易学、易用，界面友好，美观大方，便于管理(3) 层次化的数据共享，为所有用户提供数据保障。在保证数据规范、标准、一致的前提下，对数据的存放进行合理布局，在保证数据安全的同时一定要提供对数据的高效处理能力。(4) 系统的安全性和可靠性：系统要能够对用户进行身份认证，保证数据的安全、可靠，并具有数据备份和数据恢复功能。4.2系统总体设计利用层次图来表示系统中各模块之间的关系。层次方框图是用树形结构的一系列多层次的矩形框描绘数据的层次结构。树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形框代表各个数据的子集，最底层的各个矩形框代表组成这个数据的实际数据元素。随着结构的精细化，层次方框图对数据结构也描绘得越来越详细，这种模式非常适合于需求分析阶段的需要。从对顶层信息的分类开始，沿着图中每条路径反复细化，直到确定了数据结构的全部细节为止。本系统有多个子系统，每个子系统之间虽然在表面上是相互独立的，但是在对数据库的访问上是紧密相连的，各个子系统访问的是同一个数据库，只是所访问的表不同而已。每个子系统的功能都是按照在调研中搜集的资料进行编排制作的。依据上述功能的分析，系统在几个子系统的基础上每一大子系统又分为几个模块： （1）招聘管理子系统包括：应聘人员登记、应聘人员信息查询、应聘人员录用、招聘计划。（2）员工信息管理子系统包括：员工信息维护、员工信息查询、员工职位调动、员工离职登记。（3）合同管理子系统包括：合同维护、合同查询、合同解除。（4）.薪资管理子系统包括：奖励管理、惩罚管理、奖金管理、医疗补贴管理、工龄工资管理、基本工资管理、工资管理、当月工资管理查询、历史工资查询。（5）考核管理子系统包括：请假登记、请假查询、考勤汇总、考勤查询、年终考核、年终考核查询。（6）系统管理子系统包括：修改密码、用户管理、数据维护。（7）报表管理在系统包括：员工基本信息统计、员工工资统计。（8）工具子系统包括：计算器、记事本。4.3 系统功能结构模块设计根据企业的实际情况进行具体分析，人事管理系统包括如图4-1所示的几大管理模块。人员管理基本信息登记员工操作权限客户销售权限 图4-1系统管理模块4.4 数据库设计4.4.1 概念模型设计E-R图中用椭圆形或圆角矩形表示实体（或关系）的属性并用无向边把实体（或关系）与其属性连接起来。用矩形框来表示实体，用连接相关实体的菱形框来表示联系。如同数据库中的表的关系，E-R图中关系也分为一对一、一对多、多对多三个类型，可以表示为1：1、1：N、N：M这三种形式。E-R模型适用简单的图形符号表达系统分析员对问题域的理解，不熟悉计算机技术的用户也能理解它，因此，E-R模型可以作为用户与分析员之间有效的交流工具。它们之间的联系用E-R图方法表示如图4-2所示：职员信息系统编号姓名所在部门电话. 4-2 职员信息ER图下面的E-R图4-3，详细的描述出了，流程设计在概念上的物理关系，实体中都详细的包含着自己的字段值，字段类型、长度，并且是主从表，由唯一的主键连着，从表的值随主表的改变而改变，整个图示关系明了，一看就明白其对应的物理数据库表的作用。厂商商品信息营业员订货信息购买信息顾客销售信息用户信息（员工）商品信息库存信息老板 4-3超市的实体流程图4.4.2 概念模型设计数据库设计(Database Design，简记为DBD)是指针对给定的软、硬件环境，根据现实问题要求，设计出最优数据库模式，进行数据库及应用系统设计，使之能够有效存取数据及满足用户需求。数据库设计一般包括需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库运行及维护六个阶段。以下是系统要用到的主要数据库表：表4-1 职员基本信息表属性类型大小能否为空约束条件工作编号Char20否主码姓名Char20否性别Char2否（男，女）职称Char20否权限Char20否表4-2 商品录入信息属性类型大小能否为空约束条件商品编号Char20No主码商品名称Char20No商品数量double8Yes商品价格double8N0商品归类Char20Yes存放位置Char20Yes4-3收银业务信息属性类型大小能否为空约束条件收银编号Char20否主码应收款double8否支付方式Char20否实收款double8否应找零double8否参照（实收款，应收款）打折double8能4-4 进货管理信息属性类型大小能否为空约束条件商品编号Char20No主码商品名称Char20No进货数量double8Yes进货日期Char20Yes商品价格double8N0商品归类Char20Yes供货商编号double8N04-5销售管理信息属性类型大小能否为空约束条件日期Char10否主码商品编号Char20否商品名称Char20否单项商品销售额Double8能单类商品销售总额Double8能销售总额Double8能4-6库存管理信息属性类型大小能否为空约束条件商品编号Char20No主码商品名称Char20否库存量Char20否小于约束最小值提醒入库日期Char10否入库数量Char20否出库日期Char10否出库数量Char20否4.5 界面设计（1）系统登录界面输入正确的用户名和密码后方可登录系统，系统根据用户名据有的权限而显示。系统登陆界面如图4-4所示。 图4-4 系统登陆界面（2）系统主界面系统主界面，包括招聘管理、员工信息管理、合同管理、薪资管理等，每一模块具有比较强的内聚性、各个模块之间的耦合性弱，达到了强内聚，弱耦合的设计原则。系统主界面设计如图4-5所示。（3）客户的信息编辑管理可以对客户的信息进行编辑，客户信息编辑的界面设计如图4-6所示。（4）退货的信息编辑管理可以对退货的信息进行编辑管理，退货的信息编辑管理的界面设计如图4-7所示（5）库存上下限设置信息管理可以对库存上下限信息进行编辑管理，库存上下限信息编辑管理的界面设计如图4-8所示（6）利润分析信息管理4.5 输入输出设计系统设计的过程和系统实施的过程恰好相反，并不是从输入设计到输出设计，而是从输出设计到输入设计，这是因为输出设计直接和用户需求相联系，设计的出发点应该是保证输出方便地为用户服务，正确地反映用户所需要的有用信息。4.5.1 输出设计输出设计的主要目的是满足用户和管理者对数据和信息的要求，输出设计要考虑的主要内容有：（1）输出信息名：该输出信息的名称。（2）输出功能：该输出信息起什么作用。（3）输出周期：多长时间输出一次。（4）输出期限：每次输出的期限。（5）输出方式：批输出还是实时输出。（6）输出用纸：专用纸还是通用纸。（7）输出信息校验：检验输出信息的正确性，包括确定校验内容、检验方法和校验后的处理。（8）输出项目名称：构成输出信息的每个数据项。本系统中所使用的输出方式有两种：查询显示输出和打印输出。查询显示输出的信息主要是各种查询结果，这是一种实时要求很高的输出，输出设备是显示器，报表打印输出的信息主要是各种报表形式的数据信息，如工资表。五系统实施测试说明书系统测试（System Test， ST）是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。5.1 单元测试单元测试的对象是软件设计的最小单位模块。单元测试的依据是详细设描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多数采用白盒测试方法，系统内多个模块可以并行地进行测试。单元测试任务包括：（1）模块接口测试；（2）模块局部数据结构测试；（3）模块边界条件测试；（4）模块中所有独立执行通路测试；（5）模块的各条错误处理通路测试。模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。测试接口正确与否应该考虑下列因素：（1） 输入的实际参数与形式参数的个数是否相同；（2） 输入的实际参数与形式参数的属性是否匹配；（3） 输入的实际参数与形式参数是否一致；（4） 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；（5） 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；（6） 调用其他模块时所给实际参数是否与被调模块的一致；（7） 是否把某些约束作为参数传递。5.2 集成测试集成测试（也叫组装测试、联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。在生产管理系统的单元测试模块中已经通过，系统要进行最终的集成测试。以下是对人事管理信息系统几个集成测试案例：表5-1测试案例一 用户登录测试案例ID:ST- TC1测试案例名称:用户登录测试案例描述:检验用户账号能否顺利登陆系统主界面。输入:输入用户名、密码。测试环境设置:测试前的服务器配置必须完善，否则无法登录系统。预期测试结果：能够自动进入系统，页面跳转正确。 测试结果测试步骤测试员操作测试员ID.1用户点击应用程序，进入用户登录界面； 廖健程ID.2按照提示在登陆界面输入用户名和密码，例如，测试用户号：管理员 测试密码：123；ID.3输入完成以后点击登录按钮；ID.4进入主界面。测试结果：输入错误将会有系统提示信息。表5-2 测试案例二 职员信息编辑测试案例ID:ST- TC2测试案例名称:职员信息编辑测试案例描述:检验通讯录输入的正确性。输入:输入职员编号、职员姓名、身份证号码、邮箱等。测试环境设置: 测试前的数据格式必须正确，否则无法进行数据存储。预期测试结果：能够进行信息的存储。 测试结果测试步骤测试员操作测试员ID.1用户点击主界面的职员信息维护，调出职员信息编辑界面； 廖健程ID.2根据职员信息输入正确数据，包括职员编号、职员姓名、身份证号码、邮箱等；ID.3输入完成以后点击【保存】按钮；ID.4系统提示信息。测试结果：输入的信息无误，系统提示“数据保存成功”，输入不正确，系统弹出提示信息。表5-3测试案例三 年终考核测试案例ID:ST- TC3测试案例名称:年终考核测试案例描述:对年终考核信息进行维护。输入:登记年终考核的基本信息。测试环境设置:测试前的配置必须完善，否则无法进行年终考核信息登记维护。预期测试结果：能够对年终考核信息进行维护。 测试结果测试步骤测试员操作测试员ID.1用户点击主界面的年终考核，弹出年终考核填写界面； 廖健程ID.2根据要求对考核信息进行登记。 ID.3输入考核编号、职员编号、职员姓名、考核类型、工作品质、合作精神信息等。ID.4点击【保存】按钮，系统出现提示信息。测试结果：输入信息无误，系统弹出“保存成功”，输入信息不完整，系统也相应的给出提示信息。六系统维护本系统是主要是对公文收发信息的处理、分析，因此，系统的数据资料安全是非常重要的。本系统具有数据库的备份功能，在信息资料丢失时，对系统进行数据库的恢复就可以使数据库正常工作。故数据库的备份是非常重要的，本系统的数据备份和恢复很简单，建议具有权限的操作人员多进行数据备份，以保证数据安全。本系统是个较简单的管理系统，由于系统外部环境与内部因素的变化，不断影响系统的运行，同时需要系统不断地适应这些变化，不断地完善系统，以提高系统运行的效率与服务水平，这就需要自始至终进行系统的维护工作。系统的维护主要包括四个方面：(1) 程序的维护：指的是修改部分或全部程序，这部分维护往往是在条件发生变化或原系统的效率低的情况下进行的，同时也是由专业人员来做的工作。(2) 数据文件的维护：指的是按照用户的要求对数据文件进行不定期的修改。(3) 代码的维护：随着系统的发展和变化，可能会出现旧代码不能适应新要求的问题，因此，有必要变更代码，予以维护。(4) 硬件的维护：硬件维护需要就由专职的硬件维护人员负责，分为定期设备保养性维护，突发性的故障维护。七总结与展望总结通过这次的实习和课程设计，我经历了开发一个管理信息系统最基本思路与基本步骤，从开始的课程实习，需求分析，系统分析，系统模块设计，具体的编程开发。都是按照系统开发的正规化步骤进行。同时在这次系统开发的过程中还是遇到了不少原来未能预料的困难，由于技术上的原因和最初构想不够周全，开发经验不足，加上时间很紧迫，不能完全把最初的所有设想完全在最后实现。本系统只能是实现了很简单的基本功能，该系统的工资管理功能也不是很完善。本系统的工资管理还不能自动生成工资表。但由于个人技术原因，没有达到预想效果。因此本系统在用户操作、功能需求上还存在着多方面不足。希望在系统的二次开发中，能填补以上缺陷。 展望二十一世纪的竞争主要是人才的竞争，企业要想在未来的竞争中立于不败之地，就需要加强人事的管理，就需加强人事管理信息系统的建设。但是，由于受作者能力、时间等方面因素的限制，本文对人事管理信息系统的思想分析是比较粗浅的，所提出的解决方案也有待于进一步的完善。在今后一段时间内，还需要在以下几个方面作进一步的发展：（1）继续不断地将先进的人事管理思想和方法融合到系统中来，特别是精确管理技术、知识管理技术、数据挖掘技术、智能决策等现代管理思想的融合，以此来优化办公管理效率；（2）建成统一的集成化信息系统是企业发展的长远目标。因此，企业在信息化方面要注意到人事管理信息系统与采购、销售、财务等信息系统内部的集成。