5.2需求分析（课件）-《数据库应用技术-SQL Server》同步教学（人民邮电版）

数据库系统设计 第5章 目录 01 数据库系统 设计概述 02 需求分析 03 概念结构设计 04 逻辑结构设计 05 物理结构设计 06 数据库实施 07 数据库运行 和维护 本章主要内容 本章主要介绍数据库系统设计的整体过程及具体设计过程中使用的相关方法和技术。从数据库设计的概念出发，引出了数据库系统设计的内容、特点、使用的方法、基本过程和步骤；重点介绍需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库运行和维护等阶段的具体设计内容和步骤，并详细介绍需求分析、概念结构设计、逻辑结构设计的模型设计方法和模型创建步骤。 准备知识 模型是对事物、对象、过程等客观系统中人们感兴趣的内容的模拟和抽象表达，是理解系统的思维工具。 数据模型也是一种模型，是计算机世界对现实世界数据特征的抽象、表示和处理的工具。 数据库不仅要反映数据本身内容，而且要反映数据之间的联系，而这种模拟是通过数据模型实现的。 数据模型是数据库的框架，是数据库的核心和基础。 需求分析 第5章 02 5.2.1 需求的类型 需求可以分为业务需求、用户需求和系统需求3类。 （1）业务需求：从组织机构的角度明确待开发系统的发展方向、工作内容、目标客户和产品价值等。 （2）用户需求：从系统用户的角度确定待开发系统需要完成的功能（或提供的服务）和要达到的指标或要求（例如性能、存储空间要求、吞吐量、安全性、可靠性、容错性）。 （3）系统需求：从设计人员的角度详细、准确地描述系统应该完成的功能和非功能性需求。 5.2.1 需求的类型 需求分析是数据库系统设计的基础，它的结果是否准确，直接影响后续各个阶段设计的正确性，设计管理人员一定要强调并认真对待这个阶段的工作。 调查了解、收集并获取不同角色用户的需求。 分析用户需求，确定新系统的边界。 使用规格说明描述用户需求，编写系统分析报告。 需求验证。 5.2.2 需求分析的步骤 1. 调查了解、收集并获取不同角色用户的需求 首先，需要了解管理对象的组织机构情况，弄清所设计的数据库系统与哪些部门相关，这些部门及下属各个单位的联系和职责是什么； 其次，了解相关部门的业务活动情况。 设计人员需要明确数据库中的信息内容、数据处理内容，以及数据的安全性和完整性需求。 2. 分析用户需求，确定新系统的边界 明确哪些功能现在就由计算机完成；哪些功能将来准备让计算机完成；哪些功能或活动由人工完成。 3. 使用规格说明描述用户需求，编写系统分析报告 系统分析报告也称为需求规格说明书，它是对需求分析阶段的一个总结。 编写系统分析报告是一个不断反复、逐步深入和逐步完善的过程。 系统分析报告应包括系统概况、系统的原理和技术，以及对原系统的改善、 系统总体结构与子系统结构说明、系统功能说明、 数据处理概要、工程体制和设计阶段的划分、系统方案及技术、经济、功能和操作上的可行性6部分内容。 随系统分析报告还需要提供系统的硬件、软件支持环境的选择及规格要求（所选择的数据库管理系统、操作系统、汉字平台、计算机型号及其网络环境等）、 组织机构图、组织之间的联系图和各机构功能业务一览图、数据流图、功能模块图和数据字典等图表。 4. 需求验证 完成系统的分析报告后，在项目单位的领导下，软件开发项目组要组织有关技术专家评审系统分析报告，通过后，项目方和开发方的领导签字认可。 5.2.3 获取需求的常用方法 调查方法是设计人员获取需求使用的重要手段，是设计数据库系统不可缺少的环节。 在调查进行之前，软件开发机构需要进行一些必要的准备工作，成立项目领导小组（包括客户项目组和开发项目组）。 在调查时，设计人员需要深入到应用待开发系统的组织机构和业务领域，与具有业务领域知识和行业背景的人员反复沟通、确认，并用计算机知识和建模技术清晰、准确地描述用户需求，获得用户认可的需求文档。其中，用户的积极参与配合是做好调查的关键。 常用的调查方法 （1）跟班作业调查法 （2）开调查会 （3）请专人介绍 （4）填写调查表 （5）资料查阅 5.2.4 需求分析创建模型的方法 为了准确描述系统能够“做什么”，方便设计人员、用户及其他相关人员之间的沟通，设计人员需要使用相应的需求建模方法创建需求模型（数据流图和数字字典，或状态转换图、序列图、协作图、类图、部署图等），从而真实、准确、完整地描述目标系统的业务需求和用户需求。 常用的需求建模方法有结构化分析（Structured Analysis，SA）方法和面向对象的（Object-Oriented）方法。 1. 结构化分析方法 由美国Yourdon公司和密歇根大学于20世纪70年代中期在开发ISDOS系统工具时提出。 采用“自顶向下，化繁为简，由外到内，逐层分解”的分治策略，把复杂的信息处理系统分解为若干个人们易于分析和描