信息需分析任务

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