Devops運營體系管理平臺應答方案建議書

.項目背景目前信息化工作的日常開展主要依托OA系統(tǒng)、ITSM系統(tǒng)、JIRA系統(tǒng)等進行，雖能在一定程度上滿足日常辦公及條線工作管理的需要，但是普遍存在管理流程割裂、數(shù)據(jù)信息不一致的情況，同時仍有大量工作的開展依托手工臺賬方式進行，信息技術相關管理制度、規(guī)范指引也無法得到系統(tǒng)的有效支持，對IT條線進一步釋放生產力、提高工作效率造成了嚴重制約!為了填補信息化日常管理場景在信息系統(tǒng)支持方面的空白，打通IT條線相關管理場景和作業(yè)流程，迫切需要建設一個流程化、標準化、智能化的IT作業(yè)管理平臺，以充分滿足IT條線的工作需要.由于項目開發(fā)產品的復雜、技術架構的多樣、人力資源的儲備等問題，在工作中往往不能達到合理協(xié)同.環(huán)節(jié)銜接依靠手工、任務資源分配不合理、關聯(lián)任務依賴關系無法清晰展示、風險區(qū)不能及早識別、問題不能溯源定位、自動化程度低等，這些都嚴重阻礙了研發(fā)項目在開發(fā)產品過程中的工作效率和軟件質量，同時引發(fā)了一系列過程控制風險問題。因此需要一款簡單易用、功能強大、項目組成員愿意使用的研發(fā)項目控制管理平臺軟件來滿足研發(fā)項目產品開發(fā)的項目管理、產品開發(fā)需求。.項目主要建設內容實現(xiàn)項目啟動-需求-設計一編碼一測試一發(fā)布與變更的全生命周期項目管理。支持層次化的組織結構管理組織結構、角色和人員配置提供靈活的參數(shù)化設置。通過工作流引擎，可以方便靈活的自定義工作流程。系統(tǒng)支持開放式設計，能夠提供方便靈活的與外系統(tǒng)集成的能力，可以實現(xiàn)與第三方系統(tǒng)的對接。具備安全的資源信息保護體系。靈活全面的項目配置管理、缺陷管理、需求管理功能。方便靈活的二次開發(fā)能力.實現(xiàn)項目的透明化管理，定制各類統(tǒng)計報表為項目管理者提供多維度的數(shù)據(jù)展現(xiàn)，實時掌控項目進展與績效.實現(xiàn)項目全面信息的整合和閉環(huán)控制，包括項目進度、工時、工作量、質量、資源、偏差分析、項目變更控制等。對IT工作流程所涉及的各方面數(shù)據(jù)標準，包括IT預算、項目、需求、運維等進行統(tǒng)一，建立IT工作信息的標準化數(shù)據(jù)基礎；將信息化相關的管理制度、規(guī)范通過系統(tǒng)管控的方式進行固化落實，確保IT工作實務流程和規(guī)章制度的一致性；將IT工作流程及配套制度規(guī)范相關的風險管控點、信息安全管控點通過系統(tǒng)方式進行固化落實，確保全方位、無死角的覆蓋；對IT工作的質量效能監(jiān)督檢查進行系統(tǒng)化支持，提高檢查的效率、準確性和針對性；通過工作流程的打通、信息數(shù)據(jù)的共享，實現(xiàn)對信息化建設工作的多維度、透視化管理，滿足各層級管理需要。3.項目建設原則及目標項目建設原則實現(xiàn)項目啟動-需求-設計-編碼一測試-發(fā)布與變更的全生命周期項目管理.支持層次化的組織結構管理組織結構、角色和人員配置提供靈活的參數(shù)化設置。通過工作流引擎，可以方便靈活的自定義工作流程。系統(tǒng)支持開放式設計，能夠提供方便靈活的與外系統(tǒng)集成的能力，可以實現(xiàn)與第三方系統(tǒng)的對接.具備安全的資源信息保護體系.靈活全面的項目配置管理、缺陷管理、需求管理功能.方便靈活的二次開發(fā)能力。實現(xiàn)項目的透明化管理，定制各類統(tǒng)計報表為項目管理者提供多維度的數(shù)據(jù)展現(xiàn)，實時掌控項目進展與績效。實現(xiàn)項目全面信息的整合和閉環(huán)控制，包括項目進度、工時、工作量、質量、資源、偏差分析、項目變更控制等。建設目標為提高IT項目管理水平，實現(xiàn)IT管理及相關日常管理工作的數(shù)據(jù)化、流程化、標準化和自動化管理，減少技術、管理人員工作負擔，提高工作效率，特啟動本系統(tǒng)采購與定制化工作，該系統(tǒng)將作為公司IT部工作平臺，能夠作為一個企業(yè)級多項目管控平臺與信息共享平臺，實現(xiàn)項目過程規(guī)范化、精細化管理，滿足企業(yè)中長期發(fā)展要求.該系統(tǒng)需要具備IT全過程管理能力，能夠將部門管理、項目管理、質量管理、研發(fā)管理和個人工作融入到一個集成的工作平臺，將知識和成果沉淀下來，將制度和管理體系固化下來，將技術管理人員的工作明確和展示出來，將各個業(yè)務、產品管理條線串接起來。系統(tǒng)要能減少多頭管理負擔，形成領導、產品條線、部門、項目和個人的綜合管控視圖，減少開發(fā)、測試等一線人員、質量人員、項目經理的事務性工作。系統(tǒng)還需要為部門、項目和個人的量化考核提供全方位數(shù)據(jù)和能力支持。系統(tǒng)要支持項目在線管理,支持按階段管理項目任務，實現(xiàn)對項目全生命周期管理。對工作任務、計劃節(jié)點、工作總結、存在問題等內容的在線管理、圖表展現(xiàn)和統(tǒng)計分析,支持公司領導、部門領導、PMO、質量負責人、項目負責人和項目組成員間的多層次信息溝通和資源共享，支撐項目過程管理節(jié)點、周工作、月總結、大事記等工作信息共享。能夠跟蹤全部項目關鍵節(jié)點進展情況，查看項目階段成果、評審/審批意見和問題及處理情況，可減少各類報表，為各類項目IT流程提供引導，減少各類事務性工作，項目組能夠隨時查看和處置項目組內部交流情況和上級審批情況，可自動生成各類質量記錄報表，支持人員在崗、力口班、休假和請銷假情況的登記、審批、查看、統(tǒng)計、分析和輸出功能。系統(tǒng)最終要集項目管理、開發(fā)管理、溝通協(xié)作、質量管理、部門管理、知識平臺、績效管理于一身，做到理念先進、功能完備、易學易用、穩(wěn)定可靠、安全保密，成為公司IT管理工作的基礎軟設施.本期DevOps運營體系建設項目是以數(shù)據(jù)和質量為核心，以電子化為手段。解決傳統(tǒng)瀑布開發(fā)模式中各個環(huán)節(jié)相對割裂，從需求、研發(fā)、測試到生產運營整個周期相對較長，跨部門間的溝通效率低下，難以滿足當前的業(yè)務需求。為突破瓶頸并改善現(xiàn)狀，現(xiàn)以敏捷開發(fā)為出發(fā)點，按照DevOps的理念，進行合作外包管理系統(tǒng)落地、敏捷開發(fā)管理（含電子看板）建設、DevOps工具鏈建設。建立合作外包管理平臺，統(tǒng)一承載業(yè)務支撐網業(yè)務外包領域涉及到的各項能力，實現(xiàn)合作伙伴信息、合同信息、需求工單、工作量信息、考核結果等各個緯度信息的可追溯、可關聯(lián)、可共享，并通過統(tǒng)一視圖可從全視角縱覽外包管理的整個生命周期。建立需求敏捷開發(fā)流程管理系統(tǒng)(含電子看板)，實現(xiàn)高效嚴謹?shù)男枨竺艚蓍_發(fā)流程管理，解決研發(fā)過程中的責任不清、進度不明、信息不暢等諸多弊病。電子看板能滿足開發(fā)團隊進行細化需求管理、敏捷開發(fā)管理、Bug追蹤管理、代碼共享與連接、版本發(fā)布管理、部署與運維管理、研發(fā)日報/周報、工作效率評估和追蹤。從而實現(xiàn)研發(fā)流程管理到工作效率評估全流程管理。建立DevOps敏捷工具鏈平臺，在構建、部署、測試、交付等開發(fā)過程中，自動化一切值得自動化的過程。在建設開發(fā)、測試和發(fā)布自動化流水線過程中，通過流水線整合、改造一系列工具鏈，實現(xiàn)端到端整體能力的打通，實現(xiàn)交付能力的全面提升，保證軟件產品的交付的質量和效率。最終保證快速實現(xiàn)業(yè)務需求,通過自動化流水線快速實現(xiàn)發(fā)布上線,保證業(yè)務可靠、高效運行。4.需求分析(1)工作流引擎系統(tǒng)應提供可靈活定制、可視化編輯、可靠性高、可監(jiān)控的強大的工作流引擎，能夠對上述各管理域提供必要的、充分的流程支持。具體應支持但不限于如下特性：支持單一審核、多人順序、多人并行、多人搶占四種辦理方式；支持條件流；支持子流程；支持多路并發(fā)與歸并；支持異步提交；支持協(xié)辦功能；支持知會功能；支持駁回、撤回、轉辦、催辦、交辦、撤轉、加簽、減簽、會簽、傳閱等各種常用操作；支持催辦功能、并可根據(jù)辦理時限等條件設定自動催辦；支持待辦人員按照預設規(guī)則、條件進行自動計算；可以對表單、表單字段的訪問權限進行精確設置；支持進入、離開節(jié)點事件；支持自動辦理節(jié)點；支持動態(tài)流程；支持流程合并；支持暫停、恢復功能；支持手工強制結束流程；支持替換節(jié)點辦理人員；支持辦理節(jié)點跳轉；支持辦理節(jié)點駁回；支持流程實例與流程修改的更新同步.⑵表單引擎系統(tǒng)應提供可靈活定制、可視化編輯、所見即所得、可靠性高的表單引擎。具體應支持但不限于如下特性：支持各種常見表單控件，并可維護自定義控件，實現(xiàn)表單的即時配置、生成；能夠將生成的表單數(shù)據(jù)與工作流引擎生成的工作流實例有機集成，并可根據(jù)表單要素設置各類條件、策略、規(guī)則、表達式等驅動工作流運轉，實現(xiàn)流程各個環(huán)節(jié)業(yè)務的應用；能支持與用戶和組織管理、權限管理等的有機整合，實現(xiàn)統(tǒng)一的配置維護管理能力。(3)智能搜索引擎系統(tǒng)應提供基于權限的、支持全文檢索方式的、高效率的智能搜索引擎，讓用戶可以在IT作業(yè)管理平臺直接查詢到有權限查看的所有數(shù)據(jù)，包括結構化數(shù)據(jù)以及各種非結構化文檔數(shù)據(jù).注:如能引入大數(shù)據(jù)相關技術更佳.(4)數(shù)據(jù)交換引擎系統(tǒng)內數(shù)據(jù)交換主要指通過設定數(shù)據(jù)報送任務及模板，可組織進行批量格式數(shù)據(jù)的報送及匯總整理.系統(tǒng)間數(shù)據(jù)交換主要指支持IT作業(yè)管理平臺通過數(shù)據(jù)平臺和各周邊系統(tǒng)進行批量數(shù)據(jù)交換.(5)作業(yè)調度引擎對于IT作業(yè)管理平臺需要進行的作業(yè)(如定時任務、跑批處理等)進行統(tǒng)一調度管理，對于作業(yè)執(zhí)行異常的情況，可以通過短信、郵件等方式及時提供告警.(6)接口管理引擎對于IT作業(yè)管理平臺提供的接口的狀態(tài)進行管理及運行情況的記錄(包括但不限于被調用次數(shù)、調用成功情況、響應時長等)，支持進行在線重啟；對于IT作業(yè)管理平臺調用的其他系統(tǒng)的接口的狀態(tài)進行管理,并可記錄調用次數(shù)、響應時長等；對于接口狀態(tài)異常的情況，可以通過短信、郵件等方式及時提供告（7）工作臺工作臺為提供用戶使用的工作界面，支持工作臺面板的個性化配置，根據(jù)權限可設置相關功能模塊。1、系統(tǒng)管理功能IT作業(yè)管理平臺應能提供豐富強大的系統(tǒng)管理功能，包括但不限于：用戶管理角色管理基于組織的、角色的、崗位的、業(yè)務關系等多種方式的權限管理（含菜單、數(shù)據(jù)、功能、流程等）工作流程管理業(yè)務單據(jù)管理基礎數(shù)據(jù)管理日志管理、審計系統(tǒng)運行監(jiān)控查詢、統(tǒng)計功能2、IT作業(yè)管理平臺移動版本在IT作業(yè)管理平臺運轉成熟后,著手搭建該平臺的移動版本，可支持手機、PAD等智能終端設備使用方式。用戶可通過移動版隨時登錄查看和處理各項任務。移動終端門戶應基于當前主流成熟技術建設（如HTML5等），主要針對主流智能手機和PAD等終端設備（支持IOS和Android系統(tǒng)），視覺效果和使用效果要充分保證。3、系統(tǒng)間對接需求對接系統(tǒng)名稱說明9

