《管理信息系统课程设计-便利店POS系统设计》由会员分享，可在线阅读，更多相关《管理信息系统课程设计-便利店POS系统设计（39页珍藏版）》请在金锄头文库上搜索。
1、管理信息系统课程设计管理信息系统课程设计全套 设计加扣 3346389411或3012250582便利店POS系统项目组编号专业班级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、分类汇总统计报表使用报表工具，实现简单数据统计报表未使用报表工具，实现列表并能汇总统计34目 录软件开发文档版本更新记录11引言21.1项目设想21.2 开发计划31.3 技术路线42 需求分析52.1业务建模52.2需求规格说明72.3 补充性规格说明72.4 系统顺序图与操作契约193 架构设计213.1功能结构设计213.2 软件架构设计214 详细设计224.1用例实现设计224.1.1 销售开单224.1.2 收银234.1.3 退货244.2输入输出设计254.2.1 表单设计254.2.2 报表设计264.3 数据库设计274.4权限设计275 系统实现275.1 功能实现275
5、.2 系统测试325.2.1 单元测试325.2.2 用例测试335.3 系统部署336 项目总结34文档版本更新记录ContentDateDescriptionAuthor细化迭代一2015-4-02项目设想、开发计划及软件架构设计细化迭代二2015-4-16开单用例模型、补充性规格说明及输入设计细化迭代三2015-4-30收银用例模型、补充性规格说明及相关数据库细化迭代四2015-5-16退货用例模型、补充性规格说明及相关数据库细化迭代五2015-5-29用例实现设计细化迭代六2015-6-13报表设计、功能实现、系统测试及部署项目总结2015-7-01整理文档、总结项目1引言1.1项目设
6、想A. 系统展望。应用场景：本产品主要应用在便利店中的日常销售中，用于监控商品流通。当顾客在便利店购买商品后并进行结账时，收银员只要拿着pos系统的扫描枪对准商品的条形码，即可将商品的编码，价格，购买数量等等信息扫描出来，将顾客所要购买的商品一一扫描完后，此时在pc机上即可显示商品的信息及总共需付账款，客户在付款时，可以选择现金支付，可以选择刷卡支付（pos系统提供密码输入设备，顾客输入银行卡密码也可以实现支付），在支付完成后打印出相关票据给客户。产品用户：主要为便利店收银员、pos系统管理员、便利店店长。系统范围：包括前台软件系统和后台软件系统。前台软件系统（主要为基本收银作业）的主要目的在
7、于管理前台收银系统的各项作业：客户购买明细资料、交易查询作业、查账及结账作业，以避免人为疏忽或错误。其具有的功能如下：（1）销售；（2）付款；（3）即时纠错；（4）退货功能；（5）交班结算。后台软件系统主要包括基本资料管理、库存商品管理、销售系统分析管理及采购进货管理。其具有的功能如下：（1）实现入库管理；（2）商品销售管理；（3）单证票证管理；（4）完善分析功能。基本目标：条形码销售、退货、换货、折扣、取消交易、更改价格、搁置发票等。系统运行稳定，权限设定，保密性强，速度快捷。B. 系统特性。POS机具有直接、及时入账的实时处理能力，即在销售时，商品的各种信息数据处理是在交易的瞬间完成的，销
8、售事务的处理通过POS完成。POS系统通过条码识读设备快速识读商品外包上的条码标识，传输相应的商品信息数据，然后由计算机完成结算，并自动生成账单，简化了收银手续，大大提高了结算速度，从而为顾客提供优质的服务。便利店实施了POS系统后，每售出一件商品，POS系统数据库中就相应地减少该商品的库存记录，从而降低了商品盘点的复杂度，节约了大量人力物力，而及时提供的商品存储信息又可以为经营决策者对商品品种的调运和调整提供可靠的依据，极大地提高了便利店经营质量和管理效率。 1.2 开发计划A. 团队成员。（项目经理、分析员）：制定项目计划，分配任务，监督团队进度；分析业务功能，进行业务建模，描述用例并设计
9、用例实现，撰写相关文档。（架构师）：设计软件的体系结构和数据模型，系统功能实现。（程序员）：协助架构师设计项目架构并完善系统功能，绘制相应图表。（测试员）：对系统功能进行测试，找出系统中的错漏，编写测试报告并及时反馈给其他团队成员，协助撰写文档。B. 项目进度。过程时间目标工作内容初始阶段第2周分组定题布置任务，确定分组；确定题目，制定计划。细化迭代13-4周搭建框架确定核心架构实现基础数据增删改查细化迭代25-6周设计实现业务用例实现销售开单用例细化迭代37-8周设计实现业务用例实现收银用例细化迭代49-10设计实现业务用例实现退货用例细化迭代511-12周设计实现权限基于所选技术实现系统权
10、限功能细化迭代613-14周设计实现报表实现数据报表功能交付15周提交成果编程人员实验室演示程序；提交文档打印稿。C. 风险控制。（1）技术风险：可能由于软件开发水平有限，有些系统功能可能无法实现。措施：对于程序员在开发过程中遇到未接触过的技术，可以上网找资料或请教别人边做边学。（2）进度风险：未能在规定的时间内完成任务。措施：由于各种原因，可能出现未能在规定时间内完成任务，那么项目经理应该合理安排团队成员的各自任务并规定任务完成的最后期限，在任务执行期间，经常向团队成员了解任务完成情况及碰到的问题等，协助和督促其按质按量完成任务。（3）团队沟通合作：团队成员沟通不良，合作。措施：新组的团队会
11、经历一个动荡期，可能会出现沟通不良等情况，项目经理要协调团队各成员，并组织团队一起合作，加强沟通，同时各团队成员应加强团队意识，积极融入团队（4）质量风险：开发的产品未能达到任务所要求的质量。措施：在执行任务前，开发团队应仔细了解好所开发的产品所要达到的质量，开发完成后应由测试人员对产品进行测试，如压力测试等等，并将问题反馈给程序员，程序员再根据反馈进行调试，最终达到所要求的质量。（5）性能风险：评价一个系统的性能有很多方面，比如吞吐量、响应时间、并发用户数等等。开发系统时往往可能只注重系统的功能，却没有考虑系统的性能，如并发用户数、系统响应时间等等，但是这些却也是同样重要的，这些将影响用户体
12、验，也是评价一个系统的好坏的指标。措施：在测试时，除测试系统功能外，也要对系统进行性能测试，如负载测试、强度测试、容量测试等。负载测试（LoadTesting）譬如软件在一定时期内，最大支持多少并发用户数，软件请求出错率等。强度测试（StressTesting）：压力测试主要是为了测试硬件系统是否达到需求文档设计的性能目标，譬如在一定时期内，系统的cpu利用率，内存使用率，磁盘I/O吞吐率，网络吞吐量等容量测试（VolumeTesting）：确定系统最大承受量，譬如系统最大用户数，最大存储量，最多处理的数据流量等。根据测试结果，进一步提高系统性能。 1.3 技术路线开发语言：Java，Java
13、Script计算模式：B/S前端框架：easyUI（版本号：1.3.5）后端框架：spring（版本号：3.2.4.RELEASE）、hibernate（版本号：4.2.6.Final）、struts（版本号：2.3.15.2）数据库管理系统：mysql（版本号：5.6.17）前端使用easyUI，因为easyUI适合用来开发curd类型的应用；后端使用spring、hibernate、struts是因为这些框架成熟，用的人多，文档齐全，社区成熟，遇到问题时能快速解决。2 需求分析2.1业务建模A. 业务流程建模。销售活动图（含收银）：退货活动图： B. 领域建模。2.2需求规格说明A. 系统
14、用例图。B. 用例详述文本。UC1：开单与收银范围：便利店POS应用级别：用户目标主要参与者：收银员、顾客涉众及其关注点： 收银员：希望能够准确、快速地输入商品信息，并准确向顾客收取应付金额。 顾客：希望以最小代价完成购买活动并得到快速服务。希望便捷、清晰地看到所输入的商品项目和价格。希望有购买凭证，以作为购买清单和作为退货的凭据。 公司：希望准确地记录交易，满足顾客要求。希望能够自动、快速地更新账务和库存信息。希望系统足够健壮和容错性，当系统出现一些小问题时，也可以完成开单。经理：希望能够快速执行超控操作，并易于更正收银员的不当操作。前置条件：收银员必须经过确认和认证。成功保证（或后置条件）：存储销售信息。准确计算税金。更新账务和库存信息。记录提成。生成票据。记录支付授权的批准。主成功场景：1、顾客携带所购商品或服务到收银台通过POS机付款。2、收银员开始一次新的开单记录。3、收银员输入商品条码。4、系统逐条记录出售的商品，并显示该
