310 likes | 565 Views
軟體工程. 聯合應用系統開發 ( JAD). 指導教授 : 陳炳文 老師. 資管一甲 N9990020 陳彥甫. 目 錄. 1. 聯合應用系統開發 JAD …………3. 2. 聯合應用系統開發方法 …………10. 3.JAD 獲取需求的方法 …………15. 4. 新潮 JAD 系統需求 …………25. 聯合應用系統開發 JAD. Joint Application Development, JAD 主要之精神是透過一個二至五天的集會,讓開發者與顧客能夠快速有效,而且深入的檢討需求並取得共識。 聯合開發的具體結果是產生完整的需求文件。.
E N D
軟體工程 聯合應用系統開發(JAD) 指導教授:陳炳文 老師 資管一甲N9990020陳彥甫
目 錄 1.聯合應用系統開發JAD …………3 2.聯合應用系統開發方法 …………10 3.JAD獲取需求的方法 …………15 4.新潮JAD系統需求 …………25
聯合應用系統開發JAD • Joint Application Development, JAD • 主要之精神是透過一個二至五天的集會,讓開發者與顧客能夠快速有效,而且深入的檢討需求並取得共識。 • 聯合開發的具體結果是產生完整的需求文件。
開會討論 • 開會討論是一種很有效率的資料收集方式。使用者代表與系統開發人員聚集一堂,將所知道的事實、觀念說出,讓所有與會人員一起相互溝通意見。 • 優點 • 最有效率的資料收集方式 • 是較易獲得正確的資料 • 發揮腦力的效果。 • 缺點是安排溝通與協調較費時。
聯合應用系統開發JAD • JAD依下列五個步驟來進行: • (1) 範圍界定。 • (2) 關鍵人員的熟悉。 • (3) 會議(事前)準備。 • (4) 會議進行。 • (5) 文件產生。
聯合應用系統開發JAD • 範圍界定 • 由專案出資單位的高階主管定義專案的範圍,並以文字記載,且由高階主管和JAD的召集人一起簽訂契約。 • 這個步驟使JAD的召集人得到授權來進行需求分析,對於目標與範圍也有了約定。 • 關鍵人員的熟悉 • JAD的召集人要花一些時間訪談關鍵性的使用者及管理人員,以了解專案的背景資料及重要的需求。
聯合應用系統開發JAD • 會議準備 • 準備需求文件草稿。 • 分送需求文件草稿。 • 安排助理人員。 • 準備會議室。 • 會議進行 • 會議進行時,召集人引導大家充分利用各種視覺上的輔助工具如貼紙、白板、投影片、圖表等,將需求表達出來並做有效的溝通及共識的達成。
聯合應用系統開發JAD • 文件產生 • 最後階段將JAD會議所收集的需求整理成需求文件且為達到會議的效果 • 需求文件(即會議記錄)的準備要非常快速,例如二、三天。 • 最後再召開一次審查會議,以確認需求文件的內容進行的進度。
聯合應用系統開發方法 • 使用者參與 • 使用者在資訊系統中有重大的關聯,而且他們 應該在開發過程中完全參與。 • 在開發的過程中,IT人員會從使用者那裏收集 資訊、定義系統需求,並建構新系統。 在過程中的各階段,IT人員可能會要求使用者複閱其設計、提供意見,並提出修改的要求。
IT專業人員現在已體認到成功的系統必須是 • 使用者導向的,而使用者需要參與系統開發 • 的每一階段,不論是正式或非正式地。 • 在JAD團隊方式中對於使用者參與有一個廣受採用的策略,其中涉及一個由使用者、經理人,及IT專家組成的特別工作小組。 他們一同工作以取得各種資訊、討論企業需求,及定義出新系統的需求。
聯合應用系統開發方法 • JAD參與者及其角色 • JAD 小組通常每隔幾天或幾週開一次會,地點可能是在公司的會議室,也可以到公司外任意的地點。不管是用什麼形式,JAD成員必須不被其日常的業務干擾。 其目的在於分析現行系統、設法找出潛在的解決方案,及對新系統的需求達成共識。
聯合應用系統開發方法 一般JAD成員及其角色
聯合應用系統開發方法 • JAD的優缺點 • 缺點︰ 與傳統方法相比較,JAD成本較高且如果小組相對於專案規模顯得太大時也可能變得繁複。 • 優點︰ • JAD讓主要的使用者有機會在需求模型建立的過程中有效的參與,讓使用者們比較會對其結果產生歸屬感而支持新系統。 • 當運用得當時,JAD可以產生更精確的系統需求描述、對共同目標更加了解,以及對新系統的成功提供更強的保證。
獲取需求的方式 • 需求研討會 • 聯合設計(Joint Application Design/ Development, JAD) • 它是一種特定形式的研討會,其主要內涵是建立一個由顧客與開發者所組成的聯合團隊,共同界定問題,提出可能的解決方案,或商討與談判不同的作法,並記錄初步的解決計畫。 • JAD的優點,是提供了一個中性的場合,讓與會者都能參與決策,其會議流程大如圖9.4所示。
獲取需求的方式 • 專案定義 • 此一階段的工作,包括爭取顧客方面高階主管的支持、選擇JAD團隊、準備會議所需的資料及會議的主題與時程的安排。 • 此階段的工作重點包括:推銷研討會的觀念給專案關係人、確保「對的人」來參與會議、建立後勤支援團隊與流程、提供專案有關資訊與暖身材料等。 • 本階段的產出是專案定義文件,內容包括專案的目的、範圍、目標、商業流程、限制、資源需求、假設、未定的議題等。
獲取需求的方式 • 研究顧客需求 • 此一階段的工作,包括熟悉顧客問題、製作概念模型、蒐集相關背景資訊,以及準備會議的議程,其重點是儘量瞭解專案的問題與內容。 • 瞭解問題的方法,可透過閱讀書面資料或與訪談相關人士來獲得。 • 本階段的產出,還包括背景資訊的蒐集,如專有名詞、習慣用語、管理者的願景等,以及議程的安排,如討論的主題、焦點問題分析等。
獲取需求的方式 • 會議前的準備 • 製作會議文件:應詳實地說明會議的主題與討論事項,並提早發給與會人員,以便讓他們能夠事前準備,而非到了會場才來瞭解狀況。 • 其次是場地、流程、人員與各種輔助工具的準備。 • 會議助理的事前訓練-教導他們如何記錄一份好的會議紀錄。良好的紀錄可完整呈現會議當時的討論與結論,避免某些細節被遺漏,造成日後的麻煩。 • 記錄人員應熟習工程師常用的軟體分析工具,如此才能更充分瞭解會議中的討論,並清楚傳達會議的結論。
獲取需求的方式 • 進行會議 • 此一階段活動的參考流程如下: • 說明需求背景。 • 討論資料模型。 • 討論作業流程。 • 討論任何必要的假設。 • 討論輸出入的畫面操作。 • 討論相關的報表。 • 整理尚待追蹤的議題。 • 結束該場次的討論。
獲取需求的方式 • 最終的文件紀錄與發送 • 這是JAD的最終步驟,整合會議中所蒐集到的各種資訊,製作成最後的會議文件,然後交由複審會議做最後的確認,以確保文件的內容符合會議當時的結論;任何需要變更之處,都應經過審查小組核可。 • 文件的發送應列入追蹤,以便後續做任何修正時,可及時通知當事人更新資料。 • 核可後的會議文件可作為後續系統開發的指引。
獲取需求的方式 • JAD會議的要點 • JAD會議應注意的事項: • 找到對的人參加,事前定義他們的角色與責任。 • 會前準備與會議本身同等重要,會前應計劃詳細的議程並遵守它。 • 每一會議場次設定易於理解、清楚定義、可達成的目標,並於事前定義會議的產出。 • 提供詳細的議程與會議指引及視覺化輔助工具。 • 參與者無大小之分。 • 別陷入技術細節的討論裡。 • 儘量少用技術名詞。 • 儘快產出最後的會議文件,一份包含所有與會人員所做成的決策。
獲取需求的方式 • 主席的角色 • JAD的成功關鍵,在於選擇有經驗及技巧的會議主席,其重要的責任包括: • 做好事前的準備。 • 建立專業與客觀的形象。 • 主持開始與結束會議。 • 建立並推動會議規則。 • 介紹會議的目標與議程。 • 管理並確保會議與團隊維持在軌道上進行。 • 推動決策與流程共識的建立,但避免介入討論。 • 確保所有重要的關係人都參與會議,且他們的發言都能確實地被傳達與瞭解。 • 控制破壞性或非建設性的行為。
獲取需求的方式 • JAD的優點 • 可縮短系統開發時間、改善系統品質與生產力、降低系統成本、強化用戶與開發人員間的溝通、培養認同感、減少需求蔓延的機率,以及可教育與會人員。 • JAD的缺點 • 主要是成本較高,例如,參與人員眾多、外部場地的成本、會議記錄人員的訓練、會議主席的外聘等,均會提高成本。
較為新潮的系統需求界定方式 • JAD 方法 • 將主要之使用者及經理人納入系統分析團 隊 • 經由密集之聚會了解使用單位之需求 • 為一種較耗費企業資源 ( 尤其是時間 ) 的方法 • 會議時的 七種 角色扮演
JAD 會議之環境考量 • 遠離上班地點 • 方便的支援工具 • U 型的會議桌 … • JAD 會議之虛擬開會情境 • 會議記錄之整理
利用 CASE 工具協助會議 ( 規劃、繪圖、設計畫面、報表、… ) 電腦輔助軟體工程工具(Computer-Aided Software Engineering) • 也有學者建議在JAD 會議時即刻將資料輸入CASE 工具並即時展現結果
何謂GSS? GSS 是「Gland Slam Solution 滿貫全壘打服務方案」的縮寫 1.將雜亂的程式與知識成份篩選。 2.將篩選的小分子重組成有效知識的創新步驟。 3.依用戶與業者的生態,而進化的知識供應鏈。 4.供應鏈模式就像跑壘,這便是 GSS 運作方式。
利用 GSS 協助JAD 會議進行 • JAD 會議和一般會議常有之缺點 : 1) 當與會人數多時常無法暢所欲言 2) 少數意見領袖霸佔發言權 3) 有些人擔心意見被批評而不敢發言 4) 當主管之論點有偏差時怕發言會得罪
GSS 系統之特色: ( 克服一般會議之缺點 ) • 與會者同時將發言意見輸入 • 每一個發言意見均可顯示出 • 採匿名方式可對事不對人討論 • 較不會漏失重要的意見 • 使用 GSS 系統開會之缺點 : • 較不易界定及解決與會者間之衝突