中文久久久字幕|亚洲精品成人 在线|视频精品5区|韩国国产一区

歡迎來(lái)到優(yōu)發(fā)表網(wǎng),期刊支持:400-888-9411 訂閱咨詢:400-888-1571股權(quán)代碼(211862)

購(gòu)物車(0)

期刊大全 雜志訂閱 SCI期刊 期刊投稿 出版社 公文范文 精品范文

需求評(píng)審匯報(bào)范文

時(shí)間:2023-03-14 15:17:06

序論:在您撰寫需求評(píng)審匯報(bào)時(shí),參考他人的優(yōu)秀作品可以開闊視野,小編為您整理的7篇范文,希望這些建議能夠激發(fā)您的創(chuàng)作熱情,引導(dǎo)您走向新的創(chuàng)作高度。

需求評(píng)審匯報(bào)

第1篇

(1)以往管理評(píng)審所采取的措施的情況:由質(zhì)量負(fù)責(zé)人負(fù)責(zé)匯報(bào)。匯報(bào)要點(diǎn):輸出要求內(nèi)容、完成方式、完成情況、完成情況的持續(xù)有效性、有無(wú)進(jìn)行跟蹤驗(yàn)證、有無(wú)需要改進(jìn)的地方。

(2)與管理體系相關(guān)的內(nèi)外部因素的變化:由質(zhì)量負(fù)責(zé)人匯報(bào)。

(3)客戶滿意度、投訴和相關(guān)方的反饋:由質(zhì)量負(fù)責(zé)人負(fù)責(zé)匯報(bào)。匯報(bào)要點(diǎn):年度收集或受理了多少申訴、投訴及客戶反饋、多少正面的、多少負(fù)面的。申訴、投訴及客戶負(fù)面反饋如何分析、糾正、反饋、并獲得客戶認(rèn)證的。哪些方面是最好或問題嚴(yán)重的、是否借此對(duì)體系哪些環(huán)節(jié)進(jìn)行了改進(jìn)的。

(4)質(zhì)量目標(biāo)實(shí)現(xiàn)程度:由質(zhì)量負(fù)責(zé)人負(fù)責(zé)匯報(bào)。匯報(bào)要點(diǎn):提交質(zhì)量目標(biāo)的核算記錄,質(zhì)量目標(biāo)是否達(dá)到文件規(guī)定要求的結(jié)論描述,是否需要對(duì)質(zhì)量目標(biāo)進(jìn)行調(diào)整的建議。

(5)政策和程序的適用性:由管理者或其授權(quán)人負(fù)責(zé)匯報(bào)。匯報(bào)要點(diǎn):外部法律法規(guī)、認(rèn)證機(jī)構(gòu)對(duì)檢驗(yàn)檢測(cè)機(jī)構(gòu)資質(zhì)認(rèn)定評(píng)審要求變化情況;內(nèi)部組織結(jié)構(gòu)、發(fā)展方向的變化情況;現(xiàn)行的體系文件對(duì)這些變化的要求的覆蓋和細(xì)化情況;是否需要對(duì)體系文件描述進(jìn)行調(diào)整的建議。

(6)管理和監(jiān)督人員的報(bào)告:由管理層人員和質(zhì)量監(jiān)督員匯報(bào)。匯報(bào)要點(diǎn):管理層人員針對(duì)體系文件中規(guī)定的職責(zé)對(duì)履行這些職責(zé)的情況、履行過(guò)程中遇到的問題、問題的解決情況、職責(zé)范圍內(nèi)改進(jìn)的建議。質(zhì)量監(jiān)督的范圍、頻次、發(fā)現(xiàn)的問題、糾正完成情況、糾正后活動(dòng)的持續(xù)有效性、監(jiān)督環(huán)節(jié)的調(diào)整、合理化建議。

(7)內(nèi)外部審核結(jié)果:近期內(nèi)部審核的結(jié)果總結(jié):由內(nèi)審組長(zhǎng)匯報(bào)。匯報(bào)要點(diǎn):內(nèi)審的時(shí)間、內(nèi)審的實(shí)施整體情況、內(nèi)審中發(fā)現(xiàn)的不符合項(xiàng)完成情況、因不符合項(xiàng)的糾正實(shí)施了哪些方面的改進(jìn)、內(nèi)審合理化的建議。由外部機(jī)構(gòu)進(jìn)行的評(píng)審總結(jié):由質(zhì)量負(fù)責(zé)人負(fù)責(zé)匯報(bào)。匯報(bào)要點(diǎn):有無(wú)外部機(jī)構(gòu)的評(píng)審、哪些外部機(jī)構(gòu)(認(rèn)證管理部門、行業(yè)管理部門、行政管理部門)開展了評(píng)審、評(píng)審的情況及結(jié)論、評(píng)審的整改完成情況、評(píng)審活動(dòng)對(duì)那些環(huán)節(jié)進(jìn)行的改進(jìn)。

(8)糾正措施:由質(zhì)量負(fù)責(zé)人負(fù)責(zé)匯報(bào)。匯報(bào)要點(diǎn):年度各項(xiàng)活動(dòng)中發(fā)現(xiàn)的不符合項(xiàng)采取的糾正措施的總結(jié)數(shù)量、完成情況、改進(jìn)的環(huán)節(jié)。

(9)比對(duì)和能力驗(yàn)證結(jié)果:由技術(shù)負(fù)責(zé)人負(fù)責(zé)匯報(bào)。匯報(bào)要點(diǎn):哪些項(xiàng)目開展了實(shí)驗(yàn)室間比對(duì)和能力驗(yàn)證,為什么開展、開展的結(jié)果如何、如何應(yīng)用這些結(jié)果、有無(wú)對(duì)存在的不符合或不滿意結(jié)果進(jìn)行的分析和糾正、糾正是否獲得認(rèn)證。

(10)工作量和工作類型的變化:由技術(shù)負(fù)責(zé)人負(fù)責(zé)匯報(bào)。匯報(bào)要點(diǎn):現(xiàn)有的工作量和工作類型是否滿足組織發(fā)展要求,是否需要增加或減少工作量和工作類型、為什么需要調(diào)整工作量和工作類型、調(diào)整哪些工作量和工作類型、需要什么支持、什么時(shí)間調(diào)整到位或執(zhí)行、執(zhí)行后如何驗(yàn)證、何時(shí)開展評(píng)審。

(11)資源的充分性:技術(shù)負(fù)責(zé)人負(fù)責(zé)匯報(bào),人員、設(shè)備、環(huán)境等資源是否充分,更新、購(gòu)置需求等。

(12)應(yīng)對(duì)風(fēng)險(xiǎn)和機(jī)遇所采取措施的有效性:管理層負(fù)責(zé)匯報(bào)采取相應(yīng)的措施。

第2篇

乙方:北京達(dá)沃斯巔峰旅游規(guī)劃設(shè)計(jì)院

北京國(guó)智景元旅游顧問有限公司

為了指導(dǎo)__旅游持續(xù)、健康、快速發(fā)展,加強(qiáng)政府協(xié)調(diào)、整合資源市場(chǎng)、推進(jìn)開發(fā)保護(hù),把霸州培育成主題鮮明、交通便利、服務(wù)配套、吸引力強(qiáng),影響力大的旅游目的地,從而帶動(dòng)經(jīng)濟(jì)社會(huì)的全面協(xié)調(diào)發(fā)展,__市旅游局(以下稱“甲方”)委托北京達(dá)沃斯巔峰旅游規(guī)劃設(shè)計(jì)院/北京國(guó)智景元旅游顧問有限公司(以下稱“乙方”)編制《__市旅游發(fā)展總體規(guī)劃》。經(jīng)雙方協(xié)商一致通過(guò)達(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)容

在國(guó)標(biāo)《旅游規(guī)劃通則》的基礎(chǔ)上,充分借鑒國(guó)內(nèi)外先進(jìn)區(qū)域旅游發(fā)展規(guī)劃的成功經(jīng)驗(yàn)和運(yùn)作模式,貫徹落實(shí)《__市國(guó)民經(jīng)濟(jì)與社會(huì)發(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)勢(shì)與制約因素,以及與相關(guān)規(guī)劃的銜接;

