軟件項目管理與軟件工程過程文檔規(guī)范

1、1,軟件項目管理與軟件工程過程文檔規(guī)范,2,報告內容,軟件項目管理方法及其在“內蒙古農牧林業(yè)科技綜合信息服務平臺”項目中的應用軟件工程過程文檔規(guī)范及其在“內蒙古農牧林業(yè)科技綜合信息服務平臺”項目中的應用,3,軟件項目管理方法及其在“內蒙古農牧林業(yè)科技綜合信息服務平臺”項目中的應用,4,項目管理的八個方面,范圍管理時間管理成本管理質量管理人力資源管理合同/采購管理風險管理溝通管理,5,（結構化軟件項目管理-Fergu

2、s O’Connell）分五個部分報告,一、軟件項目管理的關鍵活動與PSI指數(shù)(重點）二、同時運行多個項目三、怎樣評估項目計劃四、項目管理其他方法五、（總結）項目管理四個關鍵要素,6,一、軟件項目管理的關鍵活動與PSI指數(shù),項目分析和計劃進行的活動可視化目標，關注結果給要做的工作列清單必須有一個領導分工明確，責任到人管理期望值和風險儲備,If you fail to plan ,you plan to fail!,7

3、,軟件項目管理的關鍵活動與PSI指數(shù)（續(xù)）,審查和實現(xiàn)計劃進行的活動采用恰當?shù)念I導風格了解正在發(fā)生的事情告訴人們正在發(fā)生的事情重復前面的8個活動項目結果,8,PSI(Probability of Success Indicator) 成功概率指數(shù),計算項目的PSI PSI是分布在0-100之間的分數(shù)，在項目生命周期的任何時刻都可以計算PSI ，并且用來衡量項目能否取得成功。 通過調查表、審

4、查、舉手表決等方法得到的輸入信息，來計算PSI 。,9,怎樣計算項目的PSI 通過對項目管理關鍵活動的每一步計算其相應PSI，該項目管理可能的最高得分如下：,10,第1步：可視化目標，關注結果,識別目標定義目標目標定義的細化開始計劃的過程實現(xiàn)目標的理由激勵團隊,11,第1步：可視化目標，關注結果（續(xù)）,目標變更和變更控制可視化目標的方法項目管理第一定律F(功能性，交付日期，工作量，質量)=常量可視化檢查清單

5、,12,第1步：可視化目標，關注結果（續(xù)）,“他們從此過著幸福生活”的方法,13,“第一步”的PSI成份指數(shù)確定法,目標[20]用一句話描述項目。 [8]3項或4項加粗的項目，由它們組成了項目的全部。 [6]2-3頁的簡介，用來回答可視化檢查清單中的問題。[6] 用上述方框中的數(shù)字給項目打分。,14,第2步：給要做的工作列清單,制定檢查清單用表1確定工

