连锁超市进销存需求分析报告.docx

一、 引言 二、 任务概述 1. 目标 本系统通过计算机技术实现永辉超市的采购、销售和库存管理，还包括如下目标： 减少人力成本、库存费用和管理费用； 提高信息的准确性和信息的安全性； 改进管理和服务； 良好的人机交互界面，操作简便； 2. 用户特点 本系统的最终用户是面向永辉超市的管理者和相关员工，他们都具有一定的计算机基础知识和操作计算机的能力，是经常性用户。 系统维护人员是计算机专业人员，熟悉操作系统和数据库，是间隔性用户。 3. 功能需求 在永辉超市进销存系统中，管理员为每个使用者建立一个账户，并根据使用者职位的不同给每个使用者赋予不同的权限。 超市经理： 查询统计报表（包括销售报表，采购报表等），各种数据分析，了解经营状况能随时查询商品信息，了解超市商品动态。 系统管理人员： 信息查询：包括库存信息，各种类商品基本信息，商品销售和采购信息。 商品基本信息设置：商品分类，商品基本信息设置，能进行删除、添加和修改等操作，还能对会员折扣进行设置。 账户和密码管理： 对其他用户的账户和密码进行管理，包括新建、删除和密码修改等操作。 超市采购人员： 采购人员能即时查看库存和销售信息。 系统能自动产生库存不足商品列表，让采购员进行采购。 前台POS机（收银员）： 收银员在给出待结算商品的信息（包括商品的编号，数目，是否会员信息等）后，系统能给出结算清单（包括商品的详细信息，应付款额等）。 顾客： 能得到其选购商品的结算清单，从而进行核对和付款。 4. 非功能需求 经理： 查询报表和数据分析时响应速度要在20秒以内 操作界面要简洁、实用、易于操作 系统管理人员： 系统要简单易用，维护要相对简单 响应速度要控制在20秒以内 登陆账号和密码要加密传输 系统可考虑要控制在99%以上 超市采购人员： 查询库存等信息时响应速度应在20秒以内 要随时能对库存不足商品列表进行查询 前台POS机（收银员）： 计算详细清单的时间要在3秒之内 计算要准确可靠 顾客： 清单上的内容要尽可能的详细，从而方便进行核对 5. 未来的需求 由于现在的系统不能支持仓库管理，而永辉超市又是大型连锁超市，有很多的子超市和仓库，所以未来我们可能加上多超市多仓库的连锁管理和商品调度，同时进行营业分析时也能更细化，支持更多维度查询，可能到时系统改变会很大。 6. 功能结构图 三、数据流程图 顶图 0图 1图——销售系统 1图——采购系统 1图——库存系统 2.数据字典 （1）数据接口描述 名称：销售部门 简要描述：完成商品销售信息的登记、结算及检查商品缺货情况等操作。 有关数据流：销售信息、销售信息统计、查询条件、补货通知、提货请求 名称：仓储部门 简要描述：接受销售部门提货请求，将出入库信息输入库存系统，向采购部门发出采购通知，查询库存情况等。 有关数据流：提货请求、补货通知、入库信息、缺货通知、查询条件、查询结果、出库信息 名称：采购部门 简要描述:接受仓储部门缺货通知，进行商品采购、入库登记及查询采购信息等操作。 有关数据流：商品采购订单、查询请求、采购查询结果、入库信息、缺货通知 （2）加工逻辑词条描述 加工名：销售结算 加工编号：1.1 简要描述：叫顾客购买的商品进行结算 输入数据流：销售信息 输出数据流：结算后商品信息 加工逻辑：系统根据商品的名称、数量、价格进行结算，并生成销售记录。 加工名：分类查询 加工编号：1.2 简要描述：将销售情况根据查询条件输出查询结果 输入数据流：查询条件、销售情况 输出数据流：查询结果 加工逻辑：输入查询条件，执行SQL语句，返回查询结果。 加工名：生产销售排行榜 加工编号：1.3 简要描述：将销售情况进行统计，生成排行榜 输入数据流：销售情况 输出数据流：销售排行榜 加工逻辑：输入销售情况，按类别统计，执行SQL语句，生成销售排行榜。 加工名：货架存量分析 加工编号：1.4 简要描述：根据销售情况及补货通知计算商品在货架上的存量，当存量不足时向仓储部门发出提货请求 输入数据流：销售情况、补货通知 输出数据流：提货请求 加工逻辑：货架上存量=补货量-销售量，if货架上存量存量最小需求，向仓储部门发出提货请求，如果仓储部门进行了补货，则修改补货量。 加工名：制定采购计划 加工编号：2.1 简要描述：根据销售情况拟定采购计划用于辅助下采购订单 输入数据流：缺货通知、销售情况统计 输出数据流：采购计划 加工逻辑：接受到缺货请求时访问销售系统获取缺货商品销售情况，根据销售情况建立数学模型，得出采购计划。 加工名：进货登记 加工编号：2.2 简要描述：将采购回来商品信息进行入库处理并登记 输入数据流：采购订单 输出数据流：已购入信息 加工逻辑：将采购信息输入系统并存入采购信息表。。 加工名：采购信息查询 加工编号：2.3 简要描述：查询采