1.3.2分析__市客源市場(chǎng)需求總量、地域結(jié)構(gòu)、消費(fèi)結(jié)構(gòu)及其他結(jié)構(gòu),預(yù)測(cè)規(guī)劃期內(nèi)客源市場(chǎng)需求總量、地域結(jié)構(gòu)、消費(fèi)結(jié)構(gòu)及其他結(jié)構(gòu);

1.3.3提出__市旅游形象標(biāo)識(shí)、旅游主題口號(hà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)目,對(duì)其空間及時(shí)序作出安排;

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ā)展近期行動(dòng)計(jì)劃(含重點(diǎn)項(xiàng)目投資概算)。

2.項(xiàng)目時(shí)間

2.1工作時(shí)間

本項(xiàng)目自收到首付款之日起6個(gè)月內(nèi)完成(如果由于甲方原因造成時(shí)間延后,則項(xiàng)目工作時(shí)間順延)。

2.2時(shí)間分配

2.2.1乙方收到甲方支付的第一期項(xiàng)目款之日起1個(gè)月內(nèi),開展實(shí)地考察、資料收集、調(diào)研等工作;

2.2.2乙方收到甲方支付的第一期項(xiàng)目款之日起2個(gè)月內(nèi),開展調(diào)研總結(jié)、資料整理分析、內(nèi)部研討工作,制定總體框架,形成總體規(guī)劃綱要,遞交甲方討論修改;

2.2.3乙方收到甲方支付的第一期項(xiàng)目款之日起第3-4個(gè)月,修改完善總體規(guī)劃綱要,形成總體規(guī)劃初稿,并進(jìn)行初稿匯報(bào);

2.2.4乙方收到甲方支付的第二期項(xiàng)目款之日起1個(gè)月內(nèi),對(duì)初稿進(jìn)行修改完善,制作并遞交評(píng)審稿;

2.2.5乙方收到甲方支付的第三期項(xiàng)目款之日起1個(gè)月內(nèi),對(duì)評(píng)審稿進(jìn)行修改完善,制作并遞交最終成果。

3.項(xiàng)目費(fèi)用

3.1項(xiàng)目標(biāo)的:

人民幣貳拾萬(wàn)元整(¥200,000.00)。

3.2費(fèi)用支付:

3.2.1合同簽訂后,甲方向乙方支付首期項(xiàng)目款,計(jì)人民幣壹拾萬(wàn)元整(¥100,000.00);

3.2.2初稿匯報(bào)會(huì)通過(guò)后一周內(nèi),甲方向乙方支付二期項(xiàng)目款,計(jì)人民幣陸萬(wàn)元整(¥60,000.00);

3.2.3專家評(píng)審會(huì)通過(guò)后一周內(nèi),甲方向乙方支付三期項(xiàng)目款,計(jì)人民幣叁萬(wàn)元整(¥30,000.00);

3.2.4乙方向甲方遞交最終全部成果后一周內(nèi),甲方向乙方支付剩余項(xiàng)目款,計(jì)人民幣壹萬(wàn)元整(¥10,000.00)。

3.3項(xiàng)目款通過(guò)銀行匯票或轉(zhuǎn)賬支付。

3.4項(xiàng)目組成員考察調(diào)研、綱要匯報(bào)會(huì)、初稿匯報(bào)會(huì)、專家評(píng)審會(huì)期間的食宿交通費(fèi)等相關(guān)費(fèi)用由甲方支付。專家評(píng)審會(huì)聘請(qǐng)的評(píng)審專家的評(píng)審費(fèi)、食宿費(fèi)、交通費(fèi)等相關(guān)費(fèi)用由甲方支付。

4.甲方權(quán)利和義務(wù)

4.1甲方權(quán)利

甲方有權(quán)利要求乙方提供的成果符合上述要求,并對(duì)乙方提供的成果進(jìn)行驗(yàn)收;

4.2甲方義務(wù)

4.2.1落實(shí)規(guī)劃費(fèi)用并按時(shí)足額支付項(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é)綱要匯報(bào)會(huì)、初稿匯報(bào)會(huì)、評(píng)審會(huì)的組織工作。

5.乙方權(quán)利和義務(wù)

5.1乙方權(quán)利

乙方有權(quán)利按照合同要求按時(shí)足額收取項(xiàng)目款。

5.2乙方義務(wù)

5.2.1按照項(xiàng)目工作時(shí)間要求開展各項(xiàng)工作;

5.2.2按照合同要求完成項(xiàng)目成果;

5.2.3保證綱要匯報(bào)會(huì)初稿匯報(bào)會(huì)和專家評(píng)審會(huì)的匯報(bào)工作;

5.2.4協(xié)助專家評(píng)審會(huì)的組織工作;

5.2.5吸收綱要匯報(bào)會(huì)、初稿匯報(bào)會(huì)和專家評(píng)審會(huì)意見建議修改完善項(xiàng)目成果;

5.2.6協(xié)助甲方實(shí)施規(guī)劃的有關(guān)后續(xù)工作。

5.2.7乙方收到款項(xiàng)同時(shí)應(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__旅游客源市場(chǎng)分析圖

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ī)劃》文本、說(shuō)明書(含圖件)20套;

《__市旅游發(fā)展總體規(guī)劃》電子光盤(含文字文件、圖件文件)10套;

《__市旅游發(fā)展總體規(guī)劃》(掛圖)2套。

7.知識(shí)產(chǎn)權(quán)

合同最終成果的知識(shí)產(chǎn)權(quán)歸屬甲乙雙方共同所有。

8.違約責(zé)任

8.1甲方未按照合同約定提供必要的資料和調(diào)研條件,或甲方未按期支付項(xiàng)目錢款,影響工作進(jìn)度或質(zhì)量的,甲方應(yīng)立即糾正,乙方的工作任務(wù)同期順延。

8.2如果乙方所提出的項(xiàng)目成果沒有通過(guò)驗(yàn)收,乙方應(yīng)立即采取補(bǔ)求措施,繼續(xù)修改完善直至項(xiàng)目成果通過(guò)驗(yàn)收。

9.其它

9.1合同數(shù)量:本合同一式四份,甲乙雙方各持兩份。

9.2合同生效和終止:本合同自雙方簽約代表簽字、蓋章之日起生效,自甲方支付所有項(xiàng)目款、乙方遞交最終成果后自動(dòng)失效。

9.3本合同而產(chǎn)生的補(bǔ)充合同,與合同正本具有同等法律效力。

甲方(蓋章):乙方(蓋章):

簽約代表:簽約代表:

甲方聯(lián)系方式:

地址:河北省__市迎賓道60號(hào)

郵編:*

聯(lián)系人:__*

電話:*

傳真:*

手機(jī):*

E-mail:

乙方聯(lián)系方式:

地址:北京市朝陽(yáng)區(qū)亞運(yùn)村北苑路168號(hào)中安盛業(yè)大廈(MOHO)16層

郵編:100101

聯(lián)系人:任國(guó)才

電話:010-58246092

傳真:010-58246092

手機(jī):13811058785

E-mail:

賬戶名:北京國(guó)智景元旅游顧問有限公司

第3篇

在大多數(shù)互聯(lián)網(wǎng)公司都是采用敏捷開發(fā)進(jìn)行產(chǎn)品迭代,因?yàn)槠浞暇鎰?chuàng)業(yè)的最小可用品原則,以最快的迭代速度,時(shí)刻保持跟用戶之間的接觸并獲得反饋。我在擔(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ì)做出有價(jià)值的產(chǎn)品。

產(chǎn)品經(jīng)理的責(zé)任和義務(wù):

清晰地表達(dá)產(chǎn)品的需求清單(需求記錄清晰,沒有歧義)

對(duì)產(chǎn)品需求清單的條目進(jìn)行歸納(同類需求合并,大需求拆分,前置需求后置需求歸類)

確保開發(fā)團(tuán)隊(duì)所執(zhí)行工作的價(jià)值(解決用戶的實(shí)際問題)

確保需求清單對(duì)所有人可見、透明、清晰,并指示團(tuán)隊(duì)的下一步工作(需求清單公開)

確保開發(fā)團(tuán)隊(duì)對(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)理是一個(gè)服務(wù)式的領(lǐng)導(dǎo)。

項(xiàng)目經(jīng)理服務(wù)于產(chǎn)品經(jīng)理:

清晰地和開發(fā)團(tuán)隊(duì)溝通愿景、目標(biāo)和需求清單

找到有效管理需求清單的技巧

理解長(zhǎng)期的產(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)造高價(jià)值的產(chǎn)品