6、作PSI成份指數(shù),15,清單內容,需要的資源（設備、產品、服務、工具）需要的技能以及他們能否通過雇傭或者培訓得到有明確的、可以明顯識別的里程碑清單有時間量程、成本和預算---顯示怎樣實現(xiàn)你估計的目標已經明確地陳述了你所做的假設已經明確地陳述了不在你直接控制范圍內的事情之間的相關性已經明確了每件工作的責任人已經考慮了風險很高的領域,第2步：給要做的工作列清單(續(xù)）,16,第2步：給要做的工作列清單(續(xù)）,項目計劃實例,17

7、,工作清單[20]工作清單是最新的嗎？ [4]完整嗎？ [4]已經說明并定義了主要的里程碑嗎？[6]在第一個里程碑之前很詳細嗎？ [6]用方框中的數(shù)字打分。,“第二步”的PSI成份指數(shù)確定法,18,“第二步”的PSI成份指數(shù)確定法（續(xù)）,19,第3步：必須有一個領導,項目管

8、理中“領導”的定義：項目中不只是擁有這個頭銜的人，而是一個準備完成這個項目的人。如果你想得到成功的項目，成功所需要的任何工作都是項目領導的責任，他必須使工作在其掌控之下并且推動其前進。項目不能沒有領導，也不能有兩個領導或一個領導委員會，項目必須要有一個領導。,20,案例研究1---斯科特與亞孟森案例研究2---某公司1人擔任15個項目領導案例研究3---項目行政與技術2個領導,第3步：必須有一個領導（續(xù)）,21,下面的問題能協(xié)助查

9、出誰是領導：項目領導的名字？誰具有完成項目的積極性？他或她還領導了其他多少個項目？ 根據(jù)下面情況得出PSI值一個領導[10]兩個領導[4]沒有或多于兩個領導 [1],“第三步”的PSI成份指數(shù)確定法,22,第4步：分工明確，責任到人,每一項工作有一個人的名字與之對應項目管理工作量實例分析一個項目需要6個月的時間，總計22人月工作量。假設項目管理工作為總工作量的6%，就是1.32人月，也就是26.4天（假設20人天=

10、1人月）。這樣，在總共120天的項目經歷時間中，項目管理工作的時間為26.4人天/120天=0.22人天/天（=1.76小時/天，若每天8小時），所以，在每天8小時的工作中，一個項目經理要花1.76小時進行項目管理工作。,23,第4步：分工明確，責任到人（續(xù)）,單一團隊或水平式結構分層或分組式結構強化優(yōu)勢責任到人第一類人--有能力且希望做第二類人—有能力且準備去做第三類人—有能力但不準備去做第四類人—通過培訓或指導后有能

11、力做第五類人—沒有能力,24,第4步：分工明確，責任到人（續(xù)）,案例研究----斯科特與亞孟森用表分配工作,25,第4步：分工明確，責任到人（續(xù)）,現(xiàn)實項目中運用第4步的實例,26,如果工作清單中的每項工作都有相應的人員名字與之對應，可得33分如果你考慮了人們的其它工作，包括你自己的，特別是你其他的項目管理工作，那么加上3.33分如果你做了前述的人員能力分析，加3.33分,“第四步”的PSI成份指數(shù)確定法,27,第5步：管理期望

12、值和風險儲備,風險儲備：為偏差留出余量，有回旋余地明確提出的或隱含的風險儲備占項目預算或是項目周期的15%隱藏風險儲備尋找風險儲備功能性、交付日期、工作量（或成本）、質量,28,管理期望值第1步到第4步建立基本的、乏味的項目模型步驟5a給模型加上風險儲備步驟5b由模型得出的老板或客戶能接受的期望值老板或客戶能接受的期望值即你的期望文檔化所選方案，簽署“同意”承諾（盡可能推遲承諾，職業(yè)化項目管理）管理期望值案例研究

13、---斯科特出發(fā)前的宣傳與亞孟森的理性,第5步：管理期望值和風險儲備（續(xù)）,29,第5步：管理期望值和風險儲備（續(xù)）,為誤差留有余地案例研究---斯科特補給計劃的沒有余地與亞孟森補給計劃的完備,30,探討管理期望值、留有偏差余量、留有回旋余地的經典案例---泰坦尼克號。,第5步：管理期望值和風險儲備（續(xù)）,“不沉沒”（期望值）的泰坦尼克號在1912年首航，她可以搭載2000-2500名乘客和船員，但是救生艇只能搭載1100人（沒有偏差

14、余量），她在1912年4月14日夜里撞上了冰山，1000多人失去了生命（沒有回旋余地）,31,偏差余量[10]（1）風險儲備越多，得分越高，最高5分（2）期望值離實際設定值越近，分數(shù)越高 評估偏差余量的方法：寫下主要的風險描述回旋余地根據(jù)與最終目標的差別，解釋回旋余地是怎樣為你創(chuàng)建偏差余量的可在以下幾個層次上做這項工作：在項目層次上為主要的里程碑為關鍵路徑上的任務為每項工作如果沒有考慮偏差余量，從累積分中減

15、區(qū)15分,“第五步”的PSI成份指數(shù)確定法,32,第6步：采用恰當?shù)念I導風格,懶惰的項目經理,33,團隊成員10中可能的情形以及在每種情況下建議的領導風格,第6步：采用恰當?shù)念I導風格（續(xù)）,五種領導風格A 認為他們是專家，能自己對工作作出判斷，讓他們做吧。B 對他們的能力沒有足夠信息，需監(jiān)管他們，配合他們作出決策，要“民主”。C 他們過去表現(xiàn)不錯，需“幫助和監(jiān)管”，決策應“民主”。D 他們以前從未做過這樣的事情，無法信任

