《軟件技術整體解決方案.doc》由會員分享，可在線閱讀，更多相關《軟件技術整體解決方案.doc（14頁珍藏版）》請在裝配圖網(wǎng)上搜索。

軟件開發(fā)技術方案 1. 開發(fā)框架 開發(fā)的系統(tǒng)中所應用的技術都是基于JavaEE，技術成熟穩(wěn)定又能保持先進性。采用B/S架構(gòu)使系統(tǒng)能集中部署分布使用，有利于系統(tǒng)升級維護；采用MVC的開發(fā)模式并參考SOA體系架構(gòu)進行功能設計，使得能快速擴展業(yè)務功能而不會影響現(xiàn)有系統(tǒng)功能的正常使用，可根據(jù)實際業(yè)務量進行部分功能擴容，在滿足系統(tǒng)運行要求的同時實現(xiàn)成本最小化。系統(tǒng)采用分布式部署，系統(tǒng)功能隔離運行，保障系統(tǒng)整體運行的穩(wěn)定性。 圖1.開發(fā)框架與體系結(jié)構(gòu)圖 1.1. web端技術棧 （1）前端采用elementUI/jquery/bootstrap/vue實現(xiàn)，前端和Controller交換數(shù)據(jù)基于json格式。 1.2 業(yè)務端技術棧 （1） 業(yè)務端基于springboot、springMVC、JPA、SpringData技術棧構(gòu)建，對于復雜的系統(tǒng)則采用springCloud構(gòu)建。 （2） 四層分隔：controller（Facade）/service/dao/entity,其中faade主要用于生成json，實現(xiàn)和前端的數(shù)據(jù)交換。 （2）命名：按照功能模塊劃分各層包名，各層一致。 2. 系統(tǒng)安全保障 2.1 訪問安全性 權限管理是系統(tǒng)安全的重要方式，必須是合法的用戶才可以訪問系統(tǒng)（用戶認證），且必須具有該資源的訪問權限才可以訪問該資源（授權）。 我們系統(tǒng)設計權限模型，標準權限數(shù)據(jù)模型包括 ：用戶、角色、權限（包括資源和權限）、用戶角色關系、角色權限關系。權限分配：通過UI界面方便給用戶分配權限，對上邊權限模型進行增、刪、改、查操作。 基于角色的權限控制策略根據(jù)角色判斷是否有操作權限，因為角色的變化 性較高，如果角色修改需要修改控制代碼。 而基于資源的權限控制：根據(jù)資源權限判斷是否有操作權限，因為資源較為固定，如果角色修改或角色中權限修改不需要修改控制代碼，使用此方法系統(tǒng)可維護性很強。建議使用。 2.2 數(shù)據(jù)安全性 可以從三個層面入手：操作系統(tǒng)；應用系統(tǒng)；數(shù)據(jù)庫；比較常用的是應用系統(tǒng)和數(shù)據(jù)庫層面的安全保障措施。 在操作系統(tǒng)層面通過防火墻的設置。如設置成端口8080只有自己的電腦能訪問。應用系統(tǒng)層面通過登陸攔截，攔截訪問請求的方式。密碼不能是明文，必須加密；加密算法必須是不可逆的，不需要知道客戶的密碼。密碼的加密算法{ MD5--不安全，可被破解。需要把MD5的32位字符串再次加密(次數(shù)只有你自己知道)，不容易破解；加密多次之后，登錄時忘記密碼，只能重置密碼，它不會告訴你原密碼，因為管理員也不知道。 3. 項目計劃的編制和管理 本公司項目基于敏捷過程的方式組織，項目計劃基于需求和團隊反復討論的過程。在開發(fā)系統(tǒng)時都經(jīng)過了解需求，開需求分析會議，確定開發(fā)任務，推進開發(fā)進度，測試，試點，交付等開發(fā)步驟，其中具體內(nèi)容有： 1，了解需求：跟客戶溝通，充分了解對方的需求，然后對需求進行過濾，最后整體成需求文檔 2，需求分析會議：也就是項目啟動會議之后要做的事情，對拿來的需求進行討論，怎么做滿足需求。主要對需求進行全面的梳理，讓開發(fā)，產(chǎn)品，項目都熟悉整個需求。 3，確定開發(fā)任務：根據(jù)敏捷開發(fā)法則，需求變成一個一個功能點之后就是安排開發(fā)任務了。根據(jù)團隊現(xiàn)有的資源合理分配任務，和時間節(jié)點 4， 推進開發(fā)進度：在開發(fā)的實際過程中，注意節(jié)奏的把控，注重功能點完成的時間點。 5， 每一個功能點完成之后都會有測試工程師進行單元測試。 6，試點單位進行試用，然后解決問題。 7，交付 4. 項目進度保障體系 4.1制度保障 實行項目經(jīng)理負責制，建立強有力的開發(fā)指揮機構(gòu)和開發(fā)保障體系，投入能保證開發(fā)進度如期實現(xiàn)的足夠的開發(fā)隊伍，實行專業(yè)化開發(fā)。建立從項目經(jīng)理到各開發(fā)人員的開發(fā)任務，全面、及時掌握并迅速、準確地處理開發(fā)過程中遇到的各種問題。對開發(fā)過程中遇到的需求變更進行協(xié)調(diào)管理，對重大關鍵問題超前研究，制定措施，及時調(diào)整開發(fā)的公共類保證開發(fā)過程的連續(xù)性和高效性。強化開發(fā)過程的時間點把控問題，對開發(fā)任務實行動態(tài)管理。保證在時間點內(nèi)完成開發(fā)任務。實行內(nèi)部經(jīng)濟承包責任制。使責任和效益掛鉤，個人利益和完成工作量掛鉤，做到多勞多得，調(diào)動開發(fā)團隊、個人的積極性。編制科學合理的總體開發(fā)進度計劃，運用專業(yè)管理軟件，對開發(fā)計劃進行動態(tài)控制；并在總計劃的基礎上分解明確的月及旬計劃，項目經(jīng)理抓住主要技術難點，嚴格按計劃安排組織開發(fā)，重點抓好關鍵技術的開發(fā)。定期檢查開發(fā)計劃的執(zhí)行情況，及時對開發(fā)進度計劃進行調(diào)整；在開發(fā)過程中，根據(jù)開發(fā)進展和各種因素的變化情況，不斷優(yōu)化開發(fā)的方案，保證各開發(fā)有條不紊的執(zhí)行。 4.2開發(fā)進度開發(fā)工期保證措施 任務分發(fā)將利用一流的開發(fā)策劃、高效的組織、科學的領導和動態(tài)的控制，用一流的運作與協(xié)調(diào)、一流的技術框架與技術、一流的團隊素質(zhì)等來實現(xiàn)一流的管理，從而通過過程控制實現(xiàn)最終產(chǎn)品的精品，滿足客戶對工期、質(zhì)量等各方面的要求。 完善的開發(fā)計劃保證體系是保證項目工期的綱要，掌握開發(fā)管理主動權，全面而宏觀的控制整個開發(fā)的過程，是保證開發(fā)進度的關鍵。通過完善的開發(fā)計劃保證體系，采用先進的開發(fā)計劃計算、設計軟件，制定出科學合理的開發(fā)進度計劃。 1． 編制三級網(wǎng)絡計劃 在開發(fā)過程中中我單位將分級編制網(wǎng)絡計劃來控制整個項目的開發(fā)。 （1）一級網(wǎng)路計劃 根據(jù)項目總工期控制項目各階段里程碑目標。 （2）二級網(wǎng)路計劃 根據(jù)各階段分項業(yè)務的工期目標控制分解成分部目標。 （3）三級網(wǎng)路計劃 主要技術使用控制周計劃和日計劃。通過對關鍵技術開發(fā)編制標準業(yè)務，建立計劃統(tǒng)計數(shù)據(jù)庫，利用項目管理信息系統(tǒng)對工期進行全方位管理。 2.制定派生計劃 根據(jù)總控工期、階段工期和分項業(yè)務工作量制定出技術保障、商務合同、物資采購、設備定貨、人力資源等派生計劃，是進度管理的重要組成部分，按照最遲完成或最遲準備的插入時間原則，制定各類派生保障計劃，作到各項工作有備而來，有章可循。 工期保證體系框圖 技術保證體系 綜合保證體系 組織保證體系 技術總監(jiān) 開發(fā)組織設計 技術總監(jiān) 開發(fā)人員 測試人員 試驗室 項目經(jīng)理 制 度 保 證 獎懲制度 崗位責任制 經(jīng)濟責任制 開發(fā)團隊 單元測試 技術培訓 測試用例 開發(fā)進度計劃保證 月度計劃 季度計劃 年度計劃 技術工作責任制 技術標準 設計文件 招標文件 技術規(guī)范 技術工作標準化 開發(fā)團隊 實現(xiàn)工期目標 4.3施工進度三階段控制措施 （一）開發(fā)進度“事前控制” 1.積極做好業(yè)務需求，業(yè)務流程等準備工作，為自己盡早投入開發(fā)創(chuàng)造好條件，把準備工作做細做充分，確保按時無障礙開發(fā)。 2.編制詳細的開發(fā)進度計劃，包括需求文檔，業(yè)務分工計劃，業(yè)務流程等。 3.關鍵技術或特殊技術編制相應的開發(fā)進度計劃，制定相應的節(jié)點，編制節(jié)點控制計劃。 4.編制開發(fā)節(jié)點實施細則，明確搭接和流水的節(jié)拍。 （二）開發(fā)進度“事中控制” 1.嚴格審核開發(fā)人員的進度計劃、季度計劃、月計劃，并監(jiān)督各人員按照已制定的開發(fā)進度計劃進行開發(fā)。 2.在本項目開發(fā)期間，按開發(fā)進度需要，配備充足的開發(fā)人員，確保時間點的正常運行。 3.在開發(fā)期間，每周結(jié)束前，組織召開一次碰頭會，協(xié)商解決當周開發(fā)過程中和第二周開發(fā)中將會發(fā)生的問題，應解決的問題決不拖延。 4.狠抓開發(fā)進度與質(zhì)量，加強技術培訓。只有在確保技術過關、質(zhì)量的前提下才能求速度、講進度、抓工期。 5.根據(jù)開發(fā)的實際情況，及時修改和調(diào)整開發(fā)進度，并定期向客戶通報系統(tǒng)開發(fā)進展情況。 （三）施工進度“事后控制” 1.根據(jù)開發(fā)進度計劃，及時組織測試人員通過事先編寫的測試用例進行分項測試與系統(tǒng)測試。 2.定期整理有關開發(fā)進度的資料，匯總編目，建立相應的檔案。 5. 項目質(zhì)量保障體系 5.1過程中的保證 依據(jù)項目的軟件特點、合作方的項目實施要求，采取需求分析，系統(tǒng)設計，軟件項目計劃，軟件需求分析，軟件模型設計，軟件詳細設計，單元測試設計，編寫單元測試，系統(tǒng)培訓，系統(tǒng)測試等一些列的措施在過程中保證項目的質(zhì)量。 5.2技術方面的保證 公司研發(fā)人員均為國內(nèi)高校分子計算機專業(yè)或招聘的高級技術人才，專業(yè)基礎和工作經(jīng)驗扎實豐富，整個團隊具有高級工程師、博士的人才搭配，具備強大的持續(xù)研發(fā)能力。 5.3軟件質(zhì)量管理責任分配 角色 職責 配置管理員 制定、創(chuàng)建和維護配置庫，提供文檔規(guī)范，并傳達到各個部門。 QA（質(zhì)量保證） 參與項目各個階段的評審，進行過程評審和產(chǎn)品審計，檢查文檔和代碼的規(guī)范執(zhí)行情況 QC（質(zhì)量控制） 軟件測試是質(zhì)量控制的主要手段，測試人員進行軟件的測試設計和執(zhí)行工作 5.4工作產(chǎn)品和活動 活動 責任人 工作產(chǎn)品 是否可裁剪 項目立項 項目經(jīng)理 項目計劃 否 配置管理員 配置管理計劃 是 QA 質(zhì)量保證計劃 是 測試人員 系統(tǒng)測試計劃 否 需求管理活動 項目經(jīng)理 需求調(diào)研報告 是 需求規(guī)格說明書 否 用戶、項目經(jīng)理 用戶確認書 是 QA 評審報告 是 設計過程、決策分析活動 設計組 概要設計說明書 否 界面設計圖 是 詳細設計說明書 是 項目經(jīng)理 決策分析評議表 是 QA 評審報告 是 開發(fā)編碼、集成過程活動 項目經(jīng)理 版本發(fā)布記錄 否 QA 評審報告 是 開發(fā)人員 程序代碼 否 系統(tǒng)測試活動 測試人員 測試用例、測試報告 否 QA 評審報告 是 項目結(jié)項、交付與維護活動 項目經(jīng)理 培訓教材 是 用戶手冊 是 安裝手冊 是 項目總結(jié)報告 否 項目經(jīng)理、客戶 用戶驗收報告 是 QA 評審報告 是 項目跟蹤與監(jiān)控活動 項目經(jīng)理 項目問題跟蹤日志 是 QA 不符合項問題跟蹤記錄表 否 項目跟蹤與監(jiān)控活動檢查單 是 風險管理活動 項目經(jīng)理 風險管理列表 是 QA 風險管理活動檢查單 是 配置管理活動 配置管理員 配置狀態(tài)報告 是 變更請求審批表 是 變更跟蹤記錄表 是 QA 配置管理活動檢查單 是 評審活動 項目成員 評審報告 否 QA 評審活動檢查單 是 5.5評審 評審是以一種正式的形式進行，如有正式的、事先定義好的有關職責的各種角色，并遵循組織規(guī)定的流程。 對于任何工作產(chǎn)品的審計，都會組建與之對應的專門評審組，包括作者、主持人、記錄員以及陪審員若干。評審組的成員可以包括PPQA、項目組成員，但不能有作者的直接領導或者管理者。 評審小組先召開一個預備，作者會針對工作產(chǎn)品向大家做個總體的介紹，例如講解一下本工作產(chǎn)品的目標是什么，以及其相關的實現(xiàn) 細節(jié)、開發(fā)標準等。應該允許甚至鼓勵評審組成員動手查看工作產(chǎn)品，或者查看開發(fā)過程中所用到的檢查單。 評審小組的主持人負責確定什么時間開始真正的評審會議，在預備會和正式評審會議之間，評審小組成員對工作產(chǎn)品進行徹底檢查，并依據(jù)相關標準和準則評審工作產(chǎn)品。 在預定時間，評審小組成員以會議形式聚在一起，依次對產(chǎn)品進行檢查，主持人負責對整個會議的進展進行控制，記錄員記錄下這個過程。 在工作產(chǎn)品中發(fā)現(xiàn)的每一個缺陷都會被認真記錄下來，并被適當分類。 會議結(jié)束后，負責人需要分析相關缺陷，找出產(chǎn)生此缺陷的原因并加以修正。 主持人應確保所有的缺陷都會得到解決和修正。如果過程需要加以變更的話，應將相關問題移交相關的質(zhì)量保證人員。 階段 評審內(nèi)容 評審時機 參加人員 是否可裁剪 計劃階段 項目計劃 項目啟動會議 項目所有成員 否 配置管理計劃 項目所有成員 是 質(zhì)量保證計劃 項目所有成員 是 系統(tǒng)測試計劃 項目所有成員 否 需求階段 需求調(diào)研報告 項目評審會議1 需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設計組成員、QA 是 需求規(guī)格說明書 需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設計組成員、QA 否 設計階段 概要設計說明書 項目評審會議2 需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設計組成員、QA 否 UI設計圖 UI美工、需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設計組成員、QA 是 詳細設計說明書 需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設計組成員、QA 是 決策分析評議表 需求分析師、項目經(jīng)理、系統(tǒng)架構(gòu)師、設計組成員、QA 是 編碼階段 代碼檢查（1） 項目評審會議3 開發(fā)組成員、項目經(jīng)理、需求分析師、系統(tǒng)架構(gòu)師、QA 否 代碼檢查（2） 開發(fā)組成員、項目經(jīng)理、需求分析師、系統(tǒng)架構(gòu)師、QA 否 測試階段 系統(tǒng)測試用例 項目評審會議4 測試人員、項目經(jīng)理、開發(fā)組成員、需求分析師、系統(tǒng)架構(gòu)師、QA 否 系統(tǒng)測試報告（1） 測試人員、項目經(jīng)理、開發(fā)組成員、需求分析師、系統(tǒng)架構(gòu)師、QA 否 系統(tǒng)測試報告（2） 測試人員、項目經(jīng)理、開發(fā)組成員、需求分析師、系統(tǒng)架構(gòu)師、QA 否 發(fā)布階段 用戶手冊 項目總結(jié)會議 項目所有成員 是 項目總結(jié)報告 項目所有成員 否 5.6質(zhì)量保證（QA） QA工作審計產(chǎn)品 文檔 責任人 項目計劃 項目經(jīng)理 需求規(guī)格說明書 項目經(jīng)理 概要設計說明書 項目經(jīng)理 源代碼 開發(fā)組 系統(tǒng)測試用例 測試組 系統(tǒng)測試報告 測試組 用戶手冊 項目經(jīng)理 項目總結(jié)報告 項目經(jīng)理 入最佳實踐庫的產(chǎn)品 項目經(jīng)理 QA工作中需要審計的活動 活動 評審時機 項目立項 計劃階段 需求管理活動 需求階段 設計過程活動 設計階段 決策分析活動 設計階段 開發(fā)編碼活動 編碼階段 集成過程活動 編碼階段 系統(tǒng)測試活動 測試階段 項目結(jié)項 發(fā)布階段 交付與維護 發(fā)布階段 項目跟蹤與監(jiān)控活動 每月一次 風險管理活動 每月一次 配置管理活動 每月一次 評審活動 每月一次 QA審計中的不符合項目問題 對QA審計過程中發(fā)現(xiàn)的不符合項問題要寫入《不符合項跟蹤記錄表》，以郵件的方式發(fā)給問題的相關人員，做好和項目成員、項目經(jīng)理、部門經(jīng)理之間的溝通，問題的上報流程：項目組成員溝通解決——項目經(jīng)理——部門經(jīng)理——總經(jīng)理。QA要對不符合項問題進行跟蹤與監(jiān)控，直到問題解決，QA驗證并關閉不符合項。 6. 系統(tǒng)測試驗收方案 系統(tǒng)測試驗收主要包含以下四方面的工作內(nèi)容，分別是驗收測試、系統(tǒng)試運行、系統(tǒng)文檔驗收以及項目終驗。 6.1. 驗收測試 驗收測試即對信息系統(tǒng)進行全面的測試，依照雙方合同約定的系統(tǒng)環(huán)境，以確保系統(tǒng)的功能和技術設計滿足建設方的功能需求和非功能需求，并能正常運行。驗收測試階段應包括編寫驗收測試用例，建立驗收測試環(huán)境，全面執(zhí)行驗收測試，出具驗收測試報告以及驗收測試報告的簽署。 6.2系統(tǒng)試運行 信息系統(tǒng)通過驗收測試環(huán)節(jié)以后，可以開通系統(tǒng)試運行。系統(tǒng)試運行期間主要包括數(shù)據(jù)遷移、日常維護以及缺陷跟蹤和修復等方面的工作內(nèi)容。為了檢驗系統(tǒng)的試運行情況，甲方可將部分數(shù)據(jù)或配置信息加載到信息系統(tǒng)上進行正常操作。在試運行期間，甲乙雙方可以進一步確定具體的工作內(nèi)容并完成相應的交接工作。對于在試運行期間系統(tǒng)發(fā)生的問題，根據(jù)其性質(zhì)判斷是否是系統(tǒng)缺陷，如果是系統(tǒng)缺陷，應該及時更正系統(tǒng)的功能；如果不是系統(tǒng)自身缺陷，而是額外的信息系統(tǒng)新需求，此時可以遵循項目變更流程進行變更，也可以將其暫時擱置，作為后續(xù)升級項目工作內(nèi)容的一部分。 6.3系統(tǒng)文檔驗收 系統(tǒng)經(jīng)過驗收測試后，系統(tǒng)的文檔逐步、全面地移交給客戶。客戶按照合同或者項目工作說明書的規(guī)定，對所交付的文檔加以檢查和評價；對不清晰的地方可以提出修改要求，在最終交付系統(tǒng)前，系統(tǒng)的所有文檔都需要驗收合格并經(jīng)雙方簽字認可。 6.4項目終驗 在系統(tǒng)經(jīng)過試運行以后的約定時間，雙方啟動項目的最終驗收工作。最終驗收的工作包括雙方對驗收測試文件的認可和接受、雙方對系統(tǒng)試運行期間的工作狀況的認可和接受、雙方對系統(tǒng)文檔的認可和接受、雙方對結(jié)束項目工作的認可和接受。項目最終驗收合格后，由雙方的項目組撰寫驗收報告。 7. 技術服務與支撐 我公司在合同有效期內(nèi)提供免費維護期和長期的技術服務，向用戶用戶相關技術人員免費提供原理和技術上的指導和咨詢，使用戶能正確熟練地使用本協(xié)議的軟件開發(fā)及測試成果。 根據(jù)用戶使用系統(tǒng)的相關部門人員現(xiàn)狀，一旦系統(tǒng)安裝調(diào)試完畢投入正常運行后，卓安公司在交付本系統(tǒng)的一段時間內(nèi)，專門指派若干名專業(yè)工程師為用戶使用部門進行指導培訓和維護，直到用戶安排的技術人員能完全接管本系統(tǒng)的操作管理為止。 7.1. 現(xiàn)場支持 系統(tǒng)在售后期間，提供724小時的技術支持服務。如系統(tǒng)出現(xiàn)故障，將保證30分鐘遠程響應；影響生產(chǎn)的故障4小時抵達現(xiàn)場，并派出專業(yè)工程師在8小時內(nèi)排出故障；不影響生產(chǎn)的故障8小時內(nèi)抵達現(xiàn)場，并派出專業(yè)工程師在2個工作日內(nèi)排除故障。如在2個工作日內(nèi)無法解決，將在2日內(nèi)向用戶方提出詳細解決方案及日程安排，交給用戶方確認。 7.2. 技術支持 長期電話技術咨詢和技術服務和遠程在線服務。用戶可以隨時撥打技術支持熱線電話或通過遠程協(xié)助進行有關技術咨詢，專業(yè)技術人員會耐心解答用戶的問題。免費提供需求預測、系統(tǒng)規(guī)劃等支持。當用戶需要對系統(tǒng)擴容、調(diào)整時，將免費協(xié)助用戶準備預算、規(guī)范書、工程有關事項。 7.3. 常規(guī)維護 系統(tǒng)在售后期間，會安排工程師定期對系統(tǒng)進行運行檢查。如有功能需求分析范圍內(nèi)的問題，及時進行修改；維護期后發(fā)現(xiàn)的在需求規(guī)格說明書范圍內(nèi)問題，同樣及時進行修改。對用戶提出的方便操作和易用等可用性方面的要求，盡可能滿足用戶要求，并保證在接到要求后兩周內(nèi)解決。用戶提出性能要求，如屬于軟件編制因素導致性能較差，技術人員主動調(diào)整軟件，以提高性能，保證在一個月內(nèi)解決。 7.4. 變更管理 對系統(tǒng)的應用平臺和開發(fā)、運行環(huán)境以及應用系統(tǒng)的變更和升級的詳細資料第一時間提交用戶。 8. 培訓計劃 8.1.1. 培訓工作概述 用戶軟件系統(tǒng)項目建設完工后，為了使各個使用本系統(tǒng)的部門能熟練的操作系統(tǒng)，利用系統(tǒng)提供的功能來處理日常工作，本公司將對使用系統(tǒng)的相關部門員工進行一次全面的培訓。 培訓過程按系統(tǒng)使用部門劃分，分別培訓各部門使用的系統(tǒng)功能點及業(yè)務流程。另外為了用戶管理需要，將重點培訓2名系統(tǒng)管理員，培訓系統(tǒng)管理相關功能。 8.1.2. 培訓規(guī)范 由于培訓過程涉及到時間、場地、人員等諸多不確定因素，本方案所提及項只作為參考大綱。實際培訓安排因由主管部門統(tǒng)一規(guī)劃，并下文到各系統(tǒng)使用部門。 培訓的效果與參與人員的重視程度有很大的關系，客戶各部門對參與人員要做好工作，引起重視。主管部門可以考慮是否需要在培訓結(jié)束并且參與培訓人員試用一段時間后，組織一次系統(tǒng)使用測驗。 通過系統(tǒng)使用培訓，達到以下目標： 使相關使用部門了解系統(tǒng)運作，熟悉系統(tǒng)功能。 使系統(tǒng)有效的推廣到相關使用部門，讓員工積極參與使用系統(tǒng)。 培訓專業(yè)系統(tǒng)管理人員，深入了解系統(tǒng)功能，為系統(tǒng)業(yè)務功能擴展提供建議。 14