超市管理系统开发.docx
《超市管理系统开发.docx》由会员分享,可在线阅读,更多相关《超市管理系统开发.docx(69页珍藏版)》请在冰点文库上搜索。
![超市管理系统开发.docx](https://file1.bingdoc.com/fileroot1/2023-6/9/85346f2f-d0f7-4971-b095-97800a117ac7/85346f2f-d0f7-4971-b095-97800a117ac71.gif)
超市管理系统开发
超市管理系统开发文档
1可行性研究报告
1.1引言
1.1.1编写目的
本文档是某公司在通用超市信息服务平台基础上编制的。
本文档的编写为下阶段的设计、开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同工作提供强有力的保证。
同时本文档也作为项目评审验收的依据之一。
1.1.2背景
21世纪,超市的竞争也进入到了一个全新的领域,竞争已不再是规模的竞争,而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是连锁超市业的竞争核心。
零售领域目前呈多元发展趋势,多种业态:
超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。
如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模,成为超市努力追求的目标。
1.1.3定义
服务平台角色:
包括超市管理用户,超市收银用户,VIP用户,普通个人用户,系统管理员。
其中:
超市管理用户角色:
主要负责物资的采购,入库等。
超市收银用户角色:
主要负责平常超市的交易,如收银、退换货等。
VIP用户角色:
默认分配给顾客平台注册的用户,是非管理系统的。
普通个人用户角色:
默认分配给普通的没有注册的顾客。
系统管理员角色:
主要分配给服务平台管理员,对系统初始化,系统内用户管理进行维护。
1.2可行性研究的前提
1.2.1要求
要求能添加用户账号,密码,类型等信息。
还能对数据库的备份,数据库还原。
能进行商品的信息录入,包括商品的编号、名称、单价、单位等。
在销售管理中要包括商品的销售信息,销售金额等,并且能记录商品的销售时间,销售数量等,以及商品的当日销售总额。
1.2.2目标
超市的目标是以优质的服务和品种齐全的商品,面向本地区的所有消费者,以使经营者能够实现利润。
具体的目标为:
最方便的提供消费者所需购买物品,详细如实的记录物品的品种分类,了解市场发展方向,及时修正进货信息,修改库存管理办法、结算工作办法、采购管理办法等,提高工作效率,节余财力物力资源。
1.2.4进行可行性研究的方法
1.经济可行性:
超市管理系统的投入,能够提高工作效率,减少工作人员,从而减少劳力资本的投入,根据核算,系统投入几个月之后,就能够收回开发系统的投资,所以从经济角度来说,本系统开发完全必要。
2.社会可行性分析:
目前超市管理系统已经在大型的超市中得到了广泛的应用,超市管理需要现代化和信息化,只有合理的运用信息化的管理,才能在市场竞争中立于不败。
超市管理系统不仅能够提高经营者的回报,而且能够随时掌握市场的动向,为经营者提供必要的市场信息,解决了经营者最需要解决的迫切问题,同时超市管理系统对操作人员的要求不高,也合理的节约了成本的投入。
3.本系统操作方便灵活,便于学习,因此,该系统具有可行性。
可行性研究结论:
通过经济、技术、和社会等方面的可行性研究,可以确定本系统的开发完全必要,而且是可行的,可以立项开发。
1.3对现有系统的分析
1.3.1数据流程和处理流程
1.3.2工作负荷
所有的工作都需人工进行,对于进货和库存管理甚至需要人工进行统计,工作繁重,且效率低下,容易出错。
1.3.3费用开支
需要大量的纸质文档,对信息进行记录,需要支付大量费用,且造成资源的浪费。
由于所有的工作都需要人工进行且效率低下,所以需要支付较多的工资。
1.3.4人员
项目经理:
王立强;
分析员:
王凤丽,万文娜;
程序员:
王晓林;
调试员:
王万乐,孙瑞鹏。
1.4所建议的系统
1.4.1对所建议系统的说明
本系统对客户端和服务器的设备要求相对不高,对计算机系统的软件的要求也能满足,在技术上,是完全可是实现的。
在经济方面,由于就目前市场的观察,各大中小型超市的现状有待改善,该系统恰恰填补了这方面的空白,经济收益前景可观。
我们针对当前各超市对经营业务和人事管理的特点和技术人员的实际水平,尽量采用易懂易读的人机界面,是用户可以在短时间内完全掌握运用。
在设计本系统的过程中,本小组成员首先对市场进行调查,分析相关的数据,并研究当前正在使用的相关系统。
进而确定问题所在,并制定解决问题的办法和行的方案。
同时也要考虑到经济与技术方面的可行性。
最后草拟计划,并付诸实施。
1.4.3改进之处
我们所建议的系统一方面不再需要大量纸张,进行信息的记录,从而节约了很多资源,另一方面,所有的记录只需一台电脑就能完成,不再需要大量的人力进行信息的录入,从而节约了人力资源,而且无需再人工地一条一条地对信息进行书写,节约了很多时间,且大大地提高了工作效率。
1.5技术条件方面的可行性
在IT行业中从业的工作人员一般都要求懂计算机,具有一定软硬件基础,会使用各种管理软件,熟悉IT产品。
因为,超市中的对员工素质要求比较高,从管理层到下面的营销人员,都要求具有一定的IT背景,所以在新系统投入使用时,只要对员工进行少量的培训,系统的功能和使用方法就基本上能够使系统顺利的运行了。
1.6投资及收益分析
1.6.1支出
包括采购、开发和安装下列各项所需的费用,如:
a.房屋和设施500元
b.ADP设备300元
c.数据通讯设备300元
d.环境保护设备200元
e.安全与保密设备100元;
f.ADP操作系统的和应用的软件200元;
g.数据库管理软件100元。
h.工作人员工资
1.6.2收益
一次性收益
即软件卖出收益,按照合同为十万元。
非一次性收益
经过本次软件项目,可以应用在其他项目中,并且可以稍加修改出售给其他超市,收益为五万元。
不可定量的收益
代码库的完善,工作人员经验的增加等。
1.6.3收益/投资比
收益投资比约为10/1
1.7社会条件方面的可行性
随着计算机技术的发展和网络人口的增加,人们对网络的需求也越来越苛刻,越来越贴近其生活,电子信息管理已经成为网上的一股潮流。
而更多的,是要求传统行业的管理要延伸到网络,以更方便其生活、工作和学习。
可行性研究的目的,就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
要达到这个目的,必须分析几种主要的可能解法的利弊,从而判断原定的系统规模和目标是否现实,系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。
因此,可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程,也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。
1.7.1法律方面的可行性
法律可行性是考虑要开发系统是否存在任何侵犯、妨碍和责任问题,用户操作可行性考虑待开发软件的运行方式在用户组织内是否行得通,现行管理制度、人员素质、操作知识是否可行。
由于在本系统中是有合同作为双方合作的基础,所以不会存在任何侵犯、妨碍和责任问题。
即使存在了,也可以根据合同进行分析,一定有人会负责任,所以此系统完全可以进行开发。
1.7.2使用方面的可行性
超市作为一个商品资源的集散点,其主要功能就是对顾客开放购买的地方。
传统的超市管理系统,手工管理,这种方式应用最传统的“笔纸操作系统”,将超市的货物信息、销售信息、厂商信息管理及单据管理等均以纯手工的形式进行,将信息以表格文件的表现形式记录在纸上,再进行统一保存。
这种方式虽然在简单信息查询时会有一定的方便,但是存在着更多的不便:
信息保存时间和条件很受限制、容易被损坏、信息查询不便、信息传达容易造成失误等。
采取我们所建议的系统便能很好地解决上述问题。
1.8结论
和传统管理模式相比较,使用本系统毫无疑问会大大提高超市的运动效率,辅助提高超市的决策水平管理水平,以降低经意成本,提高效益,减少差错,节省人力,减少顾客购物时间,增加客流量,提高顾客满意度,增强超市扩张能力,提供有效地技术保障,故该系统可以立即开始进行。
2项目开发计划
编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作
的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载
下来,以便根据本计划开展和检查本项目的开发工作。
编制内容要求如下:
2.1引言
2.1.1编写目的
本报告是面向用户及项目团队而编写的,目的在于使项目负责人及项目成员明确软件的主要功能模块,以及让用户对概要设计书中所列出的模块的功能提出修改或补充的意见。
2.1.2背景
a.待开发软件系统的名称:
超市销售管理系统;
b.列出此项目的任务提出者、开发者:
王立强;
c.用户:
各大连锁超市。
2.1.3定义
SQL语言英文全称是StructureQueryLanguage,意为结构化查询语言。
SQL语言的主要功能就是同各种数据库建立联系,进行沟通用来执行各种各样的操作,例如更新数据库中的数据、从数据库中提取数据等。
SQL已被ANSI(美国国家标准协会)和国际标准化组织(ISO)定为关系型数据库语言的标准语言。
目前绝大多数流行的关系型数据库管理系统,如Oracle、Sybase、MicroSoftSqlServer、DB2等都遵循SQL语言标准。
SQL语句有很多,功能齐全,大致可以分为四大类:
数据定义:
用于创建、删除、修改数据中的各类对象,如CREATE、DROP、ALTER。
数据查询:
对数据库查询检索,命令有SELECT。
数据更新:
插入、更新、删除数据库,如NSERT、UPDATE、DELETE。
数据控制:
数据控制管理,如表加锁、授权、回收授权、提交事务、回滚事务,命令有:
LOCK、GRANT、REVOKE、COMMIT、ROLLBACK。
2.2项目概述
2.2.1工作内容
该系统主要针对当前各中小型超市的管理应用来设计的。
经过市场调查和分析,主要的模块有企业信息、仓库信息、供货商信息、商品信息、采购信息等。
本系统需要完成对以上各模块信息的查询、添加、删除和打印功能。
2.2.2主要参加人员
指导教师:
王丽榕。
开发者:
王立强、王凤丽、王晓林、万文娜、孙瑞鹏、王万乐。
2.2.3产品及成果
程序
该系统移交给用户的应用软件命名为超市管理系统。
该系统使用java开发环境用SQL语言来进行开发。
java是一种可视化的面向对象的快速应用程序开发环境,它以其开放的体系结构,简洁高效的集成开发环境,强大的数据窗口技术,几乎无所不能的数据库访问能力和友好的用户界面,已成为client/server模式应用和基于internet模式应用最优秀的开发工具之一。
文件
1,超市管理系统安装。
点击该exe文件一步步安装该系统。
2,用户说明。
包括对该系统的简要说明以及常见的问题的答疑等。
3,网络访问链接。
点击链接相关的网络资源进行有效的帮助。
4,素材。
包括了本系统中的图片等资源的集合。
服务
在用户需要运用该系统之日起,既上门培训安装该系统,并将基本的运用的知识和注意事项告知用户。
并教会用户基本的维护和常见问题的处理知识。
本超市管理系统在windows系列操做系统上都能安装使用,硬件方面只使用一般的就可以无需硬件扩展资源。
因此使用于一般用户的计算机使用。
非移交产品
可行性研究报告、项目开发计划、软件需求说明书、设计说明书、测试计划和分析以及系统开发总结报告。
2.2.4验收标准
1,超市管理系统安装。
点击该exe文件一步步安装该系统。
该安装过程中需要顺利安装。
包括程序的正常运行,以及用户对界面的满意程度。
2,用户说明。
包括对该系统的简要说明以及常见的问题的答疑等。
能够保证用户易懂,所涉及的知识面达到,用户满意。
3,网络访问链接。
点击链接相关的网络资源进行有效的帮助。
能成功连接到相关网络,获取相应的网络资源。
4,素材。
包括了改系统中的图片等资源的集合。
2.2.5完成项目的最迟期限
最迟期限为2012年6月底。
2.2.6本计划的审查者与批准者
批准者:
王万乐。
批准日期:
2012年3月中旬。
2.3实施总计划
2.3.1工作任务的分解
设计人员:
王凤丽,王晓林,万文娜,孙瑞鹏。
全程参与该系统的立项、设计实现、测试和维护工作。
其中王凤丽,孙瑞鹏主要负责软件需求分析、概要设计说明说、数据库设计说明书、用户手册和测试分析。
王晓林,万文娜主要负责可行性要就报告、项目开发计划、详细设计说明书、测试计划和项目开发总结报告。
审批人员:
王万乐。
主要负责在系统的设计过程对设计人员的指导和后期的审批工作。
2.3.2接口人员
负责本项目同用户的接口人员:
万文娜、孙瑞鹏。
包括对用户进行培训,以及帮助用户解决所遇到的问题。
负责本项目同本单位各管理机构,王凤丽、王立强。
主要包括和老师之间的交流。
2.3.3进度
需要交的报告有以下10份,并在要求的时间内按计划提交。
1.可行性研究报告(第二周)
2.项目开发计划(第三、四周)
3.软件需求说明书(第五周)
4.概要设计说明书(第六周)
5.数据库设计说明书(第七周)
6.详细设计说明书(第八周)
7.用户手册(第九周)
8.测试计划(第十周)
9.测试分析报告(第十三周)
10.项目开发总结报告(第十四周)
主要的上机开发该系统的时间为第十一、十二周,在此期间需要完成整个的系统的实现和测试。
2.3.4预算
开发人员:
王立强、王凤丽、王晓林、万文娜、孙瑞鹏、王万乐。
开发时间:
2012年3月到2012年6月。
经费预算:
预计10000左右。
2.3.5关键问题
在该系统的设计过程中,主要的技术难点就是用SQL语言实现系统的过程。
因为稍有错误就回影响到整个系统的实现问题。
因此在编写代码以测试的时候要做到严谨、认真。
多做测试。
2.4支持条件
2.4.1计算机系统支持
本超市管理系统在windows系列操做系统上都能安装使用,硬件方面只使用一般的就可以无需对硬件扩展资源。
2.4.2需要用户承担的工作
1,用户提供需求信息;主要包括了改系统需要做些什么,从哪些方面着手。
这个方面需要在设计初期进行调查完成。
大约2天。
2,参与用户培训;在系统完成了设计之后,有相关人员对用户进行培训,用户需要积极参与其中。
大约1天。
3,信息反馈;用户在使用过程中,对该系统的意见和建议可随时反馈。
4,寻求帮助;若在使用该系统的过程遇到问题,在1年内可要求专业人员上门服务,2年内可要求相关人员进行答疑服务。
2.4.3需由外单位提供的条件
设计该系统需要个小组成员利用许多课外条件对相关市场进形调查和一些系统设计方面的资料的查阅。
2.5专题计划要点
开发人员培训计划:
开发人员自行加强各方面的知识贮备,查阅和学习个方面的知识要点。
并积极讨论相关要点,和及时要老师请教相关问题。
无具体时间要求,随时做随时学。
测试计划:
在开发完成到一定程度时,自行可测该系统,找出相关问题并及时解决,计划两天。
安全保密计划:
该系统仅有本小组成员和指导教师有权知晓详情。
因此有关的安全性高。
另外在系统内部设有保密措施,用户可设定密码进行授权,有一定的安全保证。
质量保证计划:
力求做到严谨细致设计该系统,并有指导教师的检视修改,加上后期的测试和修改计划,在质量上有一定的保证。
配置管理计划:
该系统的配置要求不高,管理操作简单,对用户稍作培训即可达到相关要求。
用户培训计划:
在系统完成后,有本小组开发人员专门针对用户提供相应的培训,计划一天完成。
系统安装计划:
在对用户进行了一定的培训之后,既开始安装该系统,并在安装的过程中告知用户一些基本的注意事项和常见问题的解决方法。
3软件需求说明书
3.1引言
3.1.1编写的目的
(1)大大提高超市的运作效率。
(2)通过全面的信息采集和处理,辅助提高超市的决策水平。
(3)使用本系统,可以迅速提升超市的管理水平。
(4)为降低经营成本,提高效益,增强超市扩张能力,提供有效的技术保障。
3.1.2背景
21世纪,超市的竞争也进入到了一个全新的领域,竞争已不再是规模的竞争,而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是连锁超市业的竞争核心。
零售领域目前呈多元发展趋势,多种业态:
超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。
如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模,成为现在超市努力追求的目标。
3.1.3术语定义
“总公司管理系统”;
“超市(连锁店)管理系统”;
“零售前台(POS)管理系统”;
“物流管理系统”;
“帐务结算系统”;
“总服务台系统”;
“总经理查询系统”;
3.2任务概述
3.2.1目标
1)顾客可从导购台上,通过触摸屏,查询到超市介绍、营业区分布,商品购买指南,声文并茂地获得所需的信息,也可通过零售POS系统实现多种购物方式。
2)提高工作人员的正确性,省略了手工核对的工作量。
3)超市管理者从繁重的传统式经营管理中解脱出来,并且有更多的时间从事于管理工作,工作重心逐渐转到管理上来,进一步提高了工作效率。
4)采购人员查询本系统,可以更直接、有效地获得商品情况,了解到商品是否畅销或滞销。
5)销售管理人员根据商品的销售情况进行分析,以进行下一次的销售计划。
6)财务人员能更加清楚地了解库存情况、帐款余额、毛利等财务数据,通过更好地控制成本和费用,提高资金周转率。
7)超市管理者把握住商品的进销存动态,对超市各种资源的流转进行更好的控制和发展。
3.2.2用户的特点
本系统的用户包括3类:
1.使用者:
总部、分公司及经营部的人力资源部(行政部门)的所有人员,执行该系统的大部分操作(输入、查询),为其经常性工作。
该部分人员电脑使用水平为初、中级,一般会使用windowsXP,fice系列以及收发电子邮件。
2.查询者:
总部、分公司及经营部的领导,他们一般为进行人事方面的决策执行查询统计操作,为其为间断性工作。
该部分人员电脑使用水平为初级(少数可能有中级水平),一般会使用windowsXP系统软件。
3.其它使用者:
XX超市所有员工为本系统的基本对象。
他们在某些情况(tbd)下会使用本系统。
还有客户查询,消费等。
该部分人员电脑使用水平未知(tbd)。
其中第一类用户是主要参与者,第二、三类用户是次要参与者。
3.2.3假定与约束
关于用户权限:
(希望建立一个多维的用户权限管理,单位等级、薪金权限、操作权限等)单位权限:
上级单位可以察看下级单位所有人员信息;基层单位只能察看自己所有人员信息。
薪金权限:
只有经过授权的人员才能察看,其他人员的薪金状况,(与单位等级有一定关系)。
操作权限:
本单位只能对本单位的员工情况进行操作(输入、修改),同时可以对由其直接任命的人员进行相应操作。
如总部对总部所有员工进行相关操作,同时对根据规定由总部任免的人员进行相关操作,如分公司总经理、经营部经理、分公司财务经理等。
分公司或经营部只有对总经理等人进行查询权限。
对输入的数据的格式进行判断,如果不合法则进行提示。
3.3需求规格说明
3.3.1功能规格说明
1、总公司管理系统
充分利用数据库的大容量、高效率等特点,为用户提供强大的功能支持,对超市进货业务、库房业务进行管理,并处理分公司销售数据和后台批发业务,利用商业流通超市的商品管理和往来客户管理,为经营管理者提供分析与决策必需的数据和信息。
该系统包含五个对象,包括:
超市经理,营业员,财务管理人员,供货商,客户。
系统用例:
超市经理:
销售管理,货源(物流)管理,财务管理
营业员:
销售管理,因为要向系统提供货架管理信息,所以也参与货源管理
财务管理人员:
具体财务管理
供货商:
货源(物流)管理
财务管理包含:
报表,进货退伙表,结帐
销售管理包含:
货架管理,会员管理,结帐/使用POS机,商品查询
货源(物流)管理:
供货,货源调查,请求配送
2.超市(连锁店)管理系统
接收总公司(配送中心)发送过来的数据,并将本地发生的业务数据上传到总部。
同时作为零售前台(POS)系统的后台管理系统,负责完成零售资料设置和业务处理,包括前台所需的会员卡、促销、打折、赠送等资料的设置,全面的零售统计报表,零售可按货品、时段(班次)、收款员、供应商、结算方式、经办人、客户、客流量等统计汇总,提供零售每日销售金额统计表、每月销售金额统计表、零售毛利表,查询结果可随意排序(排行榜)。
该系统包含六个对象,包括:
总经理,超市经理,营业员,财务管理人员,供货商,客户。
系统用例:
总经理:
对超市经理进行管理,通过超市经理,管理整个系统
超市经理:
销售管理,货源(物流)管理,财务管理
营业员:
销售管理,因为要向系统提供货架管理信息,所以也参与货源管理
财务管理人员:
具体财务管理
供货商:
货源(物流)管理
3.零售前台(POS)管理系统
前台仅包括销售商品时必须且仅需的功能,尽可能地做到简化操作程序,利于收银员快捷、准确地进行收款。
功能包括前台交易开单、收款、退货、会员卡、折扣和优惠等;下载后台资料和将清款后的业务数据上传后台;完成前台交易中的扫描条码或输入商品编码、收款、打印收据、弹出银箱等一系列操作。
多个前台POS可连接到同一个后台系统。
●支持多种收款方式:
顾客交款、营业员交款。
●支持会员制折扣卡销售,可以采用严格会员制或自由会员制。
●记录顾客信息、累计顾客消费金额等功能。
●支持多种付款方式:
现金、支票、信用卡IC卡、信用卡磁卡、记帐、赠券等。
可同银行提供的数据接口直接进行数据交换。
●支持多种促销方式:
折扣、折让、VIP优惠卡、赠送。
●允许退货及错误更正。
●收款员非常规操作记录,有助于减少财务损失,方便汇总打印各种营业报表。
该系统包含两个对象,包括营业员和客户。
系统用例:
营业员:
销售管理,会员业务
客户:
结帐,使用POS系统,购物查询
其中,POS机应提供以下功能:
客户购买商品
POS系统提出插入卡的要求
客户插入卡
POS系统要求输入密码
客户输入密码
POS系统检验密码
如果密码正确,检验余额,如果错误,则要求例外处理,如重新输入密码。
POS系统检验余额,如果余额充足,则允许刷卡购物,如果不足,则例外处理。
POS系统打印清单
4.物流管理系统
由于超市物流管理过于落后,已严重影响了超市的竞争力,所以开发此系统,帮助超市做好物流管理。
本系统有三个对象:
超市经理,供货商,营业员
提供的用例有:
●货架管理:
录入货架编码信息,可查询某货架的商品信息,可查询某一商品在那一个货架上。
●请求配送管理:
请求配送单自动生成,系统根据当前库存量、日销量,已发出请求配送单数量自动生成请求配送单。
被确认的请求配送单自动传入配货中心送货。
销售人员可以通过系统将销售量,库存量报告给经理
●顾客可通过系统传达需求量信息
●经理通过系统可以查询到销售,库存,需求的信息
●系统通过网络与供货商传递价格,需求量等信息
●系统可以作信息分析
●经理查询数据分析,并作出决策
经理查询数据分析,并作出决策
配送请求顺序:
●营业员将销售情况,库存情况向超市经理汇报
●超市经理进行核查
●财务部门做财务报表
●超市经理根据销售/库存情况决定是否发出配送请求
●超市经理向供货商发出配送请求
●供货商根据配送请求向超市发货
●超市接受货物并检验
●财务部门付款,并作帐
5.帐务结算系统
报表,结帐,进货退货表可自动运行,减少系统管理员的工作量,可及时发现计算机系统或人为造成的错误,生成监测报告通知系统管理员。
本系统只有一个对象:
财务管理人员
提供用例:
●结账通过本系统,财务人员能将所有销售清单,付款单等所有账目轻松做出汇总,大大的减轻了财务人员的工作量
●报表本系统可自动生成财务报表
●监测报