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