16、或不信任，需幫助緩慢實現(xiàn)一個個小目標，保持跟蹤監(jiān)管，累”。E 他們沒有能力完成任務，首先，安排好工作；其次， 再考慮這個人。,34,第6步：采用恰當?shù)念I導風格（續(xù)）,不同的管理風格,高,低,不同的管理工作量,35,,在項目管理過程中項目經理情愿花盡可能少的時間的區(qū)域,第6步：采用恰當?shù)念I導風格（續(xù)）,36,,在項目管理過程中項目經理不得不花盡可能多的時間的區(qū)域,第6步：采用恰當?shù)念I導風格（續(xù)）,37,第6步：采用恰當?shù)念I導風格（續(xù)）

17、,38,用第四步中“用以分配工作的表”進行這 項分析，與實際情況對比，最高分是10分。如果管理風格一成不變，不是管的太多，就是管的太少，那么給你自己一個低分；如果你能審時度勢，改變自己的風格，那你就做的不錯，給你自己一個高分。,“第六步”的PSI成份指數(shù)確定法,39,第7步：了解正在發(fā)生的事情,利用你的計劃作為指示器來引導進行項目/懶惰項目經理的一天檢查當天的工作檢查計劃的完成情況檢查應該開始的工作檢查正在進行中的工作,

18、40,打開意外事件的包裹沒有變化。發(fā)現(xiàn)了可以修正的偏差發(fā)現(xiàn)了無法修正的偏差,第7步：了解正在發(fā)生的事情（續(xù)）,41,第7步：了解正在發(fā)生的事情（續(xù)）,正面跡象獲得樂趣獨立反饋（一個原型、一個Demo……） 不去干擾項目組項目結束后的生活共同的愿望幾乎沒有危機,42,第7步：了解正在發(fā)生的事情（續(xù)）,負面跡象里程碑沒有實現(xiàn)“一切都在掌握中” 士氣低落 個性沖突 沒有人得到樂趣 拖延 球門柱在不停移動 錯誤

19、不斷,大量危機(應急事件頻繁)沒有獨立反饋令人失望的絕境謠言機器事情不向人們所期待的那樣“沒有意外”(是一種掩蓋),43,分析正在使用的報告和監(jiān)控機制，最高分是10分，如果沒有針對計劃的監(jiān)視和控制，就減分。,“第七步”的PSI成份指數(shù)確定法,44,第8步：告訴人們正在發(fā)生的事情,狀態(tài)報告第1級—項目按時進行嗎？第2級--（功能性、交付日期、工作量、質量）的高層次信息是什么？第3級—敘述“當前事情”。第4級—可以有許多內

20、容（計劃副本、甘特圖…)來表述當前的細節(jié)。,45,兩個版本的狀態(tài)報告：送給項目團隊成員和我的老板送給老板的客戶（我的客戶）,第8步：告訴人們正在發(fā)生的事情（續(xù)）,希望用戶看到我們在采用職業(yè)化項目管理方法實施管理！,46,第8步：告訴人們正在發(fā)生的事情（續(xù)）,懶惰項目經理的一周周一（設定目標、日常工作）周二至周四（日常內容）周五（日常內容+完成周狀態(tài)報告）懶惰項目經理一周工作的另外一種選擇周一（預寫未來一周狀態(tài)報告）周二至

21、周五（日常工作）,47,滿分為10分，分析信息分發(fā)機制，例如，每個人都有最新的計劃文本嗎？每次計劃修改時他們都能得到嗎？如果沒有進展會議或進展報告，就減分。,“第八步”的PSI成份指數(shù)確定法,48,第9步：重復第1步到第8步——直到第10步,何時更新計劃經常更新每周更新當出現(xiàn)錯誤時更新,49,第9步：重復第1步到第8步——直到第10步（續(xù)）,軟件工程過程中每一階段都要重復前述各關鍵活動計劃和需求高層設計低層設計實施Alp

