数据库需求分析的原则
-
指定数据库兵分析计划
数据库需求分析人员首先要制定好工作计划，如何时到何地做何工作，需要用户方何人协助，需要哪些开发人员协助等等。不断检查、调整、及时总结工作成果。
-
选择适当的数据库需求分析方法
选择一种合适的数据库需求分析方法，如结构化分析方法、原型化分析方法、面向对象分析方法。
-
选择合适的数据库需求分析工具软件
为了提高数据库需求分析的效率，数据库需求分析人员应尽量使用数据库需求分析工具，如美国IBM公司的Rational DOORS、美国Microsoft公司的Visio。
-
调查现存系统
数据库需求分析人员应该认真收集、整理现存系统中的各种数据，避免遗漏和错误发生。
-
充分与用户沟通
数据库需求分析人员要使用用户能够理解的语言进行沟通，避免使用纯计算机专业语言来提问、解释有关问题。充分尊重用户的意见，尽可能满足用户的需求。对一些不能实现的要求则要耐心解释为什么不能或不应该实现。
-
理解用户的数据管理内容及目标
数据库需求分析人员只有理解用户的数据管理内容及目标，才能有助于数据库设计人员设计出满足用户需要的目标系统。
-
分析并确认数据库需求
数据需求并不是现存系统数据实际情况的复制，因为现存系统中的数据可能存在描述错误、冗余、不准确、不完整、不一致等现象。数据库需求分析人员应该消除以上不合理现象，必要时通过修改数据结构、合并数据、分解数据等手段，反复权衡，获得准确的数据库需求。
-
需求变更要立即联系
虽然完全消除数据库需求变更非常困难，但过多的需求变更会给严重影响系统开发进度和质量。因此，减少乃至消除需求变更是数据库需求分析人员的重要任务之一，需求变更的多寡也反映了数据库需求分析工作的质量和水平。在系统开发过程中，需求变更出现得越晚，影响就越大。例如，总体结构已确定但发现要增加新的功能模块就将导致高代价的返工。用户如需变更需求应与开发方及早联系。
-
提出数据库实施建议和解决方案
通常用户所说的“需求”已经是一种实际可行的实施方案，数据库需求分析人员应尽力从该实施方案中了解真正的数据需求，同时还应找出现存系统数据管理业务不合理之处，以确保目标系统不会无效或低效；在彻底弄清业务领域内的数据后，提出改进方法，增加一些用户没有发现的有价值的数据特性。
-
认真撰写数据库需求规格说明书
- 数据库需求规格说明书是数据库系统需求分析的一部分，它完整、清晰、准确、易于理解地描述了数据库的各种需求。因此，数据库需求分析人员不仅要有良好的计算机专业知识，还要有良好的目标系统所处理的事务对应领域的专业知识，以及良好的文字表达能力。
- 在文档中暂时加上“待定”标志是个方法。用该标志可指明哪些是需要进一步讨论、分析或增加信息的地方，有时也可能因为某个特殊需求难以解决或没有人愿意处理它而标注上“待定”。如果用户一时不能准确表达，通常要用原型开发技术。通过原型开发技术，用户可以同开发人员一起反复修改，不断完善需求定义。使用软件复用技术
-
使用软件复用技术
充分利用现有的数据库需求分析文档，实现文档复用（即重复使用）。数据库需求分析人员如果发现有某个软件的数据库需求与用户描述的需求相近，则可以充分利用之，以缩短数据库需求分析的时间。
-
认真评审数据库需求规格说明书
为了确认数据库需求规格说明书所描述的数据库需求的合理性、完整性、正确性，还必须进行数据库需求评审。数据库需求评审一般和数据库系统评审一起进行，评审的主要内容是：
- 数据库需求是否和用户的需求一致。
- 数据库需求是否满足数据库系统的要求，是否存在接口问题。
- 数据库需求规格说明书的内容是否齐全。
- 数据库需求规格说明书是否完整、清晰、准确、易于理解地反映了用户数据需求。
- 所有图表是否合理，解释是否充分。
为了保证数据库需求的评审质量，评审人员应包括数据库需求分析人员、用户、数据库系统设计人员和测试人员、项目负责人。评审结束后，评审负责人应该签名、给出评审意见。
-
修改、完善数据库需求规格说明书
根据评审意见，认真修改数据库需求规格说明书直至用户方和开发方共同批准。共同批准的数据库需求规格说明书是数据库设计、数据库测试和验收的依据。
数据库需求分析的最终目的是获得共同批准的数据库需求规格说明书。
