04软件设计实践.ppt

* * * * * * * * * 三种设计角度 商务解决方案 概念性 逻辑性 物理性 连续设计过程中的概念性设计 概念性设计的目标是用来确定商务需求以及了解用户的工作和他们的需求 概念性设计 逻辑性设计 应用场景 物理性设计 组件，用户接口， 物理数据库 服务和对象，用户接口， 逻辑数据库 概念性设计 定义 是产品经理和项目经理从业务和用户角度收集业务信息、当前的应用环境等信息，并从利用这些信息获取、分析业务和用户的需求，验证和优化解决方案。 输出 要包含系统当前和未来使用场景的描述 目的 使用户和项目组在系统完成后所具有的功能和使用方式上达成共识。 概念性设计 特定情况 概念性设计 概念性设计 特定情况 概念数据模型是最终用户对数据存储的看法，反映了最终用户综合性的信息需求，它以数据类的方式描述企业级的数据需求，数据类代表了在业务环境中自然聚集成的几个主要类别数据。 概念数据模型的内容包括重要的实体及实体之间的关系。在概念数据模型中不包括实体的属性，也不用定义实体的主键。这是概念数据模型和逻辑数据模型的主要区别。 概念数据模型的目标是统一业务概念，作为业务人员和技术人员之间沟通的桥梁，确定不同实体之间的最高层次的关系。 概念性设计 1. 概念模型是对现实世界的抽象和概括，它真实、充分地反映了现实世界中事物和事物之间的联系，能满足用户对数据的处理要求。 2、由于概念模型简洁、明晰、独立于计算机，很容易理解，因此可以用概念模型和不熟悉计算机的用户交换意见，使用户能积极参与数据库的设计工作，保证设计工作顺利进行。 3、概念模型易于更新，当应用环境和应用要求改变时，容易对概念模型修改和扩充。 4、概念模型很容易向关系、网状、层次等各种数据模型转换。 概念模型 连续设计过程中的逻辑性设计 逻辑性设计的目标是用以安排解决方案的组织形式以及其各个元素之间的通信 概念性设计 逻辑性设计 应用场景 物理性设计 组件，用户接口， 物理数据库 服务和对象，用户接口， 逻辑数据库 逻辑性设计 定义 按照组织、结构、语法以及项目团队角度所视的解决方案部件之间的交互作用对解决方案进行描述的过程 目的 实施基于服务的组织原则并安排解决方案的结构和其部件间的关联 输出 一组包含相应服务、属性和关联的对象集，高层次的用户接口设计以及逻辑性数据库设计 逻辑性设计 服务和对象，用户接口， 逻辑数据库 逻辑性设计 《逻辑设计说明书》是项目组内部文档，是开发经理和项目经理在《概念设计说明书》的基础上， 从业务逻辑和当前用户应用环境中抽象出系统对象的组成结构、流程和各个部分相互关系，另外还要设计数据库的逻辑结构和界面的逻辑关系。 因此，《逻辑设计说明书》是将用户业务语言转化为项目组语言的关键。 逻辑性设计 服务和对象，用户接口， 逻辑数据库 逻辑性设计 《逻辑设计说明书》要达到如下一些目标： 定义系统的各个组成部分 描述各个部分的结构 描述各个部分的相互关系以及他们如何协调与合作 项目组成员对解决方案的共识 产生物理设计的基础 逻辑性设计 服务和对象，用户接口， 逻辑数据库 数据库逻辑设计 是在概念数据模型的基础上定义、标准化、规格化实体。 在逻辑模型的构建过程中，研究的重点是如何在概念模型中各个概念实体的基础上具体地表达数据项和记录之间的关系，对概念对象进行更加详细的建模，并对其元素对象的属性和方法进行定义，将概念模型更进一步地贴近最终计算机的内部表达，定义出清晰的内部成员属性以及方法。 逻辑模型 连续设计过程中的物理性设计 物理性设计的目的是将现实世界中的技术约束，包括实现和性能上的考虑，应用于逻辑性设计之上。 概念性设计 逻辑性设计 应用场景 物理性设计 组件，用户接口， 物理数据库 服务和对象，用户接口， 逻辑数据库 连续设计过程中的物理性设计 逻辑数据模型并不涉及最底层的物理实现细节，而计算机处理的只能是二进制数据，所以我们必须进一步将逻辑模型转换为物理数据模型。 物理数据模型是指关于数据的物理组织、存取方法、数据库总体存储结构等方面的设计。 物理表示组织 关系模型的物理表示通常用关系表来完成。物理组织主要是考虑如何在外存储器上以最优的形式存储数据，通常要考虑操作效率、响应时间、空间利用和总的开销等因素 物理数据模型即通过一定的数据结构，完成数据的物理组织、存取及索引方法的设计 连续设计过程中的物理性设计 物理数据模型是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现数据在数据库中的存放。 物理数据模型的内容包括确定所有的表和列，定义外键用于确定表之间的关系。真正实现数据的保存。 物理设计 物理性设计 定义 从开发团队角度描述解决方案的组件、服务和技术的过程 目的 将现实世