軟件需求分析案例

1、高校課程調(diào)度系統(tǒng) 軟件需求規(guī)格說明書a. 引言a. 1 目的高校教務(wù)管理工作是高等教育中的一個極為重要的環(huán)節(jié) , 是整個院校管理的 核心和基礎(chǔ)。 面對種類繁多的數(shù)據(jù)和報表， 面對手工處理方式已經(jīng)很難跟上現(xiàn)代 化管理的步伐。 隨著計(jì)算機(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ì)算機(jī)管理課程調(diào)度工作提供全面的解決方案。a. 2 預(yù)期的讀者和閱讀建議本需求分析說明書適用于該項(xiàng)目客戶、

2、 業(yè)務(wù)或需求分析人員， 用戶文檔編寫 者，項(xiàng)目管理人員，項(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)于

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

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

5、基礎(chǔ)數(shù)據(jù)庫課程數(shù)據(jù)專業(yè)數(shù)據(jù)學(xué)生班級數(shù)據(jù)教室數(shù)據(jù)高校課程調(diào)度系統(tǒng)教學(xué)管理教學(xué)計(jì)劃管理教學(xué)任務(wù)管理課表數(shù)據(jù)拷貝課表打印生成課表網(wǎng)頁b. 3用戶類和特征“高校課程調(diào)度系統(tǒng)”的用戶類課務(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)；Win dows支持的各種打

