午啪啪夜福利无码亚洲,亚洲欧美suv精品,欧洲尺码日本尺码专线美国,老狼影院成年女人大片

1、公司軟件項目風險、會議文檔管理制度及開發流程編 制： 審 核： 批 準： 版 本 號: ESZAQDGF001 編 制： 審 核： 批 準： 版 本 號: 目 錄一、概述41.1目的41.2應用范圍41.3限制41.4本標準內容簡介4二、軟件項目管理辦法42.1項目章程制定52.2項目計劃管理52.3項目風險管理72.4項目變更管理72.5項目評審制度82.6項目會議制度92.7項目文檔管理92.8項目源碼管理10三、軟件項目階段定義113.1需求分析113.2基本設計123.3詳細設計133.4程序開發143.5系統測試153.6業務培訓163.7系統運行163.8項目的完成及回顧17四、軟2、件項目開發流程194.1項目策劃與需求分析194.2項目調研與評審194.3基本設計與評審194.4詳細設計與評審194.5系統開發194.6系統測試194.7項目審核與內部驗收194.8項目實施194.9項目驗收19五、開發人員進度檢查與績效考評204.1考評原則204.2考評標準20一、 概述1.1 目的本標準把軟件項目的管理和開發分為多個過程，并為各個過程的實施提供參考方法和相關文檔的定義及規范。1.2 應用范圍本標準適用于與所有軟件開發類項目的管理。1.3 限制本標準主要敘述軟件項目的管理過程和開發過程，不包含項目的獲取、供應、改進過程。本標準雖然為軟件項目的管理和開發的過程提供參考方3、法和相關文檔的定義及規范，但不規定如何完成各過程中包含的活動和任務的細節。1.4 本標準內容簡介項目管理工作覆蓋整個軟件開發項目生命周期，“管理制度”就是落實到管理過程中的一些基本要素，這里將其分為兩大部分： 軟件項目管理過程部分1、項目章程制定2、項目計劃管理3、項目風險管理4、項目變更管理5、項目評審制度6、項目會議制度7、項目評審制度8、項目文檔管理軟件項目開發過程部分1、需求分析2、基本設計3、詳細設計4、程序編制5、系統測試6、業務培訓7、系統運行8、項目完成及回顧二、 軟件項目管理辦法軟件項目管理的過程決定項目的方向、質量和開發周期。2.1 項目章程制定定義項目章程：項目可以是已經4、確定的，也可以是有意向但還未確定的，由項目經理及系統分析人員（或設計人員）對項目相關方進行調查研究，包括項目實施對象的隸屬關系、業務類型，項目業務結構組成，開發范圍，項目提出方性質、希望達到目標、預計實施時間，項目具體負責人、聯系人等，明確甲乙雙方責任及義務。目的正式確認項目的啟動，任命項目經理，賦予項目經理在項目活動中應用相關資源的權力，并為項目成員提供一個項目狀況的概述對項目進行跟蹤和全面調查研究，包括實施對象人員情況、業務情況、隸屬關系、競爭對手等，為合同簽訂和下一步針對需求分析的調研工作做準備。負責人項目經理、系統分析人員（或設計人員）。任務對項目相關方進行調查研究，包括實施對象人員情5、況、組織機構、業務組成、隸屬關系、技術需求、競爭對手等。對項目進行跟蹤，實時了解實施對象與項目相關的動態。對項目可行性進行分析。估算項目所需人員的結構組成、實施時間及實施成本。確定項目實施（設計、開發）具體人員。明確項目相關方負責人、聯系人等人員配置。確定項目啟動。形成文檔項目章程：項目名稱、項目提出、項目實施對象簡述、項目實施人員安排、預計實施時間、系統結構組成概述等。2.2 項目計劃管理定義項目總體計劃：在項目周期內確定和組織全部生產經營活動的綜合規劃，包括項目整體工期規劃，項目任務分解，項目階段任務的確定，各階段任務工期規劃，各方面資源配置規劃等。總體規劃側重于以項目階段任務為單位制定計6、劃，指明要取得的各種結果，為合理地利用人力、物力和財力資源提供前提。計劃跟蹤與監督：是對計劃執行情況和項目實施情況的反饋，校驗計劃與實際工作情況的偏差，并評估階段工作的質量，為計劃的修正和實際工作的調整提供前提。計劃調整：當因自身或外界原因造成實際工作進度、工作質量與計劃發生偏差并且影響到下階段工作內容時，需要對整體計劃、階段計劃或周計劃進行評估和調整，并形成新版本的計劃。目的對項目整體工期進行合理規劃；明確項目組成，將項目任務進行分解，確定項目階段任務，并且落實項目人員的職責；對各階段任務的工期進行規劃；對項目人力、物力和財力資源等各方面資源配置進行規劃；在實際工作中制定短期計劃，并對計劃及7、實施情況進行跟蹤，以達到實時校驗工作進度和質量的偏差，并及時對計劃進行調整，保證項目工期和質量；負責人項目總體計劃：項目經理；項目周計劃：項目經理、模塊設計人員；計劃跟蹤與監督：項目經理、模塊設計人員；計劃調整：項目經理。任務記錄項目日志，記錄項目各關鍵時間點的事件內容作為項目跟蹤的依據。制定項目總體計劃，依據對項目總體情況的調研和項目管理經驗制定項目總體計劃，對項目整體工期進行合理規劃；明確項目組成，確定項目階段任務和各階段任務的起止時間及所需天數，并且落實項目人員的職責。軟件開發項目的階段一般包括：總體規劃、業務調研、需求分析、基本設計、網絡設計、設備采購、網絡施工、機房裝修、詳細設計、程8、序編制、單體調試、系統集成、數據準備、業務培訓、試運行、系統上線；對項目計劃的完成情況進行跟蹤，可以利用項目管理軟件或相應的記錄文檔，對計劃的進度和完成質量進行校驗，如有偏差，需分析原因并制定應對方案。形成文檔項目日志：以天為單位記錄項目關鍵事件、關鍵時間點。項目總體計劃表：以表格的形式列出項目的階段，標記出各階段實施計劃的起始日期，計算出所需天數（或周數）；項目開發進度表：可以利用項目管理軟件（Project）或相應的記錄文檔，記錄從項目啟動開始，每個項目成員計劃完成的工作內容。計劃調整記錄表：記錄從項目啟動開始，每次計劃調整的原因、內容、涉及人、調整時間及調整后的方案等信息。2.3 項目風9、險管理定義項目風險管理是指對項目風險從識別到分析乃至采取應對措施等一系列過程。在項目啟動之前要進行項目可行性分析，總體評估項目實施的風險；在項目啟動后要注重項目風險的預測和應對方案的制定。目的項目風險管理是對包括項目的可行性、實施方案的設計、潛在的技術、成本和進度安排風險等方面的管理，以保證項目實施進度、項目質量和成本控制。負責人項目經理。任務項目可行性分析：在項目啟動之前要充分分析論證項目實施的可行性，包括項目實施成本需求、人力資源需求、技術力量需求、工期需求等方面，以及此項目對公司業務的市場占有率、未來發展的戰略意義等方面，并提出項目可行與否的依據。風險預測：在項目確立后要對項目中可能存在10、的潛在風險進行預測，如設計方案的可行性，使用技術的成熟程度，項目組成人員的能力等。風險應對：對可預測的風險制定相應的預案；對項目進行過程中已經發生的問題制定相應的應對措施，以保證項目的順利進行。形成文檔可行性分析報告：分析項目技術難度、實施成本、實施時間等因素，論證是否可行，并提出依據。可行性分析應該在項目情況概述階段完成。項目風險預測與應對預案：對項目中可能存在的風險進行預測，并制定相應的應對方案。2.4 項目變更管理定義項目變更管理是指項目組織為適應項目運行過程中與項目相關的各種因素的變化，保證項目目標的實現而對項目計劃進行相應的部分變更或全部變更，并按變更后的要求組織項目實施的過程。項目11、變更主要的有以下幾種：項目范圍變更、項目進度變更、項目合同變更、項目人力資源的變更、費用預算變更。引起變更的因素：一是來自外部的變更要求，如客戶要求修改工作范圍和需求等或因不可抗拒的自然因素而推遲項目實施進度等。二是內部的變更要求，如為解決實施中發現的設計錯誤而修改設計或測試中發現的一些錯誤而修改源碼甚至設計等。項目變更控制：是指建立一套正規的程序對項目的變更進行有效的控制，從而更好地實現項目的目標目的。目的變更控制的目的并不是控制變更的發生，而是對變更進行管理，確保變更有序進行。負責人項目經理。任務針對項目實際情況建立一套正規的變更程序，明確變更的具體流程、變更的提出方及責任、變更的審核方及12、責任和變更影響的評估方及責任。對項目的變更需求進行審核，并由審核方簽字落實審核結果。對項目變更的影響進行評估，得出評估結論并由評估方簽字落實評估結果。在經過各方認可的情況下對項目的變更進行實施。針對變更情況修改項目進度、調整項目人員等，必要時進行合同變更。形成文檔項目變更流程：針對項目實際情況建立一套正規的變更流程。項目變更申請表：變更提出方在變更提出時需填寫變更申請。項目變更審核表：項目變更需由項目的審核方（如甲方項目經理、項目管理方負責人、項目實施方項目經理等）進行審核，并記錄審核結果。項目變更影響評估表：項目變更需由影響的評估方（如甲方項目經理、項目管理方負責人、項目實施方項目經理等）進13、行評估，并記錄評估結果。項目變更記錄表：項目變更通過審核和評估后，在客戶、項目管理方和項目實施方均認可的情況下由項目實施方進行實施，記錄下此次變更內容、結果及對項目的影響等。2.5 項目評審制度定義針對項目各階段形成的設計、文檔、代碼、進度表的質量進行綜合評價。目的確保項目的進度和質量在可控范圍內。負責人公司管理層和技術項目部評審負責人。任務確定開發周期制定是否合理。確定各項系統設計是否科學、合理、準確。審核項目文檔是否符合公司或甲方要求的規范。審核代碼編寫是否符合規范。形成文檔項目審核表：記錄評審項目、內容、結論、調整及修改建議。2.6 項目會議制度定義針對項目制定的會議類型、開會時間、會議14、頻次、與會人員等與會議相關的制度。目的明確項目會議時間、頻次、與會人員等規定，為項目溝通聯系、項目問題討論、項目進度把握提供平臺。負責人項目經理和項目管理人員。任務確定項目會議類型，如項目例會、項目階段評審會、項目臨時討論會等，及不同類型會議的與會人員要求。例如項目確定有項目例會，要求項目經理和主要設計人員必須參加。確定不同會議類型的頻次和開會時間，例如項目例會定為每周五下午三點，有因特殊情況不開則另行通知。形成文檔項目會議制度：記錄與項目各類型會議相關的規定，可根據項目復雜度具體安排。會議記錄：記錄并保存會議的內容。2.7 項目文檔管理定義項目文檔管理，是指在一個系統(軟件)項目管理、開發進15、程中將提交的文檔進行統一管理的過程。細分文檔的生命周期，一般包括：創建、審批、發布、修改、分發、簽收、追繳、歸檔、廢止與恢復。目的將項目相關文檔統一收集、統一發布、分類管理、規范命名、規范格式、管理版本、歸檔保存。負責人項目管理人員。任務明確文檔編寫格式：在項目文檔編寫前明確文檔編寫的統一標準格式，如文檔的字體大小、段落行距、頁眉頁腳等，可以參照公司統一標準執行。建立文檔編寫模板，規范文檔結構。文檔分類：定義軟件項目各個階段所要編寫的文檔，并將其分類，例如會議記錄類，基本設計類。規范文檔命名：規范各個階段所要編寫的文檔的命名方式，例如XXX項目需求說明書20120101，其中“2012010116、”為文檔上交日期。創建文檔目錄：在明確項目各個階段所要編寫的文檔和文檔分類后，創建文檔目錄，列出所有文檔名、所屬類別、最后版本、負責人、評審人及文檔完成情況，并創建具體文檔的超鏈接。文檔評審：依據文檔編寫規范和文檔編寫模板對收集上來的文檔進行格式校對和內容評審，通過后統一發布。如沒有通過校對，則退回修改，以新版本重新上交校對和評審。文檔版本管理：可以借助VSS等版本控制軟件管理文檔版本，保存并區分文檔各個版本，明確標記文檔的最新版，以保證每次修改都是對最新版的修改。文檔歸檔保存：對通過校對和評審的定稿文檔標記為“評審版”或“完成版”，并歸檔保存。形成文檔文檔編寫格式規范：不需要每個項目都重新制17、定文檔編寫格式規范，可以參照公司統一標準執行，但是項目文檔編寫前必須明確依據的標準。項目文檔目錄：可以在項目初期就明確項目每個階段所要編寫的文檔，將其命名并編入文檔目錄統一管理文檔版本和完成情況。2.8 項目源碼管理2.8.1定義軟件項目開發過程中對程序源代碼、數據庫表、索引、觸發器、存儲過程創建腳本、相關環境設置等進行定期備份和歸檔管理。2.8.2目的對程序源代碼進行版本控制、備份和歸檔，保證程序的安全。2.8.3負責人項目經理和項目管理人員。2.8.4任務版本控制：在開發過程中對程序源代碼進行版本控制，常用的方式是使用SVN或VSS版本控制軟件控制程序版本。程序備份歸檔：定期對程序源代碼、18、數據庫表、索引、觸發器、存儲過程創建腳本、相關環境設置等進行全備份并進行異地存儲以保證程序安全，對已經完成的程序或腳本進行歸檔，統一保存。建立程序源代碼目錄：對所有程序，包括客戶端程序、服務器端程序、數據內觸發器、存儲過程、函數等程序代碼建立程序源代碼目錄，清晰管理源程序。2.8.5形成文檔程序源代碼目錄：包括程序名、編程語言（C#、VB、SQL等）、所屬系統模塊、編制人、最后修改日期、修改人等信息。三、 軟件項目階段定義3.1 需求分析3.1.1 定義需求分析指的是在開發一個新的或改變一個現有的計算機軟件系統時描述新系統的目的、范圍、業務流程和功能時所要做的所有的工作。需求分析是軟件開發項目19、中的一個關鍵過程。在這個過程中，系統分析員和軟件設計師調研現行業務，確定用戶的需要，分析和尋求系統的解決方案。3.1.2 目的調研用戶組織機構、業務特點、業務流程，確定用戶的具體需求，分析并提出具體的解決方案，明確開發范圍、具體功能、本系統與其它系統的關聯關系、用戶對系統的技術要求等，并進行詳細描述。需求分析是編寫技術附件的基礎，為合同的簽訂提供依據，也是系統設計、開發的基礎和依據。3.1.3 負責人項目經理、軟件設計人員。3.1.4 任務對用戶的組織機構、業務特點、業務流程、具體需求進行調研；明確項目背景：包括項目的提出（如項目提出方、開發此項目的目的），系統隸屬關系及其它關聯，用戶特點，約20、束（如費用、交付日期）等；業務現狀描述：明確開發依據，確定開發業務范圍和系統實現的主要目標。對前期業務調研的結果進行匯總，具體體現為組織機構圖、工藝流程圖、現行業務流程圖、業務功能層次圖和現有帳票/報表一覽表。功能需求描述：分析用戶的需求和調研結果，對應業務功能層次圖，詳細描述系統將實現的業務功能。明確技術需求：包括用戶對本系統在技術層面提出的需求和本系統對用戶或其它相關聯系統的技術需求，包括現有計算機系統及運行環境的約束、接口約束、精度要求、時間特性要求和靈活性要求等。問題備忘：記錄本階段未解決的問題或可能存在的問題預測。對需求分析內容進行評審，并得到用戶的簽字認可。3.1.5 形成文檔調研21、分析報告：包括組織機構圖、工藝流程圖、現行業務流程圖、業務功能層次圖、現有帳票/報表一覽表、業務功能模塊等。3.2 基本設計3.2.1 定義基本設計也稱為概要設計，是軟件系統設計中將業務邏輯優化改造為系統內處理流程的重要過程，是系統最終功能層次的具體體現，并對每個功能的處理過程進行詳細描述。3.2.2 目的將軟件系統需求轉換為系統內的設計。確定系統內的具體功能模塊和模塊內的具體功能層次。將現行業務的處理流程進行優化改造，形成系統內的新處理流程，明確每個新處理流程所要求的輸入信息和所產生的輸出信息。對系統內具體模塊所包含的具體功能進行詳細描述，明確每個功能的實現過程及其所產生的結果和主要數據信息22、，為數據庫表結構設計提供基礎。3.2.3 負責人項目經理和設計人員。3.2.4 任務確定系統的具體功能層次結構，繪制功能層次圖。將現行業務的處理流程進行優化改造，明確新處理流程所要求的輸入信息和所產生的輸出信息，明確功能模塊之間的關聯關系，對應功能層次圖中的具體功能，繪制業務流程圖。對系統內每個模塊所包含的具體功能進行詳細描述，明確每個功能的實現過程及其產生的結果和主要數據信息，明確本系統與其它系統的接口關聯關系、通訊方式和具體通訊內容，對應功能層次圖中的具體功能進行業務功能描述。對基本設計內容進行評審，并得到用戶的簽字認可。3.2.5 形成文檔 實用性原則概要設計報告包括以下部分： 功能層次23、圖：明確系統內功能層次結構，（格式見附錄）。 業務流程圖：展示優化改造后的業務流程，（格式見附錄）。 業務功能描述：對業務功能和與接口系統的通訊方式、通訊內容進行詳細描述。 系統編碼規則表：說明支持系統運行所需引用或建立的編碼，包括對象、長度、格式、規則等，例如日期、單據號等格式。 模塊一覽表：對應功能層次圖，列出在詳細設計階段需要設計的所有程序/模塊。 集成測試計劃：列出測試中的每一項測試內容的名稱標識符、這些測試的進度安排以及這些測試的內容和目的，例如模塊功能測試、接口正確性測試、數據文卷存取的測試、運行時間的測試、設計約束和極限的測試等，給出對這項測試的進度安排，包括進行測試的日期和工作24、內容（如熟悉環境。培訓、準備輸入數據等）。說明測試各環節的控制方式，如輸入是人工、半自動或自動引入、控制操作的順序以及結果的記錄方法。3.3 詳細設計3.3.1 定義詳細設計是指在軟件設計過程中基本設計完成后，明確了系統內的具體功能層次和所有功能的具體處理方式的基礎上，針對系統內功能的實現即程序編制所做的設計，在詳細設計的過程中可同時進行程序的編制。3.3.2 目的明確本系統與其它系統的接口關系、通訊方式和具體通訊內容，編寫通訊設計文檔和接口電文描述表。明確系統內涉及所有的數據信息及數據之間的關聯關系，進行數據庫表結構設計。結合模塊一覽表，對每一個程序進行畫面設計和前后臺程序規格說明書的編寫，25、程序員將結合畫面設計和程序規格說明書的內容編制程序。詳細設計是程序編制的基礎和鋪墊，所做的工作是為了更好的指導程序的編制。3.3.3 負責人設計人員和程序員。3.3.4 任務編寫接口描述表，確定通訊工具、通訊方式、IP、端口號和雙方電文具體數據項約定。編寫數據庫表結構設計書，并創建數據庫表、主鍵、索引、視圖等，可以使用PowerDesigner數據庫表設計工具。編寫畫面設計書，依據統一的設計風格設計畫面，明確畫面內所顯示窗口中數據的來源（表、視圖）、檢索條件、具體數據項名稱、類型、精度限制、是否主鍵等和按鈕等控件的命名和擺放位置。編寫程序規格說明書，具體描述每個程序模塊，包括畫面、函數、對象、26、后臺進程程序等的具體命名、功能、處理邏輯、觸發時序、輸入輸出限制和涉及數據庫表等內容。畫面設計書和程序規格說明書是指導程序員編程的重要依據，其詳細程度、準確程度和可讀性將直接影響程序員對程序編制內容的理解。3.3.5 形成文檔，依據實用性原則設計，具體格式件附錄應用系統間接口內容定義表:定義系統內部外部接口，例如：通訊用電文的ID、具體數據項名稱、類型、精度、順序及內容備注等信息。數據庫設計：規劃設計數據庫用戶、模式、表空間名稱、大小等信息。設計數據庫表名稱、所屬模式、表空間及具體字段名稱、類型、精度、主鍵、索引等內容。程序界面設計：依據統一設計風格設計程序畫面，可以用Word畫圖工具展示界面27、布局，也可以用編程工具（如VB）布置窗體格局后抓圖展示畫面布局。明確畫面內所顯示數據窗口中數據的來源（表、視圖）、檢索條件、具體數據項名稱、類型、精度限制、是否主鍵等和按鈕等控件的命名和擺放位置。數據流程設計：數據流是組織中信息運動的抽象，是信息邏輯系統模型的主要形式。這個模型不涉及硬件、軟件、數據結構與文件組織，它與對系統的物理描述無關，只是用一種圖形及與此相關的注釋來表示系統的邏輯功能，即所開發的系統在信息處理方面要做什么。算法設計：描述系統主要業務邏輯的算法，例如：運輸總量的計算公式、GPS定位算法等。3.4 程序開發3.4.1 定義編制程序代碼,實現相應的系統功能。3.4.2 目的將設28、計的具體內容在系統內實現。3.4.3 負責人設計人員和程序員。3.4.4 任務設計人員制定程序編制進度計劃和程序模板，指導程序員編程，并考核程序編制進度。程序員依據畫面設計書、程序規格說明書、程序模板和程序開發規范編寫程序，并對程序進行單體測試，測試完成的程序交予程序設計人員。3.4.5 形成文檔程序編制進度計劃：對程序編制時間進行管理，掌控工作執行情況。單元測試用例：用來證明一個獨立的單元是否實現了詳細設計說明書中要求，詳細列出每項測試中所使用的輸入數據及選擇這些輸入數據的策略，說明預期的輸出數據，如測試結果及可能產生的中間結果或運行信息。3.5 系統測試3.5.1 定義指對一個完成了全部或29、部分功能的程序在正式使用前的檢測，以確保該程序能按預定的方式正確地運行。3.5.2 目的發現程序錯誤、缺陷和隱含陷阱。3.5.3 負責人設計人員、程序員和測試人員。3.5.4 任務制定測試計劃，制定程序組合測試計劃和結合業務功能的綜合測試計劃。單元測試，在編程階段，由程序員對自己編寫的模塊自行測試，檢查模塊是否實現了詳細設計說明書中規定的功能和算法。單元測試主要發現編程和詳細設計中產生的錯誤，著重測試程序執行結果、模塊接口、重要的執行通路、出錯處理及邊界條件等。集成測試，在單體程序組合之后，由設計人員測試模塊整體功能和模塊間關聯功能，著重測試數據流的通暢性、完整性，模塊間的借口和通信問題及異常30、情況處理等。依據軟件需求說明書檢查系統的功能、性能及其他特征是否與用戶的需求一致；由業務人員依據基本設計中的業務流程設計測試系統功能表是否正確，數據結果是否完成等，并按照正式應用的操作方式測試系統功能。3.5.5 形成文檔集成測試計劃：由程序設計者制定并測試模塊整體功能和模塊間關聯功能。由業務人員或操作人員測試系統內部及與外部接口的功能。單元測試報告：程序員在開發程序過程中對每個編制完成的單體程序進行測試，并記錄測試情況，編寫測試報告。集成測試報告：由項目總體負責人記錄集成測試的進度及結果。3.6 業務培訓3.6.1 定義軟件開發項目中的業務培訓是指對軟件系統的用戶關于軟件系統的操作方式、操作31、流程等進行的培訓。3.6.2 目的使用戶會使用軟件系統的相應功能。3.6.3 負責人設計人員和程序員。3.6.4 任務設計人員或程序員在系統功能全部確定后編寫操作手冊和技術手冊，在正式培訓前遞交用戶負責人。項目負責人根據用戶實際情況確定培訓方式，編制培訓計劃，可以采用集中培訓的方式或隨操作崗位按班培訓的方式。在每次培訓后需要填寫培訓記錄，記錄每位用戶的培訓效果。每個崗位的用戶至少培訓兩次，重點崗位或操作較難的崗位可以增加培訓次數，或提供實驗環境熟練操作。3.6.5 形成文檔操作手冊：針對操作人員的描述系統功能操作方式、流程的文檔。培訓計劃：根據用戶實際情況確定培訓方式，編制培訓計劃。培訓記錄：32、記錄每位用戶的培訓效果，必要時附加評分。3.7 系統運行3.7.1 定義經過綜合測試的軟件系統在進行過業務培訓后，布置正式環境，布置客戶端，分配系統內用戶權限，準備運行數據，正式投入使用的過程。3.7.2 目的使軟件系統順利投入使用。3.7.3 負責人項目經理、設計人員。3.7.4 任務布置正式環境，按照系統規劃配置正式環境，將數據庫、通訊中間件配置、開發環境下的前后臺程序移植到正式環境并進行測試。布置客戶端，可以由我們提供需安裝的客戶端軟件、編譯后的可執行程序和客戶端配置方法等，用戶方自行布置客戶端。布置客戶端的時候可以同時安裝遠程控制軟件，核對客戶端IP地址表，以方便維護。分配系統權限，對33、系統內的功能按崗位、角色分配使用權限，可以由用戶方自行分配權限。準備運行數據，準備系統運行所必須的初始數據，可以采用人工錄入或導入的方式注入系統內。制定系統上線計劃，對應復雜的軟件系統或實時性很強的生產管理洗頭膏需要制定詳細的上線運行計劃，協調安排所有與系統上線相關的因素，必要時可以做上線前的模擬上線。3.7.5 形成文檔部署說明文檔：詳細說明程序上線部署的全部流程、網絡和系統環境需求、外部先決條件、配合人員。系統上線計劃：制定上線的詳細步驟，具體時間安排。系統運行報告：記錄系統運行情況、故障情況和運行結論。3.8 項目的完成及回顧3.8.1 定義項目依據合同要求驗收后，以簽署竣工文件作為項目34、完成的標志。項目完成后對項目的文檔、資料、源程序等進行歸檔，同時總結項目經驗、教訓、成果等。3.8.2 目的確定項目完成，歸檔項目資料，總結項目成果。3.8.3 負責人項目經理。3.8.4 任務在系統穩定運行后，依據合同要求協調用戶和項目相關管理方對系統進行驗收（通常規定系統穩定運行三個月可進行驗收），在驗收時需提供運行報告，驗收報告，維護方案。對項目的文檔、資料、源程序等進行歸檔，同時總結項目經驗、教訓、成果等，形成項目總結報告。3.8.5 形成文檔運行報告：記錄系統穩定運行的情況。驗收報告：記錄系統內功能依據合同技術附件內容的完成情況和驗收時需要移交的文檔簽收情況。維護方案：記錄系統維護方35、法、值班及響應時間和參與維護的人員的姓名及聯系方式。項目質量綜合評價報告：記錄歸檔的項目的文檔、資料、源程序，評估項目質量，總結項目經驗、教訓、成果等。四、 軟件項目開發流程4.1 項目策劃與需求分析內部項目項目建議書、外部項目可行性報告。4.2 項目調研與評審公司內部招募項目組長或推選項目組長。進行項目調研，并編寫調研分析報告。各項目組長候選人評選或推選的項目組長進行項目答辯，確認項目組長。評審并確認調研分析報告。成立項目組，制定項目章程。4.3 基本設計與評審編寫基本設計和集成測試計劃基本設計評審（主要評審業務流程設計、功能設計、集成測試計劃）4.4 詳細設計與評審編寫詳細設計。詳細設計評36、審。4.5 系統開發編制項目開發分工和各模塊工期表，即項目開發進度表項目開發進度表評審編寫單元測試用例4.6 系統測試單元測試并編寫單元測試報告。集成測試并編寫集成測試報告。4.7 項目審核與內部驗收對項目各項指標進行綜合評審并編寫項目質量綜合評審表。根據評審結果確定是否達到內部驗收標準。4.8 項目實施編寫操作手冊和培訓計劃，對甲方進行業務培訓。編寫部署說明文檔和系統上線計劃，開始按計劃實施。4.9 項目驗收根據甲方要求編寫項目驗收相關文檔，例如：系統上線報告、項目驗收報告4.10 軟件項目開發流程圖五、 開發人員進度檢查與績效考評4.1 考評原則軟件開發人員的績效考評是所有軟件公司都深感棘37、手但又必須面對的問題。棘手的原因是既不能進行計時處理、也不能進行計件處理。計時會造成出工不出力，計件（一般按代碼條數）會挫傷優秀軟件人員的積極性（同樣實現一個功能，不同層次的軟件人員實現的過程差別很大，且質量不同）。但是只要尊重一些必要的原則，還是能夠加以評估的。這里提出六條原則：1、 被考核對象必須有明確的任務項目經理或開發經理必須發出明確的任務書：任務書中指定任務名稱、任務內容、完成時限之、考核標準、向誰負責、任務的難易程度（業務與技術兩個方面）。難易程度由項目組成員集體評價。沒有明確的任務當然就無法考評。2、 考評標準要綜合計量量與非計量量計量量如：完成時間、完成了多少功能、測試出多少缺38、陷等，非計量量如：用戶接受程度如何、項目組合作情況如何等等，要將這些因素綜合考慮。3、 要體現多勞多得、獎勤罰懶高效、高質完成任務的人員必須得到區別對待（調資、休假、獎金）。4、 考評結果要及時與被考評對象溝通，容許爭議協調。5、 考評時間為項目正式驗收后。6、 被考評要提供周報月報之類的內容，但不作為考評的依據。我們只注重結果，也就是說根據結果認定過程。4.2 考評標準考評分為三方面：1.工作任務（占比70%），2.能力態度（占比30），3.遵守規章制度（減分項）工作任務考評（70%）：考評項權重說明項目貢獻15%所完成的工作在項目中的比重和技術難度。工作完成及時性20%項目的關鍵里程碑（調39、研計劃/方案輸出，調研結論輸出，設計完成，開發完成，上線完成）按時達成；承諾的時間點達到。工作質量25%開發中各個環節的工作質量,如需求調研,分析,設計,開發,單元測試,聯調等任務，這些任務中完成是否高效高質,過程中是否很少出現錯誤及錯誤嚴重程度。其他10%提出合理化建議并被采納，發現設計缺陷避免質量事故能力態度考評（30%）：考評項權重說明團隊合作10%關注團隊目標，與同事合作和溝通順暢。合理分配工作時間，保持高效工作。分析本崗位工作與同事的工作銜接點，將個人工作進度與相關同事分享；主動與他人配合，積極聽取他人建議，對他人工作有建議時能及時指出。認同企業文化，具有良好的溝通能力及職業規范操守40、，品德良好。主動性和責任心15%愿意主動去承擔更多的工作，敢于面對更大的挑戰，具有創新意識和開拓精神，敢于承擔責任。對領導安排的工作或者自己負責的工作能夠及時完成或者馬上推進。其他5%態度端正，工作努力。遵守規章制度考評：考評員工是否遵守公司和部門的規章制度、流程、規范，此考評項目是扣分項，對不遵守的各項制度按公司規定進行相應的減分。工作任務和能力態度的各單項評分標準： 100+ 滿足KPI要求（完成工作），不易超越，并且能影響別人 100 滿足KPI要求（完成工作），遠超預期，或工作優秀，能影響別人 95 滿足KPI要求（完成工作），有難度，并且超越預期要求 90 滿足KPI要求（完成工作），有一定難度 80 滿足KPI要求（完成工作），一般難度 70 沒有滿足KPI要求（完成工作），一般難度，或，工作態度存在問題，影響團隊 60 嚴重影響工作進展，工作態度存在問題，影響團隊 單項以5分為一階，也就是最小打分單位為5分各項得分需乘以其權重就是該項最終得分測評總分計算公式：總分 = 工作任務得分 + 能力態度得分 遵守規章制度考評得分