設計的理性模型

2021-08-04 20:13:13 字數 1616 閱讀 9057

理性模型,理想的設計過程模型,它具有以下部分:

1.目標

2.必要條件

3.效用函式

4.約束條件,包括預算等

5.決策的設計樹

until enough or not allowed

do another design to improve

until design end

while design is good enough

make next deside

end while

back to parent node

find another way not found before

end until

end do

choose best design

end until

這種理想的設計過程實際是在使用窮舉搜素來對所有的可行性設計尋找乙個最優解。

理想模型在軟體設計當中最具代表性的是軟體開發的瀑布模型。雖然瀑布模型也不是最完全適應現實中的軟體開發模型,但是它為設計專案提供了清晰的步驟,顯著的改善了專案的日程規劃和進度評估,有效的緩解了專案干係人之間的溝通。軟考當中的專案管理主要的流程就是基於這個理想模型進行描述的。

理想模型最嚴重的問題在於剛剛開始設計時,我們只有乙個模糊的、不完整的主要的目標。在這個前提背景下,決定要設計什麼是設計中最麻煩的地方。於是為了發現真正的專案需求,我們不得不根據客戶的意見進行不停的修改,最終不斷的引導客戶明確他們想要的設計。在這個過程中,能夠快速的迭代要比按部就班的使用理想模型要好的多。於是快速原型的設計方案逐步的獲得設計人員的認可。

這個在現實工作當中也是這樣的,業務或者客戶方提出乙個想要的目標,這個目標僅僅只是乙個引子,引出最終設計的線索。在探索過程中,可能三天兩頭變換實現的樣式或者內涵,這個都是為了希望能夠借助這種方法快速迭代到最終目標,從而提高效率。

決策樹可能也不是一開始就能夠明確確定的,因為缺少足夠的過程資訊來構建可行解的解空間。工作當中每週甚至是每三天的客戶方例會就成為獲取資訊的主要途徑。每當例會結束後,需求會發生變動,設計也可能會發生變動,只能一邊做一邊摸索,然後不停的迭代出新的設計。

設計樹上的節點在專案剛剛開始的時候只是暫時設定的設計方案,隨著專案的推進,專案資訊的逐步完善,這些節點上的設計可能與剛開始的設計完全是不同的。

效用函式也非常有可能是無法以數值函式來確定的,於是設計人員只能做一些簡單的估算,例如專案進度的時間安排,成本估算等。不過這種估算是採用不同的方法進行計算的,有時候會有很大的差距,只能作為參考。

約束條件在持續變化。必要條件和所佔權重也在變化。必要條件的變化則是在專案推進過程中,客戶方或者其他因素出現新的變化,需要在接下來的設計中仔細權衡這種變化,在後續的設計中囊括這種變化。例如臨時性的需要擴張,設計執行過程中某種因素的變化沒有在初始設計中被考慮到等等。約束條件的變化最明顯的例子是客戶方希望看到專案需要被提前交付的時間約束變化。客戶方安裝專案的主機出現了更新,需要變換專案的空間約束。

對理性模型的其他意見:這個只是一種簡化的模型,實際的狀況可能與這個模型相差甚遠。專業知識和現實世界的要求之間有一道鴻溝。為了真正的找到現實世界要求的設計模型,我們需要針對現實的世界中的問題作出針對性的調整。

我的心得:過於抽象的理論和設計需要配備足夠多的針對現實問題的調整方法。

蝕刻加工流程可管理性的設計

任何乙個工藝流程都不會自動去執行更不會自動去管理,這一工作的進行需要乙個更重要的因素 人的參與其中才能使工藝流程運轉起來。乙個能運轉的工藝流程需要有操作者和管理者的參與。蝕刻加工流程的可管理性表現在其全過程中的可檢測性,這裡的可檢測性包括化學指標的檢測 物理指標的檢測和操作指標的檢測。1 化學指標的...

逐漸回歸的理性

臨近年關,沒成想最近反而發生了很多事情,相信不少朋友或多或少有所了解,乙個行業從逐步成長到快速爆發,和極度投機的混亂是脫不了鉤的,而讓充滿暴利的秩序回歸理性,我認為一刀切的手段是必要的。今天聊的內容和反跟單沒有任何關係,就是純粹的談談我們自己的人性。乙個月就可以做好的事情,不僅我們能做,相信所有人都...

ETL模型設計

傳統的關聯式資料庫一般採用二維數表的形式來表示資料,乙個維是行,另乙個維是列,行和列的交叉處就是資料元素。關係資料的基礎是關聯式資料庫模型,通過標準的sql語言來加以實現。資料倉儲是多維資料庫,它擴充套件了關聯式資料庫模型,以星形架構為主要結構方式的,並在它的基礎上,擴充套件出理論雪花形架構和資料星...