1、ko便利店pos机系统管理信息系统课程设计28组MIS课程设计报告管理信息系统课程设计ko便利店pos机系统项目组编号28专业班级12信管2班黄晓群0209黎文辉0211项目组成员黎韵枝0212林锡鑫0215文档编制日期指导教师邓成剑课程设计成绩评分表(1) 个人表现20%角色项目经理分析员架构师程序员测试员姓名黄晓群黄晓群林锡鑫黎文辉黎韵枝评分(2) 文档评分40%指标权重评价评分A (优秀)B (良好)C (一般)结构20分包含开发主要阶段,结构 合理,前后连贯,结构合 理包含开发主要阶段,前后 较连贯,结构较合理缺少部分阶段文档,前后 缺乏关联,结构较混乱内容40分内容涉及开发各阶段重要
2、 工作;详略得当;模型文 字配合;囊括系统主要功 能;与项目结合紧密内容涉及开发各阶段大部 分重要工作;详略基本得 当;重要模型未辅以文字 说明;涉及系统基本功 能;与项目结合较紧密;缺少分析与设计重要工 作;内容较少;绘制了基 本模型;忽略系统重要功 能;有较多项目无关内容质里40分语言精炼;模型选用合 理;模型绘制规范清晰; 模型关联性强语言较精炼,模型选用基 本合理;模型绘制较规范 清晰,模型之间有关联拼凑文字;没有建模或模 型不规范;模型之间缺乏 关联(3)程序评分40%指标权重评价评分A (优秀)B (良好)C (一般)架构10分使用了常见JavaEE框架,选 用了 UI框架选用个别
3、框架;采用 DAO及MVC模式未使用框架;单纯JSP页 面;分层不合理基础数据30分实现了所有基础数据管理; 包含了必要字段;选用合适 组件;有格式校验实现了主要的基础数据 管理;选用了较合适的 组件;部分格式校验实现部分基础数据管理, 只选择文本框,未做格式 校验业务功能30分实现完整的业务流程;读取 基础数据;选用合适组件; 实现1对n或n对m;流程活 动间有逻辑关联实现较完整的业务流 程;读取大部分基础数 据;基本实现1对n或n 对m流程活动间有一定 关联实现了单个活动;较少读 取基础数据;较多使用文 本框录入数据;活动之间 缺乏逻辑关联权限10分使用安全框架实现自定义权 限按角色分配权
4、限简单权限查询10分实现了多条件组合查询功 能,查询结果能进一步操作实现多条件组合查询实现单条件简单查询报表10分使用报表工具,实现分类汇 总统计报表使用报表工具,实现简 单数据统计报表未使用报表工具,实现列 表并能汇总统计1 引言 项目设想 .开发计划 .技术路线 .错 误 ! 未定义书签。 错 误 ! 未定义书签。 错 误 ! 未定义书签。 错 误 ! 未定义书签。错 误 ! 未定义书签。 错 误 ! 未定义书签。 错 误 ! 未定义书签。 错 误 ! 未定义书签。 错 误 ! 未定义书签。2 需求分析 . 业务建模 . 需求规格说明 补充性规格说明 系统顺序图与操作契约3 架构设计 .
5、功能结构设计软件架构设计错 误 ! 未定义书签。 错 误 ! 未定义书签。 错 误 ! 未定义书签。详细设计 . 用例实现设计 输入输出设计 表单设计 .报表设计 .数据库设计 权限设计 . 系统实现 . 功能实现 . 系统测试 . 单元测试 .用例测试 .系统部署 . 项目总结 .错 误 ! 未定义书签。1引言项目设想A.系统展望。简要介绍产品应用场景、用户,系统范围,基本目标。产品应用场景:中小型便利店的综合性销售管理软件 用户:顾客、收银员、维护人员、仓管以及经理 系统范围:中小型便利店 基本目标:作为中小型便利店的综合性行业管理软件,支持散客和会员的消费,集前台收银,会员消费管理,商品
6、销售管理,营业收入统计等功能于一身。B.系统特性。用高阶、简洁的语句对系统预期功能和性能加以概述。对会员的注册、登录、信息修改与维护以及定期会员优惠管理。开发计划A.团队成员。简要概括项目成员及分工。林锡鑫(架构师) 黎文辉(程序员) 黎韵枝(测试员) 黄晓群(分析师)B.项目进度。简要说明项目进度安排及控制措施。过程时间目标工作内容提交资料初始第2周分组定题布置任务,确定分组;提交MIS课程设计任务书阶段确定题目,制定计划。提交分组计划细化迭代13-4周搭建框架确定核心架构实现基础数据增删改查程序; 编写文档,细化迭代25-6周设计实现业务用例实现销售开单用例程序;编写文档;编写编写细化迭代
7、37-8周设计实现业务用例实现收银用例程序;完善文档,编写细化迭代49-10设计实现业务用例实现退货用例程序;完善文档,编与编与里程碑总结。优秀成果展示。细化迭代511-12周设计实现权限基于所选技术实现系统权限功能程序;编写文档编写文档细化迭代613-14周设计实现报表实现数据报表功能程序; 编写文档交付15周提交成果编程人员实验室演示程序;提交文档打印稿。完成文档5,6最终版程序,文档定稿a)为了预防测试阶段的时候发现问题,我们小组将采取实现与测试同期进行,一个功能出来之后,测试员就立马进行测试,而不是等到最后了再进行测试,这样来避免最后更改时间不足的情况,及时发现问题。技术路线对本项目用
8、到的技术工具和作用进行简要说明。包括开发语言和工具、计算模式( 单机应用, C/S,B/S) 、框架,类库、数据库管理系统等,附上版本号,可简要描述选 择依据。后台运用了三大框架的技术,按照 MVC 分层框架进行模块的划分。三大框架的MV(模式实现,使得层次结构清晰,使编程时只需要关注业务逻辑的实现。三大框架比 较成熟,移植性,安全性都比较好,模块间耦合度也比较低。用 B/S 结构的好处是不用在安装软件,并且 B/S 结构的兼容性比较好,灵活性比较 高。用 mysql 数据库,开源软件并且功能强大,安全性比较好。2 需求分析业务建模抽象成分业务建模 (Business Modeling) 对领
9、域内企业管理和业务对象进行建模。包括业务 流程建模和领域建模。业务流程建模描述系统内各单位、人员之间业务关系、作业顺序 和管理信息流向。领域建模是从现实的问题域中找到最有代表性的概念对象, 析类。A. 业务流程建模。UC1,UC2UC3需求规格说明描述了系统的功能需需求规格说明书(Software Requirements Specification)求。构建系统用例模型描述功能需求。A.系统用例图。绘制整个系统的UML用例图0B.用例详述文本。塢计员K对所有业务活动用例 采用详述风格(包括前置条件、后置条件、主事件流,扩 展、业务规则等)进行描述。用例UC1销售开单范围:K0便利店POS应用
10、 级别:用户目标 主要参与者:收银员 涉众及其关注点:收银员:希望可以快速简单地输入,系统显示的表单清晰明了,不容易犯错。因为如果操作不方便,导致顾客等待时间过长而遭到投诉。顾客(散客):希望可以尽快地完成交易过程,并且得到快速优质的服务。希望可 以便捷清晰地看到所输入的商品的项目以价格。会员:希望能够用会员享有的优惠进行消费。理货员:希望开单过程不出错误,否则货物数量出现不对的情况。 店长:希望处理销售过程操作快速,并易于更正收银员的不当操作。 前置条件:收银员必须经过确认和认证。成功保证(或后置条件):存储销售消息;更新账务和库存信息。主要成功场景(或基本流程):1.2.3.4.顾客携带所
11、购商品或服务到收银台通过 POS机付款。收银员开始一次新的销售交易。收银员输入商品条码。系统逐条记录出售的商品,并显示商品的项目、价格和累计金额。价格通过一组价 格规则来计算。收银员重复34步,直到输入结束。*a.店长在任意时刻要求进行管理操作:1.系统进入管理员模式。2.店长或收银员执行某一个管理员模式下的操作。例如,统计进行商品折扣,新增会员等。3.系统恢复到收银员授权模式。*b.系统任意时刻失败:1.收银员重启系统,登录,请求恢复上次状态。2.系统重建上次状态。2a.系统恢复过程中检测到异常:1.系统向收银员提示错误,并进入一个初始状态。2.收银员开始一次新的销售交易。23a.会员顾客提
12、出会员消费:1.收银员输入会员顾客ID。2.系统根据会员销售规则显示相应商品的折扣或优惠活动。3.收银员根据会员等级以及店内活动进行礼品赠送(如果有)。 25a.顾客要求开通会员:1.收银员提出新增会员服务。2.收银员输入顾客具体信息,为顾客办理开通会员服务。3.系统记录新增会员的信息。25b.顾客要求去除商品中的一项:1.收银员选择商品条目或者手动输入商品ID并将其删除。2.系统删除该项目并显示更新后的累计金额。4a.当前顾客因某种原因需要等待,此时收银员为下一名排队的顾客处理销售:1.收银员将当前订单挂起,系统将当前单进行保存。2.收银员开始一次新的销售交易。3.收银员重复210步,完成销
13、售处理。5a.顾客要求兑现积分用于此次销售交易:1.收银员提交积分请求。2.收银员输入顾客ID,顾客输入相应密码。3.收银员根据会员顾客要求应用积分降低价格。 5b.顾客要求取消销售交易:1.收银员申请取消订单,系统将订单删除。 特殊需求:支持文本显示的语言国际化。使用尺寸适中的显示器触摸屏 UI。文本信息可见距离为1米左右。 界面交互设计要求简洁,指示明确。能够给用户帮助提醒的友好交互。系统处理用户转换的响应速度小于 3秒。 需要使用交通卡人工服务终端。技术与数据变元表:*a.店长需要输入相关的授权申请密码才能进入超控。3a.商品ID可以用条形码扫描器(如果有条形码)或手动输入。25a.会员
14、需要通过读卡器或键盘输入积分卡密码来使用积分卡内积分。发生频率:可能会不断地发生。未决问题:收银员是否必须在从系统注销后带走他们的现金抽屉 顾客是否可以直接使用读卡器,还是必须有收银员完成 是否采用生物识别进行登录用例UC2收银范围:KO便利店P0阪用 级别:用户目标 主要参与者:收银员 涉众及其关注点:收银员:尽快地完成收银,不出错,不会被顾客投诉或抱怨。顾客(散客):希望能方便地看到所购买商品的项目以及价格。获取凭条以便可以 退货。会员:希望可以通过活动或者会员制等条件获得一定的优惠。 店长(管理员):希望收银不出错,可以让员工工作质量提高。交通卡支付授权服务:希望准确无误地扣除相应交通卡
15、的金额。 前置条件:已经完成销售处理生成了账单。成功保证(或后置条件):存储销售信息,更新账务和库存信息,记录利润并且生成票据,记录支付授权的标准。主要成功场景(或基本流程):1.2.3.收银员告知顾客总额,并请顾客付款。 顾客选择付款方式,系统处理支付。系统记录完整的销售信息,并将销售和支付信息发送到外部的账务系统和库存系 统。系统打印票据。 顾客携带商品和票据离开。4.5.扩展(或替代流程):1a.顾客要求取消交易:1.收银员在系统中取消销售交易。1b.顾客要求收银员等待,后面排起队伍:1.收银员在系统中选择将当前订单挂起,先进行下一位顾客的交易处理。2a.顾客选择现金支付现金不足,要求剩
16、余部分用交通卡进行支付:1.收银员在系统中选择现金支付部分金额。2.收银员指示顾客在交通卡支付终端上放入交通卡。3.收银员在系统中选择交通卡支付剩下余额。3a.交通卡终端出现故障,无法进行付费:1.2.收银员告知顾客终端故障。 顾客根据自身需求减少当前购买商品。2a.顾客要求直接取消交易:1.收银员在系统中取消交易。1a.收银员权限低于该操作:1.请求管理员进行该操作。 收银员告知顾客总金额,系统完成支付。4.交通卡终端扣费成功。2b.系统突然故障:3.1.收银员将系统重新启动。2c.顾客选择交通卡支付金额不足,要求剩余部分用现金进行支付:1.收银员在系统中选择交通卡支付部分金额。2.收银员收
17、取顾客的剩余部分金额。4a.顾客索要赠品票据(不显示价格):1.收银员请求赠品票据,系统给出赠品票据。4b.打印不出票据:1.如果系统能够检测到错误,给出提示。2.收银员更换纸条。3.收银员请求打印其他票据。 特殊需求:支持文本显示的语言国际化。使用尺寸适中的显示器触摸屏 UI。文本信息可见距离为1米左右。 界面交互设计要求简洁,指示明确。能够给用户帮助提醒的友好交互。系统处理用户转换的响应速度小于 3秒。 需要使用交通卡人工服务终端。技术与数据变元表:2a.交通卡账户信息可以用交通卡支付终端进行划扣。发生频率:可能会不断地发生。未决问题: 便利店的税收政策可能会发生改变。不是会员却能够打折的
18、顾客应该如何打折 系统发生故障,重新启动后,上次未完成的销售记录是否还在系统内 如何实现部分现金部分交通卡支付的情况用例UC3退货范围:KO便利店P0阪用 级别:用户目标 主要参与者:收银员 涉众及其关注点:收银员:尽快地完成退货,不出错,不会被顾客投诉或抱怨。 顾客(散客):希望能方便地退货。系统:希望准确无误地记录退货信息。前置条件:有销售账单。成功保证(或后置条件):搜索到销售账单,更新账务和库存信息,记录退货,记录退 货方式。主要成功场景(或基本流程):1.2.3.4.5.顾客告诉收银员要退货。收银员录入收据号,查看销售记录。系统记录完整的销售信息,并将销售和支付信息显示给收银员。 收
19、银员检查商品。顾客选择退货方式,更换新商品或退钱。6.顾客携带退款或新商品离开。 扩展(或替代流程):1.顾客要求取消退货: 1)收银员在系统中取消退货。2.无收据:1) 要求顾客去找回收据。2) 根据顾客提供的日期信息等在销售记录中找到这次的销售。4.商品为人为故意损坏:1) 若是顾客购买后故意损坏,不给予退货。2) 若是顾客购买前被损坏,则给予退货。5、 商品余额不足:1)返还现金。补充性规格说明补充性规格说明补货并确定其他类型的需求,如可靠性(如 10000人并发访问)、可用性(如1米外轻松看到文本)、接口(如支持钱箱、支持网银支付接口) 等。也可以包括其他跨越多个用例的功能性需求如报表
20、、安全性、日志和错误处理、数 据备份、数据导入导出等。简要描述本项目最终系统数据查询与报表,系统权限管理的功能需求。也可以描述项目组计划实现的其他需求。修改历史版本日期描述作者初始草案2015年7月1日第三个草案分析员简介本文档记录K0便利店所有未在用例中描述的需求。功能性1.安全性任何使用都需要经过用户认证。2.日志和错误处理持久性存储中记录所有错误。3.数据备份与还原店长在任意操作过程中都可以进行数据备份与还原。数据导入和导出可以导入或导出各类信息统计表格数据。5.记录登录信息记录每个员工登录的信息。可用性1.人性因素顾客将能够看到POS大屏幕显示器的显示。因此:应该在1米左右能够轻松看到
21、文本。 避免使用色盲不能识别的颜色。员工使用系统时可能会有一些地方出现操作不明确的情况,因此:应该提供系统操作帮助。为了让顾客能更方便地使用交通卡:交通卡支付终端应该放置在面向顾客的方向,并且建议放在收银机前,方便顾 客。2.安全因素 收银员的实现长期停留在顾客或商品。因此:在收银柜处安装声音警告装置。 收银员忘记取出余额便关上收银柜:需要提供员工ID以及管理员ID进行认证,才能打开收银柜,继续余下步骤。 系统注销后为了防止员工或者其他人的不当行为:需要输入管理员的ID进行认证后才能进行工作。 可靠性1.可恢复性由于某种原因中断了系统运行,系统经过重启后可以恢复到原来的状态。2.性能界面窗口的
22、转换时间不得超过于1秒接口1.重要硬件和接口 触摸屏 条形码激光扫描仪 票据打印机 交通卡支付终端 数字小型键盘输入端 备用键盘和鼠标 所关注领域内的信息1.定价商品的所有价格根据市场价的价格定价。2.编码参考711便利店的编码来进行编码。系统顺序图与操作契约系统顺序图(SSD针对用例的一个特定场景,阐述从参与者到系统的跨越系统边界的事件制品,便于设计阶段为类分配职责。操作契约 (Con tract of Op eratio n) 定义 了重要系统事件对领域模型内对象状态的变化。A.系统顺序图。使用UML顺序图,选择1个业务活动用例绘制系统顺序图。B.选择销售用例画出顺序图:B.操作契约。选择
23、系统顺序图中复杂的系统事件编写操作契约。3架构设计功能结构设计功能结构图就是将系统的功能进行分解,按功能从属关系表示的图表。使用树形功能层次图画出系统的功能结构图。软件架构设计软件架构文档(SAD)描述了软件类的宏观组织结构。A.软件分层。使用UML包图描述软件的层次划分。用文字简要说明每个包的具体作用;程。C.命名规范。说明各层接口设计及相关接口及实现类的 命名规范;V0层:、DAO层:接口:、实现类:、Service 层:接口:、实现类:、Action 层:、View 层:、D.架构相关设计模式。本课程要求实现MVC和DAOS计模式,请文字或顺序图说明实现方案。数据库:先分析好有哪些功能、
24、用户、实例,然后根据这些建立相应的数据表。V0层:根据数据库表建立相应一一对照的实例,并生成相应操作。DAOS :实现V0层对数据库的操作。Service层:根据DAOS返回的数据,实现业务逻辑的处理。Action层:根据业务逻辑层的处理,实现相关页面的跳转和数据传输。View层:用户视图界面。4详细设计用例实现设计对关键的系统用例实现构建设计模型。可结合需求修改子项的用例名称。输入输出设计本节包含两部分,输入设计和输出设计:输入设计包括输入完整性控制设计、数据输入方法、输入设备、输入表单设计等,本文档只需撰写输入表单设计;输出设计包括输出完整性控制、输出内容和形式、输出设备接口、报表格式设计
25、等。本文档只需撰写输出报表设计;表单设计以录入订单等典型功能为例,设计输入表单及交互方式。重点描述业务表单及分录项的样式及其交互。如1张订单(表单)包含n个产品(分录项),那表单和分录项如何展现(即样式设计),1个订单和多个产品如何录入、保存(交互设计),如何实现数据格式校验。绘制或截取1张JSP页面/Swing窗口设计效果表达样式设计,示意图结合文字说明 交互设计和格式校验方案。提示:web项目中使用JQuery EasyUI等UI框架可更简单实现上述目标。如果项目使用UI框架,需在此处详细说明实现方案。便利店W尿一 祇汽阳厨腹ijWax 眸訥9flltiE9Iff琲 S二t瓦也:詞更ttf
26、t 瞅OawTflOCffij2?驚mtft13?titQL2 J?S强1 H=fiPfi:tHummq*n数据格式校验:所有信息都基本固定,预先填好了。只需选择相应的商品,填写数 量即可。数量规定了只能填写数字,而商品选择需从下拉框中查找。报表设计以查询统计为例,设计报表输出内容、样式及交互方式。重点描述 报表输出的查 询、报表样式以及交互。绘制或截取1张报表工具的样式设计器效果表达样式设计,示意图结合文字说明实 现方案。提示:使用报表工具JasperReport,JFreeChart,Highcharts及其他报表工具可 方便制作数字报表和图形报表。如果项目使用,需在此处详细说明如何使用。
27、注意事项:本课程要求分类统计数字报表,即需要有统计口径、小计、总计。表分为两种统计:一种是年度月销售统计,一种是起始时间到现在的统计。展现形 式有两种:一种是柱形图,一种是表格形式。管理员可以统计从一个时间点开始到现在 的各样商品、各类别商品的销售情况,和每个月的销售情况。数据库设计构建E-R模型,设计数据库表;如果使用存储过程或触发器,请予以说明,并举 1 个例子给出代码。ersaleretuSale retstorEmaiphonaddrestatunitcounnumberancos.typeiiduser ;:method J qua nti 、 Orderjtem 丿user 、re
28、asoPrime_co (nam J)se $一亠y jim Jeed社 Sale_return_Jeven ameCreatemco untip rodumemberp asswor/ idnu mber /HwerA 、 powenae powen ameJIinclup ayme ntavenumbe Order iteamounstatorderroducr 、” Product_tid / 匚亠 ArI typena /pricquantinumbeordermemteriduserstattotactimorderi权限设计对软件权限进行设计,需详细说明 权限粒度、自定义程度 及其相应的实现技术方 案。权限设计比较复杂时,可使用
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1