軟件需求分析報告案例資料

1、高校課程調(diào)度系統(tǒng)軟件需求規(guī)格說明書a.引言a. 1目的高校教務(wù)管理工作是高等教育中的一個極為重要的環(huán)節(jié),是整個院校管理的核心和基礎(chǔ)。面對種類繁多的數(shù)據(jù)和報表，面對手工處理方式已經(jīng)很難跟上現(xiàn)代化管理的步伐。隨著計算機(jī)及通訊技術(shù)的飛速發(fā)展，高等教育對教務(wù)管理工作提出了更高的要求。盡快改變傳統(tǒng)的管理模式，運(yùn)用現(xiàn)代化手段進(jìn)行科學(xué)管理，已經(jīng)成為整個教育系統(tǒng)亟待解決的課題之一。根據(jù)全國高校教學(xué)管理軟件市場的需求，開發(fā)完成教學(xué)管理系統(tǒng)尤其是課程調(diào)度管理系統(tǒng)迫在眉睫，為計算機(jī)管理課程調(diào)度工作提供全面的解決方案。a. 2預(yù)期的讀者和閱讀建議本需求分析說明書適用于該項(xiàng)目客戶、業(yè)務(wù)或需求分析人員，用戶文檔編寫者，項(xiàng)

2、目管理人員，項(xiàng)目產(chǎn)品開發(fā)人員，產(chǎn)品測試人員，技術(shù)支持人員。a. 3產(chǎn)品的范圍高校課程調(diào)度系統(tǒng)，是一個集先進(jìn)的關(guān)系和文檔數(shù)據(jù)庫技術(shù)、多媒體技術(shù)于一身的課程調(diào)度管理系統(tǒng)的解決方案。 本系統(tǒng)結(jié)構(gòu)清晰、自動化程度高、運(yùn)行速度快、用戶界面友好、課程調(diào)度工作味道濃厚、使用靈活方便，可大大提高高校教務(wù)管理部門的工作效率，規(guī)范各類課程調(diào)度管理工作的業(yè)務(wù)流程。本系統(tǒng)適合各類高等院校的各級教學(xué)、教輔管理部門使用（包括：教育處、教研科、教務(wù)科、基礎(chǔ)課程科等），也適用于各類中專及職業(yè)技術(shù)學(xué)校。a. 4參考文獻(xiàn)普通高等學(xué)校本科專業(yè)設(shè)置規(guī)定、教育部關(guān)于高等學(xué)校學(xué)籍方面一些名稱的提法、湖南省教委關(guān)于普通高等學(xué)校教學(xué)管理制度

3、和學(xué)生學(xué)籍管理有關(guān)問題的暫行規(guī)定、教學(xué)一覽、課程編號一覽、軟件工程、 計算機(jī)系統(tǒng)導(dǎo)論、 數(shù)據(jù)庫原理與方法、 SoftWare Requirement b.綜合描述b. 1產(chǎn)品的前景各級教學(xué)管理部門作為各個高等學(xué)府的一個重要職能部門，管理、制定、執(zhí)行與學(xué)校頭等大事教學(xué)工作有關(guān)的各項(xiàng)工作及政策。其中，教學(xué)計劃的實(shí)施是一個重要的環(huán)節(jié)。每學(xué)期管理人員都要制定、整理教學(xué)計劃，根據(jù)教學(xué)計劃下達(dá)教學(xué)任務(wù)書，然后根據(jù)教學(xué)任務(wù)書編排課程表。在這些課程調(diào)度工作中，既有大量繁瑣的數(shù)據(jù)整理工作，也有嚴(yán)謹(jǐn)思維的腦力勞動。此外，還有種類繁多的數(shù)據(jù)和報表。為了提高教學(xué)管理部門的工作效率，其管理工作的計算機(jī)化已刻不容緩。通過

4、大量的調(diào)查研究發(fā)現(xiàn)，目前，教學(xué)管理部門的管理模式存在以下主要問題： 業(yè)務(wù)流程不規(guī)范數(shù)據(jù)資料分散、重復(fù)、易遺漏 數(shù)據(jù)信息不全面 數(shù)據(jù)查詢困難 統(tǒng)計、排課工作耗時、費(fèi)力、不準(zhǔn)確等 針對目前存在的各種問題，使我們意識到，必需通過計算機(jī)管理輔助教學(xué)管理部門日常工作，優(yōu)化管理模式，才能達(dá)到業(yè)務(wù)流程規(guī)范化、業(yè)務(wù)數(shù)值化、資料數(shù)據(jù)庫化以及決策模擬化的管理水準(zhǔn)。為此，研制和開發(fā)高校課程調(diào)度系統(tǒng)已刻不容緩，具有廣泛的使用和推廣前景。b. 2產(chǎn)品的功能功能表述圖：高校課程調(diào)度系統(tǒng)教務(wù)管理教學(xué)管理教學(xué)計劃管理教學(xué)任務(wù)管理基礎(chǔ)數(shù)據(jù)庫院系數(shù)據(jù)教師數(shù)據(jù)課程數(shù)據(jù)專業(yè)數(shù)據(jù)學(xué)生班級數(shù)據(jù)教室數(shù)據(jù)課程調(diào)度管理排課管理時間片管理排課預(yù)