幫助開發(fā)團(tuán)隊(duì)移除進(jìn)展過(guò)程中的障礙

協(xié)助開發(fā)團(tuán)隊(duì)進(jìn)行需求分解

評(píng)審小組

評(píng)審小組是由開發(fā)團(tuán)隊(duì)leader組成的團(tuán)體,評(píng)審小組從系統(tǒng)實(shí)現(xiàn)的角度評(píng)估需求的合理性、可行性,對(duì)產(chǎn)品的設(shè)計(jì)提出建設(shè)性意見。

評(píng)審小組的職責(zé)義務(wù):

協(xié)助產(chǎn)品經(jīng)理評(píng)審方案的可行性,找出產(chǎn)品方案可能存在的問題

協(xié)助產(chǎn)品經(jīng)理評(píng)估方案預(yù)期的工時(shí),讓產(chǎn)品經(jīng)理心中有數(shù)

協(xié)助產(chǎn)品經(jīng)理分析方案對(duì)其他模塊的影響,做好跨產(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)品需求清單是一個(gè)排序的列表,是一個(gè)持續(xù)完善的清單,包含所有產(chǎn)品需要的東西,也是產(chǎn)品需求變動(dòng)的唯一來(lái)源。產(chǎn)品需求清單包含所有的特性、功能、需求、改進(jìn)和缺陷等對(duì)未來(lái)產(chǎn)品進(jìn)行的改變。

需求清單的內(nèi)容、可用性、優(yōu)先級(jí)等由且僅由產(chǎn)品經(jīng)理負(fù)責(zé)管理。

任務(wù)清單

任務(wù)清單是一份足夠具體的計(jì)劃,包含對(duì)需求清單的分解。開發(fā)團(tuán)隊(duì)在整個(gè)迭代過(guò)程中都會(huì)修改這份清單,比如開發(fā)團(tuán)隊(duì)對(duì)需求有了更多的了解,需要增加一些新的任務(wù)到清單中去。

任務(wù)清單的修改只能由項(xiàng)目經(jīng)理負(fù)責(zé),該列表只屬于開發(fā)團(tuán)隊(duì)。

項(xiàng)目周報(bào)

項(xiàng)目周報(bào)是對(duì)項(xiàng)目組本周工作內(nèi)容的總結(jié)、以及下周的工作計(jì)劃匯報(bào),同時(shí)項(xiàng)目周報(bào)需要及時(shí)反饋本周工作中存在的問題以及需要領(lǐng)導(dǎo)協(xié)調(diào)的資源。

項(xiàng)目周報(bào)中切忌報(bào)喜不報(bào)憂,要反映項(xiàng)目的真實(shí)情況。

迭代總結(jié)記錄

在每個(gè)迭代結(jié)束后,項(xiàng)目組成員聚在一起召開總結(jié)會(huì)議,回顧一下在本次迭代過(guò)程中,哪些是做的好的,哪些是做的不好的,找出潛在的可以改進(jìn)的事項(xiàng),作為將來(lái)的改進(jìn)計(jì)劃。迭代總結(jié)會(huì)議記錄就是這樣一份將會(huì)議過(guò)程記錄下來(lái)的清單已經(jīng)后續(xù)跟進(jìn)的依據(jù)。

項(xiàng)目管理的五大活動(dòng)

需求清單梳理

產(chǎn)品經(jīng)理會(huì)從不同的來(lái)源,獲取各種需求。需求清單梳理的主要工作是根據(jù)需求優(yōu)先級(jí)進(jìn)行需求調(diào)研、分析需求、對(duì)需求歸類、對(duì)需求分解、預(yù)估下一個(gè)版本解決什么問題。

可行性評(píng)審例會(huì)

項(xiàng)目經(jīng)理組織評(píng)審小組對(duì)初步的產(chǎn)品方案進(jìn)行可行性評(píng)審,主要由技術(shù)團(tuán)隊(duì)發(fā)現(xiàn)其中可能存在的問題,給出建議。產(chǎn)品經(jīng)理根據(jù)評(píng)審小組給出的建議優(yōu)化產(chǎn)品方案,確保進(jìn)入迭代階段時(shí)應(yīng)該為當(dāng)時(shí)最優(yōu)的產(chǎn)品方案。

進(jìn)度評(píng)審例會(huì)

每個(gè)迭代以進(jìn)度評(píng)審會(huì)作為開始,項(xiàng)目組成員從需求清單中挑選出高優(yōu)先級(jí)需求并配合產(chǎn)品目標(biāo)組成當(dāng)前迭代的計(jì)劃。項(xiàng)目組成員對(duì)需求進(jìn)行拆解,形成一個(gè)個(gè)可獨(dú)立部署的任務(wù),并對(duì)工作量進(jìn)行評(píng)估,若超出迭代周期則需要壓縮工作量或移出需求。

每日站立會(huì)

每日站立會(huì)議在同樣的時(shí)間和同樣的地點(diǎn)召開,會(huì)議準(zhǔn)時(shí)開始。每日站立會(huì)議不得超過(guò)15分鐘,每一個(gè)開發(fā)團(tuán)隊(duì)的成員都必須發(fā)言,會(huì)議中不進(jìn)行討論,發(fā)言內(nèi)容需提供以下信息:

昨天完成了什么

今天即將做什么

遇到了什么困難

每日站立會(huì)議即不是向管理層匯報(bào),也不是向產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理匯報(bào),它是開發(fā)團(tuán)隊(duì)的溝通會(huì)議,能幫助團(tuán)隊(duì)快速發(fā)現(xiàn)問題。項(xiàng)目經(jīng)理在會(huì)議結(jié)束后對(duì)會(huì)議中開發(fā)成員提出的困難進(jìn)行一定的援助。

第4篇

關(guān)鍵詞:敏捷方法;Ruby on Rails;案例教學(xué)

中圖分類號(hào):G64 文獻(xiàn)標(biāo)識(shí)碼:A

1軟件工程課程的特點(diǎn)

“軟件工程”是一門工程實(shí)踐性較強(qiáng)的課程,目標(biāo)是讓學(xué)生掌握求解軟件的基本思想、工具、技術(shù)、過(guò)程和方法,為后續(xù)的專業(yè)知識(shí)學(xué)習(xí)以及今后從事計(jì)算機(jī)軟件開發(fā)、測(cè)試與維護(hù)奠定良好的基礎(chǔ)。但本課程內(nèi)容較難講授,學(xué)生學(xué)習(xí)起來(lái)感到較抽象,有些空洞。其主要原因有:

(1) 學(xué)生實(shí)踐經(jīng)驗(yàn)不足,動(dòng)手能力不強(qiáng)。本課程是屬于實(shí)用工程學(xué)科,課本內(nèi)容采用將知識(shí)點(diǎn)從具體到抽象、對(duì)實(shí)踐經(jīng)驗(yàn)進(jìn)行概括總結(jié)的方法加以敘述,但是學(xué)生對(duì)實(shí)例并不了解,難以理解所講述的實(shí)踐經(jīng)驗(yàn)和知識(shí)。而且授課對(duì)象是大二的學(xué)生,掌握的開發(fā)技術(shù)和工具很有限,動(dòng)手能力有待提高。

(2) 課程的綜合性強(qiáng)。軟件開發(fā)是一項(xiàng)綜合性和系統(tǒng)性很強(qiáng)的工程,需要開發(fā)者具有程序設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)、操作系統(tǒng)、數(shù)據(jù)庫(kù)系統(tǒng)和開發(fā)工具環(huán)境等多方面知識(shí)和綜合運(yùn)用能力。而學(xué)生學(xué)習(xí)的只是單一的課本知識(shí),而且沒有系統(tǒng)化。

(3) 學(xué)生獨(dú)立性較強(qiáng),不善于團(tuán)隊(duì)合作和溝通。在程序設(shè)計(jì)和數(shù)據(jù)結(jié)構(gòu)等先修課程中主要是培養(yǎng)學(xué)生獨(dú)立的邏輯思考和編程能力,而忽視了溝通、交互與團(tuán)隊(duì)合作。

