大学管理信息系统课程设计报告.docx
《大学管理信息系统课程设计报告.docx》由会员分享,可在线阅读,更多相关《大学管理信息系统课程设计报告.docx(34页珍藏版)》请在冰点文库上搜索。
大学管理信息系统课程设计报告
大学管理信息系统课程设计说明书
课题名称大学教育超市管理信息系统开发
组长王杨杰
队员司荣洁杨沛
主要分工王杨杰:
负责系统的制作
司荣杰:
报告四、五、六、七部分
杨沛:
报告一、二、三部分
摘要:
管理信息系统是借助计算机,互联网等手段把企业管理流程在线实现。
使企业高层获得明确的信息,更好的实施管理。
本文主要是介绍大学超市进销存管理信息系统的环境、功能作用、设计的方案等各方面的内容。
主要是让使用者了解此系统,使他们能更好的运用本系统,使此系统发挥出应有的作用。
本系统运用计算机管理信息技术,建立数据库,对超市的进销存过程进行详细的分析,实现了对超市的进货、销售和库存的科学管理
一、背景介绍
二、可行性研究
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数据字典设计
商品录入
属性
类型
大小
能否为空
约束条件
商品编号
Char
20
No
主码
商品名称
Char
20
No
商品数量
double
8
Yes
商品价格
double
8
N0
商品归类
Char
20
Yes
存放位置
Char
20
Yes
收银业务
属性
类型
大小
能否为空
约束条件
收银编号
Char
20
否
主码
应收款
double
8
否
支付方式
Char
20
否
实收款
double
8
否
应找零
double
8
否
参照(实收款,应收款)
打折
double
8
能
进货管理
属性
类型
大小
能否为空
约束条件
商品编号
Char
20
No
主码
商品名称
Char
20
No
进货数量
double
8
Yes
进货日期
Char
20
Yes
商品价格
double
8
N0
商品归类
Char
20
Yes
供货商编号
double
8
N0
销售管理
属性
类型
大小
能否为空
约束条件
日期
Char
10
否
主码
商品编号
Char
20
否
商品名称
Char
20
否
单项商品销售额
Double
8
能
单类商品销售总额
Double
8
能
销售总额
Double
8
能
库存管理
属性
类型
大小
能否为空
约束条件
商品编号
Char
20
No
主码
商品名称
Char
20
否
库存量
Char
20
否
小于约束最小值提醒
入库日期
Char
10
否
入库数量
Char
20
否
出库日期
Char
10
否
出库数量
Char
20
否
工作人员管理
属性
类型
大小
能否为空
约束条件
工作编号
Char
20
否
主码
姓名
Char
20
否
性别
Char
2
否
(男,女)
职称
Char
20
否
权限
Char
20
否
3.4E-R图设计
实体之间关系的E-R图如图4-1所示:
管理员信息实体E-R图如图4-2所示:
职员信息实体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概念模型设计
数据库设计(DatabaseDesign,简记为DBD)是指针对给定的软、硬件环境,根据现实问题要求,设计出最优数据库模式,进行数据库及应用系统设计,使之能够有效存取数据及满足用户需求。
数据库设计一般包括需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库运行及维护六个阶段。
以下是系统要用到的主要数据库表:
表4-1职员基本信息表
属性
类型
大小
能否为空
约束条件
工作编号
Char
20
否
主码
姓名
Char
20
否
性别
Char
2
否
(男,女)
职称
Char
20
否
权限
Char
20
否
表4-2商品录入信息
属性
类型
大小
能否为空
约束条件
商品编号
Char
20
No
主码
商品名称
Char
20
No
商品数量
double
8
Yes
商品价格
double
8
N0
商品归类
Char
20
Yes
存放位置
Char
20
Yes
4-3收银业务信息
属性
类型
大小
能否为空
约束条件
收银编号
Char
20
否
主码
应收款
double
8
否
支付方式
Char
20
否
实收款
double
8
否
应找零
double
8
否
参照(实收款,应收款)
打折
double
8
能
4-4进货管理信息
属性
类型
大小
能否为空
约束条件
商品编号
Char
20
No
主码
商品名称
Char
20
No
进货数量
double
8
Yes
进货日期
Char
20
Yes
商品价格
double
8
N0
商品归类
Char
20
Yes
供货商编号
double
8
N0
4-5销售管理信息
属性
类型
大小
能否为空
约束条件
日期
Char
10
否
主码
商品编号
Char
20
否
商品名称
Char
20
否
单项商品销售额
Double
8
能
单类商品销售总额
Double
8
能
销售总额
Double
8
能
4-6库存管理信息
属性
类型
大小
能否为空
约束条件
商品编号
Char
20
No
主码
商品名称
Char
20
否
库存量
Char
20
否
小于约束最小值提醒
入库日期
Char
10
否
入库数量
Char
20
否
出库日期
Char
10
否
出库数量
Char
20
否
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)输出项目名称:
构成输出信息的每个数据项。
本系统中所使用的输出方式有两种:
查询显示输出和打印输出。
查询显示输出的信息主要是各种查询结果,这是一种实时要求很高的输出,输出设备是显示器,报表打印输出的信息主要是各种报表形式的数据信息,如工资表。
五.系统实施测试说明书
系统测试(SystemTest,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]
用户点击主界面的职员信息维护,调出职员信息编辑界面;
廖健程
[