【正文】 進度的考慮安排足夠的成員加入開發(fā)組，并在用戶對進度有更高要求的情況下增加項目成員。、檢查和評審檢查（測試）和評審是質(zhì)量保證和質(zhì)量提高的重要方法，它包括下面的過程：需求說明開始需求評審概要設計詳細設計設計評審子系統(tǒng)、模塊實現(xiàn)單元測試子系統(tǒng)、模塊組裝組合測試打包和安裝集成測試交付總體評估結束中期評估碩癘鄴頏謅攆檸攜驤蘞鷥膠。．紀錄的收集和維護參考配置管理計劃的相關項，并要求符合 有關記錄收集和維護的要求。．． 項目成員參加本項目的主要人員包括：彭方春項目組長，在本項目中，負責項目的規(guī)劃、接口、協(xié)調(diào)及一部分代碼工作。岳春剛產(chǎn)品工程師，負責文檔編寫、用戶接口及溝通，安裝和幫助原始文檔的編寫及整理及產(chǎn)品化相關的工作。、與客戶之間的溝通方式包括：正式的溝通包括：、變更備忘、評審會議、執(zhí)行情況報告非正式的溝通包括：、約見、電話、產(chǎn)品演示正式或者非正式的溝通應該靈活運用，一些正式的評審過程，在前面已經(jīng)進行了說明。） 編寫人：彭方春 批準人：楊駿 賴娟 日 期： – – 16 / 16。慫闡譜鯪逕導嘯畫長涼馴鴇。需要補充的成員及說明在本文的后續(xù)版本中得到。李嘉霖在本項目中負責數(shù)據(jù)庫設計的一部分工作及原型代碼的編寫、界面設計等。在上面的職責分配中做了每人所參與、負責、評議的詳細說明。閿擻輳嬪諫遷擇楨秘騖輛塤。鯊腎鑰詘褳鉀溈懼統(tǒng)庫搖飭。資源配置資源包括設備資源和人員，在設備方面，公司確要保有足夠的計算機用于開發(fā)和測試，除安排每個開發(fā)成員至少一臺專用的計算機外，額外的測試的計算機要保證每人一臺，共用網(wǎng)絡打印機。變更變更的控制對該項目質(zhì)量的影響是比較大的，這些變更包括進度、成本和產(chǎn)品特性方面的要求的變更，為防止不必要的變更，產(chǎn)品組與用戶共同成立了變更控制委員會，所有不在需求文檔中說明的要素，都需要通過變更控制委員會批準。方法和技術本項目涉及的方法和技術包括關系數(shù)據(jù)庫管理、查詢管理、界面等應用技術，這些技術都是標準和成熟的技術，所選擇的團對成員要求具有這方面的經(jīng)驗，以減少培訓的支出和技術方面的風險；輒嶧陽檉籪癤網(wǎng)儂號澩蠐鑭。、《計算機軟件質(zhì)量保證計劃規(guī)范》( )，國家質(zhì)量技術監(jiān)督局；貓蠆驢繪燈鮒誅髏貺廡獻鵬。）本項目同時遵循和貫徹公司的質(zhì)量方針和質(zhì)量目標。備注上述所提到的所有質(zhì)量記錄在附件中都有模版，這些模版都屬于公司的受控文件。管理計劃實現(xiàn)（變更控制程序）：控制和實施階段在突發(fā)事件的情況下項目經(jīng)理可以對項目范圍進行變更，并在事后把變更說明提交到變更控制委員會；范圍變更通常牽涉到人員、費用、進度、風險和質(zhì)量等多個方面，所有的變更都要求對這些方面的考慮和權衡，對于引起這些方面明顯的變動，需要更改這些方面的設計，并且進行相關的記錄；項目組其他成員可以對范圍提出變更意見，但必須填寫統(tǒng)一的《問題報告單》形成正式的變更請求；并鼓勵每一個項目成員提出新方法、新工具以提高項目的開發(fā)進度，但嚴格控制在未經(jīng)討論的擅自變更，這些變更指中未規(guī)定的事情；對于客戶提出的變更，視變更影響的大小，首先須經(jīng)變更控制委員會正式或者非正式的討論，把最后的變更意見交由項目經(jīng)理實施；中對每一個消耗資源的活動都進行了定義，但并不表示是不可更改的，所有經(jīng)過變更都要求反映在中，并且所在的主文件以修改次數(shù)進行標識；范圍基線的變更要嚴格控制，除非在不能挽救的情況下，范圍基線不允許變更；范圍基線變更必須經(jīng)過變更控制委員會正式的會議；程序的變更、代碼的更新所形成的軟件的新的調(diào)試版本，以版本管理程序和源代碼管理程序進行標識和記錄，項目經(jīng)理要確保當前使用的版本反應了最新的變更（附件中規(guī)定了版本和源代碼記錄的模版）；變更的內(nèi)容、質(zhì)量要求須同時遵循質(zhì)量計劃、質(zhì)量標準的相關事項；用戶手冊、培訓計劃要求業(yè)務或?qū)δ芟嚓P的人員進行書寫，并且按照進度計劃中所規(guī)定的最后日期進行審核，所有的修訂意見同時應通知變更控制委員會中實施方的成員；：概念和計劃階段在需求描述階段，實施方把用戶所要求進行開發(fā)和設計的內(nèi)容清楚的理解并描述為文檔，最終的正式范圍說明需要經(jīng)過包括變更控制委員會所有成員在內(nèi)的正式評審，并作為后續(xù)工作的依據(jù)；：收尾階段產(chǎn)品最后的驗收依據(jù)是經(jīng)過變更控制委員在計劃階段批準的范圍說明，同時有效的是可能對產(chǎn)品特征明細或者未明細的正式合同，合同附件具有同等的效力；可能需要返工或者返修的可交付物需要用戶的正式認可，同時在項目計劃中加以說明；在用戶接受產(chǎn)品并要求結束合同的同時，變更控制委員會對控制績效進行總結，收集相關的文件、質(zhì)量記錄并進行歸檔，在這些工作完成后宣布解散委員會；配置管理活動配置標識文檔：《問題報告單》；《版本清單》；《源代碼清單》；《設計評審》；《需求評審》 的版本標識； 程序：需求評審；設計評審；項目中期評估；項目驗收評估；配置控制變更控制委員會在召開項目首次會議時進行組建；變更控制委員會只能在用戶簽署正式的產(chǎn)品接受文件后方可解散，變更控制委員會對產(chǎn)品維護階段的問題不承擔責任；變更控制委員會的成員可以增加，但在人員計劃中必須做必要的變更，本計劃的相關部分也需要修訂；變更控制委員會有義務對產(chǎn)品的質(zhì)量進行跟綜和評價，有義務提出變更請求，以確保項目最后的產(chǎn)品符合使用者的要求；配置狀態(tài)審查公司的直接項目領導負責配置委員會工作的審查；配置委員會負責產(chǎn)品的階段性審查和評估，這些評估包括質(zhì)量記錄的抽樣檢查、產(chǎn)品性能特征的指標檢查和相關受控文件的更改過程合法性檢查；項目經(jīng)理對產(chǎn)品實施過程進行控制，糾正和預防措施將是兩個最常用的手段，并且在本項目中具有工作授權體系所有的責任，這些責任中最重要的是控制每一個工作包的開始時間點；配置檢查以及審核配置檢查和評審的權限只有公司最高領導層才能進行授權，在本項目中，所涉及的內(nèi)容包括配置委員會的成立、解散需要經(jīng)過公司最高領導層的正式批準。蠟變黲癟報倀鉉錨鈰贅籜葦。開發(fā)工具在所需時間不到位。批準的支持工具和環(huán)境不兼容，性能差，或者功能不足。必要的功能不能用選擇的準則或等級資料庫質(zhì)量差，造成額外的測試、缺陷糾正和重做工作。過分復雜的設計需要不必要的和無利可得的執(zhí)行費用。正式手續(xù)太多（官僚性遵守軟件政策和標準）。在直到項目后期還不知道的項目問題方面不準確的進程跟蹤結果。對組織來說是新品牌的某種組成部分的開發(fā)所花的時間比預料的長。與其他系統(tǒng)、其他復