時間：2022-07-16 10:29:05
序論：在您撰寫淺談計算機軟件項目管理時，參考他人的優(yōu)秀作品可以開闊視野，小編為您整理的1篇范文，希望這些建議能夠激發(fā)您的創(chuàng)作熱情，引導(dǎo)您走向新的創(chuàng)作高度。
論文摘要:本文認(rèn)真分析了目前國內(nèi)軟件項目管理中出現(xiàn)的問題,以提高軟件質(zhì)量、降低成本、加強軟件項目的可控性為目標(biāo),在深入研究和探討CMM的基礎(chǔ)上結(jié)合軟件過程.給出了一種加強軟件項目管理的實踐模式。該實踐模式定義了CMM中的6個關(guān)鍵過程域和3個工作組.并從項目的開發(fā)時間和質(zhì)量方面做效率分析,強調(diào)了軟件過程對軟件項目管理的重要性。
論文關(guān)鍵詞:軟件項目;軟件過程;CMM;KPA
1.引言
項目管理(PM,projectmanagement)是指利用現(xiàn)有的知識、方法和技術(shù)手段,有效地計劃、調(diào)度、控制和跟蹤項目的開始、執(zhí)行、直止終止的過程,是項目順利實現(xiàn)的有效手段。軟件項目管理則是在項目管理的基礎(chǔ)上,結(jié)合軟件產(chǎn)品的實際,利用工程的概念和方法來開發(fā)與維護軟件,對成本、風(fēng)險、時間、質(zhì)量、過程、配置等進(jìn)行分析、管理、控制,最終目的是為了讓軟件項目的整個生命周期都在管理者的控制范圍內(nèi),以預(yù)定成本按期、按質(zhì)完成軟件的開發(fā)并交付用戶使用。目前,軟件產(chǎn)品已廣泛應(yīng)用于各個領(lǐng)域,但是很多軟件項目的成功率并不高.雖然有些公司根據(jù)軟件工程理論建立了一些軟件開發(fā)管理規(guī)范.但并沒有從根本上提高軟件項目管理問題,這就導(dǎo)致軟件產(chǎn)品質(zhì)量不穩(wěn)定甚至是項目的失敗,同時也損害了用戶的利益。本文結(jié)合我國軟件項目管理的特點并經(jīng)實踐應(yīng)用.以提高軟件質(zhì)量、降低成本、加強軟件項目的可控性為目標(biāo),通過對CMM的研究和改進(jìn),給出了一個基于CMM加強軟件項目管理的實踐模式,在這個模式中對目前CMM中的KPA做適當(dāng)?shù)牟脺p,定義了6個關(guān)鍵過程域和3個工作組。
2.軟件項目管理中目前存在的問題
影響軟件項目成功率的因素主要是軟件質(zhì)量問題,而在整個軟件項目的實施過程中需求不明確、跟蹤和監(jiān)督不力、缺乏客觀的軟件評審和軟件配置以及風(fēng)險管理意識不足等都阻礙著軟件質(zhì)量的提高。
2.1需求不明確
需求管理是軟件項目管理中非常關(guān)鍵的一個步驟.需求分析的完整與否可以降低軟件質(zhì)量、延長項目周期、加大成本。由于用戶對計算機系統(tǒng)認(rèn)識的不足,對于系統(tǒng)的需求往往比較模糊,遺漏甚至是錯誤的問題經(jīng)常出現(xiàn)(包括管理流程、業(yè)務(wù)流程、數(shù)據(jù)或報表的分析處理等),但這些問題往往沒有暴露給開發(fā)人員,而是隨著項目的進(jìn)展才逐漸明確。對于開發(fā)人員來說,需求的變更意味著軟件產(chǎn)品的部分內(nèi)容必須重新開發(fā),而對于整個軟件項目管理而言,勢必要重新分配資源、調(diào)整計劃、估算成本等等,導(dǎo)致軟件產(chǎn)品質(zhì)量下降。
2.2跟蹤和監(jiān)督不力
跟蹤和監(jiān)督主要針對過程而言,也是項目管理中最容易被忽視的環(huán)節(jié)。軟件項目過程由多個任務(wù)構(gòu)成,大部分任務(wù)都有前置任務(wù)和后置任務(wù),這就要求項目管理者要嚴(yán)格跟蹤和監(jiān)督每一個任務(wù)。任務(wù)的完成主要從時間進(jìn)度和質(zhì)量兩方面來衡量,還要充分考慮因客戶方引起的一些客觀因素(更改需求分析等)。項目管理者雖然制定了具體的項目進(jìn)度內(nèi)容,但如果缺乏有效的跟蹤和監(jiān)督機制,對于每一個階段所要完成的任務(wù)疏于評價,就會影響下階段軟件產(chǎn)品的質(zhì)量,有時甚至是軟件產(chǎn)品的重新開發(fā),最終影響整個軟件項目。
2.3缺乏客觀的軟件評審
客觀的軟件評審是軟件產(chǎn)品質(zhì)量的直接保障,軟件評審一直貫穿于整個軟件項目的過程中,對軟件產(chǎn)品的評審應(yīng)有客戶使用人員和軟件業(yè)中的同行來進(jìn)行?？蛻羰褂萌藛T對軟件產(chǎn)品做階段性的評審可以及時發(fā)現(xiàn)軟件產(chǎn)品功能方面的不足,同行評審可以從軟件業(yè)的規(guī)范及標(biāo)準(zhǔn)去發(fā)現(xiàn)問題.軟件評審可以降低軟件開發(fā)的成本提高軟件產(chǎn)品的質(zhì)量。大多情況下項目管理者沒有做任何階段性的評審,通常只是在軟件產(chǎn)品開發(fā)基本完成之后來組織評審,果發(fā)現(xiàn)了很多問題,但要修改已經(jīng)非常困難.要花費很長的時間甚至從頭再來。
2.4軟件配置混亂
軟件配置是指軟件產(chǎn)品在各個階段各種版本的文檔、程序及數(shù)據(jù)的集合,貫穿于整個軟件項目的始終。隨著軟件產(chǎn)品開發(fā)的進(jìn)行,由于各種客觀原因,其中的預(yù)算、設(shè)計方案、進(jìn)度等內(nèi)容都有可能需要大大小小的更改(這些改動可能是合理的),整個改變的過程對軟件項目的參與人員來說必須是可視的,以便提高軟件的可靠性和質(zhì)量,而這一切都應(yīng)該有正確的軟件配置來控制如果失去正確的軟件配置管理,那么針對軟件產(chǎn)品發(fā)生的任何更改或者是維護都會給軟件項目帶來混亂甚至是失敗。
2.5風(fēng)險管理意識不足
風(fēng)險管理是軟件項目中防止失敗的一種重要手段,軟件項目不同的階段存在著不同的風(fēng)險,并且風(fēng)險會隨著項目的進(jìn)展而變化,目前國內(nèi)的軟件企業(yè)大都不注意軟件項目的風(fēng)險管理。除了社會環(huán)境風(fēng)險、商業(yè)風(fēng)險等這些客觀風(fēng)險之外.可控的軟件項目風(fēng)險主要指技術(shù)風(fēng)險。技術(shù)風(fēng)險主要是指與軟件項目本身相關(guān)的的技術(shù)因素變化帶來的風(fēng)險,如果在一定的條件下達(dá)不到技術(shù)條件能夠?qū)崿F(xiàn)的目標(biāo),不但延緩項目的進(jìn)度而且會增加項目的成本.繼而使整個項目受到影響。
3.通過過程管理加強軟件項目管理的實踐模式
利用cMM fCapabilityMaturityModeforSoftware)的核心思想把軟件項目管理看作一個軟件過程,并根據(jù)這一原則對整個軟件項目的開發(fā)和管理進(jìn)行過程監(jiān)控,監(jiān)督發(fā)現(xiàn)過程中影響項目的關(guān)鍵問題并予以解決。軟件過程是指軟件開發(fā)人員開發(fā)和維護軟件及相關(guān)產(chǎn)品的一套行為、方法、實踐及變換過程,包括軟件開發(fā)過程和軟件管理過程。CMM把軟件開發(fā)機構(gòu)按照不同開發(fā)水平劃分為5個級別。每個等級被分解為幾個KPA(關(guān)鍵過程域),KPA是指在某個成熟度等級應(yīng)重點關(guān)注的區(qū)域,也是達(dá)到此成熟度等級必須解決的關(guān)鍵點。①初始級,無過程意義。軟件過程是無序的、隨機的、缺乏總計劃,無預(yù)見性,大多數(shù)活動是應(yīng)付危機,經(jīng)常超期超支,成功取決于個人。②可重復(fù)級,具備基本的項目管理。KPA分別是:需求管理、軟件項目計劃、軟件跟蹤與監(jiān)督、軟件子合同管理、軟件質(zhì)量保證、軟件配置管理;③已定義級,已定義軟件過程。已將軟件管理和軟件工程兩方面的過程文檔化、標(biāo)準(zhǔn)化,并綜合成該組織的標(biāo)準(zhǔn)軟件過程。KPA分別是:組織過程焦點、組織過程定義、培訓(xùn)大綱、集成軟件管理、軟件產(chǎn)品工程、組間協(xié)調(diào)、同行評審;④可管理級,過程可度量。已收集了軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量方法,軟件過程和產(chǎn)品均可被定量地理解和控制。KPA分別是:定量過程管理、軟件質(zhì)量管理;⑤優(yōu)化級,過程控制。通過過程的量化反饋以及新技術(shù)、新方法促使過程不斷改進(jìn)。KPA分別是:缺陷預(yù)防、技術(shù)更新預(yù)防、過程更改管理。
CMM只是一個過程改進(jìn)的框架.并沒有給出具體實施的辦法。在該模式中對目前CMM中的KPA做適當(dāng)裁 減.定義了6個關(guān)鍵過程域:軟件項目計劃(SPP)、需求管理(RM)、軟件項目跟蹤和監(jiān)督(SPTO)、軟件質(zhì)量保證(SQA)、軟件配置(SCM)、同行評審(PR),設(shè)置了三個工作組:軟件項目過程組(SPPG)、軟件工程組(SEG)、軟件質(zhì)量保證組(SQAG)。通過工作組對關(guān)鍵過程域的操作來加強軟件項目的管理。
3.1定義KPA
3.1.1軟件項目計劃(SPP)
軟件項目計劃是為要實施的軟件項目編制軟件過程活動的安排,包括進(jìn)度控制、成本控制、質(zhì)量控制、風(fēng)險控制等,也是實施CMM2的核心此階段在安排過程活動的同時開展項目設(shè)計的前期工作,設(shè)計和界定在整個項目中各階段所需的開發(fā)、質(zhì)量、跟蹤、評審、風(fēng)險、成本等工作。項目計劃是指導(dǎo)項目過程的具體措施,要在有軟件項目實施經(jīng)驗的人員領(lǐng)導(dǎo)下投人大量的時間和人力資源來完成。制定項目計劃應(yīng)注意7個問題。①在科學(xué)論證的基礎(chǔ)上制定過程,充分調(diào)動人員積極性合理地確定項目組的參加人員;②對軟件項目各程中的任務(wù)進(jìn)行分解,明確項目的里程碑和檢查點;③正確估計軟件項目中的軟件資源、硬件資源、人力資源及其它費用;④正確估計各方面因素帶來的風(fēng)險并制定應(yīng)對措施;⑤制定項目實施過程中的跟蹤和監(jiān)督措施;⑥確定軟件的評審和測試方法;⑦詳細(xì)的文檔資料。
3.1.2需求管理(RM)
需求分析主要包括面向用戶的用戶需求和面向開發(fā)人員的系統(tǒng)需求.是整個軟件工程的第一步.也是非常關(guān)鍵的一個環(huán)節(jié)。需求分析主要針對用戶的業(yè)務(wù)流程、系統(tǒng)功能、性能、數(shù)據(jù)分析進(jìn)行嚴(yán)格的定義.是設(shè)計一個軟件應(yīng)用系統(tǒng)的起點與基本依據(jù),通過它來評判軟件產(chǎn)品是否能夠解決用戶問題,也是項目成功與否的標(biāo)準(zhǔn)。就目前國內(nèi)現(xiàn)狀來講,一般簽定軟件項目合同的用戶是主管信息技術(shù)的負(fù)責(zé)人,它所關(guān)心的可能是整個系統(tǒng)的目標(biāo)需求,用戶方中層管理人員關(guān)心的是業(yè)務(wù)流程需求.終端操作人員則注重軟件本身的易操作性和功能特性,因此.面向用戶的需求一定要和用戶多方人員多溝通、交流.最終通過雙方有關(guān)部門人員的論證以文檔資料的形式確定下來。任何一個需求分析因客觀原因可能存在著需求更改的現(xiàn)象,對于這種情況一定要注意需求更改的可控性.要建立需求的基準(zhǔn)版本和更改版本控制文檔資料.使受需求變化影響的產(chǎn)品與需求變更一致。但要注意在更改需求的同時要衡量需求的穩(wěn)定性,如果一個需求的變更比較頻繁,意味著本項目并沒有真正了解用戶想要解決的實際問題。可以說需求分析的完整性和變更可控性直接影響到軟件過程的改進(jìn),它可以降低軟件質(zhì)量、加大軟件開發(fā)的成本、甚至是導(dǎo)致項目的失敗。軟件工程組(SEG)中要明確定義一個需求管理員。
3.1.3軟件項目跟蹤和監(jiān)督(SPTO)
軟件項目的跟蹤和監(jiān)督始終貫穿于整個軟件項目的過程中,是項目得以控制的前提和條件、是軟件質(zhì)量的根本保障,其目的是增加軟件過程中進(jìn)度、成本、工作量、質(zhì)量、風(fēng)險等內(nèi)容的可視性,也是實施CMM2的核心。除去市場、法律等不可控制因素外,根據(jù)項目計劃對項目進(jìn)展的有關(guān)情況及影響項目實施的相關(guān)因素進(jìn)行及時、客觀、準(zhǔn)確的信息采集,將采集到的需求、成本、進(jìn)度、風(fēng)險等內(nèi)容形成文檔并建立一個項目跟蹤信息平臺。項目負(fù)責(zé)人定期召集軟件過程人員、開發(fā)人員、質(zhì)量保證人員、用戶方有關(guān)人員召開開放式的例會,例會的主要內(nèi)容是檢查項目進(jìn)展、數(shù)據(jù)的分析、認(rèn)識的偏差、資源的搭配、相關(guān)的風(fēng)險等問題并討論確切的解決辦法,通過跟蹤和監(jiān)督使項目始終處于可視化的受控狀態(tài)。
3.1.4軟件質(zhì)量保證(SQA)
軟件質(zhì)量保證是與軟件產(chǎn)品滿足規(guī)定的和隱含的需要能力有關(guān)的特征或特性的組合。對用戶來講主要體現(xiàn)在軟件產(chǎn)品的有效性、一致性、完整性、可靠性和可操作性等方面,對于軟件產(chǎn)品本身來講體現(xiàn)在軟件產(chǎn)品的可移植性、易維護性、健壯性、可重用性等方面。具體實踐中.軟件質(zhì)量保證應(yīng)在軟件項目計劃、需求分析、跟蹤和監(jiān)督、軟件配置和軟件評審的相互配合下完成.軟件質(zhì)量保證要做到以事先預(yù)防和跟蹤為主,事后糾偏為輔。
3.1.5軟件配置(SCM)
軟件配置是針對軟件產(chǎn)品的跟蹤和控制活動.貫穿于整個軟件項目的過程中.目的是建立和維護在整個生命周期內(nèi)軟件產(chǎn)品的完整性和一致性,使整個軟件產(chǎn)品的演進(jìn)過程處于可控的狀態(tài),繼而提高軟件的可靠性和質(zhì)量。在實踐應(yīng)用中主要做到五個子項的配置①配置項的標(biāo)識。標(biāo)識做到唯一性。便于跟蹤和管理。②版本管理。對整個軟件過程中的文件和目錄提供有效的跟蹤手段。③變更控制。保持并傳遞修改信息。④配置審計。確定整個項目生產(chǎn)周期中產(chǎn)品在技術(shù)和管理上的完整性。⑤系統(tǒng)整合。把系統(tǒng)的不同部分集成后完成一組特定的功能。
3.1.6同行評審(PR)
同行評審是根據(jù)預(yù)定的規(guī)范和標(biāo)準(zhǔn)對軟件產(chǎn)品進(jìn)行評審。評審的結(jié)果是衡量軟件產(chǎn)品質(zhì)量的依據(jù)。在整個軟件過程中對詳細(xì)設(shè)計和軟件綜合測試作為兩個關(guān)鍵評審點來進(jìn)行評審,評審的過程中注意要結(jié)合本軟件項目的具體要求和標(biāo)準(zhǔn)。
3.2組的定義
在具體的實踐應(yīng)用中設(shè)置了三個組,在降低了人員成本的同時提高了軟件過程改進(jìn)能力和軟件質(zhì)量。
軟件項目過程組(SPPG)組織具體的項目實施活動,管理并協(xié)調(diào)整個軟件項目的過程,主要完成SPP和SPTO。
軟件工程組(SEG)負(fù)責(zé)軟件工程的需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、測試、維護工作。
軟件質(zhì)量保證組(SQAG)主要完成SPTO、SCM、PR、SQA等工作。
4.實踐模式效率評估
4.1開發(fā)時間
軟件開發(fā)由需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、軟件測試、項目維護和軟件集成幾部分內(nèi)容組成,在需求分析和設(shè)計階段采用CMM框架實施過程管理所花費的時間要多于沒有實施過程管理花費的時間。首先對項目做大量分析,論證項目的可行性。然后在和用戶做良好溝通、反復(fù)論證的基礎(chǔ)上做需求分析,形成文檔資料。這種模式下花費在需求分析和設(shè)計上的時間大約占項目總開發(fā)時間的40%,但這兩個階段完成了數(shù)據(jù)流程、算法描述、詳細(xì)的規(guī)格說明等內(nèi)容,為代碼編寫、軟件測試、軟件維護等后續(xù)內(nèi)容的工作節(jié)省了時間,軟件項目的開發(fā)周期大大縮短。經(jīng)過評估,采用該實踐模式實施軟件過程管理的軟件項目開發(fā)周期比沒有實施軟件過程管理的軟件項目開發(fā)周期縮短20%。
4.2開發(fā)質(zhì)量
采用CMM標(biāo)準(zhǔn)通過軟件過程管理加強軟件項目管理的實踐模式使軟件質(zhì)量明顯提高、需求分析周密、代碼錯誤率明顯降低、軟件產(chǎn)品完整性好、功能齊全、維護量下降,軟件項目最終得以順利實現(xiàn)。
5.結(jié)語
本文給出的通過軟件過程管理加強軟件項目管理的實踐模式優(yōu)點非常明顯.軟件過程改進(jìn)目標(biāo)明確,可以有效地提升軟件產(chǎn)品質(zhì)量、節(jié)省開發(fā)時間、降低成本。同時該模式更能體現(xiàn)團隊精神,擺脫了軟件開發(fā)中的個人主義,從整體出發(fā),在強調(diào)過程對整體重要性的同時,進(jìn)一步降低了軟件過程中的各種風(fēng)險,使軟件項目始終處在可視化的優(yōu)良受控狀態(tài)中
論文關(guān)鍵詞:需求分析 用戶方干系人 項目經(jīng)理 需求分析員
論文摘要:計算機軟件項目管理中的需求分析是提高軟件質(zhì)量的基礎(chǔ)也是決定一個軟件項目成敗的關(guān)鍵。本文介紹了在需求分析研究中探索出的一些有效措施。
眾觀國內(nèi)計算機軟件業(yè)的發(fā)展,除遠(yuǎn)不如歐美等西方發(fā)達(dá)國家外,與人均GDP不及我國的印度相比也相距甚遠(yuǎn),軟件業(yè)的劣勢正嚴(yán)重制約著我國IT業(yè)的發(fā)展。我國軟件業(yè)的劣勢表現(xiàn)在自主開發(fā)的成熟軟件不多,而開發(fā)的大量軟件工程項目(如ERP等)存在缺陷或完全開發(fā)失敗。目前,國家正在加大對軟件工程的研究和對軟件工程人才的培養(yǎng)。根據(jù)資料顯示,屬于需求分析造成軟件設(shè)計的錯誤和缺陷約占軟件失敗的6400,而屬于程序代碼的錯誤僅占軟件失敗的360a,數(shù)據(jù)表明需求分析是提高軟件質(zhì)量的基礎(chǔ)也是決定一個軟件項目成敗的關(guān)鍵。通過對軟件項目管理知識的系統(tǒng)學(xué)習(xí)并結(jié)合近年來自己參與部分軟件項目實施的經(jīng)驗,介紹在需求分析研究中探索出的一些有效措施。
1盡快熟悉項目用戶方干系人全貌
項目用戶方干系人,指所有可能受到項目結(jié)果重大影響的人,即項目的風(fēng)險承擔(dān)者,他可能是項目的受益者,也可能是項目的受害者。因此,應(yīng)當(dāng)從項目的啟動開始,需求分析員及其項目成員就要分清項目用戶方干系人包含哪些人和組織,通過溝通協(xié)調(diào)對他們施加影響,驅(qū)動他們對項目的支持,調(diào)查并明確他們的需求和愿望,減小其對項目的阻力,以確保項目獲得成功。
有些項目在做需求調(diào)查時,由于受進(jìn)度要求等客觀因素影響,需求分析員與建設(shè)單位的技術(shù)部門交流較多,向業(yè)務(wù)管理部門和實際使用者調(diào)查不夠深入,造成軟件試用后不得不再對需求做較大調(diào)整,“從頭再來”的部分比例很高,大大超過進(jìn)度要求時間。因此,熟悉項目用戶方干系人全貌是進(jìn)行需求調(diào)查的第一步,也是需求調(diào)查的基礎(chǔ)。在定制開發(fā)項目的項目用戶方干系人中,最重要的是建設(shè)單位中的人事組織、業(yè)務(wù)關(guān)系。最好是能夠用組織結(jié)構(gòu)圖畫出相關(guān)單位的組織結(jié)構(gòu);還應(yīng)當(dāng)在相關(guān)單位組織結(jié)構(gòu)圖基礎(chǔ)上畫出全體項目用戶方干系人結(jié)構(gòu)圖,以便更好更全面地進(jìn)行需求調(diào)研分析;用責(zé)任矩陣確定各部分的調(diào)研對象;建立調(diào)研對象通訊錄以保證調(diào)研及分析期間及時的溝通。
2采取正確的需求獲取方法
軟件開發(fā)項目的目的就是要實現(xiàn)項目用戶方的需求,項目用戶方的需求包含明確的和隱含的,也可以分為NEED, WANT, WISH等不同的層次。如果對項目所有用戶方干系人沒有進(jìn)行足夠的溝通和影響,使其盡可能地參與項目,則會出現(xiàn)客戶方相關(guān)責(zé)任人不明確或?qū)Ψ秶托枨筘?zé)任心不強,提出的需求具有隨意性,項目前期對需求的確認(rèn)不夠積極,或者是多個用戶代表各說各話、昨是今非,項目后期需求變化隨意等現(xiàn)象,這就會造成項目范圍的蔓延,進(jìn)度的拖延,成本的擴大,甚至項目的完全失敗。
各種用戶對系統(tǒng)具有不同的要求,如一個沒有經(jīng)驗的用戶關(guān)心系統(tǒng)是否簡單易用,對于高級用戶則關(guān)心產(chǎn)品的易用性和高效性。因而需要對用戶進(jìn)行分類,每一個用戶類將有自己的一系列功能和非功能要求。在項目中,要盡早為產(chǎn)品確定并描述不同的用戶類,這樣就能從每一個重要的用戶類代表中獲取不同的需求。
項目需求具有雙面性(用戶與開發(fā)商)和多面性(項目中各干系人),因此,項目經(jīng)理和系統(tǒng)集成者應(yīng)了解用戶干系人需求,用戶干系人也應(yīng)了解技術(shù)方面的需求,兩者缺一不可。正確的需求獲取需要了解需求的來源、用戶的分類、用戶的代表性、用戶需求誰說了算數(shù)等因素。開發(fā)人員和項目經(jīng)理要有足夠的耐心聆聽用戶的講述,要足夠詳細(xì)地了解每一個細(xì)節(jié)。項目管理者要善于將需求分類、歸類,善于將需求文檔化,并有所查詢標(biāo)記。
3可視化需求調(diào)研,引導(dǎo)各種客戶挖掘他們的需求
有的客戶因為自己缺乏計算機知識,無法提出完整準(zhǔn)確、隱含的或潛在的需求。若這些需求不能滿足將導(dǎo)致用戶的不滿。因此需求調(diào)研分析人員應(yīng)善于想用戶所想,不但要確定明確的需求,還要善于用啟發(fā)的方式與用戶探討隱含的或潛在的需求,并結(jié)合各種調(diào)研分析技術(shù)挖掘超出客戶期望的令人興奮的需求。這就要求需求調(diào)研分析員要盡快完整地熟悉相關(guān)業(yè)務(wù),從而能夠站在用戶的立場看待軟件需求,想用戶所想,做好業(yè)務(wù)與計算機之間的橋梁。利用可視化需求調(diào)研的方法可以很好地啟發(fā)用戶深人挖掘潛在的需求?？梢暬枨笳{(diào)研就是使用圖表等工具來啟發(fā)引導(dǎo)用戶清楚地敘述需求,并且使需求更加全面完善。
對于高層領(lǐng)導(dǎo),可以提供系統(tǒng)總體框架圖;對于業(yè)務(wù)管理人員,可以用業(yè)務(wù)流程圖來描述新舊系統(tǒng)的業(yè)務(wù)流程;對于客戶中的技術(shù)人員,可以用數(shù)據(jù)流圖、實體關(guān)系圖或UMI中的各種圖形對系統(tǒng)進(jìn)行各種角度的描述;而對于業(yè)務(wù)管理人員、客戶中的技術(shù)人員、以及各層次各流程中的用戶,畫出用戶界面圖來進(jìn)行需求挖掘,是個比較有效的溝通方式。
這里特別說明一下用戶界面的重要性。用戶界面的設(shè)計按理來說是軟件設(shè)計的責(zé)任,當(dāng)然客戶自己對界面有特別提出要求的除外。但是,如果把它提前到需求調(diào)研時與客戶進(jìn)行討論,則可以大大改善需求調(diào)研的效果。因為這時客戶對于將來的系統(tǒng)還沒有一個形象上的概念,或者有一個模糊的預(yù)想的概念需要表述、驗證、明晰化、完善化,以筆者的經(jīng)驗,畫出用戶界面草圖與客戶進(jìn)行討論,可以大大激發(fā)他們提供更為準(zhǔn)確全面的需求。原來收集資料,描述業(yè)務(wù),說明系統(tǒng)模型到了山窮水盡的時候,這種方法可以達(dá)到柳暗花明又一村的效果。
4詳細(xì)描述各項業(yè)務(wù),以便讓所有客戶確認(rèn)
盡可能全面詳細(xì)地調(diào)查并且描述原有系統(tǒng)和用戶希望將來系統(tǒng)具有的各項業(yè)務(wù)的流程,并將這些業(yè)務(wù)流程文檔化后與客戶進(jìn)行討論,對描述錯誤或不準(zhǔn)確不精確的進(jìn)行修改,最終讓客戶進(jìn)行確認(rèn)。從近年來開發(fā)的軟件看,對業(yè)務(wù)處理過程了解的完整性和準(zhǔn)確性非常重要。雖然對數(shù)據(jù)來說都是SIDUT(查增刪改傳),但具體業(yè)務(wù)都是分為若干步驟,每個步驟都有其業(yè)務(wù)名稱,同一步驟可能對多個數(shù)據(jù)集進(jìn)行不同操作,需要調(diào)查了解清楚才能設(shè)計出適合用戶業(yè)務(wù)特點和習(xí)慣的軟件,使開發(fā)出來的軟件更受歡迎。當(dāng)然在進(jìn)行軟件概要設(shè)計時,要盡量排除業(yè)務(wù)流程的制約,即把流程中的各項業(yè)務(wù)節(jié)點工作作為獨立的對象,充分考慮他們與其他各種業(yè)務(wù)對象的接口,在流程之間通過業(yè)務(wù)對象的相互調(diào)用實現(xiàn)其業(yè)務(wù)流程,這樣,在業(yè)務(wù)流程發(fā)生有限的變化時,就能夠比較方便地修改系統(tǒng)程序而實現(xiàn)新的需求。
對于各項業(yè)務(wù)的調(diào)查可以通過對以下資料的收集整理分析來完成,這些資料來自各種各樣的項目用戶方干系人:遵循的標(biāo)準(zhǔn)、組織發(fā)放的工作手冊、作業(yè)流程、有關(guān)業(yè)務(wù)的上級通知、有關(guān)業(yè)務(wù)的辦事指南、辦理業(yè)務(wù)時需要填寫的登記表、各種相關(guān)的統(tǒng)計報表及通過其他途徑收集的類似系統(tǒng)的介紹、技術(shù)資料等等。 5對項目用戶方干系人的愿望進(jìn)行平衡
不同的項目用戶方干系人其愿望和追求的目標(biāo)往往相差甚遠(yuǎn),因 此對項目用戶方干系人的愿望進(jìn)行平衡可能是非常重要而又相當(dāng)困難的事情。例如:我曾在參與的某醫(yī)院計算機管理系統(tǒng)項目中,遇到醫(yī)院管理層希望能夠采集盡可能多的信息項以便對數(shù)據(jù)進(jìn)行多種多樣的統(tǒng)計分析,同時為了對信息進(jìn)行有效控制而增加一些審批流程;而門診、藥房等對外辦公的基層窗口則因為客流速度的壓力希望減少信息項的輸人量;甚至有些不良的基層部門由于害怕建立透明度高的信息系統(tǒng)會影響他們的利益而消極地應(yīng)付,即所謂反需求;而客戶的客戶(就診的病人)則希望相關(guān)機構(gòu)能夠簡化工作流程,加快辦事速度,增加診斷情況和就診費用的透明度;甚至項目組本身因為技術(shù)、資源、進(jìn)度等原因,需要對一些功能進(jìn)行優(yōu)先級排序和取舍。雖然不是所有人的需求都是可以滿足的,特別是消極的反需求是不能接受的,但他們的需求都是應(yīng)當(dāng)考慮全面并進(jìn)行平衡的。
如果不同的用戶方干系人有不一致的需求,那么必須決策出滿足哪一類用戶方干系人的需求更為重要。了解可能使用產(chǎn)品的客戶種類的信息和他們的用法與產(chǎn)品的業(yè)務(wù)目標(biāo)的關(guān)系如何,將有助于決定哪一個用戶類所占份額更大。如果系統(tǒng)分析人員提出的需求與開發(fā)者所想要開發(fā)的系統(tǒng)發(fā)生沖突時,通常由于系統(tǒng)分析人員作為客戶的人,市場需求具有更重的分量,但是,系統(tǒng)分析人員不能一味地遷就客戶需求。
不同的用戶方干系人可能都要求產(chǎn)品按照他們各自的喜好來設(shè)計。運用項目的業(yè)務(wù)目標(biāo)來決定哪些是你最關(guān)心的客戶,非核心客戶的需求可以安排在下一個版本中開發(fā)。當(dāng)開發(fā)者想像的產(chǎn)品與客戶需求沖突時,通常應(yīng)該由客戶作出決策,然而,不要陷人“客戶總是對的”的陷阱中去,現(xiàn)實中,客戶并不總是對的。
6強調(diào)實現(xiàn)項目需求的層次遞進(jìn)性
了解該系統(tǒng)或者該項目用戶所能夠提供的最小的工程費用。當(dāng)預(yù)計經(jīng)費不能支持時,應(yīng)當(dāng)考慮將項目分期實施。在系統(tǒng)上、技術(shù)上對用戶進(jìn)行引導(dǎo)性建議,使用戶了解集成商所要進(jìn)行的工作,了解集成商是為了幫助用戶實現(xiàn)他的需要、達(dá)到用戶的目的,而不僅僅是為了賺錢,用戶更了解集成商,也更了解自己的系統(tǒng),有利于以后的項目合作、工程實施和系統(tǒng)維護。
分析用戶曾用系統(tǒng)模式、數(shù)據(jù)結(jié)構(gòu)和庫模式,看是否保持、共用、轉(zhuǎn)換,這涉及保護用戶投資的問題。根據(jù)現(xiàn)在工作業(yè)務(wù)流情況確定現(xiàn)有的工作模式,還應(yīng)兼顧將來可能會發(fā)生的變化、擴展、新規(guī)定,及與同國際接軌可能的帶來的變化?？疾楣こ虒嵤┉h(huán)境是否有保證,尤其是網(wǎng)絡(luò)工程,必須在需求調(diào)查時充分了解用戶領(lǐng)域的實施環(huán)境,當(dāng)不具有實施環(huán)境時,要求進(jìn)行配套設(shè)計和環(huán)境改造。
7編寫需求文擋和進(jìn)行需求評審與其他項目小組成員協(xié)作完善系統(tǒng)需求
文檔資料是集成商重要的財富,貫穿于系統(tǒng)集成和項目開發(fā)的整個過程,其中包括法律文檔、技術(shù)文檔、資料文擋。文擋要求完整性、一致性、可修改性、可跟蹤性。
以原來的需求為基礎(chǔ)的工作完成后,要修補需求錯誤需要大量的工作,研究表明:比起在需求開發(fā)階段由客戶發(fā)現(xiàn)的一個錯誤,然后更正這一錯誤需要多花到倍的時間。因此,需要進(jìn)行需求評審。需求審查結(jié)束的標(biāo)準(zhǔn)為:已經(jīng)明確闡述了審查員提出的所有問題、已經(jīng)正確修改了文檔、修訂過的文檔已經(jīng)進(jìn)行了語法檢查、所有TBD問題都已經(jīng)解決、文檔歸檔。
需求文檔完成之后,并不是把它扔給后面的設(shè)計人員就了事了。作為項目組其他成員,對需求的有效性也起到某種程度的驗證作用。雖然軟件項目的生命周期按照各種開發(fā)模型有不同階段的劃分,但每個階段的結(jié)束不是簡單地把階段工作成果塞給下一階段的成員就可以了。特別是高科技的軟件開發(fā)項目,上一階段的工作成果往往要通過多次的溝通才能更為清晰地被下一階段成員接受,其有效性、合理性也要被下一階段的工作所檢驗,通過檢驗有時也有必要對上一階段的工作結(jié)果進(jìn)行相應(yīng)的調(diào)整,需求分析也是如此。因此,無論是同一階段不同人員之間,或是不同階段人員之間都應(yīng)根據(jù)需要相互協(xié)作,相互配合,共同完成軟件開發(fā)任務(wù)。
論文關(guān)鍵詞:云技術(shù) 多媒體技術(shù) 改革現(xiàn)有的教學(xué)模式 教學(xué)資源的整合 激活學(xué)生的學(xué)習(xí)興趣
論文摘要:在云技術(shù)架構(gòu)下,建立強大的多媒體教學(xué)資濠庫。這樣可以集中整合各方優(yōu)秀的教學(xué)資源,建最好的和最豐富的教學(xué)課庫,讓各奏學(xué)生均可找到適合自己,而且自己感性趣的課程和課件。建立了多媒體教學(xué)資涎庫后,既可以垴小東西部教育差距,又能保障教育資濼的均衡發(fā)展。
大部分教師(尤其大學(xué)教師)的工作應(yīng)該相應(yīng)的從向?qū)W生灌輸知識,轉(zhuǎn)向引導(dǎo)學(xué)生學(xué)習(xí)知識,找到激活學(xué)生學(xué)習(xí)智門的鑰匙。
放在云架構(gòu)內(nèi)的這些教學(xué)資源,隨著不斷的更新、增加,必將成為一筆極大的資源財富,不僅可以供在校學(xué)生學(xué)習(xí)使用,也可以提供給全社會需要再學(xué)習(xí)、需要更新知識的人士使用,為全社會形成一種不斷學(xué)習(xí)的氛圍,提供一個強大的資源保障。
一旦形成全社會不斷學(xué)習(xí)的風(fēng)氣,社會就會和諧,文明程度的程度就會不斷提高,人們的創(chuàng)新意識和能力就有了源動力,人們就會從更多的追求物質(zhì)財富轉(zhuǎn)而進(jìn)入追求精神財富。
前文我們探討了利用“云技術(shù)+多媒體技術(shù)改革現(xiàn)有的教學(xué)模式”,話題意猶未盡,還想進(jìn)一步探討一些教學(xué)模式改革的細(xì)節(jié)。當(dāng)然我們暫且討論的教學(xué)對象為大學(xué)以上的學(xué)生,或部分高中生,因為絕大部分高中生的教學(xué)活動還是基本圍繞著高考指揮棒在轉(zhuǎn)。
在云技術(shù)架構(gòu)下,建立強大的多媒體教學(xué)資源庫。這樣可以集中整合各方優(yōu)秀的教師資源、教學(xué)設(shè)備資源,建最好的和最豐富的教學(xué)課程庫,讓各類學(xué)生均可找到適合自己,而且自己感性趣的課程、課件和學(xué)習(xí)參考資料。
制作這些課程資源可以分工,高層次教師撰寫課程內(nèi)容,配套各類教師,可以有的整合內(nèi)容、有的應(yīng)用多媒體素材加工制作課件、有的制作各類課程教程、而有的則準(zhǔn)備相關(guān)參考資料以及考試題庫系統(tǒng)等教學(xué)資源。
這時的教學(xué)資源就不是屬于某個學(xué)校、某個團體、某個局部組織,而是屬于國家或全人類的資源,為全人類所共享。
這樣,可能有人會擔(dān)心是否教師或相應(yīng)的人員都要下崗了呢?否!
大部分教師(尤其大學(xué)教師)的工作只是從向?qū)W生灌輸知識,轉(zhuǎn)向引導(dǎo)學(xué)生學(xué)習(xí)知識。大部分長期從事教學(xué)工作的教師深有體會,好學(xué)生不完全是教出來的,而且通過老師啟發(fā)性的引導(dǎo),激活了他們的興趣,或打開了他們的智門,使他們自己要學(xué)習(xí),只有激活了學(xué)習(xí)者的源動力,才能使他們朝著一個一個目標(biāo)不斷攀登。
那么,教師教學(xué)要包括哪些內(nèi)容呢?我認(rèn)為教師的教學(xué)工作應(yīng)該圍繞中如何能激活學(xué)習(xí)者的興趣和以如何能打開他們的智門為衡量指標(biāo)。方法可以各不相同,因為人是個性化的,當(dāng)然方法也應(yīng)該因人而異,當(dāng)然可以對個性相近的學(xué)生采用類似的方法,但還是需要有微調(diào)。
具體做法可以不斷摸索。教師可以組織學(xué)生開展各種開發(fā)、創(chuàng)新活動,可以組織各種競賽活動,可以組織學(xué)生參與各種專題討論活動,讓每個學(xué)生均有機會表達(dá)自己的想法和觀點,很多思想的火花是在交流中產(chǎn)生的,是在實踐過程中綻放的,所以要多提供一些機會讓學(xué)生經(jīng)歷各種活動的鍛煉,活動的過程是最能鍛煉人能力的,如果省略了過程,結(jié)果也是不豐實的。
我們提倡多開展各種創(chuàng)新活動來鍛煉學(xué)生的能力,而現(xiàn)在學(xué)生這方面的鍛煉機會太少,應(yīng)該增加相應(yīng)的比例。那么是否就不考試了呢?當(dāng)然不行!期間,我們的學(xué)校大多不考試,結(jié)果中學(xué)畢業(yè)生連簡單的一元一次方程都不會,這樣社會如何發(fā)展?考試還是衡量學(xué)生學(xué)習(xí)掌握程度的標(biāo)尺,當(dāng)然考試形式可以的筆試,也可以是操作過程,更可以寫論述文章、論文之類形式;考試時間可以是期中、期末考試,可以是融入平時的多次抽查中,也可以羅列各類課程統(tǒng)考時間安排表,學(xué)生學(xué)習(xí)到一定程度,可以報名參加考試,來檢驗自己知識的掌握程度,形式可以通過實踐不斷總結(jié),不斷改進(jìn)。總之,有助于學(xué)生更有效掌握知識、能打開學(xué)生智門的方法就是好方法。
學(xué)生通過考試,當(dāng)然需要有一系列學(xué)分累積機制,最好將理論課程和實踐課程按不同學(xué)分比例分別統(tǒng)計,保證不同學(xué)科對理論和實際操作的要求不同。
這樣的機制,對教師的要求不是低了,而是更高。要求教師積極思考,尋找能與學(xué)生更好溝通,激活學(xué)生心智的鑰匙,這是沒有一個統(tǒng)一模式可循的,教師也必須不斷摸索、創(chuàng)新。
有了這種師生一對一、一對多、多對多的關(guān)系機制,學(xué)生與教師之間的距離不是遠(yuǎn)了,而是更近了,社會也會更和諧。因為從教師的角度來說,必須了解學(xué)生,走近學(xué)生,才能找出適合他們學(xué)習(xí)自嘶方法,才能激活他們的學(xué)習(xí)興趣;從學(xué)生的角度來說,有問題、有心結(jié)就可以及時與他們所喜歡的教師溝通、請教,盡快排除障礙,琢磨出適合自己學(xué)習(xí)的好方法。要使學(xué)生學(xué)習(xí)效果好,教師與學(xué)生是一個整體,只有雙方的努力、協(xié)調(diào),才能找到最佳的教學(xué)方法。
如果學(xué)生太多,老師顧及不了怎么辦?老師可以到學(xué)校與學(xué)生面對面的談話,也可以出現(xiàn)在各種活動場合,如:各類研討會老師可以當(dāng)組織者,讓學(xué)生大家來準(zhǔn)備內(nèi)容、暢通各自的觀點,但教師更多的時間可以利用現(xiàn)有的網(wǎng)絡(luò)環(huán)境、3G環(huán)境,老師可以規(guī)定時間在網(wǎng)上,利用視頻、語音交流與學(xué)生好似面對面的交談,也可以利用手機、短信等的形式及時進(jìn)行一些師生對話。不遠(yuǎn)的將來電腦、手機、電視三網(wǎng)合一,利用任何IT工具都可以及時溝通,現(xiàn)代科學(xué)技術(shù)的發(fā)展已經(jīng)具備了技術(shù)上的條件,問題是我們需要尋找到一系列行之有效的方法來強化師生間的溝通。
放在云架構(gòu)內(nèi)的這些教學(xué)資源,隨著不斷的更新、增加,必將成為一筆極大的資源財富,不僅可以供在校學(xué)生學(xué) 習(xí)使用,也可以提供給全社會需要再學(xué)習(xí)、需要更新知識的人士使用,為全社會形成一種不斷學(xué)習(xí)的氛圍,提供一個強大的資源保障。
一旦形成全社會不斷學(xué)習(xí)的風(fēng)氣,社會就會和諧,文明程度的程度就會不斷提高,人們的創(chuàng)新意識和能力就有了源動力,人們就會從更多的追求物質(zhì)財富逐步進(jìn)入追求精神財富,那么社會的發(fā)展也就更穩(wěn)健。
隨著社會的進(jìn)步,我們應(yīng)該摸索和尋找一種更理性和有利于學(xué)生身心健康的教學(xué)體制,讓學(xué)習(xí)者獲得獲取知識的樂趣,讓教師真正成為學(xué)生的良師益友。
人類發(fā)展方向是朝著地球村的方向發(fā)展。我們開始可以建立教學(xué)資源的私有云,局部范圍的試點,逐步擴大范圍,最終使我們的教學(xué)資源轉(zhuǎn)而成為全社會的財富。
我們國家的教育資源本來就不夠,建立了多媒體教學(xué)資源庫后,既可以縮小東西部教育差距,又能保障教育資源的均衡發(fā)展,我們何樂而不為呢?
一、引言
隨著信息技術(shù)的飛速發(fā)展，軟件產(chǎn)品的規(guī)模也越來越龐大，個人單打獨斗的作坊式開發(fā)方式已經(jīng)越來越不適應(yīng)發(fā)展的需要。各軟件企業(yè)都在積極將軟件項目管理引入開發(fā)活動中，對開發(fā)實行有效的管理。我公司是西安一家中型軟件企業(yè)，在公司中已經(jīng)實行了項目管理制度，軟件項目管理是整個項目管理中的一個重要組成部分。
從概念上講，軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對成本、人員、進(jìn)度、質(zhì)量、風(fēng)險等進(jìn)行分析和管理的活動。實際上，軟件項目管理的意義不僅僅如此，進(jìn)行軟件項目管理有利于將開發(fā)人員的個人開發(fā)能力轉(zhuǎn)化成企業(yè)的開發(fā)能力，企業(yè)的軟件開發(fā)能力越高，表明這個企業(yè)的軟件生產(chǎn)越趨向于成熟，企業(yè)越能夠穩(wěn)定發(fā)展（即減小開發(fā)風(fēng)險）。
軟件開發(fā)不同于其他產(chǎn)品的制造，軟件的整個過程都是設(shè)計過程（沒有制造過程）；另外，軟件開發(fā)不需要使用大量的物質(zhì)資源，而主要是人力資源；并且，軟件開發(fā)的產(chǎn)品只是程序代碼和技術(shù)文件，并沒有其他的物質(zhì)結(jié)果?；谏鲜鎏攸c，軟件項目管理與其他項目管理相比，有很大的獨特性。
二、軟件項目管理的組織模式
軟件項目可以是一個單獨的開發(fā)項目，也可以與產(chǎn)品項目組成一個完整的軟件產(chǎn)品項目。如果是訂單開發(fā)，則成立軟件項目組即可；如果是產(chǎn)品開發(fā)，需成立軟件項目組和產(chǎn)品項目（負(fù)責(zé)市場調(diào)研和銷售），組成軟件產(chǎn)品項目組。
公司實行項目管理時，首先要成立項目管理委員會，項目管理委員會下設(shè)項目管理小組、項目評審小組和軟件產(chǎn)品項目組。
1、項目管理委員會
項目管理委員會是公司項目管理的最高決策機構(gòu)，一般由公司總經(jīng)理、副總經(jīng)理組成。主要職責(zé)如下：
（1）依照項目管理相關(guān)制度，管理項目；
（2）監(jiān)督項目管理相關(guān)制度的執(zhí)行；
（3）對項目立項、項目撤消進(jìn)行決策；
（4）任命項目管理小組組長、項目評審委員會主任、項目組組長.
2、項目管理小組
項目管理小組對項目管理委員會負(fù)責(zé)，一般由公司管理人員組成。主要職責(zé)如下：
（1）草擬項目管理的各項制度；
（2）組織項目階段評審；
（3）保存項目過程中的相關(guān)文件和數(shù)據(jù)；
（4）為優(yōu)化項目管理提出建議。
3、項目評審小組
項目評審小組對項目管理委員會負(fù)責(zé)，可下設(shè)開發(fā)評審小組和產(chǎn)品評審小組，一般由公司技術(shù)專家和市場專家組成。主要職責(zé)如下：
（1）對項目可行性報告進(jìn)行評審；
（2）對市場計劃和階段報告進(jìn)行評審；
（3）對開發(fā)計劃和階段報告進(jìn)行評審；
（4）項目結(jié)束時，對項目總結(jié)報告進(jìn)行評審。
4、軟件產(chǎn)品項目組
軟件產(chǎn)品項目組對項目管理委員會負(fù)責(zé)，可下設(shè)軟件項目組和產(chǎn)品項目組。軟件項目組和產(chǎn)品項目組分別設(shè)開發(fā)經(jīng)理和產(chǎn)品經(jīng)理。成員一般由公司技術(shù)人員和市場人員構(gòu)成。主要職責(zé)是：根據(jù)項目管理委員會的安排具體負(fù)責(zé)項目的軟件開發(fā)和市場調(diào)研及銷售工作。
三、軟件項目管理的內(nèi)容
從軟件工程的角度講，軟件開發(fā)主要分為六個階段：需求分析階段、概要設(shè)計階段、詳細(xì)設(shè)計階段、編碼階段、測試階段、安裝及維護階段。不論是作坊式開發(fā)，還是團隊協(xié)作開發(fā)，這六個階段都是不可缺少的。
根據(jù)公司實際情況，公司在進(jìn)行軟件項目管理時，重點將軟件配置管理、軟件質(zhì)量管理、軟件風(fēng)險管理及開發(fā)人員管理四方面內(nèi)容導(dǎo)入軟件開發(fā)的整個階段。
在八十年代初，著名軟件工程專家B.W.Boehm總結(jié)出了軟件開發(fā)時需遵循的七條基本原則，同樣，我們在進(jìn)行軟件項目管理時，也應(yīng)該遵循這七條原則。它們是：
（1）用分階段的生命周期計劃嚴(yán)格管理；
（2）堅持進(jìn)行階段評審；
（3）實行嚴(yán)格的產(chǎn)品控制；
（4）采用現(xiàn)代程序設(shè)計技術(shù)；
（5）結(jié)果應(yīng)能夠清楚地審查；
（6）開發(fā)小組地人員應(yīng)該少而精；
（7）承認(rèn)不斷改進(jìn)軟件工程實踐地必要性。
四、編寫《軟件項目計劃書》
項目組成立的第一件事是編寫《軟件項目計劃書》，在計劃書中描述開發(fā)日程安排、資源需求、項目管理等各項情況的大體內(nèi)容。計劃書主要向公司各相關(guān)人員發(fā)放，使他們大體了解該軟件項目的情況。對于計劃書的每個內(nèi)容，都應(yīng)有相應(yīng)具體實施手冊，這些手冊是供項目組相關(guān)成員使用的。
《軟件項目計劃書》一般應(yīng)該包括下述內(nèi)容：
1.引言
1.1計劃的目的
1.2項目的范圍和目標(biāo)
1.2.1范圍描述
1.2.2主要功能
1.2.3性能
1.2.4管理和技術(shù)約束
2.項目估算
2.1使用的歷史數(shù)據(jù)
2.2使用的評估技術(shù)
2.3工作量、成本、時間估算
3.風(fēng)險管理戰(zhàn)略
3.1風(fēng)險識別
3.2有關(guān)風(fēng)險的討論
3.3風(fēng)險管理計劃
3.3.1風(fēng)險計劃
3.3.2風(fēng)險監(jiān)視
3.3.3風(fēng)險
管理
4.日程
4.1項目工作分解結(jié)構(gòu)
4.2時限圖(甘特圖)
4.3資源表
5.項目資源
5.1人員
5.2硬件和軟件
5.3特別資源
6.人員組織
6.1組織結(jié)構(gòu)
6.2管理報告
7.跟蹤和控制機制
7.1質(zhì)量保證和控制
7.2變化管理和控制
8.附錄五、軟件配置管理
是否進(jìn)行配置管理與軟件的規(guī)模有關(guān)，軟件的規(guī)模越大，配置管理就顯得越重要。軟件配置管理簡稱SCM（SoftwareConfiguratioManagement的縮寫），是在團隊開發(fā)中，標(biāo)識、控制和管理軟件變更的一種管理。配置管理的使用取決于項目規(guī)模和復(fù)雜性以及風(fēng)險水平。
1、目前軟件開發(fā)中面臨的問題
。在有限的時間、資金內(nèi)，要滿足不斷增長的軟件產(chǎn)品質(zhì)量要求；
。開發(fā)的環(huán)境日益復(fù)雜，代碼共享日益困難，需跨越的平臺增多；
。程序的規(guī)模越來越大；
。軟件的重用性需要提高；
。軟件的維護越來越困難。
2、軟件配置管理應(yīng)提供的功能
在ISO9000.3中，對配置管理系統(tǒng)的功能作了如下描述：
。唯一地標(biāo)識每個軟件項的版本；
。標(biāo)識共同構(gòu)成一完整產(chǎn)品的特定版本的每一軟件項的版本；
?？刂朴蓛蓚€或多個獨立工作的人員同時對一給定軟件項的更新；
?？刂朴蓛蓚€或多個獨立工作的人員同時對一給定軟件項的更新；
。按要求在一個或多個位置對復(fù)雜產(chǎn)品的更新進(jìn)行協(xié)調(diào)；
。標(biāo)識并跟蹤所有的措施和更改；這些措施和更改是在從開始直到放行期間，由于更改請求或問題引起的。
3、版本管理
軟件配置管理分為版本管理、問題跟蹤和建立管理三個部分，其中版本管理是基礎(chǔ)。版本管理應(yīng)完成以下主要任務(wù)：
。建立項目；
。重構(gòu)任何修訂版的某一項或某一文件；
。利用加鎖技術(shù)防止覆蓋；
。當(dāng)增加一個修訂版時要求輸入變更描述；
。提供比較任意兩個修訂版的使用工具；
。采用增量存儲方式；
。提供對修訂版歷史和鎖定狀態(tài)的報告功能；
。提供歸并功能；
。允許在任何時候重構(gòu)任何版本；
。權(quán)限的設(shè)置；
。晉升模型的建立；
。提供各種報告。
4、配置管理軟件PVC6.0
PVCS6.0是一套非常優(yōu)秀的配置管理軟件，它能夠?qū)崿F(xiàn)配置管理中的各項要求，并且能和多種流行開發(fā)平臺集成，為配置管理提供了很大的方便。
六、軟件質(zhì)量管理
隨著軟件開發(fā)的規(guī)模越來越大，軟件的質(zhì)量問題顯得越來越突出。軟件質(zhì)量的控制不單單是一個軟件測試問題，在軟件開發(fā)的所有階段都應(yīng)該引入質(zhì)量管理。我公司除加強了國家標(biāo)準(zhǔn)"信息技術(shù)軟件生存期過程"（GB/T8566--1995）的規(guī)范管理外，還積極為通過ISO9000.3做準(zhǔn)備。
1、軟件質(zhì)量保證計劃
在進(jìn)行軟件開發(fā)前，需要有一個《軟件質(zhì)量保證計劃》。目前較常用的是AI/IEEETOL
730--1984，983--1986標(biāo)準(zhǔn)，包括以下內(nèi)容：
1.計劃目的
2.參考文獻(xiàn)
3.管理
3.1.組織
3.2.任務(wù)
3.3.責(zé)任
4.文檔
4.1.目的
4.2.要求的軟件工程文檔
4.3.其他文檔
5.標(biāo)準(zhǔn)和約定
5.1.目的
5.2.約定
6.評審和審計
6.1.目的
6.2.評審要求
6.2.1.軟件需求的評審
6.2.2.設(shè)計評審
6.2.3.軟件驗證和確認(rèn)評審
6.2.4.功能評審
6.2.5.物理評審
6.2.6.內(nèi)部過程評審
6.2.7.管理評審
7.測試
8.問題報告和改正活動
9.工具、技術(shù)和方法
10.媒體控制
11.供應(yīng)者控制
12.記錄、收集、維護和保密
13.培訓(xùn)
14.風(fēng)險管理
2、質(zhì)量管理的基本原則
?？刂扑羞^程的質(zhì)量；
。過程控制的出發(fā)點是預(yù)防不合格；
。質(zhì)量管理的中心任務(wù)是建立并實施文件化的質(zhì)量體系；
。持續(xù)的質(zhì)量改進(jìn)；
。有效的質(zhì)量體系應(yīng)滿足顧客和組織內(nèi)部雙方的需要和利益；
。定期評價質(zhì)量體系；
。搞好質(zhì)量管理關(guān)鍵在于領(lǐng)導(dǎo)。
3、軟件質(zhì)量因素
正確性：系統(tǒng)滿足規(guī)格說明和用戶目標(biāo)的程度，即，在預(yù)定環(huán)境下能正確地完成預(yù)期功能的程度。
健壯性：在硬件發(fā)生故障、輸入的數(shù)據(jù)無效或操作錯誤等意外環(huán)
境下，系統(tǒng)能做出適當(dāng)響應(yīng)的程度。
效率：為了完成預(yù)定的功能，系統(tǒng)需要的計算資源的多少。
完整性（安全性）：對未經(jīng)授權(quán)的人使用軟件或數(shù)據(jù)的企圖，系統(tǒng)能過控制（禁止）的程度。
可用性：系統(tǒng)在完成預(yù)定應(yīng)該完成的功能時另人滿意的程度。
風(fēng)險：按預(yù)定的成本和進(jìn)度把系統(tǒng)開發(fā)出來，并且為用戶所滿意的概率。
可理解性：理解和使用該系統(tǒng)的容易程度。
可維修性：診斷和改正在運行現(xiàn)場發(fā)現(xiàn)的錯誤所需要的工作量的大小。
靈活性（適應(yīng)性）：修改或改進(jìn)正在運行的系統(tǒng)需要的工作量的多少。
可測試性：軟件容易測試的程度。
可移植性：把程序從一種硬件配置和（或）軟件系統(tǒng)環(huán)境轉(zhuǎn)移到另一種配置和環(huán)境時，需要的工作量多少。有一種定量度量的方法是：用原來程序設(shè)計和調(diào)試的成本除移植時需用的費用。
可再用性：再其他應(yīng)用中該程序可以被再次使用的程度（或范圍）。
互運行性：把該系統(tǒng)和另一個系統(tǒng)結(jié)合起來需要的工作量的多少。
4、軟件評審
軟件評審并不是在軟件開發(fā)完畢后進(jìn)行評審，而是在軟件開發(fā)的各個階段都要進(jìn)行評審。因為在軟件開發(fā)的各個階段都可能產(chǎn)生錯誤，如果這些錯誤不及時發(fā)現(xiàn)并糾正，會不斷地擴大，最后可能導(dǎo)致開
發(fā)的失敗。下面這組數(shù)據(jù)可以清楚的看出前期的錯誤對后期的影響。
軟件評審是相當(dāng)重要的工作，也是目前國內(nèi)開發(fā)最不重視的工作。
（1）評審目標(biāo)
。發(fā)現(xiàn)任何形式表現(xiàn)的軟件功能、邏輯或?qū)崿F(xiàn)方面的錯誤；
。通過評審驗證軟件的需求；
。保證軟件按預(yù)先定義的標(biāo)準(zhǔn)表示；
。已獲得的軟件是以統(tǒng)一的方式開發(fā)的；
。使項目更容易管理。
（2）評審過程
A、召開評審會議：一般應(yīng)有3至5人參加，會前每個參加者做好準(zhǔn)備，評審會每次一般不超過2小時。
B、會議結(jié)束使必須做出以下決策之一：接受該產(chǎn)品，不需做修改；由于錯誤嚴(yán)重，拒絕接受；暫時接受該產(chǎn)品。
C、評審報告與記錄；所提出的問題都要進(jìn)行記錄，在評審會結(jié)束前產(chǎn)生一個評審問題表，另外必須完成評審簡要報告。
（3）評審準(zhǔn)則
。評審產(chǎn)品，而不是評審設(shè)計者（不能使設(shè)計者有任何壓力）；
。會場要有良好的氣氛；
。建立議事日程并維持它（會議不能脫離主題）；
。限制爭論與反駁（評審會不是為了解決問題，而是為了發(fā)現(xiàn)問題；
。指明問題范圍，而不是解決提到的問題；
。展示記錄（最好有黑板，將問題隨時寫在黑板上）；
。限制會議人數(shù)和堅持會前準(zhǔn)備工作；
。對每個被評審的產(chǎn)品要盡力評審清單（幫助評審人員思考）；
。對每個正式技術(shù)評審分配資源和時間進(jìn)度表；
。對全部評審人員進(jìn)行必要的培訓(xùn)；
。
及早地對自己地評審做評審（對評審準(zhǔn)則的評審）。5、ISO9000.3軟件質(zhì)量認(rèn)證體系
ISO9000.3是ISO9000質(zhì)量體系認(rèn)證中關(guān)于計算機軟件質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)部分。它從管理職責(zé)、質(zhì)量體系、合同評審、設(shè)計控制、文件和資料控制、采購、顧客提供產(chǎn)品的控制、產(chǎn)品標(biāo)識和可追溯性、過程控制、檢驗和試驗、檢驗/測量和試驗設(shè)備的控制、檢驗和試驗狀態(tài)、不合格品的控制、糾正和預(yù)防措施、搬運/貯存/包裝/防護和交付、質(zhì)量記錄的控制、內(nèi)部質(zhì)量審核、培訓(xùn)、服務(wù)、統(tǒng)計系統(tǒng)等二個方面對軟件質(zhì)量進(jìn)行了要求。
6、測試
軟件測試是軟件開發(fā)的一個重要環(huán)節(jié)，同時也是軟件質(zhì)量保證的一個重要環(huán)節(jié)。所謂測試就是用已知的輸入在已知環(huán)境中動態(tài)地執(zhí)行系統(tǒng)（或系統(tǒng)的部件）。測試一般包括單元測試、模塊測試、集成測試和系統(tǒng)測試。如果測試結(jié)果與預(yù)期結(jié)果不一致，則很可能是發(fā)現(xiàn)了系統(tǒng)中的錯誤，測試過程中將產(chǎn)生下述基本文檔：
（1）測試計劃：確定測試范圍、方法、和需要的資源等。
（2）測試過程：詳細(xì)描述和每個測試方案有關(guān)的測試步驟和數(shù)據(jù)（包括測試數(shù)據(jù)及預(yù)期的結(jié)果）。
（3）測試結(jié)果：把每次測試運行的結(jié)果歸入文檔，如果運行出錯，則應(yīng)產(chǎn)生問題報告，并且必須經(jīng)過調(diào)試解決所發(fā)現(xiàn)的問題。測試結(jié)果：把每次測試運行的結(jié)果歸入文檔，如果運行出錯，則應(yīng)產(chǎn)生問題報告，并且必須經(jīng)過調(diào)試解決所發(fā)現(xiàn)的問題。
七、軟件風(fēng)險管理
軟件項目管理存在著風(fēng)險，如果我們提前重視風(fēng)險，并且有所防范，就可以最大限度減少風(fēng)險的發(fā)生。進(jìn)行風(fēng)險管理是有效的手段。
1、風(fēng)險的分類
根據(jù)風(fēng)險內(nèi)容，我們可以將風(fēng)險分為項目風(fēng)險（成本提高，時間延長等）、技術(shù)風(fēng)險（技術(shù)不成熟等）、商業(yè)風(fēng)險（銷售問題等）、戰(zhàn)略風(fēng)險（公司的經(jīng)營戰(zhàn)略發(fā)生了變化）、管理風(fēng)險（公司管理人員是否成熟等）、預(yù)算風(fēng)險（預(yù)算是否準(zhǔn)確等）等。
另外，我們還可以將風(fēng)險分為已知風(fēng)險（如員工離職等）、可預(yù)報風(fēng)險（從以往經(jīng)驗得出可能有風(fēng)險的）和不可預(yù)知風(fēng)險。
2、風(fēng)險的識別
風(fēng)險識別的有效方法是建立風(fēng)險項目檢查表。主要涉及以下幾方面檢查：
。產(chǎn)品規(guī)模風(fēng)險檢查
。業(yè)務(wù)影響風(fēng)險檢查
。與客戶相關(guān)的風(fēng)險檢查
。過程風(fēng)險檢查
。技術(shù)風(fēng)險檢查
。開發(fā)環(huán)境風(fēng)險檢查
。與人員的模式和經(jīng)驗有關(guān)的風(fēng)險檢查
3、風(fēng)險評估
風(fēng)險評估主要從下面七個方面進(jìn)行：
。發(fā)生的可能性
。發(fā)生的結(jié)果（影響）
。建立一個尺度表示風(fēng)險可能性（如，極罕見、罕見、普通、可能、極可能）
。描述風(fēng)險帶來的后果
。估計對產(chǎn)品和項目的影響
。確定風(fēng)險評估的正確性
。根據(jù)影響排定有限隊列
另外，要對每個風(fēng)險的表現(xiàn)、范圍、時間做出盡量準(zhǔn)確的判斷。
4、風(fēng)險的評價
對風(fēng)險的評價主要依據(jù)三個因素：風(fēng)險描述、風(fēng)險概率和風(fēng)險影響。從成本、進(jìn)度及性能三個方面對風(fēng)險進(jìn)行評價。確定項目的中止點，在中止點出再一次進(jìn)行風(fēng)險評價。
5、風(fēng)險的駕馭和監(jiān)控
風(fēng)險的駕馭與監(jiān)控主要要靠管理者的經(jīng)驗來實施。如，某開發(fā)人員的離職概率是0.7，離職后會對項目造成一定的影響，則該風(fēng)險駕馭和監(jiān)控的策略如下：
。與在職人員協(xié)商，確定流動原因。
。在項目開始前，把環(huán)節(jié)這些流動原因的工作列入風(fēng)險駕馭計劃。
。項目開始時，作好人是會流動的準(zhǔn)備，采取一些措施確保人員一旦離開時，項目仍能繼續(xù)。
。制定文檔標(biāo)準(zhǔn)，并建立一種機制，保證文檔及時產(chǎn)生。
。對所有工作進(jìn)行細(xì)微詳審，使更多人能夠按計劃進(jìn)度完成自己的工作。
。對每個關(guān)鍵性技術(shù)人員培養(yǎng)后備人員。
在考慮風(fēng)險成本之后，決定是否采用上述策略。
八、人員管理
1、對項目經(jīng)理的要求
。能夠使小組每個成員都能發(fā)揮能力
。有一定的組織能力
。能夠使小組美味成員有成就感
。有提出解決問題方案的能力
。對問題的理解有一定的深度
。要能讓成員知道軟件質(zhì)量的重要性
2、人員的通訊方式
（1）正式非個人方式，如正式會議等；
（2）正式個人之間交流，如成員之間的正式討論等（一般不形成決議）；
（3）非正式個人之間交流，如個人之間的自由交流等；
（4）電子通訊，如E-MAIL（電子郵件）、（電子公告板系統(tǒng)）等；
（5）成員網(wǎng)絡(luò)，如成員與小組之外或公司之外有經(jīng)驗的相關(guān)人員進(jìn)行交流；
在實踐中發(fā)現(xiàn)，（5）的通訊效率最高，其次是（1）。“文秘站”版權(quán)所有
人力資源管理中的風(fēng)險管理
在進(jìn)行人力資源管理時，我們往往重視招聘、培訓(xùn)、考評、薪資等各個具體內(nèi)容的操作，而忽視了其中的風(fēng)險管理問題。其實，每個企業(yè)在人事管理中都可能遇到風(fēng)險，如招聘失敗、新政策引起員工不滿、技術(shù)骨干突然離職等等，這些事件會影響公司的正常運轉(zhuǎn)，甚至?xí)驹斐芍旅拇驌?。如何防范這些風(fēng)險的發(fā)生，是我們應(yīng)該研究的問題。特別是高新技術(shù)企業(yè)，由于對人的依賴更大，所以更需要重視人力資源管理中的風(fēng)險管理。
一 項目管理過程
一個軟件項目的管理過程包括以下幾個方面的內(nèi)容:
1 啟動一個軟件項目
軟件人員和用戶是在系統(tǒng)工程階段確定項目的目標(biāo)和范圍。目標(biāo)標(biāo)明了軟件項目的目的但不涉及如何去達(dá)到這些目的。范圍標(biāo)明了軟件要實現(xiàn)的基本功能,并盡量以定量的方式界定這些功能。
2 度量
進(jìn)行度量工作,是為了幫助軟件人員了解產(chǎn)品開發(fā)的技術(shù)過程和產(chǎn)品。度量的作用是為了有效地定量地進(jìn)行管理。度量的目的是為了把握軟件工程過程的實際情況和它所產(chǎn)生的產(chǎn)品質(zhì)量。
3 估算
在軟件項目管理過程中一個關(guān)鍵的活動是制定項目計劃。在做計劃時,必須就需要的人力、項目持續(xù)時間、成本作出估算。現(xiàn)在有許多用于軟件開發(fā)的估算技術(shù),基本的步驟是:事先建立軟件的工作范圍;以軟件度量為基礎(chǔ)作出估算;把項目分解成科單獨進(jìn)行估算的小塊。管理人員可使用各種估算技術(shù) 。
4 風(fēng)險分析
每當(dāng)開始一個新的軟件項目時,總是存在著某些不確定性。如是否能準(zhǔn)確地理解用戶的要求?項目的功能能否實現(xiàn)?是否存在目前還未發(fā)現(xiàn)的技術(shù)難題?等等。風(fēng)險分析對于軟件項目管理是決定性的。
5 進(jìn)度安排
每一個軟件項目都要求制定一個進(jìn)度安排,但不是所有的進(jìn)度都得一樣安排。軟件項目的進(jìn)度安排與任何一個工程項目的進(jìn)度安排沒有實質(zhì)上的不同。首先識別一組項目任務(wù),再建立任務(wù)之間的相互關(guān)聯(lián),然后估算各個任務(wù)的工作量,分配人力和其他資源,制定進(jìn)度時序。
6 追蹤和控制
一旦建立了開發(fā)進(jìn)度安排,就可以開始著手追蹤和控制活動。由項目管理人員負(fù)責(zé)追蹤在進(jìn)度中標(biāo)明的每一個任務(wù)。如果任務(wù)實際完成日期滯后于進(jìn)度安排,則管理人員可以使用一種自動的項目進(jìn)度安排工具來確定在項目中間里程碑上進(jìn)度誤期所造成的影響。
二 軟件項目的組織與計劃
1 軟件項目管理的特點
軟件產(chǎn)品與其他任何產(chǎn)業(yè)的產(chǎn)品不同,它是無形的,完全沒有物理屬性,但它確實是把思想、概念、算法、流程、組織、效率、優(yōu)化等融合在一起了。因此對軟件項目進(jìn)行管理,涉及到系統(tǒng)工程學(xué)、統(tǒng)計學(xué)、心理學(xué)、社會學(xué)以及法律等方面的問題。需要用到多方面的綜合知識,僅靠技術(shù)或科研項目的效率很難得到較好的解決。此外,管理技術(shù)的基礎(chǔ)是實踐,為取得管理技術(shù)的成果必須反復(fù)實踐。很顯然,管理能夠帶來效率,能夠贏得時間。在技術(shù)迅速發(fā)展的今天,必須認(rèn)真對待技術(shù)管理問題?？傊?軟件項目的組織涉及到軟件項目研制中的計劃制定、進(jìn)度估計、資源使用、人員配備、組織機構(gòu)和管理方法等軟件管理的許多問題。
2 制定計劃
軟件開發(fā)項目的計劃涉及到實施項目的各個環(huán)節(jié),帶有全局的性質(zhì)。計劃的合理性和準(zhǔn)確性往往關(guān)系著項目的成敗。計劃應(yīng)力求完備,要考慮到一些未知因素和不確定因素,考慮到可能的修改。計劃應(yīng)力求準(zhǔn)確,盡可能提高所依據(jù)數(shù)據(jù)的可靠程度。
三 軟件過程成熟度
多年來軟件開發(fā)項目存在著不能如期完成,軟件質(zhì)量不能令客戶滿意或軟件開發(fā)的開銷超出預(yù)算等,這些都是軟件開發(fā)機構(gòu)遇到的難題。這一現(xiàn)象促使人們進(jìn)一步考察軟件過程,從而發(fā)現(xiàn),關(guān)鍵問題在于軟件過程的管理不盡人意。在無規(guī)則和混亂的管理條件下,先進(jìn)的技術(shù)和工具并不能發(fā)揮應(yīng)有的作用。改進(jìn)軟件過程的管理是解決上述難題的突破口。
對于不同的軟件開發(fā)機構(gòu),在組織人員完成軟件項目中所依據(jù)的管理策略有很大差別,因而軟件項目所遵循的軟件過程也有很大差別。在此,可用軟件機構(gòu)的成熟度加以區(qū)別。
成熟的軟件機構(gòu)具有的特點是:建立了機構(gòu)級的軟件開發(fā)和維護過程;軟件過程必要時可做改進(jìn);軟件產(chǎn)品的質(zhì)量和客戶對軟件產(chǎn)品的滿意程度是由負(fù)責(zé)質(zhì)量保證的經(jīng)理負(fù)責(zé)監(jiān)控;項目進(jìn)度和預(yù)算是根據(jù)以往項目取得的實踐經(jīng)驗確定因而比較符合實際情況。
四 小結(jié)
為使軟件項目開發(fā)獲得成功,必須對軟件開發(fā)項目的工作范圍、可能遇到的風(fēng)險、需要的資源、要實現(xiàn)的任務(wù)、經(jīng)歷的過程、花費的成本以及進(jìn)度安排等做到了如指掌,而軟件項目管理可以提供這些信息。