7、印機(jī)。操作系統(tǒng)：Win dows Win 98/XP/2000數(shù)據(jù)庫系統(tǒng)：SQL Server等常用數(shù)據(jù)庫b. 5設(shè)計(jì)和實(shí)現(xiàn)上的限制所使用的設(shè)計(jì)符號表示必須符合高等學(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. 外部接

8、口需求c. 1用戶界面根據(jù)高校課程調(diào)度系統(tǒng)的特點(diǎn)，用戶界面采用桌面應(yīng)用程序方式實(shí)現(xiàn)。c. 2硬件接口硬件環(huán)境是高校課程調(diào)度系統(tǒng)運(yùn)行的物質(zhì)基礎(chǔ)，它必須有較高的性能，必須是穩(wěn)定可靠的，同時還應(yīng)該是可以擴(kuò)充的。c. 3軟件接口計(jì)算機(jī)信息系統(tǒng)之間的信息交換， 除了有硬件要求之外， 還必須遵守共同的 軟件接口標(biāo)準(zhǔn)。高校課程調(diào)度系統(tǒng)必須能夠提供數(shù)據(jù)轉(zhuǎn)換接口。高校課程調(diào)度系統(tǒng)的軟件接口由 WINDOW操作系統(tǒng)（Windows 98/Windwos2000/Windows XP）、SQL Server 組成。c. 4通信接口本產(chǎn)品的沒有特殊的通訊接口，通訊接口由所使用的 PC機(jī)決定。d. 系統(tǒng)特性d. 1 排

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

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

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

12、e. 1性能需求高校課程調(diào)度系統(tǒng)性能需求見下表:精度在進(jìn)行向數(shù)據(jù)庫文件提取數(shù)據(jù)時，要求數(shù)據(jù)記錄定位準(zhǔn)確， 在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)時，要求輸入數(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 SQLServer是一個較成熟的大型數(shù)據(jù)庫系統(tǒng)，能滿足本 系統(tǒng)的要求。

13、故障處理故障幾率小，排除簡單（只需拷貝動態(tài)庫文件，不需重新安裝）。e. 2安全性需求保證應(yīng)用系統(tǒng)信息安全。防止內(nèi)部機(jī)密或敏感信息的泄漏以及外部不良信息的侵入。提供必要的冗余和備份措施。當(dāng)系統(tǒng)發(fā)生故障時能夠立即恢復(fù)，保證系 統(tǒng)可靠運(yùn)行；系統(tǒng)備份、數(shù)據(jù)庫備份：定時后備，快速恢復(fù)。e. 3軟件質(zhì)量屬性可靠性：由于軟件失效引起排課出錯的概率應(yīng)不超過5%。健壯性：所有的排課參數(shù)都要指定一個缺省值，當(dāng)輸入數(shù)據(jù)丟失或無效 時，就使用缺省值數(shù)據(jù)?？捎眯裕涸谖募藛沃械乃泄δ芏急仨毝x快捷鍵， 該快捷鍵是由Alt 鍵和其它鍵組合實(shí)現(xiàn)的。e.4業(yè)務(wù)規(guī)則只有在輸入了教學(xué)計(jì)劃之后，才能在新建教學(xué)任務(wù)時讀取教學(xué)計(jì)劃。

14、 只有在輸入了教學(xué)任務(wù)之后，才能進(jìn)行排課。只有在設(shè)置了時間片之后，才能進(jìn)行排課。排課時，要同時安排任課教師和上課教室。使一周的課程盡量均勻分布到每天， 不能有班級出現(xiàn)有一天或半天完全 沒有課。e.5用戶文檔編號：1高校課程調(diào)度系統(tǒng)軟件需求規(guī)格說明書編號：2系統(tǒng)分析模型編號：3數(shù)據(jù)字典編號：4風(fēng)險管理計(jì)劃編號：5概念測試用例編號：6 變更控制的過程33頂層圖:教務(wù)管理員時間片約束完全課表系統(tǒng)分析模型課務(wù)管理員教學(xué)任務(wù) 完全課表交調(diào)統(tǒng)教室信息教室課表教室管理員個人課表 可用時間任課課程任課教師0層圖:課務(wù)管理員任課教師教務(wù)管理員上 課 節(jié) 次班 級 時 間上 課 周教學(xué)計(jì)劃教室管理員任 課 課 程

15、基礎(chǔ)#數(shù)據(jù)開 課 班 級課 程 信 息丿匕、下達(dá)教學(xué)任務(wù)可 用 時 間教室數(shù)據(jù)2提供教室信息i r天 數(shù)排課時間管理教學(xué)任務(wù)時間片約束教學(xué)任務(wù)時間約束數(shù)據(jù)4合成教室信息教室信息排課處理5生成課表系統(tǒng)數(shù)據(jù)字典院 系 =院系編號 院系名院系編號 =*2位正整數(shù)，并能唯一標(biāo)識每個院系或單位* 院系名 =*小于13位字符（包括中文、字母、數(shù)字）* 教 師 =教師編號 教師姓名 出生年 性別教師編號二*6位數(shù)字，頭2位數(shù)字為該教師所在系號，并能唯一標(biāo)識每個教師；若用戶學(xué)校以教研室為單位管理 , 頭4位應(yīng)是教研室編號 教師姓名=*小于9位字符（包括中文、字母、數(shù)字）*出生年=*4位數(shù)字*性別二“男 “|“

16、女”課程課程編號 課程名稱課程編號二*小于11位字符，頭2位是課程開課系的編號，并能唯一標(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ù)*教室類型=

17、“ -1” I “ 0” I “1” | “ 2” | “ 3” | “ 4” | “ 5” | “ 6” | “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位字符（包括中文、字母

18、、數(shù)字），允許為空 教學(xué)計(jì)劃 二編號學(xué)學(xué)學(xué) 年級 學(xué)期 課程編號 課程名稱 學(xué)時 學(xué)分 周學(xué)時 是否必修 是否考試 起周次 末周次“1” |“2” |*3位正整數(shù) *3”分=*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ù) 時間要求 排課模式 教室類型

19、教學(xué)樓 教室合班數(shù) =*2位正整數(shù)*連上節(jié)數(shù)=“ 1” | “2” | “3” | “4” | “ 5” | “ 6” | “ 7” | “ 8” * 0 4 表示該課每次上課的節(jié)數(shù) , 0 也表示連上 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表示下午、晚上排課，并均勻分布課時；

20、5表示下午排課；6表示晚上排課；7表示上、下午、晚上均排課 *聯(lián)合課碼 二*小于6位字符，在一種聯(lián)合課中，主行課的聯(lián)合課碼是正整數(shù)并行課的聯(lián)合課碼是該數(shù)的負(fù)數(shù) *講課課程=課程編號 課程名稱 容納數(shù) 固定教學(xué)樓 固定教室 教室類型容納數(shù) =*2位正整數(shù)，表示該課每個時間片可容納課元組的數(shù)目*風(fēng)險管理計(jì)劃有關(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ā)生問題，需要作為 采

