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

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

1、管理信息系统课程设计题目书店pos机设计MIS课程设计开发文档目录1弓I言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.1 单元测试325.

2、2.2 用例测试345.3 系统部署356项目总结35软件开发文档版本更新记录ContentDateDescription11项目设想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对软件权限进行设计4.1用例实现设

3、计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）可以调看任意时间范围的数据；2、针对的用户：书店的

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

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

6、9-10周设计实现业务用例实现退货用例细化迭代511-12周设计实现权限实现管理员权限功能细化迭代613-14周设计实现报表实现数据报表功能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、复。1 .收银员重启系统，登陆，请求恢复上次状态。2 .系统重建上次状态。Ia.需要恢复一个中断的销售交易。1 .收银员执行恢复操作，并且输入ID以提取对应的销售交易。2 .系统显示被恢复的销售交易状态及其小计2a.未发现对应的销售交易。1 .系统报错2 .收银员可能会开始一个新销售交易，并重新输入所有商品。3 .收银员继续该次销售交易。3a.无效书本ISBN1 .系统提示错误并且拒绝输入该ISBN,2 .收银员响应该错误。2a.系统内不存在该书本ISBN,但是该书本附有标价。1 .收银员请求经理执行超控操作。2 .经理执行相应的超控操作。3 .收银员手工输入标签上的价格。3b.当有多本相同书

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

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

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

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

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