5、處理教室分配查詢修訂課表檢驗(yàn)課表課表生成課表數(shù)據(jù)拷貝課表打印生成課表網(wǎng)頁b. 3用戶類和特征“高校課程調(diào)度系統(tǒng)”的用戶類課務(wù)管理員課務(wù)管理員管理著全校的教學(xué)任務(wù)以及排課工作。他們是排課管理的唯一使用者，將處理來自教務(wù)管理員的時間約束并提供完全課表；向教室管理員請求排課可用教室并提供教室的課表清單；獲取任課教師的任課課程和可用時間并提供教師的個人課表。教務(wù)管理員教務(wù)管理員是教務(wù)科科長甚至教育處處長。他們使用系統(tǒng)是為了獲得符合學(xué)校教學(xué)管理、安排的完全課表，進(jìn)行宏觀管理、保證教學(xué)工作正常開展。教務(wù)管理員提供學(xué)校統(tǒng)一的時間要求。教務(wù)管理員需要在生成的課表中得到一系列課表，包括總課表，班級、教師、教室課

6、表，并進(jìn)行修訂。教室管理員教室管理員將使用系統(tǒng)來查詢所管轄教室的課表。教室管理員提供上課可用的教室類型、教室數(shù)量、以及教室的名稱和容納人數(shù)。教室管理員需要在生成的課表中查找每間教室的使用時間以及班級。任課教師任課教師將使用系統(tǒng)來查詢個人的上課課表。任課教師提供自己本學(xué)期可上的課程和可用的排課時間做為教學(xué)任務(wù)的一部分。任課教師需要在生成的課表中查找自己上課的課程、班級、時間以及教室。b. 4運(yùn)行環(huán)境硬件平臺：Pentium以上PC；內(nèi)存16M及以上；VGA及以上顯示器；Microsoft鼠標(biāo)或其它兼容鼠標(biāo)；Windows支持的各種打印機(jī)。操作系統(tǒng)： Windows Win98/XP/2000數(shù)據(jù)

7、庫系統(tǒng)： SQL Server等常用數(shù)據(jù)庫b. 5設(shè)計和實(shí)現(xiàn)上的限制所使用的設(shè)計符號表示必須符合高等學(xué)校教學(xué)管理的規(guī)范。b.6假設(shè)和依賴本軟件在開發(fā)的過程中，分為技術(shù)實(shí)現(xiàn)與軟件工程兩大部分，兩部分都有側(cè)重點(diǎn)，若技術(shù)支持出現(xiàn)故障或疑難問題無法解決、程序開發(fā)出現(xiàn)偏差，會延誤工程進(jìn)度，影響工程的按期完工。若軟件工程陳述出現(xiàn)問題，部分描述含混不清，則會影響系統(tǒng)的完整性與可繼承性。在管理方面，如管理者沒有預(yù)見性，對出向的問題無法采用可行的解決手段，都會影響開發(fā)模塊之間的互動，從而影響工程的順利開展，導(dǎo)致工程無法按期完工。 c.外部接口需求c. 1用戶界面根據(jù)高校課程調(diào)度系統(tǒng)的特點(diǎn)，用戶界面采用桌面應(yīng)用程

8、序方式實(shí)現(xiàn)。c.2硬件接口硬件環(huán)境是高校課程調(diào)度系統(tǒng)運(yùn)行的物質(zhì)基礎(chǔ)，它必須有較高的性能，必須是穩(wěn)定可靠的，同時還應(yīng)該是可以擴(kuò)充的。c.3軟件接口計算機(jī)信息系統(tǒng)之間的信息交換，除了有硬件要求之外，還必須遵守共同的軟件接口標(biāo)準(zhǔn)。高校課程調(diào)度系統(tǒng)必須能夠提供數(shù)據(jù)轉(zhuǎn)換接口。高校課程調(diào)度系統(tǒng)的軟件接口由WINDOWS操作系統(tǒng)（Windows 98/Windwos 2000/Windows XP）、SQL Server組成。c.4通信接口本產(chǎn)品的沒有特殊的通訊接口，通訊接口由所使用的PC機(jī)決定。d.系統(tǒng)特性d. 1排課管理1說明和優(yōu)先級排課的優(yōu)先級為高。要求將學(xué)校的課表按教學(xué)任務(wù)無沖突的排好，并盡量滿足課

9、元組提出的特殊請求（如：教室請求、排課時間請求等）。但是，不保證是最優(yōu)方案。2激勵/響應(yīng)序列讀取教學(xué)計劃生成教學(xué)任務(wù)，進(jìn)行排課預(yù)處理。輸入或修改教學(xué)任務(wù)，進(jìn)行排課預(yù)處理。輸入任課教師和上課班級的特殊時間請求，分配上課時間。輸入開設(shè)課程的特殊教室請求，分配上課教室。3功能需求l 管理排課時間片：管理影響排課的各種時間片，包括本學(xué)期排課周數(shù)、每周排課天數(shù)、每天排課節(jié)數(shù)、排課開始節(jié)次、班級可用時間、任課教師可用時間、排課時間模式等l 排課預(yù)處理：讀取教學(xué)任務(wù)及排課時間片，進(jìn)行數(shù)據(jù)處理，優(yōu)先為在教學(xué)任務(wù)中提出特殊請求的課元組分配時間l 教室分配：為排課預(yù)處理后的課元組分配教室，優(yōu)先為在教學(xué)任務(wù)中提出特

10、殊請求的課元組分配教室l 修訂、檢驗(yàn)課表：對在排課處理里中發(fā)生的沖突（時間沖突、教室沖突）進(jìn)行修訂，校正至沒有沖突及空缺。l 生成課表d.2按分類打印課表管理1說明和優(yōu)先級按分類打印課表的優(yōu)先級為中。要求將排好的課表按各種用戶的要求分類打印，滿足不同的用途。2激勵/響應(yīng)序列輸入院系、專業(yè)、班級，打印總課表。輸入任課教師姓名，打印教師課表。輸入教室編號，打印教室課表。3功能需求l 打印總課表：打印學(xué)校的總課表，內(nèi)容包括所在院系、所在專業(yè)的所有班級的上課課程、任課教師、上課時間、上課的教室。l 打印教師課表：打印每位任課教師的個人課表，內(nèi)容包括教師所上的課程、上課班級、上課時間和上課的教室。l 打

