我覺得開發可以分成"需求","溝通","業務","設計","原型","編碼","測試","部署","維護".
每乙個環節處理不好都會對整體開發造成不可估量的後果.
是需要將它們進行分工,並且專業化.
"需求","溝通","業務"應該是專案經理 的責任,
"設計","原型",應該是架構人員 的責任,
"編碼","測試","應該是開發人員 的責任,
"部署","維護",應該是維護人員 的責任.
但是有時候具體實施起來是有很大困難的,這是因為
1,相關人員必須齊全而且稱職!
需求歸納時，要求得到的需求是完備而且相對穩定的。
業務文件應該是清晰，細化，完整的。
與客戶溝通，與專案成員溝通應該是高效的
設計應該具有前瞻性，靈活性，擴充套件性和簡單性！並且能夠使他人充分理解設計。
對技術點應該有**原型，對業務應該有操作原型，能使各種水平的開發人員迅速投入開發。
編碼人員應該充分了解所用語言的特性和常用api，能夠寫出清晰、高效的**。
測試應該是充分、全面而且容易重複的。有單元測試和整合測試。
2,各個環節的流程配合很難!
。。。具體的就不展開說了.軟體工程是老生常談了,也是老大難的問題
從上而下開發,迭代開發,uml建模,敏捷開發,資料庫導向開發,結對程式設計,模型驅動程式設計,用例驅動程式設計,等等等等.
紛繁蕪雜,流派眾多,
但是一切都歸根到"人"的身上.要有合適的人才能做相應的事情.
我覺得目前在我們公司裡,
小專案應該由專案經理負責"需求","溝通","業務","設計","原型"的工作,之後的工作就可以基本脫手了.
中等專案,以上專案經理負責的工作就需要有助手進行協助，分擔設計和原型工作。
原則是,業務或設計應該採用集權制,由某人總負責,然後再徵求他人意見.——避免設計出散亂的系統。
"需求","溝通","業務","設計","原型"之類的工作就是黨輝提出的「業務分析組」做的事情——稱為「前期工作組」好像更好一些，
待續。正好fangm回來了，去殺魔獸也。
【2007-9 bbs】
系統開發生命週期
常規的系統開發生命週期 sdlc 1 計畫 planning 2 需求收集與分析 requirements gathering 3 概念魚邏輯設計 conceptual and logical design 4 物理設計 physical design 5 搭建模型並測試 construction ...
系統開發生命週期
原文 系統開發生命週期 常規的系統開發生命週期 sdlc 1 計畫 planning 2 需求收集與分析 requirements gathering 3 概念魚邏輯設計 conceptual and logical design 4 物理設計 physical design 5 搭建模型並測試 c...
系統開發生命週期
原文 系統開發生命週期 常規的系統開發生命週期 sdlc 1 計畫 planning 2 需求收集與分析 requirements gathering 3 概念魚邏輯設計 conceptual and logical design 4 物理設計 physical design 5 搭建模型並測試 c...