MISP课程设计实验报告--书店pos机设计.docx

《MISP课程设计实验报告--书店pos机设计.docx》由会员分享，可在线阅读，更多相关《MISP课程设计实验报告--书店pos机设计.docx（39页珍藏版）》请在优知文库上搜索。

1、管理信息系统课程设计题目书店POS机设计MlS课程设计开发文档目录软件开发文档版本更新记录11引言21.1 项目设想21.2 开发计划21.3 技术路线32需求分析42.1 业务建模42.2 需求规格说明52.3 补充性规格说明112.4 系统顺序图与操作契约143架构设计163.1 功能结构设计163.2 软件架构设计164详细设计184.1 用例实现设计184.1.1 销售开单184.1.2 收银194.1.3 退货194.2 输入输出设计204.2.1 表单设计214.2.2 报表设计224.3 数据库设计234.4 权限设计265系统实现275.1 功能实现275.2 系统测试325.

2、2.1 单元测试325.2.2 用例测试345.3 系统部署356项目总结35软件开发文档版本更新记录ContentDateDescriptionLl项目设想2015.4.3系统展望、开发计划等3.2软件架构设计2015.4.3描述了软件类的宏观组织结构2需求分析2015.4.17销售和显示用例的业务建模和详述文本等4.2输入输出设计2015.4.17输入设计2.1业务建模2015.4.30销售和收银的业务建模，收银用例的详述文本3数据库设计2015.4.30销售和收银的数据库设计2需求分析2015.5.15完善4.3相关的数据库2015.5.15完善4.4权限设计2015.5.29对软件权限

3、进行设计4.1用例实现设计2015.5.29对关键的系统用例实现构建设计模型4.2.2报表设计2015.6.17以查询统计为例，设计报表输出内容、样式及交互方式5.1功能实现5.2系统测试2015.6.30测试报告整体文档2015.7.2完善，修改1引言1.1项目设想A.系统展望，1、产品应用场景(1)顾客携带所购书本到收银处通过PoS机付款，收银员将顾客选购的商品逐一录入系统，系统显示最终总额，收银员告知顾客总金额，顾客选择支付方式，系统处理支付并打印票据；(2)财务系统进行财务处理和提成，库存系统进行库存更新；(3)系统支持录入客户信息，会员可享受打折服务；(4)可以调看任意时间范围的数据

4、；2、针对的用户：书店的工作人员、管理人员、收银员等3、系统范围：包括书店POS机系统的销售模块、书本录入模块4、基本目标：能够支持采购人员和管理人员对书本基本信息维护，收银员对消费者的消费进行销售开单，收银并打印票据，支持经理对销售数据的统计等几大功能，并且系统能够成功运行，实现库存管理查询和销售数据查询。B.系统特性。1、用户：普通收银员、管理员、经理2、图书信息管理：管理员对图书信息进行增删改查3、员工信息管理：对值班收银员信息的管理，确定每笔交易的经手人4、销售管理：通过录入设备或收银员输入书本条形码，显示书本基本信息，计算消费金额，找零，打印票据。5、查询与统计：销售经理可以查询销售

5、的具体情况，生成统计报表供财会或管理层使用。1.2 开发计划A.团队成员项目经理：陈璇斐，负责整个项目的进度安排，分配任务，督促团队进度架构师：吴泽标，设计软件的体系结构和数据模型、代码编写分析员：陈璇斐，理解项目需求，业务建模，用例描述，抽取关键用例程序员：苏俊伟，协助架构师完成项目的代码编写测试员：吕柔纯，负责每个阶段的系统测试，编写测试报告B.项目进度，主要以老师给出的迭代周期以及任务为主，在每个迭代周期中合理安排工作,大致安排如下:过程时间目标工作内容细化迭代13-4周确定核心架构实现基础数据增删改查细化迭代25-6周设计实现业务用例实现销售和显示用例细化迭代37-8周设计实现业务用例

6、实现收银用例细化迭代49-10周设计实现业务用例实现退货用例细化迭代511-12周设计实现权限实现管理员权限功能细化迭代61314周设计实现报表实现数据报表功能C.风险控制1、风险（1）需求风险：需求在不断变化，难以一次性完成一个完美的需求分析。（2）技术风险：技术的不成熟，难以保证所开发的软件的质量。（3）进度风险：团队成员的磨合，分工的不明确，会导致项目进度的拖延，难以实现定期交付。2、风险规避利用迭代的思想，不断完善软件的开发，针对需求风险，不断探索新的需求，从实际例子入手，解决问题。提高项目成员的本项目的意识，在项目经理分配任务的基础下，并行地进行工作，不断完善模型。项目经理要提高对风

7、险的把控意识，对项目风险进行实时监控，出现问题时可以得到及时的解决和维护。为避免项目工作混乱，成员对项目理解程度不一，导致项目进度的滞后，项目成员定期开会讨论，对项目的开发过程的程度和问题有一个统一的理解，总结各个阶段的成果和不足，为下一次迭代做好准备。1.3 技术路线对本项目用到的技术工具和作用进行简要说明。包括开发语言和工具、计算模式（单机应用，CS,B/S）、框架，类库、数据库管理系统等，附上版本号，可简要描述选择依据。2需求分析2.1业务建模A.业务流程建模。1、处理销售2、处理退货B.领域建模。2.2需求规格说明A系统用例图B.用例详述文本1、UCI开单范围：BOOkShOPPOS应