22、ha測試Beta測試,50,無分。,“第九步”的PSI成份指數(shù)確定法,51,第10步：結果,PSI閾值第一步到第五步的閾值（40分）第一步到第十步的閾值（20分） 項目經理第二定律核心“對一個計劃很糟糕的項目，任何努力都于事無補”,52,“第十步”的PSI成份指數(shù)確定法,無分。,53,PSI分析表實例,54,懶惰項目經理的月常規(guī)工作（計算在每個項目上的工作量，相加后看是否可行？）項目經理的周常規(guī)工作特定的周工作周一早晨

23、的計劃會議（記錄目標）星期五的項目狀態(tài)報告（記錄結果）項目經理的日常規(guī)工作 理清今天必須完成的、最好今天完成的、不打算今天完成的、準備授權給別人做的。為了成功運行多個項目，上述三個步驟不能孤立使用。,二、同時運行多個項目,55,三、怎樣評估項目計劃,第一層檢查（30分鐘）項目計劃:內容分析項目計劃:工作分解結構分析WBS項目計劃:甘特圖分析,高層概覽項目計劃:資源分析項目計劃:PSI分析,為了評估項目計劃，

24、在最高層需要確定4件事情：（1）項目有定義清晰的目（2）有實現(xiàn)目標的計劃（3）有一個領導（4）有備用計劃/應急方案,56,怎樣評估項目計劃（續(xù)）,第二層檢查（2個小時）項目計劃:進度和工作量分析項目分析:甘特圖分析,關鍵路徑項目計劃:資源負載分析第三層檢查（時間較多）甘特圖-所有的工作,57,四、項目管理其他方法(一)清除爭端:解決問題和制定決定,解決問題的方法問題是什么理想的解決方案是什么尋找解決方案實施

25、一個或多個已確定的解決方案,58,(二)克服壓力,減少壓力的方法誰拿到了球保持心態(tài)平衡,世界上總有人比你處境更糟試著把它當成一場游戲運動從現(xiàn)在往前看一年走出谷底了嗎,把問題關在屋子的大門外馬拉松選手把問題寫下來世界在周末停下來找個人聊聊記日記,59,(三)挑選合適的人員,面試的方法 面試的問題你做過什么事你希望做什么事你是一個什么樣的人,60,(四)談判,原則性談判把人和問題分開；關注利益,而不是態(tài)度；

26、決定做什么之前,了解各種可能性；堅持把談判結果建立在客觀標準的基礎上。,,Getting to Yes,61,(五)會議,通過精心組織計劃的會議，可以排除障礙，解決問題，制定決策，推進項目。,(六)演講,告訴他們你將要告訴他們什么。 告訴他們。 告訴他們你已經告訴了他們什么。,62,(七)利用加速分析和設計縮短項目時間,什么事情耗費時間—需求與設計如何實施AAD—ADD會議實施AAD的風險要考慮的現(xiàn)實因素誰應該參與

27、 領導 分析師/設計師 項目領導 專業(yè)記錄員你將需要什么（房間、設備）,63,(八)授權(管理的真正樂趣),挑選合適的人。盡可能把任務委派出去。,64,五、（總結）項目管理四個關鍵要素,四要素實例1：婦女懷孕,65,總結：項目管理四個關鍵要素（續(xù)）,實例2 含有6項工作的一個項目（數(shù)據(jù)）,66,總結：項目管理四要素（續(xù)）,實例2（續(xù)）,67,軟件過程工程文檔規(guī)范及其在“內蒙古農牧林業(yè)科技綜合信息服務平臺”項目中的

28、應用,68,現(xiàn)代軟件開發(fā)的特點,軟件開發(fā)并非傳統(tǒng)意義上的“生產”。應用領域寬、規(guī)模大、系統(tǒng)復雜、標準化差。開發(fā)周期長，需求變化快。參與人員多，流動性大?！爸巧谈摺?，自由度大。,69,針對特點，改變現(xiàn)狀！,怎樣變“紛亂”為“秩序”？,,70,什么是軟件工程？,軟件：文檔+數(shù)據(jù)+程序軟件工程：運用工程學的基本原理和方法來組織和管理軟件生產。采用軟件工程管理軟件開發(fā)過程是有效的，也是擺脫軟件危機的一個主要出路。,71,誰需要軟件工

