數據庫設計的兩種過程模型
文前小敘
做完畢業實習的項目以後，思考過很多。個人覺得，軟件過程和把控不當是，目前對個人而言，最影響項目成果的因素。這一點，讓我想起了軟件能力成熟度模型（CMM）：一級為初始級，二級為可重復級，三級為已定義級，四級為已管理級，五級為優化級。總感覺，自己目前的項目管理水平處於第一級到第二級之間，貼近第二級，但仍未完全達到第二級（這，需要從三方面來講，其一，從最重要的可重復過程級角度：軟件項目的研發過程粗略有，但細化到每一個小階段的操作過程便不一定有；其二，從可重復的文檔標準級角度，大學三年期間，雖然有意識地在積累許多做項目過程中的經驗和標準化文檔，但還沒有完全達到標準化每一項文檔；其三，項目進度上，這是在畢業實習過程中出現的最嚴重的問題）。
文因
如果都看到這裏了，顯而易見啦：
此文，是關於上述小敘中所涉及的可重復過程級中的一個重要環節：數據庫設計過程
簡要聲明：越來越多國內技術社區抄襲成風，具體哪些就不舉例了。只想告知一句，文有版權，如需轉載，請主動聯系C博客園博主(http://cnblogs.com/johnnyzen/)，尊重勞動成果是一種美德，何況是他人主動分享出來的。
內容
註：對於數據庫基本概念不詳的童鞋，可轉見：[數據庫目錄]
兩種數據庫設計過程：(僅供參考)
數據庫>逆向ORM>項目：【推薦】
0.需求記錄。記錄客戶或者會議中，數據庫相關需求
1.概念設計。使用Visio等工具作E-R頂層的概念設計
可先不考慮字段，重點考慮：實體 + 關系
2.邏輯設計+物理設計。使用Navicat等工具作邏輯設計(思維過程)+物理設計
>構建模型
>導出SQL文件
>部分修正/排版 SQL文件
>數據庫導入+執行SQL文件
>記錄數據庫配置信息
數據庫名/用戶/密碼等
3.逆向ORM。項目逆向ORM（從數據庫表模型M導出到R項目為實體O）
>hibernate-persistence等工具：映射為實體
>修正ORM自動化生成的實體(多為註解)
4.撰寫文檔。確認數據庫設計[可選項]
>撰寫數據庫設計文檔
[Database-Design-Template.xlsx]
項目>(ORM)>數據庫：
0.需求記錄。記錄客戶或者會議中，數據庫相關需求
1.概念設計。使用Visio等工具作E-R頂層的概念設計
可先不考慮字段，重點考慮：實體 + 實體字段 + 關系
2.物理設計。項目中創建並配置實體類
>創建實體類
>配置實體類的表和字段信息
3.項目ORM到數據庫表中。
>hibernate-persistence等工具：ORM映射
4.撰寫文檔。確認數據庫設計[可選項]
>撰寫數據庫設計文檔
[Database-Design-Template.xlsx]
參考文檔
暫無
數據庫設計的兩種過程模型