【文章內容簡介】 項目負責人、項目技術主管、除實現者外的其他功能實現人員組成。功能評審人數不少于三人，并且應該為奇數，采取投票方式進行評審，得票超過一半即通過評審。 系統(tǒng)規(guī)模 評測記錄數 備 注 小規(guī)模 5萬行 年數據量在 5萬行以下 中規(guī)模 50萬行 年數據量在 5萬至 50萬行 大規(guī)模 100萬行 年數據量在 50萬行以上 計算機軟件開發(fā)項目管理規(guī)范 YNQB/QB00012021 云南旗標 軟件有限公司企業(yè)標準 第 5 頁 共 26 頁 3． 2 項目成果保護與共享 原則上，項目成果及其產權屬于公司所有。為了保護公司利益和項目知識產權，項目組在運行時，必須充分考慮項目開發(fā)期中的安全性、連續(xù)性和一貫性。具體來說，可以采取如下幾方面的措施： 項目中同一任務必須至少有兩個人完全清楚。 各 種設計資料、開發(fā)文檔必須保留至少兩份副本。 所有資料（包括源代碼）必須定期備案。備案以后，所有修改應及時更新，保證項目成員手中的資料必須與備案資料完全一致。 在條件允許時，盡量采用成對編程的方法進行代碼編制。 這樣的話，可以保證資料及代碼的共享性，不至于項目組成員離開時，項目出現癱瘓。 4 項目組織 規(guī)定計算機軟件開發(fā)項目的組織與運作方式。 4． 1 項目組織機構 項目組采用項目經理負責制。 在項目執(zhí)行期內，項目經理直接對項目主管領導負責，不受其他部門及領導的約束。 在人事上項目組成員（包括項目經理）隸屬于他 所在的編制部門，行政上接受部門經理的領導。 項目組內所有成員必須服從項目經理的安排及調度。在必要的時候，項目經理經請示有權變更項目組成員或取消項目組成員的項目參與資格。 項目組可采用下圖所示的結構組建： 項目經理 設計人員 代碼實現 測試人員 文檔管理 項目主管領導 用戶代表 圖一 項目組組織結構 計算機軟件開發(fā)項目管理規(guī)范 YNQB/QB00012021 云南旗標 軟件有限公司企業(yè)標準 第 6 頁 共 26 頁 在上圖中，項目主管領導可不視為項目組成員。 設計人員：指進行可行性研究、需求分析、概要設計、詳細設計及數據庫設計的人員。該工作可以由項目組內其他成員擔任。 代碼實現人員：指具體進行程序代碼編寫的人員。該工作根據項目具體情況可以是非本公司人員。代碼實現的主要依據是數據庫設計說明書、概 要設計說明書、詳細設計說明書及其他需求說明書和相關資料。 測試人員：指負責程序功能測試及 Bug查找的人員。該工作可由代碼實現人員充任，但必須交叉進行，自己編寫的代碼須由其他人員檢查、測試。 文檔管理人員：指項目存續(xù)期內負責日常工作文檔及用戶手冊、操作手冊、開發(fā)進度月報等文檔的編制和管理的人員。該工作可由項目組內其他人員充任。設計人員、代碼實現人員和測試人員應完成自己份內的文檔編制，可參考以下第6條執(zhí)行。 用戶代表：用戶代表這一角色在項目組中，是一個相當重要的角色。他應是能充分了解用戶需求的人：精通業(yè)務、熟悉 管理、熟悉企業(yè)組織結構及內部運作方式，并能夠不經或略經培訓即能充分理解和參與制訂項目任務、要求、目標等重要設計的人。可以說，對于項目的成功與失敗，用戶代表這一角色起著至關重要的作用。用戶代表應至少有一名，并不限數目。 4． 2 對外協(xié)調 項目經理應在項目啟動時向財務部門提供項目預算方案及資金使用計劃。項目組接受財務部門的經濟監(jiān)督，有義務按公司的財務調度計劃安排資金的使用。 項目組成員應該經常與售前售后服務人員及用戶（包括用戶代表）交流，充分掌握用戶的底層需求。在必要時，項目組成員可以申請資金用于現場調研。 在 必要的時候，項目組成員有義務協(xié)助營銷人員搞好產品的推廣銷售工作。但，此時發(fā)生的任何費用不在項目開發(fā)費里開支。 4． 3 項目外包 項目任務可以以外包的形式完成。外包可整體外包，也可只將部分模塊外包。根據情況，項目任務可外包給公司內部其他項目組，也可外包給公司以外的組織或個人。 計算機軟件開發(fā)項目管理規(guī)范 YNQB/QB00012021 云南旗標 軟件有限公司企業(yè)標準 第 7 頁 共 26 頁 4． 3． 1 外包評估 軟件項目在外包前必須進行外包評估，只有當評估認為可以外包時，才能將項目外包。評估時應著重考慮以下方面： 否有利于新技術的獲得 是否有利于降低開發(fā)成本 是否有利于縮短開發(fā)周期 4． 3． 2 外包合同 外包任務必須簽定外 包合同。 合同上必須至少載明以下內容：任務名稱，任務內容、要求及目的，進度計劃，完成日期，開發(fā)費用，開發(fā)結果交付方式，違約責任等。 4． 3． 3 外包資金 外包任務所需資金在項目開發(fā)費里列支。由項目經理提出計劃，在得到主管領導及總經理批準后實施。資金使用不應一次性支付完畢，而應當按進度逐步支付，并且在外包合同完成時，應至少滯留 30%的資金用于預后處理（包括調試、測試分析、修改完善）。待整個項目完成，并經用戶驗收合格投入使用后，方可付完所有外包開發(fā)費。 4． 3． 4 文件 在項目外包時，我公司可提供需求分析、概要 設計、數據庫設計說明書、詳細設計說明書、項目開發(fā)計劃、測試計劃及其他必要文件等相關資料。 在外包任務完成時，承包方應交回合同規(guī)定的所有文件，包括程序源代碼、模塊開發(fā)卷宗、測試分析報告及合同規(guī)定的其他文件。 4． 3． 5 其他 在條件允許時，可盡量將項目任務外包，公司內部最好只做可行性研究、需求分析、概要設計等上層設計。這樣，我們就可以以少量的資源投入而獲得更多更好的開發(fā)成果和經濟效益。 外包合同履行期間，項目經理有責任和義務監(jiān)督合同的履行及外包任務的進度，以保證整個項目的進度計劃。 計算機軟件開發(fā)項目管理規(guī)范 YNQB/QB00012021 云南旗標 軟件有限公司企業(yè)標準 第 8 頁 共 26 頁 在合同履行出現問題時，項目 經理應采取果斷措施，最大限度地為公司挽回損失。如果項目經理不能決絕，應立即請示主管領導，直至總經理。 5 項目實施 5． 1 計算機軟件開發(fā)流程劃分 5． 1． 1 按軟件生產周期劃分 每個軟件項目從啟動到結束，最終都會有一個確定的生產周期，從這個角度來說，計算機軟件開發(fā)流程可分為如下六個階段： 需求分析 概要設計 詳細設計 編程 測試 集成測試 其中需求分析及概要設計屬于上層設計。對于大型項目來講，應該進行這兩個項目的設計，而對于小型項目或者是開發(fā)周期要求很緊的項目而言，經總經理或主管領導批準，也可不進行這兩項 設計。 5． 1． 2 按軟件生存周期劃分 一項計算機軟件，從出現一個構思之日起，經過這項軟件開發(fā)成功投入使用，直到最后決定停止使用，并被另 一 項軟件代替之時止，被認為是該軟件的一個生存周期。一般地說這個軟件生存周期可以分成以下六個階段： 可行性與計劃研究階段 需求分析階段 設計階段 實現階段 測試階段 運行與維護階段 計算機軟件開發(fā)項目管理規(guī)范 YNQB/QB00012021 云南旗標 軟件有限公司企業(yè)標準 第 9 頁 共 26 頁 5． 1． 3 從項目管理角度來劃分 根據項目管理的理論，所有的項目都要經歷五個階段： 起動階段 計劃階段 執(zhí)行階段 控制階段 結束階段 一般地，我們按第二種方式（即 6． 1． 2）組織軟件開發(fā)。 5． 2 軟件開發(fā) 期 各階段的時間分配 軟件 生存周期 對不同的軟件來講，會有相當大的區(qū)別，但開發(fā)期內各階段的時間需求比例大致相當，因此，我們可以就一般的開發(fā)過程擬制一個參考進度安排方案，如下表所示： 表一 軟件開發(fā)期各階段時間分配 流程 10 20 30 40 50 60 70 80 90 100 可行性與計劃研究階段 需求分析階段 設計階段 實現階段 測試階段 該表可作為制訂軟件開發(fā) 項目進度計劃的參考。 5． 3 軟件開發(fā)的要求與規(guī)則 軟件開發(fā)是一個復雜的系統(tǒng)工程，它要求有組織、有計劃、有規(guī)則地多方位合作進行，它不可能是一個或某幾個人的單獨的行為，或他們的行為合并。這就要求在整個開發(fā)期間內，項目組成員必須按照一定的規(guī)則和要求完成開發(fā)周期內各階段的工作。因此，制定一整套切實可行的開發(fā)規(guī)則無疑是非常重要的。 計算機軟件開發(fā)項目管理規(guī)范 YNQB/QB00012021 云南旗標 軟件有限公司企業(yè)標準 第 10 頁 共 26 頁 5． 3． 1 軟件開發(fā)各階段流程及要求 5． 3． 1． 1 可行性與計劃研究階段 在可行性研究與計劃階段內，要確定該軟件的開發(fā)目標和總的要求，要進行可行性分析、投資一收益分析、制訂開發(fā)計劃，并 完成應編制的文件。 對于小規(guī)模的軟件項目，在征得用戶的同意、并經項目主管領導或總經理批準后，可不進行本階段的工作。 可行性與計劃研究階段工作流程如圖二所示。 5． 3． 1． 2 需求分析階段 客戶要求 初步調查 明確問題 編寫材料 可行性研究 制訂開發(fā)計劃 簽署合同 評審 和 審批 可行性 研究 報告 （初步） 項目開 發(fā)計劃 項目取消 圖二 可行性與計劃研究階段工作流程 需求 分析 計算機軟件開發(fā)項目管理規(guī)范 YNQB/QB00012021 云南旗標 軟件有限公司企業(yè)標準 第 11 頁 共 26 頁 在需求分析階段內，由系統(tǒng)分析人員對被設計的系統(tǒng)進行系統(tǒng)分析，確定對該軟件的各項功能、性能需求和設計約束，確定對文件編制的要求，作為本階段工作的結果，一般地說，軟件需求說明書、數據要求說明書和初步的用戶手冊應該編寫出來。 對于一個軟件開發(fā)項目來講，需求分析是非常重要的，只有明白了用戶在硬件及軟件方面的需求，我們才能 夠進行軟件設計，并最終開發(fā)出符合用戶需求的實際可行的軟件來。但，對于一個新的項目來說，往往無法確知用戶到底需要什么，導致無法很好地制定軟件開發(fā)的目標、方向、要求及方式。 對于需求明確的項目， 對于需求不明確的項目， 圖三 需求分析階段工作流程 調查環(huán)境 需求分析 修訂開發(fā)計劃 制訂確認 測試計劃 編寫用戶手冊 評審 (修訂 ) 項目開發(fā)計劃 （概要） 用戶手冊 修改 概要設計 可研階段 軟件需求說明書 數據需求說明書 （確認）測試計劃 計算機軟件開發(fā)項目管理規(guī)范 YNQB/QB00012021 云南旗標 軟件有限公司企業(yè)標準 第 12 頁 共 26 頁 5． 3． 1． 3 設計階段