29、程？,開發(fā)方 ——管理者 ——技術人員 ——營銷人員用戶方 ——投資者 ——使用者 ——維護者,,72,軟件工程過程的生命周期,制定計劃需求分析和定義軟件設計編碼軟件測試運行/維護,73,軟件過程管理及質量保證,產品的質量取決于開發(fā)和維護過程的質量。運用先進的工程化方法和技術，對軟件全生命周期進行全面的質量控制和管理，以保證軟件組織穩(wěn)定、高效和低成本地開發(fā)出滿足需求的高質量軟

30、件產品。,74,各種典型開發(fā)過程,最傳統(tǒng)：瀑布模型演化模型螺旋形噴泉模型增量迭代模型RUPTSP、PSP、CMM……,75,軟件工程標準化,軟件工作的范圍從只是使用程序設計語言編寫程序，擴展到整個軟件生存期。同時，許多技術管理工作以及確認與驗證工作常常是跨越軟件生存期各個階段的專門工作。所以，我們我們要逐步建立標準和規(guī)范。,76,軟件工程標準化的意義,提高軟件可靠性、可維護性和可移植性；提高軟件生產率；提高軟件人員技術

31、水平；提高軟件人員之間通信效率，減少錯誤和誤差；有利于軟件管理，有利于降低軟件產品的成本和運行維護成本；有利于縮短軟件開發(fā)周期。,77,文檔標準,中華人民共和國國家軍用標準；軍用計算機軟部件文檔編寫格式和內容，GJB1566-92軍用軟件文檔編制規(guī)范，GJB438-88中華人民共和國國家標準。計算機軟件工程規(guī)范——國家標準匯編，中國標準出版社，1998計算機軟件工程規(guī)范國家標準匯編2000，中國標準出版社返回,78

32、,軟件文檔的作用,什么是文檔？ 文檔是指某種數(shù)據(jù)媒體和其中所記錄的數(shù)據(jù)。它具有永久性并可由人或者機器閱讀，通常僅用于描述人工可讀的東西。 軟件工程中，文檔常常用來表示活動、需求、過程或結果進行描述、定義、規(guī)定、報告或認證的任何書面或圖示的信息。 文檔是軟件產品的一部分。,79,軟件文檔的作用（續(xù)）,1）提高軟件開發(fā)過程的可見度。2）提高開發(fā)效率。3）作為開發(fā)人員在一定階

33、段的工作成果和結束標志。4）記錄開發(fā)過程有關信息，便于協(xié)調以后的軟件、開發(fā)使用和維護。,80,軟件文檔的作用（續(xù)）,5）提供對軟件的運行、維護和培訓的有關信息，便于管理人員、開發(fā)人員、操作人員、用戶之間的協(xié)作、交流和了解。使軟件開發(fā)活動更科學、更有成效。6）便于潛在用戶了解軟件的功能、性能等各項指標，為他們選購符合自己需要的軟件提供依據(jù)。,81,軟件文檔的作用（續(xù)）,文檔的橋梁作用,計 算 機,,,軟件開發(fā)人員,軟件開發(fā)

34、管理人員,用 戶,維護人員,,,,,,,,,,82,軟件文檔的分類,按照文檔產生和使用的范圍，軟件文檔大致可以分為三類： 開發(fā)文檔 管理文檔 用戶文檔,83,開發(fā)文檔,這類文檔在軟件開發(fā)過程中，作為軟件開發(fā)人員前一階段工作成果的體現(xiàn)和后一階段工作依據(jù)的文檔。包括：軟件需求說明書、數(shù)據(jù)要求說明書、概要設計說明書、詳細設計說明書、可行性研究報告、項目開發(fā)計劃。,84,管理文檔,這類文檔是在軟件開發(fā)過程中，由軟件開發(fā)人員制定

35、的需提交人員的一些工作計劃或工作報告。是管理人員能夠通過這些文檔了解軟件開發(fā)項目的安排、進度、資源使用和成果等。包括項目開發(fā)計劃、測試計劃、測試報告、開發(fā)進度月報及項目開發(fā)總結。,85,用戶文檔,這類文檔是軟件開發(fā)人員為用戶準備的有關該軟件使用、操作、維護的資料。包括用戶手冊、操作手冊、維護修改建議、軟件需求說明書、運行模式建議說明書。,86,軟件文檔的工作,1）可行性研究報告。2）項目開發(fā)計劃。3）軟件需求說明書。4）數(shù)據(jù)要

