管理信息系统课程设计-便利店pos系统

上传人:hs****ma 文档编号:562961699 上传时间:2023-02-28 格式:DOC 页数:39 大小:1.64MB
返回 下载 相关 举报
管理信息系统课程设计-便利店pos系统_第1页
第1页 / 共39页
管理信息系统课程设计-便利店pos系统_第2页
第2页 / 共39页
管理信息系统课程设计-便利店pos系统_第3页
第3页 / 共39页
管理信息系统课程设计-便利店pos系统_第4页
第4页 / 共39页
管理信息系统课程设计-便利店pos系统_第5页
第5页 / 共39页
点击查看更多>>
资源描述

《管理信息系统课程设计-便利店pos系统》由会员分享,可在线阅读,更多相关《管理信息系统课程设计-便利店pos系统(39页珍藏版)》请在金锄头文库上搜索。

1、管理信息系统课程设计管理信息系统课程设计便利店pos系统全套设计加扣 3346389411或3012250582项目组编号21专业班级12信管 2班项目组成员文档编制日期2015.6指导教师 3MIS课程设计开发文档课程设计成绩评分表(1) 个人表现20%角色项目经理分析员架构师程序员测试员姓名评分(2) 文档评分40%指标权重评价评分A(优秀)B(良好)C(一般)结构20分包含开发主要阶段,结构合理,前后连贯,结构合理包含开发主要阶段,前后较连贯,结构较合理缺少部分阶段文档,前后缺乏关联,结构较混乱内容40分内容涉及开发各阶段重要工作;详略得当;模型文字配合;囊括系统主要功能;与项目结合紧密

2、内容涉及开发各阶段大部分重要工作;详略基本得当;重要模型未辅以文字说明;涉及系统基本功能;与项目结合较紧密;缺少分析与设计重要工作;内容较少;绘制了基本模型;忽略系统重要功能;有较多项目无关内容质量40分语言精炼;模型选用合理;模型绘制规范清晰;模型关联性强语言较精炼,模型选用基本合理;模型绘制较规范清晰,模型之间有关联拼凑文字;没有建模或模型不规范;模型之间缺乏关联(3) 程序评分 40%指标权重评价评分A(优秀)B(良好)C(一般)架构10分使用了常见JavaEE框架, 选用了UI框架选用个别框架;采用DAO及MVC模式 未使用框架;单纯JSP页面;分层不合理 基础数据30分实现了所有基础

3、数据管理;包含了必要字段;选用合适组件;有格式校验实现了主要的基础数据管理;选用了较合适的组件;部分格式校验实现部分基础数据管理,只选择文本框,未做格式校验业务功能30分实现完整的业务流程;读取基础数据;选用合适组件;实现1对n或n对m;流程活动间有逻辑关联实现较完整的业务流程;读取大部分基础数据;基本实现1对n或n对m;流程活动间有一定关联实现了单个活动;较少读取基础数据;较多使用文本框录入数据;活动之间缺乏逻辑关联权限10分使用安全框架实现自定义权限按角色分配权限简单权限查询10分实现了多条件组合查询功能,查询结果能进一步操作实现多条件组合查询实现单条件简单查询报表10分使用报表工具,实现

4、分类汇总统计报表使用报表工具,实现简单数据统计报表未使用报表工具,实现列表并能汇总统计34目 录软件开发文档版本更新记录11引言21.1项目设想21.2 开发计划21.3 技术路线22 需求分析22.1业务建模22.2需求规格说明32.3 补充性规格说明32.4 系统顺序图与操作契约33 架构设计33.1功能结构设计33.2 软件架构设计44 详细设计44.1用例实现设计44.1.1 销售开单44.1.2 收银44.1.3 退货44.2输入输出设计44.2.1 表单设计54.2.2 报表设计54.3 数据库设计54.4权限设计65 系统实现65.1 功能实现65.2 系统测试65.2.1 单元

5、测试65.2.2 用例测试65.3 系统部署76 项目总结7软件开发文档版本更新记录ContentDateDescriptionAuthor便利店pos机-细化迭代12015/4项目设想,开发计划林宇航细化迭代二需求规格说明和补充性规格说明2015/4/18用例图,用例文本,补充性规格说明林宇航软件架构设计2015/4/19软件架构设计陈梦娜1引言1.1项目设想A.系统展望应用场景:一般便利店的销售收银系统。用户:收银员,顾客,经理。系统范围:便利店,士多店基本目标:主要是实现便利店货物的收费、支付和找钱功能,还有货物管理,销售管理和客户管理等。B.系统特性货物管理:对货物的录入,删除,库存和

6、促销打折的管理。客户管理:客户积分计算和享有的折扣优惠。员工管理:员工的登录和拥有对货物打折的权限。销售管理:实现收银支付促销的功能。统计管理:统计历史时间货物的销售状况。1.2 开发计划A.团队成员项目经理(范文辉):统筹整个项目的工作,控制项目的进度。分析员(范文辉):分析需求,确定产品应用范围、功能和最终实现的目标。架构师(陈梦娜):搭建项目的构架,编写部分代码,实现系统功能。程序员(吴文浩):编写代码,实现系统功能。测试员(林宇航):测试系统的运行效果,功能实现程度,写测试报告。B.项目进度1进度安排:3-4周搭建框架,确定核心架构,实现基础数据增删改查。5-6周设计实现业务用例,实现

