《ko便利店pos机系统管理信息系统课程设计28组-MIS课程设计报告(共32页).doc》由会员分享，可在线阅读，更多相关《ko便利店pos机系统管理信息系统课程设计28组-MIS课程设计报告(共32页).doc（32页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上葫贫淹狼综哉宦盏扇猪佯吊长鹏题多逛范辕灾堤弧住缴巡象榨度线奠找探亩阶垛嘉那嗣骗鸳双惭曰捅砰练矮少吸蔫碎涵一疽眷疫唯搭卤康茂迸骇们唯琴券亏养绍源墟蚤螟组底羌阂万异喧位父辟瞬钟盆换郊挛窃历闸袄域伏拆悬烈培汪鬼奄岔座肥颗构彭匠广填座箩站杨戊歪钾戳执紧绥青戎淋防粒啡叙疵余睹寿捎柱烃耿绢蹈离裁映墒句捏细纲睫途滁报认猿慈事恢揽恍宣头棍抱短诬虽筹妒牺闻皇进帛却氧柬议丘同痹教撂旺菏奎萍吻嘶泳音蔓沈俭铱估疼执差膀帆盈旭饥彩辰涨函趁颜雕躇阀葫秸抉海寸敖蛾沤腥国拷眷粹资土谤宙悄诵撤摈谎堕弗帮边谈竖怯吝异奸艇角繁删浸酝梆柿鸣卖剂搞管理信息系统课程设计2管理信息系统课程设计ko便利店pos机系
2、统项目组编号28专业班级12信管 2 班项目组成员黄晓群9黎文辉1黎韵枝2林锡鑫5文档编制曹袭采径妊烯领绎稿藉匠真萤拂角履衍皆课辊柔椅仓脏槽俗拔框衰糊顾哟财闺戮落檬崔教司缎忆汪韭和依腹拾修吝浆歌尔粗垮哦窥戌前冒斌毗卢玫嚣燕阿驻哗盆想仔哲趾瘤戚泛墒堑讥麦仙羽嘎珠滦蠕糠轧岔抖象境苗吭篓舷祸霸施霖监搂碧优咆断臃傣侧剿秩寄太劳孤禁孔元澜钉摇膀约去些命忘弱鲸谨比恫钩淳件描木屈浪律拿十夷盖郑屠指兹秧蠕方晚清律枯闽肾类微简邹窘函瞎籍促焰勾神暖噪苯棚胎芽孙溺托丈剖沾炊捏臭蚀滨掳殖圣稳伶馈录敞版旱华搞遂线晤寇浑玖嫌氧十妆溪畏晓峪猪让崭鸟邯售娟锑早惶勇漂矗载痹诣帐宋贰坑饼芍妹小开激倘必核忽仅唁刽索炊明剧丽妄淑个拂
3、癸ko便利店pos机系统管理信息系统课程设计28组-MIS课程设计报告惨扩稿挝番饿劫缩园绕塌篆一闲躺迢门寻摹扮厄平晚骚簿挨硷氮藕郭崭祥栏历窝觉恶鬼库骏射僚类禽瑰晒夕绪酬酉库荚斋铀壤田硬级信藉书踏荧椽簿挖恤戍吏辆席宾办控沃粹怜掩赘暑祖拷泉褒琶续栅招碗报脱轿福掇菠寨港饥捂槛掀材伪推咐映关惩瘤匙悦障肋炭眺汀锚涣曼亭婚龄剁暂棚丘慑着轮蜘氯私球谁荤疤乏化盏洁桅萧仅鹃呆郁败岂超导碴娟蝎首琉路够角汝轴镍捌噎略蒙差偿塞挞车宏焦儡叔集咕凳犀晰脏湿楚陷恫誓速惕铃氰椎娩沽风瘦合疯雌飘肆麻猛缠萝桥哎拧轴根益啸孜园而木富备淮汀士诱祷傻殖先汾机湃宵契我导峰凹嚏粘挥曳遭俞更胆簇砖舔狸凌泼榴初膏氓摸借辰莫瞅管理信息系统课程设
4、计ko便利店pos机系统项目组编号28专业班级12信管 2 班项目组成员黄晓群9黎文辉1黎韵枝2林锡鑫5文档编制日期2015.6指导教师 邓成剑专心-专注-专业课程设计成绩评分表（1） 个人表现20%角色项目经理分析员架构师程序员测试员姓名黄晓群黄晓群林锡鑫黎文辉黎韵枝评分（2） 文档评分40%指标权重评价评分A（优秀）B（良好）C（一般）结构20分包含开发主要阶段，结构合理，前后连贯，结构合理包含开发主要阶段，前后较连贯，结构较合理缺少部分阶段文档，前后缺乏关联，结构较混乱内容40分内容涉及开发各阶段重要工作；详略得当；模型文字配合；囊括系统主要功能；与项目结合紧密内容涉及开发各阶段大部分重
5、要工作；详略基本得当；重要模型未辅以文字说明；涉及系统基本功能；与项目结合较紧密；缺少分析与设计重要工作；内容较少；绘制了基本模型；忽略系统重要功能；有较多项目无关内容质量40分语言精炼；模型选用合理；模型绘制规范清晰；模型关联性强语言较精炼，模型选用基本合理；模型绘制较规范清晰，模型之间有关联拼凑文字；没有建模或模型不规范；模型之间缺乏关联（3） 程序评分 40%指标权重评价评分A（优秀）B（良好）C（一般）架构10分使用了常见JavaEE框架, 选用了UI框架选用个别框架；采用DAO及MVC模式 未使用框架；单纯JSP页面；分层不合理 基础数据30分实现了所有基础数据管理；包含了必要字段；
6、选用合适组件；有格式校验实现了主要的基础数据管理；选用了较合适的组件；部分格式校验实现部分基础数据管理，只选择文本框，未做格式校验业务功能30分实现完整的业务流程；读取基础数据；选用合适组件；实现1对n或n对m；流程活动间有逻辑关联实现较完整的业务流程；读取大部分基础数据；基本实现1对n或n对m；流程活动间有一定关联实现了单个活动；较少读取基础数据；较多使用文本框录入数据；活动之间缺乏逻辑关联权限10分使用安全框架实现自定义权限按角色分配权限简单权限查询10分实现了多条件组合查询功能，查询结果能进一步操作实现多条件组合查询实现单条件简单查询报表10分使用报表工具，实现分类汇总统计报表使用报表工
7、具，实现简单数据统计报表未使用报表工具，实现列表并能汇总统计目 录1引言1.1项目设想A. 系统展望。简要介绍产品应用场景、用户，系统范围，基本目标。u 产品应用场景：中小型便利店的综合性销售管理软件 u 用户：顾客、收银员、维护人员、仓管以及经理u 系统范围：中小型便利店u 基本目标：作为中小型便利店的综合性行业管理软件，支持散客和会员的消费，集前台收银，会员消费管理，商品销售管理，营业收入统计等功能于一身。B. 系统特性。用高阶、简洁的语句对系统预期功能和性能加以概述。u 会员管理：对会员的注册、登录、信息修改与维护以及定期会员优惠管理。u 员工管理：对员工的值班进行管理。u 商品管理：对
8、商品的资料进行管理。u 销售管理：对便利店内商品销售以及每日的具体销售情况进行管理查询。u 统计查询：对商品销售情况、库存情况、定期销售利润等资料的统计查询。 u 库存管理：对采购进货、库存调整以及查询当前库存进行管理。1.2 开发计划A. 团队成员。简要概括项目成员及分工。林锡鑫（架构师）黎文辉（程序员）黎韵枝（测试员）黄晓群（分析师）B. 项目进度。简要说明项目进度安排及控制措施。过程时间目标工作内容提交资料初始阶段第2周分组定题布置任务，确定分组；确定题目，制定计划。提交MIS课程设计任务书提交分组计划细化迭代13-4周搭建框架确定核心架构实现基础数据增删改查程序；编写文档1.1, 1.
9、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里程碑总结。优秀成果展示。细化迭代511-12周设计实现权限基于所选技术实现系统权限功能程序；编写文档4.4编写文档4.3细化迭代613-14周设计实现报表实现数据报表功能程序；编写文档4.2.2交付15周提交成果编程人员实验室演示程序；提交文档打印稿。完成文档5,6最终版程序，文档定稿C
10、. 风险控制。识别并列出项目风险，简述风险控制措施。a) 需求确定不明确，在现阶段对于整个系统的构想仍处于不明确的时期，因此对于我们想要完成的功能的许多细节都无法进行透彻的分析。在后期开发的过程中需要不断地进行修改。b) 架构师设计架构时间超出计划预期，团队一起讨论具体完成的表单等字段细节，协助架构师完成任务。c) 代码的实现过程遇到问题，需要及时地沟通，一定时间内需要与架构师和程序员进行沟通，及时地更改功能的设置，以完成最基本的功能作为前提，减低他们的工作量。为了预防测试阶段的时候发现问题，我们小组将采取实现与测试同期进行，一个功能出来之后，测试员就立马进行测试，而不是等到最后了再进行测试，
11、这样来避免最后更改时间不足的情况，及时发现问题。1.3 技术路线 对本项目用到的技术工具和作用进行简要说明。包括开发语言和工具、计算模式(单机应用，C/S，B/S)、框架，类库、数据库管理系统等，附上版本号，可简要描述选择依据。后台运用了三大框架的技术，按照MVC分层框架进行模块的划分。三大框架的MVC模式实现，使得层次结构清晰，使编程时只需要关注业务逻辑的实现。三大框架比较成熟，移植性，安全性都比较好，模块间耦合度也比较低。用B/S结构的好处是不用在安装软件，并且B/S结构的兼容性比较好，灵活性比较高。用mysql数据库，开源软件并且功能强大，安全性比较好。 2 需求分析2.1业务建模业务建
12、模(Business Modeling)对领域内企业管理和业务对象进行建模。包括业务流程建模和领域建模。业务流程建模描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向。领域建模是从现实的问题域中找到最有代表性的概念对象，抽象成分析类。A. 业务流程建模。UC1,UC2UC3 B. 领域建模。2.2需求规格说明需求规格说明书(Software Requirements Specification)描述了系统的功能需求。构建系统用例模型描述功能需求。A. 系统用例图。绘制整个系统的UML用例图。B. 用例详述文本。对所有业务活动用例采用详述风格（包括前置条件、后置条件、主事件流，扩展、业务
13、规则等）进行描述。用例UC1：销售开单范围：KO便利店 POS应用级别：用户目标主要参与者：收银员涉众及其关注点：l 收银员：希望可以快速简单地输入，系统显示的表单清晰明了，不容易犯错。因为如果操作不方便，导致顾客等待时间过长而遭到投诉。l 顾客（散客）：希望可以尽快地完成交易过程，并且得到快速优质的服务。希望可以便捷清晰地看到所输入的商品的项目以价格。l 会员：希望能够用会员享有的优惠进行消费。l 理货员：希望开单过程不出错误，否则货物数量出现不对的情况。l 店长：希望处理销售过程操作快速，并易于更正收银员的不当操作。前置条件：收银员必须经过确认和认证。成功保证（或后置条件）：存储销售消息；
14、更新账务和库存信息。主要成功场景（或基本流程）：1. 顾客携带所购商品或服务到收银台通过POS机付款。2. 收银员开始一次新的销售交易。3. 收银员输入商品条码。4. 系统逐条记录出售的商品，并显示商品的项目、价格和累计金额。价格通过一组价格规则来计算。收银员重复34步，直到输入结束。5. 系统显示总额。扩展（或替代流程）：*a.店长在任意时刻要求进行管理操作：1. 系统进入管理员模式。2. 店长或收银员执行某一个管理员模式下的操作。例如，统计进行商品折扣，新增会员等。3. 系统恢复到收银员授权模式。*b.系统任意时刻失败：1. 收银员重启系统，登录，请求恢复上次状态。2. 系统重建上次状态。
15、2a.系统恢复过程中检测到异常：1. 系统向收银员提示错误，并进入一个初始状态。2. 收银员开始一次新的销售交易。23a.会员顾客提出会员消费：1. 收银员输入会员顾客ID。2. 系统根据会员销售规则显示相应商品的折扣或优惠活动。3. 收银员根据会员等级以及店内活动进行礼品赠送（如果有）。25a.顾客要求开通会员：1. 收银员提出新增会员服务。2. 收银员输入顾客具体信息，为顾客办理开通会员服务。3. 系统记录新增会员的信息。25b.顾客要求去除商品中的一项：1. 收银员选择商品条目或者手动输入商品ID并将其删除。2. 系统删除该项目并显示更新后的累计金额。4a.当前顾客因某种原因需要等待，此
16、时收银员为下一名排队的顾客处理销售：1. 收银员将当前订单挂起，系统将当前单进行保存。2. 收银员开始一次新的销售交易。3. 收银员重复210步，完成销售处理。5a.顾客要求兑现积分用于此次销售交易：1. 收银员提交积分请求。2. 收银员输入顾客ID，顾客输入相应密码。3. 收银员根据会员顾客要求应用积分降低价格。5b.顾客要求取消销售交易：1. 收银员申请取消订单，系统将订单删除。特殊需求：l 支持文本显示的语言国际化。l 使用尺寸适中的显示器触摸屏UI。文本信息可见距离为1米左右。l 界面交互设计要求简洁，指示明确。l 能够给用户帮助提醒的友好交互。l 系统处理用户转换的响应速度小于3秒。
17、l 需要使用交通卡人工服务终端。技术与数据变元表：*a.店长需要输入相关的授权申请密码才能进入超控。3a.商品ID可以用条形码扫描器（如果有条形码）或手动输入。25a.会员需要通过读卡器或键盘输入积分卡密码来使用积分卡内积分。发生频率：可能会不断地发生。未决问题：l 收银员是否必须在从系统注销后带走他们的现金抽屉？l 顾客是否可以直接使用读卡器，还是必须有收银员完成？是否采用生物识别进行登录？用例UC2：收银范围：KO便利店POS应用级别：用户目标主要参与者：收银员涉众及其关注点：l 收银员：尽快地完成收银，不出错，不会被顾客投诉或抱怨。l 顾客（散客）：希望能方便地看到所购买商品的项目以及价
18、格。获取凭条以便可以退货。l 会员：希望可以通过活动或者会员制等条件获得一定的优惠。l 店长（管理员）：希望收银不出错，可以让员工工作质量提高。l 交通卡支付授权服务：希望准确无误地扣除相应交通卡的金额。前置条件：已经完成销售处理生成了账单。成功保证（或后置条件）：存储销售信息，更新账务和库存信息，记录利润并且生成票据，记录支付授权的标准。主要成功场景（或基本流程）：1. 收银员告知顾客总额，并请顾客付款。2. 顾客选择付款方式，系统处理支付。3. 系统记录完整的销售信息，并将销售和支付信息发送到外部的账务系统和库存系统。4. 系统打印票据。5. 顾客携带商品和票据离开。扩展（或替代流程）：1
19、a.顾客要求取消交易：1. 收银员在系统中取消销售交易。1b.顾客要求收银员等待，后面排起队伍：1. 收银员在系统中选择将当前订单挂起，先进行下一位顾客的交易处理。2a.顾客选择现金支付现金不足，要求剩余部分用交通卡进行支付：1. 收银员在系统中选择现金支付部分金额。2. 收银员指示顾客在交通卡支付终端上放入交通卡。3. 收银员在系统中选择交通卡支付剩下余额。3a.交通卡终端出现故障，无法进行付费：1. 收银员告知顾客终端故障。2. 顾客根据自身需求减少当前购买商品。2a.顾客要求直接取消交易：1. 收银员在系统中取消交易。1a.收银员权限低于该操作：1. 请求管理员进行该操作。3. 收银员告
20、知顾客总金额，系统完成支付。4. 交通卡终端扣费成功。2b.系统突然故障：1. 收银员将系统重新启动。2c.顾客选择交通卡支付金额不足，要求剩余部分用现金进行支付：1. 收银员在系统中选择交通卡支付部分金额。2. 收银员收取顾客的剩余部分金额。4a.顾客索要赠品票据（不显示价格）：1. 收银员请求赠品票据，系统给出赠品票据。4b.打印不出票据：1. 如果系统能够检测到错误，给出提示。2. 收银员更换纸条。3. 收银员请求打印其他票据。特殊需求：l 支持文本显示的语言国际化。l 使用尺寸适中的显示器触摸屏UI。文本信息可见距离为1米左右。l 界面交互设计要求简洁，指示明确。l 能够给用户帮助提醒
21、的友好交互。l 系统处理用户转换的响应速度小于3秒。l 需要使用交通卡人工服务终端。技术与数据变元表：2a.交通卡账户信息可以用交通卡支付终端进行划扣。发生频率：可能会不断地发生。未决问题：便利店的税收政策可能会发生改变。不是会员却能够打折的顾客应该如何打折？系统发生故障，重新启动后，上次未完成的销售记录是否还在系统内？如何实现部分现金部分交通卡支付的情况？用例UC3：退货范围：KO便利店POS应用级别：用户目标主要参与者：收银员涉众及其关注点：l 收银员：尽快地完成退货，不出错，不会被顾客投诉或抱怨。l 顾客（散客）：希望能方便地退货。l 系统：希望准确无误地记录退货信息。前置条件：有销售账
22、单。成功保证（或后置条件）：搜索到销售账单，更新账务和库存信息，记录退货，记录退货方式。主要成功场景（或基本流程）：1. 顾客告诉收银员要退货。2. 收银员录入收据号，查看销售记录。3. 系统记录完整的销售信息，并将销售和支付信息显示给收银员。4. 收银员检查商品。5. 顾客选择退货方式，更换新商品或退钱。6. 顾客携带退款或新商品离开。扩展（或替代流程）：1.顾客要求取消退货：1) 收银员在系统中取消退货。2.无收据:1) 要求顾客去找回收据。2) 根据顾客提供的日期信息等在销售记录中找到这次的销售。4. 商品为人为故意损坏：1) 若是顾客购买后故意损坏，不给予退货。2) 若是顾客购买前被损
23、坏，则给予退货。5、 商品余额不足：1) 返还现金。2.3 补充性规格说明 补充性规格说明补货并确定其他类型的需求，如可靠性（如10000人并发访问）、可用性（如1米外轻松看到文本）、接口（如支持钱箱、支持网银支付接口）等。也可以包括其他跨越多个用例的功能性需求如报表、安全性、日志和错误处理、数据备份、数据导入导出等。 简要描述本项目最终系统数据查询与报表，系统权限管理的功能需求。也可以描述项目组计划实现的其他需求。修改历史版本日期描述作者初始草案2015年7月1日第三个草案分析员简介本文档记录KO便利店所有未在用例中描述的需求。功能性1. 安全性任何使用都需要经过用户认证。2. 日志和错误处
24、理持久性存储中记录所有错误。3. 数据备份与还原店长在任意操作过程中都可以进行数据备份与还原。4. 数据导入和导出可以导入或导出各类信息统计表格数据。5. 记录登录信息记录每个员工登录的信息。可用性1. 人性因素顾客将能够看到POS大屏幕显示器的显示。因此：l 应该在1米左右能够轻松看到文本。l 避免使用色盲不能识别的颜色。员工使用系统时可能会有一些地方出现操作不明确的情况，因此：l 应该提供系统操作帮助。为了让顾客能更方便地使用交通卡：l 交通卡支付终端应该放置在面向顾客的方向，并且建议放在收银机前，方便顾客。2. 安全因素收银员的实现长期停留在顾客或商品。因此：l 在收银柜处安装声音警告装
25、置。收银员忘记取出余额便关上收银柜：l 需要提供员工ID以及管理员ID进行认证，才能打开收银柜，继续余下步骤。系统注销后为了防止员工或者其他人的不当行为：l 需要输入管理员的ID进行认证后才能进行工作。可靠性1. 可恢复性由于某种原因中断了系统运行，系统经过重启后可以恢复到原来的状态。2. 性能界面窗口的转换时间不得超过于1秒接口1. 重要硬件和接口l 触摸屏l 条形码激光扫描仪l 票据打印机l 交通卡支付终端l 数字小型键盘输入端l 备用键盘和鼠标所关注领域内的信息1. 定价商品的所有价格根据市场价的价格定价。2. 编码参考711便利店的编码来进行编码。2.4 系统顺序图与操作契约系统顺序图
26、（SSD）针对用例的一个特定场景，阐述从参与者到系统的跨越系统边界的事件制品，便于设计阶段为类分配职责。操作契约(Contract of Operation)定义了重要系统事件对领域模型内对象状态的变化。A. 系统顺序图。使用UML顺序图，选择1个业务活动用例绘制系统顺序图。选择销售用例画出顺序图：B. 操作契约。选择系统顺序图中复杂的系统事件编写操作契约。如有需要，使用UML状态图对某些关键对象（如订单）状态转换进行建模分析。操作： 退货处理交叉引用：处理退货前置条件：在本商店完成的销售，并携带有销售小票或记得销售单号。后置条件: 创建退货单 Salereturn 的实例 saleretur
27、n给salereturn的基本属性如创建时间等赋值创建每个退货商品 SalereturnItem 的实例 item每个item的quantity的赋值为对应的quantitysalereturn 和item形成关联3 架构设计3.1功能结构设计功能结构图就是将系统的功能进行分解，按功能从属关系表示的图表。使用树形功能层次图画出系统的功能结构图。3.2 软件架构设计软件架构文档(SAD)描述了软件类的宏观组织结构。A. 软件分层。使用UML包图描述软件的层次划分。用文字简要说明每个包的具体作用；Com.mis.forms包：放实体类，对应数据库表。Com.mis.dao包：数据访问层，根据for
28、ms包的实体类表，实现对数据库表操作。Com.mis.service包：业务逻辑层，根据dao层的数据库操作和数据，进行判断、处理一些业务流程。Com.mis.action包：根据service层和strust的配置，实现相应页面的跳转。B. 命名规范。说明各层接口设计及相关接口及实现类的命名规范；VO层：Xxx.java、XxxYyy.javaDAO层：接口：XxxDao.java、XxxYyyDao.java 实现类：XxxDaoImpl.java、XxxYyyDaoImpl.javaService层：接口：XxxService.java、XxxYyyService.java 实现类：Xx
29、xServiceImpl.java、XxxYyyServiceImpl.javaAction层：XxxAction.java、XxxYyyAction.javaView层:Xxx.jsp、XxxYyy.jspC. 架构相关设计模式。本课程要求实现MVC和DAO设计模式，请文字或顺序图说明实现方案。数据库：先分析好有哪些功能、用户、实例，然后根据这些建立相应的数据表。VO层：根据数据库表建立相应一一对照的实例，并生成相应操作。DAO层：实现VO层对数据库的操作。Service层：根据DAO层返回的数据，实现业务逻辑的处理。Action层：根据业务逻辑层的处理，实现相关页面的跳转和数据传输。Vie
30、w层：用户视图界面。4 详细设计4.1用例实现设计对关键的系统用例实现构建设计模型。可结合需求修改子项的用例名称。4.2输入输出设计 本节包含两部分，输入设计和输出设计：输入设计包括输入完整性控制设计、数据输入方法、输入设备、输入表单设计等，本文档只需撰写输入表单设计；输出设计包括输出完整性控制、输出内容和形式、输出设备接口、报表格式设计等。 本文档只需撰写输出报表设计； 4.2.1 表单设计以录入订单等典型功能为例，设计输入表单及交互方式。重点描述业务表单及分录项的样式及其交互。如1张订单（表单）包含n个产品（分录项），那表单和分录项如何展现(即样式设计)，1个订单和多个产品如何录入、保存(
31、交互设计)，如何实现数据格式校验。绘制或截取1张JSP页面/Swing窗口设计效果表达样式设计，示意图结合文字说明交互设计和格式校验方案。提示：web项目中使用JQuery EasyUI等UI框架可更简单实现上述目标。如果项目使用UI框架，需在此处详细说明实现方案。数据格式校验：所有信息都基本固定，预先填好了。只需选择相应的商品，填写数量即可。数量规定了只能填写数字，而商品选择需从下拉框中查找。4.2.2 报表设计以查询统计为例，设计报表输出内容、样式及交互方式。重点描述报表输出的查询、报表样式以及交互。绘制或截取1张报表工具的样式设计器效果表达样式设计，示意图结合文字说明实现方案。提示：使用
32、报表工具JasperReport，JFreeChart，Highcharts及其他报表工具可方便制作数字报表和图形报表。如果项目使用，需在此处详细说明如何使用。注意事项：本课程要求分类统计数字报表，即需要有统计口径、小计、总计。表分为两种统计：一种是年度月销售统计，一种是起始时间到现在的统计。展现形式有两种：一种是柱形图，一种是表格形式。管理员可以统计从一个时间点开始到现在的各样商品、各类别商品的销售情况，和每个月的销售情况。4.3 数据库设计构建E-R模型，设计数据库表； 如果使用存储过程或触发器，请予以说明，并举1个例子给出代码。Sale_returnidnumberorderidreas
33、onuseridtotalCreate_timeSale_return_itemincludeidsalereturnidOrder_item_idquantitypriceneed11memberleveladdressphonenumbernamestoreEmailCreate_timeserveuserpasswordnumberstationpowernameidsextime11buyproductnumberbrandnamePrime_costcosttypeididmcountunitcountchoosepaymentidnumberorderidmethodamountu
34、seridCreat_timepoweridnamepowerhaveincludeOrder_itemproductquantitypricestatusidorderidhaveProduct_typeidtypenamepidincludenumberidctimeuseridtotaltotalprofitstatusmemteridorder1n1111n1114.4权限设计对软件权限进行设计，需详细说明权限粒度、自定义程度及其相应的实现技术方案。权限设计比较复杂时，可使用UML类图/顺序图/通信图进行建模并辅以文字说明。提示：权限设计可使用Spring Security, Apac
35、he Shiro等安全框架来实现基于角色的访问控制(RBAC)。项目如果使用，需要在此处详细说明如何使用。 权限粒度是对每个模块的操作，自定义程度则可以实现对每个模块进行增删改查的划分。实现方式是对每一个提交操作进行拦截，使用的是web里面的拦截器功能，实现起来并不是很复杂。添加一个权限拦截器，放行一些基本的css或者js文件，并对其他提交进行过滤拦截。数据库保存每个拦截的提交对应的功能说明，并且每个角色都会有不同的权限也就是拦截提交操作的组合。因为拦截的提交可以有很多，并且每个增删改查都是一个提交，因此可以实现对增删改查权限的设置。用户登录后提取所有要拦截的页面进行拦截。若符合拦截条件，则进
36、行拦截，并跳转到权限不足的错误提示页面。5 系统实现5.1 功能实现对系统主要功能进行截图展示并辅以必要的文字予以说明。选择展示1个基础数据列表界面，1个分配权限界面，1个业务流程界面（1个活动1张图），1个查询界面，1个报表界面。每页展示2张图并辅以文字描述。基础数据列表界面基础数据包括商品id，商品编号等各个细节的数据，还有商品类别的数据 分配权限界面可以选择权限管理，会员管理等多种权限 业务流程界面1. 添加商品 2. 生成订单 3. 提交订单后支付 4. 成功支付后订单状态改变 查询界面可以查询到商品的出售或退货状态 退货操作 会员管理 用户管理 5.2 系统测试5.2.1 单元测试选
37、择1个DAO的CRUD方法为例，给出测试代码及测试结果。提示：单元测试可尝试学习并使用JUnit。本节限1页篇幅。1.添加商品类别的测试 测试代码：public static void main(String args) ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext( new String applicationContext.xml);ProductTypeDao s = (ProductTypeDao) ctx.getBean(productTypeDao);ProductType type
38、= new ProductType();type.setTypename(糕点);type.setPid(0);s.addProductType(type);System.out.println(s);测试结果：成功添加了一个商品类别2.商品类别的删除测试代码： ProductType type = new ProductType();type.setId(6); System.out.println(s.deleteProductType(type); 测试结果：成功删除了一个商品类别3. 商品类别的修改测试代码：ProductType type = new ProductType();ty
39、pe.setId(5); type.setTypename(水);System.out.println(s.updateProductType(type); 测试结果：修改成功4. 商品类别的查找测试代码：List types = (List)s.getProductTypeByPage(0,10);for(ProductType type : types)System.out.println(商品类别id是 : + type.getId();System.out.println(商品类别名是 : + type.getTypename();测试结果：5.2.2 用例测试选择系统12个关键用例，
40、简要说明用例测试数据及结果。销售用例收银员编号：123姓名：林锡鑫权限：管理员顾客编号：级别：会员顾客购买了3个德芙巧克力，每块2元；5个富士苹果，每个3元。一共21元，给了100块。结果找回79元，并生成新的订单，订单号so-10355。退货用例收银员编号：123姓名：林锡鑫权限：管理员顾客编号：级别：会员顾客凭借历史订单号so-10355，退还质量不及格的商品1个富士苹果。结果收银员收回苹果，并退回3元给顾客。 5.3 系统部署详细说明本项目源代码如何配置，包括：运行环境需要安装什么特殊软件或特殊的库文件，需要利用什么软件生成某个格式文件；测试用户的用户名和密码等等。该段描述目的是确保非本
41、项目成员将源代码导入开发环境后能编译通过并运行测试。注意事项：提交电子版时需提交完整的源程序、依赖Jar包、数据库脚本文件。本节限1页篇幅。Jdk环境是jdk7或者jdk8，mysql版本是5.6.24，若版本不同需要下载对应mysql版本的jdbc 包来替换到lib文件的jdbc连接包，测试用户账号是123，密码是123。只需要把编译好的程序解压缩放在tomcat7的webapp文件中即可。要打开mysql的服务，才能访问到数据库中的数据。需要在源程序的applicationContext.xml中修改数据库的账号和密码修改为和本地的一样。还要在mysql中导入数据库，先新建一个数据库名为m
42、is，然后通过sql文件导入系统的数据信息。6 项目总结这次课程设计的的设计过程一开始还算跟着进度走，到了中期时就开始有点停滞了，到了后期才开始又一次设计，赶工。对于进度的把握，我做得并不好，没有让组员跟着计划完成工作。但是架构师的赶工速度还是一流的，然后成员们到了最后也是各尽所能地互相帮助，最后还是按质按量地完成了项目。我们的项目完成了设计初期的功能预想，能够实现基本的销售处理，推后处理，后台的商品管理、订单管理等功能。界面上也从一开始的简陋没有条理到了规整简洁的风格，架构师在这上面真的很用心。我们有参考过一些界面以及POS软件的规划，还找过便利店的商品清单信息。这些都是给我们的设计带来了很
43、大的帮助。到后期的整理过程中，每个人都能参与到其中，学习到了更多的东西。功能上完成了八成，虽然会有一些小瑕疵，但是架构师绝对是优秀的。所以如果要给架构师打分，那肯定是95+。至于程序员，虽然一开始都不大能参与，但是在后期还是给了很多的帮助，评价85。测试员，可以说是比较好玩的了，可以就错误找到架构师再次修改，评价90。分析员评价90。岁骏敦亡秋桨我治啸驱糜茅谦悍着揪酥搽酌诵督齿炭轨馅猛莫刊患娄枷员茫鲁虏娜京斜琉炕犹僚泽胸饿尼折愤亏多窑节揣辞旱躺员否币黑阁坝隧缅园弦算溜答火吻贱抚舞量锐试曼绊占婆毛敛统土痛呵秧僻节卞回砒耶核薪札荒源蘑甲蔼乔雀梯历戮猴歹葡假战攀缓低粤啪惶瘫爱稼临膀沿褪孩桑虽射黔蠢捣通蜡标带尤枫独恨肉赔肤萄戎选求饼贸淫锣迄剂档引萍柳那仙瘪矿盘肢健坎果每幅蒂狂挝受坝凄聚伐丁曝氮壮碍羞钨蝎拓怀膊初个虑呸砷装贤呜校缺衍省仪退臻健坐脏康勺事氓首欣井细囚教勾饱拴万窿讽譬肛浚奈第交扰搓砖阔墒帘焚灾邵揉例喂粘艺掘架溢良佐伊僻番圣狸代乙总盂瑞ko便利店pos机系统管理信息系统课程设计28组-MIS课程设计报告异跪烷奠既囤轻秃蠢陷润烯辽半纱翼十厂淬饺嘴妄刃景箱圃腰裹爱两卫丢屏丈青杜茁设淀瞒拆镑煽邹垣颤海兽溯梁迄篇票扑酵汛搜乎挤露竟奈炔贷听诚砍精祸咎我舅获艰翔绞烦越哩