通過(guò)收集以往選修該課程的學(xué)生反饋來(lái)看,不少同學(xué)反映對(duì)后續(xù)兩年在校期間的軟件項(xiàng)目開發(fā)幫助不大,所學(xué)的軟件工程的方法和技術(shù)并沒有得到很好的應(yīng)用。因此,應(yīng)該對(duì)實(shí)驗(yàn)教學(xué)內(nèi)容進(jìn)行適當(dāng)調(diào)整。通過(guò)引入敏捷Web開發(fā)框架、結(jié)對(duì)編程和測(cè)試驅(qū)動(dòng)開發(fā)等敏捷方法,并結(jié)合案例教學(xué)和團(tuán)隊(duì)開發(fā)等教學(xué)手段和教學(xué)方法,來(lái)培養(yǎng)學(xué)生開發(fā)軟件系統(tǒng)的工作能力、實(shí)際操作能力以及溝通能力。

2敏捷方法以及Ruby on Rails

在2001年召開的研討軟件過(guò)程未來(lái)發(fā)展趨勢(shì)的一次會(huì)議上,17位業(yè)界專家就什么是“敏捷”達(dá)成一致意見,成立了“敏捷聯(lián)盟”并了聯(lián)盟敏捷宣言。這份聯(lián)盟敏捷宣言是“敏捷軟件開發(fā)”價(jià)值和目標(biāo)的濃縮定義,并通過(guò)許多共同的原則進(jìn)行了細(xì)化。敏捷的價(jià)值觀是:個(gè)體和交互勝過(guò)過(guò)程和工具;可以工作的軟件勝過(guò)面面俱到的文檔;客戶合作勝過(guò)合同談判;響應(yīng)變化勝過(guò)遵循計(jì)劃。敏捷方法強(qiáng)調(diào)應(yīng)加強(qiáng)開發(fā)人員之間的交互,加強(qiáng)與客戶的交互,注重有可工作的軟件和完善、不過(guò)分的文檔,積極、快速應(yīng)對(duì)客戶的需求變化,而不是回避。

Ruby on Rails是一個(gè)具備了敏捷特性的Web開發(fā)框架,使Web應(yīng)用的開發(fā)、部署和維護(hù)變得更容易。該框架非常強(qiáng)調(diào)人和交互,鼓勵(lì)用戶與開發(fā)團(tuán)隊(duì)合作。Rails強(qiáng)烈要求遵循“不要重復(fù)你自己”和“慣例重于配置”兩個(gè)原則,使得當(dāng)需求變化時(shí),Rails應(yīng)用需要修改的代碼量比用其它框架開發(fā)的應(yīng)用要少得多。Rails應(yīng)用是用Ruby編寫的,而Ruby能夠準(zhǔn)確、簡(jiǎn)煉地描述程序概念,因此變化也更加容易地被限制在一個(gè)小模塊內(nèi)部,并且代碼修改也更容易。該框架強(qiáng)烈重視單元測(cè)試和功能測(cè)試。Rails的這些特點(diǎn)使該框架能很好地響應(yīng)變化。

3實(shí)驗(yàn)教學(xué)改革及實(shí)施過(guò)程

通過(guò)分析敏捷方法的主要特征以及Rails框架的敏捷特性,在軟件工程課程實(shí)驗(yàn)教學(xué)中引入敏捷方法有助于綜合提高學(xué)生對(duì)敏捷軟件工程關(guān)鍵性技術(shù)的全過(guò)程實(shí)踐與應(yīng)用,理解軟件需求與軟件測(cè)試、軟件開發(fā)的緊密關(guān)系,掌握現(xiàn)場(chǎng)需求捕捉、單元/功能/系統(tǒng)測(cè)試等方面的技術(shù)。因此,在軟件工程課程中的后期以案例驅(qū)動(dòng)的方式講授應(yīng)用Rails進(jìn)行敏捷Web開發(fā)。在實(shí)驗(yàn)教學(xué)中,主講教師要求學(xué)生以分組的形式完成自擬作業(yè)題系統(tǒng)的敏捷Web開發(fā),并全程指導(dǎo)應(yīng)用結(jié)對(duì)編程、測(cè)試驅(qū)動(dòng)開發(fā)等敏捷方法,鼓勵(lì)并促進(jìn)小組成員之間的溝通與合作。

具體實(shí)施包括以下三個(gè)環(huán)節(jié):案例學(xué)習(xí)及重現(xiàn)、分組系統(tǒng)開發(fā)和系統(tǒng)評(píng)審環(huán)節(jié)。

(1) 案例學(xué)習(xí)及重現(xiàn)

在軟件工程教學(xué)中引入案例教學(xué)能有效地提高教學(xué)效果。在這個(gè)環(huán)節(jié)中,學(xué)生首先在課余時(shí)間認(rèn)真閱讀案例,并進(jìn)行分析。老師同步在課堂上講授案例,包括一些主要任務(wù)、技術(shù)以及開發(fā)工具,然后學(xué)生在實(shí)驗(yàn)課按照案例中步驟重現(xiàn)案例中的系統(tǒng)開發(fā)過(guò)程,最后總結(jié)歸納。

采用的案例是depot應(yīng)用系統(tǒng),該系統(tǒng)是一個(gè)采用Ruby on Rails實(shí)現(xiàn)的網(wǎng)上購(gòu)書系統(tǒng),包括了貨品維護(hù)、分類顯示、購(gòu)物車、結(jié)算、發(fā)貨以及用戶權(quán)限管理等功能。該案例真實(shí)、生動(dòng),且具有普遍性。學(xué)生在深入剖析該案例后,能模仿該案例來(lái)開發(fā)其他Web應(yīng)用系統(tǒng)。

學(xué)生先利用課余時(shí)間對(duì)案例進(jìn)行一定的分析,教師則在課程上同步講授案例,以迭代開發(fā)的方式不斷改進(jìn)depot應(yīng)用系統(tǒng)。在講授過(guò)程中,根據(jù)敏捷方法的特點(diǎn),一開始進(jìn)行了適當(dāng)?shù)男枨蠓治龊驮O(shè)計(jì),包括數(shù)據(jù)建模、業(yè)務(wù)流程分析和對(duì)象建模,并撰寫了必要的文檔,包括了ER圖、活動(dòng)圖以及類圖,然后進(jìn)行系統(tǒng)實(shí)現(xiàn)。在實(shí)現(xiàn)過(guò)程中,教師既要充當(dāng)開發(fā)人員又要充當(dāng)客戶,從客戶的角度來(lái)看待系統(tǒng)。具體來(lái)看,先找到當(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é)生對(duì)于開發(fā)語(yǔ)言和工具不熟悉,所以實(shí)驗(yàn)課上教師應(yīng)全程指導(dǎo),重點(diǎn)解決操作和代碼理解方面的問題。在實(shí)驗(yàn)課上,學(xué)生也可以按照分組來(lái)進(jìn)行討論,集體交流。

總結(jié)歸納是本環(huán)節(jié)的最后階段,要求學(xué)生總結(jié)在重現(xiàn)depot系統(tǒng)開發(fā)過(guò)程時(shí)獲得的經(jīng)驗(yàn)和教訓(xùn),為以后開發(fā)新系統(tǒng)做準(zhǔn)備。

(2) 分組系統(tǒng)開發(fā)

本環(huán)節(jié)是實(shí)施過(guò)程中最重要的環(huán)節(jié),主要目標(biāo)是讓學(xué)生體驗(yàn)敏捷軟件開發(fā)的全過(guò)程,且學(xué)會(huì)與他人合作,培養(yǎng)團(tuán)隊(duì)精神。在本環(huán)節(jié)中,強(qiáng)調(diào)結(jié)對(duì)編程、測(cè)試驅(qū)動(dòng)開發(fā)等敏捷方法的應(yīng)用。學(xué)生在此環(huán)節(jié)處于主導(dǎo)地位,教師只起輔助作用。學(xué)生按要求分成開發(fā)小組(每組最多不超過(guò)4人)。各個(gè)小組由小組長(zhǎng)負(fù)責(zé)組織、分工、控制進(jìn)度等,對(duì)小組成員的最終實(shí)驗(yàn)成績(jī)有一定分?jǐn)?shù)浮動(dòng)調(diào)整權(quán);組長(zhǎng)帶領(lǐng)全組順利完成任務(wù),總評(píng)可以加一定分?jǐn)?shù)。在實(shí)踐中注意滿足學(xué)生的受“尊重的需要”和“自我實(shí)現(xiàn)的需要”,采取“角色扮演法”,根據(jù)每個(gè)同學(xué)的特點(diǎn),盡可能發(fā)揮其在技術(shù)或管理方面的長(zhǎng)處。

