超市管理系统Word格式.docx

1、4.经理信息管理系统.5.销售管理子系统.（3） 部署图.八、 绘制活动图或状态图或功能流程图（任选一种）.（1） 采购汇总活动图（2） 绘制报表活动图（3） 销售管理活动图（4） 查询子系统活动图（5） 存储子系统活动画图.九、 项目的非功能需求（以表格形式说明） （1）属性-场景决策表一十、 绘制每个子系统的类图一十一、 数据库设计：绘制ER图，进行表结构设计.（1） 绘制ER图.（2） 表结构设计一十二、 软件界面设计（一） 前台界面设计.（1） 登录窗体（2） 商品录入（3） 收银业务（二） 后台管理界面设计（1） 会员管理.（2） 厂商管理.（3） 商品管理.（4） 添加商品.（5）

2、 计划进货.（6） 销售查询.（7） 进货管理.（8） 进货单.（10）用户管理.一十三、 个人工作总结与心得体会一、 功能描述系统目的开发超市信息管理系统将提高超市各项工作的效率和质量，促进商品的销售 资金的流转；减轻各类事务性工作的劳动强度，使超市的职员腾出更多的精力和时间来服务于顾客；改善经营管理，堵塞漏洞，保证顾客和超市的经济效益。功能模块经理权益1. 存储管理：自动盘点计算，查询库存明细记录，库存状态自动报警；2. 销售管理：过期商品自动报警，生成销售排行榜；3. 员工管理：员工基本信息管理，客户销售权限管理，员工操作权限管理；4. 采购管理：与销售结合制定进货计划，查询打印计划，入

3、库登记。营业员权益：1.售货业务：商品录入，条形扫描，结账；2.会员业务：打折，添加会员，删除会员。系统权益：库存状态自动报警，过期商品自动报警：二、 现行系统的组织结构图 三、 思维导图四、 用例图及主要用例描述（一）、用例图（1） 总体例图（2） 前台用例图（3） 后台用例图（4） 采购子系统用例图（5） 销售管理子系统图（6） 查询管理子系统图（7） 存储管理子系统（8） 财会子系统用例图（二）主要用例描述（1）登记销售金额用例描述用例描述：登记销售金额描述：将各次的销售金额汇总标示符：a1优先级：A（高）角色：财会人员前置条件：财会人员以管理员身份登陆系统主事件流：1. 财会人员选择审

4、查数据有效性2. 数据真实有效则进行登记3. 将数据相加其他事件流：A1：数据不真实有效返回数据审查后置条件：无特殊需求：（2）登记支出金额用例名称：登记支出金额将各次的在支出金额汇总a21. 财会人员审查发票有效2. 发票有效则进行登记3. 将数据汇总发票无效返回审查发票有效性（3）计算利润计算利润计算超市一个月或一年的利润a3主事件流（一）：1. 财会人员提取月销售金额汇总2. 财会人员提取月支出金额汇总3. 将销售金额减去支出金额主事件流（二）：1 财会人员提取年销售金额汇总2 财会人员提取年支出金额汇总3 将销售金额减去支出金额其他事件流五、 系统分析类实体类：会员类，商品类，员工类，

5、财务人员类，营业员类，超市经理类，采购员类，部门经理类，仓管类边界类：商品信息界面，搜索商品界面，员工信息界面，会员信息界面，年销售金额界面，计算利润界面控制类：登录类，浏览商品信息类，商品管理类，员工管理类，采购管理类六、 时序图或协作图（1） 采购汇总时序图（2） 到货登记时序图（3） 编制报表时序图（4） 销售管理时序图（5） 会员管理时序图（6） 查询财务时序图（7） 查询人员时序图（8） 查询业务时序图（9） 存储商品时序图（10） 财会子系统时序图七、 说明使用的架构模式，绘制子系统图和部署图（1） C/S架构模式项目使用C/S架构概念：（Client/Server或客户/服务器模

