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