21、辦項(xiàng)目要素加以評估以確定風(fēng)險水平的事件。 風(fēng)險事件的定義應(yīng)使人們易于理 解其潛在影響和致因。 可能會有一系列潛在的風(fēng)險事件， 這需要有關(guān)專家進(jìn)行篩 選、考察和評估。風(fēng)險的概率和后果之間的關(guān)系比較復(fù)雜。為避免評估結(jié)論含糊不清，與某 個事件有關(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 )是指研究一套有組織的、全面的和相互作用的 策略和方

22、法并將其形成文件的過程， 這套策略和方法用于辨識和跟蹤風(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)行辨識和分析的過程， 以增加滿足性能、 進(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)酷度以及與

23、其他風(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)對方案中選取最恰當(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)

24、險管 理活動。風(fēng)險文檔(Risk documentation )是指記錄、維護(hù)和報告風(fēng)險的評估、處 理分析方案以及監(jiān)控結(jié)果的文件，包括所有的計(jì)劃、給項(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)險管理的最終負(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è)計(jì)、研制和部署系統(tǒng)時考慮風(fēng)險問題。本系統(tǒng)風(fēng)險管理的組織形式，為在集中式風(fēng)險管理，項(xiàng)目經(jīng)理要組建一

25、個 專門的風(fēng)險管理組，來負(fù)責(zé)風(fēng)險管理的所有工作，如編寫計(jì)劃、進(jìn)行評估、評價 風(fēng)險處理備選方案和監(jiān)控風(fēng)險管理工作的進(jìn)展情況等。項(xiàng)目經(jīng)理是進(jìn)行規(guī)劃、分配資源和執(zhí)行風(fēng)險管理的最終負(fù)責(zé)人，因此要求項(xiàng)目經(jīng)理檢查和參與風(fēng)險管理過程。項(xiàng)目經(jīng)理必須最佳地使用可用資源，即人力、組織和資金。風(fēng)險管理是一項(xiàng)團(tuán)隊(duì)功能。這是因?yàn)轱L(fēng)險的廣泛性和風(fēng)險處理計(jì)劃要影響到 項(xiàng)目的其他計(jì)劃和行動?？偟膩碚f，風(fēng)險評估、風(fēng)險處理和風(fēng)險監(jiān)控對所有 的項(xiàng)目活動和組織都有影響。任何企圖實(shí)施積極主動向前看的風(fēng)險管理計(jì) 劃，而沒有項(xiàng)目經(jīng)理參與，都將導(dǎo)致混亂、迷失方向和資源浪費(fèi)。人員工作職責(zé)項(xiàng)目經(jīng)理風(fēng)險管理的計(jì)劃、組織、領(lǐng)導(dǎo)和控制； 報告項(xiàng)目風(fēng)險

26、和建議緩解措施。風(fēng)險管理協(xié)調(diào)員制定和維護(hù)風(fēng)險管理計(jì)劃；提供風(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)目經(jīng)理；和風(fēng)險管理協(xié)調(diào)員共同工作。風(fēng)險管理工作步驟如下:*在項(xiàng)目計(jì)劃和項(xiàng)目進(jìn)度（如果適用）中，標(biāo)識出風(fēng)險。*根據(jù)項(xiàng)目定義的軟件過程，建立補(bǔ)救措施計(jì)劃文檔。此計(jì)劃將貫穿整個項(xiàng) 目軟件生命周期。補(bǔ)救措施計(jì)劃應(yīng)包括以下方面的工作： 可選項(xiàng)識別、可 選項(xiàng)影響度評估、可選項(xiàng)的技術(shù)可行性，和可選項(xiàng)使用時機(jī)的決定標(biāo)準(zhǔn)。*為每一風(fēng)險定義出可

27、供選擇的補(bǔ)救措施， 如果有可能，也要列出這些補(bǔ)救 措施的選擇標(biāo)準(zhǔn)。軟件計(jì)劃的最初版本和主要的修訂版，要經(jīng)過同行評審后才可發(fā)行。管理并控制軟件計(jì)劃。在有選擇的項(xiàng)目里程碑處、在指定的風(fēng)險檢查階段點(diǎn)、和在對軟件項(xiàng)目有 影響的計(jì)劃重大變更過程中，都應(yīng)對風(fēng)險進(jìn)行跟蹤、再評估，和重新計(jì)劃。檢討并修正風(fēng)險級別。利用風(fēng)險監(jiān)控所獲得的信息，進(jìn)一步精化風(fēng)險評估和軟件計(jì)劃風(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ā)生重大的損失或傷亡事故嗎？競

