管理信息系统 超市的大作业Word文件下载.docx
《管理信息系统 超市的大作业Word文件下载.docx》由会员分享，可在线阅读，更多相关《管理信息系统 超市的大作业Word文件下载.docx（19页珍藏版）》请在冰豆网上搜索。
而对中小超市，则要采用一套行之有效的超市管理系统来管理超市日常的进货、销售和库存管理，开办会员管理，减少手工业务处理，增加超市业务处理效率。
建立一个有效的信息系统时机不可待的。
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
D1核对
入库时间、发货人、收货人、数量、单价、货物名称、货物属性、证件号、电话
1-03
F03
S1合同
供货商情况、合同时间、合同金额、合同货物数量、合同货物数量、违约情况、性质
1-04
F04
1-05
F05
S3入库情况
商品编号、商品数量、规格、单价、生产厂商、入库时间、经手人
1-06
F06
F4总经理
库存清单、统计报表、商品汇总
1-07
F07
S2库存
库存清单、入库时间、入库数量、入库经手人、出库时间、出库数量、出库经手人
1-08
F08
数据修改、入库经手人
1-09
F09
D3收银
销售商品数量、单价、种类、收银员编号
1-10
F10
P4总经理
总收入、时间、单价、商品种类
1-11
F11
D4销售记录修改
收入时间、收入数量、单价、收银员编号、总收入
1-12
F12
S4销售情况入库
商品数量、单价、商品种类
1-13
F13
P5客户
商品种类、单价、时间、商品总额、打折情况
1-14
F14
优惠卡编码、单价、商品数量、付款金额
1-15
F15
商品数量、单价、退货原因编号、退货金额、时间
1-16
F16
P6客户服务中心
商品数量、单价、退货原因编号、时间
1-17
F17
合同时间、合同金额、合同货物数量、违约情况性质
2.7.2数据存储字典
2-01
S1
流入数据流：
流出数据流：
数据结构：
时间、商品数量、商品种类、单价、经手人
说明：
登记货物发放清单
2-02
S2
D1核对、D3收银
商品数量、商品种类、单价、时间、发货人证件号
入库的核对
2-03
S3
商品数量、种类、时间、单价
2-04
S4
商品数量、时间、商品种类、单价、退货原因编号
2.7.3数据处理字典
3-01
D1
处理逻辑情况：
根据合同情况和货物情况判断是否生成库存信息
管理
3-02
D2
根据合同情况和货物情况生成库存信息
登记、管理
3-03
D3
S2库存、P5客户
根据客户需求生成需求单
3-04
D4
D3收银、P5客户
根据客户使用和退换情况修改销售数据库
3.系统设计
系统设计的任务就是依据系统分析文档资料，采用正确的方法来确定系统各功能模块在计算机内应该由哪些程序组成，它们之间用什么方式联结在一起以构成一个最好的系统机内结构，同时还要使用一定的工具将所设计的成果表达出来，另外考虑到实现系统功能的需要，还要进行数据库的详细设计、编码设计、输入/输出界面（人—机界面）设计等等。
系统设计阶段为系统实施阶段的各项工作准备必要的技术资料和有关文件，系统设计地步骤大体的可以分为五部分。
第一步进行数据库的物理设计。
根据总体方案及系统分析的实际需求，考虑数据库的存储方式（集中式或分布式）；
考虑物理库的数量及每一个物理库所包含的数据库表的内容；
从查询处理效率等方面考虑数据库表的索引问题等等。
第二步进行编码设计。
编码是系统的重要组成部分，与数据的规范性和交换性密切相关，编码一旦被设计处理将会永久使用并常驻于数据库中，因此需要在系统设计阶段给出具有永久性、稳定性的编码设计方案。
第三步进行界面设计。
构造良好的界面是未来系统能够顺利运行的重要前提，要使信息系统使用起来更加舒适、更加高效就需要在界面设计方面具有一个全新的设计策略，这个设计策略要在程序设计之前完成。
第四步进行系统功能设计。
功能设计是在前面所有工作基础上进行的，它主要是采用“自顶向下”的原则考虑模块的划分与设计，使模块内部以及模块与模块之间的连接具有合理的结构。
功能设计结果的表达方式可以有两种：
一种是利用“结构图”来描述模块的功能和模块之间的信息交换；
另一种是用RationalRose工具来描述。
功能设计中通常有一组评价标准来对设计结果进行评价，同时使用一组设计原则对系统模块进行优化设计。
如何去评价一个系统设计？
系统设计地目标是要使所设计的系统必须满足系统逻辑模型的各项功能要求，同时要提高系统的性能。
系统设计地目标是评价和衡量系统设计方案优劣的基本标准，也是选择系统设计方案的主要依据，评价系统设计目标实现的程度应从下几方面：
系统的效率
系统的工作质量
系统的可变更性
系统的通用性
系统的可靠性等方面
系统设计地主要内容包括：
总体结构设计和逻辑结构设计。
下面就具体的分析如何实施系统设计地这两个方面。
3.1数据库设计
3.1.1数据库概念设计
实体间的关系：
管理员信息关系
商品信息关系
商品数据关系
库存数据关系
货物出库信息
货物入库实体
3.1.2数据库结构设计
根据系统分析所定义的数据字典，设计出超市进销存管理信息系统数据库中各个数据表，包括系统用户数据表、商品信息数据表、商品销售数据表、商品库存数据表、客户购物车数据表和购物车记录表共6个数据表，各数据表结构分别如下所示：
1.系统用户数据表
字段名
数据类型
宽度
是否允许为NULL
用户名（包括合同者）
字符型
5
否
口令
6
权限
1
2．商品信息数据表
商品编号
商品名称
25
价格
数值型
6（2位小数）
单位
10
商品类别
厂家
50
3．商品销售数据表
编号
11
货编号
数量
4
日期
日期时间型
4．库存数据表
字段名
存量
下限
3
5．货物入库信息表
int
名称
varchar
是
float
8
增加时间
datetime
6．货物信息表
厂商
3.2输入输出设计
用户界面的大部分功能都是以管理模块为前提的，因为客户模块所显示的数据大部分需要通过管理模块来添加。
因此，我们首先要来介绍管理模块的设计与开发。
管理模块相对客户模块要复杂一些，因为在这里需要对所有信息进行维护，包括浏览、增加、修改和删除等操作。
为了便于系统维护，页面的命名才用“模块名+功能名”的方式。
概括起来，管理模块具有以下功能：
管理员管理、货物维护、货物入库维护、销售记录维护、库存信息维护。
用户登录界面
打开系统首页，界面实现的功能是核查系统管理员的身份，以保证系统的安全。
系统主操作界面
界面可分为三部分，上方为系统名称
中层为系统功能列表，管理员对系统可进行的所有操作功能都可在此进行选择。
下层为操作界面，当未选择任何操作时，系统显示欢迎辞。
货物信息管理界面
此系列页面的主要功能是管理货物信息，故布面除可以显示所有系统已有的货物的详细信息，包括货物名称、商品编号、单位、其他说明等。
货物入库信息：
此页面所完成的功能是将货物入库信息输入系统数据库，界面清晰，操作简便。
销售记录管理
可通过此界面输入相关的名称和编号进行销售记录的查询.
销售记录添加：
此页面所完成的功能是将销售记录输入系统数据库，界面清晰，操作简便。
4.处理流程设计
4.1进销存数据处理流程图
4.2进销存数据处理流程图
参考文献
1.李一军，管理信息系统（第五版）高等教育出版社
2.互联网：
XX谷歌
3.数据库系统概论，蔡师煊，高等教育出版社，2004年第三版
出师表
两汉：
诸葛亮
先帝创业未半而中道崩殂，今天下三分，益州疲弊，此诚危急存亡之秋也。
然侍卫之臣不懈于内，忠志之士忘身于外者，盖追先帝之殊遇，欲报之于陛下也。
诚宜开张圣听，以光先帝遗德，恢弘志士之气，不宜妄自菲薄，引喻失义，以塞忠谏之路也。
宫中府中，俱为一体；
陟罚臧否，不宜异同。
若有作奸犯科及为忠善者，宜付有司论其刑赏，以昭陛下平明之理；
不宜偏私，使内外异法也。
侍中、侍郎郭攸之、费祎、董允等，此皆良实，志虑忠纯，是以先帝简拔以遗陛下：
愚以为宫中之事，事无大小，悉以咨之，然后施行，必能裨补阙漏，有所广益。
将军向宠，性行淑均，晓畅军事，试用于昔日，先帝称之曰“能”，是以众议举宠为督：
愚以为营中之事，悉以咨之，必能使行阵和睦，优劣得所。
亲贤臣，远小人，此先汉所以兴隆也；
亲小人，远贤臣，此后汉所以倾颓也。
先帝在时，每与臣论此事，未尝不叹息痛恨于桓、灵也。
侍中、尚书、长史、参军，此悉贞良死节之臣，愿陛下亲之、信之，则汉室之隆，可计日而待也
。
臣本布衣，躬耕于南阳，苟全性命于乱世，不求闻达于诸侯。
先帝不以臣卑鄙，猥自枉屈，三顾臣于草庐之中，咨臣以当世之事，由是感激，遂许先帝以驱驰。
后值倾覆，受任于败军之际，奉命于危难之间，尔来二十有一年矣。
先帝知臣谨慎，故临崩寄臣以大事也。
受命以来，夙夜忧叹，恐托付不效，以伤先帝之明；
故五月渡泸，深入不毛。
今南方已定，兵甲已足，当奖率三军，北定中原，庶竭驽钝，攘除奸凶，兴复汉室，还于旧都。
此臣所以报先帝而忠陛下之职分也。
至于斟酌损益，进尽忠言，则攸之、祎、允之任也。
愿陛下托臣以讨贼兴复之效，不效，则治臣之罪，以告先帝之灵。
若无兴德之言，则责攸之、祎、允等之慢，以彰其咎；
陛下亦宜自谋，以咨诹善道，察纳雅言，深追先帝遗诏。
臣不胜受恩感激。
今当远离，临表涕零，不知所言。
升级会员 