数据库实践4—数据库应用程序生命周期.ppt

处理多用户视图的集中式方法 需求收集和分析 视图综合方法 每个用户视图的需求都被用来构建该用户视图的独立的数据模型，最终的数据模型是在数据库设计的后续步骤中通过合并得到的。 需求收集和分析 表示一个或者多个但不是所有用户视图的数据模型成为局部（逻辑）数据模型。 合并局部（逻辑）数据模型并产生代表所有用户视图的全局（逻辑）数据模型。 处理多用户视图的视图综合法 4.数据库设计 创建支持组织机构运作和目标的数据库的设计的过程。 数据库设计 数据库设计两个主要的阶段： 逻辑数据库设计 物理数据库设计 数据库设计 逻辑数据库设计，标识数据库中要描述的重要对象以及这些对象间的关系。 物理数据库设计，确定逻辑设计如何在目标DBMS中物理地实现（作为表）。 DBMS的选择 选择合适的DBMS来支持数据库系统。 如果已经获得足够的关于系统需求的信息，就可以在先于逻辑设计之前的任何时间做出选择(DBMS)。 5.应用程序设计 对用户界面和使用并处理数据库的应用程序的设计。 数据库和应用程序设计是数据库应用程序生命周期中并行的活动。 应用程序设计 事务（Transaction）由一个用户或应用程序执行的一个动作或一系列动作，它可以访问或改变数据库的内容。 事务设计的目的就是定义并存档数据库系统需要的事务的高层特征。 应用程序设计 事务的重要特征： 事务使用的数据 事务的功能特性（事务做什么） 事务的输出 对用户的重要性 使用的预期率 事务的三种主要类型： 检索事务 更新事务 混合事务 表格/报告设计指导 6.构建原型 构建数据库系统的工作模型 目的： 标识系统的特征是工作良好，还是不充分 提出改善甚至添加新特征 阐明用户的需求 估计特定系统设计的可行性 构建原型 两种原型构造策略： 需求原型法 使用一个原型来确定提出的数据库系统的需求，一旦完成需求，原型就被抛弃。 演化原型法 用于相同目的，重要的不同点是该原型不会被抛弃，而是得到进一步的开发，并最终成为工作的数据库系统。 7.实现 数据库和应用程序设计的物理实现 用DDL创建数据库模式和空的数据库文件 用DDL创建用户视图 用3GL或4GL创建包括数据库事务的应用程序 用DDL实现安全性和完整性控制。有些可能需要使用DBMS实用程序（DBMS utilities）或OS控制。 8.数据转换和加载 将现有的数据转换到新数据库中，并转换现有的应用程序在新的数据库上运行。 只有在新数据库系统替换旧系统时，该阶段才是必需的。 对于DBMS来说，提供将已有文件加载到新的数据库中的工具是很普遍的。 可以在新系统中转换和使用旧系统中的应用程序。 9.测试 以寻找错误为目的而运行数据库系统的过程。 精心制定测试计划并且使用真实的数据 测试不能证明没有错误，只能用来说明软件错误的存在 测试证明数据库和应用程序是按照需求来工作的 10.操作性维护 监视和维护数据库系统后续的安装 监视数据库系统的性能。如果性能下降，则数据库需要调整和改造。 维护和升级数据库系统（当需要时）。 新需求要合并到数据库系统中。 数据库设计 Database Solutions 第4章 数据库应用程序 生命周期 本章主题 软件危机 结构化的软件开发方法“信息系统生命周期” 信息系统生命周期和数据库系统开发生命周期的关系 数据库系统开发生命周期的各个阶段 数据库系统开发生命周期的各个阶段相关的活动 本节主题 软件危机 结构化的软件开发方法“信息系统生命周期” 信息系统生命周期和数据库系统开发生命周期的关系 数据库系统开发生命周期的各个阶段 数据库系统开发生命周期的各个阶段相关的活动 软件危机 过去的几十年，软件应用程序在数量上增长迅速。许多应用程序要不断的维护，包括： 纠错 实现新的用户需求 修改软件使之能在新的或升级的平台上运行 软件危机 花费在维护上的精力以惊人的速率吸收资源。 结果，许多主要的软件工程： 延期 超过预算 不可靠 难于维护 性能差 软件萧条 20世纪60年代末，导致“软件危机”；现在指“软件萧条”。 多数软件项目失败的理由是： 缺乏完整的需求说明 缺乏适当的开发方法 错误地将设计分解为易管理的组件 本节主题 软件危机 结构化的软件开发方法“信息系统生命周期” 信息系统生命周期和数据库系统开发生命周期的关系 数据库系统开发生命周期的各个阶段 数据库系统开发生命周期的各个阶段相关的活动 信息系统生命周期 解决办法：提出了软件开发的结构化方法，称为信息系统（IS）生命周期或者软件开发生命周期（SDLC） 本节主题 软件危机 结构化的软件开发方法“信息系统生命周期” 信息系统生命周期和数据库系统开发生命周期的关系 数据库系统开发生命周期的各个阶段 数据库系统开发生命周期的各个阶段相关的活动 信息系统