8、用级别：用户目标主要参与者：收银员涉众及其关注点：收银员：希望准确、快速输入。一顾客：希望准确无误地完成购买活动并且得到快速的服务。希望可以清晰的看到所输入的书本名称以及标价。经理：希望可以执行控制操作，避免收银员的不当操作。前置条件：收银员必须经过确认和认证。后置条件：建立新的销售单，存储销售信息。主成功场景：1、顾客携带所购书本到收银台通过POS机收款。2、收银员开始一次新的销售交易。3、收银员输入书本条码。4、系统逐条记录书本，并且显示该书本的书名、价格和累积金额。收银员重复34步，直到输入结束。5、系统显示总额。扩展：*a.系统在任意时候失败：为了恢复账务处理，要保证所有交易都能够从场

9、景的任何一步中恢复。L收银员重启系统，登陆，请求恢复上次状态。2.系统重建上次状态。Ia.需要恢复一个中断的销售交易。1 .收银员执行恢复操作，并且输入ID以提取对应的销售交易。2 .系统显示被恢复的销售交易状态及其小计2a.未发现对应的销售交易。1 .系统报错2 .收银员可能会开始一个新销售交易，并重新输入所有商品。3 .收银员继续该次销售交易。3a.无效书本ISBN1 .系统提示错误并且拒绝输入该ISBN,2 .收银员响应该错误。2a.系统内不存在该书本ISBN,但是该书本附有标价。1 .收银员请求经理执行超控操作。2 .经理执行相应的超控操作。3 .收银员手工输入标签上的价格。3b当有多

10、本相同书目，不必记录每本书的唯一标示。L收银员可以输入书本的标识和书本数量。36a.顾客要求收银员从所购书本中去掉一项。1 .收银员输入该书本ISBN并将其删除。3-6b.顾客要求取消本次销售交易。2 .经理授权。3 .收银员在系统中取消交易。36c.收银员延迟销售交易。1 .系统记录销售交易信息，使其能够恢复操作。2系统显示“挂起”的销售信息，其中包括书目。特殊需求：使用大尺寸平面显示器触摸屏UIo文本信息课件距离为1米。支持文本显示的语言国际化。技术与数据变元表：*a.经理超控需要刷卡（由读卡器读取超控卡）或在键盘上输入授权码。3a.书本ISBN使用国际标准ISBN。3b.商品ID可以用条

11、码扫描器或键盘输入。发生频率：可能会不断发生2、UC2收款范围：BookshopPOS应用级别：用户目标主要参与者：收银员涉众及其关注点：一收银员：没有计算或者支付错误，因为如果出现收款错误，责任将由其承担。一顾客：希望准确快速付款，得到购买凭证，以作为退换书的依据。一经理：希望可以记录销售数据，以作销售活动分析之用。政府税收代理：希望能从每笔交易中抽取税金。-支付授权服务：希望接收到格式和协议正确的数字授权请求。希望准确计算对商店的应付款。书店：希望准确地记录交易，满足顾客要求。希望能够自动、快速地完成更新账务和库存信息的工作。前置条件：收银员必须经过确认和认证。后置条件：准确计算税金，更新

12、账务和库存信息。记录提成。生成票据。主成功场景：1、收银员告知顾客总额，等待顾客付款。2、顾客付款，系统处理支付。3、系统记录完整的销售信息，并将销售和支付的信息发送到外部的账务系统和库存系统。4、系统打印票据。5、顾客携带书本和票据离开。扩展：E顾客声称满足打折条件1 .收银员提出打折请求。2 .顾客出示打折凭证，收银员输入顾客ID。3 .系统按照打折规则显示折扣总计。1b.顾客要求现金支付，但所携现金不足。L顾客要求取消本次交易，收银员在系统上取消本次交易2a.现金支付：1 .收银员输入收取的现金额。2 .系统显示找零金额，弹出现金抽屉。3 .收银员放入收取的现金，并找零。4 .系统记录该

13、现金支付。2b信用卡支付。1 .顾客输入信用卡卡号。2 .系统显示其支付信息以备验证。3 .收银员确认。4 .系统向外部支付授权服务系统发送支付授权请求，并请求批准该支付。4a.系统检测到与外部系统协作时的故障。1 .系统向收银员提示错误。2 .收银员请求顾客更改支付方式。5 .系统收到批准支付的应答并提示收银员，同时弹出现金抽屉。6 .系统记录支付信息。7 .系统显示信用卡支付的签名输入。8 .收银员请求顾客签署信用卡支付，顾客签名。9 .如果在纸质票据上签名，收银员将该票据放入票据抽屉，并关闭抽屉。2c.收银员取消支付步骤。1 .系统回到“书本输入”模式。特殊需求：信用卡支付授权时间小于3

14、0秒。技术与数据变元表：2b.信用卡信息由读卡器输入发生频率：可能会不断发生3、UC3退货范例：PoS应用级别：用户目标主要参与者：收银员涉众及其关注点：经理：希望有准确、快速的完成退款，不会发生退款错误的情况。一顾客：希望能退货并取回相应退款，井获得快速的服务。一公司：希望能够准确地记录交易，满足顾客要求，确保记录了退货情况前置条件：购物小票经过确认，书本也检查完好。后置条件：存储退款信息。准确计算退款总额。更新财务和库存信息。生成相应退款票据。主成功场景：1 .顾客携带退换书本和小票到退货处退货，提出提货要求。2 .经理查看书本是否完好。3 .检查后输入销售单号，选择退换的书本ISBN。4 .系统显示退款总额，提交申请。5 .系统接受退款申请，生成退款凭证，更新财务和库存信息。6 .经理收回书本并根据退款凭证返还