11、印教室課表：打印每間教室的教室課表，內(nèi)容包括教室使用的時間、所上的課程和上課班級。d.3課表查詢1說明和優(yōu)先級課表查查詢的優(yōu)先級為低。只要能夠在系統(tǒng)中查詢、能拷貝課表數(shù)據(jù)、能在網(wǎng)上查詢。2功能需求l 課表查詢：使用本系統(tǒng)按不同的條件查詢課表（如：按班級、課程、教師、教室等）l 課表數(shù)據(jù)拷貝：將生成的課表文件拷貝到其他安裝該系統(tǒng)的計算機(jī)上進(jìn)行查詢l 生成課表網(wǎng)頁：在生成課表的同時生成按教師分類的課表網(wǎng)頁，供用戶及其他人員（院系領(lǐng)導(dǎo)、學(xué)生）查詢課表。e.其它非功能需求e.1性能需求高校課程調(diào)度系統(tǒng)性能需求見下表： 精度在進(jìn)行向數(shù)據(jù)庫文件提取數(shù)據(jù)時，要求數(shù)據(jù)記錄定位準(zhǔn)確，在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)時

12、，要求輸入數(shù)準(zhǔn)確。時間特性a. 響應(yīng)時間應(yīng)在人的感覺和視覺事件范圍內(nèi)；b. 更新處理時間，隨著系統(tǒng)的版本升級，課程調(diào)度系統(tǒng)將相應(yīng)的進(jìn)行更新。靈活性當(dāng)需求發(fā)生某些變化時，課程調(diào)度系統(tǒng)軟件操作方式、數(shù)據(jù)結(jié)構(gòu)、運(yùn)行環(huán)境基本不會發(fā)生變化，變化只是將對應(yīng)的數(shù)據(jù)庫文件內(nèi)的記錄改變，或?qū)⒑Y選條件改變即可。數(shù)據(jù)管理能力本系統(tǒng)數(shù)據(jù)庫的管理能力取決于SQL server對數(shù)據(jù)的管理能力，Microsoft SQL Server是一個較成熟的大型數(shù)據(jù)庫系統(tǒng)，能滿足本系統(tǒng)的要求。故障處理故障幾率小，排除簡單（只需拷貝動態(tài)庫文件，不需重新安裝）。e.2安全性需求l 保證應(yīng)用系統(tǒng)信息安全。l 防止內(nèi)部機(jī)密或敏感信息的泄漏

13、以及外部不良信息的侵入。l 提供必要的冗余和備份措施。當(dāng)系統(tǒng)發(fā)生故障時能夠立即恢復(fù)，保證系統(tǒng)可靠運(yùn)行；系統(tǒng)備份、數(shù)據(jù)庫備份：定時后備，快速恢復(fù)。e.3軟件質(zhì)量屬性l 可靠性：由于軟件失效引起排課出錯的概率應(yīng)不超過5 。l 健壯性：所有的排課參數(shù)都要指定一個缺省值，當(dāng)輸入數(shù)據(jù)丟失或無效時，就使用缺省值數(shù)據(jù)。l 可用性：在文件菜單中的所有功能都必須定義快捷鍵，該快捷鍵是由Alt鍵和其它鍵組合實(shí)現(xiàn)的。e.4業(yè)務(wù)規(guī)則l 只有在輸入了教學(xué)計劃之后，才能在新建教學(xué)任務(wù)時讀取教學(xué)計劃。l 只有在輸入了教學(xué)任務(wù)之后，才能進(jìn)行排課。l 只有在設(shè)置了時間片之后，才能進(jìn)行排課。l 排課時，要同時安排任課教師和上課教

14、室。l 使一周的課程盡量均勻分布到每天，不能有班級出現(xiàn)有一天或半天完全沒有課。e.5用戶文檔編號：1高校課程調(diào)度系統(tǒng)軟件需求規(guī)格說明書編號：2系統(tǒng)分析模型編號：3數(shù)據(jù)字典編號：4風(fēng)險管理計劃編號：5概念測試用例編號：6變更控制的過程系統(tǒng)分析模型頂層圖:高校課程調(diào)度系統(tǒng)教室管理員教室信息教室課表教務(wù)管理員時間片約束完全課表任課教師任課課程可用時間個人課表課務(wù)管理員教學(xué)任務(wù)完全課表0層圖：任課教師任課課程可用時間時間片約束3排課時間管理教務(wù)管理員上課周、天數(shù)日上課節(jié)數(shù)上課節(jié)次班級時間排課時間信息教室信息2提供教室信息教室管理員教室名稱容納人數(shù)教室類型教學(xué)樓信息教室數(shù)據(jù)4排課處理5生成課表數(shù)據(jù)合成時

15、間約束教室信息教學(xué)任務(wù)完全課表完全課表個人課表教室課表教學(xué)任務(wù)1下達(dá)教學(xué)任務(wù)課務(wù)管理員教學(xué)計劃基礎(chǔ)數(shù)據(jù)開課班級教學(xué)任務(wù)信息課程信息系統(tǒng)數(shù)據(jù)字典院 系 院系編號 院系名院系編號 *2位正整數(shù)，并能唯一標(biāo)識每個院系或單位*院 系 名 *小于13位字符（包括中文、字母、數(shù)字）*教 師 教師編號 教師姓名 出生年 性別教師編號 *6位數(shù)字，頭2位數(shù)字為該教師所在系號,并能唯一標(biāo)識每個教師；若用戶學(xué)校以教研室為單位管理, 頭4位應(yīng)是教研室編號*教師姓名 *小于9位字符（包括中文、字母、數(shù)字）*出 生 年 *4位數(shù)字*性 別 “男“| “女”課 程 課程編號 課程名稱課程編號 *小于11位字符, 頭2位是

