#管理信息系统课程设计百货业务管理系统.docx
《#管理信息系统课程设计百货业务管理系统.docx》由会员分享，可在线阅读，更多相关《#管理信息系统课程设计百货业务管理系统.docx（12页珍藏版）》请在冰豆网上搜索。
#管理信息系统课程设计百货业务管理系统
华科学院信息管理与信息系统专业
《管理信息系统实验周》报告
（2011/2012学年第二学期）
学生姓名：
石玉英
学生班级：
信息管理与信息系统092201H
学生学号：
200922040116
指导教师：
武妍
2012年3月1日
第一章系统概述
1.1开发目的
这是一个中型的百货商店，该商店的主要业务是从批发或制造厂商处进货，然后在向顾客销售。
需向税务机关交纳一定的税款。
最近，因百货商店大楼翻建后，营业面积扩大，从而经营品种、范围和数据处理的工作量大大增加，需要建立一个计算机管理信息系统，以减轻工作人员的劳动强度，提高业务管理水平，适应新的发展。
在管理信息系统的整个开发过程中，系统分析和系统设计是基础性的和难度较大的工作阶段，所以，加强对系统分析、系统设计的举例，对巩固和深化所学的知识会有较大的收益。
1.2新系统任务
现行系统在商店经理的领导下，设有销售科、采购科和财务科。
销售科的任务是，接受顾客的订货单，并进行校验，将不符合要求的订货单退还给顾客。
如果是合格的订货单且仓库有存货，那么就给顾客开发货票，通知顾客到财务科交货款，并修改因顾客购买而改变的库存数据。
如果是合格的订货单但是缺货，那么先留底，然后向采购科发出缺货单。
当采购科购买到货后，核对到货单和缺货单，再给顾客开出发货票。
采购科的任务是，将销售科提供的缺货单进行汇总，根据汇总情况和各厂商供货情况，向有关厂商发出订购单。
当供货厂商发来供货单时，对照留底的订购单加以核对。
如果正确则建立进货帐和应付款帐，向销售科发到货通知单并修改库存记录；如果供货单与留底订购单不符，则把供货单退还给供货厂商。
财务科（会计科）的任务是，接到顾客的货款时，给顾客开出收据及发票，通知销售科付货；根据税务局发来的税单建立付款帐，并付税款；根据供货厂商发来的付款通知单和采购科记录的应付款明细帐，建立付款明细帐，同时向供货厂商付购货款。
无论是收款还是付款之后，都要修改商店的财务总帐。
财务科在完成以上日常账务工作的同时，还要定期编制各种报表向经理汇报，以供经理了解有关情况并据此制定下阶段的业务计划。
1.3系统的可行性分析
（1）系统开发的必要性
百货商店从员工到经理都非常支持该系统的开发，经理也一直在探寻一条科学的管理之路，因此很想利用好该系统，以辅助其管理，因此，非常支持开发该系统。
该系统采用极易理解的操作模式，利用表单、菜单操做灵活，以公司员工的现有素质很容易掌握。
（2）经济可行性
随着超市规模的不断扩大，百货超市的商品种类、数量、营销范围都不断的增多。
超市涉及到大量的数据处理，因此建立超市管理系统有它经济上的可行性。
超市管理系统从该超市实际情况出发，综合考虑各方面的因素建立该超市管理系统。
该系统方便使用、操作，易维护。
软件开发费用，人员培训费用和将来系统投入运行后的管理、维护和配件费用都很低。
使用该系统有助于超市日常运行管理。
便于统计、核算工作。
该系统有助于提高日常工作效率，降低固定费用，提高超市的整体经济效益。
技术可行性
要建立一个系统辅助该百货大楼的日常业务，主要就是要有一个数据库管理它的销售、采购、会计。
使用户很容易实现统计日常销售、打印各种报表、统计财务收支等基本业务。
利用现有的网络技术可以建立公司各部门之间的联系，以及公司与外部的联系。
利用现有的数据库技术则可以制作库存、销售方面的存档以及查询的业务。
利用计算机技术还可以实现轻松计算各种数据，快速录入商品以及以上的数据库要完成的功能。
第二章系统分析
2.1系统详细调查
本系统主要开发百货管理业务系统，其中主要包含三大功能模块，我在这次设计中主要负责销售科系统的设计：
销售科的任务是，接受顾客的订货单，并进行校验，将不符合要求的订货单退还给顾客。
如果是合格的订货单且仓库有存货，那么就给顾客开发货票，通知顾客到财务科交货款，并修改因顾客购买而改变的库存数据。
如果是合格的订货单但是缺货，那么先留底，然后向采购科发出缺货单。
当采购科购买到货后，核对到货单和缺货单，再给顾客开出发货票。
2.2业务流程分析
现行系统的销售科业务流程情况如下图所示。
各项业务数据的输入、处理、存储和输出概况见下表
图2.1销售科业务流程图
2.3数据流程图
图2.2销售科数据流程图
图2.3销售处理图
图是销售处理功能，实际上是把“销售处理”进行细化。
从图中我们知道系统的外部环境是“顾客”。
首先，由顾客（S1）提出订货单（F1）。
然后商店从货名文件中得到货名信息（F5），从顾客文件中得到顾客信息（F47）。
如果顾客是老主顾，则商店对订单（F1），货名信息（F5），顾客信息（F47）进行编辑处理（P1.1.1），从而生成编辑后的订单（F4）。
如果是新主顾，除了进行上述处理外，要生成新顾客信息（F2），并将新顾客信息进登录（P1.1.2），然后登录入顾客文件。
图5中的其它数据流和处理以及图6、7，均可以自行随着箭头走一遍，以加深理解。
2.4数据字典
2.4.1数据流的描述
1、数据流编号：
F1
数据流名称：
订单
简述：
记录顾客销售的详细信息
数据流来源：
S1顾客
数据流去向：
编辑处理
数据项组成：
订单标识+顾客细节+货物细节
数据流量：
约50份/日
高峰流量：
约60粉/日
2、数据流编号：
F2
数据流名称：
顾客数据
简述：
用于登陆顾客数据
数据流来源：
编辑订单
数据流去向：
登陆新顾客数据
数据项组成：
订单标识+顾客细节
数据流量：
约50份/日
高峰流量：
约60份/日
3、数据流编号：
F3
数据流名称：
顾客数据
简述：
用于建立顾客数据
数据流来源：
P1.1.2
数据流去向：
顾客文件
数据项组成：
订单标识+顾客细节
数据流量：
约50份/日
高峰流量：
约60份/日
4、数据流编号：
F4
数据流名称：
订单
简述：
用于建立顾客数据
数据流来源：
P1.1.1
数据流去向：
判断核对
数据项组成：
订单标识+顾客细节+货物细节
数据流量：
约50份/日
高峰流量：
约60份/日
5、数据流编号：
F5
数据流名称：
货物情况
简述：
用于编辑订单
数据流来源：
货物文件
数据流去向：
编辑订货单
数据项组成：
订单标识+顾客细节+货物细节
数据流量：
约50份/日
高峰流量：
约60份/日
6、数据流编号：
F6
数据流名称：
不合格订单
简述：
用于退还顾客
数据流来源：
判断核对
数据流去向：
S1顾客
数据项组成：
订单标识+顾客细节+货物细节+不合格原因
数据流量：
约50份/日
高峰流量：
约60份/日
7、数据流编号：
F7
数据流名称：
可供订单
简述：
用于供货
数据流来源：
判断核对
数据流去向：
开票修改库存
数据项组成：
订单标识+顾客细节+货物细节
数据流量：
约50份/日
高峰流量：
约60份/日
2.4.2数据存储描述
1、数据存储编号：
D1
数据存储名称：
货名文件
简述：
用于编辑订货
数据存储组成：
货物名称+订单标识
相关处理：
F5
2、数据存储编号：
D2
数据存储名称：
顾客文件
简述：
用于编辑订货
数据存储组成：
订单标识+顾客细节
相关处理：
F3、F47
3、数据存储编号：
D3
数据存储名称：
库存文件
简述：
用于记录货物数量和发订单
数据存储组成：
订单标识+顾客细节+货物数量
相关处理：
F10、F50、F16
4、数据存储编号：
D8
数据存储名称：
销售历史文件
简述：
记录销售科工作情况
数据存储组成：
订单标识+货物名称+货物数量+日期
相关处理：
F49、F42
5、数据存储编号：
D9
数据存储名称：
应付款明细账
简述：
记录销售科应收款情况
数据存储组成：
货物名称+订单标识+货物数量+日期+顾客名称+应收款
相关处理：
F9、F43
2.4.3处理的描述
1、处理逻辑编号：
P1.1.1
处理逻辑名称：
编辑顾客订单
简述：
根据顾客需求编辑订单
输入的数据流：
订单、顾客情况
处理描述：
根据订单和顾客情况、判断新老客户、并编辑成合适的订单。
输出数据流：
订单、新客户数据
处理频率：
50份/日
2、处理逻辑编号：
P1.1.2
处理逻辑名称：
登录新顾客数据
简述：
登记新顾客情况
输入的数据流：
新顾客数据
处理描述：
读入新客户的细节写入新客户的文件中去
输出数据流：
新顾客情况
处理频率：
50份/日
3、处理逻辑编号：
P1.1.3
处理逻辑名称：
判断核对
简述：
检验订单属于哪一类、以便日后分别处理
输入的数据流：
订单
处理描述：
检验顾客订单，分成不合格、可供缺货三种情况处理
输出数据流：
不合格订单、可供订单、缺货单
处理频率：
50份/日
4、处理逻辑编号：
P1.1.4
处理逻辑名称：
开票、修改库存
简述：
销售处理
输入的数据流：
可供订单、到货缺货订单
处理描述：
给顾客开发货票、通知其付款、修改库存记录
输出数据流：
发货票、销售情况、应收款情况
处理频率：
50份/日
5、处理逻辑编号：
P1.1.5
处理逻辑名称：
建应收款明细账
简述：
建立应收款
输入的数据流：
应收款
处理描述：
建应收账款
输出数据流：
应收账款
处理频率：
50次/日
第三章系统设计
3.1系统软硬件配置
系统开发环境：
CPU：
Intel（R）Core（TM）i3-2310@2.10GHz
内存：
512MB
操作系统：
Windows
相关软件：
办公软件Microsofeoffice主要应用Word与Visio画图工具
3.2系统功能结构
本系统需要实现以下功能：
销售科：
输入顾客订单，处理顾客文件，处理可供、不可供订单以及销售查询
采购科：
处理缺货订单，厂商进货处理，采购查询
财务科：
收付款处理，修改总账，汇总各种报表，打印查询报表
3.2.1系统的总功能
图3.1系统总功能
3.2.2系统功能模块图
图3.2系统功能模块图
3.3系统详细设计
3.3.1代码设计
新系统为每个货物都设计了代码，一方面可统一货物的品种及其相关货物的信息，另一当面是为了方便数据输入、存储以及查询，代码缩短了事物的名称无论是记录还是存储都可以节省时间和空间。
本系统的代码采用顺序码结构。
优点是方法短而简单，其记录的定位方法简单，易于管理。
在系统的运行过程中，凡是需要输入某种货物时只应输入其代码即可。
而此时系统可根据货物代码。
货物名称及其相关信息自动将相应的货物信息调出来供客户查询，客户不需要记住代码，可随时通过系统联机查询。
主要包含有货物代码，其范围可从00000000~99999999还有依次顺序编码；此外还有用户编码，其范围可从0000~9999依次顺序编码。
3.3.2输入输出设计
（1）输入方式：
本系统采用键盘输入，由于百货业务是个小型的系统，过程中用户登录使用流动数据少、基本数据变化小、可以采用键盘输入。
（2）输出方式：
本系统采用表格或者单据的形式输出，其基本输出样式如下：
图3.3销售单输入设计
个人总结
通过这个系统的开发，让我们初步的了解了做一个小型系统的全过程。
让我们经历了从系统调查、分析、设计相对较为完整的过程。
在此过程中我们遇到了许多的问题，这才明白在课堂讲的理论需要和实践相结合，为了解决这些实际的问题我们要自己进行实际调查，搜寻资料等等，在这过程中不仅让我们学到了许多专业知识而且锻炼了我的分析问题、解决问题的能力以及实际的动手能力。
并且让给我们感受最深的一点是做项目最重要的是，在老师和同学的帮助下，我们不仅更进一步掌握管理信息系统这门课的知识和提高设计能力，而且还明白了团结协作的精神，由于本次的实验只有一个礼拜，时间比较紧张，我们分小组进行，各组分工合作功能模块，在交流中又有自己的思想贯穿于之中，通过独立解决模块然后进行功能整合，相互交流心得，并积极完成各自的报告，因此报告绝对各有千秋，各有特色。
通过此次管理信息系统实验周的设计，真正达到了学与用的结合，在刘老师与武老师的悉心指导下增强了对管理信息系统与数据库方面应用的理解，对自己今后独立参与开发小型系统积累了不少经验，在实验过程中，从系统调查开始，到系统分析再到系统设计，对系统的设计理念及思想上都有更高的认识，懂得了不少有关系统设计开发过程中的知识，增强了自己实践过程中的灵活性，学以致用，自我创新，独立完成了这份自己的报告，从学到用，从用又到学，不断修改，完善报告。
虽然不能达到完善系统，比如对功能的总结或许还是不够完善，毕竟科学技术在不断的更新，消费者对碟片出租系统的要求会逐步上升，不管怎么说，这次的实验周浸入了自己的知识以及精力，对自己以后的学业已经独立的完成工作都有指导作用，让我明白自己的知识结构还存在许多的不足之处，要不断的完善自己的能力。
我们要不断的将知识用于实践，达到学与用的结合。
参考文献
[1]黄梯云.管理信息系统（第四版）.北京：
高等教育出版社，2009.7
[2]萨师煊,王珊.数据库系统概论.北京：
高等教育出版社，1998
[3]周绪.SQLserver2000入门与提高.北京：
清华大学出版社,2004
升级会员 