Please enable JavaScript.

Coggle requires JavaScript to display documents.

系統專案管理 (專案管理 (十大領域 #17-1 00:53 (品質管理 (軟體品質量度 (功能, 可靠性, 可用, 效率, 維護, 可攜), …

- - - - 環境圖 #04-2 10:10
        ★★★★★
        表示系統所在環境及其與環境間的互動關係
      - 流程圖
        以視覺化呈現作業流程
        
        流程圖範例
      - 處理描述，文字描述流程處理的過程(一個表格：名稱、規則、輸入、輸出、備註)
      - 藍圖：表單、介面等無法於流程圖表現之資訊，e.g. 訂單資訊
      - 資料詞彙
        
        資料字典，文字輔助說明，為所有定義欄位之集合。
        
        藍圖之詳細規格(如TABLE DDL)
    - - 效能
      - 易用
      - 可靠
      - 操作
      - 移植
      - 維護
      - 安全
      - 財務
      - 合法
  - - - 資料模式 #06-2 30:56
        ★★★★
        DS + OP + Integrity
        
        種類
        
        階層
        
        網路
        
        關聯
        
        完整性限制
        
        實體
        
        參考
        
        限制
        
        連帶
        
        虛值化
        
        Set Default (SQL新增)
        
        定義域
      - 實體關係模型 ER Model
        ★★★★★
        
        說明
        
        屬性
        
        關係
        
        1:1
        
        1:M
        
        M:N
        
        實體
        
        陷阱 #08-2 21:14
        改錯 => 增加新關係
        
        ER Model轉關聯
        
        關聯轉ER #08-1 53:25
        
        例49 #08-2 06:47
      - 正規化 #09-1 26:05
        ★★★★★
        
        目的
        
        避免異常 #09-1 39:28
        
        方便直覺
        
        簡化完整性限制
        
        降低重複
        
        題型 #09-1 50:19
        
        FD → NF
        
        回家作業#7 #09-1 51:30
        
        板書
        
        Table → NF
        
        例題85 #09-2 29:14
        
        Table → NF → Table
        
        例題60 #09-2 32:30
        
        3NF but not BCNF #09-2 47:10
        
        例題64 #10-1 31:49
        
        回家作業#11 #10-1 12:52
        
        5-92 例題83 #10-2 01:45
        
        5-89 例題78 #09-2 1:01:12
      - 最簡功能相依 #09-1 03:16
        ★★★★★
        照步驟走解題！
        
        分解：右邊只剩1個
        
        化簡：左邊化到最簡(左邊盡可能只有一個)
        
        刪除：移除多餘的FD
    - - 結構化分析與設計
        ☆☆☆
        
        內聚力 Cohesion #05-1 22:25
        
        功能
        
        一模組內僅一個功能
        
        順序
        
        共用資料，依序處理，e.g. 如提款程序
        
        溝通
        
        共用資料，無順序，e.g. 各種查詢
        
        程序
        
        無共用資料，依序處理
        
        暫時
        
        無共用資料，僅需在同一時間點完成
        
        邏輯
        
        僅邏輯相關聯
        
        偶發
        
        Totally mess
        
        耦合力 Coupling #05-1 36:00
        
        資料
        
        單純傳遞資料
        
        資料結構
        
        僅用部分資料 in struct
        
        控制
        
        傳遞旗標，控制另一個模組內部邏輯
        
        共同
        
        共用資料區塊，會產生race condition
        
        內容
        
        程式碼共用，影響內部邏輯
        
        模組化
        
        高內聚、低耦合、適當模組功能劃分
      - 資料流程圖 DFD #05-2 1:50
        ★★★★★
        e.g. Level 0 → Level 1
        
        注意事項 #05-2 37:15
        處理不能只有輸入出
        實體儲存需經處理
        分叉匯流需注意
        不能只有自己
      - 結構與HIPO圖 #06-1 00:42
        ☆☆
        
        DFD轉換結構圖範例
        
        結構圖去掉資訊流即是HIPO圖
      - 系統維護 #06-1 57:00
        ☆☆☆
        
        支援
        
        教育訓練
        
        服務台 (Help Desk)
        
        維護
        口：修完浴室
        
        修正 (bug)
        
        完善 (效率、可靠)
        
        適應 (環境變化)
        
        預防
      - 系統測試 #06-1 42:37
        ★★★★
        
        V-Model
        
        右：測試步驟
        
        系統測試
        
        驗收測試
        
        單元測試 Unit Test
        
        動態測試
        
        自動化測試
        
        靜態分析
        
        code review
        
        整合測試
        
        Cluster
        
        利用測試案例測試合作的動作
        
        User-based
        
        測試獨立程式碼之後相依的部份
        
        Thread-based
        
        一次一個執行緒做測試
        
        左：SDLC
        
        需求、規格、架構設計、細部設計、code
        
        白：單+整黑：系+驗
        
        白箱
        
        黑箱
      - 系統轉換 #06-2 05:17
        ★★★★
        口：平分市值
        
        直接
        
        平行
        
        分段
        
        試驗
  - - - 分析
        
        Domain Model 領域模型
        簡單將類別屬性、操作定義完！
        
        Concept Model 概念模型
        延續領域模型+責任 (CRC卡)
        
        Analysis Model 分析模型
        e.g. 強韌圖
      - 設計
        
        Design Model 設計模型 #15-1 0:04:51
        概念模型之類別圖
        加上詳細的屬性、定義
      - 需求 (使用者案例模型)
      - 實作
    - - 結構圖形（靜態）
        元件與結構塑模
        
        類別圖 #14-2 16:58
        ★★★★★
        
        物件圖 #15-2 34:55
        ☆☆☆
        
        補充：強韌圖 #15-1 33:38
        
        邊界 (UI)
        
        控制
        
        實體
        
        正規化 #15-2 02:15
        
        1ONF：移除多值
        
        2ONF：移除共用操作 #15-2 15:38
        
        3ONF：抽出非相關屬性 #15-2 26:40
        
        介面架構圖
        ☆☆
        
        元件 #11-2 18:10
        ★★★★
        
        類型
        
        Deployment
        可執行系統的元件 e.g. dll, exe
        
        Work Product
        e.g. source code
        
        Execution
        系統執行的順序（執行時產生）
        
        連接器 Connector
        
        Assembly
        
        Delegation
        有順序、描繪內部處理類別
        
        軟體元件，另有佈署圖描述軟硬體配置！ #
        
        部署 #11-2 19:30 #16-2 01:20
        ★★★★
        
        <<device>> 硬體節點
        
        <<environment>> 軟體節點
        
        軟硬架構
        
        複合結構 #11-2 24:36 #16-2 22:50
        
        顯示物件在執行期間產生之實例與連結
        
        套件 #11-2 26:46 #16-1 21:10
        like Java package
        
        相依 dependency
        
        合併 merge
        
        匯入 import
        
        匯入（私有） access
        
        輪廓 #11-2 26:59
      - 行為圖形
        資協行，活使狀〈〉自邪行，活死狀
        
        使用者案例圖 #11-1 52:16 #12-1 01:03
        ★★★★★
        
        actor分類
        
        主要（primary）
        
        次要（secondary）
        
        企業（business）
        
        系統（system）
        
        use case分類
        
        企業（business）
        
        系統（system）
        
        步驟
        
        找出行為者（actor）
        
        找出使用者案例
        
        描述使用者案例
        
        找出使用者案例關係
        
        繪製
        
        範例
        
        提款例子
        
        老師登錄成績，學生查詢例子
        
        線上購物 #12-1 20:05
        
        板書結果
        
        資訊流圖 #16-1 31:03
        ★★★★★
        
        like DFD but draft for UML
        
        協定狀態機圖
        ★★★★
        
        不包含實作
        
        定義＆TCP狀態例子
        
        行為狀態機
        （UML2.4新增，取代一般狀態圖）
        
        活動圖 Activity Diagram #11-1 54:28 #12-2 23:33
        ★★★★
        
        步驟
        
        找出轉換
        
        繪製
        
        精鍊
        
        找出活動
        
        例子
        
        業務接單板書例子
        
        入住的例子
        
        使用者案例轉活動圖
        
        狀態圖 #11-1 56:34 #13-1 31:00
        (含行為、協定兩種狀態機圖)
        
        持續一段時間的活動（活動圖是短時間的行為）
        
        系統設計階段（細部設計）
        
        表達一個物件或事件的狀態變化
      - 互動圖形
        互循時溝〈〉互尋死狗
        
        互動概觀圖 #11-2 23:33
        
        高層次控制流程
        
        循序圖 Sequence Diagram #11-2 07:21 #13-2 07:25
        ★★★★
        
        時序圖 #11-2 15:35 #14-1 18:48
        
        狀態+時間變化
        
        門禁例子（正常）
        
        門禁例子（狀態）
        
        溝通圖 Communication Diagram #11-2 12:00 #14-1 01:00
        ☆☆☆
    - - 特色
        
        繼承：
        父類別的資料結構與行為可供子類別分享
        可利用一般化及特殊化的原則萃取
        相同屬性及操作為父類別
        
        多型：
        利用相同名稱的操作
        但以不同的方式處理
        不同類別的資料。
        
        靜態多型 => Overloading
        
        封裝：
        將資料及操作方法包裝成一物件
        外界僅知如和操作這個物件
        不知道實作細節
      - 觀念
        
        物件 - 基本單位，一個問題或是有意義觀念的具體物品呈現
        
        類別 - 物件所組成的集合，為許多物件的共同特徵的一種描述
        
        訊息 - 物件之間的橋樑，可啟動另一物件指定之行為
      - 使用者介面設計
        
        概念考題
        
        可視性
        
        預視性（可聯想）
        
        7項參考準則
        
        PAC #14-2 01:00
        Presentation Abstraction Control
  - - - SDLC(Waterfall)
        
        漸增（分割多個SDLC，可同時或依時程(經費)進行專案）
      - Prototype
        
        作雛形溝通，反覆進行，兩種類：演進、用後即丟(High Risk part)
      - 螺旋
        
        SDLC+Prototype+Risk Mgt
      - 同步 #總01-1 19:50
        
        不同模組交由不同團隊同時開發，商用軟體（time to market）
      - RUP
        
        SDLC+Prototype，反覆、漸增、使用者案例、架構式，強調流程專案管理
        
        靜態：SDLC，企業塑模 RADITD 組態變更管理、專案管理、環境支援
        
        動態：Prototype，初詳建轉(生)
      - Agile
        
        敏捷宣言，合作、溝通、可用軟體為核心
      - MDA
        
        CIM -> PIM -> PSM
        
        CIM(Computation Independent Model)
        Focus在系統環境及需求，但不涉及系統內部的結構與運作細節
        
        PIM(Platform Independent Model)
        Focus於系統內部細節，但不涉及實作系統的實體平台(Platform)
        
        PSM(Platform Specific Model)
        Focus在系統落實於特定實體平台的細節，例如，Spring、EJB2、.NET…等實體平台
        
        CASE Tool結合，e.g. Rational Rose
      - JAD
        
        多人會議決定需求，溝通成本高。
        
        強調使用者的主導參與、團隊合作、群體決策、群體共識、腦力激盪產生創意，產出系統分析文件。
      - RAD
        
        團隊拉進來，強調系統軟體產出，結合雛型法、CASE工具以及JAD…等方法而成的RAD，可以大幅降低系統設計與實作時間。
        
        過程與SDLC類似，但縮短或合併部分階段，並且運用各種工具，以產生更為精簡的開發技術。
      - 委外
        
        委託開發：以契約方式委託外部的IS供應商來發展、管理或提供
        
        租用服務：企業透過應用服務提供者(Application Service Provider, ASP)租用其所需的軟體
      - EUC
        
        使用者自行利用易學、容易上手的軟體（例如4GL），由資訊人員扮演支援協助的角色，進行開發、維護自己所需要的應用程式。
        
        End User Computing
    - - 元件導向
      - 手機系統開發
      - 自適應性網頁設計（RWD）
        Responsive Web Design
- - - - WBS
        
        分割項目無邏輯先後順序
      - Milestone
      - Gantt #17-1 26:25
      - CPM (critical path method)
        
        PERT - Program Evaluation and Review Technoque
        
        AOV
        
        AOE
    - - 了解已/未完成的活動，並設定時程目標
    - - 行為控制
        
        CMMI
        
        軟體開發模式
        (SDLC, Prototype, RUP ...)
      - 結果控制 (量化)
      - 90％症候群
        
        人員異動
        
        Fix: 人資管理
        
        需求擴張
        
        Fix: 正式化使用者需求
        
        專案控管鬆散
        
        Fix: 定期專案管理控制
        
        品質不佳
        
        Fix: 利用品質管理機制，如CMMI
    - - 審視、接受結果，並儲存知識
    - - 成本、範疇、時間（品質在中間）
      - 範疇影響
        
        規模大：所有都會變大
        規模小：所有都會變小
      - 時間影響
        
        專案前期：範疇彈性大
        專案後期：範疇彈性小
  - - - :star: 整合時程與預算監督 #18-2 23:00
        
        :star_of_david: 105年高考例子
      - 分析
        
        辨識
        
        評估
        
        分級
        
        RRL: Risk Reduction Leverage
        （管理前損失 - 管理後損失）/ 花費成本
        越高越好！
      - 控制
        
        計畫
        
        減緩
        
        預防
        
        解決
        
        避免
        
        分散
        
        轉移
        
        Risk處理Matrix
        
        監督
        
        風險因子(Boehm Top5)
        
        人員短缺
        
        不實際的時程預算
        
        錯誤的功能
        
        錯誤的介面
        
        鍍金（增加不必要功能）
        
        處置
        
        專案開始即確認人力 #
        
        利用SV、CV來確認時程、預算是否符合預期 #
        
        在RA初，即利用需求擷取方法，反覆確認使用者需求及對應之系統功能 #
        
        應用Prototype確認UI #
        
        正式文件確認使用者需求 #
      - :star: 預測技術 #19-1 16:35
        
        迴歸
        
        統計方式找出可能因子及損失
        
        決策樹
        
        決策表
        
        類神經網路 #19-1 33:33
    - - :star2: CMMI #19-2 32:45
        Capability Maturity Model Integration
        
        CMMI-DEV
        產品和服務開發
        
        :star: 成熟度 (階段式) #19-2 40:11
        
        流程
        
        管理
        
        組織
        
        工程
        
        階段 #19-2 41:19
        WIKI圖
        
        初始
        
        管理
        
        需求擷取轉換、專案規劃、外包、監督
        
        ★定義
        
        互動、監督、流程、is輔助、軟工活動
        
        量化管理
        
        量化流程、品質管理
        
        最佳化
        
        流程、技術變革管理，缺點預防
        
        各階段與six sigma對應比較
        
        能力度 (連續性) #19-2 38:49
        
        流程領域(組織自由擇一來改善)
        
        工程
        
        支援
        
        流程管理
        
        專案管理
        
        等級
        
        不完整
        
        執行
        
        管理
        
        定義
        
        量化管理
        
        最佳化
        
        CMMI-SVC
        服務建立、管理和交付
        
        專注於為在一個組織中的、向外部客戶的交付服務的指導。
        
        CMMI-ACQ
        產品和服務採購
        
        專注於政府和行業中的供應鏈管理、採購和外包過程。
        
        五階段
        
        1.廠商間協議訂立
        
        RFP, RFQ流程定義
        
        組態管理
        
        滿意度，可用性確認
        
        專案監督與控制
        
        Earned Value Management
        
        一個過程改進方法，它的目的是幫助組織改進他們的績效
      - :star_of_david: 軟體品質執行項目 #19-2 01:30
        
        審查 (文件、ER圖、DFD等)
        
        瀏覽 (針對設計文件、程式碼、測試計畫等進行快速審查)
        
        檢驗 (針對技術細節)
        
        稽核 #19-2 05:45
        
        PRE: 及早進行修正
        
        POST: 強調管理
      - SQFD #19-2 12:25
        Service Quality Function Deployment
        
        軟體品質機能展開
        
        Software Quality Function Deployment
      - OPM3
        
        要素
        
        知識
        
        評量
        
        改善
        
        488個Best Practice組成+OE(Org Enabler)
        
        Organizational Project Management Maturity Model
      - ISO9000-3
        
        軟體品質的最低標準
        
        有規範
        
        有流程
      - 軟體品質量度
        
        功能
        
        可靠性
        
        可用
        
        效率
        
        維護
        
        可攜
    - - 甘特圖 #17-1 26:25
        
        國考範例
      - PERT
        Program Evaluation and Review Technoque
        
        AOE＆CPM範例
        
        三時估計法
        
        2倍標準差 95%
        
        1倍標準差 68%
        
        3倍標準差 99%
    - - 專家判斷 #18-1 12:27
        
        經驗法則
        
        可用資源
        
        過去專案資料
        
        過去估計回饋
        
        類似專案詳細功能
      - 計算方法
        
        :star: cocomo模式 #18-1 21:50
        
        中級
        
        人員屬性
        
        專案屬性
        
        產品屬性
        
        電腦屬性
        
        詳細模式
        (中級的15個因子再拆4階段)
        
        需求分析＆初步設計 1.0
        
        細部設計 1.5
        
        編碼＆單元測試 1.5
        
        整合測試 1.5
        
        COCOMO 2.0
        
        彈性
        
        先前經驗
        
        團隊凝聚力
        
        開發過程成熟度
        
        系統架構及風險解決
      - :star: 選擇決策分析方法
        
        回收期間法（還本）
        
        會計報酬法（回收收益/使用年限再除以投資成本）
        
        :star: 淨現值法(NPV)
        
        貨幣折現因子：利率
        
        範例
        
        內部報酬率法
        
        =0 投資，小於0 不投資
        
        效益成本比率 B/C
        
        比率越高越好
    - - 協調
        
        對事不對人
        
        針對利益而非立場
        
        為共同利益獻策
        
        可能時以客觀標準為本
        
        處理非理智成員
    - - 流程
        
        辨識
        
        規劃
        
        管理
        
        控制
  - - - 辨識
        
        Item
        
        Baseline
      - 稽核
      - 報告
      - 控制
  - - - 名目，如標題名稱
      - 順序，如成績排名
      - 區間，如喜歡使用程度
      - 比例，如滿意分數
    - - 時間
      - 人力
      - 成本
      - 產值