時間：2023-03-14 15:17:06
序論：在您撰寫需求評審匯報時，參考他人的優(yōu)秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發(fā)您的創(chuàng)作熱情，引導(dǎo)您走向新的創(chuàng)作高度。
(1)以往管理評審所采取的措施的情況：由質(zhì)量負責(zé)人負責(zé)匯報。匯報要點：輸出要求內(nèi)容、完成方式、完成情況、完成情況的持續(xù)有效性、有無進行跟蹤驗證、有無需要改進的地方。
(2)與管理體系相關(guān)的內(nèi)外部因素的變化：由質(zhì)量負責(zé)人匯報。
(3)客戶滿意度、投訴和相關(guān)方的反饋：由質(zhì)量負責(zé)人負責(zé)匯報。匯報要點：年度收集或受理了多少申訴、投訴及客戶反饋、多少正面的、多少負面的。申訴、投訴及客戶負面反饋如何分析、糾正、反饋、并獲得客戶認證的。哪些方面是最好或問題嚴重的、是否借此對體系哪些環(huán)節(jié)進行了改進的。
(4)質(zhì)量目標實現(xiàn)程度：由質(zhì)量負責(zé)人負責(zé)匯報。匯報要點：提交質(zhì)量目標的核算記錄，質(zhì)量目標是否達到文件規(guī)定要求的結(jié)論描述，是否需要對質(zhì)量目標進行調(diào)整的建議。
(5)政策和程序的適用性：由管理者或其授權(quán)人負責(zé)匯報。匯報要點：外部法律法規(guī)、認證機構(gòu)對檢驗檢測機構(gòu)資質(zhì)認定評審要求變化情況；內(nèi)部組織結(jié)構(gòu)、發(fā)展方向的變化情況；現(xiàn)行的體系文件對這些變化的要求的覆蓋和細化情況；是否需要對體系文件描述進行調(diào)整的建議。
(6)管理和監(jiān)督人員的報告：由管理層人員和質(zhì)量監(jiān)督員匯報。匯報要點：管理層人員針對體系文件中規(guī)定的職責(zé)對履行這些職責(zé)的情況、履行過程中遇到的問題、問題的解決情況、職責(zé)范圍內(nèi)改進的建議。質(zhì)量監(jiān)督的范圍、頻次、發(fā)現(xiàn)的問題、糾正完成情況、糾正后活動的持續(xù)有效性、監(jiān)督環(huán)節(jié)的調(diào)整、合理化建議。
(7)內(nèi)外部審核結(jié)果：近期內(nèi)部審核的結(jié)果總結(jié)：由內(nèi)審組長匯報。匯報要點：內(nèi)審的時間、內(nèi)審的實施整體情況、內(nèi)審中發(fā)現(xiàn)的不符合項完成情況、因不符合項的糾正實施了哪些方面的改進、內(nèi)審合理化的建議。由外部機構(gòu)進行的評審總結(jié)：由質(zhì)量負責(zé)人負責(zé)匯報。匯報要點：有無外部機構(gòu)的評審、哪些外部機構(gòu)（認證管理部門、行業(yè)管理部門、行政管理部門）開展了評審、評審的情況及結(jié)論、評審的整改完成情況、評審活動對那些環(huán)節(jié)進行的改進。
(8)糾正措施：由質(zhì)量負責(zé)人負責(zé)匯報。匯報要點：年度各項活動中發(fā)現(xiàn)的不符合項采取的糾正措施的總結(jié)數(shù)量、完成情況、改進的環(huán)節(jié)。
(9)比對和能力驗證結(jié)果：由技術(shù)負責(zé)人負責(zé)匯報。匯報要點：哪些項目開展了實驗室間比對和能力驗證，為什么開展、開展的結(jié)果如何、如何應(yīng)用這些結(jié)果、有無對存在的不符合或不滿意結(jié)果進行的分析和糾正、糾正是否獲得認證。
(10)工作量和工作類型的變化：由技術(shù)負責(zé)人負責(zé)匯報。匯報要點：現(xiàn)有的工作量和工作類型是否滿足組織發(fā)展要求，是否需要增加或減少工作量和工作類型、為什么需要調(diào)整工作量和工作類型、調(diào)整哪些工作量和工作類型、需要什么支持、什么時間調(diào)整到位或執(zhí)行、執(zhí)行后如何驗證、何時開展評審。
(11)資源的充分性：技術(shù)負責(zé)人負責(zé)匯報，人員、設(shè)備、環(huán)境等資源是否充分，更新、購置需求等。
(12)應(yīng)對風(fēng)險和機遇所采取措施的有效性：管理層負責(zé)匯報采取相應(yīng)的措施。
乙方：北京達沃斯巔峰旅游規(guī)劃設(shè)計院
北京國智景元旅游顧問有限公司
為了指導(dǎo)__旅游持續(xù)、健康、快速發(fā)展，加強政府協(xié)調(diào)、整合資源市場、推進開發(fā)保護，把霸州培育成主題鮮明、交通便利、服務(wù)配套、吸引力強，影響力大的旅游目的地，從而帶動經(jīng)濟社會的全面協(xié)調(diào)發(fā)展，__市旅游局（以下稱“甲方”）委托北京達沃斯巔峰旅游規(guī)劃設(shè)計院/北京國智景元旅游顧問有限公司（以下稱“乙方”）編制《__市旅游發(fā)展總體規(guī)劃》。經(jīng)雙方協(xié)商一致通過達成以下協(xié)議：
1．項目定義
1．1項目名稱
《__市旅游發(fā)展總體規(guī)劃》
1．2規(guī)劃界定
1．2．1規(guī)劃范圍：__市境全域，總面積784平方公里。
1．2．2規(guī)劃期限：20__年至2020年，重點20__－20__年。
1．3規(guī)劃主要內(nèi)容
在國標《旅游規(guī)劃通則》的基礎(chǔ)上，充分借鑒國內(nèi)外先進區(qū)域旅游發(fā)展規(guī)劃的成功經(jīng)驗和運作模式，貫徹落實《__市國民經(jīng)濟與社會發(fā)展“十一五”規(guī)劃》及相關(guān)規(guī)劃的要求，充分銜接《河北省旅游發(fā)展總體規(guī)劃》和《廊坊市旅游發(fā)展總體規(guī)劃》，把《__市旅游發(fā)展總體規(guī)劃》做成融科學(xué)性、前瞻性、可操作性為一體的高質(zhì)量高水平的規(guī)劃，指導(dǎo)霸州市旅游業(yè)“十一五”期間的旅游開發(fā)與發(fā)展以及為中遠期旅游發(fā)展確定框架和戰(zhàn)略。主要內(nèi)容包括：
1．3．1全面分析__市旅游業(yè)發(fā)展歷史與現(xiàn)狀、優(yōu)勢與制約因素，以及與相關(guān)規(guī)劃的銜接；
1．3．2分析__市客源市場需求總量、地域結(jié)構(gòu)、消費結(jié)構(gòu)及其他結(jié)構(gòu)，預(yù)測規(guī)劃期內(nèi)客源市場需求總量、地域結(jié)構(gòu)、消費結(jié)構(gòu)及其他結(jié)構(gòu)；
1．3．3提出__市旅游形象標識、旅游主題口號和發(fā)展戰(zhàn)略；
1．3．4提出__市旅游業(yè)發(fā)展目標及其依據(jù)；
1．3．5明確__市旅游產(chǎn)品開發(fā)的方向、特色與主要內(nèi)容；
1．3．6提出__市旅游發(fā)展重點項目，對其空間及時序作出安排；
1．3．7提出__市旅游要素結(jié)構(gòu)、空間布局及供給要素的原則和方法；
1．3．8提出可持續(xù)發(fā)展原則，注重保護開發(fā)利用的關(guān)系，提出合理的措施；
1．3．9提出規(guī)劃實施的保障措施；
1．3．10提出__市旅游業(yè)發(fā)展近期行動計劃（含重點項目投資概算）。
2．項目時間
2．1工作時間
本項目自收到首付款之日起6個月內(nèi)完成（如果由于甲方原因造成時間延后，則項目工作時間順延）。
2．2時間分配
2.2.1乙方收到甲方支付的第一期項目款之日起1個月內(nèi)，開展實地考察、資料收集、調(diào)研等工作；
2.2.2乙方收到甲方支付的第一期項目款之日起2個月內(nèi)，開展調(diào)研總結(jié)、資料整理分析、內(nèi)部研討工作，制定總體框架，形成總體規(guī)劃綱要，遞交甲方討論修改；
2.2.3乙方收到甲方支付的第一期項目款之日起第3－4個月，修改完善總體規(guī)劃綱要，形成總體規(guī)劃初稿，并進行初稿匯報；
2.2.4乙方收到甲方支付的第二期項目款之日起1個月內(nèi)，對初稿進行修改完善，制作并遞交評審稿；
2.2.5乙方收到甲方支付的第三期項目款之日起1個月內(nèi)，對評審稿進行修改完善，制作并遞交最終成果。
3．項目費用
3．1項目標的：
人民幣貳拾萬元整（￥200,000.00）。
3．2費用支付：
3．2．1合同簽訂后，甲方向乙方支付首期項目款，計人民幣壹拾萬元整（￥100,000.00）；
3．2．2初稿匯報會通過后一周內(nèi)，甲方向乙方支付二期項目款，計人民幣陸萬元整（￥60,000.00）；
3．2．3專家評審會通過后一周內(nèi)，甲方向乙方支付三期項目款，計人民幣叁萬元整（￥30,000.00）；
3．2．4乙方向甲方遞交最終全部成果后一周內(nèi)，甲方向乙方支付剩余項目款，計人民幣壹萬元整（￥10,000.00）。
3．3項目款通過銀行匯票或轉(zhuǎn)賬支付。
3．4項目組成員考察調(diào)研、綱要匯報會、初稿匯報會、專家評審會期間的食宿交通費等相關(guān)費用由甲方支付。專家評審會聘請的評審專家的評審費、食宿費、交通費等相關(guān)費用由甲方支付。
4．甲方權(quán)利和義務(wù)
4．1甲方權(quán)利
甲方有權(quán)利要求乙方提供的成果符合上述要求，并對乙方提供的成果進行驗收；
4．2甲方義務(wù)
4．2．1落實規(guī)劃費用并按時足額支付項目款；
4．2．2提供項目組需要的相關(guān)資料和圖件；
4．2．3安排項目組在霸州工作期間的交通工具和食宿等；
4．2．4聯(lián)絡(luò)安排項目組的考察、調(diào)查、座談等工作；
4．2．5負責(zé)綱要匯報會、初稿匯報會、評審會的組織工作。
5．乙方權(quán)利和義務(wù)
5．1乙方權(quán)利
乙方有權(quán)利按照合同要求按時足額收取項目款。
5．2乙方義務(wù)
5．2．1按照項目工作時間要求開展各項工作；
5．2．2按照合同要求完成項目成果；
5．2．3保證綱要匯報會初稿匯報會和專家評審會的匯報工作；
5．2．4協(xié)助專家評審會的組織工作；
5．2．5吸收綱要匯報會、初稿匯報會和專家評審會意見建議修改完善項目成果；
5．2．6協(xié)助甲方實施規(guī)劃的有關(guān)后續(xù)工作。
5.2.7乙方收到款項同時應(yīng)向甲方出具合法的發(fā)票。
6．項目成果
6．1成果內(nèi)容
6．1．1《__市旅游發(fā)展總體規(guī)劃》文本
6．1．2《__市旅游發(fā)展總體規(guī)劃》圖件，包括：
6．1．2．1__旅游區(qū)位分析圖
6．1．2．2__旅游資源分析圖
6．1．2．3__旅游客源市場分析圖
6．1．2．4__旅游功能分區(qū)規(guī)劃圖
6．1．2．5__旅游線路規(guī)劃圖
6．1．2．6__旅游交通規(guī)劃圖
6．1．2．7__近期建設(shè)項目規(guī)劃 圖表
6．2最終成果數(shù)量
《__市旅游發(fā)展總體規(guī)劃》文本、說明書（含圖件）20套；
《__市旅游發(fā)展總體規(guī)劃》電子光盤（含文字文件、圖件文件）10套；
《__市旅游發(fā)展總體規(guī)劃》（掛圖）2套。
7．知識產(chǎn)權(quán)
合同最終成果的知識產(chǎn)權(quán)歸屬甲乙雙方共同所有。
8．違約責(zé)任
8．1甲方未按照合同約定提供必要的資料和調(diào)研條件，或甲方未按期支付項目錢款，影響工作進度或質(zhì)量的，甲方應(yīng)立即糾正，乙方的工作任務(wù)同期順延。
8．2如果乙方所提出的項目成果沒有通過驗收，乙方應(yīng)立即采取補求措施，繼續(xù)修改完善直至項目成果通過驗收。
9．其它
9．1合同數(shù)量：本合同一式四份，甲乙雙方各持兩份。
9．2合同生效和終止：本合同自雙方簽約代表簽字、蓋章之日起生效，自甲方支付所有項目款、乙方遞交最終成果后自動失效。
9．3本合同而產(chǎn)生的補充合同，與合同正本具有同等法律效力。
甲方（蓋章）：乙方（蓋章）：
簽約代表：簽約代表：
甲方聯(lián)系方式：
地址：河北省__市迎賓道60號
郵編：*
聯(lián)系人：__*
電話：*
傳真：*
手機：*
E-mail：
乙方聯(lián)系方式：
地址：北京市朝陽區(qū)亞運村北苑路168號中安盛業(yè)大廈（MOHO）16層
郵編：100101
聯(lián)系人：任國才
電話：010－58246092
傳真：010－58246092
手機：13811058785
E-mail：
賬戶名：北京國智景元旅游顧問有限公司
在大多數(shù)互聯(lián)網(wǎng)公司都是采用敏捷開發(fā)進行產(chǎn)品迭代，因為其符合精益創(chuàng)業(yè)的最小可用品原則，以最快的迭代速度，時刻保持跟用戶之間的接觸并獲得反饋。我在擔(dān)任項目經(jīng)理期間，結(jié)合公司自身的情況，推出了一套適用于公司的敏捷開發(fā)項目管理流程。
項目管理的四大角色
產(chǎn)品經(jīng)理
產(chǎn)品經(jīng)理作為產(chǎn)品的第一責(zé)任人，負責(zé)帶領(lǐng)團隊做出有價值的產(chǎn)品。
產(chǎn)品經(jīng)理的責(zé)任和義務(wù)：
清晰地表達產(chǎn)品的需求清單(需求記錄清晰，沒有歧義)
對產(chǎn)品需求清單的條目進行歸納(同類需求合并，大需求拆分，前置需求后置需求歸類)
確保開發(fā)團隊所執(zhí)行工作的價值(解決用戶的實際問題)
確保需求清單對所有人可見、透明、清晰，并指示團隊的下一步工作(需求清單公開)
確保開發(fā)團隊對產(chǎn)品需求清單中的條目達到一定程度的理解
項目經(jīng)理
項目經(jīng)理是項目進度、項目質(zhì)量的監(jiān)督者，負責(zé)團隊的進度跟蹤和質(zhì)量把控，在敏捷迭代的模式中，項目經(jīng)理是一個服務(wù)式的領(lǐng)導(dǎo)。
項目經(jīng)理服務(wù)于產(chǎn)品經(jīng)理：
清晰地和開發(fā)團隊溝通愿景、目標和需求清單
找到有效管理需求清單的技巧
理解長期的產(chǎn)品規(guī)劃
項目經(jīng)理服務(wù)于團隊：
指導(dǎo)開發(fā)團隊自組織完成產(chǎn)品迭代
領(lǐng)導(dǎo)開發(fā)團隊創(chuàng)造高價值的產(chǎn)品
幫助開發(fā)團隊移除進展過程中的障礙
協(xié)助開發(fā)團隊進行需求分解
評審小組
評審小組是由開發(fā)團隊leader組成的團體，評審小組從系統(tǒng)實現(xiàn)的角度評估需求的合理性、可行性，對產(chǎn)品的設(shè)計提出建設(shè)性意見。
評審小組的職責(zé)義務(wù)：
協(xié)助產(chǎn)品經(jīng)理評審方案的可行性，找出產(chǎn)品方案可能存在的問題
協(xié)助產(chǎn)品經(jīng)理評估方案預(yù)期的工時，讓產(chǎn)品經(jīng)理心中有數(shù)
協(xié)助產(chǎn)品經(jīng)理分析方案對其他模塊的影響，做好跨產(chǎn)品線協(xié)作
項目組成員
項目組成員作為需求的實現(xiàn)者，按照迭代計劃完成產(chǎn)品需求，交付高質(zhì)量的產(chǎn)品包。只有開發(fā)團隊的成員才能創(chuàng)造產(chǎn)品的增量(產(chǎn)品增量通常指一次迭代交付的可用的軟件包)。
項目管理的四大工件
需求清單
產(chǎn)品需求清單是一個排序的列表，是一個持續(xù)完善的清單，包含所有產(chǎn)品需要的東西，也是產(chǎn)品需求變動的唯一來源。產(chǎn)品需求清單包含所有的特性、功能、需求、改進和缺陷等對未來產(chǎn)品進行的改變。
需求清單的內(nèi)容、可用性、優(yōu)先級等由且僅由產(chǎn)品經(jīng)理負責(zé)管理。
任務(wù)清單
任務(wù)清單是一份足夠具體的計劃，包含對需求清單的分解。開發(fā)團隊在整個迭代過程中都會修改這份清單，比如開發(fā)團隊對需求有了更多的了解，需要增加一些新的任務(wù)到清單中去。
任務(wù)清單的修改只能由項目經(jīng)理負責(zé)，該列表只屬于開發(fā)團隊。
項目周報
項目周報是對項目組本周工作內(nèi)容的總結(jié)、以及下周的工作計劃匯報，同時項目周報需要及時反饋本周工作中存在的問題以及需要領(lǐng)導(dǎo)協(xié)調(diào)的資源。
項目周報中切忌報喜不報憂，要反映項目的真實情況。
迭代總結(jié)記錄
在每個迭代結(jié)束后，項目組成員聚在一起召開總結(jié)會議，回顧一下在本次迭代過程中，哪些是做的好的，哪些是做的不好的，找出潛在的可以改進的事項，作為將來的改進計劃。迭代總結(jié)會議記錄就是這樣一份將會議過程記錄下來的清單已經(jīng)后續(xù)跟進的依據(jù)。
項目管理的五大活動
需求清單梳理
產(chǎn)品經(jīng)理會從不同的來源，獲取各種需求。需求清單梳理的主要工作是根據(jù)需求優(yōu)先級進行需求調(diào)研、分析需求、對需求歸類、對需求分解、預(yù)估下一個版本解決什么問題。
可行性評審例會
項目經(jīng)理組織評審小組對初步的產(chǎn)品方案進行可行性評審，主要由技術(shù)團隊發(fā)現(xiàn)其中可能存在的問題，給出建議。產(chǎn)品經(jīng)理根據(jù)評審小組給出的建議優(yōu)化產(chǎn)品方案，確保進入迭代階段時應(yīng)該為當(dāng)時最優(yōu)的產(chǎn)品方案。
進度評審例會
每個迭代以進度評審會作為開始，項目組成員從需求清單中挑選出高優(yōu)先級需求并配合產(chǎn)品目標組成當(dāng)前迭代的計劃。項目組成員對需求進行拆解，形成一個個可獨立部署的任務(wù)，并對工作量進行評估，若超出迭代周期則需要壓縮工作量或移出需求。
每日站立會
每日站立會議在同樣的時間和同樣的地點召開，會議準時開始。每日站立會議不得超過15分鐘，每一個開發(fā)團隊的成員都必須發(fā)言，會議中不進行討論，發(fā)言內(nèi)容需提供以下信息：
昨天完成了什么
今天即將做什么
遇到了什么困難
每日站立會議即不是向管理層匯報，也不是向產(chǎn)品經(jīng)理、項目經(jīng)理匯報，它是開發(fā)團隊的溝通會議，能幫助團隊快速發(fā)現(xiàn)問題。項目經(jīng)理在會議結(jié)束后對會議中開發(fā)成員提出的困難進行一定的援助。
關(guān)鍵詞：敏捷方法；Ruby on Rails；案例教學(xué)
中圖分類號：G64 文獻標識碼：A
1軟件工程課程的特點
“軟件工程”是一門工程實踐性較強的課程，目標是讓學(xué)生掌握求解軟件的基本思想、工具、技術(shù)、過程和方法，為后續(xù)的專業(yè)知識學(xué)習(xí)以及今后從事計算機軟件開發(fā)、測試與維護奠定良好的基礎(chǔ)。但本課程內(nèi)容較難講授，學(xué)生學(xué)習(xí)起來感到較抽象，有些空洞。其主要原因有：
(1) 學(xué)生實踐經(jīng)驗不足，動手能力不強。本課程是屬于實用工程學(xué)科，課本內(nèi)容采用將知識點從具體到抽象、對實踐經(jīng)驗進行概括總結(jié)的方法加以敘述，但是學(xué)生對實例并不了解，難以理解所講述的實踐經(jīng)驗和知識。而且授課對象是大二的學(xué)生，掌握的開發(fā)技術(shù)和工具很有限，動手能力有待提高。
(2) 課程的綜合性強。軟件開發(fā)是一項綜合性和系統(tǒng)性很強的工程，需要開發(fā)者具有程序設(shè)計、數(shù)據(jù)結(jié)構(gòu)、操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)和開發(fā)工具環(huán)境等多方面知識和綜合運用能力。而學(xué)生學(xué)習(xí)的只是單一的課本知識，而且沒有系統(tǒng)化。
(3) 學(xué)生獨立性較強，不善于團隊合作和溝通。在程序設(shè)計和數(shù)據(jù)結(jié)構(gòu)等先修課程中主要是培養(yǎng)學(xué)生獨立的邏輯思考和編程能力，而忽視了溝通、交互與團隊合作。
通過收集以往選修該課程的學(xué)生反饋來看，不少同學(xué)反映對后續(xù)兩年在校期間的軟件項目開發(fā)幫助不大，所學(xué)的軟件工程的方法和技術(shù)并沒有得到很好的應(yīng)用。因此，應(yīng)該對實驗教學(xué)內(nèi)容進行適當(dāng)調(diào)整。通過引入敏捷Web開發(fā)框架、結(jié)對編程和測試驅(qū)動開發(fā)等敏捷方法，并結(jié)合案例教學(xué)和團隊開發(fā)等教學(xué)手段和教學(xué)方法，來培養(yǎng)學(xué)生開發(fā)軟件系統(tǒng)的工作能力、實際操作能力以及溝通能力。
2敏捷方法以及Ruby on Rails
在2001年召開的研討軟件過程未來發(fā)展趨勢的一次會議上，17位業(yè)界專家就什么是“敏捷”達成一致意見，成立了“敏捷聯(lián)盟”并了聯(lián)盟敏捷宣言。這份聯(lián)盟敏捷宣言是“敏捷軟件開發(fā)”價值和目標的濃縮定義，并通過許多共同的原則進行了細化。敏捷的價值觀是：個體和交互勝過過程和工具；可以工作的軟件勝過面面俱到的文檔；客戶合作勝過合同談判；響應(yīng)變化勝過遵循計劃。敏捷方法強調(diào)應(yīng)加強開發(fā)人員之間的交互，加強與客戶的交互，注重有可工作的軟件和完善、不過分的文檔，積極、快速應(yīng)對客戶的需求變化，而不是回避。
Ruby on Rails是一個具備了敏捷特性的Web開發(fā)框架，使Web應(yīng)用的開發(fā)、部署和維護變得更容易。該框架非常強調(diào)人和交互，鼓勵用戶與開發(fā)團隊合作。Rails強烈要求遵循“不要重復(fù)你自己”和“慣例重于配置”兩個原則，使得當(dāng)需求變化時，Rails應(yīng)用需要修改的代碼量比用其它框架開發(fā)的應(yīng)用要少得多。Rails應(yīng)用是用Ruby編寫的，而Ruby能夠準確、簡煉地描述程序概念，因此變化也更加容易地被限制在一個小模塊內(nèi)部，并且代碼修改也更容易。該框架強烈重視單元測試和功能測試。Rails的這些特點使該框架能很好地響應(yīng)變化。
3實驗教學(xué)改革及實施過程
通過分析敏捷方法的主要特征以及Rails框架的敏捷特性，在軟件工程課程實驗教學(xué)中引入敏捷方法有助于綜合提高學(xué)生對敏捷軟件工程關(guān)鍵性技術(shù)的全過程實踐與應(yīng)用，理解軟件需求與軟件測試、軟件開發(fā)的緊密關(guān)系，掌握現(xiàn)場需求捕捉、單元/功能/系統(tǒng)測試等方面的技術(shù)。因此，在軟件工程課程中的后期以案例驅(qū)動的方式講授應(yīng)用Rails進行敏捷Web開發(fā)。在實驗教學(xué)中，主講教師要求學(xué)生以分組的形式完成自擬作業(yè)題系統(tǒng)的敏捷Web開發(fā)，并全程指導(dǎo)應(yīng)用結(jié)對編程、測試驅(qū)動開發(fā)等敏捷方法，鼓勵并促進小組成員之間的溝通與合作。
具體實施包括以下三個環(huán)節(jié)：案例學(xué)習(xí)及重現(xiàn)、分組系統(tǒng)開發(fā)和系統(tǒng)評審環(huán)節(jié)。
(1) 案例學(xué)習(xí)及重現(xiàn)
在軟件工程教學(xué)中引入案例教學(xué)能有效地提高教學(xué)效果。在這個環(huán)節(jié)中，學(xué)生首先在課余時間認真閱讀案例，并進行分析。老師同步在課堂上講授案例，包括一些主要任務(wù)、技術(shù)以及開發(fā)工具，然后學(xué)生在實驗課按照案例中步驟重現(xiàn)案例中的系統(tǒng)開發(fā)過程，最后總結(jié)歸納。
采用的案例是depot應(yīng)用系統(tǒng)，該系統(tǒng)是一個采用Ruby on Rails實現(xiàn)的網(wǎng)上購書系統(tǒng)，包括了貨品維護、分類顯示、購物車、結(jié)算、發(fā)貨以及用戶權(quán)限管理等功能。該案例真實、生動，且具有普遍性。學(xué)生在深入剖析該案例后，能模仿該案例來開發(fā)其他Web應(yīng)用系統(tǒng)。
學(xué)生先利用課余時間對案例進行一定的分析，教師則在課程上同步講授案例，以迭代開發(fā)的方式不斷改進depot應(yīng)用系統(tǒng)。在講授過程中，根據(jù)敏捷方法的特點，一開始進行了適當(dāng)?shù)男枨蠓治龊驮O(shè)計，包括數(shù)據(jù)建模、業(yè)務(wù)流程分析和對象建模，并撰寫了必要的文檔，包括了ER圖、活動圖以及類圖，然后進行系統(tǒng)實現(xiàn)。在實現(xiàn)過程中，教師既要充當(dāng)開發(fā)人員又要充當(dāng)客戶，從客戶的角度來看待系統(tǒng)。具體來看，先找到當(dāng)前首要任務(wù)進行迭代開發(fā)，并從客戶的角度出發(fā)指出系統(tǒng)當(dāng)前的主要問題，然后立即按客戶要求進行修改。
在實驗課堂上，重點是按照老師講授的步驟重現(xiàn)depot系統(tǒng)開發(fā)。由于學(xué)生對于開發(fā)語言和工具不熟悉，所以實驗課上教師應(yīng)全程指導(dǎo)，重點解決操作和代碼理解方面的問題。在實驗課上，學(xué)生也可以按照分組來進行討論，集體交流。
總結(jié)歸納是本環(huán)節(jié)的最后階段，要求學(xué)生總結(jié)在重現(xiàn)depot系統(tǒng)開發(fā)過程時獲得的經(jīng)驗和教訓(xùn)，為以后開發(fā)新系統(tǒng)做準備。
(2) 分組系統(tǒng)開發(fā)
本環(huán)節(jié)是實施過程中最重要的環(huán)節(jié)，主要目標是讓學(xué)生體驗敏捷軟件開發(fā)的全過程，且學(xué)會與他人合作，培養(yǎng)團隊精神。在本環(huán)節(jié)中，強調(diào)結(jié)對編程、測試驅(qū)動開發(fā)等敏捷方法的應(yīng)用。學(xué)生在此環(huán)節(jié)處于主導(dǎo)地位，教師只起輔助作用。學(xué)生按要求分成開發(fā)小組(每組最多不超過4人)。各個小組由小組長負責(zé)組織、分工、控制進度等，對小組成員的最終實驗成績有一定分數(shù)浮動調(diào)整權(quán)；組長帶領(lǐng)全組順利完成任務(wù)，總評可以加一定分數(shù)。在實踐中注意滿足學(xué)生的受“尊重的需要”和“自我實現(xiàn)的需要”，采取“角色扮演法”，根據(jù)每個同學(xué)的特點，盡可能發(fā)揮其在技術(shù)或管理方面的長處。
所有的小組都要求用Ruby on Rails開發(fā)自擬作業(yè)題系統(tǒng)，這樣在評審時可以相對客觀地比較各組的成果。該系統(tǒng)的必需功能需求統(tǒng)一指定，但是各小組可以擴展功能，從而使得各小組有一定的開發(fā)自由度。
小組完成項目之后，除遞交系統(tǒng)和文檔外，還必須完成一份報告。報告中應(yīng)該包括項目分工情況說明、組員的貢獻以及他們參與系統(tǒng)開發(fā)過程的心得體會，讓學(xué)生自己在總結(jié)中學(xué)習(xí)知識，提高水平。
(3) 系統(tǒng)評審
每個小組都將匯報，展示自己的成果。所有小組構(gòu)成一個環(huán)來進行匯報和評審，匯報的順序由抽簽決定。匯報完的一組的組員將評審下一組的匯報，第一組的匯報由最后匯報的一組的組員來評審。教師先提前公布評分標準，并在匯報現(xiàn)場準備好評分表。在學(xué)生評審的同時，教師也應(yīng)該對每個小組的匯報情況、系統(tǒng)的質(zhì)量、文檔以及報告進行評審、打分，并寫出評語，但不能影響學(xué)生的評審。教師評定成績占小組成績的70%，學(xué)生評定的平均成績占30%。最后，教師要對小組的表現(xiàn)進行總結(jié)點評，幫助學(xué)生整理敏捷開發(fā)過程中的技術(shù)內(nèi)容，鼓勵積極性，但也要適當(dāng)?shù)刂赋鱿到y(tǒng)開發(fā)中的不足。
4結(jié)束語
目前，在軟件工程專業(yè)方向的“軟件工程”課程實驗教學(xué)中已經(jīng)引入了敏捷方法。當(dāng)引入敏捷方法后，學(xué)生普遍反映開始能夠較好地理解并掌握軟件工程項目的開發(fā)理論和方法。和前期和中期的教學(xué)相比，后期的教學(xué)內(nèi)容和方式更容易讓人接受。而且在實驗經(jīng)驗和專業(yè)知識有限的前提下，學(xué)生能夠參與完成一個具體的Web系統(tǒng)開發(fā)項目，能極大地激發(fā)學(xué)習(xí)興趣和主動性，增強在今后的學(xué)習(xí)過程中開發(fā)中小型軟件項目的專業(yè)能力和信心。
總結(jié)起來，經(jīng)探索提出的該教學(xué)方案，其主要特色可以歸納為三方面:
(1) 在學(xué)生實踐經(jīng)驗不足和專業(yè)知識不全面的前提下，通過引入敏捷方法能降低學(xué)生開發(fā)一個實用軟件系統(tǒng)的門檻，使學(xué)生能在開發(fā)實用系統(tǒng)的同時自覺應(yīng)用軟件工程思想，包括敏捷軟件開發(fā)的原則來分析問題和解決問題，從而激發(fā)了學(xué)生的學(xué)習(xí)熱情。
(2) 采用案例學(xué)習(xí)、重現(xiàn)系統(tǒng)開發(fā)以及開發(fā)新系統(tǒng)相結(jié)合的教學(xué)手段，使學(xué)生在深入理解案例的基礎(chǔ)上能效仿該案例，運用其中的技術(shù)來開發(fā)新系統(tǒng)。
(3) 在分組系統(tǒng)開發(fā)過程中，鼓勵學(xué)生通過角色扮演、組內(nèi)討論交流以及網(wǎng)絡(luò)途徑找到獲取需求以及解決一些技術(shù)難題的辦法。
參考文獻
[1] 李勁華,楊厚俊. 普通高校“軟件工程”課程教學(xué)的探索與實踐[J]. 計算機教育,2007,(10):29-31.
[2] 沈備軍,陳誠,居德華. 敏捷軟件過程的研究[J]. 計算機研究與發(fā)展,2002,39(11):1456-1463.
[3] Dave Thomas, David Hansson 著. 林芷薰譯. 應(yīng)用Rails進行敏捷Web開發(fā)[M]. 北京:電子工業(yè)出版社,2006.
在“軟件工程”課程教學(xué)中，應(yīng)用項目教學(xué)法，直接作用在于幫助學(xué)生更加清楚和深入的認識軟件開發(fā)，幫助學(xué)生糾正“軟件開發(fā)就是編寫程序代碼”的錯誤思想，強調(diào)軟件開發(fā)的團隊分工合作，將項目教學(xué)法引入“軟件工程”課程教學(xué)，制定完善的項目小組學(xué)習(xí)和工作的流程。項目活動開展前將學(xué)生分為不同小組，并對各組成員進行具體工作的安排。在課外，布置主要的自主開發(fā)任務(wù)是關(guān)鍵，要求嚴格按照軟件工程的規(guī)范進行。在軟件開發(fā)前，要對其開發(fā)的可行性、需求進行分析，然后進行系統(tǒng)設(shè)計，完成系統(tǒng)[2]。應(yīng)注意保存相關(guān)文檔并生成系統(tǒng)可執(zhí)行文件。為準確把握項目開發(fā)以及進展情況，為了對學(xué)生進行有針對性的指導(dǎo)，各小組在開發(fā)階段要定期進行匯報，并在討論中完善項目。1.命題教師根據(jù)教學(xué)內(nèi)容和學(xué)生實際情況，給出“多媒體技術(shù)雙語詞典”、“某市公交車查詢系統(tǒng)”、“班級綜合評測系統(tǒng)”等多個軟件的分析、設(shè)計和實現(xiàn)任務(wù)，并征求學(xué)生的意見和建議。2.角色確定根據(jù)工作量和軟件開發(fā)流程進行分組，以5~8人一組為宜。小組實行組長負責(zé)制，組長安排、協(xié)調(diào)各成員工作。角色共分3類：軟件開發(fā)人員、用戶和同行專家[3]。在各小組之間要使每個成員明確自身角色，認清自身責(zé)任。在項目開發(fā)的不同階段，小組成員扮演的角色類型也可以改變。例如，在需求分析階段某小組成員扮演的角色是分析開發(fā)人員，而在設(shè)計階段則可以轉(zhuǎn)變?yōu)橥性u審專家，對小組開況提出意見，結(jié)合對比分析做出評價。3.選題為了保證各小組競爭公平，要使小組的選題難度基本相同，并且難度基本相同選題的小組之間進行同行專家評審，開展討論過程中可行使專家權(quán)力，提出工作意見。這種形式的應(yīng)用最直接作用在于促進小組之間的溝通交流，促進選題小組對自身的審視，在比較借鑒之下完善自己的方案，幫助學(xué)生拓寬思維[4]。在初步完成選題后要對系統(tǒng)開發(fā)目標進行準確制定，并形成方案雛形，為使用開發(fā)平臺提供的相關(guān)開發(fā)工具建立數(shù)據(jù)庫等做準備。4.階段性開發(fā)工作在軟件開發(fā)的不同階段要整理出不同的文檔，比如在系統(tǒng)可行性分析階段要參照軟件工程標準進行可行性文檔書寫，或在需求分析階段按照國際標準進行需求說明文檔書寫，在軟件開發(fā)的設(shè)計、編碼以及測試階段也同樣需要書寫文檔[5]。在不同階段，教師準備相應(yīng)的的資料以及樣例模板給學(xué)生參考，學(xué)生根據(jù)自己所在組的任務(wù)進行不同資料素材的搜集，通過多種途徑進行學(xué)習(xí)。軟件開發(fā)中組長的任務(wù)是領(lǐng)導(dǎo)責(zé)任，明確指導(dǎo)小組成員分工合作，對開發(fā)過程進行文檔記錄和保存。5.階段匯報和討論教師要準確把握學(xué)生項目開發(fā)進度，定期組織階段匯報，選擇合適時間在課堂上讓各小組同學(xué)進行匯報和溝通。各小組不同階段的開發(fā)負責(zé)人員可以不同，根據(jù)階段需求做主要匯報。匯報內(nèi)容包括對當(dāng)前工作開展情況以及遇到的問題等。在匯報過程中同行評審要積極給出意見，并與其他小組溝通討論[6]。在階段匯報工作中，教師主要是針對階段匯報情況作出決定性評價，對其工作的正確與否進行判斷，并對其研究方法給出積極意見。6.階段性總結(jié)在各階段工作完成后，要完成產(chǎn)品交付工作并寫出分析報告。產(chǎn)品交付主要包括軟件需求文檔、軟件概要設(shè)計說明書、軟件詳細設(shè)計說明書、可運行的程序、測試分析文檔等。軟件開發(fā)階段較多，在軟件詳細設(shè)計到測試分析過程中要進行多次修正，以便前期工作的完成為后續(xù)開發(fā)工作打下堅實的基礎(chǔ)。7.總結(jié)評價在基本工作完成后，要求各小組上交最終文檔和軟件產(chǎn)品，教師要對各小組的工作成果進行總結(jié)評價，并給出成績。學(xué)生最后成績構(gòu)成可以參照“小組成績”+“個人成績”，兩個部分的比例各占一半[7]。小組的成績是教師確定的，教師結(jié)合學(xué)生在小組中的表現(xiàn)，根據(jù)其知識水平、合作能力、創(chuàng)新能力、科研能力以及其所在小組最終完成的質(zhì)量情況進行綜合評分；個人成績則主要是依靠組長給出，而組長的成績可由小組成員綜合給出。這種成績確定以及評價考核的方式是對學(xué)生綜合表現(xiàn)的肯定，是對整個項目開展過程中學(xué)生的整體能力的評價，較公平合理，對促進學(xué)生全面發(fā)展有著積極作用。
二、軟件工程教學(xué)中應(yīng)用項目教學(xué)法應(yīng)注意的問題
為更好促進項目教學(xué)法在“軟件工程”課程中的實踐應(yīng)用，要從教師和學(xué)生兩方面出發(fā)，提高教師的駕馭能力，增強學(xué)生的參與能力。1“.軟件工程”課程自身具有較強的專業(yè)性，因此在該課程中應(yīng)用項目教學(xué)法要不斷增強教師的整體能力。教師要對項目重點以及課程知識點準確把握，制定實用性強、熟悉程度高的教學(xué)項目，以利于培養(yǎng)人才。在項目開展過程中教師要對項目教學(xué)法靈活運用，在完成“軟件工程”知識點講授的同時豐富項目教學(xué)方法。2.在項目教學(xué)法應(yīng)用過程中學(xué)生的參與配合行為決定了教學(xué)效果。為不斷促進學(xué)生積極參與項目教學(xué)，教師要合理進行分組，根據(jù)學(xué)生的心理特征以及能力分配情況進行分組，保證各環(huán)節(jié)開展順利。在分組環(huán)節(jié)中要避免出現(xiàn)“能者多勞”現(xiàn)象，對小組組長的確定也要采取輪換制度，促進小組成員每個人都能發(fā)揮自身作用，都能得到實踐訓(xùn)練。教師要做好指導(dǎo)輔助作用，幫助小組開發(fā)更加順利，增強學(xué)生自信心。
三、結(jié)束語
廣百集團是廣東省重點發(fā)展扶持的國有大型商業(yè)集團。2011年，廣百商學(xué)院將“行動學(xué)習(xí)”模式引入到中高層管理干部的學(xué)習(xí)發(fā)展中來，啟動了“能力提升、業(yè)績倍增”“精益管理、降本增效”行動學(xué)習(xí)項目，為廣百商學(xué)院的發(fā)展壯大注入了活力。
第一步：高管深度匯談
項目組首先為高管導(dǎo)入行動學(xué)習(xí)理念，獲得了高管對行動學(xué)習(xí)的支持。通過高管深度匯談，項目組確定了這次行動學(xué)習(xí)所要達到的業(yè)績指標和能力提升要求(即確定檢驗行動學(xué)習(xí)是否取得預(yù)期目的的標準)，并分析了績效提升的可行性，制定了能確保項目順利操作的獎懲機制(見圖表1)。
第二步：項目啟動會及工作坊
啟動會是公司高層對項目重要性及如何順利推進項目進行宣導(dǎo)的關(guān)鍵手段。
在工作坊中，促動師就深度匯談結(jié)果對項目成員進行“促動”，包括聚焦主題、確立愿景、SWOT分析、關(guān)鍵行動確立、行動方案細化六大環(huán)節(jié)(見圖表2)。
第三步：
行動方案高管評審會
通過工作坊制定出的行動方案，是否符合公司戰(zhàn)略、是否滿足項目主題需求、是否具有執(zhí)行的意義，這些都需要通過高管們的評審。高管評審會一方面提供了完善的意見和建議，另一方面也確保了最終的行動方案與公司發(fā)展、項目主旨相一致。
根據(jù)促動師要求，高管更多是運用促動方式與教練方式做提問，而非直接給予答案，即“告知引起爭辯，提問引起反思”。第四步：月度實踐與輔導(dǎo)
知易行難，第二和第三步只是“播種”環(huán)節(jié)，而“種子”如何才能發(fā)芽并成長為“參天大樹”，需要促動師進行心理和行動的干預(yù)。
在方案的實踐過程中，促動師通過集中式輔導(dǎo)和分散式輔導(dǎo)兩種方式，從策略分析到細節(jié)執(zhí)行進行全面的“促動”，使所指定的行動方案最終落實到實踐中(見圖表3)。同時，在歷時4～6個月的月度輔導(dǎo)中，項目成員進一步通過“團隊學(xué)習(xí)”的方式獲得了成長。
第五步：教練式促動
在行動方案的推進過程中，為了彌補項目成員的能力短板，項目組也安排了相應(yīng)的培訓(xùn)課程。
如教練式促動課程培訓(xùn)，它依據(jù)項目成員的能力現(xiàn)狀以及行動方案實施中的具體需求進行有針對性的補缺。根據(jù)我們的經(jīng)驗，培訓(xùn)課程可在深度匯談階段確定，也可依據(jù)項具體項目推進實際安排。
第六步：成果匯報
項目成果匯報環(huán)節(jié)，是檢驗整個項目成效的重要一環(huán)，也是展示項目團隊和個人形象的最佳時機。在促動師的引導(dǎo)下，項目組通過成果匯報得到了管理團隊的認可，同時也在企業(yè)中進一步宣揚了行動學(xué)習(xí)的理念。
在成果匯報環(huán)節(jié)中，項目組則向高管團隊同時報告項目整體提升的業(yè)績，以及項目成員能力提升(前測與后測)的情況。
第七步：成果編印
軟件工程中，軟件質(zhì)量保證（SQA，Software Quality Assurance）正日益受到軟件工作人員的重視，在軍用軟件研制過程中顯得尤為重要。本文介紹了GJB5000A-2008二級SQA關(guān)鍵過程域的概念，探月工程地面應(yīng)用系統(tǒng)軟件過程改進中的SQA實踐活動，以及在SQA活動中取得的寶貴經(jīng)驗。
【關(guān)鍵詞】GJB5000A-2008 SQA 軟件過程改進
1 引言
近年來，隨著中國國防技術(shù)的發(fā)展，國家啟動了一系列國防重大專項任務(wù)，計算機軟件在各項任務(wù)中起著關(guān)鍵性作用，往往作為整個系統(tǒng)的中樞神經(jīng)。任務(wù)中計算機軟件一旦崩潰，就可能會導(dǎo)致整個任務(wù)失敗，從而引起嚴重的后果。
為提高我國軍用軟件質(zhì)量，總裝備部吸收國外CMM經(jīng)驗，組織國內(nèi)專家對其研究并結(jié)合我國國情于2003年了GJB5000體系標準文件。中國科學(xué)院國際天文臺在國家重大專項任務(wù)探月工程中承擔(dān)地面應(yīng)用系統(tǒng)建設(shè)任務(wù)，軟件作為一項重要建設(shè)內(nèi)容，其質(zhì)量保證工作不可忽視。因此，在軟件改進過程中遵循了總裝備部的 GJB5000A-2008《軍用軟件研制能力成熟度模型》二級實踐。該模型嚴格定義了過程與產(chǎn)品質(zhì)量保證（PPQA）關(guān)鍵過程，站在軟件的角度，就是軟件質(zhì)量保證（SQA）過程。在GJB5000A-2008二級實踐中，SQA是一個關(guān)鍵過程域，它貫穿在整個軟件生命周期中，在軟件質(zhì)量保證上起著舉足輕重的作用，同時也是最難實現(xiàn)的一個過程域。SQA通過有計劃地實施SQA活動來控制軟件過程的質(zhì)量，并通過控制關(guān)鍵過程的質(zhì)量保證軟件產(chǎn)品的質(zhì)量。
2 GJB5000A二級關(guān)鍵過程域SQA概述
GJB5000A-2008定義軟件質(zhì)量保證是建立一套有計劃、有系統(tǒng)的方法，向管理層保證擬定出的標準、步驟、實踐和方法能夠正確地被項目采用。軟件質(zhì)量保證人員在項目開始時就參與建立計劃、標準和過程。質(zhì)量保證基本目標是：1.軟件質(zhì)量保證工作是有計劃進行的；2.客觀的驗證軟件項目產(chǎn)品和工作是否遵循恰當(dāng)?shù)臉藴省⒉襟E和需求；3.將軟件質(zhì)量保證工作及結(jié)果通知給項目相關(guān)組別和個人；4.高級管理者應(yīng)接觸到項目內(nèi)部不能解決的問題。
GJB5000A-2008二級實踐中，過程和產(chǎn)品質(zhì)量保證活動的流程圖如圖1所示，
3 SQA在探月工程地面應(yīng)用系統(tǒng)軟件過程改進中的實踐
在探月工程地面應(yīng)用系統(tǒng)軟件改進過程改進中，開展的實踐活動如下：
3.1 明確項目相關(guān)成員以及職責(zé)
項目相關(guān)成員包括：SQA人員、配置管理員、部門負責(zé)人，軟件項目負責(zé)人，軟件開發(fā)組，軟件測試組；SQA人員負責(zé)項目的軟件質(zhì)量保證活動。
3.2 SQA人員參與制定項目計劃、標準和規(guī)程
SQA人員幫助策劃項目的規(guī)模、進度、成本和工作量的估計等，參與項目的開發(fā)計劃、標準和規(guī)程的準備，使得驗證計劃、標準和規(guī)程在項目開始時已到位并可用于評審和審計軟件項目。主要的標準和規(guī)程包括軟件項目計劃過程規(guī)程、質(zhì)量保證過程規(guī)程、需求過程規(guī)程、軟件跟蹤與監(jiān)督規(guī)程、軟件配置管理規(guī)程、軟件測試規(guī)程、軟件編碼標準和文檔編寫標準等。
3.3 制定和維護SQA工作計劃
SQA人員根據(jù)項目開發(fā)計劃制定SQA工作計劃，主要描述SQA的目的、范圍及SQA計劃與其他項目計劃之間的關(guān)系，內(nèi)容包括：組織和職責(zé)、資源需求、項目各階段的工作內(nèi)容、工作方式、評審工作過程和工作產(chǎn)品。SQA工作計劃制定后，由部門負責(zé)人、軟件項目負責(zé)人、SQA人員、項目組內(nèi)其他受影響的小組和個人參加計劃的評審。同時在項目進行過程中，根據(jù)項目的變化變更與維護質(zhì)量保證計劃。
3.4 軟件過程活動評審
SQA人員根據(jù)工作計劃進行工程過程評審，評審采用正式會議或者非正式會議形式，評審專家依據(jù)SQA人員事先制定的檢查單進行評審，如果評審發(fā)現(xiàn)偏差，評審后SQA人員要對偏差進行跟蹤直至問題關(guān)閉。從軟件需求階段開始到系統(tǒng)測試為止，軟件質(zhì)量保證過程域軟件開發(fā)過程是同步的，并在周期例會、評審會上適時地報告當(dāng)前開發(fā)過程的狀態(tài)，使得軟件開發(fā)過程可視透明。圖2為SQA過程審核活動與軟件開發(fā)過程的對應(yīng)關(guān)系：
3.5 軟件工程產(chǎn)品審計
SQA人員根據(jù)工作計劃進行工作產(chǎn)品評審，評審采用正式會議或者非正式會議形式，評審專家依據(jù)SQA人員事先制定的檢查單進行評審，如果評審發(fā)現(xiàn)偏差，評審后SQA人員要對偏差進行跟蹤直至問題關(guān)閉。在一個軟件項目的生命周期中，SQA主要審計的工程產(chǎn)品有：軟件任務(wù)書、軟件需求規(guī)格說明書、軟件概要設(shè)計說明書、軟件接口設(shè)計說明書、軟件詳細設(shè)計說明書、程序源碼、軟件測試計劃、軟件測試說明、軟件測試報告、軟件使用說明以及各類管理報告等。
3.6 配置管理審計
SQA人員定期審計配置管理活動，對照軟件配置管理計劃檢查配置管理員的工作是否符合配置管理計劃，軟件配置項的變更是否遵循了配置項的變更控制流程。檢查配置管理員是否定期報告基線狀態(tài)，是否定期對配置庫進行備份。
3.7 偏差記錄與跟蹤
在項目質(zhì)量審核與審計過程中發(fā)現(xiàn)的偏差要記錄到偏差報告中。發(fā)現(xiàn)偏差后要及時有效的與軟件負責(zé)人溝通，由軟件負責(zé)人落實偏差的處理負責(zé)人以及處理期限，由SQA人員負責(zé)進行跟蹤，直至問題關(guān)閉。同時，SQA人員還應(yīng)該分析是否存在共性問題，做到防患于未然，提早預(yù)防。如果發(fā)現(xiàn)的偏差軟件負責(zé)人無法解決，或者軟件負責(zé)人和SQA人員對偏差問題無法達成一致意見，SQA人員向部分負責(zé)人匯報，由部門負責(zé)人決策。
3.8 向部門負責(zé)人直接匯報
SQA人員直接對部門負責(zé)人負責(zé)，具有向部門負責(zé)人直接匯報的渠道，定期向部門負責(zé)人匯報SQA工作情況，幫助部門負責(zé)人了解項目進展以及項目中存在的問題。如果軟件負責(zé)人和SQA人員對偏差問題無法達成一致意見，或者項目組出現(xiàn)無法解決的問題時，SQA及時向部門負責(zé)人匯報并尋求解決途徑。
4 SQA活動實踐經(jīng)驗總結(jié)
在探月工程地面應(yīng)用系統(tǒng)軟件過程改進過程中，總結(jié)SQA活動的過程，得到一些經(jīng)驗和教訓(xùn)：
4.1 需要管理者高度重視
首先，管理者決不能認為SQA可有可無，不能狹隘的認為設(shè)置SQA只是為了CMM或者GJB-5000A評估的需要；其次，在項目進展過程中，管理者與SQA相關(guān)的工作非常多，要積極參加SQA組織的評審、定期聽取SQA工作匯報、解決項目組與SQA人員的分歧、對SQA人員工作進行評審與檢查。因此，管理者要積極支持SQA人員的工作。
4.2 檢查單與項目結(jié)合，避免空談
SQA所有活動均依據(jù)檢查單進行的，檢查單是軟件質(zhì)量保證計劃的一項重要內(nèi)容，也需要經(jīng)過評審，所以SQA人員要根據(jù)不同項目情況適當(dāng)?shù)夭眉暨^程和工作產(chǎn)品的檢查單內(nèi)容。只有使用適應(yīng)于項目的檢查單，才能做到檢查的有效性，否則就是空談。
4.3 SQA人員要求專業(yè)而且專職
SQA人員要求具有非常豐富的項目開發(fā)和管理經(jīng)驗，只有這樣才能發(fā)現(xiàn)問題與偏差，減少后期無用的返工，以利于項目組保證項目進度和產(chǎn)品質(zhì)量。同時，必須要求SQA人員是由非項目組成員擔(dān)任，以保證評價的客觀性。SQA人員需要有充分的時間與精力去檢查與評價產(chǎn)品與過程，要求SQA人員盡量做到專職，而不是身兼幾個職位。
4.4 項目成員配合
在項目中，SQA人員與項目組人員的立場不同，往往是對項目組成員的工作情況實行監(jiān)督與檢查，所以項目組的成員對SQA人員往往不理解、不支持，甚至部分成員會抵制SQA人員工作展開。項目組應(yīng)該加強SQA活動知識的培訓(xùn)，使項目組成員認識到SQA審計的是過程和產(chǎn)品，而不是針對某個人審計。其中，軟件負責(zé)人的支持與配合，對SQA工作的展開起著至關(guān)重要的作用。
4.5 需要對SQA進行同行評審，確保SQA活動有效性
SQA人員本身也需要被監(jiān)督，才能保證他的公正性和客觀性。管理者、獨立SQA專家、軟件負責(zé)人定期評價SQA活動，并向SQA人員開放評審結(jié)果，對SQA活動的不符合問題同樣進行跟蹤直至關(guān)閉，確保SQA活動的有效性。
5 結(jié)束語
在軟件工程中，SQA活動是保證軟件項目質(zhì)量的關(guān)鍵因素，SQA活動的有效性很大程度上決定了軟件項目質(zhì)量。每一位項目管理者應(yīng)高度重視SQA工作，并給予充足的人力與物力資源。只有SQA通過積極而客觀的檢查、評價、獨立而有效的多向溝通，有效行使監(jiān)督指導(dǎo)職責(zé)，積極貫徹軟件工程化、過程改進理念，增加主動的預(yù)防手段，才能有效地促進項目成功。
參考文獻
[1]馬麗飛.淺談SQA在GJB5000A二級實施過程中的作用.中國電子科技集團公司第二十七研究所[J].電子質(zhì)量，2014.
[2]王楊玲等.航天型號軟件過程改進實踐，北京宇航系統(tǒng)工程研究所[J].航天標準化，2011.
[3]石柱.軍用軟件能力成熟度模型可重復(fù)級實施指南[M].北京：中國標準出版社，2006.
[4]劉彥濤，馬閏娟.CMM二級SQA關(guān)鍵過程域與軟件過程改進，華東計算機技術(shù)研究所[J].計算機工程，2007.
[5]王精明.淺談在CMM2中如何實現(xiàn)SQA[J].滁州學(xué)院學(xué)報，2006.
[6]王勇等.CMM質(zhì)量保證的理論與實踐[J].計算機工程與設(shè)計，2005.
[7]李曉麗等譯.Project Management Success With CMMI Seven CMMI Process Areas[M].北京：機械工業(yè)出版社，2008.