28、爭對手有不正當(dāng)?shù)母偁幮袨閱?？本產(chǎn)品銷售后在使用過程中可能導(dǎo)致發(fā)生重大的損失或傷亡事故嗎？是否在開發(fā)很少有人真正需要卻自以為很好的產(chǎn)品？是否在開發(fā)可能虧本的產(chǎn)品？客戶客戶的需求是否含糊不清？客戶是否反反復(fù)復(fù)地改動需求？客戶指定的需求和交付期限在客觀上可行嗎？客戶對產(chǎn)品的健壯性、可靠性、性能等質(zhì)量因素有非常過分的要求嗎？客戶的合作態(tài)度友善嗎？與客戶簽的合同公正嗎？雙方互利嗎？客戶的信譽(yù)好嗎？例如按客戶的需求開發(fā)了產(chǎn)品，但是客戶可能不購買。子承包商供應(yīng)商與子承包商、供應(yīng)商簽訂的合同公正嗎？雙方互利嗎？子承包商、供應(yīng)商的信譽(yù)好嗎？子承包商、供應(yīng)商有可能倒閉嗎？子承包商、供應(yīng)商能及時交付質(zhì)量合格的產(chǎn)品（

29、或部件）嗎？子承包商、供應(yīng)商有能力做好售后服務(wù)嗎？管理風(fēng)險風(fēng)險類型檢查項(xiàng)項(xiàng)目計(jì)劃對項(xiàng)目的規(guī)模、難度估計(jì)是否比較正確？人力資源（開發(fā)人員、管理人員）夠用嗎？合格嗎？項(xiàng)目所需的軟件、硬件能按時到位嗎？項(xiàng)目的經(jīng)費(fèi)夠用嗎？進(jìn)度安排是否過于緊張？有合理的緩沖時間嗎？進(jìn)度表中是否遺忘了一些重要的（必要的）任務(wù)？進(jìn)度安排是否考慮了關(guān)鍵路徑？是否可能岀現(xiàn)某一項(xiàng)工作延誤導(dǎo)致其它一連串的工作也被延誤？任務(wù)分配是否合理？（即把任務(wù)分配給合適的項(xiàng)目成員，充分發(fā)揮其才能）是否為了節(jié)省錢，不采用（購買）成熟的軟件模塊，一切從零做起？項(xiàng)目團(tuán)隊(duì)項(xiàng)目成員團(tuán)結(jié)嗎？是否存在矛盾？是否絕大部分的項(xiàng)目成員對工作認(rèn)真負(fù)責(zé)？絕大部分的項(xiàng)目

30、成員有工作熱情嗎？團(tuán)隊(duì)之中有“害群之馬”嗎？技術(shù)開發(fā)隊(duì)伍中有臨時工嗎？本項(xiàng)目開發(fā)過程中是否會有核心人員辭職、調(diào)動？是否能保證“人員流動基本不會影響工作的連續(xù)性”？項(xiàng)目經(jīng)理是否忙于行政事務(wù)而無暇顧及項(xiàng)目的開發(fā)工作？上級領(lǐng)導(dǎo)行政部門合作部門本項(xiàng)目是否得到上級領(lǐng)導(dǎo)的重視？上級領(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)付了事

31、？或者做事與承諾的不一致？技術(shù)風(fēng)險風(fēng)險類型檢查項(xiàng)需求開發(fā)需求管理需求開發(fā)人員懂得如何獲取用戶需求嗎？效率高嗎？需求開發(fā)人員懂得項(xiàng)目所涉及的具體業(yè)務(wù)嗎？能否理解用戶的需求？需求文檔能夠正確地、完備地表達(dá)用戶需求嗎？需求開發(fā)人員能否與客戶對有爭議的需求達(dá)成共識？需求開發(fā)人員能否獲得客戶對需求文檔的承諾？以保證客戶不隨便變更需求？綜合技術(shù)開發(fā)能力包括設(shè)計(jì) 編程、測試等開發(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ā)小組是否采用比較有效的