16、課程開課系的編號, 并能唯一標(biāo)識每門課程*課程名稱 *小于21位字符（包括中文、字母、數(shù)字）*專 業(yè) 專業(yè)編號 專業(yè)名稱專業(yè)編號 *小于5位字符, 頭2位為該專業(yè)所屬的系號, 并能唯一標(biāo)識每個專業(yè)* 專業(yè)名稱 *小于13位字符（包括中文、字母、數(shù)字）*教 學(xué) 樓 教學(xué)樓編號 教學(xué)樓名稱教學(xué)樓編號 *4位數(shù)字，第1位是校區(qū)碼，并能唯一標(biāo)識每個教學(xué)樓*教學(xué)樓名稱 *小于17位字符（包括中文、字母、數(shù)字）*教室 教學(xué)樓編號 教室名稱 容納人數(shù) 教室類型教室名稱 *小于7位個字符，（包括中文、字母、數(shù)字）*容納人數(shù) *3位正整數(shù)*教室類型“-1”|“0”|“1”|“2”|“3”|“4”|“5”|“6”

17、|“7”|“8”|“9” * -1表示不分教室；0 表示一般的上課教室；1和2均表示制圖室；39為自定義小于5位字符*學(xué)生班級 班級編號 年級 班名 人數(shù) 固定教學(xué)樓 固定教室編 號 *4位字符, 是該班所在專業(yè)的編號*年 級 “1”|“2”|“3”|“4”班 名 標(biāo)識符 序號 標(biāo)識符 *小于7位字符* 序 號 *2位字符，允許為空*人 數(shù) *3位數(shù)字*固定教學(xué)樓 *小于13位字符（包括中文、字母、數(shù)字），允許為空*固定教室 *小于7位字符（包括中文、字母、數(shù)字），允許為空*教學(xué)計劃 編號 年級 學(xué)期 課程編號 課程名稱 學(xué)時 學(xué)分 周學(xué)時 是否必修 是否考試 起周次 末周次學(xué) 期 “1”|“

18、2”|“3”學(xué) 時 *3位正整數(shù)*學(xué) 分 *2位正整數(shù), 1位小數(shù)*周 學(xué) 時 *2位正整數(shù), 1位小數(shù)*是否必修 “0”|“1”|“2”* 選修為2, 必修為1,限選為0*是否考試 “0”|“1”* 考查為1, 考試為0*起 周 次 *2位正整數(shù)，允許為空*末 周 次 *2位正整數(shù)，允許為空*教學(xué)任務(wù) 課程編號 課程名稱 學(xué)時 周學(xué)時 是否必修 是否考試 主講 助課 上課班級 合班數(shù) 人數(shù) 起周次 末周次 連上節(jié)數(shù) 時間要求 排課模式 教室類型 教學(xué)樓 教室合 班 數(shù) *2位正整數(shù)*連上節(jié)數(shù) “1”|“2”|“3”|“4”|“5”|“6”|“7”|“8”* 04 表示該課每次上課的節(jié)數(shù), 0

19、 也表示連上 2 節(jié)； 5 表示上午2節(jié)，下午4節(jié)； 6 表示排2個下午； 7 表示1天； 8 表示1個上午2節(jié)，2個下午* * 連上節(jié)數(shù)是5-8時周學(xué)時對排課不起作用*排課模式 “1”|“2”|“3”|“4”|“5”|“6”|“7”* 0表示上、下午排課；1表示單周上午、雙周下午排課；2表示雙周上午、單周下午排課；3表示上、下午排課，并均勻分布課時；4表示下午、晚上排課，并均勻分布課時；5表示下午排課；6表示晚上排課；7表示上、下午、晚上均排課*聯(lián)合課碼 *小于6位字符，在一種聯(lián)合課中, 主行課的聯(lián)合課碼是正整數(shù), 并行課的聯(lián)合課碼是該數(shù)的負(fù)數(shù)*講課課程 課程編號 課程名稱 容納數(shù) 固定教學(xué)

20、樓 固定教室 教室類型容 納 數(shù) *2位正整數(shù), 表示該課每個時間片可容納課元組的數(shù)目*風(fēng)險管理計劃有關(guān)概念：風(fēng)險（Risk）是在規(guī)定的費(fèi)用、進(jìn)度和技術(shù)的約束條件下不能實(shí)現(xiàn)整個項(xiàng)目目標(biāo)的可能性的一種度量。風(fēng)險包括兩個方面：(1)不能實(shí)現(xiàn)具體目標(biāo)的概率；(2)因不能實(shí)現(xiàn)該目標(biāo)所導(dǎo)致的后果/影響。 風(fēng)險事件（Risk event）即可能導(dǎo)致某個項(xiàng)目或系統(tǒng)發(fā)生問題，需要作為采辦項(xiàng)目要素加以評估以確定風(fēng)險水平的事件。風(fēng)險事件的定義應(yīng)使人們易于理解其潛在影響和致因。可能會有一系列潛在的風(fēng)險事件，這需要有關(guān)專家進(jìn)行篩選、考察和評估。 風(fēng)險的概率和后果之間的關(guān)系比較復(fù)雜。為避免評估結(jié)論含糊不清，與某個事件有

