摘要

• 文章編號：20051202
• 投稿日期：2005/11/25
• 作者：黃俊傑
• 備註：

專案流程之方法論：

• 專案進行乃採用 UP (unified process)的精神( ~ Best Practices, Rational Unified Process@ 2003)：
  • Develop Iteratively：採用反覆式開發以降低如需求不明確、認知差距等的專案風險。
  • Manage Requirements：採用一種系統化的方式以找出、記錄、組織並追蹤可能改變的系統需求。本專案會採用Use Case來管理需求。
  • Use Component Architecture：採用可以隨時抽換某ㄧ元件的元件架構，能大幅增加系統開發及維護的彈性。
  • Model Visually (UML)：系統分析設計文件採用UML作為主要溝通及記錄語言。
  • Continuously Verify Quality：越到開發後期所發現的系統問題，其修復的Effort會呈倍數成長。所以持續確認系統品質可以降低整體專案的Effort。在每個Use Case時作完成前及每ㄧ版程式Release前都會做系統測試。
  • Manage Change：若需求經確認後，在開發過程中又有變動時，須按照Change Request 流程，經雙方同意，調整時程及Scope後，再予進行。

• 專案開發的節奏，按照UP的第一個精神（Develop Iteratively)，我們把每個子系統的開發過程都切分為I(Inception)、 E(Elaboration)、C(Construction)、T(Transition)等四個時期(Phase)。每個時期的目的如下表所示。

• 每ㄧ個Phase，可以視需要，再切分為數個Iterations。以『學籍管理系統』為例，開發時程會切分成：I1, E1, C1, C2 及 T1等Iteration. (不同子系統會根據複雜度、系統範圍等切分成不同的Iteration)

• 在不同Phase裡的Iteration，會有不同的任務，如下圖所示：

以『學籍管理系統』為例，各個Iteration的Discipline為：

• I1==>
  • RA先找出系統的Actor及Use Case
  • AR及RA找出能代表系統架構及使用者最在意的UC(會在E phase先開發)，並將UC牌優先順序。
  • PM及AR排出各phase的Iteration Plan。以此專案為例，可分為I1, E1, C1, C2及T1等Iteration.
  • CM建置開發及測試環境。

E1 ~ C2==>實作每ㄧ個Use Case的流程如下圖

• RA訪問使用者以詳細描述Use Case、製作UI prototyping、並與User 確認需求規格。
• UI Designer按照需求規格製作UI。
• AR按照需求規格設計系統模型
• SD按照需求規格設計資料服務規格。
• DD按照需求規格設計DB Schema
• TS按照需求規格設計Test Cases.
• PR撰寫系統程式及資料服務。
• TS測試轉寫好的系統
• CM做Configuration Management
• DS部署系統

T1 ==>

• PR修改Bug
• DS部署系統
• UE轉寫訓練手冊並訓練使用者
• CM做Configuration Management