圖書館管理系統(tǒng)-變更控制過程描述

1、變更控制過程描述1. 概述1.1 h 的1.1.1為了規(guī)范軟件開發(fā)部門的項(xiàng)目計(jì)劃、需求變更、設(shè)計(jì)和 開發(fā)變更的控制流程。1.1.2減少因計(jì)劃、需求變更、設(shè)計(jì)和開發(fā)變更而出現(xiàn)的包括 技術(shù)風(fēng)險(xiǎn)、客戶滿意度下降、資金和人力資源需求風(fēng)險(xiǎn)。1.1.3提高項(xiàng)冃的計(jì)劃性、可視性和執(zhí)行力。1.2范圍在整個系統(tǒng)模塊中適合。13定義在消息通知模塊中的提醒模塊中添加書籍到期提醒功能，提醒時 間為圖書到期前五天、三天、一天。通過讀者注冊時留下的有效 郵箱發(fā)送至讀者郵箱，以便提醒讀者及時歸還圖書。2. 角色和職責(zé)各個部門或個人可根據(jù)工作職責(zé)提出變更申請角色職責(zé)描述ccb主席變更控制委員會主席；對意見不一致ccb有最終決

2、策權(quán)，為每一個變更請求選定評估者、修改者ccb變更控制委員會，決定批準(zhǔn)是否對某項(xiàng)目所提議的變更請求評估者應(yīng)ccb主席要求，負(fù)責(zé)分析可能受提議的變更影響的人修改者負(fù)責(zé)實(shí)現(xiàn)變更，響應(yīng)已批準(zhǔn)的變更請求提議者新變更請求提交者請求接受者接受提交的變更請求的人驗(yàn)證者確定變更是否已正確實(shí)現(xiàn)的人3. 變更請求狀態(tài) 錯誤！嵌入對象無效。4. 開始條件變更提議者通過填寫變更請求申請表格發(fā)送電子郵件，為變更請求分 配一個唯一的標(biāo)識標(biāo)簽，最后發(fā)送到請求接受者。5. 任務(wù)5.1評估請求技術(shù)可行性：通過綁定郵箱可知道讀者的郵箱然后系統(tǒng)自動發(fā) 送提醒郵件到讀者的郵箱，讀者可通過郵箱及時得知圖書即將到期， 前提是讀者在注冊吋

3、必須提供有效正確的郵箱，在技術(shù)上具有可實(shí)行 性。費(fèi)用：實(shí)現(xiàn)變更需要一個月的時間，至少需要1名開發(fā)人員, 無太大費(fèi)用。項(xiàng)目業(yè)務(wù)需求：通過認(rèn)證注冊賬戶的郵箱從而保證郵箱的有效 性，可以在放大程度保證將到期通知發(fā)送給讀者。資源限制：一些郵箱在注冊時可能檢測不出郵箱的正確有效性, 可能影響這個變更的需求。5.2作出決策(1) 經(jīng)ccb-致決定，變更將予以實(shí)現(xiàn)。(2) 優(yōu)先級為3。(3) 實(shí)現(xiàn)時間一個月5.3執(zhí)行變更(1) 修改需求文檔(2) 修改設(shè)計(jì)描述和模型(3) 修改用戶界面組件(4) 修改程序代碼，說明文檔(5) 修改測試文檔5.4通知受變更影響的各方落實(shí)通知開發(fā)部門等各部門的人員6. 結(jié)束條件(1) 該變更請求狀態(tài)為：已結(jié)朿(2) 所有修改過的文檔均已設(shè)置到合適位置(3) 已將變更細(xì)節(jié)和變更請求的當(dāng)前狀態(tài)通知提議者、ccb主席、項(xiàng)目經(jīng)理和其他相關(guān)的項(xiàng)目參與者。（4）需求跟蹤矩陣已得到更新。8變更控制狀態(tài)報(bào)告附錄：每個請求所需存儲的數(shù)據(jù)項(xiàng)建議的變更請求數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)描述變更來源市場部變更請求id號d-1變更類型提議的增強(qiáng)提交日期2015年6月15日更新日期2015年7月15日描述在借閱書籍即將到期時，發(fā)送郵件通知讀 者實(shí)現(xiàn)的優(yōu)先級3修改者xxx提議者xxx提議