內網門戶統(tǒng)一用戶及組織機構單點登錄及待辦信息推送和移動門戶對接，在移動門戶上提供IT作業(yè)管理平臺相關功能的操作界面OA系統(tǒng)IT立項審批單（項目信息）IT服務單-開發(fā)需求類（需求信息）IT服務單-運維服務類（運維請求信^息）合同審批單及合同臺賬庫（合同信^息）ITSM系統(tǒng)事件信息上線發(fā)布請求服務請求變更請求郵件系統(tǒng)發(fā)送提醒郵件短信平臺發(fā)送提醒短信、密碼找回等.系統(tǒng)現(xiàn)狀目前信息化工作的日常開展主要依托OA系統(tǒng)、ITSM系統(tǒng)、JIRA系統(tǒng)等進行，雖能在一定程度上滿足日常辦公及條線工作管理的需要，但是普遍存在管理流程割裂、數(shù)據(jù)信息不一致的情況，同時仍有大量工作的開展依托手工臺賬方式進行,信息技術相關管理制度、規(guī)范指引也無法得到系統(tǒng)的有效支持,對IT條線進一步10釋放生產力、提高工作效率造成了嚴重制約!為了填補信息化日常管理場景在信息系統(tǒng)支持方面的空白，打通IT條線相關管理場景和作業(yè)流程，迫切需要建設一個流程化、標準化、智能化的IT作業(yè)管理平臺，以充分滿足IT條線的工作需要..項目系統(tǒng)建設方案系統(tǒng)定位與結構作為一個流程化、標準化、智能化的IT作業(yè)管理平臺，它的建設定位于“作業(yè)流程全貫通”、“數(shù)據(jù)標準全統(tǒng)一”、“制度規(guī)范全落地”、“風險管控全方位”、“質量效能監(jiān)督全過程”等五個方面，通過IT作業(yè)管理平臺的建設，希望達到如下目標：對現(xiàn)有IT工作流程進行全面打通和整合，并結合財險公司發(fā)展新常態(tài)下對信息化建設工作的新要求，對相關工作流程進行優(yōu)化和再造；對IT工作流程所涉及的各方面數(shù)據(jù)標準，包括IT預算、項目、需求、運維等進行統(tǒng)一，建立IT工作信息的標準化數(shù)據(jù)基礎；將信息化相關的管理制度、規(guī)范通過系統(tǒng)管控的方式進行固化落實，確保IT工作實務流程和規(guī)章制度的一致性；將IT工作流程及配套制度規(guī)范相關的風險管控點、信息安全管控點通過系統(tǒng)方式進行固化落實，確保全方位、無死角的覆蓋；對IT工作的質量效能監(jiān)督檢查進行系統(tǒng)化支持，提高檢查的效率、準確性和針對性；通過工作流程的打通、信息數(shù)據(jù)的共享，實現(xiàn)對信息化建設工作的多維度、透視化管理，滿足各層級管理需要。11業(yè)務模型IT作業(yè)管理平臺主要包括IT作業(yè)管理平臺整體框架實施、基礎性功能（工作流引擎、表單引擎、數(shù)據(jù)交換引擎、作業(yè)調度引擎、接口管理引擎、工作臺等）以及主要管理功能（規(guī)劃計劃管理、IT預算管理、項目管理、需求管理、架構管理、基礎資源管理、組織機構管理、合作商管理、質量效能管理、開發(fā)管理、發(fā)布管理、運維管理、信息安全管理、風險管理），以及IT作業(yè)管理平臺的移動版本.技術架構核心功能是以項目管理為核心和主線，集成了項目計劃、項目監(jiān)控、需求管理、測試管理、交付物管理、資源管理、評審管理、外包商管理、合同管理、度量分析等完整的功能模塊。并提供各種項目管理過程的統(tǒng)計報表。完整的覆蓋了CMMI二級和三級中的大部分的核心過程域?？梢杂行У膮f(xié)助CMMI的質量體系認證過程。提高CMMI的質量體系建設效率，是過程體系落地有效工具。數(shù)據(jù)架構系統(tǒng)內數(shù)據(jù)交換主要指通過設定數(shù)據(jù)報送任務及模板，可組織進行批量格式數(shù)據(jù)的報送及匯總理。系統(tǒng)間數(shù)據(jù)交換主要指支持IT作業(yè)管理平臺通過數(shù)據(jù)平臺和各周邊系統(tǒng)進行批量數(shù)據(jù)交換。12