6、式）：Client和Server常常分别处在相距很远的两台计算机上，Client程序的任务是将用户的要求提交给Server程序，再将Server程序返回的结果以特定的形式显示给用户；Server程序的任务是接收客户程序提出的服务请求，进行相应的处理，再将结果返回给客户程序。 原因: C/S结构的优点是能充分发挥客户端PC的处理能力，很多工作可以在客户端处理后再提交给服务器。对应的优点就是客户端响应速度快。具体表现在以下两点：（1）应用服务器运行数据负荷较轻。最简单的C/S体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的

7、机器，也称为应用服务器。一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户电脑，当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果，应用服务器运行数据负荷较轻。（2）数据的储存管理功能较为透明。在数据库应用中，数据的储存管理功能，是由服务器程序和客户应用程序分别独立进行的，并且通常把那些不同的（不管是已知还是未知的）前台应用所不能违反的规则，在服务器程序中集中实现，例如访问者的权限，编号可以重复、必须有客户才能建立定单这样的规则。所有这些，对于工

8、作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给了服务器和网络。在C/S体系下，数据库不能真正成为公共、专业化的仓库，它受到独立的专门管理。（2） 绘制子系统图1.财会管理子系统2.仓库管理子系统3.登录子系统4.经理信息管理子系统5.销售管理子系统（3） 系统部署图八、 活动图（1） 采购汇总活动图（2） 绘制报表活动图（3） 销售管理活动图（4） 查询子系统活动图（5） 存储子系统活动图九、 项目非功能需求属性场景决策可用性用户访问时显示登录过程的进度条或登录超时

9、提醒或网络异常安全性顾客付款安全检测，保护资金安全支付环境可测试性单元测试人员想测试搜索功能性能提供对搜索内容的访问并提供所查的值易用性了解如何有效使用系统新手导航，帮助，小贴士.可扩展性数据库类型可替换建立数据库存取层，允许加载第三方模块性能分析上万名客户同时交易处理登录请求一十、 每个子系统的类图绘制ER图，进行表结构设计（1） ER图（2） 表结构设计数据库表索引表名中文名MerchInfo商品信息表User用户表Menber会员表Sale销售表Dealing交易表Stock进货入库表Provide供货商表Factory厂商表 商品信息表 字段名字段类型长度主/外键字段值约束对应中文名M

10、erchIDint4PNot null商品编号MerchNameVarchar50商品名称MerchPriceMoney价格MerchNumInt库存数量CautionNum库存报警数量PlanNum null计划进货数BarCode条形码SalesProPrice促销价格SalesProDateSDatetime8促销起日期SalesProDateE促销止日期AllowAbate允许打折AllowSale允许销售FactoryID10F厂商编号ProvideID供货商编号UserID用户编号UserName20用户名称UserPW用户吗密码UserStyle用户类型.字段值约束MemberI

11、D会员编号MemberCard会员卡号TotalCost累计消费金额RegDate注册日期SaleID销售编号MerChIDSaleDate销售日期SaleNum销售数量SalePrice销售单额DealingID交易编号DealingPrice交易金额DealingDate交易日期入库记录表StockID入库编号入库商品编号入库数量单额TotalPrice总额StockDate入库日期PlanDate计划进货日期StockState入库状态ProvideName厂商名称ProvideAddress250厂商地址ProvidePhone25厂商电话FactoryNameFactoryAddressFactoryPhone一十二、 软件界面设计（一）前台界面设计（1） 用户登录界面（2） 商品录入（3） 收银业务（二）后台管理界面设计（1） 会员管理（2） 厂商管理（3） 商品管理（4） 添加商品（5） 计划进货（6） 销售查询（7） 进货管理（8） 进货单（9） 用户管理一十三、 个人工作总结与心得体会通过这次实验，我对软件开发技术有了更加深入的了解，在老师悉心的帮助下，和其他同学的指导下，我最终完成了这次课程设计。但是实验中，也暴露了自己在软件运用方面的不足和缺点，以后在这方面上认真学习和研究，争取在毕业之前能更上一层楼。