所有的小組都要求用Ruby on Rails開發(fā)自擬作業(yè)題系統(tǒng),這樣在評(píng)審時(shí)可以相對(duì)客觀地比較各組的成果。該系統(tǒng)的必需功能需求統(tǒng)一指定,但是各小組可以擴(kuò)展功能,從而使得各小組有一定的開發(fā)自由度。

小組完成項(xiàng)目之后,除遞交系統(tǒng)和文檔外,還必須完成一份報(bào)告。報(bào)告中應(yīng)該包括項(xiàng)目分工情況說(shuō)明、組員的貢獻(xiàn)以及他們參與系統(tǒng)開發(fā)過(guò)程的心得體會(huì),讓學(xué)生自己在總結(jié)中學(xué)習(xí)知識(shí),提高水平。

(3) 系統(tǒng)評(píng)審

每個(gè)小組都將匯報(bào),展示自己的成果。所有小組構(gòu)成一個(gè)環(huán)來(lái)進(jìn)行匯報(bào)和評(píng)審,匯報(bào)的順序由抽簽決定。匯報(bào)完的一組的組員將評(píng)審下一組的匯報(bào),第一組的匯報(bào)由最后匯報(bào)的一組的組員來(lái)評(píng)審。教師先提前公布評(píng)分標(biāo)準(zhǔn),并在匯報(bào)現(xiàn)場(chǎng)準(zhǔn)備好評(píng)分表。在學(xué)生評(píng)審的同時(shí),教師也應(yīng)該對(duì)每個(gè)小組的匯報(bào)情況、系統(tǒng)的質(zhì)量、文檔以及報(bào)告進(jìn)行評(píng)審、打分,并寫出評(píng)語(yǔ),但不能影響學(xué)生的評(píng)審。教師評(píng)定成績(jī)占小組成績(jī)的70%,學(xué)生評(píng)定的平均成績(jī)占30%。最后,教師要對(duì)小組的表現(xiàn)進(jìn)行總結(jié)點(diǎn)評(píng),幫助學(xué)生整理敏捷開發(fā)過(guò)程中的技術(shù)內(nèi)容,鼓勵(lì)積極性,但也要適當(dāng)?shù)刂赋鱿到y(tǒng)開發(fā)中的不足。

4結(jié)束語(yǔ)

目前,在軟件工程專業(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è)知識(shí)有限的前提下,學(xué)生能夠參與完成一個(gè)具體的Web系統(tǒng)開發(fā)項(xiàng)目,能極大地激發(fā)學(xué)習(xí)興趣和主動(dòng)性,增強(qiáng)在今后的學(xué)習(xí)過(guò)程中開發(fā)中小型軟件項(xiàng)目的專業(yè)能力和信心。

總結(jié)起來(lái),經(jīng)探索提出的該教學(xué)方案,其主要特色可以歸納為三方面:

(1) 在學(xué)生實(shí)踐經(jīng)驗(yàn)不足和專業(yè)知識(shí)不全面的前提下,通過(guò)引入敏捷方法能降低學(xué)生開發(fā)一個(gè)實(shí)用軟件系統(tǒng)的門檻,使學(xué)生能在開發(fā)實(shí)用系統(tǒng)的同時(shí)自覺應(yīng)用軟件工程思想,包括敏捷軟件開發(fā)的原則來(lái)分析問題和解決問題,從而激發(fā)了學(xué)生的學(xué)習(xí)熱情。

(2) 采用案例學(xué)習(xí)、重現(xiàn)系統(tǒng)開發(fā)以及開發(fā)新系統(tǒng)相結(jié)合的教學(xué)手段,使學(xué)生在深入理解案例的基礎(chǔ)上能效仿該案例,運(yùn)用其中的技術(shù)來(lái)開發(fā)新系統(tǒng)。

(3) 在分組系統(tǒng)開發(fā)過(guò)程中,鼓勵(lì)學(xué)生通過(guò)角色扮演、組內(nèi)討論交流以及網(wǎng)絡(luò)途徑找到獲取需求以及解決一些技術(shù)難題的辦法。

參考文獻(xiàn)

[1] 李勁華,楊厚俊. 普通高?!败浖こ獭闭n程教學(xué)的探索與實(shí)踐[J]. 計(jì)算機(jī)教育,2007,(10):29-31.

[2] 沈備軍,陳誠(chéng),居德華. 敏捷軟件過(guò)程的研究[J]. 計(jì)算機(jī)研究與發(fā)展,2002,39(11):1456-1463.

[3] Dave Thomas, David Hansson 著. 林芷薰譯. 應(yīng)用Rails進(jìn)行敏捷Web開發(fā)[M]. 北京:電子工業(yè)出版社,2006.

第5篇