7、销售开单用例。7-8周设计实现业务用例,实现收银用例。9-10 设计实现业务用例,实现退货用例。11-12周设计实现权限,基于所选技术实现系统权限功能。13-14周设计实现报表,实现数据报表功能。2控制措施:任务分工,把具体工作分配给每个人,项目经理及时提醒个人根据进度安排按时完成各项内容。成员内有效沟通,尽量以比较高的效率完成项目。C.风险控制1经验欠缺,成员开发经验不足,可能使项目质量难以保证。只有通过不断地实践,修改来提高项目的质 量。2 .项目开发过程涉及的专业知识较多,给项目开发带来一定的困难。开发过程中不断地学习知识。3.系统性能不稳定,可能出现bug。成员使用相同的开发环境,搭建

8、良好的配置开发环境。1.3 技术路线 对本项目用到的技术工具和作用进行简要说明。包括开发语言和工具、计算模式(单机应用,C/S,B/S)、框架,类库、数据库管理系统等,附上版本号,可简要描述选择依据。开发语言:java,JavaScript,html框架:play framework (版本号:2.2.1) ,flat ui,ajax数据库:mysql 2 需求分析2.1业务建模A. 业务流程建模。u 使用UML活动图分析目标系统所支持的业务流程。u 使用文字对流程中每个活动的涉众、业务规则、使用到的单据进行必要的说明。 B. 领域建模。u 使用UML类图构建领域模型。2.2需求规格说明系统用

9、例图。B. 用例详述文本。用例1:处理销售级别:用户目标主要参与者:收银员涉众及其关注点:收银员:希望能够快速、准确地输入,而且没有支付错误,没有找钱错误。顾客:希望快速地完成购买活动,并且能够享受到可以清晰地看到商品列表、价格、优惠以及总价,还有能够得到购买凭证。经理:能够管理商品,管理用户,实现查询,修改,添加,删除的操作,还有实现超控操作,更正收银员的不当操作。前置条件:收银员必须经过确认和认证后置条件:存储销售信息,生成记录和票据,计算总额和税金,更新账务和库存。主成功场景:1顾客携带所购的商品到收银台通过pos机付款。2收银员开始一次新的销售。3收银员输入一位顾客购买的商品。4系统逐

10、条记录商品,并显示该商品的描述、价格和累计金额。银员重复3-4步,直到输入所有的商品。5系统显示总金额和优惠信息。6顾客付款,系统处理支付,并打印票据。7系统更新销售信息和财务信息。扩展:*a.经理在任意时刻要求进行超控操作:1.系统进入经理授权模式(登录经理账号)。2.经理实现经理模式操作,例如:改变商品优惠信息,给顾客打折,处理销售交易等。3.系统恢复到收银员模式。*b.系统在任意时刻失败:为了支持恢复和更正账务处理,要保证交易能够从任何一步恢复1.收银员重启系统,登录,恢复上一次状态。2.系统重建上次状态。 2a.系统在恢复过程中检测到异常:1.系统向收银员提示错误,记录此错误,并进入一

11、个人初始状态。2.收银员开始一个新的销售交易。1a.顾客或经理需要恢复一个中断的销售交易。1收银员执行恢复操作,并输入交易ID提取对应的销售交易。2系统显示被恢复的销售交易状态及其小计。2a.未发现对应的销售交易。1系统向收银员提示错误。2收银员可能会开始一个新销售交易,并重新输入所有商品。3收银员继续该次销售交易。2-4a顾客告诉收银员其获得的优惠折扣。 1收银员核实后输入折扣信息。 2系统根据折扣信息计算总金额。3a无效商品ID(在系统中未发现): 1系统提示错误并拒绝输入该ID。 2收银员响应该错误。 2a商品ID可读 1收银员手工输入商品ID。 2系统显示商品项目的描述和价格。 2b系

12、统内不存在该商品的ID,但是该商品附有价签: 1收银员请求经理执行超控操作。 2经理执行超控操作(添加该商品)。 3收银员再收入该商品。3b当有多个商品项目属于同一类别: 1收银员可以输入类别的标识和商品的数量。3-5a顾客要求收银员从所购商品中去掉一项或几项: 1收银员将列表中对应的商品删除。 2系统删除对应的项目后显示更新的总金额。3-5b顾客要求取消交易: 1收银员在系统中取消交易。6a现金支付: 1收银员输入收取的现金额 2系统显示找零金额。 3收银员收取现金,并给顾客找零。6b打印票据 1系统提示错误。 2收银员更换纸张。 3收银员或打印其它票据。特殊需求:l 文本信息即字体可见距离

13、要为1米。l 记录某位收银员一次登录收取的金额。l 收银员能被授权给某位顾客优惠。发生频率:可能会不断发生未决问题:l 针对不同的业务需要怎样进行定制。l 顾客是否可以要求第三方支付。应用的领域规则ID规则可变性来源规则1所有商品有经理录入并决定价格和优惠折扣。不同便利店优惠折扣不同。便利店政策规则2所有商品折扣不能大于20%,顾客消费200-500折扣为5%,500以上10%,节日另决定。不同便利店优惠折扣不同。便利店政策用例2名称:收银范围:便利店POS机应用主要参与者:收银员前置条件:收银员必须经过登陆和认证身份后置条件:存储销售交易信息,确定每个订单号对应一笔交易。准确计算销售总价和折扣,并同时更新库存信息,生成票据。主成功场景:1. 收银员把顾客所要购买的商品信息都录入到pos机应用,进行结账操作。2. 系统显示应付总额,收银员告知顾客所要支付金额。3. 顾客付款,系统进行处理支付,收银员找零。4. 系统记录完整销售交易记录,同时更新库存信息5. 系统打印票据6. 顾客带着商品和票据离开扩展:*a.经理在任意时刻要求进行超控操作:1.系统进入经理授权模式(登录经理

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 学术论文 > 毕业论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号