21、關(guān)的風(fēng)險應(yīng)以概率和后果這兩個參量表征。作為評估的一部分需要含有支持?jǐn)?shù)據(jù)和評估理由的背景材料。風(fēng)險管理（ Risk management）是指控制風(fēng)險的行動或?qū)嵺`。它包括進(jìn)行風(fēng)險規(guī)劃、評估風(fēng)險域，擬定風(fēng)險處理備選方案，監(jiān)控風(fēng)險變化情況和記錄所有風(fēng)險管理情況。 風(fēng)險規(guī)劃（Risk Planning）是指研究一套有組織的、全面的和相互作用的策略和方法并將其形成文件的過程，這套策略和方法用于辨識和跟蹤風(fēng)險域；擬定風(fēng)險緩解方案；進(jìn)行持續(xù)的風(fēng)險評估，從而確定風(fēng)險變化情況并配置充足的資源。 風(fēng)險評估（Risk assessment）指對項(xiàng)目各個方面的風(fēng)險和關(guān)鍵性技術(shù)過程的風(fēng)險進(jìn)行辨識和分析的過程，以增加滿足

22、性能、進(jìn)度和費(fèi)用目標(biāo)的可能性。風(fēng)險辨識指對項(xiàng)目各個方面和各個關(guān)鍵性技術(shù)過程進(jìn)行調(diào)查研究，從而辯識并記錄有關(guān)風(fēng)險的過程。風(fēng)險分析是指調(diào)查研究已辨識出的風(fēng)險域或過程以進(jìn)一步細(xì)化風(fēng)險描述，隔離風(fēng)險的原因和確定風(fēng)險影響的過程。它包括風(fēng)險等級評定和優(yōu)先次序排序， 風(fēng)險事件的等級和排序是根據(jù)風(fēng)險發(fā)生的概率、后果的嚴(yán)酷度以及與其他風(fēng)險域或技術(shù)過程的相互關(guān)系來確定的。 風(fēng)險處理（Risk handling）是指對風(fēng)險進(jìn)行辯識、評價、選定并實(shí)施應(yīng)對方案的過程，目的是在給定項(xiàng)目約束條件和目標(biāo)下使風(fēng)險保持在可接受水平上。它包括詳細(xì)說明應(yīng)當(dāng)做些什么，應(yīng)于何時完成，由誰負(fù)責(zé)，以及有關(guān)的費(fèi)用和進(jìn)度等具體問題。要從這些應(yīng)對

23、方案中選取最恰當(dāng)?shù)牟呗?。風(fēng)險處理是一個包羅萬象的術(shù)語，而風(fēng)險緩解和風(fēng)險控制則是它的子集。 風(fēng)險監(jiān)控（Risk monitoring）是指在整個采辦過程中，按既定的衡量標(biāo)準(zhǔn)對風(fēng)險處理活動的效果進(jìn)行系統(tǒng)跟蹤和評價的過程，必要時還要進(jìn)一步研究風(fēng)險處理備選方案。它還反饋信息給風(fēng)險規(guī)劃、風(fēng)險評估和風(fēng)險處理等其它的風(fēng)險管理活動。 風(fēng)險文檔（Risk documentation）是指記錄、維護(hù)和報告風(fēng)險的評估、處理分析方案以及監(jiān)控結(jié)果的文件，包括所有的計劃、給項(xiàng)目經(jīng)理和決策者的報告以及項(xiàng)目管理辦公室的內(nèi)部報表。 風(fēng)險管理的組織結(jié)構(gòu) 執(zhí)行風(fēng)險管理功能的主要是項(xiàng)目開發(fā)人員。開發(fā)人員由項(xiàng)目經(jīng)理負(fù)責(zé)，他是風(fēng)險管理的

24、最終負(fù)責(zé)人。 風(fēng)險管理既是整個項(xiàng)目管理的一個有機(jī)組成部分，也是項(xiàng)目管理的一種有力手段和方法。它的任務(wù)是要弄清費(fèi)用風(fēng)險、進(jìn)度風(fēng)險和性能風(fēng)險的相互關(guān)系。其目的是使參與項(xiàng)目工作的一切人員都能建立風(fēng)險意識，在設(shè)計、研制和部署系統(tǒng)時考慮風(fēng)險問題。本系統(tǒng)風(fēng)險管理的組織形式，為在集中式風(fēng)險管理，項(xiàng)目經(jīng)理要組建一個專門的風(fēng)險管理組，來負(fù)責(zé)風(fēng)險管理的所有工作，如編寫計劃、進(jìn)行評估、評價風(fēng)險處理備選方案和監(jiān)控風(fēng)險管理工作的進(jìn)展情況等。l 項(xiàng)目經(jīng)理是進(jìn)行規(guī)劃、分配資源和執(zhí)行風(fēng)險管理的最終負(fù)責(zé)人，因此要求項(xiàng)目經(jīng)理檢查和參與風(fēng)險管理過程。 l 項(xiàng)目經(jīng)理必須最佳地使用可用資源，即人力、組織和資金。l 風(fēng)險管理是一項(xiàng)團(tuán)隊功

25、能。這是因?yàn)轱L(fēng)險的廣泛性和風(fēng)險處理計劃要影響到項(xiàng)目的其他計劃和行動?？偟膩碚f，風(fēng)險評估、風(fēng)險處理和風(fēng)險監(jiān)控對所有的項(xiàng)目活動和組織都有影響。任何企圖實(shí)施積極主動向前看的風(fēng)險管理計劃，而沒有項(xiàng)目經(jīng)理參與，都將導(dǎo)致混亂、迷失方向和資源浪費(fèi)。人 員 工作職責(zé)項(xiàng)目經(jīng)理 風(fēng)險管理的計劃、組織、領(lǐng)導(dǎo)和控制； 報告項(xiàng)目風(fēng)險和建議緩解措施。 風(fēng)險管理協(xié)調(diào)員制定和維護(hù)風(fēng)險管理計劃； 提供風(fēng)險管理培訓(xùn)； 定義項(xiàng)目使用的風(fēng)險報告的范圍； 建立和維護(hù)風(fēng)險管理信息系統(tǒng)； 準(zhǔn)備風(fēng)險管理報告； 向項(xiàng)目經(jīng)理提出有關(guān)使用獨(dú)立風(fēng)險評估員的建議。 獨(dú)立風(fēng)險 評估員 對項(xiàng)目經(jīng)理指定的關(guān)鍵風(fēng)險域進(jìn)行獨(dú)立風(fēng)險評估； 報告這些評估的結(jié)果給項(xiàng)

26、目經(jīng)理； 和風(fēng)險管理協(xié)調(diào)員共同工作。 風(fēng)險管理工作步驟如下： 在項(xiàng)目計劃和項(xiàng)目進(jìn)度（如果適用）中，標(biāo)識出風(fēng)險。 根據(jù)項(xiàng)目定義的軟件過程，建立補(bǔ)救措施計劃文檔。此計劃將貫穿整個項(xiàng)目軟件生命周期。補(bǔ)救措施計劃應(yīng)包括以下方面的工作：可選項(xiàng)識別、可選項(xiàng)影響度評估、可選項(xiàng)的技術(shù)可行性，和可選項(xiàng)使用時機(jī)的決定標(biāo)準(zhǔn)。 為每一風(fēng)險定義出可供選擇的補(bǔ)救措施，如果有可能，也要列出這些補(bǔ)救措施的選擇標(biāo)準(zhǔn)。 軟件計劃的最初版本和主要的修訂版，要經(jīng)過同行評審后才可發(fā)行。 管理并控制軟件計劃。 在有選擇的項(xiàng)目里程碑處、在指定的風(fēng)險檢查階段點(diǎn)、和在對軟件項(xiàng)目有影響的計劃重大變更過程中，都應(yīng)對風(fēng)險進(jìn)行跟蹤、再評估，和重新計劃

27、。 檢討并修正風(fēng)險級別。 利用風(fēng)險監(jiān)控所獲得的信息，進(jìn)一步精化風(fēng)險評估和軟件計劃。 風(fēng)險檢查表：提示：請使用者根據(jù)機(jī)構(gòu)和項(xiàng)目的實(shí)際情況完善本檢查表。商業(yè)風(fēng)險風(fēng)險類型檢查項(xiàng)政治法律市場政府或者其它機(jī)構(gòu)對本項(xiàng)目的開發(fā)有限制嗎？有不可預(yù)測的市場動蕩嗎？有不利于我方的官司要打嗎？本產(chǎn)品銷售后在使用過程中可能導(dǎo)致發(fā)生重大的損失或傷亡事故嗎？競爭對手有不正當(dāng)?shù)母偁幮袨閱?？本產(chǎn)品銷售后在使用過程中可能導(dǎo)致發(fā)生重大的損失或傷亡事故嗎？是否在開發(fā)很少有人真正需要卻自以為很好的產(chǎn)品？是否在開發(fā)可能虧本的產(chǎn)品？客戶客戶的需求是否含糊不清？客戶是否反反復(fù)復(fù)地改動需求？客戶指定的需求和交付期限在客觀上可行嗎？客戶對產(chǎn)品

28、的健壯性、可靠性、性能等質(zhì)量因素有非常過分的要求嗎？客戶的合作態(tài)度友善嗎？與客戶簽的合同公正嗎？雙方互利嗎？客戶的信譽(yù)好嗎？例如按客戶的需求開發(fā)了產(chǎn)品，但是客戶可能不購買。子承包商供應(yīng)商與子承包商、供應(yīng)商簽訂的合同公正嗎？雙方互利嗎？子承包商、供應(yīng)商的信譽(yù)好嗎？子承包商、供應(yīng)商有可能倒閉嗎？子承包商、供應(yīng)商能及時交付質(zhì)量合格的產(chǎn)品（或部件）嗎？子承包商、供應(yīng)商有能力做好售后服務(wù)嗎？管理風(fēng)險風(fēng)險類型檢查項(xiàng)項(xiàng)目計劃對項(xiàng)目的規(guī)模、難度估計是否比較正確？人力資源（開發(fā)人員、管理人員）夠用嗎？合格嗎？項(xiàng)目所需的軟件、硬件能按時到位嗎？項(xiàng)目的經(jīng)費(fèi)夠用嗎？進(jìn)度安排是否過于緊張？有合理的緩沖時間嗎？進(jìn)度表中是

29、否遺忘了一些重要的（必要的）任務(wù)？進(jìn)度安排是否考慮了關(guān)鍵路徑？ 是否可能出現(xiàn)某一項(xiàng)工作延誤導(dǎo)致其它一連串的工作也被延誤？任務(wù)分配是否合理？（即把任務(wù)分配給合適的項(xiàng)目成員，充分發(fā)揮其才能）是否為了節(jié)省錢，不采用（購買）成熟的軟件模塊，一切從零做起？項(xiàng)目團(tuán)隊項(xiàng)目成員團(tuán)結(jié)嗎？是否存在矛盾？是否絕大部分的項(xiàng)目成員對工作認(rèn)真負(fù)責(zé)？絕大部分的項(xiàng)目成員有工作熱情嗎？團(tuán)隊之中有“害群之馬”嗎？技術(shù)開發(fā)隊伍中有臨時工嗎？本項(xiàng)目開發(fā)過程中是否會有核心人員辭職、調(diào)動？是否能保證“人員流動基本不會影響工作的連續(xù)性”？項(xiàng)目經(jīng)理是否忙于行政事務(wù)而無暇顧及項(xiàng)目的開發(fā)工作？上級領(lǐng)導(dǎo)行政部門合作部門本項(xiàng)目是否得到上級領(lǐng)導(dǎo)的重視

30、？上級領(lǐng)導(dǎo)是否隨時會抽調(diào)本項(xiàng)目的資源用于其它“高優(yōu)先級”的項(xiàng)目？上級領(lǐng)導(dǎo)是否過多地介入本項(xiàng)目的事務(wù)并且瞎指揮？行政部門的辦事效率是否比較底，以至于拖項(xiàng)目的后腿？行政部門是否經(jīng)常干一些無益于生產(chǎn)力的事情，以至于騷擾本項(xiàng)目？機(jī)構(gòu)是否能全面、公正地考核員工的工作業(yè)績？機(jī)構(gòu)是否有較好的獎勵和懲罰措施？本項(xiàng)目的合作部門的態(tài)度積極嗎？是否應(yīng)付了事？或者做事與承諾的不一致？技術(shù)風(fēng)險風(fēng)險類型檢查項(xiàng)需求開發(fā)需求管理需求開發(fā)人員懂得如何獲取用戶需求嗎？效率高嗎？需求開發(fā)人員懂得項(xiàng)目所涉及的具體業(yè)務(wù)嗎？能否理解用戶的需求？需求文檔能夠正確地、完備地表達(dá)用戶需求嗎？需求開發(fā)人員能否與客戶對有爭議的需求達(dá)成共識？需求開

31、發(fā)人員能否獲得客戶對需求文檔的承諾？以保證客戶不隨便變更需求？綜合技術(shù)開發(fā)能力包括設(shè)計編程、測試等開發(fā)人員是否有開發(fā)相似產(chǎn)品的經(jīng)驗(yàn)？ 待開發(fā)的產(chǎn)品是否要與未曾證實(shí)的軟硬件相連接？對開發(fā)人員而言，本項(xiàng)目的技術(shù)難度高嗎？開發(fā)人員是否已經(jīng)掌握了本項(xiàng)目的關(guān)鍵技術(shù)？如果某項(xiàng)技術(shù)尚未實(shí)踐過，開發(fā)人員能否在預(yù)定時間內(nèi)掌握？開發(fā)小組是否采用比較有效的分析、設(shè)計、編程、測試工具？分析與設(shè)計工作是否過于簡單、草率，從而讓程序員邊做邊改？開發(fā)小組采用統(tǒng)一的編程規(guī)范嗎？開發(fā)人員對測試工作重視嗎？能保證測試的客觀性嗎？項(xiàng)目有獨(dú)立的測試人員嗎？懂得如何進(jìn)行高效率地測試嗎？是否對所有重要的工作成果進(jìn)行了同行評審（正式評審或

32、快速檢查）？開發(fā)人員懂得版本控制、變更控制嗎？能夠按照配置管理規(guī)范執(zhí)行嗎？開發(fā)人員重視質(zhì)量嗎？是否會在進(jìn)度延誤時降低質(zhì)量要求？已識別的風(fēng)險：風(fēng)險管理報告風(fēng)險編號1風(fēng)險識別人項(xiàng)目經(jīng)理風(fēng)險名稱風(fēng)險識別日期風(fēng)險描述開發(fā)人員不夠，造成開發(fā)時間增加風(fēng)險可能性0.5風(fēng)險影響8風(fēng)險危害值4.0風(fēng)險處理人風(fēng)險減緩措施1. 聘請有開發(fā)類似系統(tǒng)的開發(fā)人員參與系統(tǒng)開發(fā)2. 聘請資深程序員作為技術(shù)指導(dǎo)3. 規(guī)劃開發(fā)進(jìn)程，設(shè)定標(biāo)志性任務(wù)，一旦發(fā)現(xiàn)超過規(guī)定時間未完成任務(wù)，考慮增加人手跟蹤記錄（1）記錄何人在何時做了什么事情（2）記錄當(dāng)前風(fēng)險狀態(tài)（正在處理，已經(jīng)解決，不作處理）風(fēng)險編號2風(fēng)險識別人項(xiàng)目經(jīng)理風(fēng)險名稱風(fēng)險識別日

33、期風(fēng)險描述用戶需求不斷擴(kuò)大，造成開發(fā)難以進(jìn)行風(fēng)險可能性0.8風(fēng)險影響8風(fēng)險危害值6.4風(fēng)險處理人風(fēng)險減緩措施1. 在早期多收集用戶需求2. 與用戶代表一起召開會議以確定開發(fā)需求3. 開發(fā)一個包括核心功能的用戶界面原型。讓用戶代表來評審此原型 跟蹤記錄（1）記錄何人在何時做了什么事情（2）記錄當(dāng)前風(fēng)險狀態(tài)（正在處理，已經(jīng)解決，不作處理）風(fēng)險編號3風(fēng)險識別人項(xiàng)目經(jīng)理風(fēng)險名稱風(fēng)險識別日期風(fēng)險描述程序員語言開發(fā)環(huán)境不同，協(xié)調(diào)工作困難風(fēng)險可能性0.8風(fēng)險影響5風(fēng)險危害值4.0風(fēng)險處理人風(fēng)險減緩措施1. 盡量要求程序員使用同一種語言作為開發(fā)語言2. 建議使用Borland c+ 作為開發(fā)環(huán)境跟蹤記錄（1）

34、記錄何人在何時做了什么事情（2）記錄當(dāng)前風(fēng)險狀態(tài)（正在處理，已經(jīng)解決，不作處理）風(fēng)險編號4風(fēng)險識別人項(xiàng)目經(jīng)理風(fēng)險名稱風(fēng)險識別日期風(fēng)險描述用戶提出的需求表達(dá)不清楚，造成系統(tǒng)無法滿足用戶業(yè)務(wù)需求風(fēng)險可能性0.2風(fēng)險影響9風(fēng)險危害值1.8風(fēng)險處理人風(fēng)險減緩措施1. 開發(fā)人員參與用戶日常辦公，熟悉業(yè)務(wù)過程2. 定期與用戶召開會議，確定用戶的真正需求跟蹤記錄（1）記錄何人在何時做了什么事情（2）記錄當(dāng)前風(fēng)險狀態(tài)（正在處理，已經(jīng)解決，不作處理）概念測試用例用例11 業(yè)務(wù)需求“高校課程調(diào)度系統(tǒng)”根據(jù)教學(xué)計劃只擬定現(xiàn)有班級的教學(xué)任務(wù)。2 使用實(shí)例課務(wù)管理員輸入教學(xué)任務(wù)相應(yīng)班級的編號，系統(tǒng)通過與基礎(chǔ)數(shù)據(jù)庫進(jìn)行比

35、對，接受或拒絕該班級的教學(xué)任務(wù)。3 功能需求如果請求排課資源，只有輸入基礎(chǔ)數(shù)據(jù)庫中已存在的班級的教學(xué)任務(wù)，系統(tǒng)才接受該教學(xué)任務(wù)。4 對話圖請求排課資源 班級信息 輸入新的班級信息 接受該班級教學(xué)任務(wù)取消輸入班級編號，基礎(chǔ)數(shù)據(jù)庫存在該班級輸入新的班級存在的班級取消輸入班級編號，基礎(chǔ)數(shù)據(jù)庫不存在該班級5 測試用例路徑用例21. 業(yè)務(wù)需求“高校課程調(diào)度系統(tǒng)”根據(jù)教學(xué)計劃中的課程為班級制定教學(xué)任務(wù)。2. 使用實(shí)例課務(wù)管理員輸入教學(xué)任務(wù)的課程編號和名稱，系統(tǒng)通過與基礎(chǔ)數(shù)據(jù)庫進(jìn)行比對，接受或拒絕該門課程的教學(xué)任務(wù)。3. 功能需求如果請求排課資源下達(dá)教學(xué)任務(wù)，只有輸入基礎(chǔ)數(shù)據(jù)庫中已存在的課程編號，系統(tǒng)才接受

36、該教學(xué)任務(wù)。否則，生成新的課程信息，重新制定教學(xué)任務(wù)。4. 對話圖請求排課資源 課程信息 按輸入的編號和名稱生成新的課程信息 接受該課程的任務(wù)取消輸入課程編號、名稱，基礎(chǔ)數(shù)據(jù)庫存在該編號新的課程信息存在的課程取消輸入課程編號、名稱，基礎(chǔ)數(shù)據(jù)庫不存在編號和名稱輸入課程編號、名稱，基礎(chǔ)數(shù)據(jù)庫存在名稱，不存在編號 按輸入的名稱生成新的課程信息取消新的課程信息5. 測試用例路徑用例31. 業(yè)務(wù)需求“高校課程調(diào)度系統(tǒng)”排課時為課元組分配固定教室，教室不能沖突。2. 使用實(shí)例排課預(yù)處理后，進(jìn)行教室分配。系統(tǒng)優(yōu)先分配相應(yīng)類型和容納人數(shù)的教室給提出了教室請求的課元組。請求發(fā)生沖突時，系統(tǒng)根據(jù)請求班級的年級分配

37、或拒絕分配教室。3. 功能需求如果請求教室資源，當(dāng)請求的教室空閑，系統(tǒng)將教室分配給請求的班級所開課程；當(dāng)教室已被占用，該班級將與已占用教室的班級比較所在年級，如果所在年級高則將此教室重新分配給它。4. 對話圖請求教室資源 與已占用教室的班級比較所在年級 取消所在年級高讀取課元組請求的教室類型及容納人數(shù)，無空閑教室讀取課元組請求的教室類型及容納人數(shù)，有教室空閑 分配教室信息取消5. 測試用例路徑用例41. 業(yè)務(wù)需求“高校課程調(diào)度系統(tǒng)”排課時為課元組分配上課時間，時間不能沖突。2. 使用實(shí)例預(yù)處理排課數(shù)據(jù)，進(jìn)行時間分配。系統(tǒng)根據(jù)課元組提出的請求優(yōu)先分配或拒絕分配上課時間。3. 功能需求如果請求排課

38、時間片，只有請求的時間片有空閑，系統(tǒng)才將時間分配給提出請求的課元組，當(dāng)時間片完全被占用，則手工修改排課時間。4. 對話圖請求排課時間取消取消讀取課元組請求的排課時間，時間片已被占用讀取課元組請求的排課時間，時間片空閑 手工修改排課時間 分配排課時間5. 測試用例路徑變更控制的過程角色和責(zé)任建立變更控制委員會，組織一個由項(xiàng)目風(fēng)險承擔(dān)者組成的小組作為變更控制委員會，由他們來確定進(jìn)行哪些需求變更，此變更是否在項(xiàng)目范圍內(nèi)，估價它們，并對此評估作出決策以確定選擇哪些，放棄哪些，并設(shè)置實(shí)現(xiàn)的優(yōu)先順序，制定目標(biāo)版本。角 色人 員責(zé) 任變更控制委員會主席開發(fā)小組負(fù)責(zé)人在CCB意見不一致的情況下可以獨(dú)自作出決定CCB全體開發(fā)小組人員決定采納或拒絕針對本系統(tǒng)所建議的變