《MIS课程设计实验报告--小区超市pos机系统.docx》由会员分享，可在线阅读，更多相关《MIS课程设计实验报告--小区超市pos机系统.docx（35页珍藏版）》请在第壹文秘上搜索。
1、管理信息系统课程设计小区超市POS机系统MlS课程设计开发文档软件开发文档版本更新记录错误!未定义书签。1引言21.1 项目设想21.2 开发计划31.3 技术路线42需求分析52.1 业务建模52.2 需求规格说明72.3 补充性规格说明132.4 系统顺序图与操作契约153架构设计163.1 功能结构设计163.2 软件架构设计174详细设计184.1 用例实现设计184.1.1 销售开单184.1.2 收银194.1.3 退货204.2 输入输出设计204.2.1 表单设计214.2.2 报表设计214.3 数据库设计224.4 权限设计235系统实现235.1 功能实现235.2 系统
2、测试265.2.1 单元测试265.2.2 用例测试265.3 系统部署276项目总结28MlS课程设计开发文档1引言1.1 项目设想A.系统展望。产品应用场景：小区超市的信息管理系统用户：收银员、经理、普通顾客、会员顾客、维护人员、售货员系统范围：小区超市基本目标：系统能被简单地使用，使操作员短时间能够熟练，从而达到存储销售信息、准确计算销售额、更新售价和库存信息、记录销售量、生成票据和记录支付授权的批准的目标。B.系统特性。用高阶、简洁的语句对系统预期功能和性能加以概述。L系统管理(1)会员顾客：会员顾客增删改查。(2)普通顾客：普通顾客增删改查。(3)权限：对顾客的类型进行授权。2 .基
3、础数据(1)产品类别：产品类别增删改。(2)产品：产品增删改查。(3)顾客：普通顾客和会员顾客增删改查。3 .销售管理(1)开单：生成销售订单一一录入商品条目。(2)收银：生成支付单一一修改库存一一打印小票。(2)退货：选择订单一一选择商品一一生成退货单一一退款。4渣询(1)按名称查找某商品，并能查看它的库存数。(2)按顾客&销售时间查询订单。5 .统计报表(1)统计超市(时间分为年、季度、月)销售总金额(数字报表)。(2)按“产品类别”统计“起止时间”内销售金额，有小计和总计(数字报表)。1.2 开发计划A.团队成员。王桥稳分析员莫颖超架构师、项目经理沈楷桓程序员江锦萍测试员B.项目进度C过
4、程时间目标工作内容提交资料控制措施初始阶段第2周分组定题布置任务，确定分组；确定题目，制定计划。提交MIS课程设计任务书提交分组计划确定项目的方向，进行项目的需求分析。细化迭代13-4周搭建框架确定核心架构实现基础数据增删改查程序；编写文档1.1,1.2,3.2小组成员加强沟通，明确各成员的任务的工作时间。细化迭代25-6周设计实现业务用例实现销售开单用例程序；编写文档2.1-2.4；编写4.1.1编写4.2.1小组成员加强沟通，明确各成员的任务的工作时间。细化迭代37-8周设计实现业务用例实现收银用例程序；完善文档2.1-24编写4.1.2小组成员加强沟通，明确各成员的任务的工作时间。细化迭
5、代49-10设计实现业务用例实现退货用例程序；完善文档2.124,编写4.1.3编写3.1小组成员加强沟通，明确各成员的任务的工作时间。细化迭代511-12周设计实现权限基于所选技术实现系统权限功能程序；编写文档4.4编写文档4.3小组成员加强沟通，明确各成员的任务的工作时间。细化迭代613-14周设计实现报表实现数据报表功能程IK；编写文档4.2.2小组成员加强沟通，项目经理监督。交付17周提交成果编程人员实验室演示程序；提交文档打印稿。完成文档5,6最终版程序文档定稿小组成员加强沟通，明确各成员的任务的工作时间。C.风险控制C即使项目经过了详细的计划并进行跟进，但没有控制好项目中的风险，项
6、目仍然会超出进度的预计，从而导致项目团队内部的不和谐和项目的失败，所以风险控制能力则是项目经理重要的技能之一。因而在参考老师布置的项目进度计划和考虑我们小组的实际情况下，我们认识我们会面临的项目风险进度有：1、技术风险：在开发的过程中，基于开发者的技术水平有限，会遇到技术上的瓶颈，这时需要花费时间去学习技术。2、团队内部风险：在项目开发过程中，每个成员的时间分配不明确，从而导致项目进度有所延误。3、业务风险：对项目的需求不明确，项目的实际情况与开发者所设想的有差异。基于上述风险，项目经理可以通过预先采取措施的方法对项目风险的进程和后果进行适当的控制与管理，因而会采取以下风险控制措施：1、程序员
7、在配合架构师的前提下，事先通过老师的博客和视频教程学习新的技术2、团队内部加强沟通，明确安排组员的工作时间，避免因个人原因而导致总个团队的进度受到延误。3、加强对项目需求分析的理解，若开发者对项目需求仍然有不清楚的地方及时与团队和老师沟通解决。1.3 技术路线本项目采用的主要开发工具为：Eclipsemysql5.5,涉及开发语言有：Java,HTML,sql,jpql主要框架：maven+springdata+springmvc项目模式：C/S版本号：0.0.12需求分析2.1业务建模A.业务流程建模。涉众：顾客，收银员、经理业务规则规则1购买者折扣规则。示例：员工：20%折扣额。会员：10
8、%折扣额高每个零售商有不同规则零售商政策规则2商品折扣规格。示例：洗发水买二送一花生油九五折出隹高。每个零售商有不同规则，每周或每月都可能改变零售商政策规则3信用卡手续费规则很低。根据银行的政策来收取部分手续费信用授权的公司政策规则4信用卡付款的方式所需的签名使用者签名是必需的信用授权的公司政策使用到的单据：1、收款票据：超市名，工号，单号，商品名，商品单价，商品数量，商品金额，商品折扣，应收金额，实收金额，开单时间，咨询电话，超市地址等。2、信用卡票据：客户号，工号，卡号，日期/时间，应收金额，折扣金额，实收金，超市名，咨询电话，超市地址等。B.领域建模。Red-sale-of2.2需求规格
9、说明A.系统用例图。B用例详述文本。用例UC1：开单范围：超市POS机应用级别：顾客目标主要参与者：收银员涉众及其关注点：收银员：希望有准确、快速的输入方式。- 顾客：希望买到商品，井获得快速的服务。- 公司：希望能够准确地记录交易，满足顾客要求。- 经理：希望能够快速执行超控操作，并易于更正收银员的不当操作。前置条件：收银员必须通过确认和认证。后置条件：存储销售信息。准确计算销售额。更新售价和库存信息。记录销售量。主事件流：1 .顾客携带所购商品到收银台通过POS机付款。2 .收银员开始一次新的销售交易。3 .收银员扫描顾客所购商品的商品条形码来处理商品信息。4 .系统逐条记录出售的商品，并
10、显示该商品的描述，价格和累计额。价格通过一组价格规则来计算。收银员重复34步，直到输入结束。5 .系统显示总额和计算折扣。6 .收银员告知顾客总额，并请顾客付款。扩展*a.经理在任意时刻要求进行超控操作：1 .系统进入经理授权模式。2 .经理或收银员执行某一经理模式的操作。3 .系统恢复到收银员授权模式。*b.系统在任意时刻失败：为了支持恢复处理，要保证所有交易的敏感状态和事件都能够从场景的任何一步中完全恢复。1 .收银员重启系统，登录，请求恢复上次状态。2 .系统重建上次状态。2a.系统在恢复过程中检测到异常：1 .系统向收银员提示错误，记录此错误，并进入一个初始状态。2 .收银员开始一次新
11、的销售交易。3a.无效商品ID：L系统提示错误并拒绝输入该IDo3 .收银员响应该错误收。2a滴品ID可读。1 .银员手工输入商品IDo2 .系统显示商品项目的描述和价格。2a.无效商品ID：系统提示错误，收银员尝试其他方式。3b.当有多个同一类别的商品时，不必记录每个商品的唯一标识：L收银员输入商品类别的标识和商品数量。3-6a.顾客要求收银员去掉某个原先想买的商品：1 .收银员录入要去掉商品的条码与数量。2 .系统更新当前的总销售金额。3-6b.顾客要求收银员取消这次销售：L收银员取消这次销售交易。36c.顾客要求收银员暂停本次销售：1 .系统将销售记录下来，而且之后可以在任何PoS终端中
12、取回这比销售交易的记录。5a.收银员询问顾客是否享受会员优惠2 .顾客享受会员优惠，系统按照打折规则进行交易。3 .顾客不享受会员优惠，系统按照商品原价进行交易。用例UC2：收银范围：超市POS机应用级别：顾客目标主要参与者：收银员涉众及其关注点：- 收银员：希望不会发生付款错误的情况。- 顾客：希望获得精准的服务，同时希望付款方式多元化。- 公司：希望确保记录了支付授权服务的支付票据。- 经理：希望能够快速执行超控操作，并易于更正收银员的不当操作。- 支付授权服务：希望接收到格式和协议正确的数字授权请求。希望准确计算对商店的应付款。前置条件：收银员必须通过确认和认证。后置条件：准确计算销售额
13、。生成票据和记录支付授权。主事件流：1 .收银员告知顾客总额，并请顾客付款。2 .顾客付款，系统处理付款。3 .系统记录完整的销售信息，并将销售和支付信息发送到外部的账务系统（进行账务处理和提成）和库存系统（更新库存）。4 .系统打印购物票据。5 .顾客携带商品和票据离开。扩展*a.经理在任意时刻要求进行超控操作：1 .系统进入经理授权模式。2 .经理或收银员执行某一经理模式的操作。3 .系统恢复到收银员授权模式。*b.系统在任意时刻失败：为了支持恢复处理，要保证所有交易的敏感状态和事件都能够从场景的任何一步中完全恢复。3a.现金支付：L收银员输入收取的现金额。2 .系统显示找零金额，并弹出现
14、金抽屉。3 .收银员放入收取的现金，并给顾客找零。4 .系统记录该现金支付。3b.信用卡支付：L顾客输入信用卡账户信息。5 .系统显示其支付信息以备验证。6 .收银员确认。7 .系统向外部支付授权服务系统发送支付授权请求，并请求批准该支付。4a.系统检测到与外部系统协作时的故障：L系统向收银员提示错误。2.收银员请求顾客更换支付方式。5.系统收到批准支付的应答并提示收银员，同时弹出现金抽屉（以便放入签名后的信用卡支付票据）。5a.系统收到拒绝支付的应答：L系统向收银员提示支付被。2.收银员请求顾客更换支付方式。6 .系统记录信用卡支付信息，其中包括支付批准。7 .系统显示信用卡支付的签名机制。8 .收银员请求顾客签署信用卡支付，顾客输入签名。9 .如果在纸质票据上签名，则收银员将该票据放入现金抽屉并关闭抽屉。4a.打印票据。1 .如果系统能够检测到错误，给出提示。2 .收银员更换纸张。3 .收银员请求打印其他票据。用例UC3：退货范围：超市PoS机应用级别：顾客目标主要参与者：收银员涉众及其关注