在“軟件工程”課程教學(xué)中,應(yīng)用項(xiàng)目教學(xué)法,直接作用在于幫助學(xué)生更加清楚和深入的認(rèn)識(shí)軟件開發(fā),幫助學(xué)生糾正“軟件開發(fā)就是編寫程序代碼”的錯(cuò)誤思想,強(qiáng)調(diào)軟件開發(fā)的團(tuán)隊(duì)分工合作,將項(xiàng)目教學(xué)法引入“軟件工程”課程教學(xué),制定完善的項(xiàng)目小組學(xué)習(xí)和工作的流程。項(xiàng)目活動(dòng)開展前將學(xué)生分為不同小組,并對(duì)各組成員進(jìn)行具體工作的安排。在課外,布置主要的自主開發(fā)任務(wù)是關(guān)鍵,要求嚴(yán)格按照軟件工程的規(guī)范進(jìn)行。在軟件開發(fā)前,要對(duì)其開發(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)展情況,為了對(duì)學(xué)生進(jìn)行有針對(duì)性的指導(dǎo),各小組在開發(fā)階段要定期進(jìn)行匯報(bào),并在討論中完善項(xiàng)目。1.命題教師根據(jù)教學(xué)內(nèi)容和學(xué)生實(shí)際情況,給出“多媒體技術(shù)雙語(yǔ)詞典”、“某市公交車查詢系統(tǒng)”、“班級(jí)綜合評(píng)測(cè)系統(tǒng)”等多個(gè)軟件的分析、設(shè)計(jì)和實(shí)現(xiàn)任務(wù),并征求學(xué)生的意見和建議。2.角色確定根據(jù)工作量和軟件開發(fā)流程進(jìn)行分組,以5~8人一組為宜。小組實(shí)行組長(zhǎng)負(fù)責(zé)制,組長(zhǎng)安排、協(xié)調(diào)各成員工作。角色共分3類:軟件開發(fā)人員、用戶和同行專家[3]。在各小組之間要使每個(gè)成員明確自身角色,認(rèn)清自身責(zé)任。在項(xiàng)目開發(fā)的不同階段,小組成員扮演的角色類型也可以改變。例如,在需求分析階段某小組成員扮演的角色是分析開發(fā)人員,而在設(shè)計(jì)階段則可以轉(zhuǎn)變?yōu)橥性u(píng)審專家,對(duì)小組開況提出意見,結(jié)合對(duì)比分析做出評(píng)價(jià)。3.選題為了保證各小組競(jìng)爭(zhēng)公平,要使小組的選題難度基本相同,并且難度基本相同選題的小組之間進(jìn)行同行專家評(píng)審,開展討論過(guò)程中可行使專家權(quán)力,提出工作意見。這種形式的應(yīng)用最直接作用在于促進(jìn)小組之間的溝通交流,促進(jìn)選題小組對(duì)自身的審視,在比較借鑒之下完善自己的方案,幫助學(xué)生拓寬思維[4]。在初步完成選題后要對(duì)系統(tǒng)開發(fā)目標(biāo)進(jìn)行準(zhǔn)確制定,并形成方案雛形,為使用開發(fā)平臺(tái)提供的相關(guān)開發(fā)工具建立數(shù)據(jù)庫(kù)等做準(zhǔn)備。4.階段性開發(fā)工作在軟件開發(fā)的不同階段要整理出不同的文檔,比如在系統(tǒng)可行性分析階段要參照軟件工程標(biāo)準(zhǔn)進(jìn)行可行性文檔書寫,或在需求分析階段按照國(guó)際標(biāo)準(zhǔn)進(jìn)行需求說(shuō)明文檔書寫,在軟件開發(fā)的設(shè)計(jì)、編碼以及測(cè)試階段也同樣需要書寫文檔[5]。在不同階段,教師準(zhǔn)備相應(yīng)的的資料以及樣例模板給學(xué)生參考,學(xué)生根據(jù)自己所在組的任務(wù)進(jìn)行不同資料素材的搜集,通過(guò)多種途徑進(jìn)行學(xué)習(xí)。軟件開發(fā)中組長(zhǎng)的任務(wù)是領(lǐng)導(dǎo)責(zé)任,明確指導(dǎo)小組成員分工合作,對(duì)開發(fā)過(guò)程進(jìn)行文檔記錄和保存。5.階段匯報(bào)和討論教師要準(zhǔn)確把握學(xué)生項(xiàng)目開發(fā)進(jìn)度,定期組織階段匯報(bào),選擇合適時(shí)間在課堂上讓各小組同學(xué)進(jìn)行匯報(bào)和溝通。各小組不同階段的開發(fā)負(fù)責(zé)人員可以不同,根據(jù)階段需求做主要匯報(bào)。匯報(bào)內(nèi)容包括對(duì)當(dāng)前工作開展情況以及遇到的問題等。在匯報(bào)過(guò)程中同行評(píng)審要積極給出意見,并與其他小組溝通討論[6]。在階段匯報(bào)工作中,教師主要是針對(duì)階段匯報(bào)情況作出決定性評(píng)價(jià),對(duì)其工作的正確與否進(jìn)行判斷,并對(duì)其研究方法給出積極意見。6.階段性總結(jié)在各階段工作完成后,要完成產(chǎn)品交付工作并寫出分析報(bào)告。產(chǎn)品交付主要包括軟件需求文檔、軟件概要設(shè)計(jì)說(shuō)明書、軟件詳細(xì)設(shè)計(jì)說(shuō)明書、可運(yùn)行的程序、測(cè)試分析文檔等。軟件開發(fā)階段較多,在軟件詳細(xì)設(shè)計(jì)到測(cè)試分析過(guò)程中要進(jìn)行多次修正,以便前期工作的完成為后續(xù)開發(fā)工作打下堅(jiān)實(shí)的基礎(chǔ)。7.總結(jié)評(píng)價(jià)在基本工作完成后,要求各小組上交最終文檔和軟件產(chǎn)品,教師要對(duì)各小組的工作成果進(jìn)行總結(jié)評(píng)價(jià),并給出成績(jī)。學(xué)生最后成績(jī)構(gòu)成可以參照“小組成績(jī)”+“個(gè)人成績(jī)”,兩個(gè)部分的比例各占一半[7]。小組的成績(jī)是教師確定的,教師結(jié)合學(xué)生在小組中的表現(xiàn),根據(jù)其知識(shí)水平、合作能力、創(chuàng)新能力、科研能力以及其所在小組最終完成的質(zhì)量情況進(jìn)行綜合評(píng)分;個(gè)人成績(jī)則主要是依靠組長(zhǎng)給出,而組長(zhǎng)的成績(jī)可由小組成員綜合給出。這種成績(jī)確定以及評(píng)價(jià)考核的方式是對(duì)學(xué)生綜合表現(xiàn)的肯定,是對(duì)整個(gè)項(xiàng)目開展過(guò)程中學(xué)生的整體能力的評(píng)價(jià),較公平合理,對(duì)促進(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)教師的整體能力。教師要對(duì)項(xiàng)目重點(diǎn)以及課程知識(shí)點(diǎn)準(zhǔn)確把握,制定實(shí)用性強(qiáng)、熟悉程度高的教學(xué)項(xiàng)目,以利于培養(yǎng)人才。在項(xiàng)目開展過(guò)程中教師要對(duì)項(xiàng)目教學(xué)法靈活運(yùn)用,在完成“軟件工程”知識(shí)點(diǎn)講授的同時(shí)豐富項(xiàng)目教學(xué)方法。2.在項(xiàng)目教學(xué)法應(yīng)用過(guò)程中學(xué)生的參與配合行為決定了教學(xué)效果。為不斷促進(jìn)學(xué)生積極參與項(xiàng)目教學(xué),教師要合理進(jìn)行分組,根據(jù)學(xué)生的心理特征以及能力分配情況進(jìn)行分組,保證各環(huán)節(jié)開展順利。在分組環(huán)節(jié)中要避免出現(xiàn)“能者多勞”現(xiàn)象,對(duì)小組組長(zhǎng)的確定也要采取輪換制度,促進(jìn)小組成員每個(gè)人都能發(fā)揮自身作用,都能得到實(shí)踐訓(xùn)練。教師要做好指導(dǎo)輔助作用,幫助小組開發(fā)更加順利,增強(qiáng)學(xué)生自信心。

三、結(jié)束語(yǔ)

第6篇

廣百集團(tuán)是廣東省重點(diǎn)發(fā)展扶持的國(guó)有大型商業(yè)集團(tuán)。2011年,廣百商學(xué)院將“行動(dòng)學(xué)習(xí)”模式引入到中高層管理干部的學(xué)習(xí)發(fā)展中來(lái),啟動(dòng)了“能力提升、業(yè)績(jī)倍增”“精益管理、降本增效”行動(dòng)學(xué)習(xí)項(xiàng)目,為廣百商學(xué)院的發(fā)展壯大注入了活力。

第一步:高管深度匯談

項(xiàng)目組首先為高管導(dǎo)入行動(dòng)學(xué)習(xí)理念,獲得了高管對(duì)行動(dòng)學(xué)習(xí)的支持。通過(guò)高管深度匯談,項(xiàng)目組確定了這次行動(dòng)學(xué)習(xí)所要達(dá)到的業(yè)績(jī)指標(biāo)和能力提升要求(即確定檢驗(yàn)行動(dòng)學(xué)習(xí)是否取得預(yù)期目的的標(biāo)準(zhǔn)),并分析了績(jī)效提升的可行性,制定了能確保項(xiàng)目順利操作的獎(jiǎng)懲機(jī)制(見圖表1)。

第二步:項(xiàng)目啟動(dòng)會(huì)及工作坊

啟動(dòng)會(huì)是公司高層對(duì)項(xiàng)目重要性及如何順利推進(jìn)項(xiàng)目進(jìn)行宣導(dǎo)的關(guān)鍵手段。

在工作坊中,促動(dòng)師就深度匯談結(jié)果對(duì)項(xiàng)目成員進(jìn)行“促動(dòng)”,包括聚焦主題、確立愿景、SWOT分析、關(guān)鍵行動(dòng)確立、行動(dòng)方案細(xì)化六大環(huán)節(jié)(見圖表2)。

第三步:

行動(dòng)方案高管評(píng)審會(huì)

通過(guò)工作坊制定出的行動(dòng)方案,是否符合公司戰(zhàn)略、是否滿足項(xiàng)目主題需求、是否具有執(zhí)行的意義,這些都需要通過(guò)高管們的評(píng)審。高管評(píng)審會(huì)一方面提供了完善的意見和建議,另一方面也確保了最終的行動(dòng)方案與公司發(fā)展、項(xiàng)目主旨相一致。

根據(jù)促動(dòng)師要求,高管更多是運(yùn)用促動(dòng)方式與教練方式做提問,而非直接給予答案,即“告知引起爭(zhēng)辯,提問引起反思”。第四步:月度實(shí)踐與輔導(dǎo)

知易行難,第二和第三步只是“播種”環(huán)節(jié),而“種子”如何才能發(fā)芽并成長(zhǎng)為“參天大樹”,需要促動(dòng)師進(jìn)行心理和行動(dòng)的干預(yù)。

在方案的實(shí)踐過(guò)程中,促動(dòng)師通過(guò)集中式輔導(dǎo)和分散式輔導(dǎo)兩種方式,從策略分析到細(xì)節(jié)執(zhí)行進(jìn)行全面的“促動(dòng)”,使所指定的行動(dòng)方案最終落實(shí)到實(shí)踐中(見圖表3)。同時(shí),在歷時(shí)4~6個(gè)月的月度輔導(dǎo)中,項(xiàng)目成員進(jìn)一步通過(guò)“團(tuán)隊(duì)學(xué)習(xí)”的方式獲得了成長(zhǎng)。

第五步:教練式促動(dòng)

在行動(dòng)方案的推進(jìn)過(guò)程中,為了彌補(bǔ)項(xiàng)目成員的能力短板,項(xiàng)目組也安排了相應(yīng)的培訓(xùn)課程。

