軟體工程

1. 軟體工程 聯合應用系統開發(JAD) 指導教授:陳炳文 老師 資管一甲N9990020陳彥甫

2. 目 錄 1.聯合應用系統開發JAD …………3 2.聯合應用系統開發方法 …………10 3.JAD獲取需求的方法 …………15 4.新潮JAD系統需求 …………25

3. 聯合應用系統開發JAD • Joint Application Development, JAD • 主要之精神是透過一個二至五天的集會，讓開發者與顧客能夠快速有效，而且深入的檢討需求並取得共識。 • 聯合開發的具體結果是產生完整的需求文件。

4. 開會討論 • 開會討論是一種很有效率的資料收集方式。使用者代表與系統開發人員聚集一堂，將所知道的事實、觀念說出，讓所有與會人員一起相互溝通意見。 • 優點 • 最有效率的資料收集方式 • 是較易獲得正確的資料 • 發揮腦力的效果。 • 缺點是安排溝通與協調較費時。

5. 聯合應用系統開發JAD • JAD依下列五個步驟來進行： • (1) 範圍界定。 • (2) 關鍵人員的熟悉。 • (3) 會議(事前)準備。 • (4) 會議進行。 • (5) 文件產生。

6. 聯合應用系統開發JAD • 範圍界定 • 由專案出資單位的高階主管定義專案的範圍，並以文字記載，且由高階主管和JAD的召集人一起簽訂契約。 • 這個步驟使JAD的召集人得到授權來進行需求分析，對於目標與範圍也有了約定。 • 關鍵人員的熟悉 • JAD的召集人要花一些時間訪談關鍵性的使用者及管理人員，以了解專案的背景資料及重要的需求。

7. 聯合應用系統開發JAD • 會議準備 • 準備需求文件草稿。 • 分送需求文件草稿。 • 安排助理人員。 • 準備會議室。 • 會議進行 • 會議進行時，召集人引導大家充分利用各種視覺上的輔助工具如貼紙、白板、投影片、圖表等，將需求表達出來並做有效的溝通及共識的達成。

8. 聯合應用系統開發JAD • 文件產生 • 最後階段將JAD會議所收集的需求整理成需求文件且為達到會議的效果 • 需求文件(即會議記錄)的準備要非常快速，例如二、三天。 • 最後再召開一次審查會議，以確認需求文件的內容進行的進度。

9. 典型的JRP會議室布置

10. 聯合應用系統開發方法 • 使用者參與 • 使用者在資訊系統中有重大的關聯，而且他們 應該在開發過程中完全參與。 • 在開發的過程中，IT人員會從使用者那裏收集 資訊、定義系統需求，並建構新系統。 在過程中的各階段，IT人員可能會要求使用者複閱其設計、提供意見，並提出修改的要求。

11. IT專業人員現在已體認到成功的系統必須是 • 使用者導向的，而使用者需要參與系統開發 • 的每一階段，不論是正式或非正式地。 • 在JAD團隊方式中對於使用者參與有一個廣受採用的策略，其中涉及一個由使用者、經理人，及IT專家組成的特別工作小組。 他們一同工作以取得各種資訊、討論企業需求，及定義出新系統的需求。

12. 聯合應用系統開發方法 • JAD參與者及其角色 • JAD 小組通常每隔幾天或幾週開一次會，地點可能是在公司的會議室，也可以到公司外任意的地點。不管是用什麼形式，JAD成員必須不被其日常的業務干擾。 其目的在於分析現行系統、設法找出潛在的解決方案，及對新系統的需求達成共識。

13. 聯合應用系統開發方法 一般JAD成員及其角色

14. 聯合應用系統開發方法 • JAD的優缺點 • 缺點︰ 與傳統方法相比較，JAD成本較高且如果小組相對於專案規模顯得太大時也可能變得繁複。 • 優點︰ • JAD讓主要的使用者有機會在需求模型建立的過程中有效的參與，讓使用者們比較會對其結果產生歸屬感而支持新系統。 • 當運用得當時，JAD可以產生更精確的系統需求描述、對共同目標更加了解，以及對新系統的成功提供更強的保證。

15. 獲取需求的方式 • 需求研討會 • 聯合設計（Joint Application Design/ Development, JAD） • 它是一種特定形式的研討會，其主要內涵是建立一個由顧客與開發者所組成的聯合團隊，共同界定問題，提出可能的解決方案，或商討與談判不同的作法，並記錄初步的解決計畫。 • JAD的優點，是提供了一個中性的場合，讓與會者都能參與決策，其會議流程大如圖9.4所示。

16. 圖9.4 JAD會議的流程

17. 獲取需求的方式 • 專案定義 • 此一階段的工作，包括爭取顧客方面高階主管的支持、選擇JAD團隊、準備會議所需的資料及會議的主題與時程的安排。 • 此階段的工作重點包括：推銷研討會的觀念給專案關係人、確保「對的人」來參與會議、建立後勤支援團隊與流程、提供專案有關資訊與暖身材料等。 • 本階段的產出是專案定義文件，內容包括專案的目的、範圍、目標、商業流程、限制、資源需求、假設、未定的議題等。

