下面將詳細介紹
需求分析階段的重點是調查、收集並分析客戶業務的資料需求、處理需求、安全性與完整性需求。
常用的需求調研方法有在客戶的公司跟班實習、組織召開調查會、邀請專人介紹、設計調查表並請使用者填寫和查閱與業務相關的資料記錄等。
常用的需求分析方法有調查客戶的公司組織情況，各部門的業務需求情況、協助客戶分析系統的各種業務需求和確定新系統的邊界。
收集資訊
標識實體
標識每個實體需要儲存的詳細資訊
標識實體之間的關係
建立資料庫之前，必須充分理解資料庫需要完成的任務和功能。簡單來說，就是要了解資料庫中需要儲存哪些資訊（資料），實現哪些功能。
下面以酒店管理系統為例，我們需要了解酒店管理系統的具體功能，以及在後台資料庫中儲存的資料，如以下需求：
在收集需求資訊後，必須標識資料庫要管理的關鍵物件或實體。實體可以是有形的事物，如人或產品，也可以是無形的事物，如商業交易、公司部門或發薪週期。
在系統中標識這些實體以後，與它們相關的實體就會條理清楚。以酒店管理系統為例，我們需要標識出系統中的主要實體。
注意：實體一般是名詞，乙個實體只描述一件事情，不能重複出現含義相同的實體。
資料庫中每個不同的實體都擁有乙個與之相對應的表，按照以上的酒店管理系統需求，在酒店管理系統資料庫中，會對應至少兩張表，分別是客房表和客人表。
將資料庫中的主要實體標識為表的候選實體以後，就要標識每個實體儲存的詳細資訊，也稱為該實體的屬性，這些屬性將組成表中的列。簡單的說，就是需要細分出每個實體中包含的子成員資訊。
下面以酒店管理系統為例，逐步分解每個實體的子成員資訊，如下：
在進行實體屬性分解時，含義相同的成員資訊不能重複出現，如****和**等。
每個實體對應一張表，實體中的每個子成員分別對應表中的每一列。例如，從上述關係可以看出客人應該包含姓名和身份證號等列。
關係型資料庫有一項非常強大的功能，即它能夠關聯資料庫中各個專案的相關資訊，不同型別的資訊可以單獨儲存，但是如果需要，資料庫引擎還可以根據需要將資料組合起來。
在設計過程中，要標識實體之間的關係，首先需要分析資料庫表，確定這些表在邏輯上是如何相關的，然後新增關係列建立起錶之間的連線。
以酒店管理系統為例，客人與客房有主從關係，我們需要在客房實體中標明其入住的客房號。
需求分析階段報告
團隊專案之需求分析 1 任務描述 2 任務目的 1 任務描述 2 任務目的業務流程模型 構建模型 李飛浪 完成文件 張瑞源 用例模型 構建模型 王志斌 隊長 完成文件 童子銘 階段報告 報告撰寫 葉鴻 1.模型介紹 1 目標 這個模型幹什麼用 2 變數 現實世界中具體事務的抽象 3 關係 各變數之間...
需求分析階段 需求說明書
專案名稱 需求說明書 v1.0 版本號 擬 制 人 審 核 人 批 準 人 年月日 需求說明書 1 引言 1.1編寫的目的 說明編寫這份需求說明書的目的,指出預期的讀者.1.2背景 a.待開發的系統的名稱 b.本專案的任務提出者 開發者 使用者 c.該系統同其他系統或其他機構的基本的相互來往關係。1...
需求分析階段 需求說明書
doctype html public wcdtd xhtml stricten httpwwwworgtrxhtmldtdxhtml strictdtd 專案名稱 需求說明書 v1.0 版本號 擬 制 人 審 核 人 批 準 人 年月日 需求說明書 1 引言 1.1編寫的目的 說明編寫這份需求說明...