32、分析、設(shè)計(jì)、編程、測試工具？分析與設(shè)計(jì)工作是否過于簡單、草率，從而讓程序員邊做邊改？開發(fā)小組采用統(tǒng)一的編程規(guī)范嗎？開發(fā)人員對測試工作重視嗎？能保證測試的客觀性嗎？項(xiàng)目有獨(dú)立的測試人員嗎？懂得如何進(jìn)行高效率地測試嗎？是否對所有重要的工作成果進(jìn)行了同行評審（正式評審或快速檢查）？開發(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ā)人員

33、參與系統(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)險識別日期風(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)解決，不作處

34、理）風(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 ）記錄何人在何時做了什么事情（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. 定期與用戶召開會議，確定用戶

35、的真正需求跟蹤記錄(1 )記錄何人在何時做了什么事情(2)記錄當(dāng)前風(fēng)險狀態(tài)(正在處理,已經(jīng)解決，不作處理)概念測試用例用例11 .業(yè)務(wù)需求“高校課程調(diào)度系統(tǒng)”根據(jù)教學(xué)計(jì)劃只擬定現(xiàn)有班級的教學(xué)任務(wù)2. 使用實(shí)例課務(wù)管理員輸入教學(xué)任務(wù)相應(yīng)班級的編號， 系統(tǒng)通過與基礎(chǔ)數(shù)據(jù)庫進(jìn)行比對，接 受或拒絕該班級的教學(xué)任務(wù)。3功能需求如果請求排課資源，只有輸入基礎(chǔ)數(shù)據(jù)庫中已存在的班級的教學(xué)任務(wù)，系統(tǒng)才接受該教學(xué)任務(wù)。4.對話圖5.測試用例路徑用例21. 業(yè)務(wù)需求“高校課程調(diào)度系統(tǒng)”根據(jù)教學(xué)計(jì)劃中的課程為班級制定教學(xué)任務(wù)。2. 使用實(shí)例課務(wù)管理員輸入教學(xué)任務(wù)的課程編號和名稱，系統(tǒng)通過與基礎(chǔ)數(shù)據(jù)庫進(jìn)行比對, 接受或

36、拒絕該門課程的教學(xué)任務(wù)。3. 功能需求如果請求排課資源下達(dá)教學(xué)任務(wù)，只有輸入基礎(chǔ)數(shù)據(jù)庫中已存在的課程編號， 系 統(tǒng)才接受該教學(xué)任務(wù)。否則，生成新的課程信息，重新制定教學(xué)任務(wù)。4.對話圖5.測試用例路徑用例31. 業(yè)務(wù)需求“高校課程調(diào)度系統(tǒng)”排課時為課元組分配固定教室，教室不能沖突。2. 使用實(shí)例排課預(yù)處理后，進(jìn)行教室分配。系統(tǒng)優(yōu)先分配相應(yīng)類型和容納人數(shù)的教室給提出 了教室請求的課元組。請求發(fā)生沖突時，系統(tǒng)根據(jù)請求班級的年級分配或拒絕分 配教室。3.功能需求如果請求教室資源，當(dāng)請求的教室空閑，系統(tǒng)將教室分配給請求的班級所開課程； 當(dāng)教室已被占用，該班級將與已占用教室的班級比較所在年級， 如果所在

37、年級高 則將此教室重新分配給它。4.對話圖5.測試用例路徑用例41. 業(yè)務(wù)需求“高校課程調(diào)度系統(tǒng)”排課時為課元組分配上課時間，時間不能沖突。2. 使用實(shí)例預(yù)處理排課數(shù)據(jù)，進(jìn)行時間分配。系統(tǒng)根據(jù)課元組提出的請求優(yōu)先分配或拒絕分 配上課時間。3. 功能需求如果請求排課時間片，只有請求的時間片有空閑，系統(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)所 建議的變更請求評估者開發(fā)小組負(fù)責(zé)人分析變更對本項(xiàng)目帶來的影響修改者全體開發(fā)小組人員對已認(rèn)可的變更請求按時更新建議者全體開發(fā)小組人員 用戶代表提交變更請求驗(yàn)證