[計算機]軟件文檔寫作11-管理文檔(完整版)
【正文】 自下而上 的方法 。 比如 ， 一份報告 。 通常 ， 有些活動是可以并行的 ， 項目管理者應(yīng)組織并協(xié)調(diào)這些并行的工作 。 下 表是一個 “ 任務(wù)的持續(xù)時間及其依賴關(guān)系 ” 的例子 。 A為公用模塊 ， B、 C的測試須等 A的調(diào)試完成后進行 。 最適合反映多個工作之間的邏輯關(guān)系 。 這些風險將可能影響到軟件產(chǎn)品 、 過程或業(yè)務(wù) 。 下表給出了處理上表中嚴重和災(zāi)難性風險的可能的策略 。 風險類型 潛在的特征 技術(shù) 硬件或支持軟件延遲交付，暴露出現(xiàn)許多技術(shù)問題 人員 職員工作士氣低靡，團隊成員之間關(guān)系不協(xié)調(diào)，工作分配不當 機構(gòu) 機構(gòu)內(nèi)說三道四，缺乏資深管理人員 工具 團隊成員不愿使用工具，抱怨 CASE工具，需要更強大的工作站 需求 很多需求變更請求以及客戶怨言 估算 跟不上雙方協(xié)商的進度，無法除掉暴露出來的缺陷 下 面，一起看幾個 例子 。 如 “ 有缺陷的組件 ” 最低風險策略 ：采用這些策略會減少風險影響 。 風險 出現(xiàn) 可能性的評估大致可以有：非常小 (10%)、 小 (10～ 25%)、 中等(25～ 50%)、 大 (50～ 75%)、 很大 (75%)。網(wǎng)絡(luò)計劃 便于在細節(jié)上安排人力，適合按開發(fā)階段或子項目的工作步驟安排。 B的編碼需 7天 ， 測試 8天 ， 調(diào)試 6天 。 缺點：難以反映多個任務(wù)間的邏輯關(guān)系。 如 項目難度大 ， 則花費的時間也會較多 。 要建立里程碑 ， 軟件過程就一定要分解成一系列相關(guān)的基本活動 ， 而每個基本活動都要有相應(yīng)的輸出結(jié)果 。即從底層開始 ， 逐層集成 ， 最后匯合后完成目標 。 如隨著項目需求的逐漸明確引起的項目計劃細化 、 項目可提供資源變化引起的項目計劃的變化等 。 闡述團隊組織方式 、 人員構(gòu)成及分工 ③ 軟硬件資源需求 。1 第七章 軟件管理文檔 管理文檔概述 工程化的軟件生產(chǎn)方式是軟件業(yè)界始終在不懈追求的目標 。 簡述項目目標 ， 并列出影響管理的約束條件 ， 如預(yù)算 、 時間 ? ② 開發(fā)團隊及人員安排 。 由于計劃所具有的在時間上的提前性 ， 項目開發(fā)計劃通常會經(jīng)常性的修正 ， 有些部分甚至會頻繁的改變 ！ 而部分內(nèi)容的變化 ， 會影響開發(fā)計劃的正確性和符合性 ， 使其越來越偏離項目實際 ， 最后變得沒有價值 。也稱集思廣益法 。 里程碑報告的內(nèi)容不拘 ， 以能清楚說明階段性結(jié)果為標準 ，應(yīng)能代表項目中一個特定邏輯意義上的階段的終結(jié) 。 項目進度過程見下圖： 識別活動 識別活動依賴關(guān)系 估算活動 的資源 為活動分 配資源 創(chuàng)建項目 圖表 軟件需求 活動圖表及條形圖 在 進度估算時 ， 管理者需要有一定的余量 。 任 務(wù) 持續(xù)時間 (天數(shù) ) 依 賴 關(guān) 系 T1 8 T2 15 T3 15 T1(M1) T4 10 T5 10 T2， T4(M2) T6 5 T1， T2(M3) T7 20 T1(M1) T8 25 T4(M5) T9 15 T3， T6(M4) T10 15 T5， T7(M7) T11 7 T9(M6)
教學課件相關(guān)推薦
鄂ICP備17016276號-1