超市管理系统可行性分析报告.docx
- 文档编号:23895850
- 上传时间:2023-05-22
- 格式:DOCX
- 页数:12
- 大小:50.04KB
超市管理系统可行性分析报告.docx
《超市管理系统可行性分析报告.docx》由会员分享,可在线阅读,更多相关《超市管理系统可行性分析报告.docx(12页珍藏版)》请在冰豆网上搜索。
超市管理系统可行性分析报告
文件排版存档编号:
[UYTR-OUPT28-KBNTL98-UYNN208]
超市管理系统可行性分析报告
超市管理管理系统
可行性分析报告
文件编号:
无
生效日期:
无
受控编号:
无
密级:
保密
版次:
1
修改状态:
完稿
总页数
13
正文
10
附录
编制:
刘杰锋
审核:
王政建
批准:
王政建
开发方:
郑大工学院软件开发1班王政建组
组长:
王政建
组员:
王延喜,李进,陈俊昌,韩大威,刘杰锋,张毅超,张培根,肖明远
文档拟定日期:
2015年6月15日
1.引言
主要的应用系统
Windows7、WindowsXP
系统标识
无
超市管理系统
超市管理系统(supmarketsystem)
背景
经过改革开放三十年的发展,我国经济实力不断增强,超市行业也得到了蓬勃发展。
但不可忽视的一个现实是:
我国大部分地区仍然是中小型城市、城镇和农村,这些地区的超市也是以中小型超市为主(即使是大型城市仍分布着许多中小型超市),在这些超市里,实行的还是人工管理,管理方式混乱,工作效率低下,管理成本也比较高,还不能及时的得到货物信息的反馈。
而该系统的相关功能正是为解决这些问题开发的,客户可以通过安装该系统,提高工作效率,降低管理成本,同时得到及时的货物信息反馈。
因此,只要我们的系统售价低于客户的现行人工管理费用,市场需求是相当大的。
考虑到中小型超市对超市管理系统功能的现实需求低于大型超市,即使开发出功能强大的系统,许多功能仍然处于闲置状态,且开发成本和售价必然得到相应的提高,这样势必会减少市场需求。
同时,开发强大的系统功能对开发团队的时间、能力等方面有更高的要求。
鉴于以上所述的市场情况和开发团队的整体实力,我们采取了以下战略:
暂时开发该系统以满足中小型市场的需求,随着超市行业的发展,再逐渐开发功能更为强大的系统。
。
项目概述
(1)产品定义:
经过改革开放三十年的发展,我国经济实力不断增强,超市行业也得到了蓬勃发展。
但不可忽视的一个现实是:
我国大部分地区仍然是中小型城市、城镇和农村,这些地区的超市也是以中小型超市为主(即使是大型城市仍分布着许多中小型超市),在这些超市里,实行的还是人工管理,管理方式混乱,工作效率低下,管理成本也比较高,还不能及时的得到货物信息的反馈。
而该系统的相关功能正是为解决这些问题开发的,客户可以通过安装该系统,提高工作效率,降低管理成本,同时得到及时的货物信息反馈。
因此,只要我们的系统售价低于客户的现行人工管理费用,市场需求是相当大的。
考虑到中小型超市对超市管理系统功能的现实需求低于大型超市,即使开发出功能强大的系统,许多功能仍然处于闲置状态,且开发成本和售价必然得到相应的提高,这样势必会减少市场需求。
同时,开发强大的系统功能对开发团队的时间、能力等方面有更高的要求。
鉴于以上所述的市场情况和开发团队的整体实力,我们采取了以下战略:
暂时开发该系统以满足中小型市场的需求,随着超市行业的发展,再逐渐开发功能更为强大的系统。
(2)项目投资方:
超市
(3)项目需方:
超市
(4)项目用户:
x超市
(5)项目开发方:
郑大工学院软件开发1班王政建组
(6)项目支持机构:
刘杰锋
(7)其他相关文档:
无
文档概述
本条应概述本文档的用途和内容,并描述与其使用有关的保密性和私密性的要求。
2引用文件
【A】张海藩,《软件工程导论》,清华大学出版社第六版(其他网上参考资料未予列出)
提示:
列出本文档的所有参考文献(可以是非正式出版物),格式如下:
[标识符]作者,文献名称,出版单位(或归属单位),日期
例如:
[AAA]作者,《立项调查报告》,机构名称,日期
[BBB]作者,《立项可行性分析报告》,机构名称,日期
[SPP-PROC-PIM]SEPG,立项管理规范,机构名称,日期
3可行性分析的前提
项目的要求
功能:
主要功能齐全,无闲置功能,适合中小型超市使用。
即本系统应该实现超市的前台pos销售系统,后台货物管理系统和完整的供货商和客户管理
性能:
(1)系统操作简单,无相关技术要求(查询效率尽可能做到精准,信息维护功能做到简单易用),
(2)适合大部分人群使用,不需要过多的人员培训。
输入:
将商品的基本信息进行输入,使得管理人员对商品有基本的了解。
销售记录:
对商品的销售进行记录,从而方便管理人员对商品的销售情况有明确的了解。
输出:
按照要求在显示器上显示所需内容能打印成能打印成有条理的表格。
便于对商品的了解和管理,能让管理人员知道商品的基本信息,并且对商品的数量进行统计,从而采取进货等措施。
销售记录的输出:
能让管理人员轻松的了解商品的销售情况。
基本的数据流程和处理流程:
该系统以计算机为平台,以C++语言程序和数据库为工具实现中小型超市的管理功能。
商品信息通过前台pos机的扫描录入或者手工直接录入(针对无条码商品),在cpu中心进行信息的搜寻,桌面显示出商品的价格、生产日期、生产厂商、库存量等信息。
超市经理也可对商品的各项信息,包括进货日期、出售日期、出售人等进行查询,进行货物管理。
安全与保密要求:
对于不同权限的用户,设置不同权限,对重要数据可以考虑加密存储。
考虑到数据保存,条件允许的情况下可以让系统定时自动保存,省去手工保存的繁杂程序。
完成时间:
一个月
项目的目标
人员效率的提高:
进行合理分工,制定完成时间。
决策系统的改进:
对系统出现的问题进行修该,多人进行分析,改进系统的功能和处理速度。
项目的环境、条件、假定和限制
开发时间:
1月到2月。
经济来源:
无
可利用的信息和资源:
现用的模板。
最迟完成时间:
无
进行可行性分析的方法
系统调研
政策与法律分析
资金与开发环境分析
技术分析
市场分析
风险分析
4可选的方案
可选择的系统方案1
采用三层系统的分层式结构,将整个市长信箱管理系统划分为:
表现层(应用层)(UI)、业务逻辑层(BLL)、数据访问层(DAL)。
其中,应用层是展现给用户的界面,即用户在使用一个系统的时候他所见所得;业务逻辑层针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理;数据访问层直接操作数据库,针对数据的增添、删除、修改、查找等
采用二层系统的分层式结构,将整个市长信箱管理系统划分为:
应用层(UI)、数据访问层(DAL)
应用层数据访问层数据库
其中,应用层是展现给用户的界面,能够实现必要功能,并且能够对数据层进行操作,对数据业务逻辑处理;数据访问层直接操作数据库,针对数据的增添、删除、修改、查找等
中介方法类(SQLHelp)可以存放一系列的对数据层操作的公开方法,并提供接口,使用中介避免应用层直接去访问,降低耦合度
选择最终方案的准则
分散关注,逻辑复用,实现“高内聚、低耦合”
5所建议的系统
产品体系结构
商品录入
电脑处理信息
供货商信息
库存查询
显示货物信息、打印凭条
设计原理:
该系统以计算机为平台,以C++语言程序和数据库为工具实现中小型超市的管理功能。
商品信息通过前台pos机的扫描录入或者手工直接录入(针对无条码商品),在cpu中心进行信息的搜寻,桌面显示出商品的价格、生产日期、生产厂商、库存量等信息。
超市经理也可对商品的各项信息,包括进货日期、出售日期、出售人等进行查询,进行货物管理。
影响
设备
架设网络服务器和数据库
软件
1.绘图工具:
Visio、Smartdraw、PhotoshopCS3
2.数据库:
SQL或Oracle
3.编译软件:
MicrosoftVisualStudio2008
运行
本系统在windows系统下运行
开发
使用、C#语言进行网页制作
环境
前台网页浏览,后台进行管理。
局限性
随着超市的发展,需要增加的功能较多;消费群体只针对中小型超市,不适用于大型超市。
6经济可行性(成本----效益分析)
投资
投资即企业为实现某种特定的目标(通常是为了获得收益或避免风险)而进行的某种资金投放或运行的经济活动。
1)基本建设投资
(1)开发环境:
厂房和其他构建物。
(15%)
(2)开发设备:
包括计算机及其外部设备,硬件、软件及网络的测量和控制仪表与试验设备,电器和传动设备,动力机器和设备,其它机器设备如复印机和摄像机等。
(10%)
(3)开发软件(10%)
(4)开发资料(5%)
2)其他一次性投资
(1)技术管理费(10%)
(2)培训费(10%)
(3)管理费(20%)
3)其他非一次性投资
(1)人员工资(10%)
(2)奖金(5%)
(3)差旅费等(5%)
预期的经济效益
预期的经济效益是在项目开发前对该项目建成之后所能带来的所有经济利益之和做的科学合理严谨的预测。
括财务效益(微观经济效益)、国民经济效益(宏观经济效益)和社会效益。
一次性收益是简单说就是非生产经营的、不具有持续性的所得,今年有,明年就不一定有了
非一次性收入是在项目开发完成之后再投入运行的整个生命周期内带来的一系列经济效益
承办单位应得的收益不可定量,具体还应该参照处理信件总数目多少以及处理情况的好坏而定。
实施当年的投资收益在当年的总利润中的比例约计为60%。
投资回收周期是指投资者以一次资本投入,然后在长期实施应用中回收投资的时间跨度。
市长信箱管理系统的投资回收周期多少还需要按现在的市场行情而定,依据现在市民反馈较多的现状,投资回收期应该在3-5年。
市场预测
和传统的管理模式相比较,使用本系统毫无疑问大大的提高了超市的运动效率,辅助提高超市的决策管理水平,以降低成本,提高效益,减少错差,节省人力,减少顾客购物时间,增加客流量,提高顾客的满意度,增强超市扩张能力,提供有效的技术保障,因此此系统的设计和开发是可以开始进行的。
7技术可行性(技术风险评价)
本系统是一个基于B/S结构的市长信箱管理系统,将由软件工程专业的学生开发、调试,并且会有拥有多年企业软件系统经验的老师指导。
本系统会采用面向对象技术、数据库技术,所用的开发语言(C#)与开发平台(.NET)正在学生尚在学习之中,但考虑到时间较为充裕,预计在规定的时间内能够完成项目的开发与调试工作。
8法律可行性
软件着作权
1)软件开发者,是指实际组织开发、直接进行开发,并对开发完成的软件承担责任的法人或者其他组织;或者依靠自己具有的条件独立完成软件开发,并对软件承担责任的自然人。
2)软件着作权人,是指依照本条例的规定,对软件享有着作权的自然人、法人或者其他组织。
3)软件着作权人享有的权力有,发表权、署名权、修改权、复制权、发行权、出租权、信息网络传播权、翻译权、软件着作权人可以许可他人行使其软件着作权,并有权获得报酬。
软件着作权人可以全部或者部分转让其软件着作权,并有权获得报酬。
4)软件着作权自软件开发完成之日起产生。
软件着作权的许可使用和转让
1)许可他人行使软件着作权的,应当订立许可使用合同
2)转让软件着作权的,当事人应当订立书面合同。
法律责任
1)有下列侵权行为的,应当根据情况,承担停止侵害、消除影响、赔礼道歉、赔偿损失等民事责任:
(一)未经软件着作权人许可,发表或者登记其软件的;
(二)将他人软件作为自己的软件发表或者登记的;
(三)未经合作者许可,将与他人合作开发的软件作为自己单独完成的软件发表或者登记的;
(四)在他人软件上署名或者更改他人软件上的署名的;
(五)未经软件着作权人许可,修改、翻译其软件的;
(六)其他侵犯软件着作权的行为。
2)未经软件着作权人许可,有下列侵权行为的,应当根据情况,承担停止侵害、消除影响、赔礼道歉、赔偿损失等民事责任;同时损害社会公共利益的,由着作权行政管理部门责令停止侵权行为,没收违法所得,没收、销毁侵权复制品,可以并处罚款;情节严重的,着作权行政管理部门并可以没收主要用于制作侵权复制品的材料、工具、设备等;触犯刑律的,依照刑法关于侵犯着作权罪、销售侵权复制品罪的规定,依法追究刑事责任:
(一)复制或者部分复制着作权人的软件的;
(二)向公众发行、出租、通过信息网络传播着作权人的软件的;
(三)故意避开或者破坏着作权人为保护其软件着作权而采取的技术措施的;
(四)故意删除或者改变软件权利管理电子信息的;
(五)转让或者许可他人行使着作权人的软件着作权的。
3)软件着作权侵权纠纷可以调解。
(一)软件着作权合同纠纷可以依据合同中的仲裁条款或者事后达成的书面仲裁协议,向仲裁机构申请仲裁。
(二)当事人没有在合同中订立仲裁条款,事后又没有书面仲裁协议的,可以直接向人民法院提起诉讼。
4)本软件开发及使用工程完全遵守以上法律,本软件的开发法律方面可行。
9用户使用可行性
1.本系统由市长委托开发人员开发维护,委托他人管理;
2.工作人员必须具有职业道德,有一定的计算机功底,对邮箱管理有一定的了解,还应有耐心为用户解说;
3.工作人员必须定时审阅上传信息,并转交给市长审批;
4.工作人员不得擅自更改他人信息;
5.公作人员必须具备处理突发事件的能力;
6.工作人员应及时将市长的审批意见返回给用户;
7.工作人员应爱好自己的工作,不旷工,不缺席。
10结论
综上所述,此超市管理系统开发方案可行。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 超市 管理 系统 可行性 分析 报告