数据库应用程序的生命周期.ppt

Chapter 1 数据库应用程序生命周期 1.1 软件危机 过去的几十年，软件开发数量惊人增长，这些软件大都需要长时期不断的维护: 修改错误, 实现新的用户需求, 修改软件使之运行于新的或升级的平台上. 软件危机(2) 花费在软件维护上的精力开始以惊人的速率吸收资源. 其结果是, 许多主要的软件项目 延期, 超过预算, 软件不可靠, 难于维护, 性能差. 软件萧条 20世纪60年代末, 出现‘software crisis’, 现在称为‘software depression’. 软件项目失败的主要原因包括: - 缺乏完整明确的需求说明; - 缺乏合适的开发方法; - 设计分解为易管理的组件时的错误. 1.2 信息系统生命周期 提出软件开发的结构化方法，通常被称为信息系统(information systems, IS)生命周期或者是软件开发生命周期 (software development lifecycle, SDLC). 信息系统 收集、管理、控制和分发整个组织的数据或信息的系统. 数据库是信息系统的核心组件，数据库系统开发生命周期与信息系统生命周期存在内在的必然关系. 1.3 数据库系统开发生命周期各阶段 数据库规划 系统定义 需求的收集与分析 数据库设计 选择DBMS(可选) 数据库系统开发生命周期各阶段(2) 应用程序设计 构建原型(可选) 实现 数据转换与加载 测试 操作性维护 数据库系统开发生命周期各阶段(3) 1.4 数据库规划 尽可能有效地实现数据库应用的各阶段的管理活动 应该集成于企业的全局IS策略中. 数据库规划 – 任务陈述 任务陈述 定义数据库系统的主要目标. 任务陈述帮助澄清数据库项目的目的，为有效高效创建数据库系统提供更清晰的路径. 数据库规划 – 任务目标 定义任务陈述之后，定义任务目标. 每个任务目标标识了数据库必须支持的特定任务. 必须包括工作量的估计、使用的资源和需要的经费 eg StayHome案例研究 案例研究描述一个名为StayHome的公司, 该公司出租录像给其成员. 首家分公司成立于1982年，地点在西雅图，公司现在日益壮大，连锁店遍布全美. StayHome员工登记表 员工列表第一页 录像清单第一页 StayHome 会员注册表 会员清单列表第一页 StayHome录像出租表 StayHome数据库系统任务陈述 StayHome数据库系统任务目标 1.5 系统定义 定义数据库系统的范围和边界，以及主要的用户视图. 系统的范围和边界，描述数据库系统和企业信息系统的其他部分的接口. StayHome数据库系统边界 系统定义 用户视图 从如下角度，定义的数据库应用的需求: 特定工作角色 (例如经理或助理) 或 业务应用领域 (例如录像出租或库存控制). 数据库系统可以有一个或多个用户视图. 系统定义 当确定开发需求时，标明用户视图，说明数据库的主要用户都已经考虑到了. 在开发相对复杂的数据库系统时，用户视图有助于将需求分解为易管理的小片段. 多用户视图的数据库系统 StayHome数据库系统用户视图 1.6 需求的收集与分析 收集和分析数据库所支持的组织的信息，并使用这些信息来标识数据库应用的需求 需求的收集与分析(2) 为每个主要的用户视图收集信息: 对使用或产生的数据的描述; 如何使用和产生数据的详细情况; 数据库系统的所有附加需求. 收集更多的用户视图相关的数据的同时，也应该努力收集系统的一般需求，目的是产生系统的需求说明。系统需求说明描述了在新的数据库系统中所要包含的各种特性，如网络需求、共享访问需求、性能需求、安全级别需求. 需求的收集与分析(3) 下一个步骤是确定怎样管理多用户视图的数据库系统. 三种主要的方法: 集中式方法; 视图集成方法; 以上两种方法的结合. 需求的收集与分析(4) 集中式方法 对于数据库系统来说，需要将每个用户视图合并到一个需求列表中。 在数据库设计阶段创建表示所有用户视图的数据模型. 管理多用户视图的集中式方法 需求的收集与分析(5) 视图集成方法 每个用户视图的需求都被用来构建该用户视图的独立的数据模型，最终的数据模型是在数据库设计的后续步骤中通过合并得到的 将每个用户视图的需求列出独立的需求表，创建代表每个用户视图的数据模型. 需求的收集与分析(6) 表示一个或多个但是并非全部用户视图的数据模型称为局部逻辑数据模型. 局部逻辑数据模型合并产生全局数据模型，表达组织中所有的用户视图. 处理多用户视图的视图集成方法 1.7 数据库设计 创建支持任务陈述和任务目标的数据库系统的设计的过