軟件工程管理與軟件工程過程文檔標準

1報告內容軟件工程管理方法及其在“內蒙古農牧林業科技綜合信息效勞平臺〞工程中的應用軟件工程過程文檔標準及其在“內蒙古農牧林業科技綜合信息效勞平臺〞工程中的應用

2軟件工程管理方法及其在

“內蒙古農牧林業科技綜合信息效勞平臺〞

工程中的應用3工程管理的八個方面范圍管理時間管理本錢管理質量管理人力資源管理合同/采購管理風險管理溝通管理4〔結構化軟件工程管理-FergusO’Connell〕

分五個局部報告一、軟件工程管理的關鍵活動與PSI指數(重點〕二、同時運行多個工程三、怎樣評估工程方案四、工程管理其他方法五、〔總結〕工程管理四個關鍵要素5一、軟件工程管理的關鍵活動與PSI指數工程分析和方案進行的活動可視化目標，關注結果給要做的工作列清單必須有一個領導分工明確，責任到人管理期望值和風險儲藏Ifyoufailtoplan,youplantofail!6軟件工程管理的關鍵活動與PSI指數〔續〕審查和實現方案進行的活動采用恰當的領導風格了解正在發生的事情告訴人們正在發生的事情重復前面的8個活動工程結果7PSI(ProbabilityofSuccessIndicator)

成功概率指數計算工程的PSIPSI是分布在0-100之間的分數，在工程生命周期的任何時刻都可以計算PSI，并且用來衡量工程能否取得成功。通過調查表、審查、舉手表決等方法得到的輸入信息，來計算PSI。8怎樣計算工程的PSI通過對工程管理關鍵活動的每一步計算其相應PSI，該工程管理可能的最高得分如下：步驟得分合計

120220310410510706107108109010030

總計1009第1步：可視化目標，關注結果識別目標定義目標目標定義的細化開始方案的過程實現目標的理由鼓勵團隊10第1步：可視化目標，關注結果〔續〕目標變更和變更控制可視化目標的方法工程管理第一定律F(功能性，交付日期，工作量，質量)=常量可視化檢查清單11第1步：可視化目標，關注結果〔續〕

功能性

好/壞

時間

“他們從此過著幸福生活〞的方法12“第一步〞的PSI成份指數確定法目標[20]用一句話描述工程。[8]3項或4項加粗的工程，由它們組成了工程的全部。[6]2-3頁的簡介，用來答復可視化檢查清單中的問題。[6]用上述方框中的數字給工程打分。13第2步：給要做的工作列清單制定檢查清單用表1確定工作PSI成份指數表1項目工作工作工作工作工作工作工作工作14清單內容需要的資源〔設備、產品、效勞、工具〕需要的技能以及他們能否通過雇傭或者培訓得到有明確的、可以明顯識別的里程碑清單有時間量程、本錢和預算---顯示怎樣實現你估計的目標已經明確地陳述了你所做的假設已經明確地陳述了不在你直接控制范圍內的事情之間的相關性已經明確了每件工作的責任人已經考慮了風險很高的領域第2步：給要做的工作列清單(續〕15第2步：給要做的工作列清單(續〕工程方案實例16工作清單[20]工作清單是最新的嗎？[4]完整嗎？[4]已經說明并定義了主要的里程碑嗎？[6]在第一個里程碑之前很詳細嗎？[6]用方框中的數字打分?！暗诙建暤腜SI成份指數確定法17“第二步〞的PSI成份指數確定法〔續〕

軟件項目生命周期

PSI分數需求收集4

設計9

實現14

集成17

測試19

發布20（上述項目生命周期的不同階段是指項目計劃中所列各個階段）18第3步：必須有一個領導工程管理中“領導〞的定義：工程中不只是擁有這個頭銜的人，而是一個準備完成這個工程的人。如果你想得到成功的工程，成功所需要的任何工作都是工程領導的責任，他必須使工作在其掌控之下并且推動其前進。工程不能沒有領導，也不能有兩個領導或一個領導委員會，工程必須要有一個領導。19第3步：必須有一個領導〔續〕20下面的問題能協助查出誰是領導：工程領導的名字？誰具有完成工程的積極性？他或她還領導了其他多少個工程？根據下面情況得出PSI值一個領導[10]兩個領導[4]沒有或多于兩個領導[1]“第三步〞的PSI成份指數確定法21第4步：分工明確，責任到人每一項工作有一個人的名字與之對應工程管理工作量實例分析一個工程需要6個月的時間，總計22人月工作量。假設工程管理工作為總工作量的6%，就是1.32人月，也就是26.4天〔假設20人天=1人月〕。這樣，在總共120天的工程經歷時間中，工程管理工作的時間為26.4人天/120天=0.22人天/天〔=1.76小時/天，假設每天8小時〕，所以，在每天8小時的工作中，一個工程經理要花1.76小時進行工程管理工作。22第4步：分工明確，責任到人〔續〕單一團隊或水平式結構分層或分組式結構強化優勢責任到人第一類人--有能力且希望做第二類人—有能力且準備去做第三類人—有能力但不準備去做第四類人—通過培訓或指導后有能力做第五類人—沒有能力23第4步：分工明確，責任到人〔續〕案例研究----斯科特與亞孟森用表分配工作人員工作類別信任是否24工作計劃表—工作人員類別信任是否接口人事接口設計人事接口人事接口編程AnososprogrammingUSA

Beaumontprogramming測試

AnosostestingUKBeaumont編程部分2

AnososprogrammingUKBeaumontprogramming薪水接口設計薪水接口設計確認薪水編程高靜竇小超曹林林竇小超高靜竇小超高靜高靜高靜，于樂樂12121211（2）√

√√√√√√√√第4步：分工明確，責任到人〔續〕現實工程中運用第4步的實例25如果工作清單中的每項工作都有相應的人員名字與之對應，可得33分如果你考慮了人們的其它工作，包括你自己的，特別是你其他的工程管理工作，那么加上3.33分如果你做了前述的人員能力分析，加3.33分“第四步〞的PSI成份指數確定法26第5步：管理期望值和風險儲藏風險儲藏：為偏差留出余量，有盤旋余地明確提出的或隱含的風險儲藏占工程預算或是工程周期的15%隱藏風險儲藏尋找風險儲藏功能性、交付日期、工作量〔或本錢〕、質量27管理期望值第1步到第4步建立根本的、乏味的工程模型步驟5a給模型加上風險儲藏步驟5b由模型得出的老板或客戶能接受的期望值老板或客戶能接受的期望值即你的期望文檔化所選方案，簽署“同意〞承諾〔盡可能推遲承諾，職業化工程管理〕管理期望值案例研究---斯科特出發前的宣傳與亞孟森的理性第5步：管理期望值和風險儲藏〔續〕28第5步：管理期望值和風險儲藏〔續〕為誤差留有余地案例研究---斯科特補給方案的沒有余地與亞孟森補給方案的完備29探討管理期望值、留有偏差余量、留有盤旋余地的經典案例---泰坦尼克號。第5步：管理期望值和風險儲藏〔續〕“不漂浮〞〔期望值〕的泰坦尼克號在1912年首航，她可以搭載2000-2500名乘客和船員，但是救生艇只能搭載1100人〔沒有偏差余量〕，她在1912年4月14日夜里撞上了冰山，1000多人失去了生命〔沒有盤旋余地〕30偏差余量[10]〔1〕風險儲藏越多，得分越高，最高5分〔2〕期望值離實際設定值越近，分數越高評估偏差余量的方法：寫下主要的風險描述盤旋余地根據與最終目標的差異，解釋盤旋余地是怎樣為你創立偏差余量的可在以下幾個層次上做這項工作：在工程層次上為主要的里程碑為關鍵路徑上的任務為每項工作如果沒有考慮偏差余量，從累積分中減區15分“第五步〞的PSI成份指數確定法31第6步：采用恰當的領導風格懶惰的工程經理32案例信任不信任1.有能力/希望做（A）（B）2.有能力/準備去做（A）（B）3.有能力/不準備去做同E轉換成a(2)或a(5)4.通過培訓或指導后有能力做（C）（D）5.沒有能力（E）轉換為a(2)或a(5)團隊成員10中可能的情形以及在每種情況下建議的領導風格第6步：采用恰當的領導風格〔續〕五種領導風格A認為他們是專家，能自己對工作作出判斷，讓他們做吧。B對他們的能力沒有足夠信息，需監管他們，配合他們作出決策，要“民主〞。C他們過去表現不錯，需“幫助和監管〞，決策應“民主〞。D他們以前從未做過這樣的事情，無法信任或不信任，需幫助緩慢實現一個個小目標，保持跟蹤監管，累〞。E他們沒有能力完成任務，首先，安排好工作；其次，再考慮這個人。33第6步：采用恰當的領導風格〔續〕不同的管理風格高低不同的管理工作量34在工程管理過程中工程經理情愿花盡可能少的時間的區域第6步：采用恰當的領導風格〔續〕35在工程管理過程中工程經理不得不花盡可能多的時間的區域第6步：采用恰當的領導風格〔續〕36第6步：采用恰當的領導風格〔續〕人員工作類別信任是否蘭雨晴高靜姜東基張旭郭樹行劉迎春尹文平于樂樂項目經理用戶接口新功能程序員程序員設計師數據庫專家測試11423144BDDBBBDD37用第四步中“用以分配工作的表〞進行這項分析，與實際情況比照，最高分是10分。如果管理風格一成不變，不是管的太多，就是管的太少，那么給你自己一個低分；如果你能審時度勢，改變自己的風格，那你就做的不錯，給你自己一個高分?！暗诹建暤腜SI成份指數確定法38第7步：了解正在發生的事情利用你的方案作為指示器來引導進行工程/懶惰工程經理的一天檢查當天的工作檢查方案的完成情況檢查應該開始的工作檢查正在進行中的工作39翻開意外事件的包裹沒有變化。發現了可以修正的偏差發現了無法修正的偏差第7步：了解正在發生的事情〔續〕40第7步：了解正在發生的事情〔續〕正面跡象獲得樂趣獨立反響〔一個原型、一個Demo……〕不去干擾工程組工程結束后的生活共同的愿望幾乎沒有危機41第7步：了解正在發生的事情〔續〕負面跡象里程碑沒有實現“一切都在掌握中〞士氣低落個性沖突沒有人得到樂趣拖延球門柱在不停移動錯誤不斷大量危機(應急事件頻繁)沒有獨立反響令人失望的絕境謠言機器事情不向人們所期待的那樣“沒有意外〞(是一種掩蓋)42分析正在使用的報告和監控機制，最高分是10分，如果沒有針對方案的監視和控制，就減分?！暗谄卟建暤腜SI成份指數確定法43第8步：告訴人們正在發生的事情狀態報告第1級—工程按時進行嗎？第2級--〔功能性、交付日期、工作量、質量〕的高層次信息是什么？第3級—表達“當前事情〞。第4級—可以有許多內容〔方案副本、甘特圖…)來表述當前的細節。44兩個版本的狀態報告：送給工程團隊成員和我的老板送給老板的客戶〔我的客戶〕第8步：告訴人們正在發生的事情〔續〕希望用戶看到我們在采用職業化工程管理方法實施管理！45第8步：告訴人們正在發生的事情〔續〕懶惰工程經理的一周周一〔設定目標、日常工作〕周二至周四〔日常內容〕周五〔日常內容+完成周狀態報告〕懶惰工程經理一周工作的另外一種選擇周一〔預寫未來一周狀態報告〕周二至周五〔日常工作〕46總分值為10分，分析信息分發機制，例如，每個人都有最新的方案文本嗎？每次方案修改時他們都能得到嗎？如果沒有進展會議或進展報告，就減分?！暗诎瞬建暤腜SI成份指數確定法47第9步：重復第1步到第8步——直到第10步何時更新方案經常更新每周更新當出現錯誤時更新48第9步：重復第1步到第8步——直到第10步〔續〕軟件工程過程中每一階段都要重復前述各關鍵活動方案和需求高層設計低層設計實施Alpha測試Beta測試49無分?！暗诰挪建暤腜SI成份指數確定法50第10步：結果PSI閾值第一步到第五步的閾值〔40分〕第一步到第十步的閾值〔20分〕工程經理第二定律 核心“對一個方案很糟糕的工程，任何努力都于事無補〞51“第十步〞的PSI成份指數確定法無分。52PSI分析表實例成功概率指數（PSI):分析表滿分斯科特亞孟森沙漠風暴內蒙平臺1.目標20102020202.工作清單2061818—183.一個領導10101010104.責任到人1049785.回旋余地10（70）-151510677627636.領導風格1049997.了解正在發生的事情1068888.告訴人們正在發生的事情1028889.重復1-8步0—1——10.結果，總結0（30）-12-25-25-25合計1002792878853懶惰工程經理的月常規工作〔計算在每個工程上的工作量，相加后看是否可行？〕工程經理的周常規工作特定的周工作周一早晨的方案會議〔記錄目標〕星期五的工程狀態報告〔記錄結果〕工程經理的日常規工作理清今天必須完成的、最好今天完成的、不打算今天完成的、準備授權給別人做的。為了成功運行多個工程，上述三個步驟不能孤立使用。二、同時運行多個工程54三、怎樣評估工程方案第一層檢查〔30分鐘〕工程方案:內容分析工程方案:工作分解結構分析WBS工程方案:甘特圖分析,高層概覽工程方案:資源分析工程方案:PSI分析為了評估工程方案，在最高層需要確定4件事情：〔1〕工程有定義清晰的目〔2〕有實現目標的方案〔3〕有一個領導〔4〕有備用方案/應急方案55怎樣評估工程方案〔續〕第二層檢查〔2個小時〕工程方案:進度和工作量分析工程分析:甘特圖分析,關鍵路徑工程方案:資源負載分析第三層檢查〔時間較多〕甘特圖-所有的工作56四、工程管理其他方法

(一)去除爭端:解決問題和制定決定解決問題的方法問題是什么理想的解決方案是什么尋找解決方案實施一個或多個已確定的解決方案57(二)克服壓力減少壓力的方法誰拿到了球保持心態平衡,世界上總有人比你處境更糟試著把它當成一場游戲運動從現在往前看一年走出谷底了嗎把問題關在屋子的大門外馬拉松選手把問題寫下來世界在周末停下來找個人聊聊記日記58(三)挑選適宜的人員面試的方法面試的問題你做過什么事你希望做什么事你是一個什么樣的人59(四)談判原那么性談判把人和問題分開；關注利益,而不是態度；決定做什么之前,了解各種可能性；堅持把談判結果建立在客觀標準的根底上。GettingtoYes60(五)會議通過精心組織方案的會議，可以排除障礙，解決問題，制定決策，推進工程。(六)演講告訴他們你將要告訴他們什么。告訴他們。告訴他們你已經告訴了他們什么。61(七)利用加速分析和設計縮短工程時間什么事情消耗時間—需求與設計如何實施AAD—ADD會議實施AAD的風險要考慮的現實因素誰應該參與領導分析師/設計師工程領導專業記錄員你將需要什么〔房間、設備〕62(八)授權(管理的真正樂趣)挑選適宜的人。盡可能把任務委派出去。63五、〔總結〕工程管理四個關鍵要素四要素實例1：婦女懷孕工作量9個女人月進度大約9個月關鍵路徑9個月（增加更多婦女不能縮短項目時間）里程碑醫生可以識別出陰嬰兒發育過程中的重要時間點，從受孕到分娩64總結：工程管理四個關鍵要素〔續〕實例2含有6項工作的一個工程〔數據〕工作量進度涉及人數編寫文檔15.0MD7.5天2分發文檔0.5MD0.5天1審查文檔5.0MD5.0天5修訂和更新文檔4.0MD2.0天2在此分發文檔0.5MD0.5天1文檔簽署2.5MD5.0天565總結：工程管理四要素〔續〕實例2〔續〕工作量27.5天進度20.5天關鍵路徑20.5天（因為這些任務必須一項接著一項順序進行，雖然情況并不總是這樣，還有，這些活動處在關鍵路徑上）里程碑6項任務中每一項的完成表示可以在項目過程中設置一個里程碑（可以設置在每項任務的開始）66軟件過程工程文檔標準及其在

“內蒙古農牧林業科技綜合信息效勞平臺〞

工程中的應用67現代軟件開發的特點軟件開發并非傳統意義上的“生產〞。應用領域寬、規模大、系統復雜、標準化差。開發周期長，需求變化快。參與人員多，流動性大。“智商高〞，自由度大。68針對特點，改變現狀！怎樣變“紛亂〞為“秩序〞？69什么是軟件工程？軟件：文檔+數據+程序軟件工程：運用工程學的根本原理和方法來組織和管理軟件生產。采用軟件工程管理軟件開發過程是有效的，也是擺脫軟件危機的一個主要出路。70誰需要軟件工程？71軟件工程過程的生命周期制定方案需求分析和定義軟件設計編碼軟件測試運行/維護72軟件過程管理及質量保證73各種典型開發過程最傳統：瀑布模型演化模型螺旋形噴泉模型增量迭代模型RUPTSP、PSP、CMM……74軟件工程標準化75軟件工程標準化的意義76文檔標準中華人民共和國國家軍用標準；軍用計算機軟部件文檔編寫格式和內容，GJB1566-92軍用軟件文檔編制標準，GJB438-88 中華人民共和國國家標準。計算機軟件工程標準——國家標準匯編，中國標準出版社，1998計算機軟件工程標準國家標準匯編2000，中國標準出版社返回77軟件文檔的作用什么是文檔？文檔是指某種數據媒體和其中所記錄的數據。它具有永久性并可由人或者機器閱讀，通常僅用于描述人工可讀的東西。軟件工程中，文檔常常用來表示活動、需求、過程或結果進行描述、定義、規定、報告或認證的任何書面或圖示的信息。文檔是軟件產品的一局部。78軟件文檔的作用〔續〕1〕提高軟件開發過程的可見度。2〕提高開發效率。3〕作為開發人員在一定階段的工作成果和結束標志。4〕記錄開發過程有關信息，便于協調以后的軟件、開發使用和維護。79軟件文檔的作用〔續〕5〕提供對軟件的運行、維護和培訓的有關信息，便于管理人員、開發人員、操作人員、用戶之間的協作、交流和了解。使軟件開發活動更科學、更有成效。6〕便于潛在用戶了解軟件的功能、性能等各項指標，為他們選購符合自己需要的軟件提供依據。80軟件文檔的作用〔續〕文檔的橋梁作用計算機軟件開發人員軟件開發管理人員用戶維護人員81軟件文檔的分類按照文檔產生和使用的范圍，軟件文檔大致可以分為三類：

開發文檔管理文檔用戶文檔82開發文檔這類文檔在軟件開發過程中，作為軟件開發人員前一階段工作成果的表達和后一階段工作依據的文檔。包括：軟件需求說明書、數據要求說明書、概要設計說明書、詳細設計說明書、可行性研究報告、工程開發方案。83管理文檔這類文檔是在軟件開發過程中，由軟件開發人員制定的需提交人員的一些工作方案或工作報告。是管理人員能夠通過這些文檔了解軟件開發工程的安排、進度、資源使用和成果等。包括工程開發方案、測試方案、測試報告、開發進度月報及工程開發總結。84用戶文檔這類文檔是軟件開發人員為用戶準備的有關該軟件使用、操作、維護的資料。包括用戶手冊、操作手冊、維護修改建議、軟件需求說明書、運行模式建議說明書。85軟件文檔的工作1〕可行性研究報告。2〕工程開發方案。3〕軟件需求說明書。4〕數據要求說明書。5〕概要設計說明書。6〕詳細設計說明書。86軟件文檔的工作〔續〕7〕用戶手冊。8〕操作手冊。9〕測試手冊。10〕測試分析報告。11〕開發進度月報。12〕工程開發總結報告。13〕維護修改建議。87文檔所答復的問題文檔所提問題可行性研究報告項目開發計劃軟件需求說明書數據要求說明書測試計劃概要設計說明書詳細設計說明書用戶手冊操作手冊測試分析報告開發進度月報項目開發總結程序維護手冊什么what√√√√√√√√何處where√√何時when√√√誰who√√√如何how√√√√√為何why√√88對文檔編制的質量要求針對性精確性清晰性完整性靈活性可追溯性89文檔的管理和維護在整個軟件生存期中，各種文檔作為半成品獲知最終成品，會不斷生成、修補或補充。為了最終得到高質量的軟件產品，到達規定的質量要求，就必須加強對軟件的管理。90文檔標準的應用實例——〞內蒙古農牧林業科技綜合信息效勞平臺〞91文檔標準的應用實例——〞內蒙古農牧林業科技綜合信息效勞平臺〞〔續〕采用面向對象的分析設計方法以滿足用戶人文的工作思維。基于RUP的軟件工程開發方法。完整統一的文檔管理。92增量模型RUP93增量模型RUP〔續〕為了能夠方便地管理軟件開發過程，監控軟件開發狀態，RUP把軟件開發周期劃分為Cycles,每個Cycle生成一個產品的新的版本。每個Cycle都依次由四個連續的階段(pahse)起始階段〔Inception〕，演化階段〔evaluation〕，構造階段〔construction〕，提交階段(Transition)組成，每個階段都應完成確定的任務。在每個階段結束前都應有一個里程碑〔MileStone〕評估該階段的工作。94增量模型RUP〔續〕迭代式開發方法是一個不斷地減除風險的過程,每一次的迭代過程都選擇最關鍵的也是風險最大的UseCases執行。因此風險在迭代過程中不斷地被發現、消滅。迭代式開發方法能夠更容易地管理需求的變化，開發人員以及工程相關人員能夠及時地從迭代過程中得到反響信息，并能夠及時修改以前工作中的失誤，有效地監控開發過程，并對迭代工作流進行校正，這對一個時間跨度很長的工程具有重要的意義。95平臺文檔的特點具有生命周期的文檔，活動變化的文檔。不管是開發文檔、管理文檔還是用戶文檔都有其完整嚴格的生命周期。96我的觀點：RSPD(requiredsoftwareprocessdocument)開發文檔實施方案大綱需求規格說明書需求用例文檔開發方案說明書測試方案說明書軟件設計規格說明書文檔標準〔國標和國軍標〕97我的觀點：RSPD(requiredsoftwareprocessdocument)〔續〕管理文檔時間報告周狀態報告測試用例報告軟件問題測試報告測試報告驗收報告評審報告98我的觀點：RSPD(requiredsoftwareprocessdocument)〔續〕用戶文檔管理員手冊用戶手冊系統維護手冊運行模式建議說明書99開發文檔的生命周期開發文檔的生命周期大致分為四個階段。新建待評審批準歸檔100需求用例文檔開發文當中最典型的莫過于“需求用例文檔〞。開發組成員統一使用規定的模板。版本號表達生命周期?！按u審〞與“批準〞狀態中間工程組會組織屢次評審，來討論文檔存在的問題，使其從“待評審〞過渡到“批準〞。處在生命周期各個階段的文檔真實記錄了我們的開發過程。版本號標定了生命周期的階段101需求用例文檔〔續〕需求用例文檔順序圖例如。102開發文檔例如103管理文檔的生命周期管理文檔多種多樣，其生命周期也各不相同。我們會著重介紹時間報告、狀態報告和軟件問題報告。104時間報告規律的工作時間可以在一定程度上保證開發團隊的開發進度以及團隊成員的日常交流。因為時間報告時每人每天填寫。所以時間報告沒有明確的生命周期。105時間報告〔續〕EmployeeName〔名字〕:Date〔創立日期〕:Week〔周起始日期〕:200*-**-**To200*-**-**(Monday.Sunday)MorningStart

MorningEnd

MorningAbsentAfternoonStart

AfternoonEnd

AfternoonAbsentNightStart

Night