18. 獲取需求的方式 • 研究顧客需求 • 此一階段的工作，包括熟悉顧客問題、製作概念模型、蒐集相關背景資訊，以及準備會議的議程，其重點是儘量瞭解專案的問題與內容。 • 瞭解問題的方法，可透過閱讀書面資料或與訪談相關人士來獲得。 • 本階段的產出，還包括背景資訊的蒐集，如專有名詞、習慣用語、管理者的願景等，以及議程的安排，如討論的主題、焦點問題分析等。

19. 獲取需求的方式 • 會議前的準備 • 製作會議文件：應詳實地說明會議的主題與討論事項，並提早發給與會人員，以便讓他們能夠事前準備，而非到了會場才來瞭解狀況。 • 其次是場地、流程、人員與各種輔助工具的準備。 • 會議助理的事前訓練－教導他們如何記錄一份好的會議紀錄。良好的紀錄可完整呈現會議當時的討論與結論，避免某些細節被遺漏，造成日後的麻煩。 • 記錄人員應熟習工程師常用的軟體分析工具，如此才能更充分瞭解會議中的討論，並清楚傳達會議的結論。

20. 獲取需求的方式 • 進行會議 • 此一階段活動的參考流程如下： • 說明需求背景。 • 討論資料模型。 • 討論作業流程。 • 討論任何必要的假設。 • 討論輸出入的畫面操作。 • 討論相關的報表。 • 整理尚待追蹤的議題。 • 結束該場次的討論。

21. 獲取需求的方式 • 最終的文件紀錄與發送 • 這是JAD的最終步驟，整合會議中所蒐集到的各種資訊，製作成最後的會議文件，然後交由複審會議做最後的確認，以確保文件的內容符合會議當時的結論；任何需要變更之處，都應經過審查小組核可。 • 文件的發送應列入追蹤，以便後續做任何修正時，可及時通知當事人更新資料。 • 核可後的會議文件可作為後續系統開發的指引。

22. 獲取需求的方式 • JAD會議的要點 • JAD會議應注意的事項： • 找到對的人參加，事前定義他們的角色與責任。 • 會前準備與會議本身同等重要，會前應計劃詳細的議程並遵守它。 • 每一會議場次設定易於理解、清楚定義、可達成的目標，並於事前定義會議的產出。 • 提供詳細的議程與會議指引及視覺化輔助工具。 • 參與者無大小之分。 • 別陷入技術細節的討論裡。 • 儘量少用技術名詞。 • 儘快產出最後的會議文件，一份包含所有與會人員所做成的決策。

23. 獲取需求的方式 • 主席的角色 • JAD的成功關鍵，在於選擇有經驗及技巧的會議主席，其重要的責任包括： • 做好事前的準備。 • 建立專業與客觀的形象。 • 主持開始與結束會議。 • 建立並推動會議規則。 • 介紹會議的目標與議程。 • 管理並確保會議與團隊維持在軌道上進行。 • 推動決策與流程共識的建立，但避免介入討論。 • 確保所有重要的關係人都參與會議，且他們的發言都能確實地被傳達與瞭解。 • 控制破壞性或非建設性的行為。

24. 獲取需求的方式 • JAD的優點 • 可縮短系統開發時間、改善系統品質與生產力、降低系統成本、強化用戶與開發人員間的溝通、培養認同感、減少需求蔓延的機率，以及可教育與會人員。 • JAD的缺點 • 主要是成本較高，例如，參與人員眾多、外部場地的成本、會議記錄人員的訓練、會議主席的外聘等，均會提高成本。

25. 較為新潮的系統需求界定方式 • JAD 方法 • 將主要之使用者及經理人納入系統分析團 隊 • 經由密集之聚會了解使用單位之需求 • 為一種較耗費企業資源 ( 尤其是時間 ) 的方法 • 會議時的 七種 角色扮演

26. JAD 會議之環境考量 • 遠離上班地點 • 方便的支援工具 • U 型的會議桌 … • JAD 會議之虛擬開會情境 • 會議記錄之整理

27. 利用 CASE 工具協助會議 ( 規劃、繪圖、設計畫面、報表、… ) 電腦輔助軟體工程工具（Computer-Aided Software Engineering） • 也有學者建議在JAD 會議時即刻將資料輸入CASE 工具並即時展現結果

28. 何謂GSS? GSS 是「Gland Slam Solution 滿貫全壘打服務方案」的縮寫 1.將雜亂的程式與知識成份篩選。 2.將篩選的小分子重組成有效知識的創新步驟。 3.依用戶與業者的生態，而進化的知識供應鏈。 4.供應鏈模式就像跑壘，這便是 GSS 運作方式。

29. 利用 GSS 協助JAD 會議進行 • JAD 會議和一般會議常有之缺點 : 1) 當與會人數多時常無法暢所欲言 2) 少數意見領袖霸佔發言權 3) 有些人擔心意見被批評而不敢發言 4) 當主管之論點有偏差時怕發言會得罪

30. GSS 系統之特色: ( 克服一般會議之缺點 ) • 與會者同時將發言意見輸入 • 每一個發言意見均可顯示出 • 採匿名方式可對事不對人討論 • 較不會漏失重要的意見 • 使用 GSS 系統開會之缺點 : • 較不易界定及解決與會者間之衝突

31. 謝謝指教