構建 軟體原型

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

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