管理信息系统课程设计--ko便利店pos机系统.docx

《管理信息系统课程设计--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 .收银员请求打印其他票据。特殊需求： 支