《管理信息系统课程设计--ko便利店pos机系统.docx》由会员分享,可在线阅读,更多相关《管理信息系统课程设计--ko便利店pos机系统.docx(31页珍藏版)》请在优知文库上搜索。
1、管理信息系统课程设计ko便利店pos机系统目录1引言21.1 项目设想21.2 开发计划21.3 技术路线42需求分析42.1 业务建模42.2 需求规格说明62.3 补充性规格说明122.4 系统顺序图与操作契约143架构设计153.1 功能结构设计153.2 软件架构设计154详细设计164.1 用例实现设计164.2 输入输出设计174.2.1 表单设计174.2.2 报表设计184.3 数据库设计194.4 权限设计215系统实现215.1 功能实现215.2 系统测试275.2.1 单元测试275.2.2 用例测试295.3 系统部署306项目总结301引言1.1 项目设想A.系统展
2、望C简要介绍产品应用场景、用户,系统范围,基本目标。 产品应用场景:中小型便利店的综合性销售管理软件 用户:顾客、收银员、维护人员、仓管以及经理 系统范围:中小型便利店 基本目标:作为中小型便利店的综合性行业管理软件,支持散客和会员的消费,集前台收银,会员消费管理,商品销售管理,营业收入统计等功能于一身。B.系统特性。用高阶、简洁的语句对系统预期功能和性能加以概述。 会员管理:对会员的注册、登录、信息修改与维护以及定期会员优惠管理。 员工管理:对员工的值班进行管理。 商品管理:对商品的资料进行管理。 销售管理:对便利店内商品销售以及每日的具体销售情况进行管理查询。 统计查询:对商品销售情况、库
3、存情况、定期销售利润等资料的统计查询。 库存管理:对采购进货、库存调整以及查询当前库存进行管理。1.2 开发计划A.团队成员。简要概括项目成员及分工。林锡鑫(架构师)黎文辉(程序员)黎韵枝(测试员)黄晓群(分析师)B.项目进度,简要说明项目进度安排及控制措施。过程时间目标工作内容提交资料初始第2周分组定题布置任务,确定分组;提交MlS课程设计任务书阶段确定题目,制定计划。提交分组计划细化迭代13-4周搭建框架确定核心架构实现基础数据增删改查程序;编写文档1.1,1.2,3.2细化迭代25-6周设计实现业务用例实现销售开单用例程序;编写文档2.124;编写4.1.1编写4.2.1细化迭代37-8
4、周设计实现业务用例实现收银用例程序;完善文档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.风险控制。识别并列出项目风险,简述风险控制措施。a)需求确定不明确,在现阶段对于整个系统的构想仍处于不明确的时期,因此对于我们想要完成
5、的功能的许多细节都无法进行透彻的分析。在后期开发的过程中需要不断地进行修改。b)架构师设计架构时间超出计划预期,团队一起讨论具体完成的表单等字段细节,协助架构师完成任务。c)代码的实现过程遇到问题,需要及时地沟通,一定时间内需要与架构师和程序员进行沟通,及时地更改功能的设置,以完成最基本的功能作为前提,减低他们的工作量。为了预防测试阶段的时候发现问题,我们小组将采取实现与测试同期进行,一个功能出来之后,测试员就立马进行测试,而不是等到最后了再进行测试,这样来避免最后更改时间不足的情况,及时发现问题。1.3 技术路线对本项目用到的技术工具和作用进行简要说明。包括开发语言和工具、计算模式(单机应用
6、,CS,B/S)、框架,类库、数据库管理系统等,附上版本号,可简要描述选择依据。后台运用了三大框架的技术,按照MVC分层框架进行模块的划分。三大框架的MVC模式实现,使得层次结构清晰,使编程时只需要关注业务逻辑的实现。三大框架比较成熟,移植性,安全性都比较好,模块间耦合度也比较低。用B/S结构的好处是不用在安装软件,并且B/S结构的兼容性比较好,灵活性比较高。用mysql数据库,开源软件并且功能强大,安全性比较好。2需求分析2.1 业务建模业务建模(BUSineSSModeIing)对领域内企业管理和业务对象进行建模。包括业务流程建模和领域建模。业务流程建模描述系统内各单位、人员之间业务关系、
7、作业顺序和管理信息流向。领域建模是从现实的问题域中找到最有代表性的概念对象,抽象成分析类。A.业务流程建模。UCl,UC2UC3B.领域建模。2.2 需求规格说明需求规格说明书(SOftWareRequirementsSPeeifiCatiOn)描述了系统的功能需求。构建系统用例模型描述功能需求。A.系统用例图。绘制整个系统的UML用例图。B.用例详述文本。对所有业务活动用例采用详述风格(包括前置条件、后置条件、主事件流,扩展、业务规则等)进行描述。用例UC1:销售开单范围:KO便利店Pe)S应用级别:用户目标主要参与者:收银员涉众及其关注点: 收银员:希望可以快速简单地输入,系统显示的表单清
8、晰明了,不容易犯错。因为如果操作不方便,导致顾客等待时间过长而遭到投诉。 顾客(散客):希望可以尽快地完成交易过程,并且得到快速优质的服务。希望可以便捷清晰地看到所输入的商品的项目以价格。 会员:希望能够用会员享有的优惠进行消费。 理货员:希望开单过程不出错误,否则货物数量出现不对的情况。 店长:希望处理销售过程操作快速,并易于更正收银员的不当操作。前置条件:收银员必须经过确认和认证。成功保证(或后置条件):存储销售消息;更新账务和库存信息。主要成功场景(或基本流程):1 .顾客携带所购商品或服务到收银台通过POS机付款。2 .收银员开始一次新的销售交易。3 .收银员输入商品条码。4 .系统逐
9、条记录出售的商品,并显示商品的项目、价格和累计金额。价格通过一组价格规则来计算。收银员重复34步,直到输入结束。5 .系统显示总额。扩展(或替代流程):*a.店长在任意时刻要求进行管理操作:1 .系统进入管理员模式。2 .店长或收银员执行某一个管理员模式下的操作。例如,统计进行商品折扣,新增会员等。3 .系统限复到收银员授权模式。*b.系统任意时刻失败:1 .收银员重启系统,登录,请求恢复上次状态。2 .系统重建上次状态。2a.系统恢复过程中检测到异常:1 .系统向收银员提示错误,并进入一个初始状态。2 .收银员开始一次新的销售交易。23a.会员顾客提出会员消费:L收银员输入会员顾客IDo2
10、.系统根据会员销售规则显示相应商品的折扣或优惠活动。3 .收银员根据会员等级以及店内活动进行礼品赠送(如果有)。25a.顾客要求开通会员:L收银员提出新增会员服务。4 .收银员输入顾客具体信息,为顾客办理开通会员服务。5 .系统记录新增会员的信息。25b.顾客要求去除商品中的一项:L收银员选择商品条目或者手动输入商品ID并将其删除。2.系统删除该项目并显示更新后的累计金额。4a.当前顾客因某种原因需要等待,此时收银员为下一名排队的顾客处理销售:1 .收银员将当前订单挂起,系统将当前单进行保存。2 .收银员开始一次新的销售交易。3 .收银员重复210步,完成销售处理。5a.顾客要求兑现积分用于此
11、次销售交易:L收银员提交积分请求。4 .收银员输入顾客ID,顾客输入相应密码。5 .收银员根据会员顾客要求应用积分降低价格。5b.顾客要求取消销售交易:L收银员申请取消订单,系统将订单删除。特殊需求: 支持文本显示的语言国际化。 使用尺寸适中的显示器触摸屏UIo文本信息可见距离为1米左右。 界面交互设计要求简洁,指示明确。 能够给用户帮助提醒的友好交互。 系统处理用户转换的响应速度小于3秒。 需要使用交通卡人工服务终端。技术与数据变元表: a.店长需要输入相关的授权申请密码才能进入超控。3a.商品ID可以用条形码扫描器(如果有条形码)或手动输入。25a.会员需要通过读卡器或键盘输入积分卡密码来
12、使用积分卡内积分。发生频率:可能会不断地发生。未决问题: 收银员是否必须在从系统注销后带走他们的现金抽屉? 顾客是否可以直接使用读卡器,还是必须有收银员完成?是否采用生物识别进行登录?用例UC2:收银范围:Ko便利店Pe)S应用级别:用户目标主要参与者:收银员涉众及其关注点, 收银员:尽快地完成收银,不出错,不会被顾客投诉或抱怨。 顾客(散客):希望能方便地看到所购买商品的项目以及价格。获取凭条以便可以退货。 会员:希望可以通过活动或者会员制等条件获得一定的优惠。 店长(管理员):希望收银不出错,可以让员工工作质量提高。 交通卡支付授权服务:希望准确无误地扣除相应交通卡的金额。前置条件:已经完
13、成销售处理生成了账单。成功保证(或后置条件):存储销售信息,更新账务和库存信息,记录利润并且生成票据,记录支付授权的标准。主要成功场景(或基本流程):1 .收银员告知顾客总额,并请顾客付款。2 .顾客选择付款方式,系统处理支付。3 .系统记录完整的销售信息,并将销售和支付信息发送到外部的账务系统和库存系统。4 .系统打印票据。5 .顾客携带商品和票据离开。扩展(或替代流程):Ia.顾客要求取消交易:1 .收银员在系统中取消销售交易。1b.顾客要求收银员等待,后面排起队伍:1 .收银员在系统中选择将当前订单挂起,先进行下一位顾客的交易处理。2a.顾客选择现金支付现金不足,要求剩余部分用交通卡进行
14、支付:2 .收银员在系统中选择现金支付部分金额。3 .收银员指示顾客在交通卡支付终端上放入交通卡。4 .收银员在系统中选择交通卡支付剩下余额。3a.交通卡终端出现故障,无法进行付费:1 .收银员告知顾客终端故障。2 .顾客根据自身需求减少当前购买商品。2a.顾客要求直接取消交易:1.收银员在系统中取消交易。Ia.收银员权限低于该操作:1 .请求管理员进行该操作。3.收银员告知顾客总金额,系统完成支付。4.交通卡终端扣费成功。2b.系统突然故障:1 .收银员将系统重新启动。2c.顾客选择交通卡支付金额不足,要求剩余部分用现金进行支付:1 .收银员在系统中选择交通卡支付部分金额。2 .收银员收取顾客的剩余部分金额。4a.顾客索要赠品票据(不显示价格):1.收银员请求赠品票据,系统给出赠品票据。4b.打印不出票据:1 .如果系统能够检测到错误,给出提示。2 .收银员更换纸条。3 .收银员请求打印其他票据。特殊需求: 支