POS管理系统的分析与设计.doc

 PAGE \* MERGEFORMAT 1 POS系统的分析与设计   PAGE \* MERGEFORMAT 28 任务描述 为了更好地完成整个系统的预定目标，我们需要做出充分的体系分析与设计，以确保整个开发过程能够顺利进行。 系统开发阶段的目标是根据系统规划所确定的系统总体结构方案和项目开发计划，按拟定的项目，开发成可以运行的实际系统。 在规划完系统后就要进行系统分析，系统设计，系统实施，系统运行和维护等一系列工作。 系统分析是保证系统质量的第一步，它的任务是艰巨的、复杂的。切合实际应用自顶向下逐层分解、由粗到细、由复杂到简单的方法能更好细分任务，各个击破。先把大问题分解成若干个小问题，然后分别解决。抓住主要问题忽略次要问题，集中精力先解决主要问题。 在设计方面，强调的是满足需求的概念上的解决方案。用面向对象的设计思想结合用例图、领域模型、系统顺序图，合理关联各个部分。做到设计结构清晰明了，易于计算机系统实现。 二、系统需求 1. 用例与用例目标列表 UC1:处理销售 范围： POS系统应用 级别：用户目标 主要参与者：收银员 涉众及其关注点： --收银员：希望能够准确、快速地输入，而且没有支付错误，因为如果少收货款，将其薪 水中扣除 --售货员：希望自动更新销售 --顾客：希望以最小代价完成购买活动并得到快速服务。希望便捷、清晰地看到所输的商品项目和价格。希望得到购买凭证，以便退货。 --公司：希望准确地记录交易，满足顾客需求。希望确保记录了支付授权服务的支付票据。希望有一定的容错性，即使在某些服务器构建不可用时（如远程信用卡验证），也能够完成销售。希望能够自动、快速地更新账务和库存信息。 --经理：希望能够快速地执行超空操作，并易于更正收银员的不正当操作。 --政府税收代理：希望能才能够每笔交易中抽取税金。可能存在多级税务代理，比如国家级、州级和县级 --支付授权服务：希望接收到格式和协议正确的数字授权请求。希望准确计算对商店的应付款。 前置条件：收银员必??经过确认和认证。 后置条件：存储销售信息。准确计算税金。更新账务和库存信息。记录提成。生成票据。记录支付授权的批准。 主成功场景： 顾客携带所购商品或服务到收银台通过POS机付款。 收银员开始一次新的销售交易 收银员输入商品条码。 系统逐条记录出售的商品，并显示该商品的描述、价格和累计额。价格通过一组价格规则来计算。 收银员重复3~4步，知道输入结束。 系统显示总额和所计算的税金。 收银员告知顾客总额，并请顾客付款。 顾客付款，系统处理支付。 系统记录完整的销售信息，并将销售和支付信息发送到外部的账务系统（进行账务处理和提成）和库存系统（更新库存）。 系统打印票据。 顾客携带商品和票据离开（如果有）。 扩展： *a、经理在任意时刻要求进行超控操作 1、系统进入经理授权模式。 2、经理或收银员执行某一经理模式的操作。例如，变更现金结余，恢复其他登录者中断的销售交易，取消销售交易等 3、系统回复到收银员授权模式。 *b、系统在任意时刻失败: 为了支持恢复和更正账务处理，要保证所交易的敏感状态和事件都能够从场景的任何一步中完全恢复。 收银员重启系统，登录，请求恢复上次状态。 系统重建上次状态。 2a、系统在恢复过程中检测到异常： 系统同收银员提示错误，记录此错误，并进入一个初始状态 收银员开始一次新的销售交易。 1a、客户或经理需要恢复一个中断的销售交易 收银员执行恢复操作，并且输入ID以提取对应的销售交易 系统显示被恢复的销售交易状态及其小计 2a、未发现对应的销售交易。 系统向收银员提示错误。 收银员可能会开始一个新销售交易，并重新输入所有商品。 收银员继续该次销售交易（可能要输入更多的商品或处理支付）。 2-4a、顾客告诉收银员其免税状况（例如：年长者，本国人等）。 1、收银员进行核实，并输入免税状态编码。 2、系统记录该状态编码（在计算税金时使用） 3a、无效商品ID（在系统中未发现）： 系统提示错误并拒绝输入该ID。 收银员响应该错误。 2a、商品ID可读（例如，数字型的UPC（通用商品代码））： 收银员手工输入商品ID。 系统显示商品的价格和描述。 2a、无效商品ID：系统提示错误。收银员尝试其它方式。 2b、系统内不存在该商品ID，但是商品附有价签： 收银员请求经理执行超控操作。 经理执行相应的超控操作。 收银员选择手工输入价格，输入价签上的价格，并请求对该价目进行标准计税。（因为没有产品信息，计税引擎无法确定如何计税）。 2c、收银员通过执行寻找产品帮组以获取正确的商品ID及其价格。 2d、另外，收银员可以向其他员工询问商品ID或价格，然后手工输入ID或价格 （参见以上内容