【正文】 ptech公司程序文件》200251；北大青鳥Aptech5．2．2 程序及過程本部分規(guī)定本項目全面質(zhì)量管理所規(guī)定的實施過程，在WBS中，所有的活動安排都是與質(zhì)量保證相關(guān)的，因而也是WBS元素項的說明。本項目為進度預留了充分的緩沖時間，這些時候為后續(xù)的測試、符合性檢查提供了保證。楊城軟件工程師，有三年的C/S、B/S結(jié)構(gòu)開發(fā)經(jīng)驗，對數(shù)據(jù)庫技術(shù)、VB技術(shù)能夠進行嫻熟地應用，在本項目中負責數(shù)據(jù)庫設計的一部分工作及原型代碼的編寫、界面設計等。（說明：開發(fā)測試計劃可以在本部分表述，對于比較大的項目，可以編制為單獨的文檔；一些系統(tǒng)，還牽涉到安全方面的考慮，也要求在本部分盡心規(guī)劃，對于本項目，安全方面的考慮通過配置IIS和SQL Server來進行，本計劃中略；開發(fā)人員培訓計劃、用戶培訓計劃、安裝計劃等，在中等以上規(guī)模的項目中需要加以考慮，本項目因其規(guī)模而被簡略，或者可以引用公司的相關(guān)規(guī)定進行說明；本項目計劃包含了項目管理中計劃編制的一些專門的知識和技能，以保證項目計劃與后續(xù)課程的一致性，關(guān)于這些知識和技能的詳細說明，《軟件項目管理》。5．3．1 項目成員參加本項目的主要人員包括：張惠明項目經(jīng)理，曾經(jīng)負責過七個以上的軟件項目的管理工作，在本項目中，負責項目的規(guī)劃、接口、協(xié)調(diào)及一部分代碼工作?；谶M度的考慮安排足夠的成員加入開發(fā)組，并在用戶對進度有更高要求的情況下增加項目成員。）本項目同時遵循和貫徹公司的質(zhì)量方針和質(zhì)量目標。管理計劃實現(xiàn)（變更控制程序）A：控制和實施階段 在突發(fā)事件的情況下項目經(jīng)理可以對項目范圍進行變更，并在事后把變更說明提交到變更控制委員會； 范圍變更通常牽涉到人員、費用、進度、風險和質(zhì)量等多個方面，所有的變更都要求對這些方面的考慮和權(quán)衡，對于引起這些方面明顯的變動，需要更改這些方面的設計，并且進行相關(guān)的記錄； 項目組其他成員可以對范圍提出變更意見，但必須填寫統(tǒng)一的《問題報告單》形成正式的變更請求；并鼓勵每一個項目成員提出新方法、新工具以提高項目的開發(fā)進度，但嚴格控制在未經(jīng)討論的擅自變更，這些變更指WBS中未規(guī)定的事情； 對于客戶提出的變更，視變更影響的大小，首先須經(jīng)變更控制委員會正式或者非正式的討論，把最后的變更意見交由項目經(jīng)理實施； WBS中對每一個消耗資源的活動都進行了定義，但并不表示W(wǎng)BS是不可更改的，所有經(jīng)過變更都要求反映在WBS中，并且WBS所在的主文件以修改次數(shù)進行標識； 范圍基線的變更要嚴格控制，除非在不能挽救的情況下，范圍基線不允許變更；范圍基線變更必須經(jīng)過變更控制委員會正式的會議； 程序的變更、代碼的更新所形成的軟件的新的調(diào)試版本，以版本管理程序和源代碼管理程序進行標識和記錄，項目經(jīng)理要確保當前使用的版本反應了最新的變更（附件中規(guī)定了版本和源代碼記錄的模版）； 變更的內(nèi)容、質(zhì)量要求須同時遵循質(zhì)量計劃、質(zhì)量標準的相關(guān)事項； 用戶手冊、培訓計劃要求業(yè)務或?qū)δ芟嚓P(guān)的人員進行書寫，并且按照進度計劃中所規(guī)定的最后日期進行審核，所有的修訂意見同時應通知變更控制委員會中實施方的成員；B：概念和計劃階段 在需求描述階段，實施方把用戶所要求進行開發(fā)和設計的內(nèi)容清楚的理解并描述為文檔，最終的正式范圍說明需要經(jīng)過包括變更控制委員會所有成員在內(nèi)的正式評審，并作為后續(xù)工作的依據(jù)；C：收尾階段1 產(chǎn)品最后的驗收依據(jù)是經(jīng)過變更控制委員在計劃階段批準的范圍說明，同時有效的是可能對產(chǎn)品特征明細或者未明細的正式合同，合同附件具有同等的效力；1 可能需要返工或者返修的可交付物需要用戶的正式認可，同時在項目計劃中加以說明；1 在用戶接受產(chǎn)品并要求結(jié)束合同的同時，變更控制委員會對控制績效進行總結(jié)，收集相關(guān)的文件、質(zhì)量記錄并進行歸檔，在這些工作完成后宣布解散委員會；配置管理活動配置標識文檔：《問題報告單》；《版本清單》；《源代碼清單》；《設計評審》；《需求評審》 Microsoft Visual SourceSafe的版本標識； 程序：需求評審；設計評審；項目中期評估；項目驗收評估；配置控制 變更控制委員會在召開項目首次會議時進行組建； 變更控制委員會只能在用戶簽署正式的產(chǎn)品接受文件后方可解散，變更控制委員會對產(chǎn)品維護階段的問題不承擔責任； 變更控制委員會的成員可以增加，但在人員計劃中必須做必要的變更，本計劃的相關(guān)部分也需要修訂； 變更控制委員會有義務對產(chǎn)品的質(zhì)量進行跟綜和評價，有義務提出變更請求，以確保項目最后的產(chǎn)品符合使用者的要求；配置狀態(tài)審查 公司的直接項目領(lǐng)導負責配置委員會工作的審查； 配置委員會負責產(chǎn)品的階段性審查和評估，這些評估包括質(zhì)量記錄的抽樣檢查、產(chǎn)品性能特征的指標檢查和相關(guān)受控文件的更改過程合法性檢查； 項目經(jīng)理對產(chǎn)品實施過程進行控制，糾正和預防措施將是兩個最常用的手段，并且在本項目中具有工作授權(quán)體系所有的責任，這些責任中最重要的是控制每一個工作包的開始時間點；配置檢查以及審核配置檢查和評審的權(quán)限只有公司最高領(lǐng)導層才能進行授權(quán)，在本項目中，所涉及的內(nèi)容包括配置委員會的成立、解散需要經(jīng)過公司最高領(lǐng)導層的正式批準。用戶方提供數(shù)據(jù)轉(zhuǎn)換所要求的原始數(shù)據(jù)。開發(fā)工具在所需時間不到位。必要的功能不能用選擇的準則或等級資料庫質(zhì)量差，造成額外的測試、缺陷糾正和重做工作。正式手續(xù)太多（官僚性遵守軟件政策和標準）。對組織來說是新品牌的某種組成部分的開發(fā)所花的時間比預料的長。錯誤用戶界面的開發(fā)需要重新設計和執(zhí)行。培訓包給第三方。承包人和顧問需要額外的時間來學習不熟悉的編程語言。項目缺少有效的執(zhí)行發(fā)起人。項目得不到更有資格做項目的人員。合同員工在項目完成前離開。任務先決條件（例如培訓、其他項目的完成、獲得工作許可證）不能按時完成?？蛻敉ㄐ艜r間（例如回答澄清要求問題的時間）比預料的慢。商業(yè)用戶微觀管理發(fā)展過程。最終和戶堅持新要求。預算削減打亂項目規(guī)劃。產(chǎn)品的不熟悉方面要花費比預料的更多的時間來設計和執(zhí)行。作為對計劃到計劃的失察作出反應而作出的重新估計過于樂觀，或忽略了項目歷史。軟件開發(fā)風險對照表如下：風險類別風險描述可能影響規(guī)劃風險計劃是根據(jù)使用項目問題專家（SEM）的情況制定的，但是這些成員沒有得到。即使遞交的軟件符合所要求的全產(chǎn)規(guī)格，但商業(yè)用戶將不接受該軟件。AC(Installation amp。ACTSSD（說明：以上實際數(shù)字的填寫略。最后的項目網(wǎng)絡圖如下：完成項目至少需要的時間用紅色的線表示，項目的關(guān)鍵路徑為：1 – 2 – 3 – 4 – 10 – 11 14 – 15 –18 –22 – 24 – 25 –26 – 32 –33 – 34 – 36 – 37 – 38 對應的時間為：3+3 +4 +5 +4+1+1+3+5+2+5+4+4+1+2+6+4+1+1 = 58（工作日）預留20%作為整體浮動時間，實際需要的工作日為70。2. 5完成項目的最遲期限項目的系統(tǒng)測試的最后完成日期為2003 – 12 –1日，然后在2004 – 1 – 1之前，進行運行時測試，包括用戶培訓等服務活動的實施。非移交的產(chǎn)品包括過程記錄和過程文檔，包括：A、調(diào)試和測試程序及源代碼調(diào)試和測試程序及源代碼不提供給甲方，但包括腳本程序在內(nèi)的在HTML、ASP頁面全部提供。操作手冊操作手冊提供用戶對軟件系統(tǒng)的操作指導。測試部分包括對實現(xiàn)過程中的錯誤的修改、功能的改進的一些活動，同時包括了各子系統(tǒng)、模塊、功能點的組合和連調(diào)。這些系統(tǒng)之間不提供應用程序級別的接口，數(shù)據(jù)共享通過SQL Server數(shù)據(jù)庫表的公共訪問來實現(xiàn)。C、 本系統(tǒng)將存儲用戶信息，668Job將與其他的系統(tǒng)共享這些注冊信息，共享的系統(tǒng)可能是668Job電子郵件系統(tǒng)、668Job電子雜志分發(fā)系統(tǒng)。編碼實現(xiàn)將按照軟件產(chǎn)品設計所描述的內(nèi)容，編寫代碼實現(xiàn)軟件各部分的功能。文檔《招聘網(wǎng)站設計項目數(shù)據(jù)庫腳本》是該交付物的形式。D、其他維護性的工作合同中所包含的其他維護性的工作。C、服務講解要求接受培訓的成員90%以上能理解并正常操作系統(tǒng)的主要功能；首次安裝后，程序能夠執(zhí)行以上的功能，并且符合實際的業(yè)務規(guī)則；B和運行時測試的數(shù)據(jù)和結(jié)果由雙方在開發(fā)的后期共同進行協(xié)商和確認；其他維護的要求按照合同規(guī)定的要求執(zhí)行。B、 項目經(jīng)理負責張惠明負責組織內(nèi)部的接口，包括項目進度報告，資源協(xié)調(diào)等；C、 項目經(jīng)理負責張惠明負責處理合同方面的接口；以上的接口事務，在上面的職責分配圖中已經(jīng)進行了表述。STISamp。 System Testing Phase)：組裝與系統(tǒng)測試階段；ISamp。最終和戶堅持新要求。（說明：以上列出的是可能影響項目開發(fā)，包括進度、成本和質(zhì)量的各方面最重要的一些風險和對該風險的概率、影響的估計；以上的風險，是軟件開發(fā)的風險對照表的一部分，在其他的項目開發(fā)中，風險分析也可以采用風險對照表確定風險的概率和影響程度；然后在根據(jù)這些可能性和影