36、求說明書。5）概要設計說明書。6）詳細設計說明書。,87,軟件文檔的工作（續(xù)）,7）用戶手冊。 8）操作手冊。 9）測試手冊。10）測試分析報告。11）開發(fā)進度月報。12）項目開發(fā)總結報告。13）維護修改建議。,88,文檔所回答的問題,,89,對文檔編制的質量要求,針對性精確性清晰性完整性靈活性可追溯性,90,文檔的管理和維護,在整個軟件生存期中，各種文檔作為半成品獲知最終成品，會不斷生成、修補或補充。為

37、了最終得到高質量的軟件產品，達到規(guī)定的質量要求，就必須加強對軟件的管理。,91,文檔規(guī)范的應用實例——”內蒙古農牧林業(yè)科技綜合信息服務平臺”,“內蒙古農牧林業(yè)科技綜合信息服務平臺”是一個綜合性的遠程教育培訓與信息咨詢服務平臺。以農牧林業(yè)科學技術和實用技術為主要內容，開展針對全自治區(qū)的農牧林業(yè)科學技術和實用技術遠程教育培訓和信息服務；同時提供專家咨詢、答疑等服務；兼顧科技信息，新成果、新技術的交流、發(fā)布、信息轉化服務等內容。通過平臺的

38、示范及推廣應用，逐步建立全區(qū)基于網絡和多媒體的農牧林業(yè)科技培訓和科技信息服務體系。,92,文檔規(guī)范的應用實例——”內蒙古農牧林業(yè)科技綜合信息服務平臺”（續(xù)）,采用面向對象的分析設計方法以滿足用戶人文的工作思維?；赗UP的軟件工程開發(fā)方法。完整統(tǒng)一的文檔管理。,93,增量模型RUP,Rational Unified Process（簡稱RUP） 是一套軟件工程方法 ，它吸收了多種開發(fā)模型的優(yōu)點，具有很好的可操作性和實用性。 與早期

39、的瀑布式開發(fā)模型相比，它具有迭代式的增量開發(fā)、使用實例驅動、 以軟件體系結構為核心三個鮮明特點，這使得RUP非常適宜于開發(fā)復雜、技術難度大、需求多變、高風險的項目。,94,增量模型RUP（續(xù)）,為了能夠方便地管理軟件開發(fā)過程，監(jiān)控軟件開發(fā)狀態(tài)，RUP把軟件開發(fā)周期劃分為Cycles,每個Cycle生成一個產品的新的版本。每個Cycle都依次由四個連續(xù)的階段(pahse)起始階段（Inception），演化階段（evaluation），構

40、造階段（construction），提交階段(Transition)組成，每個階段都應完成確定的任務。在每個階段結束前都應有一個里程碑（MileStone）評估該階段的工作。,95,增量模型RUP（續(xù)）,迭代式開發(fā)方法是一個不斷地減除風險的過程,每一次的迭代過程都選擇最關鍵的也是風險最大的Use Cases執(zhí)行。因此風險在迭代過程中不斷地被發(fā)現(xiàn)、消滅。迭代式開發(fā)方法能夠更容易地管理需求的變化 ，開發(fā)人員以及項目相關人員能夠及時地從迭

41、代過程中得到反饋信息，并能夠及時修改以前工作中的失誤，有效地監(jiān)控開發(fā)過程，并對迭代工作流進行校正，這對一個時間跨度很長的項目具有重要的意義。,96,平臺文檔的特點,具有生命周期的文檔，活動變化的文檔。不論是開發(fā)文檔、管理文檔還是用戶文檔都有其完整嚴格的生命周期。,97,我的觀點：RSPD(required software process document),開發(fā)文檔實施方案大綱需求規(guī)格說明書需求用例文檔開發(fā)計劃說明書測試計

42、劃說明書軟件設計規(guī)格說明書,,文檔標準（國標和國軍標）,98,我的觀點：RSPD(required software process document)（續(xù)）,管理文檔時間報告周狀態(tài)報告測試用例報告軟件問題測試報告測試報告驗收報告評審報告,99,我的觀點：RSPD(required software process document)（續(xù)）,用戶文檔管理員手冊用戶手冊系統(tǒng)維護手冊運行模式建議說明書,100,開發(fā)文

