数据库应用系统的开发是一项软件工程。一般可分为以下几个阶段：
1.规划
2.需求分析
3.概念模型设计
4. 逻辑设计
5.物理设计
6.程序编制及调试
7.运行及维护。
这些阶段的划分目前尚无统一的标准，各阶段间相互联接，而且常常需要回溯修正。
在数据库应用系统的开发过程中，每个阶段的工作成果就是写出相应的文档。每个阶段都是在上一阶段工作成果的基础上继续进行，整个开发工程是有依据、有组织、有计划、有条不紊地展开工作。
1.规划
规划的主要任务就是作必要性及可行性分析。
在收集整理有关资料的基础上，要确定将建立的数据库应用系统与周边的关系，要对应用系统定位，其规模的大小、所处的地位、应起的作用均须作全面的分析和论证。
明确应用系统的基本功能，划分数据库支持的范围。分析数据来源、数据采集的方式和范围，研究数据结构的特点，估算数据量的大小，确立数据处理的基本要求和业务的规范标准。
规划人力资源调配。对参与研制和以后维护系统运作的管理人员、技术人员的技术业务水平提出要求，对最终用户、操作员的素质作出评估。
拟定设备配置方案。论证计算机、网络和其他设备在时间、空间两方面的处理能力，要有足够的内外存容量，系统的响应速度、网络传输和输入输出能力应满足应用需求并留有余量。要选择合适的OS,DBMS和其它软件。设备配置方案要在使用要求、系统性能、购置成本和维护代价各方面综合权衡。
对系统的开发、运行、维护的成本作出估算。预测系统效益的期望值。
拟定开发进度计划，还要对现行工作模式如何向新系统过渡作出具体安排。
规划阶段的工作成果是写出详尽的可行性分析报告和数据库应用系统规划书。内容应包括：系统的定位及其功能、数据资源及数据处理能力、人力资源调配、设备配置方案、开发成本估算、开发进度计划等。
可行性分析报告和数据库应用系统规划书经审定立项后，成为后续开发工作的总纲。
2.需求分析
需求分析大致可分成三步来完成。
(1) 需求信息的收集, 需求信息的收集一般以机构设置和业务活动为主干线，从高层中层到低层逐步展开
(2) 需求信息的分析整理, 对收集到的信息要做分析整理工作。数据流图(DFD, data flow diagram)是业务流程及业务中数据联系的形式描述。
数据字典(DD, data dictionary)详细描述系统中的全部数据。
数据字典包含以下几个部分。
· 数据项：是数据的原子单位。
· 数据组项：由若干数据项组成。
· 数据流：表示某一数据加工过程的输入/输出数据。
· 数据存储：是处理过程中要存取的数据。
· 数据加工过程 数据加工过程的描述包括：数据加工过程名、说明、输入、输出、加工处理工作摘要、加工处理频度、加工处理的数据量、响应时间要求等。
数据流图既是需求分析的工具，也是需求分析的成果之一。数据字典是进行数据收集和数据分析的主要成果。
(3) 需求信息的评审. 开发过程中的每一个阶段都要经过评审，确认任务是否全部完成，避免或纠正工作中出现的错误和疏漏。聘请项目外的专家参与评审，可保证评审的质量和客观性。
评审可能导致开发过程回溯，甚至会反复多次。但是，一定要使全部的预期目标都达到才能让需求分析阶段的工作暂告一个段落.
需求分析阶段的工作成果是写出一份既切合实际又具有预见的需求说明书，并且附以一整套详尽的数据流图和数据字典。
3.概念模型设计
概念模型不依赖于具体的计算机系统，他是纯粹反映信息需求的概念结构。
建模是在需求分析结果的基础上展开，常常要对数据进行抽象处理。常用的数据抽象方法是‘聚集’和‘概括’。
ER方法是设计概念模型时常用的方法。用设计好的ER图再附以相应的说明书可作为阶段成果
概念模型设计可分三步完成。
(1) 设计局部概念模型
① 确定局部概念模型的范围
② 定义实体
③ 定义联系
④ 确定属性
⑤ 逐一画出所有的局部ER图，并附以相应的说明文件
(2) 设计全局概念模型
建立全局ER图的步骤如下：
① 确定公共实体类型
② 合并局部ER图
③ 消除不一致因素
④ 优化全局ER图
⑤ 画出全局ER图，并附以相应的说明文件。
(3) 概念模型的评审
概念模型的评审分两部分进行
第一部分是用户评审。
第二部分是开发人员评审。
4.逻辑设计
逻辑设计阶段的主要目标是把概念模型转换为具体计算机上DBMS所支持的结构数据模型。
逻辑设计的输入要素包括：概念模式、用户需求、约束条件、选用的DBMS的特性。
逻辑设计的输出信息包括：DBMS可处理的模式和子模式、应用程序设计指南、物理设计指南。
(1) 设计模式与子模式
关系数据库的模式设计可分四步完成。
① 建立初始关系模式
② 规范化处理
③ 模式评价
④ 修正模式
上一篇:
软件技巧：Realplayer同步歌词另类玩法
下一篇:
JavaMail常见问题之安装和配置问题解答
精品推荐