超市管理系统需求分析示例.docVIP

超市管理系统需求分析 目录 1项目计划 1.1系统开发目的 1.2背景说明 1.3项目确立 2逻辑分析与详细分析 2.1需求分析 2.2目标 2.3数据流程图 2.4系统功能 2.5系统开发步骤 2.6用户的特点 2.7假定与约束 3基于UML的建模 3.1语义规则 3.2UML模型 3.2.1系统UML模型 3.2.2子系统UML模型 3.2.3系统实现图 4小结 1项目计划 1.1系统开发目的 (1) 大大提高超市的运作效率全面的信息采集和处理辅助提高超市的决策水平总公司系统（连锁店）系统零售前台（POS）系统管理系统销售、库存情况，及时进行配货、补货、退货、调拨。零售前台（POS）系统顾客可从导购台上，通过触摸屏，查询到商场介绍、营业区分布，商品购买指南，声文并茂地获得所需的信息，查询信息内容可定制。通过安装条码扫描仪，顾客可从查询机上查到商品价格，有关商品证书等通过输入密码，超收工作人员可以进行盘货，核对价格。前台交易开单、收款、退货、会员卡、折扣和优惠等下载后台资料和将清款后的业务数据上传后台完成前台交易中的扫描条码或输入商品编码、收款、打印收据、弹出银箱等一系列操作帐务结算系统，帮助超市进行财务管理。经过以上分析，本系统必须具有以下功能： 报表，结帐，进货退货表可自动运行，减少系统管理员的工作量 可及时发现计算机系统或人为造成的错误 生成监测报告通知系统管理员 （4）系统安全问题 信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题： 为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏 系统要能重建 系统应该是可审查的 系统应能进行有效控制，抗干扰能力强 系统使用者的使用权限是可识别的 2.2目标 顾客可从导购台上，通过触摸屏，查询到介绍、营业区分布，商品购买指南，声文并茂地获得所需的信息，零售POS系统提高工作人员的正确性，省略了手工核对的工作量从繁重的传统式经营管理中解脱出来，并且有更多的时间从事于管理工作，工作重心逐渐转到管理上来，进一步提高了工作效率采购人员查询，更直接、有效地获得商品情况，了解到商品是否畅销滞销销售人员根据商品的销售情况进行分析，以进行下一次的销售计划财务人员能更加清楚地了解库存情况、帐款余额、毛利等财务数据，通过更好地控制成本和费用，提高资金周转率管理者把握住商品的进销存动态，对超市各种资源的流转进行更好的控制和发展总公司系统（连锁店）系统零售前台（POS）系统管理系统系统功能。 限于篇幅，现只将物流管理系统功能概括如下： 商品销售信息直接输入系统 商品库存量输入系统 顾客购买的商品，如果脱销，则将商品名称编号输入系统 通知物流管理部门向供货商订货 物流管理部门根据要求，将待定商品汇总，填写多份订货单 当受到供货商的发货单时，物流管理部门根据要求验收 验收后，把与每种商品有关的数据，如名称，编号，数量，单价，供应商名称等记录到应付款帐目中 将验收商品入库，并修改库存量 帐务管理系统收到供应商的应付款通知单后，要与应付款明细帐核对，正确无误后才能付款 修改会计总帐 按周，月，年定期编制库存，销售，会计报表，提交给超市经理 经理可随时查询库存量，销售量和业务情况 根据上述内容，首先确定系统的外部项，其次要确定系统的输入和输出，最后逐层画出数据流程图。 该系统的外部项共有4个：顾客，销售人员，供货商，超市经理。 系统输入/输出表 输入 来源 输出 去处 定货单 顾客 不合格订单 业务员或顾客 付款 顾客 发货单 顾客 到货通知单 供应商 发票 顾客 付款通知单 供应商 付款 供应商 电话咨询 顾客 报表 经理 公司情况查询 经理 商品库存量 经理 第一层数据流程图要反映超市最主要的业务，这是我们无须详细描述主要的业务处理。这个地方外不想使顾客和供应商。 该图表示系统从顾客那里接受购物要求，把书卖给顾客。当货存不足时，超市便向供货商发出订货要求，以满足销售的需要。但是该图没有反映帐务，“销售”和“采购”也没有分开表示，只是高度概括地反映了超市的业务，需要做进一步扩展。 下图是扩展后的第二层数据流程图。由图可知，该系统的主要逻辑功能（子系统）有五个：“超市（连锁店）系统零售前台（POS）系统管理系统 当顾客的订货要求被接受以后，就要按照顾客所购商品以及需要的数量查找库存量，取定是否能够满足顾客的订货要求。如果能够完全满足，就给顾客开发货单，并修改相应的商品库存量；同时还