然後 在 核心 周圍 畫上 主要 元件 類別 。 好 啦 ， 有 一 種 方式 可以 用來 檢視 軟體 的 基本 元件 — — 它 看起來 跟 維恩圖 很 像 ， 只是 多 了 一些 組成 元件 ， 而且 很少 重疊 。 既然 我們 已經 掌握 了 主要 元件 ， 所以 我們 可以 在 主 元件 的 周邊 加上 副元件 ， 而 元件 彼此 間 的 聯繫 也 逐漸 浮現 。 我們 終於 把 這 套 軟體 看 清楚 了 ， 接著 就 設法 找出 和 客戶 需求 的 差距 。 為 了 提昇 安全性 ， 我們 必須 要 強化 資料 進出 系統 閘道 的 防護 機制 ： 連結 外部 的 「 銀行 」 系統 ， 和 需要 輸入 密碼 的 「 報表 」 系統 。 同理 ， 我們 接下來 可以 明白 指出 需要 調整 的 部份 ， 以 改善 穩定性 。 需要 調整 的 是 「 營運 算計 」 和 「 營運 管理 」 。 最 重要 的 是 ， 我們 可以 從 傑森 的 角度 來 看 ， 用 這 張 地圖 來 決定 要 動 哪些 地方 ， 以 增加 彈性 。 我們 可以 看到 各 個 元件 在 很多 區塊 有 互動 ， 我們 能 有 所 改變 的 地方 ， 就 是 這些 有 聯繫 互動 的 地方 。 如果 要 對 軟體 進行 修改 ， 應該 從 以上 幾 個 部份 下手 。 我們 從 這 幾 張 圖 可以 看到 應該 把 修改 的 重點 放 在 哪裡 ， 也 顯示 了 系統 整合 的 複雜性 。 要 進行 這麼多 修改 ， 需要 大費周章 ， 起碼 耗 上 幾 個 月 。 至於 要 花 多久 時間 ？ 各 個 步驟 費時 多 長 ？ 每 個 步驟 要 在 何時 完成 ？ 這些 問題 留待 下 一 章 討論 。 CHAPTER 12 何時 能 搞定 ？ — — 解決 「 何時 」 問題 的 圖 WHEN CAN WE FIX THING ?
 
Pictures That Solve a Where Problem 按部就班 我們 現在 知道 ， 該 怎樣 修改 軟體 來 滿足 這 個 大 客戶 。 假設 我們 能夠 說服 主管 ， 必須 這樣 修改 才 能 提昇 業績 （ 這 也 是 成敗 關鍵 所在 ， 稍後 在 處理 為 何時 會 加以 說明 ） ， 下 一 個 就 是 要 花 多少 的 時間 。 是 幾 個 星期 、 個把 月 、 還是 一 整 年 ？ 根據 對照表 ， 我們 這時 要 用 時程圖 。 重點 提示 ：用 時程圖 表示 時間 我們 看到 物件 在 某 個 地方 ， 經過 一 段 時間 ， 我們 會 看到 物件 有所 改變 — — 質 、 量 或 位置 的 改變 。 為 了 要 把 這些 改變 秀給 別人 看 ， 我們 用 時程圖 顯示 物件 在 各 個 階段 的 狀況 ， 以及 物件 之間 在 這 段 期間 的 各 種 關係 。 時程圖 的 要訣 1. 時間 是 單行道 。 四 度 空間 或 時間 本質 的 探索 固然 令 人 神往 ， 但 在商言商 ， 過度 深奧 的 理論 一時 派 不 上 用場 。 對 我們 來 說 ， 時間 是 一 條 單行道 ， 只 能 有 一 個 方向 ， 從 昨天 走向 明天 ， 而 在 圖像 的 表現 上 ， 都 是 自 左 而 右 。 做 時光 旅行 的 人 可能 不 贊成 時間 是 單行道 的 說法 ， 而 自 左 而 右 的 畫法 也 有 人 會 譏為 文化 偏見 ， 但 這些 標準 都 是 有 其 用處 ， 也 都 為 一般 所 接受 。 2 時間 線 重複 ， 則 構成 循環 。 蛋生