库存管理系统需求分析.ppt

信息需求分析任务 学习目标 理解数据库设计可以有多种方案 理解不同方案的优缺点及适用条件 根据需要选择合适的方案 理解和掌握通用建模 任务背景 您所在的项目组现需要为某个服装店构建一个库存管理系统 该企业通常销售多种不同的商品： 如：鞋子、衬衫、女服，裤子等。每种类型的服饰都有不同的属性。 随着该店的业务发展，经营范围会持续增长，商品种类会不断增加和变化 根据项目经理的任务安排，您将负责本系统的信息需求分析工作 项目经理特别强调，您不仅要考虑该店当前业务的信息需求，而且要充分考虑该店的业务增长对信息需求的影响 需求分析 9-1 本项目产品必备功能 查询商品库存信息。 商品入库信息处理。 商品出库信息处理。 库存商品信息修改。 需求分析 9-2 本项目需要保存的数据 方案一：右图是您根据该店现有商品类型构建的 ERD 按此模型构建系统，如果将来该店又增加了新的商品，比如鞋子，帽子，系统能否适应此变化呢？ 怎样修改才能适应此变化呢？ 需求分析 9-3 系统不能适应此变化 系统需要修改 增加鞋子，帽子实体 数据库增加相应数据表 应用程序增加相应信息处理页面 如果商品类型不断增加呢？ 表、页面数量剧增 维护工作不胜其烦 需求分析 9-4 方案二 如果新商品类型没有新的属性是可以的 增加鞋子商品只要在商品类型表中增加一条记录就可以了 这现实吗？ 需求分析 9-5 方案三 只要新商品类型的属性个数不超过预先定义的最大属性个数，该方案有足够的适应性 现假设所有商品类型属性个数不会超过10个 但是您们的数据库设计人员和界面设计人员对此模型感到困惑，你能帮他们设计数据表和界面吗？ 如果你不能，他们会认为你的分析没有可行性，从而拒绝接受此模型 需求分析 9-6 为了展示你方案的可行性，说服您的同事接受此方案，您构建了系统的快速原型 SQL 脚本 应用程序脚本 测试数据文件 原型演示 需求分析 9-7 方案四 你们的项目经理计划将此系统改造为一通用的库存管理系统，从而可以进行大范围推广，实现最大的经济效益 经理要求，为实现此目标，商品类型的属性个数不应设有上限 右图为你的新方案 需求分析 9-8 方案四 您们的数据库设计人员和界面设计人员对此模型感到更加困惑，你能帮他们设计数据表和界面吗？ 如果你不能，他们会认为你的分析没有可行性，从而拒绝接受此模型 需求分析 9-9 为了展示你方案的可行性，说服您的同事接受此方案，您构建了系统的快速原型 SQL 脚本 应用程序脚本 测试数据文件 原型演示 您的解释 3-1 通用建模 通用建模会从另一个更远的角度 看待同一上下文。许多事物远看 是没有区别的。 通用模型可以减少关系图中的实体数 量，并会提供更大的灵活性，以便适 应业务需求不断变化的环境。 对于需要频繁增加实体和（或）属性 的业务，通用建模可以提供很多益处。 以典当行为例，该业务会不断买进和 卖出不同类型的物品。对典当行而言， 估算有多少种物品以及每种所具有的 不同属性是相当困难的。 您的解释 3-2 通用建模优点： (1) 非常灵活- 以后不必再更改数据结构了 (2) 可以大量减少实体数量 通用建模缺点： 增加了数据模型和应用程序的复杂性 这对数据库设计人员、界面设计人员以及程序员提出了更高的要求（这一点，他们前面可能已经深有体会） 系统运行效率会有所下降 您的解释 3-3 数据库设计方案的多样性 数据库设计的重要性 方案选择要根据实际情况 最优方案需要折中 不要滥用通用建模 * home back first prev next last