数据库应用系统开发过程

精品课件
第6章 第1讲 6.3.2 从轮廓到细节逐步获取用户需求
1) 从各用户代表处获取业务实例。业务实例有助于 详细了解业务的细节和用户的真正需求
2) 召开需求讨论会议。这是获取需求的一种方法， 在需求获取过程中可能需要多次需求讨论会议， 以便不断了解用户需求
3) 分析业务的工作流程。最好用示意图的方式表示 出来。编制业务的工作流程有助于明确系统的使 用实例和功能需求
❖ 要想设计出性能优秀的数据库，必须掌握数据库 设计的基本原理知识和DBMS的应用技能
精品课件
第6章1 第引1讲言 6.4.2 数据库设计规格说明模板
1.1 编写目的
1.2 设计背景
3 结构设计
1.3 定义
3.1 概念结构设
1.4 参考资料
计
2 外部设计
2.1 标识符和状 态
2.2 使用它的程 序
精品课件
第6章 第1讲 6.4.1 数据库设计过程和设计基础
❖ 数据库设计过程主要包括以下步骤:
– 概念结构设计。概念结构设计一定要抛开平台约束，将 注意力集中在业务数据的表示上。
– 逻辑结构设计。 – 针对具体的DBMS，实现数据库逻辑结构设计。应充分利
用DBMS提供的实现功能，尽量减少编码实现数据库完整 性约束的工作量。 – 物理结构设计和实现。应充分理解DBMS的存储和索引技 术再决定如何存储数据，如何设计索引等。 – 装载数据，测试数据库的运行状况。 压力测试和性能测试等
❖ 推荐的需求分析过程 – 需求准备 – 从轮廓到细节逐步获取用户需求 – 需求整理和分析，确定关键需求 – 编写需求分析规格说明书 – 对需求进行验证核实 – 划分出明确的需求和模糊的需求
精品课件
第6章 第1讲 6.3.1 需求准备
❖ 了解项目或系统所涉及到的领域知识 ❖ 编写简要的项目术语参考手册 ❖ 确定需求分析过程，明确需求目标 ❖ 将用户群分类并归纳各自特点 ❖ 确定每类用户的代表 ❖ 确定需求决策者 ❖ 编写项目视图和范围的文档
– 某些属性具有随时间变化的特征，称为时间关联属性。 在设计数据库逻辑结构时应充分考虑属性与“时间”的 关系，应考虑属性的动态特性
– 聚集属性是否需要作持久数据存储 – 验证逻辑结构是否满足业务数据管理的需求
精品课件
第6章 第1讲 6.4.3 数据库设计的一些建议
❖ 参考数据表
– 在设计数据库逻辑结构时，某些数据对象具有相似的逻 辑结构，并且这些数据对象的用途也相似，例如职务类 别、学历类别、政治面貌类别等数据对象。这些数据对 象通常用来作为其它数据对象的分类属性，分析概念模 型时通常是某一个实体的一个属性。
❖ 使用标准模板编写需求分析规格说明书。 ❖ 指明各需求项的来源。 ❖ 标识需求定义，为各项需求标注上唯一的标号 ❖ 记录业务规范。业务规范是指产品的操作原则或
操作要求。 ❖ 创建需求跟踪表。需求跟踪表是为了将各项需求
与实现、测试它的设计和代码部分联系起来，这 样有助于需求变更时能够同时标识并修改相应的 内容，获得一致的版本。
❖ 分析需求的可行性。 ❖ 建立需求的表示模型。使用图表分析模型来表示
需求是比较好的方法，也是对文字描述最好的补 充说明。 ❖ 创建数据字典，定义系统中系统的所有数据项和 数据结构。 ❖ 明确用户功能需求的等级：期望需求、普通需求 和兴奋需求，有助于建立开发优先级和需求的重 要等级。
精品课件
第6章 第1讲 6.3.4 编写需求分析规格说明书
4.2 项目优先级
5 产品成功的因素
精品课件
第6章 第1讲 6.2.3 有关项目视图和范围的一些建议
❖ 如果在项目视图与范围规格说明中还不能澄清软 件的开发范围以及系统和外部的界限，建议使用 关联图进一步描述系统和外部的关系。
❖ 项目视图和范围文档可以帮助开发者和用户代表 判断所提出的特性和需求放进项目中是否合适。
精品课件
第6章 第1讲 6.4.3 数据库设计的一些建议
❖ 数据完整性
– 业务规则在数据库中通过实施数据完整性来实现。 – 数据完整性的层次分为字段级、表级和数据库级三种，
按照实现方式相应地可称为域约束、表约束和断言实现。 – 字段级数据完整性指一条数据记录（或实体）中，字段
的取值、不同字段值之间应满足的约束条件 – 表级数据完整性指表（或关系）中某些字段的取值约束，
精品课件
第6章 第1讲 6.3.5 需求验证
❖ 审查需求规格说明文档 ❖ 以需求为依据编写功能测试用例 ❖ 编写用户手册 ❖ 确定产品或项目的验收标准
精品课件
第6章 第1讲 6.3.6 软件需求规格说明模板
1 引言
1.1 目的
3.4 通信接口
1.2 文档约定
4 系统特性
1.3 预期的读者和阅读建 议
– 如果建议在项目范围之外，应重新协商项目费用、项 目计划，并考虑相关的资源与技术等是否能够实现新 的需求，在需求变更得到双方赞同后才能重新开始。
– 如果建议在项目范围之内，应分析该建议相关的需求 在项目中的优先级别，根据分析结果更改项目优先级 安排和项目开发计划。
❖ 应该牢记，项目开发过程中应始终把注意力集中 在项目视图和范围的规格定义上，需求变更时应 标识出项目视图和范围的变更。
第6章 MIS系统设计与实践
第1讲 数据库应用系统开发过程
❖ 数据库工程概述 ❖ 项目视图与范围 ❖ 需求分析和需求定义 ❖ 数据库设计 ❖ 软件体系结构设计 ❖ 详细设计和编码实现 ❖ 测试 ❖ 发布和实施 ❖ 快速原型技术的应用
精品课件
第6章 第1讲 6.1 数据库工程概述
❖ 数据库应用系统的开发是一项复杂的软件工程， 但又有其自身的一些特点，因此，特称为“数据 库工程”。
3.2 逻辑结构设 计
3.3 物理结构设 计
4 运用设计
2.3 约定, 专门 指导
4.1 数据字典设 计
2.4 支持软件
4.2 安全保密设
计 精品课件
第6章 第1讲 6.4.3 数据库设计的一些建议
❖ 概念结构设计的重要性
– 不要因问题简单而忽视概念结构设计，除非你的理解力 和记忆力足够好。没有概念结构设计，无法直接跟踪和 验证设计是否满足业务需求。
❖ 项目的业务需求分析是在项目视图和范围描述的 基础上进行的，因此，一定要在业务需求分析之 前完成项目视图和范围的蓝图。如果不能清楚地 标识项目的视图和范围，业务需求可能会无边无 际，最终导致无法完成整个软件系统。
精品课件
第6章 第1讲1 业6务.需2.求2 项目视图和范围的规格说明模板
1.1 背景
6 其他需求
3.1 用户界面 3.2 硬件接口ห้องสมุดไป่ตู้3.3 软件接口
精品课件
附录A：词汇表 附录B：分析模型 附录C：待确定问题的列表
第6章 第1讲 6.4 数据库设计
❖ 数据库设计是数据库应用系统开发的核心任务。 ❖ 数据库设计的好坏直接影响整个系统的质量，比
较极端的说法是，只要设计的数据库能够很好地 完成业务的数据管理和操作需求，那么就已经保 证整个数据库应用系统的质量。 ❖ 如果数据库设计得有问题，则无论客户端应用程 序开发技术多么高明，花费再多的成本也无法构 建出一个好的数据库应用系统来。 ❖ 应反复斟酌和验证数据库结构，确保数据库设计 能够满足业务的数据管理需求才能进行后一阶段 的开发工作。
– 为了便于管理维护这些参考数据，同时也为了减少数据 库中表的大小，在设计数据库的逻辑结构时，可将数据 库中存在的各种参考数据都单独设计为一个表。所有参 考数据表都由两个字段构成：编号和名称。
– 使用参考数据编号字段来替换数据库中所有表的参考数 据字段，这样表之间就建立起了参照关系（主码外码的 关系）。应将这类参照关系设置为禁止级联删除、级联 修改，或在代码中保证这样的参照关系。
❖ 数据库工程按其内容可分为两个部分
– 数据库的设计实现。数据库的设计实现是开发数据库 应用系统的核心工作
– 应用程序的设计实现。应用程序设计实现本身也是一 项软件工程，但与数据库的设计实现紧密相关。
❖ 数据库应用系统从开始规划、分析、设计、实现、 测试、运行、维护到系统退役的整个过程称为数 据库应用系统的生存期
精品课件
第6章 第1讲 6.3 需求分析和需求定义
❖ 需求分析规格说明是项目开发过程中后续工作的参考基础， 数据库设计、系统结构设计、编码实现、测试和产品交付时 都需要以需求分析规格说明为参考依据。需求规格说明也是 需求变更的重要依据。
❖ 需求分析越清楚，设计和维护工作就越轻松，在未澄清关键 需求之前请不要急于系统结构设计、界面设计和编码实现。
精品课件
第6章 第1讲 6.4.3 数据库设计的一些建议
❖ 视图、存储过程和事务
– 数据库应用系统的业务需求规格说明中部分业务功能是 用户查询和操作数据库的数据，对于这类业务功能，应 在数据库中设计相应的视图或存储过程来实现。返回数 据集的存储过程也可以当做视图来使用。存储过程能够 实现相当复杂的数据操作功能，尤其是事务类型的业务 功能。
1.4 产品范围 1.5 参考文献 2 综合描述 2.1 产品的前景 2.2 产品的功能 2.3 用户类及其特征 2.4 运行环境 2.5 设计和实现上的限制 2.6 假设和依赖 3 外部接口需求
4.1 说明和优先级 4.2 激励/响应序列 4.3 功能需求
5 其他非功能需求 5.1 性能需求 5.2 安全设施需求 5.3 安全性需求 5.4 软件质量属性 5.5 业务规则 5.6 用户文档
精品课件
第6章 第1讲 6.2 项目视图与范围
6.2.1 项目视图和范围的概念和用途
❖ 项目视图可以把项目参与者（开发者和用户双方） 定位到一个共同和明确的目标上，项目视图描述 了软件产品所涉及到的和在一个理想环境中最终 所应具有的功能。