物件導向的分析與設計比較直觀，易於理解，方便擴充套件，利於閱讀，而且容易維護，具有可繼承的特點。
uml是一種開放的方法，用於說明、視覺化、構建和編寫乙個正在開發的、物件導向的、軟體密集系統的製品的開放方法。作為一種語言，uml能夠展示專案結構，幫助專案參與者更好地理解專案。需求分析人員可以繪製用例圖等，也可以用於和業務溝通需求。軟體設計人員可以用來繪製活**、順序圖、類圖等，用於做概要設計、詳細設計。
考試的時候，我們關注的是：
用例圖，靜態圖（類圖，物件圖，包圖），行為圖（互動圖，狀態圖，活**），實現圖（構件圖，部署圖）
軟體的本質包括四個方面，即複雜性(complexity)、一致性(conformity)、可變性(changeability)與不可見性(invisibility)。軟體的本質造成了範圍（需求）控制的必要性、可行性與複雜性。乙個專案的首要約束是工期、範圍、質量和預算四個基本元素，它們也被稱為專案管理三角模型。專案管理的目標就是優化排程資源使得這些約束以最低的成本得到滿足。這四個基本元素的說明如下：
工期：軟體專案剛性約束。多數情況下，軟體的按時投產意味著收益的增加或成本的降低。
預算：軟體專案重要約束。它與工期一樣，最容易觀察與度量，所以沒有特別情況也不宜超出預算。
質量：軟體質量通常是有底線的。一些指標如可靠性、效能等，比較難量化度量；另一些指標如易用性相對比較靈活，但其對於使用者滿意度的敏感度很高。
範圍：在多數情況下，客戶與開發者能就專案 20% 的內容給出嚴格的需求約定，剩下 80% 的內容都是相對模糊的。因此，圍繞客戶目標，發現並滿足客戶的興趣與需求是最關鍵的。
正是由於軟體本質的四個特性使得軟體範圍在多數情況下對於客戶和開發者都是模糊的，這是軟體產品開發與其他產品開發所不一樣的地方。由於軟體具有可變性，因此其範圍實際上是動態的。
在需求分析與設計的過程中，我們可以圍繞軟體開發的複雜性，對現有的需求進行評估，同時圍繞軟體開發的成本進行調控，並對其可變和不可視的環境變化，也就是意外改動進行一致性的冗餘設計，由此可以使得軟體生產的預算、工期、意外變化等在一定程度都在我們的掌控之中。
如下圖是我們的會議內容和記錄，我們計畫每週開一次會議，然後在看板上面記錄開會的資訊並進行發布，其中這項工作由作為產品經理的我和另外一位專案經理共同負責
書本p21316-21
umlet繪圖如下所示：
系統分析與設計第二次作業
1 簡答題 1 簡述瀑布模型 增量模型 螺旋模型 含原型方法 的優缺點 瀑布模型 瀑布模型是最基本的一種可供選擇的軟體開發生命週期模型。優點 降低軟體開發的複雜程度，提高軟體開發過程的透明性，提高軟體開發過程的可管理性 推遲軟體實現，強調在軟體實現前必須進行分析和設計工作 以專案的階段評審和文件控制...
系統分析與設計第二次作業
瀑布模型 缺點 增量模型 缺點 螺旋模型 含原型方法 缺點 三大特點 用例驅動 以架構為核心 迭代及增量。用例和風險驅動 迭代及增量體現了使用者驅動的開發。以架構為核心體現了風險驅動的開發。第一階段 先啟階段 inception 該階段的主要目的是建立專案的範圍和版本,確定專案目標的可行性和穩定性,...
系統分析與設計第二次作業
統一建模語言 uml 是描述 構造和文件化系統製品的視覺化語言。從其定義可知，uml的核心作用是 視覺化。該特點可以使得uml可以幫助專案參與者更直觀 清晰地認識其描述的物件。行為圖 實現圖 從軟體本質的角度，解釋軟體範圍 需求 控制的可行性 軟體的本質特徵為 複雜性 一致性 可變性 不可視性，這些...