《小区超市pos机系统管理信息系统课程设计27组MIS课程设计实验报告》由会员分享，可在线阅读，更多相关《小区超市pos机系统管理信息系统课程设计27组MIS课程设计实验报告（32页珍藏版）》请在金锄头文库上搜索。
1、管理信息系统课程设计小区超市pos机系统项目组编号27专业班级12信管2班项目组成员沈楷桓201230560220莫颖超201230560219王桥稳201230560222江锦萍201230560210文档编制日期2015.6指导教师 邓成剑课程设计成绩评分表（1） 个人表现20%角色项目经理分析员架构师程序员测试员姓名莫颖超王桥稳莫颖超沈楷桓江锦萍评分10010010010090（2） 文档评分40%指标权重评价评分A（优秀）B（良好）C（一般）结构20分包含开发主要阶段，结构合理，前后连贯，结构合理包含开发主要阶段，前后较连贯，结构较合理缺少部分阶段文档，前后缺乏关联，结构较混乱内容40
2、分内容涉及开发各阶段重要工作；详略得当；模型文字配合；囊括系统主要功能；与项目结合紧密内容涉及开发各阶段大部分重要工作；详略基本得当；重要模型未辅以文字说明；涉及系统基本功能；与项目结合较紧密；缺少分析与设计重要工作；内容较少；绘制了基本模型；忽略系统重要功能；有较多项目无关内容质量40分语言精炼；模型选用合理；模型绘制规范清晰；模型关联性强语言较精炼，模型选用基本合理；模型绘制较规范清晰，模型之间有关联拼凑文字；没有建模或模型不规范；模型之间缺乏关联（3） 程序评分 40%指标权重评价评分A（优秀）B（良好）C（一般）架构10分使用了常见JavaEE框架, 选用了UI框架选用个别框架；采用D
3、AO及MVC模式 未使用框架；单纯JSP页面；分层不合理 基础数据30分实现了所有基础数据管理；包含了必要字段；选用合适组件；有格式校验实现了主要的基础数据管理；选用了较合适的组件；部分格式校验实现部分基础数据管理，只选择文本框，未做格式校验业务功能30分实现完整的业务流程；读取基础数据；选用合适组件；实现1对n或n对m；流程活动间有逻辑关联实现较完整的业务流程；读取大部分基础数据；基本实现1对n或n对m；流程活动间有一定关联实现了单个活动；较少读取基础数据；较多使用文本框录入数据；活动之间缺乏逻辑关联权限10分使用安全框架实现自定义权限按角色分配权限简单权限查询10分实现了多条件组合查询功能
4、，查询结果能进一步操作实现多条件组合查询实现单条件简单查询报表10分使用报表工具，实现分类汇总统计报表使用报表工具，实现简单数据统计报表未使用报表工具，实现列表并能汇总统计目 录软件开发文档版本更新记录11引言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 报表设
5、计214.3 数据库设计224.4权限设计235 系统实现235.1 功能实现235.2 系统测试265.2.1 单元测试265.2.2 用例测试265.3 系统部署276 项目总结28软件开发文档版本更新记录ContentDateDescriptionAuthor细化迭代12015年4月确定核心架构实现基础数据增删改查王桥稳细化迭代22015年4月实现销售开单用例沈楷桓细化迭代32015年5月实现收银用例沈楷桓细化迭代42015年5月实现退货用例王桥稳细化迭代52015年6月基于所选技术实现系统权限功能莫颖超细化迭代62015年6月实现数据报表功能莫颖超1引言1.1项目设想A. 系统展望。产
6、品应用场景：小区超市的信息管理系统用户：收银员、经理、普通顾客、会员顾客、维护人员、售货员系统范围：小区超市基本目标：系统能被简单地使用，使操作员短时间能够熟练，从而达到存储销售信息、准确计算销售额、更新售价和库存信息、记录销售量、生成票据和记录支付授权的批准的目标。B. 系统特性。用高阶、简洁的语句对系统预期功能和性能加以概述。1.系统管理(1) 会员顾客：会员顾客增删改查。(2) 普通顾客：普通顾客增删改查。(3) 权限：对顾客的类型进行授权。2.基础数据(1) 产品类别：产品类别增删改。(2) 产品：产品增删改查。(3) 顾客：普通顾客和会员顾客增删改查。3.销售管理(1) 开单：生成销
7、售订单录入商品条目。(2) 收银：生成支付单修改库存打印小票。(2) 退货：选择订单选择商品生成退货单退款。4.查询(1) 按名称查找某商品，并能查看它的库存数。(2) 按顾客& 销售时间查询订单。5.统计报表(1) 统计超市（时间分为年、季度、月）销售总金额 (数字报表)。(2) 按“产品类别”统计“起止时间”内销售金额，有小计和总计（数字报表）。1.2 开发计划A. 团队成员。王桥稳分析员莫颖超架构师、项目经理沈楷桓程序员江锦萍测试员B. 项目进度。过程时间目标工作内容提交资料控制措施初始阶段第2周分组定题布置任务，确定分组；确定题目，制定计划。提交MIS课程设计任务书提交分组计划确定项目
8、的方向，进行项目的需求分析。细化迭代13-4周搭建框架确定核心架构实现基础数据增删改查程序；编写文档1.1, 1.2, 3.2小组成员加强沟通，明确各成员的任务的工作时间。细化迭代25-6周设计实现业务用例实现销售开单用例程序；编写文档2.1-2.4；编写4.1.1编写4.2.1小组成员加强沟通，明确各成员的任务的工作时间。细化迭代37-8周设计实现业务用例实现收银用例程序；完善文档2.1-2.4，编写4.1.2小组成员加强沟通，明确各成员的任务的工作时间。细化迭代49-10设计实现业务用例实现退货用例程序；完善文档2.1-2.4，编写4.1.3编写3.1小组成员加强沟通，明确各成员的任务的工
9、作时间。细化迭代511-12周设计实现权限基于所选技术实现系统权限功能程序；编写文档4.4编写文档4.3小组成员加强沟通，明确各成员的任务的工作时间。细化迭代613-14周设计实现报表实现数据报表功能程序；编写文档4.2.2小组成员加强沟通，项目经理监督。交付17周提交成果编程人员实验室演示程序；提交文档打印稿。完成文档5,6最终版程序文档定稿小组成员加强沟通，明确各成员的任务的工作时间。C. 风险控制。即使项目经过了详细的计划并进行跟进，但没有控制好项目中的风险，项目仍然会超出进度的预计，从而导致项目团队内部的不和谐和项目的失败，所以风险控制能力则是项目经理重要的技能之一。因而在参考老师布置
10、的项目进度计划和考虑我们小组的实际情况下，我们认识我们会面临的项目风险进度有：1、技术风险：在开发的过程中，基于开发者的技术水平有限，会遇到技术上的瓶颈，这时需要花费时间去学习技术。2、团队内部风险：在项目开发过程中，每个成员的时间分配不明确，从而导致项目进度有所延误。3、业务风险：对项目的需求不明确，项目的实际情况与开发者所设想的有差异。 基于上述风险，项目经理可以通过预先采取措施的方法对项目风险的进程和后果进行适当的控制与管理，因而会采取以下风险控制措施：1、程序员在配合架构师的前提下，事先通过老师的博客和视频教程学习新的技术2、团队内部加强沟通，明确安排组员的工作时间，避免因个人原因而导
11、致总个团队的进度受到延误。3、加强对项目需求分析的理解，若开发者对项目需求仍然有不清楚的地方及时与团队和老师沟通解决。1.3 技术路线本项目采用的主要开发工具为：Eclipse、mysql5.5，涉及开发语言有：Java，HTML，sql，jpql主要框架：maven+spring data+spring mvc项目模式：C/S版本号：0.0.12 需求分析2.1业务建模A. 业务流程建模。涉众：顾客，收银员、经理业务规则规则1购买者折扣规则。示例：员工：20%折扣额。会员：10%折扣额高每个零售商有不同规则零售商政策规则2商品折扣规格。示例：洗发水买二送一花生油九五折出售高。每个零售商有不同
12、规则，每周或每月都可能改变零售商政策规则3信用卡手续费规则很低。根据银行的政策来收取部分手续费信用授权的公司政策规则4信用卡付款的方式所需的签名使用者签名是必需的信用授权的公司政策使用到的单据：1、 收款票据：超市名，工号，单号，商品名，商品单价，商品数量，商品金额，商品折扣，应收金额，实收金额，开单时间，咨询电话，超市地址等。2、 信用卡票据：客户号，工号，卡号，日期/时间，应收金额，折扣金额，实收金，超市名，咨询电话，超市地址等。 B. 领域建模。2.2需求规格说明A.系统用例图。B. 用例详述文本。用例UC1：开单范围：超市POS机应用级别：顾客目标主要参与者：收银员涉众及其关注点：-收
13、银员：希望有准确、快速的输入方式。-顾客：希望买到商品，井获得快速的服务。-公司：希望能够准确地记录交易，满足顾客要求。-经理：希望能够快速执行超控操作，并易于更正收银员的不当操作。前置条件：收银员必须通过确认和认证。后置条件：存储销售信息。准确计算销售额。更新售价和库存信息。记录销售量。主事件流：1. 顾客携带所购商品到收银台通过POS机付款。2. 收银员开始一次新的销售交易。3. 收银员扫描顾客所购商品的商品条形码来处理商品信息。4. 系统逐条记录出售的商品，并显示该商品的描述，价格和累计额。价格通过一组价格规则来计算。收银员重复34步，直到输入结束。5. 系统显示总额和计算折扣。6. 收
14、银员告知顾客总额，并请顾客付款。扩展*a.经理在任意时刻要求进行超控操作： 1.系统进入经理授权模式。 2.经理或收银员执行某一经理模式的操作。 3.系统恢复到收银员授权模式。*b .系统在任意时刻失败：为了支持恢复处理，要保证所有交易的敏感状态和事件都能够从场景的任何一步中完全恢复。1. 收银员重启系统，登录，请求恢复上次状态。2. 系统重建上次状态。 2a.系统在恢复过程中检测到异常： 1.系统向收银员提示错误，记录此错误，并进入一个初始状态。 2.收银员开始一次新的销售交易。3a.无效商品ID：1.系统提示错误并拒绝输入该ID。2.收银员响应该错误收。2a.商品ID可读。1. 银员手工输入商品ID。2. 系统显示
