Project Management & System Analysis/Design Approach
•Download as PPTX, PDF•
5 likes•383 views
儘管當下有許多專案管理的手法，但專案管理有他的基本定位與本質是不能捨棄的，所以算是融合過去與現在的經驗，整理出這一套專案管理的方法來分享，希望能對所有需要對軟體專案生命週期作管控與產出的朋友，有一點點的貢獻。
Recommended
More Related Content
What's hot
What's hot (20)
Similar to Project Management & System Analysis/Design Approach
Similar to Project Management & System Analysis/Design Approach (20)
Project Management & System Analysis/Design Approach
- 1. from a programmer to a PM & s/w service designer 專案管理 vs. 系統需求分析與設計方法 Johnson Wang IT Manager, 永大機電資訊部 Johnson.wang@yungtay.com.tw
- 3. 3 Project Mgt./SOW 您有想過什麼是好的專案管理嗎? UX-User Experience 使用者經驗是什麼? 絕佳的UX 是妥協堆積出來的嗎? RA-Req. Analysis 需求分析就是腦力激盪後的組織 與系統化的轉換過程最初章! System Analysis/Design 沒有分析就沒有未來? 沒有分析就 注定要面對所有專案的風險一一發 生!
- 4. 4 UML-Use Case 考量所有角色與系統的互動，才能見著系 統的全貌，當你發現原來有這麼多條線密 密麻麻的接在你的模組上，請不要太驚訝... UML-Process Flow 回想一下，有多少次被USER詢問你 的流程怎麼做的? 請不要放在不可靠 的人腦，請將它畫出來放在文件裡。 UML-Sequence Diagram 在這個事件驅動事件的真實互動世界， 你需要理解這樣的互動過程裡，困難與 風險是不是真的都在你的盤算之中? UML-State Diagram 為了適應環境與生活，人一天有很多種狀態: 工作、睡眠、放空、超能、廢柴... 系統也有! 畢竟廢柴狀態下，是無法執行重要的工作的。
- 7. 7 如何看待與滿足USER排山倒海的需求 Pain Points We Met • 該怎麼告訴USER這些需求該何時交付? • 什麼叫做多少人做多少事? 多少時間做多少事? 資訊部的籌碼在哪? • 為何USER不同意資訊部提出的交期? • 為何做得這麼辛苦卻無無法獲致有效的績效表現? • 在永大資訊部，除了資訊需求單跟每月固定的薪水，您還剩下什麼?
- 8. 8 自己的籌碼自己創造! 我們有什麼籌碼? 創建遊戲規則 現在說的是資訊需求與系統開發，不是財務 會計或是製造研發! 如果資訊部不能主導，誰 能? 我們要放任USER主導所衍生的風險嗎? 利用專案管理手法 透過專案生命週期的流程管控，透過專案成 本與風險的分析，透過部分專案品管的手段， 讓資訊部看起來更專業。 更多的專業文件 軟體開發生命週期，end-to-end文件，從需 求、專案管理、系統分析、測試報告、上線 報告與使用者手冊等等，以最有效率方式建 立。 改變過去包袱與溝通文化 菜市場喊價式文化應該要逐步淘汰! 所有的溝通 建立在專業與科學上，所有的文件是一切溝通 的重要橋梁。 撐過自己與USER的撞牆期 會有人不爽改變! 但面對不理性客戶的最佳武器 就是專業與堅持，撐過溝通撞牆期，給自己跟 資訊部甚至永大一個新的未來吧! 就事論事、主導需求 一切回歸到需求目標與問題解決的專業討論， 不與豬打架，只求解決現在與未來的問題，所 有討論回歸專業精神。
- 10. Target & Scope 專案目標與範圍若不能明確 定義，這個專案就不該隨意 地被啟動。 Project ROI 專案效益評估應該在需求發 起的時候被檢視，而不是 USER個人感覺良好說了算! Communication 建立良好溝通平台是 專案成功的關鍵，好 的開始是成功的一半! Quality Assurance 專案品質管理永遠是被忽略 的一環，80%以上的企業， 只有透過盲測就進入beta- testing。 Documentation 文件是所有溝通的基礎，學 習怎麼做出一份好文件，才 是王道! Release & Training 良好的上線維護與教育訓練 才能確保一個好的設計真正 地被實現。
- 23. 23 建置系統只是解決問題的手段 範例:解決問題 Problem Solving What's the problem Analysis of current situation Set goals Find out the reasons Solutions Implement Think about the real purpose Ideal condition Find out the gap Vague concept Quantification Details Discuss Sub targets Why? Use tools to analysis Find out the reason from the phenomenon Make detail plans Who Where Go with plans Check effect of implementation Stop useless solution Quantificate targets Finish When 不是所有的問題都可以量化，但有所作為卻可以改變 需求者的想法，或是產生不可預知的風險。所以如何 解決問題，讓USER感覺是正向的作為，將會是建立心 智圖的重要關鍵。 USER希望我們解決所有的問題 要解決問題，溝通與收集相關資 訊/數據/文件是非常重要的基礎 價值觀，在設計之前，這些材料 是非常重要的。 100%+
- 26. 26 設計是為了解決問題，分析是一種必要的手段。 系統分析/設計關鍵元素解析 如何有效率的產出最佳的SASD文件? 需求分析的優劣，決定你系統分析與設計的成敗! Garbage in & garbage out! 目標明確 手法簡潔 策略清晰 溝通協同作業 設計最佳化
- 27. 27 . 類別圖 (Class diagram) . 物件圖 (Class diagram) . 資料關聯模型 (Entity Relation diagram) 這是發揮你偉大創意的時刻! 環環相扣的分析步驟 UML-Unified Modeling Language SASD的核心分析手法 這是一套建立在物件導向概念上的方法， 但卻適用於所有系統分析與模型設計的 描述上。 行為圖形 核心圖示 資料模型 . 使用個案圖 (Use Case diagram) . 活動圖 (Activity diagram/process flow) . 交互概述圖 (Interaction overview diagram) . 狀態機圖 (State Machine diagram) . 時序圖 (Sequence diagram ) . 導覽關係 (Navigability) . 集合關係 (Aggregation) . 組合關係 (Composition) . 依存關係 (Dependency) http://tx.liberal.ntu.edu.tw/InfoMgt/Jx/IS_IM/uml.htm
- 29. 29 Navigability (UI or Object) 導覽關係 永大外示系統首頁 使用者登入UI 永大員工主功能UI 供應商主功能UI 訂單確認UI 訂單修改UI 圖面上傳/修改UI A B 雙邊無定義。 A B A可導覽到B，B無定義。 A B B不可導覽到A，A無定義X A B A可導覽到B，B不可導覽到A。X A B A、B可互相導覽。 A B A、B不可互相導覽。X X
- 32. 32 Dependency 依存關係 系統登入服務 <<interface>> 登入成功 管理介面 <<interface>> 登入失敗 管理介面 . 如果要產生另外的介面(interface)，可以使用空心箭頭來表示。 會議室預約管理 會議室預約查詢 . 表示會議室預約管理功能，要求使用會議室預約查詢子功能。 . <<use>>表示行動之參數，該參數也可以是{新增、呼叫、送出...}。 <<use>> 會議室預約取消 <<use>>
- 34. 34 Use Case Diagram 使用個案圖 官網 sys_adm/stakeholder 官網.後臺管理 Web_users hygeiatouch_portal analysis_report member_data_maintain contact_information system_data_model about_information product_information vision_goal service_support role_data pet_data_maintain App_portal_data web_portal_data tenant_data type_data @試著理解使用 者角色與系統的 關係與互動
- 36. 36 Interaction overview diagram 交互概述圖 啟動Pet Love App . 進入登入與歡迎畫 面。 . 背景顯示主題影片。 . facebook登入 . 自建帳號登入 . 帳號註冊 . 取得FB個人資料: - 姓名 - 照片 - 郵件地址 - 出生年月日 - 性別 - ... . 不同意提供個資 . 進入試紙拍攝畫面 . 自動定位拍攝 . 影片上傳 . 資料上傳 . 進行快速分析 (模擬) . 顯示分析結果 (模擬) .個人資料驗證 1.e-mail 2.mobile certified passed certified failed .開啟官網 (http://www.htgeiatouch.com) . 點選pet love健康平 台 . 帳號登入 login failed . 個人儀表板選取 . 查詢詳細測試資料 success login . 顯示詳細試紙檢測數 據與相關資訊雲端資料庫 @針對一個特定主 題的標準SOP作業流 程圖，但是將協同 作業做更細部的展開
- 37. 37 State machine diagram 狀態機圖 active hold terminated initial e_active e_hold e_terminated e_released e_new e_terminated e_released e_hold e_terminated @用來理解狀態轉 換的驅動事件，狀 態是用來控制系統 流程的重要指標
- 38. 38 Sequence diagram/Event trace diagram 時序圖 @不同角色、系統、 平台、資料庫、...之 間的交互作用流程 圖，對程式撰寫幫 助很大
- 43. 43 更有效率的管理與制度化 抓住每個環節的重點並快速地解決問題比大量的產出更重要 01 Step One 需求討論與分析 02 Step Two 系統分析設計與POC 03 Step Three 開發與單元測試
- 45. 45 05 Step Five 系統交付與服務 需求討論與分析 RA/SOW/Redmine 系統分析設計與POC UML Model/POC system 開發與單元測試 CUT (coding & unit testing) 整合與使用者驗收測試 IT & UAT (user acceptance test) 系統交付與服務 System Delivery, release note, system training, user manual 好的產品(系統)，絕對不等同於複雜與困難 更有效率的管理與制度化
- 46. 46 RA階段 . 指定專案負責人 . 收集與彙整USER需求文件與資料 . 建立XMIND . 建立SOW 使用者驗收與測試 . alpha-test (內部測試) . beta-test (外部測試-公測) . UAT (使用者驗收測試) 開發與單元測試 . 依照SOW時程，進行不同系統 與模組開發，並依照MVC架構 進行多人分工與開發。 系統分析階段 . 建立UML模型 . 設計UI . 與USER溝通討論/確認流程 . 開發POC . 以MVC架構為基礎設計interface 一起努力向上成長 組織與團隊的落實