① 做系統集成需要學什麼
1：通曉計算機以及網路基礎理論，熟悉網路技術系統基礎。
2：精通網路設備調試技術，伺服器調試技術，基礎應用平台調試技術或其中之一。掌握一種售後調試技術，是系統集成工程師必備的技能。
3：精通網路平台設計，伺服器平台設計，基礎應用平台設計或其中之一。能夠設計相應的網路系統和應用系統，是售前技能掌握情況的重要指標。
4：良好的口頭語言表達能力和文字表達能力。在系統集成實施的各個階段，諸如用戶交流，方案與標書撰寫，述標與答疑，用戶培訓和竣工文檔編寫等工作中，寫作能力和口才是重要的基本素質。
5：較高的計算機專業英語水平。越是高端的產品，英語使用的幾率越高，有時還需要英語聽說能力，而在某些國際招標項目中，英文寫作能力將受到考驗。
6：良好的人際交流能力和與他人協同工作能力。系統集成工程師應是一個善於與人溝通，善於與人建立良好關系的人。
7：在壓力環境下現場解決問題的能力。尤其是在用戶現場安裝調試或售後故障維修時遇到技術難題的情況下，現場可用資源很少，打電話尋求支援又不方便，一旁更有用戶審視的目光，這種環境是對工程師的智商，情商，技術水平和調試經驗的綜合考驗。
8：廣博的知識面。系統集成涵蓋的范圍很廣，工程師應該一專多能，一精多通。
② 如何編寫IT項目方案.ppt
2012-9-24 如何編寫ＩＴ項目方案 通過學習如何編寫方案，讓大家進一步體會管理線索在實際工作（項目）中的應用。 幫助大家更容易地理解ＩＴ項目管理的理論體系：九大知識領域和五個過程組。 幫助大家學習掌握ＩＴ項目方案編寫方法。 目錄 什麼是方案 如何編寫需求分析 如何編寫方案設計原則 如何編寫解決方案 如何編寫實施方案 如何編寫維護服務方案 如何編寫培訓方案 如何編寫典型案例 典型設計方案分析 方案就是解決問題的方案。 方案有：用戶解決方案、項目申報方案、可行性報告等等。 寫方案的目的就是讓別人知道，你有能力高效、低耗、低風險地完成特定的任務目標。 方案中要解決： 為什麼做 做什麼 達到什麼效果 誰來做 怎麼做 花費多大代價 有何風險、怎麼控制 質量如何保證 你是否有相應的能力 什麼是方案 方案的背景，講述當前與方案相關的社會、需求、技術等背景情況，國內外同類解決方案的情況等。一般出現在申報方案。 需求分析，即問題所在或方案的目的，講明這個方案要解決的問題是什麼，方案都是有目的的，在這里就是要闡明目的，並樹立起要解決問題的目標。給讀者闡明為什麼做。 方案的意義，高度概括，這個方案能解決什麼問題，方案的實現能帶來什麼好處。一般出現在申報方案。 方案設計原則，就是在設計解決方案時，必須要遵循的原則。所謂原則，就是不能突破並必須嚴格遵循的尺度。在每個具體的解決方案中，都要體現預先確定的原則。 遵循的標准，包括國標、行標、地方標等，也是在設計方案是不能突破的尺度。 方案的目標，總體概述解決問題的方案，高度概括。一般出現在申報方案。 解決方案，給讀者闡明怎麼做，來解決問題。是解決方案的主體。 方案有以下要點或組成部分 組織架構 實施方案（進度計劃），給讀者闡敘做的具體步驟，工作路線。 服務方案（服務計劃），給讀者闡明你有服好務的具體措施。 培訓方案（培訓計劃），給讀者闡明你有做好培訓的具體措施。 溝通計劃 質量控制計劃 風險識別和風險控制計劃 設備采購計劃 工作量估算和人力資源成本預算 典型案例介紹，給讀者證明，你已經具備了實現這個方案的能力。 工作基礎、工作成果積累，進一步論證你具備實現這個方案的能力。 滿足用戶的需求、滿足招標文件中提出的所有要求是編寫方案的基本原則，要對用戶和招標文件的每一項要求都有明確的響應，要清晰准確地領會用戶的意願，不能隨意抵觸或反對用戶的意願。 要努力在方案中體現我們的特點（特別是主要競爭對手所不具備的特點），要在方案中發揮我們有利的資源，廠商產品選擇是要考慮利潤最大化和商務可控性。 需求分析即問題所在或方案的目的，講明這個方案要解決的問題是什麼，方案都是有目的的，在這里就是要闡明目的，並樹立起要解決問題的目標。給讀者闡明為什麼做。 用戶需求分析總會是用戶解決方案的第一部分，這部分主要是分析用戶項目的需求、用戶的關注點和興趣點、用戶當前的資源情況和存在的問題等等。 用戶需求分析是整個方案定基調的部分，是為我們為什麼提供後面所描述的方案設定論點並為提供論據奠定基礎。 同時，到位的需求分析，也是為我們制定方案的設計目標提供依據。 作為方案的開篇部分，如果分析到位，特別是用戶的關注點和興趣點分析到位，會立即引起用戶的共鳴，迅速把用戶吸引住，也更容易讓用戶理解我們後面的內容。 一個到位的需求分析，是一個好方案的一半。反過來講，如果你都不能全面地把握用戶的需求，你拿出來的方案也不會有什麼針對性，用戶不會感興趣。 要做好需求分析，需要進行耐心細致的用戶調研工作，而且根據用戶項目的特點，制定明確的需求調研線索和方案。 需求分析 用戶立項的宏觀背景 用戶立項的目的和意義 用戶的組織架構 用戶當前it建設的情況 採用的技術需求 軟體功能需求 軟體性能需求（質量需求） 平台環境需求 安全方面需求 項目風險識別 用戶關注點和興趣點詳細分析等 每一部分根據需要，可以做進一步分類描述。 對於一個綜合性IT應用解決方案，如金保工程方 案，需求分析應包含以下幾個方面的內容 大家要注意，用戶需求是多角度的 在進行需求分析描述時，各部分分類要清晰 多用條理性描述少做長篇論述 各部分內容分量要均衡 要點要清晰准確 要體現全面、到位和重點突出。 大家記住，這里每一部分的描述都將是後面相應內容的線索和論據。 用戶需求分析往往是方案編寫者最容易忽視的部分，好多人都是隨便湊點內容，甚至湊一些根本無關的內容。 這樣的後果是，因為自己不重視，也就不能真正地掌握用戶的需求和期望，寫出的方案針對性不強。 方案設計原則是每個方案必須的部分，也是很多方案編寫者最輕視的部分，好多人的辦法是隨便抄一個其他方案的原則部分，應付了事。 這反映出他們根本不知道原則是什麼、原則的作用是什麼。 方案的設計原則是設計者對設計思想的綱領性的描述，是對需求的高度抽象和概括，是進行方案設計的最基本的指導方針。 就是在設計解決方案時，必須要遵循的原則。所謂原則，就是不能突破並必須嚴格遵循的尺度。在每個具體的解決方案中，都要體現預先確定的原則。 在方案設計原則中，要表明在方案設計時重點要考慮哪些問題，要突出對用戶關注點和興趣點的對策，這些內容要與需求分析的相關內容緊密呼應。 方案設計原則的編寫可以分為兩大類，一類是基礎性原則，一類是響應用戶特殊需求的原則。 方案設計原則 基礎性原則在每個方案中基本都會有，如： 先進性與成熟性的原則 先進性與保護投資的原則 安全性原則 功能完備性原則 靈活性原則 可維護性原則 可擴展性原則等等。 基礎性設計原則 我們拿可維護性原則作為例子分析一下「原則」的含義 可維護性的意思是，根據我們提供的方案開發出的系統，具有方便進行維護的特點。 換句話講，我們進行方案設計和開發時，要充分考慮今後維護的方便可行。 即便這些基本性原則可能在很多方案中都有，但也要充分理解用戶的期望。 如用戶項目資金充裕，那可能就要突出先進性的原則. 反之，可能就需要充分考慮原有設備的復用，保護原有投資。 用戶特殊需求的原則要認真下一番功夫 直接體現我們是不是重視用戶的想法 是不是真正理解他們的需求 要想做好這方面的文章，就必須對用戶的需求、用戶的關注點和興趣點非常清晰。 一般情況下，在介紹方案時，原則部分會有比較強的沖擊效果，特別是那些很到位的響應用戶特殊需求的原則。 說白了，就是告訴用戶，你關心什麼，那麼我們就將在方案中注意、解決和實現什麼。 解決方案這部分是方案的主體部分，也是分量最重的部分。需求分析部分是講為什麼設計這樣一個方案、這個方案要解決什麼問題、有什麼意義。 方案設計原則部分講的是我們在進行這個方案設計時應該遵循的原則，或者說是應該重點關注和考慮的問題。 標准規范部分講的是方案設計的應遵循的標准規范。 這部分是介紹我們設計出來的結果。 是不是滿足需求、是不是能夠解決用戶的問題、是不是遵循了原則、是不是符合相應的標准規范，全要在這部分中體現出來。 解決方案 為了讓大家容易理解，我在這里用一個大家比較熟悉、比較容易聯想的方案設計例子進行介紹，這個例子就是一座大樓的設計方案。 設計一座大樓是一件很復雜的工作，要考慮大樓的功能需求、外觀、空間、每個樓層的房間布局、強電線路、弱電線路、供水線路、供暖線路、排污管線、各種材料等等，要進行力學分析、結構分析等，可以說設計一座大樓是一項龐大系統的方案設計工作。 後面將給大家介紹一下編寫這部分內容的注意事項。 首先請大家記住，我們這里講的設計方案，是我們與用戶溝通交流的方案。 目的是讓用戶知道我們有能力、有措施、有保障地去實現他們的需求，是讓用戶樹立起與我們合作的信心，但並非是一個具體的開發方案。 因此需要重點突出而不需面面俱到，不需要或者千萬不要落到具體的細節上，要盡可能保證各部分內容的均衡。 設計方案編寫要點之一 在方案描述部分的最前面，要有一個方案的總體描述，可以稱為總體設計方案。 或成為方案藍圖 也就是項目的總體目標 這部分是對你的設計方案的高度概括性介紹。 設計方案編寫要點之二 為了能讓用戶了解你的方案的全貌 對於比較復雜的設計項目來講，不是幾句話幾段文字可以表述清楚的 需要站在不同的角度、針對於不同的層面進行介紹 譬如說大樓的外觀，從正面看，你是看不到全貌的，即便你把外貌全介紹清楚了，如果不介紹其他的話，別人也很難明白這個大樓。 因此要學會角度、層次的分解 可以從類別上分，也可以從功能上分，分的目的是為了更全面、更清晰、更容易地給大家介紹你的方案。 一般一個ＩＴ項目方案包括： 技術架構 網路架構 安全架構 功能架構 性能指標 。。。 設計方案編寫要點之三 對你的方案進行分解描述時，要充分考慮前面需求分析的內容。 需求分析中提到的需求和問題，在方案描述部分都要有相應的解決方案，前後呼應，前面講為什麼要做，這里講怎麼實現。 與需求分析呼應，也是方案分解描述時進行分解的參考依據。 方案是否與需求相呼應，意味著方案是否扣題。 有很多這方面做得不到位的方案，對在這個項目上行，按在另外一個項目上也行，就成大笑話了。目的性強！ 設計方案編寫要點之四 對於一些用戶關注的問題和需求，以及通過分析具有比較高復雜度的問題，也要分解出來進行單獨講解 一是表明我們對用戶的需求的充分響應 二是表明對需求理解的深刻，盡管有些問題很復雜，但我們有可行的解決方案。 藉此增強用戶的信心。 設計方案編寫要點之五 要與前面設計原則部分相呼應 在方案的描述中，要體現出我們是嚴格遵從前面制定的原則的。 同樣，也要對所遵循的標准規范有呼應。 設計方案編寫要點之六 多採用圖示的方法 大家都知道，無論文筆怎麼好，文字的東西總是比較抽象的 讀者必須通過聯想才能理解你描述的含義。 如大樓的外觀情況，如果文字描述，很可能長篇累牘地寫了一大堆，別人還是搞不明白。 而用圖的形式，可能只需三兩張圖，就把大樓的外觀展現的清清楚楚了。 圖示的作用是直觀。 圖是對方案的高度概括和抽象。 做一張好圖，要基於你對方案完全了解和掌握，也要基於你的知識和經驗的積累。 真正好的方案描述都是圖文並茂，用文字輔助解釋圖中關鍵的部分。 設計方案編寫要點之七 要學會使用表格進行描述 與圖示一樣，表格也是一種非常好的方案描述的方法。 表格的作用是簡練、調理、清晰，更容易讓讀者理解你所表述的內容。 對於一些包含大量數字，或者描述形式重復的內容，都可以採用表格的形式描述。 設計方案編寫要點之八 對於一些重要的指標或用戶關心的指標 需要基於你的方案進行分析 用合理的分析模型和數據 證明你的方案能夠達到用戶所期望的指標 例如設備配臵選型設計，用分析的指標作為依據 設計方案編寫要點之九 對於一些需要利用其他廠商產品進行集成的項目 要講明你所選擇的原因和這些產品的作用 要對你所選擇的主要產品從功能和性能角度進行介紹。 設計方案編寫要點之十 為了突出我們期望讓用戶產生深刻印象的內容。 可以在方案描述的最後一部分做一個總結，可以用方案特點介紹的說法。 在特點介紹中，要突出我們獨有的特點（在一定程度上會讓用戶去找我們競爭對手相關的內容）。 要突出用戶關心的問題（與需求分析呼應）等， 大家需要注意，特點一定要「特」。 方案特點組織的好，也會對用戶產生比較強的沖擊力。 設計方案編寫要點之十一 編寫方案的時候，特別是編寫這部分方案的時候 切記千萬不要湊材料，這個地方抄點那個地方摘點進行拼湊，這是編寫方案的大忌 如果需要摘抄一些資料，必須自己完全掌握這些資料的內容 並且確認對解決特定的問題有幫助。 設計方案編寫要點之十二 開發實施計劃，也稱總體進度計劃，是對全部相關計劃的有機整合，也叫整體計劃。 整體計劃涵蓋了開發計劃、實施計劃、采購計劃、質量控制計劃、風險控制計劃、項目團隊建設計劃、驗收計劃、服務計劃、培訓計劃等等。 項目開發實施方案（計劃或工作路線） 我們常說，要完成一件事情，需要有計劃、有組織、有措施、有保障地進行。 我們的設計方案完成後，接著就要給用戶介紹我們怎麼實施完成，這就是實施方案。 實施方案的編寫需要按照有計劃、有組織、有措施、有保障的線索，基於項目管理的思想進行闡述。 在這里對大家有一個要求，就是你在寫出來這個實施方案之前，你已經真正明白了這個項目到底怎麼幹才能幹好。 如果你都不知道怎麼乾的話，寫出來的所謂的實施方案是不是可行就需要打個問號了。 這個問題在很多人在寫實施方案時常犯的錯誤。 我們需要基於項目管理的思想來描述開發實施方案。 首先需要明確項目的目標。其實方案確定好了，總目標是非常清晰的，那就是按照用戶的需求開發出系統，按照用戶的時間約定部署實施完成。 但如果僅僅這樣講，那隻落在了總目標的口號上了。 為了拿出真正可行的方案，需要把目標進行分解，分解成一個個階段性目標或歷程碑性目標，這項分解要盡可能的准確和詳細，目標越清晰具體，越容易找到實施方案。 要反思，如果這一個個的階段性目標都實現了，是不是就能很好地完成和實現總目標，如果是，說明你的分解基本就是合理的。 當目標分解工作完成後，各個子目標之間可能存在時序關系，也可能存在其他關聯關系，為了完成每一子目標都有相應的工作內容、也需要一定時間和人力資源的支持，有一些比較復雜的工作可能需要一些方法的指導（工作預案）。 對應於每個子目標，把這些相關的東西搞清楚描述出來，然後按照時序關系排列起來，項目的實施計劃就出來了。 實施計劃描述需要調理，一般可以採用表格的形式。 目標分解一般是採用自上而下的方式進行 具體做法是，先圍繞總目標的實現分解成幾個大的階段 然後對每個階段進一步分解成更小的階段 最後落實到每一項工作任務的目標上。 在實施計劃中，還有一點非常重要，就是必須滿足用戶工期的時間要求。 項目組織架構 不管目標怎麼定，方案怎麼做的，有一點是確定的，就是必須要有人去按照計劃 去干，去實現一個個的目標。 作為一個好的實施方案，需要對承擔這項工作的隊伍、人員進行組織和分工。 描述這部分內容的線索可以這樣。 定義項目實施過程中的角色，根據實施計劃的需要，對參與項目的人按角色進行分類，定義角色的責任。 分析一下這個項目每一個子目標實現過程中，都需要涉及到哪些類型的人，這些人與我們的那些部門有關。 設計項目組的管理架構，與實施計劃相關，與工作分類和角色分工有關，要有責任明確的項目負責人角色。 如果隊伍比較大涉及的部門比較多的話，項目負責人就需要具有比較強的資源協調能力，明確項目總負責人和不同類型工作的負責人。 根據計劃的需要，選擇明確項目成員。 一個好的實施方案，除了給用戶講清楚怎麼干以外，還要介紹你的這種干法是可行的而且是風險小的，這就是實施方案的保障措施。 一般情況下，應該包含這樣一些內容： 溝通協調措施，要有明確的溝通協調機制保障，項目是需要我們與用戶、廠商、監理等一起配合完成的，因此必須要有良好的溝通。 質量要求和質量控制措施。 風險分析以及規避風險的措施。 預算（成本計劃），包括設備采購計劃和人力資源成本預算。 一些復雜工作的工作預案，要讓用戶知道我們是有辦法有能力完成這些工作的，增強用戶的信心。 驗收計劃 這是對雙方都負責任的約定，驗收方案要科學合理，要具有可操作性。 對於一些特定的項目，需要對我們投入的人力和工作量進行統計。 首先，你要對用戶參加培訓的人員進行分類 不同類型的人員需要接受不同的培訓 大體可以從系統管理角度和系統使用角度進行分類。 如系統管理員（進一步也可細分為應用系統管理人員、系統環境管理人員等）、系統使用人員（或者稱用戶業務人員，包括各個層面使用系統的人員）等。 培訓方案要點之一培訓對象分類 從管好和用好的角度，設計培訓的課程 在每一門培訓課程中，要對一下項目進行定義 培訓課程名稱 培訓目的和期望達到的目標（培訓完了，受訓人能夠達到什麼水平或能力） 受訓人技術基礎要求 培訓形式（集中上課、上機實習） 培訓課時數 培訓教材（必需要有明確的培訓教材，除了編寫或購買的教材以外，可以多選用項目交付時提供的資料，如設計方案、用戶手冊等） 培訓內容概要（要介紹這門課程的主要內容）。 培訓方案要點之二培訓課程設計 根據項目總體的實施計劃安排，設計課程表 課程表中要明確時間、地點、培訓對象、課程 因為這裡面要考慮總體進度，要考慮參訓對象所受的時間、地點的制約 課程表的編排一定要合理可行。 培訓方案要點之三培訓課程表 最後可以介紹一下承擔培訓工作教師的情況 對幾個主要培訓教師的簡歷進行介紹 另外，對於一些需要比較特殊條件的培訓，介紹一下我們的保障措施。 培訓方案要點之四培訓教師介紹 用戶對維護服務的期望是： 平時通過有效的管理和監控，盡可能地減少故障概率 系統發生故障時，出現的問題能夠得到最高效率的解決 這也是我們設計維護服務方案時的基本原則和目標。 維護服務方案 服務需求分析，對用戶的服務需求，從主要服務項目和特點、響應時間、期望等進行比較詳細的分析。 維護服務方案要點之一服務需求分析 組織管理體系，告訴用戶我們公司有哪些部門、哪些人員以什麼樣的角色參與維護服務工作，每個角色的職責是什麼。對服務組織中的核心成員進行介紹。 維護服務方案要點之二組織管理體系 服務項目定義，對於用戶的服務需求進行應對，告訴用戶我們圍繞這個項目，能夠提供什麼樣的服務工作，每項服務工作的含義是什麼。如，我們有什麼服務是對應於減少故障的，有什麼服務是對應於解決問題的。 維護服務方案要點之三服務項目定義 這部分介紹的是為了完成我們提供的服務項目，我們有什麼樣的措施進行保證。 如，對於我們所提供的減少故障的服務，我們採取什麼樣的措施來實現。 服務項目和服務措施是緊密關聯的，共同來表述我們能給用戶什麼服務和怎麼給用戶這些服務。 響應時間定義，這是對雙方都有益的一個約定，介紹在不同情況下我們的時間響應措施。 維護服務方案要點之四服務措施手段定義 介紹從服務請求到服務結束我們的工作和管理流程。 進一步讓用戶明白我們擁有一個嚴密的服務體系，能夠滿足用戶的服務需求。 需要的話，可以對服務流程所需的管理工具進行介紹。 維護服務方案要點之五服務流程介紹 前面把我們服務體系的服務組織、服務措施、服務流程介紹完後。 最後要針對於用戶對本項目特定的服務需求進行響應。 設計滿足於用戶服務需有的服務方案。 這部分要對用戶或招標文件中的服務要求進行點對點的應答，必須明確承諾是正滿足。