超市管理系统可行性分析报告

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