當研發流程推薦到了原型構造階段后，我們有了基礎的原型工作產品，原型構建工作使我們理清了思路，驗證了技術的可行性。
?
理想的（在全局設計階段后的）原型工作產品的特點是：
?層次架構穩健。
??????? 命名空間與命名空間的關聯關系穩定。
??????? 類與命名空間的關聯關系穩定。
??????? 類與類關聯關系不穩定，原型程序員根據需要可以調整關聯關系的強弱，比如：把聚合調整為依賴。
??????? 類的方法簽名不穩定，原型程序員根據需要可以調整方法的名稱、參數及返回類型等。
?
??????? 事實上，我們清楚，當前的原型工作產品就連以上的一些特點都不具備，或者不完全具備，于是，我們需要用更完善的更系統的模型工作產品來指導我們的編碼工作，比如：從模型中我們發掘包與包的關系、類與包的關系、類與類的關系、類的詳細實現...。
?
??????? 從另外一個層面，調整模型一定必調整代碼更快，尤其當我們的產品很復雜的時候，“孰快孰慢”非常明顯。可是，相反呢？我們的時間到哪里去了？哦，那里少了一個方法、接口里要添加一個屬性、那個參數是簡單類型還不夠、改吧，改吧，反反復復，反反復復，我們也樂此不疲，^_^！
?
??????? 還有一個層面，如果我們宣稱我們自己有非常良好的職業習慣，有人來與我們交流同類工作產品的時候，我們恭敬的請他們坐下來，找到筆墨、白板，畫畫我們的設計、勾勾我們的思想，接著打開我們的代碼，一頁一頁的翻碼，或者根本也不翻，叫他（她們）自己去讀吧，這就是所有我們能做的了，當然我們還能張開嘴，^_^。這時候，我們會為“我們自己的宣稱”而汗顏嗎？

??????? 與其那樣，我們還要設計嗎？還需要搭建設計模型嗎？幾張紙（白紙、黑紙）、幾支筆（鉛筆、油筆）不就足夠了嗎？
也于是，還需要軟件開發流程嗎？不需要了，我們有嘴、有腦啊，也足夠了，^_^，我問你那個方法參數是什么意思？你說它是字符串類型，而且只能不能為空云云，我們都悻悻的，^_^。

轉載于:https://www.cnblogs.com/edgard/archive/2005/11/29/286874.html

總結

以上是生活随笔為你收集整理的构建 软件原型的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。