軟體專案與知識團隊管理基礎

分析是對問題和需求的調查研究

設計是滿足需求的概念上的解決方案

物件導向的分析與設計可以在設計中對映出現實世界中的物件和實體，使得我們可以更好地去理解應該如何去做。

uml是標準的圖形表示法，有三種作用

一是作為草圖：非正式、不完整的圖，借助視覺化語言的功能，可以用於**問題或解決方案空間的複雜部分。

二是作為藍圖：相對詳細的設計圖，用於逆向工程中對現有**視覺化或者是前向工程中的**生成

三是作為程式語言：完成軟體系統可執行規格的說明。

其具體的種類有：

行為圖：系統的動態行為

狀態圖：物件的動態行為。狀態-事件-狀態遷移-相應動作

活**：描述系統為完成功能而執行的操作序列

實現圖：描述系統的組成和分布狀況

軟體生成是易變、不可見、獨特的智力生產，而軟體本身又具有複雜性、不可見性、不一致性、可變性。在開發過程中，我們沒有乙個樣品作為參考標準，甚至在專案完成時也無法寫出完善的軟體需求規格說明書。軟體範圍對於客戶和開發者都是模糊的，因此我們需要對專案進行軟體範圍控制。

由於軟體的本質是易變的，需求決定了軟體最終的形態，我們對需求進行控制就可以控制軟體的形態。根據2/8法則，我們只需要細化20%的有效需求，就可以滿足80%的客戶需要。因此，在軟體開發的一開始就控制軟體的需求是十分合理的。

這是我們的團隊的kanban，裡面包含了團隊任務和個人任務。當前的任務就是確定文件和開發規範。

uml和模式應用（原書第二版）p7

實現貼圖

// dicegame類
dicegame
--die1: die
die2: die
--play()
// die類
die--
facevalue: int
--getfacevalue()
:int
roll()
// 箭頭
lt=->
r1=1
r2=2