43、檔的生命周期,開發(fā)文檔的生命周期大致分為四個階段。,新 建,待評審,批 準,歸 檔,,,,101,需求用例文檔,開發(fā)文當中最典型的莫過于“需求用例文檔”。開發(fā)組成員統(tǒng)一使用規(guī)定的模板。版本號體現(xiàn)生命周期?！按u審”與“批準”狀態(tài)中間項目組會組織多次評審，來討論文檔存在的問題，使其從“待評審”過渡到“批準”。處在生命周期各個階段的文檔真實記錄了我們的開發(fā)過程。,版本號標定了生命周期的階段,102,需求用例文檔（續(xù)）,

44、需求用例文檔順序圖示例。,103,開發(fā)文檔示例,104,管理文檔的生命周期,管理文檔多種多樣，其生命周期也各不相同。我們會著重介紹時間報告、狀態(tài)報告和軟件問題報告。,105,時間報告,規(guī)律的工作時間可以在一定程度上保證開發(fā)團隊的開發(fā)進度以及團隊成員的日常交流。因為時間報告時每人每天填寫。所以時間報告沒有明確的生命周期。,106,時間報告（續(xù)）,Employee Name（名字）: Date（創(chuàng)建日期）:Week（周起始日期）:

45、200*-**-** To 200*-**-**(Monday. Sunday),107,狀態(tài)報告,狀態(tài)報告由項目組內每個成員以周為單位填寫。通過狀態(tài)報告，項目組長和項目負責人可以密切跟蹤項目的進度并了解項目組成員的開發(fā)狀態(tài)。狀態(tài)報告的填寫應規(guī)范詳細，否則，項目組長不能從中獲得有關項目的相關進度。,108,狀態(tài)報告（續(xù)）,狀態(tài)報告包括姓名、所屬項目名稱、目前報告所處的狀態(tài)、上周狀態(tài)、本周狀態(tài)、與當前報告的項目無關的但需陳述的事項以及目

46、前存在的問題。對于“報告狀態(tài)”可選擇“進行中”或者“已經完成”。這就是對生命周期的體現(xiàn)。,起 草,完 成,歸 檔,,,109,狀態(tài)報告（續(xù)）,Name（姓名）:Division（分區(qū)）:Period Ending（結束時間）:Report Status（報告狀態(tài)）:進行中/已經完成Status Last Week（上周狀態(tài)）This Week Plan（本周計劃）Action Items（與當前報告的項目無關的

47、需陳述的事項）Issues（存在的問題）1. List unresolved or continuing problems, （列出尚未解決或者正在進行的問題）2. List things that you need from other people, （列出需要別人何種幫助） 3. List things which effect other people。（列出你幫助了別人什么）,110,軟件問題測試報告,軟件問題報告是

48、用來記錄在測試過程中所發(fā)現(xiàn)的軟件問題。每一個軟件問題報告都應該包括：對問題的描述、可重現(xiàn)的步驟、問題所屬的分類、嚴重性等主要元素。 針對不同階段有不同的操作，質量保證人員和開發(fā)人員能夠互相配合共同完成軟件問題從發(fā)現(xiàn)到解決的流程。,111,軟件問題測試報告（續(xù)）,軟件問題測試報告與其他管理文檔不同的地方就在于它的多分支和復雜性。,關 閉,新 建,打 開,待 驗,解 決,,,112,軟件問題測試報告（續(xù)）,113,用戶文檔

49、的生命周期,用戶文檔的生命周期包括如下的四個階段。,起 草,校 對,交 付,批 準,,,,114,用戶文檔的生命周期（續(xù)）,拿“用戶操作手冊”來舉例：在生命周期的“交付”與”批準”階段之間，就可能經歷對“運行環(huán)境”的一些討論和更改。,115,如何實現(xiàn)平臺的文檔規(guī)范管理,以Lotus Domino/Notes為架構平臺，北航軟件所開發(fā)了一個具有自主知識產權的支持異地協(xié)同工作的管理平臺，由一系列工具組成，包括： 軟件項