權限機制維護單位（部門）的人員信息。功能包括增、刪、改人員人員順序調整以及搜索，人員的角色授權和權限列表授權等功能維護系統(tǒng)角色機及其權限設置。功能包括增、刪、改角色及其角色授權和查看角色人員列表等功能管理用戶、角色的頁面元素授權。功能包括頁面元素人員授權、頁面元素角色授權部署模式AjHiilicatiDJiSeimAjHiilicatiDJiSeim詳細建設方案合作外包管理子系統(tǒng)合作伙伴管理臺賬統(tǒng)一管理以資產設備管理為核心、集資產設備日常管理維護、輔助決策、報表自動統(tǒng)計等功能為一體采用先進的管理平臺。滿足企業(yè)審計、資產清查、國務院機關事13務管理局、財政、國資委（或其他政府部門）提出的資產設備上報、統(tǒng)計要求.建立統(tǒng)一的臺帳管理制度，臺帳的內容至少包括所有不同類別合作伙伴的合同清單，清單中應包括合同金額、服務質量標準、服務條款、付款約定等關鍵信息，這些信息可通過與公司級合同管理系統(tǒng)進行功能整合或建立接口的方式獲取，以實現(xiàn)在合作外包管理系統(tǒng)中的統(tǒng)一展示、統(tǒng)一管理、統(tǒng)一統(tǒng)計報表.臺賬定期審核臺帳信息要以年度為單位發(fā)送到部門領導進行審核，提供線上審核能力，部門各級領導和技術人員應經常查閱資料、記錄、臺帳的登錄情況，對記錄中反映的問題應及時進行分析,并有明確答復.IT部門專工應每日審閱本專業(yè)的日志、報表和臺帳,安培專工定期審閱班組安全活動及技術培訓臺帳并簽名，部門領導每月不定期檢查各專工臺帳。合同中是否包含了合作伙伴所提供的產品或服務內容、工作量需求、質量考核標準、結算付款約定、安全保密協(xié)議、知識產權約定等重點條款.可通過與公司級OA系統(tǒng)進行功能整合或建立接口的方式，將對上述條款的審核過程及審核結果記錄并統(tǒng)一展示在合作外包管理系統(tǒng)中。人員管理管理人員的擴展信息，包括查看和審核.人員擴展信息可以包括各類獎勵、論文、著作等.設置個人信息。包括個人基本信息、密碼、頭像、補充信息、消息來源、其他設置等工時管理系統(tǒng)支持領導或者項目經理對工時進行審核。公司審核的功能特點有：可以支持一級審核,也可以支持二級審核機制.可以單個工時審核，也可以批量進行審核。審核不通過的工時，可以重新修正。可以通過配置決定，是否審核不通過的工時納入統(tǒng)計14工時審核界面如下圖:!!_L?j.口/*用EUjBAffi色國二叱MU-IMJ耳口卜pm■特j■--一1-Btf'M自“田H停7九的?收HE好?好SJTSfcZOj'忖?c^fFStZ4百畫上西在X9?鵬卜?石iJ?今的1出。，況日記至7y幡■RaiSttln切如MZWlgfiGj?rnatiftZr；(raEJEHFt：—巧?陽的皿aJ白JitsSltFlff|^Q|ME-￡加事??了-5W由宣加『五日正里）fSliG■*5蚱5療工下內最mu白什：—C；?KB=■。吠衽*小王,smj明訐寬上口f壯口21總7:W咖京二七明開明口/上電Jtrtm忸呻a7寸狂1刀日噌菊到章均景切開磔叮上甯,上而墨g明皿日#17：,ajrniRH^M1詢?TH=?|tE彳甘|等三幡步里日工|?立：12弭量平天助J上京t上*HC3lBitrFT方概他童13-1」出和由M疔領*fiW3t￡,0/Kwm■RfeTHPZf?iRSO于M：:一考核管理查看本項目相關的請銷假和加班情況.可以按人、時間、類型查詢過濾，輸出匯總報表。展示項目人員日報中填寫的項目進展情況?？梢园慈藛T、時間過濾，并輸出報表。從項目成員和參與部門維度查看掙值和報工數(shù)據(jù).合作伙伴結算付款考核評分結果體現(xiàn)在合作伙伴結算與付款中，可從合作伙伴臺帳、合同臺帳中直接調用查看財務報賬單等相關結算付款依據(jù)，財務報賬單中應體現(xiàn)考核結果.合同管理合同統(tǒng)一管理管理合同、客戶/供應商、合同標的物及合同付款信息，并對合同進展和財務進行監(jiān)控.包括合同付款、標的物、檢查點、款項、發(fā)票要求等信息可以設置提醒時間。支持單個合同授權。監(jiān)控合同進展以及合同財務.15合同條款審核合同的實體條款和程序條款合同審核與一萬小時定律合同審核時，應樹立以合同履行為中心的理念區(qū)分通用條款和商業(yè)條款，有助于提高合同審核的效率和突出重點合同監(jiān)控回顧用于監(jiān)控合同審核情況?？梢圆榭春贤⒃谀硶r間段內審批流程.能夠查看部門人員在各個項目中的合同簽訂量.合同結束付款核評分結果體現(xiàn)在合作伙伴結算與付款中，可從合作伙伴臺帳、合同臺帳中直接調用查看財務報賬單等相關結算付款依據(jù)，財務報賬單中應體現(xiàn)考核結果。管理需求管理作為軟件工程管理的業(yè)務基礎,所以整個系統(tǒng)需要對需求有全面的支撐能力，能對需求做全生命周期的管理，能在組織范圍內協(xié)作并管理需求和功能點,能夠管理和需求相關的功能或技術設計文檔.需求管理過程中，應當支持工作流管理、審批管理功能，并支持自定義工作流及相應的模版。需求人口項目或者產品的需求來源有很多:16

來自于市場客戶的需求來自行業(yè)規(guī)范的需求來自于公司內部業(yè)務部門提出的需求項目優(yōu)化或者問題解決帶來的需求對于上述幾個需求來源，北京奧博思PowerProject可以通過創(chuàng)建新需求，批量導入川?？蛘逧xcel需求，進入到北京奧博思PowerProject的需求列表中。這個列表列出需求的標題，每個需求的詳細描述，優(yōu)先級，期望完成時間等屬性。業(yè)務負責人員可以根據(jù)實際需要進行編輯與管理。需求列表如下圖:千人福的 基授屬四 _L用圖垢■鐺IW腹 心怒，I過*】*日美前日」的中澳日□.,iin^a*a-S' 臼開》日C1LI1IIB1IB1IH由卜卜卜卜LILC1LI1IIB1IB1IH由卜卜卜卜LILg—Wfl*g.姓量&撕鼻耳者可押LBM-國卬虐日口?？词肺那遥ぁ鲆每杉蟤里牛接羋-Ui：示華Hta版使-1|Ll階.*ME.*9?EWlK?ir^B13M*3U20L1-04-34但0MaO痛問”曾|#口*加EEF麻嘩注日1nM"Li中Fi?ta,酷'jtXMXXXU?4』[EM日EEFR■:SR劉Mg斯富FTrt]tlBSt咖amuiujc.swtrbkfic.sni.如立里艮JSH珊M“辛=髭t￡口?.醉索.目中wwci0asftrffia??Q強加 5=5?謝31HLB.?JEK1T當需求的方案成型以后，需求負責人可以提交需求，進入受理階段。工作量跟蹤和考核人員報工，包括工時填報、工時審核、工時統(tǒng)計.項目成員可以每天填寫工作中的時間投入及工作內容。17工作量評估可以關聯(lián)計劃中的任務，可以關聯(lián)需求，關聯(lián)缺陷等。實現(xiàn)領導或者項目經理對工時進行多級審核。實現(xiàn)多維度的工時統(tǒng)計報表，包括從項目的維度也包括從部門和人的維度統(tǒng)計工時。開發(fā)需求管理（1）、開發(fā)任務管理支持對開發(fā)任務的全生命周期管理，暨從開發(fā)任務的啟動至開發(fā)任支持對開發(fā)任務的靈活分配、指派，可具體到處室、板塊、人員、乙方團隊等；支持對開發(fā)任務的拆分，以及開發(fā)任務間關聯(lián)關系的建立；對于每個開發(fā)任務，提供概覽頁面，包括任務詳細信息、關聯(lián)任務、詳細進展、最新活動、人力資源使用情況、風險等；支持在開發(fā)任務流轉過程中，對流程的靈活配置、修改、調度，且在流程變更后，原有的流程可順利完成；支持對開發(fā)任務相關過程性文檔的歸集、整理；對于開發(fā)任務的查找，支持靈活、自定義的查找方式；提供對于開發(fā)任務的多維度統(tǒng)計功能。（2）、開發(fā)資源管理支持對開發(fā)團隊及開發(fā)資源的管理；對于每個開發(fā)團隊，提供概覽頁面，包括團隊人員組成、承擔的任務信息、工作量情況等；需求后評估支持定期開展IT需求征集工作，在征集工作中可以創(chuàng)建IT需求;18

系統(tǒng)支持IT需求拆分為子需求,子需求可以在信息部各處室流轉，支持對于子需求的評估(涉及系統(tǒng)、預計金額、預算類型等)；系統(tǒng)支持匯總評估結果,并按照需求提出方、涉及信息技術部處室、涉及系統(tǒng)、預算金額、預算類型等維度生成統(tǒng)計表.6.7.2.敏捷開發(fā)管理子系統(tǒng)6.7.2.敏捷開發(fā)管理子系統(tǒng)以人為核心、迭代、循序漸進的開發(fā)方法.在敏捷開發(fā)中，軟件項目的構建被切分成多個子項目，各個子項目的成果都經過測試,具備集成和可運行的特征。換言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。電子看板Backlog和敏捷任務直觀展現(xiàn)，目視化管理(VM,VisualManagement)的一種表現(xiàn)形式，即對數(shù)據(jù)、情報等的狀況一目了然地表現(xiàn)，主要是對于管理項目、特別是情報進行的透明化管理活動。它通過利用形象直觀而又色彩適宜的各種視覺感知信息來組織現(xiàn)場生產活動，目視管理依據(jù)人類的生理特征，在生產現(xiàn)場充分利用信號燈、標識牌、符號顏色等方式來發(fā)出視覺信號，鮮明準確地刺激人的神經末梢，快速地傳遞信息,形象直觀地將潛在的問題和浪費現(xiàn)象都顯現(xiàn)出來。以便任何人都可以及時掌握管理現(xiàn)狀和必要的情報,從而能夠快速制定并實施應對措施新建需求工單需求分析階段，按照評估階段拆分的子需求，分配給需求負責人進行需求分析，分析完成后匯總分析結果由需求部門確認；支持上傳需求成果物以及相關軌跡和要素，形成需求成果物的基線管理；需求實施階段，支持按照子需求創(chuàng)建開發(fā)任務，并按照開發(fā)管理功能對開發(fā)任務進行管理，在需求、子需求層面體現(xiàn)開發(fā)任務數(shù)量及進度；19需求驗收階段，開發(fā)負責人填寫驗收環(huán)境，由需求負責人進行第一次驗收，并填寫驗收結果，需求負責人驗收通過后，提交需求部門驗收,需求部門驗收通過后進入上線階段；需求上線階段，支持按照開發(fā)任務安排上線工作，通過發(fā)布管理完成系統(tǒng)上線,在需求、子需求層面體現(xiàn)上線進度；用戶故事管理用戶故事與敏捷開發(fā)方法的結合，詮釋了用戶故事的重要價值，用戶故事的實踐過程，良好用戶故事編寫準則，如何搜集和整理用戶故事，如何排列用戶故事的優(yōu)先級，進而澄清真正適合用戶需求的、有價值的功能需求.計劃任務分配敏捷開發(fā)也非常強調計劃的重要性，但制定的過程卻非常靈活。在敏捷開發(fā)迭代初期,開發(fā)人員會和客戶一起按照需求的優(yōu)先級和依賴關系制定一個2—6周的開發(fā)計劃。這個計劃的靈活性在于計劃的構成不是按照任務數(shù)量來規(guī)定時間，而是根據(jù)時間來制定任務量，這就解決了需求變更導致的計劃改變等問題。確認工時確定用戶素材估算用戶素材所需時間需求池需求管理模塊包括統(tǒng)一需求入口、工作量評估、工作量跟蹤和考核、工作量結算和付款、需求后評估構成。2)每日站會在Scrum方法中,Scrum會議非常重要，整個會議可能會比較混亂粗略，但推進度的目標卻非常清晰明確，并促使團隊齊心協(xié)力朝共同目標邁進。團隊應召開每日Scrum會議，以便確定下一天所需執(zhí)行的工作，以最大可能地履行其承諾。團隊的每個成員都應該描述自上次會議以來所做的工作。他們計劃在當天完成的工作，以及可能對其他團隊成員產生影響或需要獲得其他團隊成員幫助的任何問題或障礙。Scrum主管嚴格控制會議結構,確保會議準時開始并在15分鐘或更短時間內結束.SCRUM組嚴格遵守timebox原則，每天的日站會準時開始，每次都嚴格的控制在十五分鐘之內，會議的進展也嚴格圍繞dailySCRUM的三個主題進行.故事驗收可獲得反饋能運行可提交Alpha測試的迭代看板在敏捷開發(fā)的實踐當中，通過可視化的任務看板來實現(xiàn)團隊協(xié)同和透明化管理是必不可少的一個實踐。通過可視化的任務看板我們可以達到如下幾個目的：1?？梢暬芾韴F隊的目標；2.明確目標的優(yōu)先級；3。明確目標分解后的任務項；4?？梢暬芾砣蝿盏倪M展狀況.21迭代評審會看板敏捷的任務看板通常每個迭代一個，看板的結構通常包括如下幾個列：Story-這一列代表的是用戶故事，用戶故事是敏捷開發(fā)中的需求表達方式,每個用戶故事代表了從產品的用戶視角表達的一條用戶需求。用戶故事這一列放的是這個迭代需要完成的所有用戶故事，這些故事加在一起就是這個迭代的目標。這些故事通常按照優(yōu)先級從上到下排列。Todo-這一列代表的是待辦任務項，用戶故事會被分解為對應的技術任務，這些待辦的技術任務放到Todo歹列。Doing一進行中的任務，放正在進行的任務.Done一完成的任務，放已經完成的任務和用戶故事。在任務看板上除了有4個列之外，還要為每個用戶故事建立一個泳道，通過泳道來管理故事和任務的對應關系。質量分析看板通過使用看板系統(tǒng)，我們可以將團隊的在做任務限制在一個設定的能力閾值內，根據(jù)已完成任務的交付速率來平衡交給團隊的工作需求。看板提供了視覺化的直觀管理感受，它能迅速暴露那些影響團隊效能的問題，因此，在使用看板管理的團隊所面臨的挑戰(zhàn)是：如何專注于解決問題以維持穩(wěn)定的工作流。看板很好的展示下游環(huán)節(jié)的當前狀態(tài)，根據(jù)已完成工作確定前一環(huán)節(jié)可以投入多少資源，而不是前面環(huán)節(jié)使勁投入，不管后面環(huán)節(jié)是否能應對?？窗逡矠橘|量和過程中出現(xiàn)的問題供了可見性，使得缺陷、瓶頸、變異性以及經濟成本等因素對工作流與交付速率的影響變得更明顯.僅就使用看板來限制在做任務這一做法，就能促成更高的質量和更高的效能。22通過看板建立團隊穩(wěn)定的任務節(jié)奏，實現(xiàn)始終如一的可靠交付，這能夠幫助團隊與客戶、依賴的相關部門、供應商、價值流下游合作伙伴建立信任關系。而信任關系對每一方都是非常重要的。迭代燃盡圖系統(tǒng)可自動根據(jù)敏捷任務構建燃盡圖，用來觀察項目過程中完成的實際工作量與剩余時間的關系。在項目完成之前，可視化顯示需要完成的工作并預測當前進度能否按時完成.日常跟進中的某些內容比如團隊工作模型、預估會議、用戶故事跟進等在之前的松結對編程、團隊管理、用戶故事、產品管理等系列中有所描述。6.7,22需求成果管理支持成果物的基線管理和版本管理：1）每個成果物支持獨立的版本管理；2）同一個文檔支持版本間的差異比較；3）同一類型的文檔可以進行合并；4）支持每個文檔的編輯權限獨立控制；成果物的條目化、層次化管理：1）支持成果物的導入導出，支持WORD文檔導入后直接按照文檔結構進行章節(jié)分層，支持在線編輯完成后直接導出為WORD格式；2）支持成果物的圖、文、表等形式的編輯；3）支持條目的移動、復制、拖拽等操作；234）支持查看條目的變動歷史；支持需求跟蹤矩陣，建立需求、項目、系統(tǒng)、開發(fā)任務、測試用例、缺陷等之間的跟蹤關系；支持需求變更管理，支持記錄需求變更依據(jù)、將變更與條目進行關聯(lián)、支持查看變更記錄、通過變更依據(jù)分析產生的影響及被變更影響的條目；支持成果物的管理，如移動文檔歸屬、對文檔進行授權、跨項目的文檔復制等功能；支持所有成果物的全文檢索，支持自定義搜索模板；需求變化自動通知；支持需求條目設置內部流程，可以在各環(huán)節(jié)之間相互流轉狀態(tài)，支持記錄流轉記錄、支持查看流程圖；支持需求屬性擴充，可自定義表單；支持ECXEL模板下載及導入檢查；支持需求條目詳細關聯(lián)問題的跟蹤及管理。創(chuàng)建列表創(chuàng)建需求條目列表，并且根據(jù)需求改變可配置列表表頭。創(chuàng)建迭代計劃在項目初期先挑選系統(tǒng)核心架構的需求來實現(xiàn)，待系統(tǒng)核心架構完成后，再在系統(tǒng)核心架構的基礎上不斷的添加其他功能模塊,通過累加開發(fā)的方式，來不斷的完善系統(tǒng)，并在完善系統(tǒng)時，對系統(tǒng)的瑕疵或不足，不斷的進行重構和改進設計工作。通過多個迭代的敏捷開發(fā)，并且每個迭代都會產生一個可使用的產品。每次只設計和實現(xiàn)這個產品的一部分，逐步逐步完成的方法叫迭代開發(fā)，每次設計和實現(xiàn)一個階段叫做一個迭代。在迭代式開發(fā)方法中，整個開發(fā)工作被組織為一系列的短小的、固定長度（如3周）的小項目，被稱為一系列的迭代。每一次迭代都包括了需求分析、設計、實現(xiàn)與測試。6.7?23敏捷團隊角色配置管理管理必須在其所涉及的整個實踐領域內不斷地促進內容和環(huán)境的轉換。由于內容和環(huán)境經常會變化，所以轉換必須納入例行的迭代中.為此，管理人員必須保證信息的共享和理解。項目過程和結果的完全可預見性總是有且只有一個客戶專注于指揮與控制很少或者不涉及內容管理只管理輸入一輸出6.7?24質量分析流程管理1）、檢查計劃管理?支持質量效能檢查計劃、檢查任務的建立和維護，并對相應計劃、任務的執(zhí)行情況進行跟蹤監(jiān)督；?支持對檢查結果的整理及導出。25(2)、檢查流程及檢查點管理支持檢查流程及檢查點的建立和維護，并設置相應的質量效能目標及告警閾值。(3)、檢查問題記錄及后續(xù)處理情況跟蹤管理支持從各工作環(huán)節(jié)中按照設定的規(guī)則，自動收集質量效能問題；支持各工作環(huán)節(jié)主動報送質量效能事件；支持對于質量效能問題的解決進展進行跟蹤，并可根據(jù)需要觸發(fā)告警、提示或其他工作流程.下發(fā)質量分析待辦記錄生成6,7?2.5.測試流程管理支持對測試用例的管理；支持對測試計劃的管理；支持對測試資源的管理；支持系統(tǒng)缺陷的跟蹤管理，包括集成測試BUG和UAT階段BUG的跟蹤管理.25

流程模板測試計劃管理的具體功能流程如下：支持測試計劃和測試輪次的測試生命周期管理每個計劃的每個輪次都可以創(chuàng)建或者導入測試用例一個項目可以有多個測試計劃測試流程界面如下圖：aiHira★新建a需瓜計劃[-第一卷卜餐=L甄三匏U蜩aiHira★新建a需瓜計劃[-第一卷卜餐=L甄三匏U蜩m況計如四周；20m-19—2U14-5-1?[亞工昨日J 實際用盅；國苴物會：歸行中 百盛:注腳砥：M制試盤次中本號::L038H要三輪段喟23ja-C-21-2flld-T-Zl描本號::106.7.252.掃描結果反饋支持集成已建開源性能測試工具，并且可以從集成的第三方或開源工具中獲取測試報告，實時反饋,并支持測試用例測試結果匯總和各版本測試問題對比等分析功能。輸出報告支持定制化輸出檢查報告展示。27回退方案及測試通知測試管理要實現(xiàn)對項目測試過程中相關文檔、測試活動和階段、缺陷以及測試結果的統(tǒng)一管理，能夠形成并且建立完善的測試用例庫，以此來指導測試過程。1）測試說明文檔管理.系統(tǒng)支持創(chuàng)建和管理測試說明文檔，其中，測試說明文檔由測試用例構成;支持測試說明文檔的復制、合并、導入和導出功能，支持將測試說明導出到Word。測試用例可以關聯(lián)需求和產品，方便進行需求覆蓋分析。2）測試活動和階段管理。支持測試活動和階段的統(tǒng)一管理,測試活動由不同的測試階段構成，每一個測試階段都可以關聯(lián)一個測試說明文檔。測試活動和階段可以在不同的系統(tǒng)之間導入和導出。導入操作將更新關聯(lián)文檔的測試結果，使得測試結果能夠及時更新。3）測試結果記錄?？梢詫y試用例中的每一個步驟的測試結果進行記錄，對整個用例的測試結果進行總結，支持缺陷的記錄，同時能夠追蹤缺陷對應的測試操作步驟和方法。記錄的測試結果為進行測試統(tǒng)計分析提供真實有效的數(shù)據(jù).4）測試任務分配與處理。測試階段用例可以直接指派到個人，或者以任務的方式指派到個人，個人登錄后能夠看到自己負責的測試用例，并能執(zhí)行和記錄測試結果。5）建立一個名為“測試用例庫”的項目，將所有的測試用例匯集在該項目中。其他項目可直接引用該項目中的用例（具體到某條用例的直接引用）.修改后的用例可以再次入用例庫，并有版本管理和歷史記錄.6）測試用例的維護（添加、更新、刪除等）僅在該項目中進行，可統(tǒng)一管理測試用例。7）測試用例（包括測試用例中的所有信息）可以詳細導入導出，采用Excel格式或CSV格式。8）統(tǒng)計分析和報表輸出。支持按階段對測試活動進行統(tǒng)計，能夠統(tǒng)計測試用例通過比例和測試覆蓋比率，統(tǒng)計測試過程中發(fā)現(xiàn)的缺陷數(shù)量，統(tǒng)計報表內容可以直接輸出到Word。9）測試步驟帶上所有步驟信息功28

缺陷匯總缺陷管理是對測試過程中發(fā)現(xiàn)的缺陷進行管理，包括缺陷的建立，處理，轉發(fā)，修復，驗證，關閉等完整的缺陷處理流程.缺陷管理的功能有：支持對缺陷處理流程的自定義，完全由用戶決定缺陷的處理過程支持對缺陷提交表單的自定義，由用戶提出表單需求進行定制實施提供靈活的缺陷查詢功能，可以保持查詢條件支持多維度的缺陷統(tǒng)計功能，提供統(tǒng)計圖表（柱狀圖，餅狀圖等）曾I了呆瓊學壯 曾I了呆瓊學壯 50審事性決斷曄cnI?-算,￡5）[i-FK湫蟲（0JjI-EM（2）j己掛起L三看頭為兩（ij--己天閉（i）下圖是缺陷處理流程圖:缺陷跟蹤流程饅已掛起保存騙證不涉過新問題已籟決已共聞29

保存騙證不涉過新問題已籟決已共聞29下圖是缺陷統(tǒng)計圖:他店蛹，計血目讖：活動中項目臼一請?zhí)訐裎业捻椖款愋?-臼| 0豌陷除計中硼壁月相關：：-狀百分布;■■桎快分布卜H宣星宸三右i-'里/港的布：卜S=?^T5i-限嘴也分布i匚引入陸段分市』?人員相爭計；i-也隹人;?LT6JFS3A9-砌田賽計卜JltffiraraL新幽n解決自考6.7.3.工具鏈管理子系統(tǒng)支持流水線自定義，如新增開發(fā)提交流水線，定制化開發(fā)需要的流水線工具，提供定制化能力.提供流水線模板，可快速根據(jù)實際環(huán)境進行對接接入。至少內置開發(fā)流水線、測試流水線和發(fā)布流水線。支持流水線執(zhí)行過程的可視化，并可查看日志及掃描報告等，具備歷史日志記錄及審計報告能力和執(zhí)行過程的可視化管理能力.30流水線執(zhí)行過程可視化，包含各環(huán)節(jié)執(zhí)行時間、執(zhí)行錯誤日志輸出等，操作結果直觀呈現(xiàn)。6.8.系統(tǒng)割接方案.下一期規(guī)劃建設建議1、需求方的高層質量目標這個是最重要的,多數(shù)情況下就是客戶和直接發(fā)起領導的高層意圖，比如速度快、界面美觀、高質量等定性的指標，能夠指示質量關注重點。2、公司運營管理的總體要求比如配合項目/產品需要多長時間完成、成本多少等等，這個通常是限制，要在這個大的限制下做好質控，不能說為了達到90%的測試覆蓋率，而讓項目成本超標，那就不是測試的本來目的了。3、設計、開發(fā)的要求要了解開發(fā)人員的工作習慣、使用的工具/平臺/構架，有些事情是開發(fā)工具解決不了的問題，不要硬生生通過“文字〃反饋給開發(fā)人員，應該先有個溝通，在形成一定共識的基礎上設計測試計劃,對于設計或構架等難于解決的問題，也要有渠道反饋給管理層，以做風險應對，而不要針鋒相對非逼著研發(fā)人員修改，最后可能會出現(xiàn)拖延、誤修復等更嚴重的問題。4、測試的要求了解公司的質量管理要求、策略、制度、流程，更重要的是了解執(zhí)行測試的人員的實際能力和經驗.如果這份測試計劃包括了定義的測試操作（也即是測試用例），那這部分是不能因人而異的，如果說測試計劃是為了指導測試人員開發(fā)測試用例并指明測試工作安排的，則可以考慮根據(jù)執(zhí)行人員的經驗水平進行繁簡處理調整，如果都是初級人員，則測試計劃就要寫得細一些;如果都是高級人員，則可以把測試計劃的執(zhí)行主體部分寫的寬泛一些。315、實施的要求這里包括項目/產品的實施人員、運維人員、銷售人員的意見，比如項目后期的運維方式、系統(tǒng)的版本控制、自動更新、授權許可機制等。這些雖然不是軟件的主體目標,但是卻與公司運營息息相關，所以也必須在測試策略中予以考慮。.相關案例清單.項目實施方案項目實施總體方案建設管理軟件采購是一項復雜、長期的系統(tǒng)工程，為保證工程能夠順利地進行實施，必須要制定科學、合理、切實可行的實施計劃。一方面要從組織上進行落實，成立強有力的項目領導小組和經驗豐富的項目實施隊伍；另一方面要制定嚴格的時間進度表，明確各里程碑的時間。同時還要制定工作原則，以指導項目的全面實施。.用戶方項目小組的成員，爭取參與項目的全過程用戶方成立領導親自掛帥的項目小組，在調研、設計、編碼、安裝調試、測試、培訓、運行、驗收、售后服務等項目的各個階段，配合系統(tǒng)開發(fā)方的工作，一方面可以培訓自己的技術維護隊伍，為系統(tǒng)的使用保駕護航；另一方面，在開發(fā)過程中，協(xié)調用戶方和開發(fā)方的關系，保證項目的順利進行,及時發(fā)現(xiàn)問題,并對項目進度和質量進行監(jiān)督。.采用“兩手抓”的方針，一手抓開發(fā)、一手抓使用對于軟件項目，之所以稱為一個工程,很大程度上是因為軟件項目的建設，除了技術因素外，還有很多的非技術因素需要考慮，并且必須被得到重視。衡量一個軟件項目是否成功，很大程度上不是看這個軟件項目采用了多么先進的技術,而是軟件對用戶來說是否實用，是否能夠幫助用戶解決許多預期的問題。國內很多軟件項目的失敗，很大程度上是使用抓得不夠。建議在項目的試運行過程中，在抓系統(tǒng)維護的同時，也要狠抓系統(tǒng)的使用，開發(fā)方和用戶方齊心協(xié)力幫助業(yè)務人員從原來的手工處理轉到計算機輔助處理上來，在業(yè)務人員適應計算機輔助業(yè)務處理的過程中，盡可能早發(fā)現(xiàn)系統(tǒng)中存在的問題,從而最大可能地使系統(tǒng)保質保量的按時完成..數(shù)據(jù)同程序同等重要該系統(tǒng)的建設，數(shù)據(jù)位于首要的地位，程序的編寫完成，僅僅意味著系統(tǒng)完成了一半，數(shù)據(jù)的收集、整理、錄入，對系統(tǒng)的建設來說同等重要。在項目實施過程中，一定要重視系統(tǒng)中數(shù)據(jù)的錄入工作，充分估計數(shù)據(jù)處理的難度，在系統(tǒng)建設之初，就將數(shù)據(jù)工作提到議事日程上來，安排相應的資金、時間等，將數(shù)據(jù)工作落到實處，只有這樣才能爭取系統(tǒng)早日達到實用化。項目實施方法論1、實施準備：該階段達成目標包括：明確甲方（客戶方）乙方（實施方）雙方的項目經理人員，組建雙方實施小組;雙方項目組成員清楚和理解項目實施的目標和方法；雙方項目組共同擬定一份項目實施主計劃，規(guī)劃出整個項目的實施進程；公司高層信息化建設知識和管理理念的培訓；召開項目啟用大會。雙方確認成果有：項目組織/通訊錄、項目實施主計劃/資源需求計劃、系統(tǒng)環(huán)境部署建議、工作任務書、項目章程、項目預算計劃、質量保證計劃、項目實施標準文檔、階段成果評估。該階段里程碑：里程碑：召開項目啟動會.2、藍圖設計：該階段達成目標包括:讓客戶了解軟件系統(tǒng)的功能、管理思想以及應用流程（知己）；了解客戶業(yè)務和需求，分清主次，合理不合理（知彼）；進一步界定細節(jié)需求邊界；在業(yè)務調研的基礎上幫助企業(yè)發(fā)現(xiàn)并確定企業(yè)現(xiàn)存的主要問題，分析這些問題，并找出導致這些問題的原因，編制業(yè)務規(guī)劃；產品需求匹配，確定需求差異，做特殊業(yè)務處理的二次開發(fā)準備；編寫解決方案初稿。雙方確認成果包括:業(yè)務解決方案初稿、個性化開發(fā)方案、系統(tǒng)編碼方案、系統(tǒng)參數(shù)配置方案、接口方案。該階段里程碑：需求分析報告確認和業(yè)務解決方案確認。3、系統(tǒng)建設:該階段達成目標包括：培訓及知識轉移；測試業(yè)務藍圖設計方案的可行性和有效性；準備將藍圖設計轉換成公司實際操作流程，進行解決方案的優(yōu)化與驗收.雙方確認成果有：測試計劃/方案、培訓總結報告、靜態(tài)數(shù)據(jù)準備方案及表單、方案測試報告和解決方案終稿。該階段里程碑：解決方案驗收。4、上線切換：該階段達成目標:完成上線前的相關準備工作、保證動態(tài)數(shù)據(jù)的按質按量完成；系統(tǒng)正式上線;完成新舊的系統(tǒng)替換工作；新系統(tǒng)可以處理企業(yè)的日常業(yè)務。雙方確定成果:客戶內部支持體系、系統(tǒng)權限配置方案、最終用戶培訓總結、用戶標準操作手冊、切換方案、系統(tǒng)切換報告、上線切換報告。該階段里程碑:上線準備與切換總結.5、上線及上線支持：該階段達成目標包括：系統(tǒng)正式上線后的實施支持保證客戶可以正常應用系統(tǒng)進行日常業(yè)務處理;人員的有序撤離/更換，引入運維，保證服務的長期性;做好項目總結，完成項目的整體驗收工作.雙方確定成果有：日常維護策略、用戶系統(tǒng)管理制度、系統(tǒng)運行問題記錄單、項目總結報告（質量報告）、系統(tǒng)驗收報告、內部評審報告、項目交接記錄單、項目維護合同。該階段里程碑:項目驗收。項目組織架構需求分析階段首先需要經雙方協(xié)調，形成《需求調研計劃》及《需求調研大綱》，確定準備工作、需求調研的內容、方法方式以及人員和日程安排等內容，經雙方同意后按此計劃開始調研。調研正式開始前項目開發(fā)組應檢查所有必要的準備工作已經圓滿完成。項目開發(fā)組根據(jù)調研中系統(tǒng)實際技術需求和各個子系統(tǒng)的業(yè)務需求，編寫并向工程領導小組提交符合CMMLEVEL3規(guī)范要求的《系統(tǒng)需求分析報告》，并由項目組評審，不合格的部分進一步完善調研；評審通過后由雙方共同簽署評審意見，并正式生效。對于軟件生產過程而言，需求階段是整個過程中最重要的階段，需求分析成果的好壞將直接導致項目的成功與否，因此合作雙方在此階段多投入是值得的。而且一旦評審通過并生效，則需求報告將成為系統(tǒng)的設計、開發(fā)、測試、實施試運行和項目驗收的基本依據(jù)之一,因此原則上用戶需求將不再因為其它因素的改變而變更，如需進行此種變更,需經雙方項目負責人協(xié)商確定?？傮w設計階段項目開發(fā)組通過對系統(tǒng)的功能、運行和性能要求加以分析，產生一個高層次的系統(tǒng)結構、軟件結構、接口和數(shù)據(jù)格式的設計，并向工程領導小組提交《系統(tǒng)設計報告》（其中包括數(shù)據(jù)庫設計），組織評審并簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審通過后由雙方共同簽署評審意見,并正式生效，作為后續(xù)軟件開發(fā)和測試的基礎。該報告內容的變更由雙方的現(xiàn)場實施負責人、技術負責人進行交流即可確定，并需向工程領導小組匯報。詳細設計階段項目開發(fā)組在《系統(tǒng)設計報告》的基礎上，對功能和性能要求進一步加以分析和細化并且把軟件的詳細設計文檔化，向工程領導小組提交《系統(tǒng)詳細設計報告》，并由項目組組織評審并簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審通過后由雙方共同簽署評審意見，并正式生效，作為后續(xù)軟件開發(fā)和測試的基礎。該報告內容的變更由雙方的現(xiàn)場實施負責人、技術負責人進行交流即可確定，并需向工程領導小組匯報系統(tǒng)開發(fā)階段根據(jù)前面的設計結果，由雙方的現(xiàn)場實施負責人、技術負責人討論確定詳細的開發(fā)計劃，并向工程領導小組提交《項目開發(fā)計劃》；工程領導小組對《項目開發(fā)計劃》進行審查，由雙方簽字后正式生效，并將作為軟件開發(fā)階段的項目管理和監(jiān)控依據(jù)，項目開發(fā)小組要嚴格據(jù)此計劃控制項目進度，按時向工程領導小組匯報工作進展。為了使用戶能夠及時獲知項目的進展情況，開發(fā)小組需要每周向用戶相關領導提交《項目客戶周報》，用戶項目組可以隨時對項目的工作情況進行檢查。系統(tǒng)實施和試運行階段首先需要經雙方交流協(xié)調，形成《項目實施計劃》，確定現(xiàn)場實施的準備工作、人員和日程安排、培訓計劃、階段目標等內容，經雙方負責人簽字后生效，按此計劃開始現(xiàn)場實施。正式開始現(xiàn)場實施前項目開發(fā)組應檢查所有必要的準備工作是否已經完成.現(xiàn)場工作首先要進行軟件在服務器端的安裝和調試，包括數(shù)據(jù)庫中各類對象的生成，初始化數(shù)據(jù)，原有系統(tǒng)的重要數(shù)據(jù)的轉換導入，前后臺軟件的安裝，配置參數(shù)調整等工作;完成后需向系統(tǒng)維護人員提交《數(shù)據(jù)庫安裝目錄》，《軟件安裝方法》文件，并協(xié)助用戶進行軟件安裝。軟件安裝完成并確認可在系統(tǒng)正常運行后，開始相關業(yè)務人員的培訓；在培訓開始之前需要由雙方協(xié)商形成《培訓計劃》，明確培訓環(huán)境、條件及方式，參加人員，課程課時等詳細內容，由雙方現(xiàn)場實施負責人簽字后生效，并分別開始著手準備，在既定時間內完成。培訓過程中由工程師提供《培訓考勤記錄》，培訓應該脫產、集中、封閉進行，并要求所有參加人每日必須兩次考勤；培訓完成后由雙方共同進行《培訓總結》，針對培訓效果確定是否達到目標，是否再增加培訓課程；對以上內容用36戶項目組須進行必要的考核和獎懲，培訓工程師有權對參加培訓人員進行客觀評價。培訓順利完成后將開始軟件在試點部門試用,將向用戶提交編譯后的前后臺軟件，《軟件使用操作手冊》，《軟件功能清單》，這兩種文檔將詳細描述軟件的使用過程，軟件所包含的全部系統(tǒng)功能模塊。軟件試用期內用戶的主要工作是根據(jù)《軟件功能清單》所列的系統(tǒng)功能模塊，檢查公司所提交的軟件是否滿足《系統(tǒng)需求分析報告》、《系統(tǒng)設計報告》的規(guī)定，列出未完成及含有較嚴重、明顯錯誤的模塊清單形成《軟件問題及修改記錄》并提交給公司繼續(xù)完善；此段時間可以對軟件的細節(jié)性問題進行測試、驗證，但主要精力還是應放在模塊級功能的檢查上，如果所有模塊都已開發(fā)并可以進入試運行，其設計方法、技術可行性也都能夠滿足最終軟件的需要，則用戶各相關業(yè)務負責人、現(xiàn)場實施負責人需要簽署各子系統(tǒng)的《軟件交付書》，表明軟件已在現(xiàn)場安裝、調試、培訓完成，基本可以進入軟件試運行；此后在軟件功能模塊一級上不應再發(fā)生大的變化，如需要修改功能模塊設計，則需由雙方項目負責人協(xié)商解決。試運行期內用戶負責組織針對《軟件功能清單》所列的系統(tǒng)功能模塊進行現(xiàn)場的系統(tǒng)測試，包括新舊兩套系統(tǒng)并行工作一段時間進行驗證，使每個功能模塊都得到基本確認；對于其中發(fā)現(xiàn)的問題和軟件的細節(jié)性修改意見，需以《軟件問題及修改記錄》的書面形式提交給公司；公司修改完成后立即提交到現(xiàn)場，用戶負責組織立即對軟件進行確認回歸測試，如驗證問題已修改需要在《軟件問題及修改記錄》中予以說明。通過試運行及修改后證明已經基本完成的模塊，用戶應組織相關的業(yè)務負責人在《軟件功能清單》中逐項確認。37項目驗收階段在試運行期內系統(tǒng)存在一定的細節(jié)性問題是工程項目不可避免的問題，特別是隨著用戶應用的逐漸深入，此類需求會逐級提出，此類問題不屬于系統(tǒng)的致命性錯誤；因此當試運行期內所發(fā)現(xiàn)的真正的“問題和錯誤”收斂到一定數(shù)目以下時，各業(yè)務子系統(tǒng)經過一段時間的并行工作新系統(tǒng)已基本可靠，就可以切換到正式運行階段,開始正式運行。正式運行后，由用戶提出驗收要求，雙方共同制定《項目驗收計劃》，組成項目驗收小組，共同進行項目驗收。此時公司將向用戶提交驗收的各類文檔，包括對系統(tǒng)開發(fā)過程進行總結的《項目總結》，《項目技術報告》，最終的完整的《數(shù)據(jù)庫字典》等.驗收工作將由用戶組織的專家組對系統(tǒng)進行全面的驗收和鑒定，并出具項目驗收小組領導簽字的《項目驗收報告》，并簽署驗收意見，公司在此過程中將全程參與，在現(xiàn)場進行驗收前的維護工作。系統(tǒng)正式運行及維護階段公司承諾對系統(tǒng)軟件提供服務保證期,在保證期內提供免費的軟件升級和維護服務;在保證期外，公司繼續(xù)為系統(tǒng)的維護提供技術支持，對于軟件升級提供優(yōu)