如教練式促動(dòng)課程培訓(xùn),它依據(jù)項(xiàng)目成員的能力現(xiàn)狀以及行動(dòng)方案實(shí)施中的具體需求進(jìn)行有針對(duì)性的補(bǔ)缺。根據(jù)我們的經(jīng)驗(yàn),培訓(xùn)課程可在深度匯談階段確定,也可依據(jù)項(xiàng)具體項(xiàng)目推進(jìn)實(shí)際安排。

第六步:成果匯報(bào)

項(xiàng)目成果匯報(bào)環(huán)節(jié),是檢驗(yàn)整個(gè)項(xiàng)目成效的重要一環(huán),也是展示項(xiàng)目團(tuán)隊(duì)和個(gè)人形象的最佳時(shí)機(jī)。在促動(dòng)師的引導(dǎo)下,項(xiàng)目組通過(guò)成果匯報(bào)得到了管理團(tuán)隊(duì)的認(rèn)可,同時(shí)也在企業(yè)中進(jìn)一步宣揚(yáng)了行動(dòng)學(xué)習(xí)的理念。

在成果匯報(bào)環(huán)節(jié)中,項(xiàng)目組則向高管團(tuán)隊(duì)同時(shí)報(bào)告項(xiàng)目整體提升的業(yè)績(jī),以及項(xiàng)目成員能力提升(前測(cè)與后測(cè))的情況。

第七步:成果編印

第7篇

軟件工程中,軟件質(zhì)量保證(SQA,Software Quality Assurance)正日益受到軟件工作人員的重視,在軍用軟件研制過(guò)程中顯得尤為重要。本文介紹了GJB5000A-2008二級(jí)SQA關(guān)鍵過(guò)程域的概念,探月工程地面應(yīng)用系統(tǒng)軟件過(guò)程改進(jìn)中的SQA實(shí)踐活動(dòng),以及在SQA活動(dòng)中取得的寶貴經(jīng)驗(yàn)。

【關(guān)鍵詞】GJB5000A-2008 SQA 軟件過(guò)程改進(jìn)

1 引言

近年來(lái),隨著中國(guó)國(guó)防技術(shù)的發(fā)展,國(guó)家啟動(dòng)了一系列國(guó)防重大專項(xiàng)任務(wù),計(jì)算機(jī)軟件在各項(xiàng)任務(wù)中起著關(guān)鍵性作用,往往作為整個(gè)系統(tǒng)的中樞神經(jīng)。任務(wù)中計(jì)算機(jī)軟件一旦崩潰,就可能會(huì)導(dǎo)致整個(gè)任務(wù)失敗,從而引起嚴(yán)重的后果。

為提高我國(guó)軍用軟件質(zhì)量,總裝備部吸收國(guó)外CMM經(jīng)驗(yàn),組織國(guó)內(nèi)專家對(duì)其研究并結(jié)合我國(guó)國(guó)情于2003年了GJB5000體系標(biāo)準(zhǔn)文件。中國(guó)科學(xué)院國(guó)際天文臺(tái)在國(guó)家重大專項(xiàng)任務(wù)探月工程中承擔(dān)地面應(yīng)用系統(tǒng)建設(shè)任務(wù),軟件作為一項(xiàng)重要建設(shè)內(nèi)容,其質(zhì)量保證工作不可忽視。因此,在軟件改進(jìn)過(guò)程中遵循了總裝備部的 GJB5000A-2008《軍用軟件研制能力成熟度模型》二級(jí)實(shí)踐。該模型嚴(yán)格定義了過(guò)程與產(chǎn)品質(zhì)量保證(PPQA)關(guān)鍵過(guò)程,站在軟件的角度,就是軟件質(zhì)量保證(SQA)過(guò)程。在GJB5000A-2008二級(jí)實(shí)踐中,SQA是一個(gè)關(guān)鍵過(guò)程域,它貫穿在整個(gè)軟件生命周期中,在軟件質(zhì)量保證上起著舉足輕重的作用,同時(shí)也是最難實(shí)現(xiàn)的一個(gè)過(guò)程域。SQA通過(guò)有計(jì)劃地實(shí)施SQA活動(dòng)來(lái)控制軟件過(guò)程的質(zhì)量,并通過(guò)控制關(guān)鍵過(guò)程的質(zhì)量保證軟件產(chǎn)品的質(zhì)量。

2 GJB5000A二級(jí)關(guān)鍵過(guò)程域SQA概述

GJB5000A-2008定義軟件質(zhì)量保證是建立一套有計(jì)劃、有系統(tǒng)的方法,向管理層保證擬定出的標(biāo)準(zhǔn)、步驟、實(shí)踐和方法能夠正確地被項(xiàng)目采用。軟件質(zhì)量保證人員在項(xiàng)目開始時(shí)就參與建立計(jì)劃、標(biāo)準(zhǔn)和過(guò)程。質(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)組別和個(gè)人;4.高級(jí)管理者應(yīng)接觸到項(xiàng)目?jī)?nèi)部不能解決的問題。

GJB5000A-2008二級(jí)實(shí)踐中,過(guò)程和產(chǎn)品質(zhì)量保證活動(dòng)的流程圖如圖1所示,

3 SQA在探月工程地面應(yīng)用系統(tǒng)軟件過(guò)程改進(jìn)中的實(shí)踐

在探月工程地面應(yīng)用系統(tǒng)軟件改進(jìn)過(guò)程改進(jìn)中,開展的實(shí)踐活動(dòng)如下:

3.1 明確項(xiàng)目相關(guān)成員以及職責(zé)

項(xiàng)目相關(guān)成員包括:SQA人員、配置管理員、部門負(fù)責(zé)人,軟件項(xiàng)目負(fù)責(zé)人,軟件開發(fā)組,軟件測(cè)試組;SQA人員負(fù)責(zé)項(xiàng)目的軟件質(zhì)量保證活動(dòng)。

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)目開始時(shí)已到位并可用于評(píng)審和審計(jì)軟件項(xiàng)目。主要的標(biāo)準(zhǔn)和規(guī)程包括軟件項(xiàng)目計(jì)劃過(guò)程規(guī)程、質(zhì)量保證過(guò)程規(guī)程、需求過(guò)程規(guī)程、軟件跟蹤與監(jiān)督規(guī)程、軟件配置管理規(guī)程、軟件測(cè)試規(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)容、工作方式、評(píng)審工作過(guò)程和工作產(chǎn)品。SQA工作計(jì)劃制定后,由部門負(fù)責(zé)人、軟件項(xiàng)目負(fù)責(zé)人、SQA人員、項(xiàng)目組內(nèi)其他受影響的小組和個(gè)人參加計(jì)劃的評(píng)審。同時(shí)在項(xiàng)目進(jìn)行過(guò)程中,根據(jù)項(xiàng)目的變化變更與維護(hù)質(zhì)量保證計(jì)劃。

3.4 軟件過(guò)程活動(dòng)評(píng)審

SQA人員根據(jù)工作計(jì)劃進(jìn)行工程過(guò)程評(píng)審,評(píng)審采用正式會(huì)議或者非正式會(huì)議形式,評(píng)審專家依據(jù)SQA人員事先制定的檢查單進(jìn)行評(píng)審,如果評(píng)審發(fā)現(xiàn)偏差,評(píng)審后SQA人員要對(duì)偏差進(jìn)行跟蹤直至問題關(guān)閉。從軟件需求階段開始到系統(tǒng)測(cè)試為止,軟件質(zhì)量保證過(guò)程域軟件開發(fā)過(guò)程是同步的,并在周期例會(huì)、評(píng)審會(huì)上適時(shí)地報(bào)告當(dāng)前開發(fā)過(guò)程的狀態(tài),使得軟件開發(fā)過(guò)程可視透明。圖2為SQA過(guò)程審核活動(dòng)與軟件開發(fā)過(guò)程的對(duì)應(yīng)關(guān)系:

3.5 軟件工程產(chǎn)品審計(jì)

