1 / 31

軟體工程

軟體工程. 聯合應用系統開發 ( JAD). 指導教授 : 陳炳文 老師. 資管一甲 N9990020 陳彥甫. 目 錄. 1. 聯合應用系統開發 JAD …………3. 2. 聯合應用系統開發方法 …………10. 3.JAD 獲取需求的方法 …………15. 4. 新潮 JAD 系統需求 …………25. 聯合應用系統開發 JAD. Joint Application Development, JAD 主要之精神是透過一個二至五天的集會,讓開發者與顧客能夠快速有效,而且深入的檢討需求並取得共識。 聯合開發的具體結果是產生完整的需求文件。.

ermin
Download Presentation

軟體工程

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  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. 謝謝指教

More Related