管理信息系统 超市的大作业.docx
- 文档编号:28693244
- 上传时间:2023-07-19
- 格式:DOCX
- 页数:21
- 大小:165.05KB
管理信息系统 超市的大作业.docx
《管理信息系统 超市的大作业.docx》由会员分享,可在线阅读,更多相关《管理信息系统 超市的大作业.docx(21页珍藏版)》请在冰豆网上搜索。
管理信息系统超市的大作业
《管理信息系统》大作业
学号:
姓名:
班级:
题目:
教师评语:
成绩:
1开发背景…………………………………………………………………(3)
2系统分析…………………………………………………………………(3)
2.1系统需求分析…………………………………………………(3)2.2系统可行性分析………………………………………………(4)2.3组织结构图……………………………………………………(5)2.4管理功能图………………………………………………………(5)
2.5业务流程图………………………………………………………(6)
2.6数据流程………………………………………………………(7)
2.7数据字典………………………………………………………(10)
2.7.1数据流字典……………………………………………(10)
2.7.2数据存储字典……………………………………………(14)
2.7.3数据处理字典……………………………………………(15)
3.系统设计………………………………………………………………………(17)
3.1数据库设计……………………………………………(18)
3.1.1数据库概念设计………………………………………(18)
3.1.2数据库结构设计………………………………………(20)
3.2输入输出设计……………………………………………………(21)
4.处理流程设计………………………………………………………………(25)
4.1进销存数据处理流程(顶层)…………………………………(25)
4.2进销存数据处理流程(二层)…………………………………(25)
参考文献………………………………………………………………………(26)
1.开发背景
国际互联网的兴起,人们已经进入了信息时代。
在数字化网络环境下,消费者希望得到个性化的满足;生产商希望有效改进现有的管理模式,提高工作效率;给网上的消费者提供更全面灵活的服务,同时也希望全面准确地对超市信息进行跟踪和管理。
超市管理信息系统正是迎合这一市场需求而开发的管理系统,它旨在探索一种以互联网为基础的管理模式。
通过这种新的模式,为生产商创造一种新的管理环境,信息管理已突破时空限制,使广大消费者可以随时、随地通过网络获取所需要的信息。
随着我国经济时代的快速发展,超市业面临数据和业务越来越庞大的现状,那么如何充分利用计算机来实现超市庞大商品人员信息的控制和传输,从而方便销售行业的管理和决策,就成为一个日益重要的课题。
而对中小超市,则要采用一套行之有效的超市管理系统来管理超市日常的进货、销售和库存管理,开办会员管理,减少手工业务处理,增加超市业务处理效率。
建立一个有效的信息系统时机不可待的。
2.系统分析
2.1系统需求分析
网站旨在为在校超市提供一个管理系统的,能够合理的进行管理,兼内外交流的功能。
现在的科技发展很快,是一个高发展的社会,咱们的社会每时每刻都在发生着翻天覆地的变化,谁能够顺应潮流顺应时代发展,谁就能在这个社会上立于不败之地;而在电子市场方面,由于其更新速度加快,更多的顾客会考虑交易管理快速的超市。
单就超市内部来说,每年都有不同的员工,而员工在这种情况下不能很好的受到超市的管理效果,会在这时候集中管理,而超市应该建立良好管理系统。
对运营也有较大的需求,再加上日常的进货和销售物品,管理有很大的空间,而现在用于管理超市的是很松散的板块,没有一个专门用于管理的系统,超市里面管理成效很大限制,缺少有效组织管理,所以建立一个用于管理超市的系统在需求上性较强。
2.2系统可行性分析
随着计算机技术的发展和网络人口的增加,人们对网络的需求也越来越苛刻,越来越贴近其生活,电子信息管理已经成为网上的一股潮流。
而更多的,是要求传统行业的管理要延伸到网络,以更方便其生活、工作和学习。
可行性研究的目的,就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
要达到这个目的,必须分析几种主要的可能解法的利弊,从而判断原定的系统规模和目标是否现实,系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。
因此,可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程,也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。
系统的可行性分析主要包括经济上的可行性、技术上的可行性和操作上的可行性。
本系统的可行性分析如下:
经济可行性
由于本超市管理系统所要求的硬件(计算机及相关硬件)和软件环境,市场上都容易购买到或从相关网站下载,系统成本主要集中在本管理系统的开发与维护上,对超市不造成过重的经济负担。
而一旦此系统投入使用,不仅可以减少超市的工作强度,提高工作效率,而且方便了超市对信息的管理,延续了传统的管理模式,极大限度的方便了超市管理人员,而且,目标系统不是很复杂,开发的周期较短,人员经济支出不大,所节省的大量人力、财力产生的效益将远远大于本管理系统的开发成本,所以从经济方面讲开发此系统是可行的。
技术可行性
超市管理系统的开发基于C/S模式,主要包括前端应用程序的开发以及后台数据库的建立和维护两个方面。
对于前者要求应具备功能完备、易于使用等特点,而对于后者则要求能建立数据一致性和完整性强、数据安全性好的库。
本系统拟采用ASP.NET和MSSQL2005分别作为前端和后端的开发工具。
ASP.NET是在Java基础下开发出来的实现了动态页面与静态页面的分离,脱离了硬件平台的束缚,以及编译后运行等方式大大提高了其执行效率而逐渐成为因特网上的主流开发工具。
SQL2005作为微软在Windows系列平台上开发的数据库,一经推出就以其易用性得到了很多用户的青睐,相信大多数将自己的业务建立在Windows平台上的用户都会对它有相当的亲切感。
区别于FoxPro、Sql2005小型数据库,SQL2005是一个功能完备的数据库管理系统。
它包括支持开发的引擎、标准的SQL语言、扩展的特性等功能。
而像存储过程、触发器等特性,也是大型数据库才拥有的。
因此从技术方面讲开发此系统是可行的。
操作可行性
超市作为一个商品资源的集散点,其主要功能就是对顾客开放购买的地方。
传统的超市管理系统,一般有两种方式:
一是手工管理,这种方式应用最传统的“笔纸操作系统”,将超市的货物信息、销售信息、厂商信息管理及单据管理等均以纯手工的形式进行,将信息以表格文件的表现形式记录在纸上,再进行统一保存。
这种方式虽然在简单信息查询时会有一定的方便,但是存在着更多的不便:
信息保存时间和条件很受限制、容易被损坏、信息查询不便、信息传达容易造成失误等。
另一种是常见的信息管理方法是应用单机版的管理系统,但是这种系统设计时间较早,很多功能划分很不科学,很多设置已经跟不上时代需求了。
但是超市管理人员已经有相当的应用经验,所以新的系统操作有一定的操作经验可以作一定的操作经验。
综上所述,本超市很有必要,也很有条件做到超市信息在线管理,以更贴近时代需求和超市发展需要。
2.3组织结构图
2.4管理功能图
2.5业务流程图
流程符号说明:
超市管理系统工作流程为:
系统启动并进入登录界面,系统管理员输入正确的用户名及密码后,登陆系统主操作界面,系统管理员可对系统相关信息进行操作,包括基本信息、货物信息、供应商信息、销售信息、仓库信息等。
2.6数据流程
管理业务的调查和分析不能摆脱物质要素,而信息系统分析的最终目的是从现行系统中舍去物流,抽象出信息流。
小组成员从抽象和概括的角度绘制了超市进销存管理信息系统的数据流程图。
数据流程图的绘制采用自顶向下逐步求精的方法,是结构化的分层、模块结构。
按照超市的业务流程,我们绘制了顶层、中层、底层数据流程图。
数据流程图的符号解释:
F01:
入库数据,身份核实等
F02:
入库数据、身份核对、经手人等
F03:
合同情况、供货商品情况、商品出入库情况
F04:
商品编号、商品数量
F05:
供货日期、经手人等与入库有关的数据
F06:
商品库存的各种清单、统计、汇总等
F07:
商品编号、商品数量
F08:
商品数量
F09:
商品编号、商品数量
F10:
商品销售的各种清单、统计、汇总等
F11:
商品编号、商品数量
F12:
商品编号、商品数量、金额、日期等
F13:
商品编号、商品数量
F14:
商品编号、商品数量,金额等
F15:
金额
F16:
商品编号、商品数量,金额
F17:
合同情况、供货商品情况等
2.7数据字典
2.7.1数据流字典
编号:
1-01
标识符:
F01
来源:
P1供货商
去向:
D2入库登陆
所含数据结构:
入库时间、发货人、收货人、数量、单价、货物名称、货物属性
编号:
1-02
标识符:
F02
来源:
P1供货商
去向:
D1核对
所含数据结构:
入库时间、发货人、收货人、数量、单价、货物名称、货物属性、证件号、电话
编号:
1-03
标识符:
F03
来源:
S1合同
去向:
D1核对
所含数据结构:
供货商情况、合同时间、合同金额、合同货物数量、合同货物数量、违约情况、性质
编号:
1-04
标识符:
F04
来源:
D1核对
去向:
D2入库登陆
所含数据结构:
商品编号、商品数量
编号:
1-05
标识符:
F05
来源:
D2入库登陆
去向:
S3入库情况
所含数据结构:
商品编号、商品数量、规格、单价、生产厂商、入库时间、经手人
编号:
1-06
标识符:
F06
来源:
D1核对
去向:
F4总经理
所含数据结构:
库存清单、统计报表、商品汇总
编号:
1-07
标识符:
F07
来源:
S2库存
去向:
D1核对
所含数据结构:
库存清单、入库时间、入库数量、入库经手人、出库时间、出库数量、出库经手人
编号:
1-08
标识符:
F08
来源:
D2入库登陆
去向:
S2库存
所含数据结构:
数据修改、入库经手人
编号:
1-09
标识符:
F09
来源:
S2库存
去向:
D3收银
所含数据结构:
销售商品数量、单价、种类、收银员编号
编号:
1-10
标识符:
F10
来源:
D3收银
去向:
P4总经理
所含数据结构:
总收入、时间、单价、商品种类
编号:
1-11
标识符:
F11
来源:
D3收银
去向:
D4销售记录修改
所含数据结构:
收入时间、收入数量、单价、收银员编号、总收入
编号:
1-12
标识符:
F12
来源:
D4销售记录修改
去向:
S4销售情况入库
所含数据结构:
商品数量、单价、商品种类
编号:
1-13
标识符:
F13
来源:
D3收银
去向:
P5客户
所含数据结构:
商品种类、单价、时间、商品总额、打折情况
编号:
1-14
标识符:
F14
来源:
P5客户
去向:
D3收银
所含数据结构:
优惠卡编码、单价、商品数量、付款金额
编号:
1-15
标识符:
F15
来源:
P5客户
去向:
D4销售记录修改
所含数据结构:
商品数量、单价、退货原因编号、退货金额、时间
编号:
1-16
标识符:
F16
来源:
P5客户
去向:
P6客户服务中心
所含数据结构:
商品数量、单价、退货原因编号、时间
编号:
1-17
标识符:
F17
来源:
P1供货商
去向:
S1合同
所含数据结构:
合同时间、合同金额、合同货物数量、违约情况性质
2.7.2数据存储字典
编号:
2-01
标识符:
S1
流入数据流:
P1供货商
流出数据流:
D1核对
数据结构:
时间、商品数量、商品种类、单价、经手人
说明:
登记货物发放清单
编号:
2-02
标识符:
S2
流入数据流:
D2入库登陆
流出数据流:
D1核对、D3收银
数据结构:
商品数量、商品种类、单价、时间、发货人证件号
说明:
入库的核对
编号:
2-03
标识符:
S3
流入数据流:
D2入库登陆
流出数据流:
数据结构:
商品数量、种类、时间、单价
说明:
编号:
2-04
标识符:
S4
流入数据流:
D4销售记录修改
流出数据流:
数据结构:
商品数量、时间、商品种类、单价、退货原因编号
说明:
2.7.3数据处理字典
编号:
3-01
标识符:
D1
流入数据流:
S1合同
流出数据流:
D2入库登陆
处理逻辑情况:
根据合同情况和货物情况判断是否生成库存信息
说明:
管理
编号:
3-02
标识符:
D2
流入数据流:
D1核对
流出数据流:
S3入库情况
处理逻辑情况:
根据合同情况和货物情况生成库存信息
说明:
登记、管理
编号:
3-03
标识符:
D3
流入数据流:
S2库存、P5客户
流出数据流:
P5客户
处理逻辑情况:
根据客户需求生成需求单
说明:
管理
编号:
3-04
标识符:
D4
流入数据流:
D3收银、P5客户
流出数据流:
S4销售情况入库
处理逻辑情况:
根据客户使用和退换情况修改销售数据库
说明:
登记、管理
3.系统设计
系统设计的任务就是依据系统分析文档资料,采用正确的方法来确定系统各功能模块在计算机内应该由哪些程序组成,它们之间用什么方式联结在一起以构成一个最好的系统机内结构,同时还要使用一定的工具将所设计的成果表达出来,另外考虑到实现系统功能的需要,还要进行数据库的详细设计、编码设计、输入/输出界面(人—机界面)设计等等。
系统设计阶段为系统实施阶段的各项工作准备必要的技术资料和有关文件,系统设计地步骤大体的可以分为五部分。
第一步进行数据库的物理设计。
根据总体方案及系统分析的实际需求,考虑数据库的存储方式(集中式或分布式);考虑物理库的数量及每一个物理库所包含的数据库表的内容;从查询处理效率等方面考虑数据库表的索引问题等等。
第二步进行编码设计。
编码是系统的重要组成部分,与数据的规范性和交换性密切相关,编码一旦被设计处理将会永久使用并常驻于数据库中,因此需要在系统设计阶段给出具有永久性、稳定性的编码设计方案。
第三步进行界面设计。
构造良好的界面是未来系统能够顺利运行的重要前提,要使信息系统使用起来更加舒适、更加高效就需要在界面设计方面具有一个全新的设计策略,这个设计策略要在程序设计之前完成。
第四步进行系统功能设计。
功能设计是在前面所有工作基础上进行的,它主要是采用“自顶向下”的原则考虑模块的划分与设计,使模块内部以及模块与模块之间的连接具有合理的结构。
功能设计结果的表达方式可以有两种:
一种是利用“结构图”来描述模块的功能和模块之间的信息交换;另一种是用RationalRose工具来描述。
功能设计中通常有一组评价标准来对设计结果进行评价,同时使用一组设计原则对系统模块进行优化设计。
如何去评价一个系统设计?
系统设计地目标是要使所设计的系统必须满足系统逻辑模型的各项功能要求,同时要提高系统的性能。
系统设计地目标是评价和衡量系统设计方案优劣的基本标准,也是选择系统设计方案的主要依据,评价系统设计目标实现的程度应从下几方面:
系统的效率
系统的工作质量
系统的可变更性
系统的通用性
系统的可靠性等方面
系统设计地主要内容包括:
总体结构设计和逻辑结构设计。
下面就具体的分析如何实施系统设计地这两个方面。
3.1数据库设计
3.1.1数据库概念设计
实体间的关系:
管理员信息关系
商品信息关系
商品数据关系
库存数据关系
货物出库信息
货物入库实体
3.1.2数据库结构设计
根据系统分析所定义的数据字典,设计出超市进销存管理信息系统数据库中各个数据表,包括系统用户数据表、商品信息数据表、商品销售数据表、商品库存数据表、客户购物车数据表和购物车记录表共6个数据表,各数据表结构分别如下所示:
1.系统用户数据表
字段名
数据类型
宽度
是否允许为NULL
用户名(包括合同者)
字符型
5
否
口令
字符型
6
否
权限
字符型
1
否
2.商品信息数据表
字段名
数据类型
宽度
是否允许为NULL
商品编号
字符型
6
否
商品名称
字符型
25
否
价格
数值型
6(2位小数)
否
单位
字符型
10
否
商品类别
字符型
10
否
厂家
字符型
50
否
3.商品销售数据表
字段名
数据类型
宽度
是否允许为NULL
编号
字符型
11
否
货编号
字符型
6
否
数量
数值型
4
否
日期
日期时间型
否
4.库存数据表
字段名
数据类型
宽度
是否允许为NULL
编号
字符型
6
否
存量
数值型
4
否
下限
数值型
3
否
5.货物入库信息表
字段名
数据类型
宽度
是否允许为NULL
编号
int
4
名称
varchar
50
是
价格
float
8
是
数量
float
8
是
增加时间
datetime
8
是
6.货物信息表
字段名
数据类型
宽度
是否允许为NULL
编号
varchar
50
是
名称
varchar
50
是
价格
float
8
是
商品类别
varchar
50
是
单位
varchar
50
是
厂商
varchar
50
是
日期
datetime
8
是
3.2输入输出设计
用户界面的大部分功能都是以管理模块为前提的,因为客户模块所显示的数据大部分需要通过管理模块来添加。
因此,我们首先要来介绍管理模块的设计与开发。
管理模块相对客户模块要复杂一些,因为在这里需要对所有信息进行维护,包括浏览、增加、修改和删除等操作。
为了便于系统维护,页面的命名才用“模块名+功能名”的方式。
概括起来,管理模块具有以下功能:
管理员管理、货物维护、货物入库维护、销售记录维护、库存信息维护。
用户登录界面
打开系统首页,界面实现的功能是核查系统管理员的身份,以保证系统的安全。
系统主操作界面
界面可分为三部分,上方为系统名称
中层为系统功能列表,管理员对系统可进行的所有操作功能都可在此进行选择。
下层为操作界面,当未选择任何操作时,系统显示欢迎辞。
货物信息管理界面
此系列页面的主要功能是管理货物信息,故布面除可以显示所有系统已有的货物的详细信息,包括货物名称、商品编号、单位、其他说明等。
货物入库信息:
此页面所完成的功能是将货物入库信息输入系统数据库,界面清晰,操作简便。
销售记录管理
可通过此界面输入相关的名称和编号进行销售记录的查询.
销售记录添加:
此页面所完成的功能是将销售记录输入系统数据库,界面清晰,操作简便。
4.处理流程设计
4.1进销存数据处理流程图
4.2进销存数据处理流程图
参考文献
1.李一军,管理信息系统(第五版)高等教育出版社
2.互联网:
XX谷歌
3.数据库系统概论,蔡师煊,高等教育出版社,2004年第三版
兰亭序
永和九年,岁在癸丑,暮春之初,会于会稽山阴之兰亭,修禊事也。
群贤毕至,少长咸集。
此地有崇山峻岭,茂林修竹;又有清流激湍,映带左右,引以为流觞曲水,列坐其次。
虽无丝竹管弦之盛,一觞一咏,亦足以畅叙幽情。
是日也,天朗气清,惠风和畅,仰观宇宙之大,俯察品类之盛,所以游目骋怀,足以极视听之娱,信可乐也。
夫人之相与,俯仰一世,或取诸怀抱,晤言一室之内;或因寄所托,放浪形骸之外。
虽取舍万殊,静躁不同,当其欣于所遇,暂得于己,快然自足,不知老之将至。
及其所之既倦,情随事迁,感慨系之矣。
向之所欣,俯仰之间,已为陈迹,犹不能不以之兴怀。
况修短随化,终期于尽。
古人云:
“死生亦大矣。
”岂不痛哉!
每览昔人兴感之由,若合一契,未尝不临文嗟悼,不能喻之于怀。
固知一死生为虚诞,齐彭殇为妄作。
后之视今,亦犹今之视昔。
悲夫!
故列叙时人,录其所述,虽世殊事异,所以兴怀,其致一也。
后之览者,亦将有感于斯文。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 管理信息系统 超市的大作业 超市 作业