SQA人員根據(jù)工作計(jì)劃進(jìn)行工作產(chǎn)品評(píng)審,評(píng)審采用正式會(huì)議或者非正式會(huì)議形式,評(píng)審專家依據(jù)SQA人員事先制定的檢查單進(jìn)行評(píng)審,如果評(píng)審發(fā)現(xiàn)偏差,評(píng)審后SQA人員要對(duì)偏差進(jìn)行跟蹤直至問題關(guān)閉。在一個(gè)軟件項(xiàng)目的生命周期中,SQA主要審計(jì)的工程產(chǎn)品有:軟件任務(wù)書、軟件需求規(guī)格說(shuō)明書、軟件概要設(shè)計(jì)說(shuō)明書、軟件接口設(shè)計(jì)說(shuō)明書、軟件詳細(xì)設(shè)計(jì)說(shuō)明書、程序源碼、軟件測(cè)試計(jì)劃、軟件測(cè)試說(shuō)明、軟件測(cè)試報(bào)告、軟件使用說(shuō)明以及各類管理報(bào)告等。

3.6 配置管理審計(jì)

SQA人員定期審計(jì)配置管理活動(dòng),對(duì)照軟件配置管理計(jì)劃?rùn)z查配置管理員的工作是否符合配置管理計(jì)劃,軟件配置項(xiàng)的變更是否遵循了配置項(xiàng)的變更控制流程。檢查配置管理員是否定期報(bào)告基線狀態(tài),是否定期對(duì)配置庫(kù)進(jìn)行備份。

3.7 偏差記錄與跟蹤

在項(xiàng)目質(zhì)量審核與審計(jì)過(guò)程中發(fā)現(xiàn)的偏差要記錄到偏差報(bào)告中。發(fā)現(xiàn)偏差后要及時(shí)有效的與軟件負(fù)責(zé)人溝通,由軟件負(fù)責(zé)人落實(shí)偏差的處理負(fù)責(zé)人以及處理期限,由SQA人員負(fù)責(zé)進(jìn)行跟蹤,直至問題關(guān)閉。同時(shí),SQA人員還應(yīng)該分析是否存在共性問題,做到防患于未然,提早預(yù)防。如果發(fā)現(xiàn)的偏差軟件負(fù)責(zé)人無(wú)法解決,或者軟件負(fù)責(zé)人和SQA人員對(duì)偏差問題無(wú)法達(dá)成一致意見,SQA人員向部分負(fù)責(zé)人匯報(bào),由部門負(fù)責(zé)人決策。

3.8 向部門負(fù)責(zé)人直接匯報(bào)

SQA人員直接對(duì)部門負(fù)責(zé)人負(fù)責(zé),具有向部門負(fù)責(zé)人直接匯報(bào)的渠道,定期向部門負(fù)責(zé)人匯報(bào)SQA工作情況,幫助部門負(fù)責(zé)人了解項(xiàng)目進(jìn)展以及項(xiàng)目中存在的問題。如果軟件負(fù)責(zé)人和SQA人員對(duì)偏差問題無(wú)法達(dá)成一致意見,或者項(xiàng)目組出現(xiàn)無(wú)法解決的問題時(shí),SQA及時(shí)向部門負(fù)責(zé)人匯報(bào)并尋求解決途徑。

4 SQA活動(dòng)實(shí)踐經(jīng)驗(yàn)總結(jié)

在探月工程地面應(yīng)用系統(tǒng)軟件過(guò)程改進(jìn)過(guò)程中,總結(jié)SQA活動(dòng)的過(guò)程,得到一些經(jīng)驗(yàn)和教訓(xùn):

4.1 需要管理者高度重視

首先,管理者決不能認(rèn)為SQA可有可無(wú),不能狹隘的認(rèn)為設(shè)置SQA只是為了CMM或者GJB-5000A評(píng)估的需要;其次,在項(xiàng)目進(jìn)展過(guò)程中,管理者與SQA相關(guān)的工作非常多,要積極參加SQA組織的評(píng)審、定期聽取SQA工作匯報(bào)、解決項(xiàng)目組與SQA人員的分歧、對(duì)SQA人員工作進(jìn)行評(píng)審與檢查。因此,管理者要積極支持SQA人員的工作。

4.2 檢查單與項(xiàng)目結(jié)合,避免空談

SQA所有活動(dòng)均依據(jù)檢查單進(jìn)行的,檢查單是軟件質(zhì)量保證計(jì)劃的一項(xiàng)重要內(nèi)容,也需要經(jīng)過(guò)評(píng)審,所以SQA人員要根據(jù)不同項(xiàng)目情況適當(dāng)?shù)夭眉暨^(guò)程和工作產(chǎn)品的檢查單內(nèi)容。只有使用適應(yīng)于項(xiàng)目的檢查單,才能做到檢查的有效性,否則就是空談。

4.3 SQA人員要求專業(yè)而且專職

SQA人員要求具有非常豐富的項(xiàng)目開發(fā)和管理經(jīng)驗(yàn),只有這樣才能發(fā)現(xiàn)問題與偏差,減少后期無(wú)用的返工,以利于項(xiàng)目組保證項(xiàng)目進(jìn)度和產(chǎn)品質(zhì)量。同時(shí),必須要求SQA人員是由非項(xiàng)目組成員擔(dān)任,以保證評(píng)價(jià)的客觀性。SQA人員需要有充分的時(shí)間與精力去檢查與評(píng)價(jià)產(chǎn)品與過(guò)程,要求SQA人員盡量做到專職,而不是身兼幾個(gè)職位。

4.4 項(xiàng)目成員配合

在項(xiàng)目中,SQA人員與項(xiàng)目組人員的立場(chǎng)不同,往往是對(duì)項(xiàng)目組成員的工作情況實(shí)行監(jiān)督與檢查,所以項(xiàng)目組的成員對(duì)SQA人員往往不理解、不支持,甚至部分成員會(huì)抵制SQA人員工作展開。項(xiàng)目組應(yīng)該加強(qiáng)SQA活動(dòng)知識(shí)的培訓(xùn),使項(xiàng)目組成員認(rèn)識(shí)到SQA審計(jì)的是過(guò)程和產(chǎn)品,而不是針對(duì)某個(gè)人審計(jì)。其中,軟件負(fù)責(zé)人的支持與配合,對(duì)SQA工作的展開起著至關(guān)重要的作用。

4.5 需要對(duì)SQA進(jìn)行同行評(píng)審,確保SQA活動(dòng)有效性

SQA人員本身也需要被監(jiān)督,才能保證他的公正性和客觀性。管理者、獨(dú)立SQA專家、軟件負(fù)責(zé)人定期評(píng)價(jià)SQA活動(dòng),并向SQA人員開放評(píng)審結(jié)果,對(duì)SQA活動(dòng)的不符合問題同樣進(jìn)行跟蹤直至關(guān)閉,確保SQA活動(dòng)的有效性。

5 結(jié)束語(yǔ)

在軟件工程中,SQA活動(dòng)是保證軟件項(xiàng)目質(zhì)量的關(guān)鍵因素,SQA活動(dòng)的有效性很大程度上決定了軟件項(xiàng)目質(zhì)量。每一位項(xiàng)目管理者應(yīng)高度重視SQA工作,并給予充足的人力與物力資源。只有SQA通過(guò)積極而客觀的檢查、評(píng)價(jià)、獨(dú)立而有效的多向溝通,有效行使監(jiān)督指導(dǎo)職責(zé),積極貫徹軟件工程化、過(guò)程改進(jìn)理念,增加主動(dòng)的預(yù)防手段,才能有效地促進(jìn)項(xiàng)目成功。

參考文獻(xiàn)

[1]馬麗飛.淺談SQA在GJB5000A二級(jí)實(shí)施過(guò)程中的作用.中國(guó)電子科技集團(tuán)公司第二十七研究所[J].電子質(zhì)量,2014.

[2]王楊玲等.航天型號(hào)軟件過(guò)程改進(jìn)實(shí)踐,北京宇航系統(tǒng)工程研究所[J].航天標(biāo)準(zhǔn)化,2011.

[3]石柱.軍用軟件能力成熟度模型可重復(fù)級(jí)實(shí)施指南[M].北京:中國(guó)標(biāo)準(zhǔn)出版社,2006.

[4]劉彥濤,馬閏娟.CMM二級(jí)SQA關(guān)鍵過(guò)程域與軟件過(guò)程改進(jìn),華東計(jì)算機(jī)技術(shù)研究所[J].計(jì)算機(jī)工程,2007.

[5]王精明.淺談在CMM2中如何實(shí)現(xiàn)SQA[J].滁州學(xué)院學(xué)報(bào),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.