軟體專案開發，通常也會按規範化的流程及規約有序進行。以下為我的經驗與總結關於大中型軟體專案開發流程結構，總流程可分為：
1、 目錄結構
2、需求分析
3、庫選擇及設計
4、計畫安排,開發周期等
5、環境搭建
6、專案開發
下面作分別闡述：
1、 目錄結構:主要是,documents(文件資料/式樣)/src(**) 放前面，這裡通常是指專案框架的結構。
2、需求分析
根據所需要的功能,確定哪些模組是多餘的或補充哪些類,方法等.
3、庫選擇及設計
根據不同使用者需求或專案需要,選擇相應的庫,如:pgsql,mysql,sybase,oracle...然後變更相應的配置檔案。
4、計畫安排,開發周期等
整個專案負責人,在我國一般稱為:專案經理pm.把握時間進度,負責專案的人事協調,最終保證質量.具體包括:
產生各欄目資料夾的結構圖,如2中提到的目錄.
開發規則
書寫規範
物件,變數及檔名命名約定
模組擔當劃分
把握時間進度，完全靠經驗麼？
可以這麼說,另外需要對團隊整體技術實力了解.另外,就是努力奮鬥嘍
這就要按照《資料庫正規化》來吧. 基本上保證前三個正規化就ok了
通常約定也就是3nf+bcnf就可以了.
我大概說下吧.
第一正規化（1nf）是對關係模式的基本要求,這個不滿足就是個失敗的庫設計,設計出來的庫就不是關聯式資料庫.
簡單的說就是不能有重複的列.同乙個列不能有多個值.
如: 乙個欄位中,不能放"姓名,年齡,**...."這樣的東東.
2nf,具有繼承性,嘿嘿可以理解成類,1nf是父類,滿足2nf前提是滿足於1nf
要求每條記錄必需可以唯一的區分,屬性完全依賴於主關鍵字.
3nf,同上必須先滿足2nf。
要求乙個資料庫表中不包含已在其它表中已包含的非主關鍵字資訊。
原因是,那樣會造成大量的冗餘資料.
補充:bcnf,再同上在3nf的基礎上.
資料庫表中如果不存在任何欄位對任一候選關鍵字段的傳遞函式依賴則符合第三正規化
通俗來說就是,存在關鍵字段決定關鍵字段的情況
它會導致:刪除/插入/更新異常等.
其中，這裡還有專案品質管理、人員分配、角色扮演等都是需要很注意的，這些決定了乙個專案的成敗。務必仔細/認真/仔細。。。細節決定成敗！
基於Typecho CMS框架開發大中型應用
大中型應用暫且定義為 大於等於3個資料表的應用！汗吧！typecho原本是一款部落格系統，其框架體系有別於市面上一般意義mvc框架，主體 以自創的widget為基類，整體非常簡潔。單一入口 除db配置外，其他配置存於db中 路由配置也存於db中 自創widget層，無傳統model層 自創actio...
面試總結 工程化軟體專案開發的流程 步驟
需求分析 1 相關系統分析員向使用者初步了解需求，然後用相關的工具軟體列出要開發的系統的大功能模組，每個大功能模組有哪些小功能模組，對於有些需求比較明確相關的介面時，在這一步裡面可以初步定義好少量的介面。2 系統分析員深入了解和分析需求，根據自己的經驗和需求用word或相關的工具再做出乙份文件系統的...
軟體專案開發流程
使用者檢視 使用者檢視是使用者所能見到的資料或資訊的表現形式.資料詞典 資料詞典 data dictionary，簡稱dd 就是用來定義資料流圖中的各個成分的具體含義的。對資料流圖中出現的每乙個資料流 檔案 加工給出詳細定義。資料字典主要有四類條目 資料流 資料項 資料儲存 基本加工。資料項是組成資...