數據庫設計的兩種過程模型
文前小敘
做完畢業實習的項目以後,思考過很多。個人覺得,軟件過程和把控不當是,目前對個人而言,最影響項目成果的因素。這一點,讓我想起了軟件能力成熟度模型(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]
參考文檔
暫無
數據庫設計的兩種過程模型