熱門論文
最新論文
FT公司Dynamics信息管理系統開發項目管理控制研究
發布時間：2023-07-18 10:00
第 1 章 緒論 1
1.1選題背景 1
1.2研究意義 3
1.3相關理論基礎 4
1.3.1信息系統的概念 4
1.3.2項目管理的相關理論 5
1.4研究結構安排與研究內容 8
第 2 章 FT 公司 Dynamics 信息管理系統的現狀分析 10
2.1項目組織結構 10
2.2項目范圍管理過程與績效 11
2.3項目進度管理過程與績效 14
2.4項目費用管理過程與績效 16
2.5項目質量管理過程與績效 18
2.6FT 公司 Dynamics 系統開發項目管理的現存問題及成因分析 19
2.6.1Dynamics 系統開發過程中范圍管理的問題及成因分析 20
2.6.2Dynamics 系統開發過程中進度管理的問題及成因分析 20
2.6.3Dynamics 系統開發過程中費用管理的問題及成因分析 21
2.6.4Dynamics 系統開發過程中質量管理的問題及成因分析 22
第 3 章 FT 公司信息管理系統開發項目改進方案設計及實施 24
3.1項目范圍計劃與控制 25
3.1.1制定需求調研計劃列出需求信息清單 25
3.1.2制定需求變更計劃控制范圍變更 26
3.2項目進度管理的計劃與控制 29
3.2.1項目進度計劃 29
3.2.2項目進度檢查 29
3.3項目的費用管理計劃與控制 30
3.3.1項目費用管理計劃 30
3.3.2控制項目費用 31
3.4項目的質量管理計劃與控制 31
3.4.1制定項目質量計劃實施質量控制 31
3.4.2實施系統上線的質量驗收 33
第 4 章 FT 公司信息管理系統開發改進方案實施的保障措施 37
4.1制度保障措施 37
4.1.1 例會制度 37
4.1.2考核制度 37
4.2文化保障措施 38
4.3資金保障措施 39
4.4技術保障措施 39
第 5 章 總結與展望 40
5.1總結 40
5.2展望 41
參考文獻 42
致 謝 44
第 1 章 緒論
1.1 選題背景
得益于計算機軟件技術水平、數據管理技術、通信技術的日益發展以及工業 4.0， 人工智能這些概念的引入，信息管理系統在當今的大型商業活動中扮演者重要的角色。 信息技術的投資比例在工業企業中迅速增長。當今企業必須依靠先進的科學技術和卓 越的管理手段去立足于市場。伴隨著企業規模的日益增長和擴張，如何管理好企業， 以及如何協調企業內部的各個分支如：研發、生產、財務、采購等各部門的一系列的 重要工作，是企業關乎未來生存和發展的重大課題。近年來傳統汽車行業正面臨著顛 覆性的時代沖擊，相比以往，如今的汽車行業更是處于持續的壓力之下，客戶對新穎 且成本高昂的功能的要求不斷提升，行業的競爭環境與安全準則在不斷提高，新興科 技企業對于新的功能模式的大力投入，這些變化威脅著傳統企業的主導地位。所以 FT 公司迫切的需要開發出一個針對汽車零部件行業工程研發部門業務信息整合和管控的 系統。面對挑戰和機遇，FT汽車系統有限公司計劃利用信息技術來改進當前的業務流 程，所以決定開發一款名為 Microsoft Dynamics 的信息管理系統，它不僅僅具備了和 ERP(Enterprise resource planning)、MIS(Management information System)等傳統 的同類型的系統管理軟件的相類似的功能，同時它還可以通過現代管理模式與計算機 管理信息系統相結合、系統地管理FT公司工程研發中心，指導項目開發過程中的各個 階段的模塊，最大限度地發揮當前在設備、資源、人、技術等方面的作用，產生最大 的企業經濟效益。因為Dynamics信息管理系統作為專用的管理軟件，不僅可以為公司 創建集中控制統一的數據源，還能夠能提供一個信息管理的平臺，為提升整個研發中 心的運行效率、管理水平等提供更多幫助，極大的提高企業內部跨部門的溝通效率。
信息管理系統的開發是為了應對機遇和挑戰，以及解決現實問題而構建信息方案 的活動。它是不僅僅是一個普通的系統工程，還涉及到計算機處理技術，系統理論， 管理功能等多方面的應用問題。信息管理系統的開發過程一般包括了：前期的系統調 研準備、用戶需求收集、系統的需求分，軟件系統開發設計，軟件系統開發實現，軟 件系統測試，系統軟件的試運行等多個過程組。得益于當今計算機技術的進步以及現 代工業技術的快速發展，原來的人工管理的模式已經無法適應當前的現代的管理模式。 使用計算機完成數據的收集，分析和處理的管理手段應運而生。
FT 汽車零部件有限公司在是一家成立于 1957 年，總部位于加拿大安大略省的北美 排名第一，全球排名第三的汽車零部件制造企業，在全球 29 個國家共計設有 309 家制 造工廠、99 個工程研發及銷售中心、擁有超過 15 萬名員工，在世界財富 500 強企業中 排名第 209 位，是全球最多元化的汽車零部件制造的供應商。不僅具有設計、開發、 生產制造汽車零部件的能力，產品包括汽車系統、總成、模塊與組件并且還具備設計 和組裝整車的能力，旗下擁有閉鎖系統、鏡像系統、電子及動力總成系統、整車組裝 等五大事業部。這些廣泛的產品組合以及具備跨部門的模塊集成能力將持續推動企業 的銷售額和利潤的增長。2017 年全球有 224 個汽車品牌總計 2200 萬輛新車上應用了我 們的汽車電子產品，預計到 2020 年，這一數字還將增至 4500 萬輛。
FT 公司在中國市場實施的戰略布局是，總部位于上海，在中國擁有 18 個制造工廠、 6 個研發中心、近 10000 名員工。依靠其工程專長及深厚的系統知識，具備整車制造和 整車電子元器件集成的能力在中國汽車零部件行業擁有一席地位。我們可以為客戶提 供全方位的問題解決方案，包括提供更智能、更安全、更輕量和更環保的創新產品。 目前集團的主要客戶有大眾、福特、通用、豐田、本田、日產、寶馬、戴姆勒等占據 市場主流的汽車整車企業。
FT 公司通過 Dynamics 系統的開發和應用可以在企業內部實現自動化運營，信息化 管理，無紙化辦公的工作狀態,提高工作效率，降低運營成本的。管理信息系統的重要 性已經在各行各業的信息系統中得到了越來越多的廣泛認知，本文通過對項目管理的 理論方法和實踐積累對 Dynamics 系統開發的研究，從系統分析、系統設計、系統實現 等多個方面對對管理信息系統進行描述。
Dynamics 系統是基于計算機技術的高數據處理能力和海量的數據存儲技術以及高 速的網絡傳輸技術為一體的信息控制系統。企業的管理人員需要在企業信息管理系統 的實施過程中，能夠充分運用好項目管理的理論方法來管理和控制項目實施過程中的 各個階段。信息管理系統應用發展非常迅速，它的發展與應用要緊跟時代和技術的最 前沿，滿足人工智能以及工業 4.0 的要求。也就是將計算機網絡技術與當前的現代企 業管理思想有機結合，利用數據處理技術、存儲技術、網絡傳輸技術、自動化分析技 術等，來對信息管理系統進行全方位的控制和管理。因此 Dynamics 信息管理系統作為 一個溝通的橋梁，在其開發的過程相對其他傳統項目，更加依賴于程序文件和技術文 檔，因此成熟和先進的技術方法在新系統開發階段顯得至關重要。
1.2 研究意義
社會變革、技術進步、經濟轉型、環境變化等趨勢以及多個領域的廣泛驅動，當 今社會信息化以及數字化的企業應當是借助信息化技術去覆蓋企業的傳統運營模式并 且同時連接企業外部的溝通渠道，用信息化的方式去完成自身的核心業務流程。企業 完成核心業務流程的方式的先進程度也是企業在未來競爭中的一種優勢。信息系統的 能力往往決定了企業未來五年甚至更長時間的競爭優勢。增加市場份額、能夠提供高 質量、具備成本優勢的產品是企業的立足之本。本文通過研究實際的系統開發流程， 再結合理論方法的運用來管理和控制 Dynamics 系統開發。新系統開發的目標是用戶可 以非常方便和直觀的獲得所需要的所有運行數據以及監控管理項目的各環節，使之能 夠按照規范以及設定的要求進行高效的運轉。
信息管理系統應用發展非常迅速，它的發展走在應用技術的前沿，滿足數字化、 信息化的大的時代背景的要求，同時信息管理系統是科學技術發展的產物，盡管它是 由軟件、硬件、通信設備組成的，但是它更多的是依靠人工以及智能技術的投入。當 今社會企業組織體系中，企業的信息管理系統和企業的業務能力是相互依存并且相互 促進的。戰略、制度、業務流程等變化越來越依賴于硬件、軟件、數據庫和通信的技 術變革。信息系統是未來的工業企業的生存基礎，汽車制造型企業更是如此，企業需 要新的信息管理系統去獲取、存儲、分析大量的數據，并從中找尋適用的基本規律， 強大的數據分析和交互界面提供實時的績效信息給到管理層，這些數據可以提高管理 者的決策傾向。Dynamics信息管理系統就是指通過計算機網絡技術對各種信息進行處 理的信息管理系統。企業發展重要目標就是企業能夠有條不紊的運作，在此過程中能 夠不斷的增加企業利潤和增強企業的市場競爭力。 Dynamics 信息管理系統可以滿足公 司在戰略上的需求，而且 Dynamics 信息管理系統可以幫助企業提升運營水平和增強決 策能力。
新技術的開發就像核聚變反應一樣，為企業的發展提供源源不斷的動力，在市場 需求的推動下，倒逼著企業必須要不斷地發展與壯大。正如管理學大師德魯克所說， 改革和創新是企業的生存之本。企業信息系統的核心功能就是不斷提供技術服務以滿 足不斷變化的客戶需求。概括起來就是企業信息系統必須把內部的信息內容和外部的 市場需求協調起來，這樣可以幫助企業的管理層去提高決策的準確率，同時使得企業 的中層管理執行更加高效同時基層操作更加簡單高效的目的。
伴隨著中國制造2025 的規劃及出臺和“大眾創業、萬眾創新”倡議的提出，創新 當下最熱的詞匯，關于創新的概念，有人認為創新就是想出一個好創意，有的說是把 創意轉化為實際應用。創新的類型非常廣泛包括：產品創新、流程創新、服務創新、 組織創新、商業模式創新等等。本文試圖從系統論的角度闡述企業發展過程中創新與 改革的重要意義，成功實現對企業當前信息管理系統的改進，為企業在未來的競爭中 占得先機奠定更加堅實的技術基礎。對于不同的汽車零部件供應商來說，針對不同的 產品和市場，加之各大汽車零部件供應商對市場發展的預期不盡相同，供應商的業務 策略自然會有區別。放眼未來的發展趨勢，供應商必須用發展的眼光來規劃未來戰略， 這樣也是為了和客戶更好的配合，以期待自身更加持續穩健的發展。
1.3 相關理論基礎
1.3.1 信息系統的概念
系統(System)：把相互作用的多元素的復合體定義為系統，系統是事物存在的一 種方式，事物都可以用系統的觀點來考察和研究。
信息系統(information system)：從技術的角度上來講是由若干個相互連接的部 分組成，通過收集、處理、存儲和發布組織中信息，用以支持組織制定決策和管理控 制的系統。企業的運營需要處理各種復雜的關系，比如與供應商、客戶、員工、支付 以及產品和服務等相關的內容，并通過這些信息組織和開展項目的各項工作，從而達 到實現企業高效運營和提高企業整體績效的目的。信息系統的應用使得企業能夠更加 高效的管理各類信息，改進企業內部業務流程同時提高執行效率。
表 1.1 是信息系統的主要活動。其包括了輸入、處理、輸出，組織等過程，可以 利用這些信息來制定決策、控制運營活動、分析問題以及創造新產品或者服務。開發 一個新的系統必須要有前期的規劃和精心的準備，需要應用項目管理的理論和方法去 保證系統開發過程的順利進行。
表 1.1 信息管理系統的主要活動
輸入 獲取或者收集組織內外的原始數據
處理 把原始數據轉變為有意義的表達方式
輸出 將處理后的信息傳遞給需要使用的人或活動
反饋 將信息輸出返回給組織里合適的人員，幫組評估和校正輸入
在信息系統發展的過程中，主要有三個里程碑的發展時期，其中最主要的發展過 程如下：
第一階段，從 20 世紀 60 年代中期開始，計算機系統剛一出現，當時高級語言還 沒有產生，在這個過程中，對于不同軟件的運行，差別較大，而在這個過程中不同的 代碼選擇對實際的需求影響很大，代碼編程就成為了一項重要的標準。在不斷的發展 過程中，這種模式對個體化的軟件使用需求，已經無法適應，開發出來的軟件在逐漸 失去實際使用價值后，也漸漸被人們所淡忘。軟件開發需要結合實際的計算機應用， 并實現對整體結構的全面性執行，可以通過程序運行的操作，完善對數量以及規模的 控制。
第二階段，從 70 年代中期開始，到軟件系統發展逐漸成熟，在這個過程中，軟件 企業也極大的發展了軟件的種類，對其推廣產生了極大的推動作用。在這個過程中， 軟件的數量同時也得到了迅速擴大，同時質量也有顯著提高。
但是在這個過程中，傳統的軟件開發方法已經無法涉及到各個層面，其中的軟件 數量以及規模的擴展使用，對系統的運行以及操作使用等都會產生較大的變化和影響， 其中硬件操作系統對整體的運行的影響逐步低于軟件系統的影響，雖然在這個階段， 軟件開發成本得到了極大的控制，但是仍舊沒有真正的解決對軟件開發的全面改進。 在實際使用中，還存在較大的兼容性問題。
第三階段從 20 世紀正式開始的軟件設計開始，人們通過信息集成化設計，真正的 實現了對信息系統的全方位設計，并通過優化設計，更進一步的完善了對整體軟件工 程的更新，而這一類設計的出現，也更進一步讓信息管理系統走上了實際應用的道路。 在不斷的開發過程中，軟件系統開發在世界范圍內遍地開花，大量優秀產品問世，也 逐漸的豐富了現有軟件信息系統的市場。在系統開發上也更好的順應了企業的基本需 求。同時為滿足基本的用戶需求進行合理調控，而這也極大的改善了原有信息系統開 發及使用的流程。
1.3.2 項目管理的相關理論
項目（project）：是指一系列獨特的、復雜的并相互關聯的活動，這些活動有著一 個明確的目標，必須在特定的時間、預算、資源的限定內，依據規定的要求去完成。 項目是為創造獨特的產品、服務或成果而進行的臨時性工作。信息系統項目包括了升 級或者更新公司現有的信息系統的架構以及開發新的信息管理系統。
項目管理(Project Management)：是指在一定的預算和時間的限制下運用知識、 技能、工具、和技術實現特定的目標，從項目的啟動大會開始直到項目結束的全過程， 對項目進行計劃、組織、指揮、協調、控制和評價，以實現項目在開始階段制定的目 標。項目管理包括制定工作計劃、評估風險、估算完成項目所需要的資源、組織項目 工作、獲得人力和物質資源、分配任務、組織活動、控制項目的實施、進度報告、結 果分析，是一種現代的管理方法和手段，用項目化方式管理及開展一系列的活動，作 為管理的另一個層面，信息系統必須處理范圍、時間、成本、質量、風險這五大要素。
對于軟件開發項目來說，軟件開發的過程管理決定了軟件產品的質量水平。采取 有效的、適宜的開發管理模式并使用有力的平臺支撐工具是軟件開發能夠準確實現的 關鍵。提高信息系統質量的同時，如果能夠再縮短開發周期、降低開發成本話，這是 企業的不斷的追求以及使命。利用信息化手段實施軟件開發項目管理是在企業在激烈 的市場競爭中生存之本。
對于軟件產品來說，探索研究軟件開發技術和方法，用來提高軟件系統的開發效 率和質量，是軟件工程領域需要探討的重要話題。這不僅僅是簡單的編程代碼的研究， 而且要站在一個系統管理者的角度上觀察，通過不斷優化、持續的創新去發現需求并 且能夠改善用戶需求。因此，基于信息化的新型的軟件開發項目管理模式對企業及其 管理者來說具有深遠的意義。
1965年，以歐洲國家為主成立了一個組織“國際項目管理協會” (International Project Management Association IPMA) 。四年之后的 1969 年美國項目管理協會 (Project Management Body of Knowledge，簡稱 PMBOK)成立，目前擁有來自全球 180 個國家的454000名成員，其在1984年又制定了項目管理的知識體系教程，系統闡述 了項目管理理論體系，之后又對其進行了增訂、完善、和發展，到2017年已經發行到 第六版。表1.2是項目管理的整個過程分為啟動、規劃、執行、監控、收尾總共五個 階段。 .這五大過程組之間有著清晰的依賴關系，彼此之間有很強的相互關系，在實施 各過程中往往需要反復滲透，一個過程的結果會成為下一個過程的輸入，項目可以分 為概念開發、可行性研究、設計、測試等方面。
項目管理可以歸納為范圍管理、時間管理、費用管理、質量管理、人力資源管理、 風險管理、采購管理、溝通管理和整合管理九大知識領域。總之項目管理就是在特定 的時間內，特定的成本下對某一特定的交付物的回應。
對任何組織的成功都是非常關鍵的，有效且迅速的完成項目會使得公司獲得更大 的競爭優勢，如果項目管理不當，比如：項目延期、經費超支、交付產品不合格、項 目干系人不滿意、項目結果和公司業務發展不一致等，公司會為此付出巨大的代價。
表 1.2 項目管理的五大過程
啟動 項目得到正式授權
規劃 定義和明確目標
執行 協調人員和資源來執行規劃
監控 保證項目目標能夠實現
收尾 讓干系人認可項目的成果
表 1.3 是描述項目管理的發展歷程。項目管理是一種管理方式和手段，用項目化
方式管理研發活動，有力推動了研發活動的組織方式的優化，大大提高了研發效率。
表 1.3 項目管理的發展歷程
年代 發展 主要特征
20世紀40年代 項目管理萌芽 美國“哈曼計劃”
20世紀50年代 初步形成科學系統方法 計劃評審的技術應用
20世紀60年代 項目管理理論體系形成 1965年IPMA成立，1969年PMI成立
20世紀80年代 項目管理的傳播與現代化 從軍事發展到民用，PMBOK系統框架形成
20世紀90年代 新發展 從組織、戰略層面治理項目
最早的產品研發模式，可以追朔到 19 世紀那個時候企業的產品研發，依賴于雇傭 的科學家在建立的實驗室里，偶發式的發明。這是一種隨機的開發模式。二戰后世界 范圍內的幾乎每一家主要大公司都采取了愛迪生模式的研究實驗室。這個時期， 公司 認識到必須對研究與開發進行管理，這是第二代研發的興起。第二代研發的管理僅僅 局限在單個項目層次上對各個項目的孤立管理，沒有在綜合層次上對項目群進行組合 管理。 20 世紀 80 年代，市場趨于飽和，消費品供大于求，企業競爭日趨激烈，新產品 投放速度加快。各大公司競相投入更多研發經費，客觀上要求企業的研發必須在戰略 指導下進行，不再容許任意浪費的研發管理方式。要求研發活動考慮企業長遠需要和 各個戰略經營單位的需要，企業研發管理開始企業戰略結合到一起。人們開始運用研 發組合投資的概念，平衡財務風險。研發項目分析包含了競爭優劣勢、風險識別、生 命周期、技術發展時間選擇、與核心戰略與資源的匹配度等多個方面，幾乎包含了所
有與技術與市場成功相關的變量，這是第三代研發的興起。據相關學者的研究記錄，
迄今研發管理的方式已經發展到第六代，表1.4是介紹研發項目管理的發展歷程。
表 1.4 研發項目管理的發展歷程
模式 開始時間 管理特征 管理對象
第一代直覺模式 19世紀后 由科學家主導，職能孤立 產品管理
第二代系統模式 1960 市場拉動 單個項目管理
第三代戰略模式 1980 技術商業一體化 企業管理
第四代綜合模式 1990 研發一體化 顧客管理
第五代動態網絡模式 1995 協作創新系統 知識管理
第六代聯盟模式 2000以后 計算機時代，開發式創新 技術根本
1.4研究結構安排與研究內容
本文按照提出問題、分析問題、解決問題的思想展開。首先引出問題，說明文章 的研究意義，接著對解決問題過程中可能涉及的理論知識及其研究現狀進行綜述，最 后根據FT公司的現狀以及當前所遇到的瓶頸問題進行研究分析。
本文的結構安排及內容如下：
第一章“緒論”提出論文的研究背景，介紹了當下整個汽車行業面臨著持續的壓 力，行業內的環境與安全準則的不斷提高以及新興科技企業的大規模投入，這些變化 威脅著傳統零部件企業的主導地位。所以FT公司迫切的需要開發出一個針對汽車行業 并著眼于工程研發部門的信息整合和管控系統。說明論文研究的意義，伴隨著中國制 造2025 的規劃及出臺和“大眾創業、萬眾創新”倡議的提出，企業完成業務流程的方 式的創新是企業在未來競爭中的一種優勢。信息系統的能力決定了企業未來五年甚至 更長時間的競爭優勢，通過分析當前信息系統的應用的狀況，并且介紹論文的研究框 架以及研究方法。最后是介紹了相關理論基礎，信息系統：從技術的角度上來講是由 若干個相互連接的部分組成，通過收集、處理、存儲和發布組織中信息，用以支持組 織制定決策和管理控制的系統。項目管理：是指在一定的預算和時間的限制下運用知 識、技能、工具、和技術實現特定的目標。
第二章“FT公司Dynamics信息管理系統的現狀分析”對公司的現存問題進行深入 分析。通過項目的范圍管理過程與績效、進度管理過程與績效、費用管理過程與績效、 質量管理過程與績效，以及項目的現存問題及成因分析五個方面展開。
第三章“FT公司Dynamics信息管理系統開發項目改進方案設計及實施”具體介紹 如何運用項目管理知識指導信息系統項目開發過程。從項目范圍計劃與控制、項目進 度計劃和控制、項目費用計劃與控制、項目質量計劃與控制四個方面深入研究。
第四章“FT公司Dynamics信息管理系統開發改進方案實施的保障措施”在對項目 的執行過程進行分析，采取多種保障措施保證項目的順利進行。制度保障措施：制度 對一個新系統的推行至關重要，統一的規范和標準，是項目順利進行執行的重要保障。 文化保障措施：企業要具備創新的文化氛圍，要以開放的心態面對各種行業的變化， 與外界進行信息的交換。資金保障措施：制定詳細的資金使用計劃，對資金的使用進 行監督，確保項目資金專款專用，不受其他因素影響。技術保障措施：要對人員和組 織進行專業的培訓。打造強有力的項目管理團隊，確保技術決策可以滿足用戶的需求 來確保項目目標得以實現。
第五章“總結與展望”本文通過對 FT 汽車零部件公司研發中心信息系統的更新換 代的實際業務，闡述了開發新的信息系統開發的必要性，再從需求、進度、費用、質 量四個方面進行信息系統的現狀分析以及闡述改進方案的實施過程。同時對以上研究 內容及研究成果進行心的體會的總結并對 Dynamics 信息管理系統未來前景進行展望。 企業要有發展的眼光看待新的技術和概念的發展，要具備科學化、規范化、信息化的 戰略的思維，事實終將證明，數字化、信息化過程中提升的綜合實力必定讓企業可以 與時俱進，順勢而為，從容應對未來的行業競爭對手的挑戰。
第2章FT公司Dynamics信息管理系統的現狀分析
2.1 項目組織結構
項目的組織結構：在Dynamics信息系統的開發過程，FT公司和供應商都會指定一 位項目經理一起協調并監督Dynamics信息系統的開發過程的全部工作。HD公司（供應 商）的項目團隊的項目組成員包括：項目總監、項目經理、財務顧問、供應鏈顧問、技 術顧問。FT公司的項目組包括：項目經理、項目協調員、IT工程師、系統使用部門的 關鍵用戶。
2.2項目范圍管理過程與績效
定義完成既定的目標的所有工作任務并且保證在計劃的范圍內完成。包括了對輸 入的信息進行處理然后輸出。項目就是為了滿足某種需求而存在的，所以需求管理對 一個項目是重中之重，如何保證信息系統能夠準確，完整地提出功能需求，并且實現 一起的要求，在開發這個新的信息系統的前期階段，一定要正確地收集，分析，溝通 和變更軟件需求，需求描述的完整性，用戶的參與度，客戶的期望值，執行層面的支 持力度，需求的變更頻次都是影響項目的關鍵因素從需求者的角度客觀真實的描述軟 件的需求，得到準確的需求輸出是軟件開發項目獲得成功的重中之重。如果一開始就 能管理好需求，那么就能夠減少或者避免在系統開發過程中由于需求的變化造成的項 目延期甚至項目失敗的風險。
系統的需求分析和系統的架構設計都要建立在對當前的目標客戶的需求進行全面 調查的基礎之上，項目的需求管理第一步領會客戶的需求，第二步將需求以正式的格 式書面紀錄下來，方便以后用戶以及供應商就一些項目信息理解存在偏差來查閱。用 戶的需求收集非常重要，是項目最終成功驗收的關鍵的因素，也許在項目的啟動階段 客戶的需求是不清晰的，開始階段用戶和系統開發人員對項目可能會出現認知和理解 的差異，所以用戶的意見可以幫助項目團隊更加深刻的理解系統使用者的真實想法， 以便迅速識別出存在的問題，確定系統要實現的主要功能，準確定位開發的關鍵模塊， 從而清晰定義和準確理解項目的真實需求。
如果缺少用戶的積極配合與支持，項目的目標和需求就難以收集完整。只有能夠 準確定位用戶需求才能制定出符合實際的項目范圍計劃。正確領會客戶的需求首先要 通過閱讀客戶的需求說明書，在此期間需要和客戶進行多次的溝通交流，匯總以及分 析需求，記錄和管理需求，然后不斷的完善用戶需求。由于系統開發項目的交付產物 是軟件系統，不是實物，這種獨特性決定了系統開發項目的范圍界定非常困難，需要 用戶不斷的參與到項目中，建立更加現實的期望值。
信息系統項目既能支持公司的戰略目標又要滿足客戶的需求，對于公司來說必須 是一項有利益的投資，即分析投資回報率。軟件開發中永遠不變的就是需求的變化。 對于需求不斷地審查，然后調整，再審查。這是在信息系統開發過程中通過不斷的學 習、成長、調整和完善。在此過程中可以看到信息系統具備 “自動化”“實時化”“快 速化”等特點。因此，利用信息化的契機開發一套管理信息系統能夠有效提升 FT 公司 工程研發中心的工作效率的管理信息系統，為研發中心開展各項工作提供強有力的支 撐。同時充分、及時、有效地利用系統開發過程中的問題反饋信息，提取有價值的改 進信息，不斷提升，不斷總結，不斷完善信息系統的功能模塊，使之發揮更大的效率， 最終提升軟件系統的質量水準。
范圍管理的過程必須執行可行性分析，確保項目的范圍有實現的可能。實際上是 在論證組織的功能領域，從信息系統的經濟、技術和組織實施的可行性以及能夠實施 的程度和效果出發。可行性分析涉及的人員包括受到該系統影響的各類人員。可行性 分析需要定義系統的目標及實現目標的方法，目標是指在條件約束和預測基礎上所要 追求達到的效果。目標需要具備可計量性、時間性、責任性及清楚的發展方向。
在本項目實施之前FT公司使用的信息系統是IBM的Notes系統，由于企業的快速 發展，導致當前的信息系統沒法滿足需求。和任何事物的發展一樣，都要經過從誕生 到消亡的過程。軟件都會有生命周期，軟件生存周期(software life cycle)又稱為軟 件生命。從剛剛形成軟件開發概念起，到開發的軟件系統正式投入使用，最終直到失 去其自身價值，被新系統替代，而永遠消失。一般來說，系統的整個生存周期包括計 劃、開發、運行三個時期，每一個時期又劃分為若干階段。每個階段有明確的任務， 這樣使規模大、結構復雜和管理復雜的軟件開發變得相對容易控制。由于信息管理系 統是一個具有高度復雜性、綜合性的人機交互系統，它需要具備現代計算機技術、數 據庫技術、通信技術以及管理學、運籌學、統計學、數模等和各種前沿的技術背景， 為經營管理與組織決策提供全方位的服務。
信息管理系統的研發團隊不僅需要具備扎實的專業背景知識，而且還需要熟悉項 目管理領域的管理流程。因此相比于一般的軟件開發，信息管理系統的開發具備學習 難度大、開發周期長、開發成本高、維護代價高的特點。但是要從根本上解決當前所 面臨的問題，就必須對公司現有的信息系統進行升級改造。在升級改造的過程中運用 項目管理的基本知識管理信息系統的開發過程，從項目的范圍管理、進度管理、質量 管理、成本管理等五個方面進行全方位的管控。
由于FT公司不具備自行開發信息系統的能力，所以決定委托有能力提供系統服務 的供應商去實現。盡管每家供應商都有各自的實施方法論，而一個信息化項目至少要 跨度半年以上，因此在項目控制中，文檔的齊備性、人員交接等問題比較突出。同時， 所以需要對供應商的項目負責人的專業背景進行調查。了解這些人對行業以及系統本 身的了解情況，這些是項目能否成功的保障保。因此，企業的項目組在這方面要重點 注意在選擇供應商的過程中我們基于系統開發成本、系統開發的能力、系統的兼容性、 擴展性以及后期的維護成本等方面進行考察。最終確認與供應商 HD 合作。該供應商有 實施過類似案例的經驗，可以確保項目的順利實施。我們和供應商一起做系統改進的 方案的可行性分析。獨特性在軟件服務領域表現得尤為突出，供應商不僅需要向客戶 提供優質的軟件產品，更重要的是根據其要求輸出提供不同的問題解決方案，即使有 現成的解決方案，也需要根據用戶的個性化要求進行部分客戶定制工作，項目涉及的 某些內容一定是以前沒有接觸過的，也可以說這部分內容是具有相對的獨特性的特點。
Microsoft Dynamics 信息系統的軟件需求：系統需要在技術上實現用戶的功能 需求，企業的當前狀況應該滿足各個環節數據處理的硬件、軟件要求。在技術上是可 行的。表 2.1 是 Dynamics 信息管理系統的軟件配置需求，表 2.2 是信息管理系統的硬 件配置需求。
表 2.1 信息系統的軟件配置需求
需求 客戶端 服務器 操作系統 遠程服務器 數據庫
操作 系統 Windows 7
Professional
SP2 Windows Server
2008 Standard， Windows Server
2008 Standard， Windows Server
2008 Standard， Windows Server
2008 Standard，
組件 Microsoft .NET
Framework 4.5 Microsoft . NET
Framework 4.5 Microsoft . NET
Framework 4.5 Microsoft . NET
Framework 4.5 Microsoft . NET
Framework 4.5
程序 安裝 Microsoft Windows Ins taller 3.0 Microsoft Windows Ins taller 3.0 Microsoft Windows Ins taller 3.0 Microsoft Windows Ins taller 3.0
辦公 軟件 Microsoft
Office 2007 or higher version Microsoft Office 2007 or higher version Microsoft Office 2007 or higher version
數據 庫 Microsoft SQL
Server 2008， Standard
表 2.2 信息系統的硬件配置需求
需求 客戶端 服務器 操作系統 遠程服務器 數據庫
中央處理器 2 core 4 core 8 core 8 core 16 core
內存 4 GB 8 GB 16 GB 32GB 112GB
硬盤 500 GB 500 GB 500 GB SAS.
RAID 5 500 GB SAS RAID
5 2TB SAS.RAID 5
驅動器 DVD DVD DVD DVD DVD
網絡適配器 100 MB/s 100 MB/s 1000 MB/s 1000 MB/s 1000 MB/s
2.3項目進度管理過程與績效
首先，做任何一個項目的進度都是其重要的指標，沒有進度計劃和時間節點的項 目是沒有意義的，因為這是決定項目是否成功完成的標志性的任務之一。項目進度管 理通常需要制訂完成項目的所需要的時間并且主要部分都需要被進一步分解成若干的 部分和任務。并確定完成每個任務所需要的時間，為完成特定項目需要制定時間表 (timeline)。項目的進度計劃是指項目進行中的各項節點的工作開展時間以及先后順 序，項目的進度管理的目標是在規定的時間內，按照預算的成本以及定義好的產品質 量要求，提供滿足客戶需求的交付產品。包括定義項目活動，活動順序的安排，資源 的預算，進度的安排，過程的控制等一系列的工作。項目延期的很大一部分原因是不 能客觀估算項目在單位時間的工作量，以及在一些關鍵的模塊上出現了超時的情況下， 召集涉及此項目的團隊成員及時參與到項目時間計劃表的討論中，制定項目計劃，這 樣會更加高效的減小項目延期的風險。項目經理通過這種方式可以避免出現考慮問題 不周到，以及對計劃中出現的可能問題進行及時的偏差糾正措施。
從項目章程到項目進度計劃，項目經理要確保客戶以及主要利益相關者的每個需 求都包括在內，形成一個包括所有活動的列表。通過各項任務活動以及相互依賴的順 序，基本上就可以初步搭建出一個日程計劃的框架。當項目從開始到完成階段性工作 的過程中，完成的每個時間節點都要設置成為一個里程碑，這樣就提供了很大的機會 來檢查項目是否在按照正常的軌道進行，如果發生偏差可以及時通過有效的手段進行 糾正，以確保項目進度。通過創建項目里程碑，可以讓項目團隊成員始終保持專注和 對階段性任務完成過程的積極性。在做進度計劃的時候，對于任務的時間分配非常重 要，需要借鑒歷史信息以及經驗教訓，這就是創建項目進度計劃是一項重要任務的原 因所在，沒有對時間進行評估，就無法準確進行下一步的動作的安排。當通過團隊成 員內部討論達成共識后，就會根據進度進行任務分解和資源分配，一定要在項目前期 階段把時間評估正確，后續想要進行更改將會面臨艱難的挑戰，但在項目實際運行過 程中，項目時間肯定會出現意想不到的影響因素，為了適應這些變化，需要留出一些 額外的時間，這樣在項目到達截止日期之前會有一定的緩沖余地。完成進度計劃表的 定制后，就要給項目團隊成員分配任務。不要指望項目成員有 100%的工作效率，任務 也不會從分配下去項目成員就能一直按時完成的，項目成員總是會各種臨時性的情況 打斷項目進度，這些都需要額外的緩沖時間去彌補。
進度計劃需要把這些不確定因數考慮進出。一旦項目啟動，那么必須對項目進度 的各個節點進行嚴格審查，審查進度是否有延期狀況，如果延期要及時采取糾正措施。 項目的交期和質量有時候沒有辦法統一，有些項目在前期由于客戶的需求不明確或者 客戶的需求頻繁變更，導致工期緊張，如果按時交付就會出現交付的產品質量不高。 甚至出現大規模返工的現象。所以在項目的開始階段就必須要在項目干系人中間取得 一致性的意見，根據項目需求建立標準，確認項目的交付物或者可交產品，這樣是以 最有效的方式開展項目工作，防止后續產生不必要的糾紛。
信息管理系統的實施是根據系統設計范圍說明書上的要求，將信息系統由前期的 概念設計階段轉化成可實現用戶需求的狀態，并最終將開發出來的信息系統從試運行 的狀態移植到用戶的真實工作環境中去，從而達到滿足用戶需求的這樣一個全部過程。 系統實施的主要內容包括平臺的構建、程序設計、系統測試、人員培訓、數據準錄入、 試運行、系統切換以及系統最終驗收等多個方面的要求。信息系統的開發是一個較大 的系統工程，在實施階段需要投入大量的人力，物力，財力，新系統上線安裝使用后， 會對涉及的使用部門的組織機構、人員、設備、工作方法和工作流程等產生較大影響。 系統改進方案的實施是同樣也是一個復雜的工程，需要一個適應和消化的過程。
為了保證項目可以按時保質保量的完成需要準備一份項目實施的進度計劃表，把 項目工作分解成若干個小的分支單元，對小的工作單元進行進度的跟蹤，控制相對就 要容易很多，這一過程叫做工作分解結構WBS (Work Breakdown St rue ture)。可以清 晰了解項目的任務以及各個項目分支需要完成的先后順序，同時在組建項目團隊的時 候，制定工作分解結構，有助于項目干系人明確自己的任務和職責，避免因為任務的 邊界不清晰項目造成進度的延遲。
1．項目前期準備：前期的準備工作，充分的準備是項目得以成功的關鍵，準備項 目章程，開項目啟動大會。
2．收集需求，需求分析是整個軟件開發的范圍基礎，對相關部門進行業務調研， 制定需求計劃表。
3．系統實現，制定開發計劃和開發清單，系統配置開發、單元測試、數據遷移。
4．系統的測試培訓，通過培訓是的關鍵用戶能夠掌握系統各項功能的操作方法， 同時可以加深業務人員對系統概念的理解，系統的上線準備及切換工作。
2.4項目費用管理過程與績效
項目費用管理是基于完成項目所需要的單位時間乘以完成項目的人力成本得出 的，信息系統的項目包括硬件成本、軟件成本、場地成本等。項目管理制定項目預算 并且監督管理項目進行中的花費情況。進行報價時其實已經對成本有了粗略的估計， 從FT公司的高層管理者的層面上，需要對某個時期分階段支付的費用進行詳細的規劃， 總的成本是和供應商協商的，成本大約可以分為人力成本，固定資產投資，易耗品采 購，設備折舊，外包費用等。人力成本往往占整個項目預算的比較大部分，研發部門 提交成本預算的時候一般會使用預算項目編制，成本管理目的是為了保證已批準的項 目在額定預算內完成項目的資源管理的過程。它包括資源的配置、成本費用估算及成 本費用控制等工作。首先需要進行項目資源規劃確定為完成此項目需要的資源種類以 及資源的數量，其中包括：人、設備、材料等等。其次要進行項目成本預算，對完成 項目各環節所需要的資源的費用進行近似估算，將總費用估算分配到各單項工作內容 上，最后要進行項目成本控制，控制項目預算的變化。項目的費用管理包括費用的規 劃、估算、預算、控制的過程，以便能夠保證在計劃的預算范圍內完成項目需求，項 目管理人員制定費用管理計劃，對項目資源進行估算，制定費用預算計劃，制定開發 過程中的費用跟蹤計劃，及時跟蹤控制成本。成本控制的重要意義在于保障項目在運 行過程中費用不超過項目的經費預算，企業進行成本控制實際上是為了保證項目在規 定的項目預算下，項目活動可以順利進行。
項目成本管理是項目管理過程中的一個重要組成部分，它是指在項目的實施過程 中，為了保證項目實施過程中所有花費的實際成本不超過其預算成本而展開的一系列 的項目活動，包括了成本估算、編制項目預算和控制項目成本等幾個方面，項目成本 管理包括涉及成本計劃、估算、預算、控制的過程。
項目管理的四大要素：范圍、成本、時間、質量。客戶都是需要完美的產品，但 是在實際的情況下受到一些客觀制約因素比如：項目費用和交期的影響，質量可能會 打折扣，質量的高要求可能會影響項目費用，范圍的變更同樣會對項目的費用產生很 大的影響。所以能夠在規定的期限內，嚴格的項目預算的條件下，提供給客戶功能最 大化的產品以滿足客戶的需求，是企業必須要完成的課題，同時也是企業在未來競爭 中能夠長遠發展的立身之本。
表 2.3 是根據供應商給出的報價清單，整理項目明細，項目的預算可以滿足供應 商的報價，表 2.4 是軟件授權許可清單。
表 2.3 服務費用清單
任務 費用項目 工時 單位工時的成本 合計工時費
商務分析 應用咨詢 30 ¥3，200.00 ¥96，000. 00
系統搭建 應用咨詢 20 ¥3，200.00 ¥64，000. 00
用戶培訓 應用咨詢 20 ¥3，200.00 ¥64，000. 00
試運行 應用咨詢 20 ¥3，200.00 ¥64，000. 00
定制安裝 技術咨詢 50 ¥3，000.00 ¥150，000.00
上線準備 應用咨詢 10 ¥3，200.00 ¥32，000. 00
后期技術支持 應用咨詢 25 ¥3，200.00 ¥80，000. 00
信息服務 項目管理 20 ¥3，200.00 ¥64，000. 00
合計工時 195
合計花費 ¥614，000.00
包含6%的增值稅 ¥650，840.00
表 2.4 軟件授權許可費清單
序列號 產品名稱 數量 單價 總價
1 Dynamics for operation -
Server 1 48,750.00 48,750.00
2 Dynamics for operation 7 29,250.00 204,750.00
2 Dynamics for Operations
Activity 10 7,800.00 7& 000.00
4 Dynamics 365 for Operations Team Members 70 1,235.00 86,450.00
總價 417,950.00
30%的折扣 -125,385. 00
折后總價 292,565.00
16%后期維護升級費用 66,872.00
不含增值稅價格 359,437.00
含增值稅的總價 420,541.29
2.5項目質量管理過程與績效
項目的質量管理過程包括保證項目滿足計劃中的各項質量要求而開展的組織活 動，包括項目質量方針、目標、責任的所有活動。通過程序文件和過程管控的方法來 執行項目質量管理。在信息系統項目開發的過程中，質量管理的主要任務是根據既定 的質量體系方針和標準，從項目立項開始，對系統設計進行評審，對信息系統的功能 進行測試，以保證最終的交付產品的高質量。
在質量管理系統中，項目管理人員依據質量管理計劃，對軟件開發過程的質量進 行嚴格管控，確保系統在開發的過程中的每個環節都可以準確反應項目的各項質量指 標，系統能夠實現的功能主要有：項目審批流程、質量標準計劃、測試計劃、測試過 程中的問題反饋、測試結果反饋、項目驗收等等。最終結果滿足管理層設定的項目目 標同時能夠滿足用戶的需求。信息管理系統的質量通常是為了促進組織的績效和決策， 同時新系統產生的信息的準確性、時效性、易用性也是系統質量好壞的衡量點。
影響項目成功的潛在因素有很多，這些影響因素可能會增加項目時間和成本，降 低項目交付質量，最終影響項目最終交付目標的實現。管理儲備是項目風險管理的常 用術語，其目的是減少項目不確定性。基于期望風險建立的時間與預算，可以使項目 進度更加可靠。建立管理儲備不是放寬要求，而是給項目設置適當的緩沖，使得項目 能按承諾質量要求和進度交付出最終產品。建立管理儲備依據兩個要素：已知風險和 未知風險。第一個要素來自于計劃內的數據，未知風險則是無法預料的風險，對未知 風險做明確規劃是不可能的，但有前人的項目經驗總結可以就預知風險大小及影響提 供指導。運用項目資源分析和風險數據來確定需要多少儲備。管理儲備可用來加快工 期，為項目提供額外資源，或采取其他必要動作以確保項目的質量，項目團隊將質量 管理作為項目及項目過程的核心組成部分。發生質量問題的原因很多，比如缺乏先期 的質量控制管理及先期的潛在失效模式分析(D-FEMA)的缺失。將涉及到的識別、分類 和規劃等在團隊成員之間就發生風險的概率和風險的潛在影響達成共識。項目管理過 程的質量管理的目的是確保能夠盡早識別質量問題，并保持過程的高度重視，以減少 或消除質量風險。交付產品的質量和服務是企業的核心競爭力，控制好產品的質量才 能是企業收到好的效益。質量管理就是圍繞著項目質量進行的指揮、協調、控制等活 動，包括項目的質量策劃，質量控制和質量改進。
2.6 FT公司Dynamics系統開發項目管理的現存問題及成因分析
當前FT公司使用的信息管理系統是IBM的Notes系統，該系統從2012年開始投 入使用至今，但是在使用過程中發現在數據的實時性和完整性及系統數據控制管理方 面，還存在許多不足之處，這些關鍵信息應該得到很好的控制。隨著業務的不斷發展， 現存系統不能滿足 FT 公司的快速發展。公司管理層決定要用九個月的時間上線新的 Dynamics 信息管理系統來代替當前的 Notes 系統。
但是在新系統開發的前期階段，存在著非常多的問題，這些問題已經影響到項目 的進度，有造成項目的失敗的風險。同時在質量、成本等多個方面，也同時出現了諸 多問題。比如在項目前期開發過程中，信息管理系統的很多數據都是相互孤立的。這 些未能鏈接的數據增加了將所需數據集成到完整和精確系統的難度。影響了企業對高 效運作的需求，阻礙了系統實現的目標。比如需要實時數據集成到公司信息系統中等。 這套新開發的信息系管理系統需要能夠解決現存數據準確性的要求，即執行實時觸發， 指導，驗證和報告的問題，隨著業務水平、管理水平、應用水平的提高，開發的新系 統應當具備易用性、可擴展性等特點，能夠解決手工重復錄入性工作多，財務統計相 當不便利的問題。因此企業通過一系列的手段去分析，論證了新的管理信息系統的必 要性。建設一套符合FT公司要求的特色、先進、實用、可靠的管理信息系統是保證企 業可持續發展的重要保證。
公司各級部門信息系統設置不一致性會給企業管理者和各運營部門之間業務對比 分析和管理帶來很大困難。適應企業信息及時性和一致性的要求，解決了信息溝通不 暢的現狀是必須要達到的基本要求。系統具備實時查詢與統計分析數據的能力，充分 發揮系統監督執行功能。基于管理信息系統能夠提供的實時記錄數據的功能，公司管 理層可以根據報表反映出來的結果追溯到業務發生的最原始數據，系統信息的傳遞周 期明顯縮短；還具備查詢、統計、分析和監督管理等在現有系統中無法有效完成的功 能。管理層能夠及時獲取有效信息，隨時發現管理中存在的問題并及時跟蹤解決。
FT公司的Dynamics信息管理系統在開發的過程中，進展到目前階段，更多的精力 放在了項目的進度和范圍上，但是在項目的開展過程中在費用控制管理和系統的質量 管理方面還有許多能夠改進的空間。所以項目經理組織所以項目干系人召開了一次深 度交流會議，去探尋和挖掘項目先期管理中的問題和不足。同時對收集到問題進行對 應的成因分析。
2.6.1Dynamics 系統開發過程中范圍管理的問題及成因分析
FT 公司在 Dynamics 信息系統開發的實施過程中，項目范圍管理存在的問題，這些 問題對項目的后期驗收造成很大的風險，主要表現在如下幾個方面：
1．搜集用戶需求方面不全面，個別使用部門的信息收集不夠全面，信息的溝通上 有很大的不透明性、跨部門溝通不及時，信息的傳播效率低。
2．供應商的系統開發人員并沒有直接面對客戶，這些客戶的需求都是由供應商的 咨詢顧問收集的，存在信息會被篩選過濾。
3．有些需求看似實現起來非常容易，但是在實際開發的過程中會遇到各種問題， 而且這個問題可能還會影響其他模塊的應用。
4．技術人員在開發的過程中，只是從技術角度出發，沒有全面以及系統的考慮問 題，最終的交付產品和用戶的需求差距較大。
Dynamics 信息系統開發項目范圍管理現存問題成因如下：
1．供應商 HD 公司的系統開發團隊成員相對年輕，缺乏豐富的系統開發經驗。這 些因素是系統范圍管理過程的短板。
2．對于需求變化的控制力度不夠，導致需求的反復變化，需求的變更會造成工作 量的增加，更加嚴重的情況是可能會出現返工，這樣對項目進度和項目質量都會造 成很大的影響。
3．系統開發工程師不在第一現場，所以收集的需求在書面反饋中被過濾的較多， 信息的傳遞過程中的重要信息有所遺漏。信息傳遞過程中的缺失給項目的溝通效果打 了折扣，從而造成項目的進度以及質量造成極大的影響。
2.6.2Dynamics 系統開發過程中進度管理的問題及成因分析
Dynamics 信息系統項目進度管理存在的問題主要表現在如下幾個方面：
1．項目計劃過于籠統，實際的過程中沒有將項目的時間節點分解成更加細微的部 分，這樣不利于進度管控，不能保證每個小的任務單元進度計劃都有對應的開始時間 和結束時間，可能會造成有些非關鍵的任務內容的缺失。項目進度計劃做的越是詳細， 后面會少走許多彎路，同時項目團隊成員對自己的職責也更加清晰。
2．前期在制作項目計劃要綜合考慮，預留一些緩沖時間給可能發生的風險，如果 前期忽略這些細小的工作，后期可能會因為這些事情耽誤更多的工期。所以要對工期 進行合理的估算，充分考慮人員、資源及其他的事業環境因素對項目進度的影響。
3．在制定工作分解結構的時候，要找有經驗的同事或者領導進行專家審核，他們 可能會識別出一些隱蔽的風險，受項目經理的個人的經驗以及能力的限制，不可能把 所有問題都面面俱到，
4．項目的跟進追蹤不到位，對可能會造成項目延期的風險點沒有及時反饋。項目 進度的控制主要是靠監督，設置關鍵項目活動的里程碑，發現問題就要立即采取糾正 措施，及時識別出進度影響的因素，以及影響的范圍。
Dynamics 信息系統項目進度管理現存問題成因如下：
1．缺乏類似的實施信息系統的項目的參考經驗，所以造成進度計劃不合理。項目 進度計劃需要增加專家評審的環節，這樣預防關鍵路徑上的項目進度制定的不合理， 最終影響項目交付。
2．在制定進度計劃的時候，缺少充分并且有效的溝通。要充分收集不同項目干系 人對于項目進度的要求和理解，以此來形成制定項目進度計劃的依據。
3．沒有項目的單位時間工作量的過程表，從而影響員工績效考核及工作積極性。 項目成員需要有明確的任務目標，以及明確的項目開始和結束時間。這樣才能夠使得 項目的任務和工作量能夠得到有效控制。
2.6.3 Dynamics 系統開發過程中費用管理的問題及成因分析
Dynamics 信息系統項目費用管理存在的問題主要表現在如下幾個方面：
1．公司財務部門在前期的項目核算中，計算不準確，過程中又發生了需求的變更， 企業為了保障系統的順利上線，不惜以犧牲項目成本來滿足需求，而造成的項目成本 增加。
2．現有系統缺少對成本的管理，財務要做相應的統計，由于付款記錄需要直接匹 配采購申請，所以只能通過使用者人工搜索，因此付款記錄與采購訂單脫節，現有系 統里的訂單匹配不規范，需要優化。
3．財務付款時間，采購部門不清楚，信息交互存在斷層，采購工程師不清楚財務 的付款流程和狀態，信息沒有一個信息共享的平臺，采購申請不能在系統中及時更新 驗收狀態，需要使用部門紙質確認，導致財務部門支付不及時。
Dynamics 信息系統項目費用管理現存問題成因如下：
1．項目開發過程中的需求發生了變化，增加了信息系統的功能要求。沒有形成全 員控制費用的統一思想意識。認為項目的費用是公司管理層或者財務人員的基本職責，
其他的項目干系人只要負責項目章程上定義的基本職責就行。
2．財務統計的手段落后，會有一些財務信息的缺失，造成了費用與實際發生的情 況有一定的偏差，公司管理層對項目成本的組織、監督、協調能力還不到位，從而影 響了財務統計的精確度。
3．公司在財務的預算方面比較初略，細節的控制還不夠精準，對于成本預測和成 本規劃沒有提前準備。同時后期由于項目范圍的變更，造成了工作量的增加也在后續 的過程中影響到項目的費用。
2.6.4 Dynamics 系統開發過程中質量管理的問題及成因分析
FT 公司的質量管理方面的工具相對完善，但是在 Dynamics 信息系統開發過程中， 項目的質量管理存在的問題主要表現在如下幾個方面：
1．系統開發的初期技術準備不足，設計考慮的還不夠精細，沒有及時對系統的功 能變化進行實時的監控。缺乏對出現質量問題夫人系統性分析，同時對問題的預防措 施準備的不夠充分，質量是企業的標簽和生命，是項目得到客戶認可的最基本的要求。
2．對于可能造成的質量風險沒有預見性和前瞻性，并且沒有做好經驗教訓總結， 事后的整改對于項目來說意義重大，對于發生的質量問題要進行根本原因分析，沒有 執行系統化的根本問題分析，只是從某個點上找到問題，并不能全面發現問題。
3．系統的功能的易用性這個重要參考指標沒有進行精細化的開發設計，如果系統 沒有辦法滿足簡單，方便的試驗特點，那對于用戶體驗這一塊就是減分項，并影響最 終的用戶滿意度調查的評分。
Dynamics 信息系統項目質量管理現存問題成因如下：
1．技術開發人員前期的質量意識不夠，沒有從深層次的去分析造成系統質量問題 的根本原因以及進行系統有效的分析，軟件技術開發人員和相關領導要從思想上意識 到問題的嚴重性，并且需要提高這方面的能力和意識。
2．缺乏科學的控制質量的方法，和專業的系統質量控制人員，項目團隊需要具備 專業素質的項目成員，需要對現有的團隊進行質量控制的專業培訓，如果還是不能達 到項目要求，可以增加這方面的人力資源。
3．現有信息管理系統的統籌規劃程度低，兼容和集成的程度不高。這個要從技術 層面上得到解決，需要相關領導的高度重視，這個用戶的基本需求，也是用戶滿意度 的關鍵指標。
信息系統的發展必定會經過由簡單到復雜的進化，包括系統的開發、完善、成型 以及最終被新的系統取代。 隨著企業規模越來越大，各個部門的人員快速增加，漸漸 有了明確的分工，職責也越來越細化。職能部門更加完善，規章制度也更完善了，可 是跨部門溝通協調卻越來越困難，效率也越來越低，這些都是企業發展過程中會面臨 的瓶頸。在當前技術背景下，企業高層管理者特別重視數據的可靠性，倡導公開、透 明的企業管理文化，鼓勵員工遇到數據系統問題及時溝通和上報，這樣有助于實現對 計算機化系統數據的真實有效管理。
企業系統在誕生之初，系統和各組成要素之間相對簡單，系統各要素之間的相互 作用也非常有序，隨著系統不斷地演化，系統變得越來越復雜，內部各要素之間的相 互關聯和作用也變得更加復雜，系統和內部各要素也從最初的相對簡單和有序的狀態， 變得相對復雜和沖突。那些無法完成從相對無序向有序狀態演化的系統，漸漸滿足不 了市場和客戶的需求，漸漸會被淘汰。在快速發展期的企業，仍然會不斷進化和完善， 也更容易從一種有序狀態進化到更高層次的有序狀態，這個階段是系統生命期持續最 長的階段。管理信息系統的開發涉及到計算機處理、系統理論、管理理論等多方面的 問題，為解決當下的現實問題信息系統的改進必須從企業實際出發，以系統的思維進 行改進，最基本的原則是盡可能的保證系統的設計清晰簡單。從成長期到成熟期的過 程轉變，這是個長期積累的過程，企業在成長初期，由于人員以及職能部門增加，伴 隨著企業規模擴大，系統變得越來越復雜，企業各要素之間相互作用也更加復雜。成 長期的企業，由于規模的迅速擴張，處于一種野蠻生長狀態，沒有精力來關注企業內 部的管理、研發和流程。這些混亂和無序的慢慢積累，將來肯定影響項目的進程。
渡過了快速生長時期的企業，市場規模和銷售收入長期穩定在一個水平難以突破， 這個時期的企業系統的外部動力以及市場需求變化不大，難以為企業的突破提供足夠 動力，這就要從創新著手，企業光靠自身無法為自己注入所需要的信息（知識、理論、 經驗、最佳實踐），完成從一個相對無序的狀態向下一個更高層次的進化。當企業無法 依靠內部機制相互作用完成進化時，必須尋求外部資源的幫助。許多大型企業在運到 發展困境的時候不惜代價請來頂級咨詢顧問公司，后續煉就了今天的世界級市場的領 先的地位。
第 3 章 FT 公司信息管理系統開發項目改進方案設計及實施
人們對于新事物的接受都需要一個過程，用戶對于原系統的熟練程度較高，新的 Dynamics 改變了用戶的使用習慣，有些用戶不愿意嘗試新的改變。其次在項目的進程 中供應商團隊中出現了人員變動，這個造成了一些先前溝通過的信息還要重復強調。 所以新事物的出現必須要留有一定的時間讓用戶去適應并且接受。
系統設計是指在固定的資金條件下，在交期允許的范圍內開發出能滿足客戶需要 的產品（信息管理系統）。其主要工作是對用戶的需求進行必要的優化，運用軟件技術 把需求轉換為具體的系統功能描述。為信息系統實施做好可行性的技術實施方案和必 要的技術儲備，系統改進設計階段的工作內容分為，首先是當前系統存在的問題進行 匯總，列出問題清單。同時還需要進行系統改進方案的詳細設計，比如：編碼設計、 數據庫設計、輸出和輸入設備端口設計、人機界面互動設計等綜合考慮。制定系統改 進方案的進度管理，編制系統設計說明書。系統設計說明書是系統設計階段的成果， 它闡述了系統設計的主要指導思想、采用的技術手段以及設計的預期結果。
企業信息系統升級的動力來源有兩個方面客戶和市場需求。信息系統包含若干組 成要素，各要素之間又相互關聯相互作用，以系統整體的狀態和特性體現出來。換句 話說，信息管理系統作為企業系統最重要的組成要素之一，在企業不同的發展階段狀 態下有不同的模式和狀態與之相適應，據此我們可以采取相應的研發模式和策略，為 企業信息系統的升級改造提供動力，但也不能忽略另一種動力，即市場需求的作用。 隨著企業規模的擴大，以及資金、人員等資源供給越來越充足，有些企業不滿足于現 狀，它們緊跟市場，立足創新，為企業在未來市場競爭提前準備。一旦標桿企業有新 產品或者技術發布，許多企業馬上跟進，很多類似的產品會發布并推向市場，我們把 這種稱之為跟隨戰略。處于成長階段企業的發展瓶頸，如果無法順利突破瓶頸、建立 更高層次的有序狀態的，那么對于企業在未來的競爭優勢將是巨大的挑戰。另一方面， 經過幾十年的發展，市場需求的空白早已被填滿，這更加要求企業在產品創新和研發 方面能有效提升，為企業發展提供強大的動力。
中國制造2025 戰略的提出以及“大眾創業，萬眾創新”的口號，都是在鼓勵和提 倡創新。同樣的企業也會面臨同樣的處境。當下企業最緊迫的任務是率先在技術和系 統層面上突破瓶頸，進入到下一個更高層次的高速發展。
3.1項目范圍計劃與控制
3.1.1制定需求調研計劃列出需求信息清單
信息系統需求分析是整個軟件開發過程的基礎，軟件需求是用戶對軟件的功能的 要求，希望系統能夠完成任務內容，為了開發出能夠滿足用戶需求的產品（信息系統）， 系統開發人員必須能夠精確，充分理解用戶的實際需求，通過溝通來獲取用戶對軟件 系統的客觀了解，同時獲得需求的方法是對用戶進行需求調查分析。需求調查是軟件 開發項目的第一步也是重要的一步，同時也是最終的交付產品的依據。如果在項目的 后期發現需求的缺失，要彌補這個問題那么付出的成本要比項目前期階段就識別出來 高很多。但是在實際應用的過程中，做好項目需求管理并不是一件容易的事情。軟件 系統在正式開始設計之前，應該進行設計評審（Design Review）,通過專家評審這個環 節去收集一些潛在需求。由于需求發生變化的原因很多，比如需求調查階段的不全面 或者用戶的系統開發過程中想法的變化都會造成的需求變更。需求調研是制定需求清 單的重要步驟。當前收集到的 FT 公司工程中心的主要部門的工作流程有產品設計開發 部、測試中心、財務部門、采購等主要的系統使用部門,對于 FT 公司的 Dynamics 信 息系統開發項目來說,識別出來的項目關系人非常關鍵,表 3.1 是 Dynamics 信息系統 的關鍵關系人列表。產品開發部門的產品工程師的工作流程和內容如下：
1．產品開發的業務流程是客戶提供訂單合同與銷售預期,公司接單并在系統里面 維護報價需求申請（信息包括客戶名稱、相關附件、項目內容、量產年份以及相關附 件）--工程中心協助銷售評估項目成本---做好報價---發送報價給客戶---客戶接受報 價---項目啟動---高級項目經理發函給項目經理以及指定項目組成員 項目經理在
系統中立項 --- 工程中心建立原材料清單 --- 發給工廠生產。
2．研發全新的產品,在客戶未確認之前會立一個虛擬的項目（項目也有客戶信息 及項目編號）,此時由工程中心在系統里提出采購申請,采購部門進行采購。
3．銷售與客戶溝通—銷售與工程師溝通預算并發送給成本部門---當前客戶分為 國內工廠及國外工廠,對于國內的工廠,工時的記錄僅供參考,對于國外的工廠,需 要財務單獨摘出來并做精確的統計,項目會有客戶信息及項目編號,但編號與正式項 目不同,項目獲得正式定點后項目管理部門會聯系銷售部門要初始的成本預算。
測試中心的測試工程師的工作流程和內容如下：
1．接到測試申請——理解客戶提供的測試方法規范——做報價——通知客戶提交 樣品到測試中心——測試表單、計劃——發給領班——登記樣品信息——派發有資質 的技術員——做測試——收回表單——原始數據錄入——領班核對紙質檔、項目工程 師核對電子表單——項目工程師做測試報告——點擊測試完成——所有紙質文件歸 檔。
2．測試方法的變更：郵件告知測試中心——附在電子檔，作為變更申請——編輯 報告時詳細描述變更，直接替換測試方法或規范。
3．測試異常處理：技術員動手解決，半小時之內——繼續測試，技術員解決不了 ——填寫維護需求——給項目工程師，——登記到狀態跟蹤表中——給設備工程師— —處理——反饋判斷預處理時間項目工程師——項目工程師跟蹤——設備完成后，— —項目工程師驗收——在維護需求表中簽字確認——通知技術員繼續測試。
4．測試樣品失效：第一時間郵件、書面通知測試委托者——上傳到公司全球
TIR（Test issue report）的系統中 CFT（Cross Function Team）去分配，若測試問
題分給測試中心，質量給質量部門，設計問題就給工程部，項目完成之后的匯報流程。
5．測試中心的工單完成：某項目完成——電子報告簽字——回郵件給項目工程師
表 3.1 項目關鍵干系人列表
項目干系人 姓名 參與階段 干系人的背景、特點、溝通參與度
項目總監（供應商） 丁鈞 項目啟動 參加項目的啟動大會，后續如果有需要 根據實際情況邀請到現場
項目經理（供應商） 王新 所有階段 負責項目的現場管理和實施工作，對項 目進度全程把控
方案顧問（供應商） 顧賽娟 設計階段 指導方案編寫以及參與最終的方案匯 報，在調研階段現場，在方案編寫和討 論階段可遠程，在方案匯報階段現場。
項目經理（FT公司） 陳明 所有階段 擁有決策權，在FT公司內部具有極高 的威望，參與前期的所有溝通，每次溝 通的意見很重要
項目協調員（FT公司） 孫際輝 所有階段 參與前期的所有溝通，關注系統部署和 功能。企業內部非常有話語權
項目協調員（FT公司） 吳海峰 所有階段 項目準備階段，系統實現階段，上線準 備及切換階段，運行支持階段
3.1.2制定需求變更計劃控制范圍變更
在需求獲取之前，需要制定詳細的需求調研計劃，列出需求清單，把問題及需求 按照功能模塊或者區分開來，再按照用戶當前的系統信息化程度，軟硬件的配置情況 排出優先等級。對大多數的軟件項目來說，需求的變化時不可避免的，系統的開發人 員和用戶的要求在前期的理解上會有差距,并且隨著軟件項目開發過程的持續進行, 會有新的用戶需求添加進去,需求的獲得是伴隨著整個軟件開發周期。在項目的任何 時間節點新的需求都可能被添加進去,所以控制需求變更顯得尤為重要。
需求的變更大部分是缺乏前期的溝通且未經嚴格的控制而輕率接受的,所以制定 嚴謹的需求變更流程需要經過：申請－審批－批準－執行,這樣的過程。這樣是為了 防止由于需求變更失去控制造成項目混亂,最終導致項目失敗的風險。必須在確定項 目的用戶需求后,進行項目管理中的制定完整項目需求管理計劃,只有具有完整的項 目計劃才是開始執行項目的前提。如何管理范圍變更對于信息系統項目的實施,尤其 是方案確定后的實施顯得尤為重要。范圍變更可能會對項目的按時交付和資源計劃造 成很大的影響。因此,我們必須制定標準的變更控制計劃,綜合我們標準的變更控制 流程,以確保必要的變化及評估因此產生的影響。
項目的范圍管理是一個循序漸進的過程,所有的需求不可能一次性收集到,還有 些需求在當前的條件下可能無法得到滿足。在系統的明確功能的要求下,期望系統可 以達到的功能以及實現的性能。收集需求的方法有很多,比如訪談、焦點小組、引導 式研討會、頭腦風暴、問卷調查、專家經驗,原型法、標桿對照等等。一旦列出來所 有主要利益相關方的清單,就要盡量多的從他們那里獲得盡可能多的信息輸入。訪談 的原則是仔細聆聽,不要打斷對方,之后要敢于提出問題以確保對所有預期有清新的 認知。因為前期獲得的信息越多,后期的不確定性就會越小。為了在訪談中主要利益 方獲得更加準確的數據及信息,我們可以采用封閉式的方法幫助團隊在訪談中把一些 信息具體化。比如可以對訪談對象提問“怎樣定義項目的成功？”然后對這些信息進 行深入討論,詳細記錄項目成功的意義,這些提問能夠幫助團隊了解大方向及背景。
表 3.2 收集項目需求
決策 做出控制或者影響項目預算的決策
權限 有權威對項目進行給予批準
需求 直接從項目受益或者受到的影響從而需要了解項目的所有進展
關系 項目所需要的人、資金、資源
能量 影響項目成功與否的能量
需要對通過以上方法收集到的需求進行分析,結合企業自身的實際情況,反復篩
選進行需求的可行性分析,比如功能模塊的名稱以及能夠實現的具體功能等等方面要 求。將收集的項目需求進行整合，然后篩選提煉出最終的系統需求，主要是實現用戶 對系統功能的基本要求，并最終制定出信息系統的功能需求說明書。
項目目標：在FT公司的工程研發中心搭建統一的財務核算平臺，優化財務核算體 系，通過Dynamics信息系統的實施，實現組織架構、科目體系、核算流程、權限控制、 財務報告以及基礎數據的統一，優化資金控制，提升財務集中管控和分析能力。以及 財務系統與各業務系統的對接，，實現財務系統與各個業務部門的完美對接。從而解決 財務統計中的遺漏或者重復統計的現象，提供財務統計的精確度。同時對于FT公司的 業務部門進行系統的數據整合以及流程梳理工作，可以實時監控產品開發以及產品測 試過程中的狀態。使得產品開發過程中的每一個步驟都能得到有效的監督和管控。同 時對于項目在進度、質量、費用、范圍發生的偏差有及時的提醒功能，系統中這個功 能的添加項目經理可以第一時間獲知項目的最新動態，提高問題相應的速率。
系統在界面的設計方面需要充分考慮用戶的易用性， 1．信息系統的正確性需求：當前開發的信息管理系統應該能夠準確實現用戶的基 本功能需求，保證對系統的功能模塊的各個環節的信息進行準確處理，來確保數據信 息精確。
2．易用性：信息系統投入使用后，經過授權的用戶，能夠方便的訪問所有功能區 域。
3．可靠性：系統在用戶管理方面應該滿足客戶可靠性的要求，為具有不同權限的 用戶設置相應的權限，只有經過授權，才可以使用特定的窗口進入系統的專有模塊。
4．可擴展性需求，隨著用戶新需求的產生，系統可以很方便的增加新的功能模塊。 5．由于開發周期較長，用戶在軟件系統開發的早期并不能看到軟件的運行效果， 后期有需求變更的風險。
6．軟件開發前期有些錯誤沒有能夠及時發現，到了后期再被識別出來，風險和成 本較大。
7．在信息系統開發的前期需求收集階段，不太可能完全確定和滿足客戶的所以需 求，后期會有新的需求添加進去。
8．平穩過渡：保證供應鏈以及物料可以平穩過渡到 Dynamics 信息系統中，同時 保證共享中心及各業態系統與財務系統接口平穩運行。
9．系統穩定 ：能支持大量戶數并行操作，業務量大期間保證系統的穩定運行。
3.2項目進度管理的計劃與控制
3.2.1 項目進度計劃
對于控制項目進度而言,制定進度計劃顯得尤為重要,它直接關系到項目的交期。 涉及到資源能否被合理使用,項目是否在按照計劃進行。通過項目關鍵里程碑設置以 及建立項目定期例會制度,項目經理定期進行項目周報,及時溝通并且掌握各方信息 以及進度方面遇到的困難,對項目存在的問題和困難進行總結整理。在例會上把問題 收集起來,由項目經理協調處理,有些問題當場就會得到解決方法。這樣可以降低一 些風險因素對項目進度的影響,保證項目能夠順利進行,定期例會制度有利于溝通與 管理,提前預知項目在進度方面的問題。
表 3.3 項目實施階段里程碑
實施階段
Ml M2 M3 M4 M5
頊呂準備
-項目堂程
-項目啟動大會
亞務藍圖
-相關部門明細業務調研
-藍圖定稿及匯報
系統實理
-開發計劃與開發清單
-裊統配置與開發
-單元測試&用例測試
-數克遷移模擬
培訓測試
-培訓
-CRPM 試
-集成測試
-uatM 試
-數據遷移
上踐準備及切換
-正式環境哉害
-數誥遷移
系統維護
-維護支持服務
3.2.2 項目進度檢查
項目的進度管理就是在制定一個合適的項目進度提前下,定義詳細的資源參與要 求。在項目啟動大會上,發布項目進度和資源計劃,并詳細列出明確的資源需求。在 項目啟動階段發布項目進度、資源計劃、里程碑計劃。從項目的開始階段需要對系統 的使用者即系統用戶定義項目角色和職責,邀請公司管理層和項目團隊成員、領導和 關鍵用戶參加項目啟動會議。解釋不同的角色的要求參與，確保每個角色理解自己的 職責，以及為不同的角色設計溝通計劃和培訓計劃鼓勵用戶積極的參與到這個項目中 去更新項目進展。定期或不定期地根據項目進度計劃表對項目的進度進行檢查，對沒 有滿足的項目進度計劃或未能按照項目進度計劃表去操作執行的人員給予相應提醒，
進度檢查，可以在關鍵任務或里程碑任務的計劃完成時間節點去進行，進行項目 實際進展信息與基準進度計劃的比較，檢查項目進度方面是否出現了偏差，在規定的 時間、固定的費用預算的條件下，完成合同規定的基本項目需求，并且順利通過項目 定義的各個關鍵里程碑的進度驗收。項目進度因素的影響會對其他關鍵績效指標產生 很大的影響.有效實施項目進度控制是項目能夠最終獲得成功的重要保障。項目的進度 管理是為了保證各項目工作及任務按時完成所需要的一系列工作和過程的重中之重。
跟蹤項目進度的一部分功能是跟蹤每個工作分解結構（WBS）的進度情況。對于汽 車零部件行業而言，通常將人員的工時單進行統計，在每個工作節點上，通常優選每 個工作單元的完成百分比，用這個直觀的方式顯示為項目進度。還有通過計劃和已完 成的數量，來突出展示項目的實際進度和預期的進度計劃偏差。自動追蹤項目進度是 信息管理系統的一項重要任務，同時可以對有延期或者接近延期項目進行提醒，包括 超出規范（或失控）條件的警告，校準工具的警告以及過期認證的提醒。本系統還可以 把運行的錯誤信息發給對應的主管和經理，提醒他們關注的信息：根據問題的時間和 緊急程度不斷升級而采取對應的行動或解決方案。
3.3項目的費用管理計劃與控制
3.3.1 項目費用管理計劃
對于當前信息軟件系統行業的發展現狀而言，軟件項目在其開發的過程中，由于 成本管理實施不當，而導致項目失敗案例很多。在軟件系統開發的管理過程中，費用 管理的決定目標是：將系統開發費用控制在可控的預算范圍之內，這是企業實現經濟 效益的關鍵性內容。在軟件開發項目成本管理中，估算是指：對于軟件開發項目費用 進行有效的，全面性的計算和評估，并且形成一個完善的成本管理體系；在軟件開發 過程中，如何對各具體的開發項目進行施加控制，以確保各開發項目能夠達到預期的 經濟效益。成本管理計劃是指：在軟件開發項目過程中，它是成本管理的基本標準， 其合理性將直接關系到各項目的實際開發費用。
1．建立成本管理體系運行的評審組織和評審程序 2．目標考核，定期檢查，確定成本管理分層次目標 3．采集成本數據，監測成本形成過程
4．找出偏差，分析原因 5．制定對策，糾正偏差，調整改進成本管理方法
3.3.2 控制項目費用 控制項目費用的措施主要有三大方面分別是：組織措施、技術措施、經濟措施。 組織措施：部門負責人HOD(Head of Department)是項目成本管理的第一責任人， 全面負責項目的費用管理工作，及時掌握和分析費用開支狀況，發生費用問題時應當 迅速采取有效措施規避財務風險。FT公司的工程研發總監承擔著整個項目施工技術和 費用管控的職責，采取項目費用控制的目的是在保證質量、按期完成任務的前提下， 控制項目費用，供應商的項目經理需要履行項目合同的有效實施，負責處理技術和和 溝通過程的協調問題。，財務部門應注重加強合同預算管理，管控信息系統項目的財務 工作，應隨時分析項目的財務收支情況，合理調度資金，另外其它部門和項目的其他 干系人都應精心組織，為控制項目費用盡力盡職。
技術措施：制訂先進的成本方案以期待在規定的工期范圍內、提高質量、降低成 本的目的。選擇正確的方案設計是降低成本的關鍵步驟，在項目實施過程中努力尋求 各種可以提高項目費用利用率的技術措施。
經濟措施：控制項目管理，主要是減少過程浪費，改善勞動關系并且通過控制人 力資源以及系統硬件花費的管理。主要是改進材料的采購、減少各個環節的損耗，制 訂并貫徹經濟措施，合理規劃人力資源配置。
3.4項目的質量管理計劃與控制
3.4.1 制定質量計劃實施質量控制 系統的質量就是“功能與定義的需求相一致的程度”。具體地說，系統符合明確敘 述的功能和性能需求、文檔中明確描述的開發標準、以及所有專業開發的軟件都應具 有相一致的程度。 影響軟件質量的主要因素是從管理角度對系統質量的定義，可分為 三個方面，分別反應用戶在使用軟件產品時的三個方面。正確性、完整性、可用性。
信息系統項目的失敗率很高。開發一個新系統必須經過細心的管理和精心的策劃以及 準備。如果開發的系統的功能沒有到達預期的應用要求，那么該系統開發項目就屬于 失敗的案例了，功能的缺陷是系統失敗的重要指標。質量控制包括檢查過程、驗證步 驟、統計過程控制、失控條件警報以及包括缺陷控制和糾正措施，以消除問題再次發 生的可能性。質量控制定義了系統的檢查，測試和驗證要求。為了實現這些目標，必 須將質量整合到系統的開發過程中，從而融入信息管理系統中。信息系統的可交付產 品是跟一般的實物有很大的區別，信息系統還提供不合格結果的處理和管理。它包括 偏差批準以及改進計劃，實施過程的執行。如果在檢查過程中發現不符合工程規范， 則必須當場記錄下來，并通過處置和批準的路徑過程進行處理。這將確定產品是否需 要返工修改。工作流程需要支持不同類型的差異處置和批準路徑，以適應系統開發過 程中不同類型問題以及嚴重程度，啟動糾正措施。
糾正措施應與相關差異相關聯，同步跟蹤設計，流程和供應商的改進。對信息管 理系統體系進行驗證，主要包括軟件驗證和硬件驗證這兩方面，其要求在整個的管理 生命周期內，對數據系統所有的組成部分，包括從數據的生成、數據的修改到整個數 據的歸檔、遷移、保存以及銷毀這六個方面，通過建立整個文檔化的證據，保證數據 管理系統能夠一直按照提前設定好的標準以及質量要求進行運行。驗證的內容主要包 括：1.數據的完整以及關聯性，2.系統的安全保密性，3.審計追蹤的獨立和追溯性 4. 開發以及封閉系統電子簽名的安全性等。最后的驗證工作：首先應該制定一個數據完 整、可操作性很強，并且已經審核的可實施的方案，能夠很具體的闡述系統的使用范 圍，功能，從而達到設計確認、配置確認、操作確認及性能確認的這四個具體的步驟 和信息相關文件，需要與設計機構進行系統的交流溝通，根據標準要求以及客戶的實 際需要，設計整個數據管理系統，制定一套與此系統配套的一個標準的，完善的操作 流程的程序，能夠確保相關系統能否正常運行并且能夠達到預先設定使用要求和標準， 在驗證系統的各模塊之間的可行性，關聯性以及使用性能，需確保系統的所有功能的 設置能夠滿足客戶的標準以及需求。Dynamics信息管理系統的系統項目的實現，信息 系統分成 5 個功能區，系統切換過來后，的確需要有一段時間適應期，在試運行階段， 選取了一部分有代表性的用戶進行面對面的訪談。以獲取用戶的真實感受。在這段時 間可能有一些缺陷會暴露出來，還有系統的實際操作者即用戶對新的方法和流程不太 熟悉，造成在系統開始階段運行爬坡階段效率會比現在低。隨著時間的推移，用戶對 系統使用過程中的熟練度的提高，以及前期運行過程中的問題都有得到解決。
3.4.2 實施系統的上線質量驗收
在系統上線之前必須經過試運行階段，進行系統的質量驗收。主要包括數據處理 能力、目標功能的實現等多個方面。我們通過對 Dynamics 信息管理信息系統各模塊的 應用過程中的實際情況來對系統的質量執行驗收。
我們通過對原始數據進行對比分析，識別各種數據之間的聯系，實現創建數據文 檔結構，實現數據表單功能等要求。檢查是否可以根據數據結構自動生成數據表單的 功能，實現數據的實時采集和自動存儲的功能。表單功能允許用戶可以通過按鈕控件 輸入系統數據，然后把數據提交系統。用戶通過實時數據采集與反饋這種方式與系統 進行信息交流，這是信息管理系統開發的重要求，其實施過程是對采集到的數據進行 適當的篩選，并在用戶提交時進行數據驗核，最后才將數據保存到指定的數據庫。
一個花費大量人力、物力、資金建立起來的新信息管理系統，其性能能否達到了 預期實現效果，這是項目干系人都很關心的問題。因此，非常有必要對系統的功能進 行客觀評價，這樣不僅可以對系統的當前狀態有明確的驗收認識，同時還可以為今后 系統的擴展做好提前的準備。具體來說就是完善基于流程管理的績效考核體系，建立 適合公司實際需求的資金預算和監督管理體系，通過采用標準費用管理實現連接采購、 庫存、生產、工程和人事的全過程的動態實時監控，充分利用信息技術有效支持決策， 建立和完善信息系統的運行模式，充分利用信息技術最大程度上實現各職能部門信息 的共享和相互監管，達到實現管理規范和建立統一，快速、實時的管理信息系統。如 果企業本來就有很好的規章制度和流程，那么只要基于系統將這些流程進行簡單梳理， 然后把握好對應關系，系統實施起來就相對容易成功。遇到這樣的情況，企業內部的 員工需要有一種開放的心態來接受這新的信息管理工具。
另外，如果沒有嚴格的執行力，即使系統能夠上線并確定了完善的造作流程，接 下來還有很多工作需要去執行，任務還遠遠沒有結束。在項目上線后期，運行管理就 顯得尤為重要，如果管理不善即使新系統開發得再成功也不能完全發揮預期的效果。 因此，為了讓信息系統能夠長期高效地工作，還必須大力加強對系統正式運行后維護 管理工作。系統運行的效率的高低，不僅取決于系統設計階段技術人員的業務水準， 后期信息管理系統的維護人員的水平同樣非常重要，對信息管理系統進行正確的使用 和維護是涉及到的所有用戶的基本要求。
Dynamics 信息系統總共分為五個模塊：
1.HR：創建新員工檔案，根據情況填寫員工詳細信息，名字和姓氏需要寫中文姓 名，填寫人員編號，即工號，點擊雇傭新的工作人員。填寫銀行賬戶以及填寫開戶銀 行的名稱。
2.IT：新建項目完成后需要通知IT將項目維護添加進新的工作流中。
3.文員：當項目合同審核通過后可以新建項目新建 Job number 和 Work number， 選擇項目類型為時間和材料，選擇項目組為TM選擇項目類別，工程中心新建Job number 即選Job number， KTC新建Work number即選Work number，選擇項目合同，即審核通 過的項目合同，選擇后會把項目名稱字段的創建出來。
4.工程：填寫任務，選擇類別，設置工時數即花費的時間，設置資源數即人數
5.采購：字段“范圍”選擇為“采購”，字段“引用”選擇為“采購申請”
圖 3.1 是 Dynamics 信息系統開發的五個功能模塊，當前我們需要對 Dynamics 信 息系統的這五個功能模塊進行驗收。目的是判斷產品質量以及性能是否符合產品需求、 功能是否能夠實現，性能和安全性方面是否符合標準，并且確認系統可以達到最終上 線的標準。我們需要給出對應對的驗收標準，然后進行系統的質量驗收。所謂驗收標 準，就是使用可度量的數據對用戶需求進行描述，以便在驗收的時候，針對每一條的 用戶需求。都能夠用量化的數據確認需求是否得到實現。對于功能需求，相對來說， 還是比較容易的，就是檢查功能是否能夠實現。需求實現的驗證通常是通過測試來進 行的。在編寫測試用例的時候，需要給出預期的結果，這些需求的標準的制定，有助 于需求的一致理解、有助于對需求的確認、有助于對需求實現的驗證。
圖 3.1 Dynamics 信息系統的模塊
同時需求文檔還必須具備如下特性：
1.首先要求需求文檔必須與最終提交驗收測試的程序完全匹配
2.其次測試案例覆蓋最終版本的需求文檔
3.在測試報告書中說明測試總體情況，缺陷列表及修復情況
4.提交驗收測試的開發方負責人聯系方式及測試工程師聯系方式齊全
5.提交驗收測試缺陷的溝通渠道建立完畢，要求快捷、準確、反饋及時 ； 在功能需求、安全性需求、易用性需求都在有驗收標準的情況下能夠滿足的話，
所以需求的驗收標準/定量描述對于需求管理和需求開發，以及驗證和確認來說都是至 關重要的。如果處理不當可能會在開發過程中引入大量的潛在風險，給軟件開發帶來 巨大的隱患。如果系統的功能滿足開發的需求，就說明此信息系統項目的開發是基本 成功的。
Dynamics 信息系統改變 FT 公司現有管理信息系統的運行過程中的種種弊端，考慮 的焦點從“實現”轉移到“集成”。這樣不僅能夠顯著提高信息管理系統的開發成功的 概率，而且在項目后期可以減輕系統后期維護成本。伴隨著現代社會科學技術的不斷 發展，信息系統軟件的大規模利用，當今工業企業中已經形成了一類較為常規的趨勢。 而如何做好信息軟件的開發管理，是本文研究的重要課題。從信息系統開發過程中使 用的系統模式進行分析，研究進行系統軟件開發過程中所需注意事項。在信息系統正 式投入運行后，系統還處于爬坡階段，為保證其未來能夠長期高效穩定的運行，通過 修正一些潛在的系統缺陷，或者根據用戶特定需要添加新的功能，使得系統在運行過 程中更加流暢，最終滿足客戶的實際需求。信息管理系統上線之后的維護以及用戶評 價是信息系統開發過程中的后段，但是這個過程不能輕視，管理不到位的話，可能會 付出非常高的時間和金錢的代價。這些情況都要通過對信息管理系統進行有效的維護 來確認。信息管理系統維護的好壞將顯著影響系統的運行效果以及使用壽命。通過對 軟件測試結果的分析，得到軟件質量的評價，可靠的系統功能、嚴格的項目管理和規 范的企業的執行流程，是信息系統成功實施的關鍵要素。
Dynamics 信息信息系統具有架構先進、功能完備、數據準確、擴展靈活等特點， 為 FT 公司的信息化進程邁出了堅實的一步。質量要求是系統軟件實施過程中最重要的 主題。為了保證系統穩定的質量，還要保證系統的規模、質量、效益三方面的協調發 展，信息系統主要實現數據的采集、公示和分析。我們組織的系統開發研發團隊，設 計了系統模板，通過信息采集、功能演示同時根據用戶的指定需求編寫了與數據同步 的腳本，用網格構件實現了監督。與其他的信息系統相比， Dynamics 具有如下優勢:
首先，通過開發新的信息管理系統進一步改善了公司信息系統的運行質量。傳統 的信息系統上線運行時需要考慮需求、資源使用等因素的影響，而 Dynamics 信息管理 系統的開發者不必擔心這些因素。傳統的信息系統查找系統缺陷的能力很弱，然而本 系統可以實現連續查找系統缺陷的能力，問題能夠被及時發現并立即消除，系統的質 量也隨之得到明顯改善，系統的缺陷一般出現在系統集成里，這樣極大提高了解決系 統問題的時效性。
其次， Dynamics 信息系統具備高度集成的特點，構建少，利用率高的系統肯定是 有成本優勢的。系統模式大幅降低了運行過程的報錯檢查、減少適應性修改與組裝的 費用。同時，采用開放的技術標準，相對容易學習，方便上手操作。經過內部測試， 并且上線試用后，再通過自動化檢測，在工作效率得到大幅提高之后，可以很有信心 的把 Dynamics 信息系統在 FT 公司進行全面推廣。項目管理，組合管理，財務管理， 運營管理，技術管理，流程管理，人力資源管理等其他學科管理理論和方法的發展與 完善，與系統開發模式的演變，起到互相促進的作用，同時具備互相融合的關系。
在 Dynamics 信息系統驗收完成后，新的信息系統代替舊的信息系統后，應當對舊 系統的原始數據和過程參數進行轉移，使之得到妥善保存。這樣操作的目的在于對數 據完整性方面嚴格要求。必須對客戶數據、供應商圖紙、測試報告等等進行充分的備 份。用于操作、查詢以及備份的系統數據和涉及到的所有關于信息系統的有效數據都 應該得到妥善的保存，整個數據遷移的實施過程必須經過多次驗證，是為了回顧總結 以達到查漏補缺的目的。
新的 Dynamics 信息管理系統可以利用模塊化的方式去存儲系統數據，再通過對輸 出結果進行差異對比，驗證新系統是否能正確處理數據。數據遷移是為驗證新的信息 管理系統在步驟方面的正確性。數據轉移的步驟有：制定數據遷移的基本策略，比如 是否需要保留整個系統數據，還是只要保留數據系統中被經常使用的部分。數據的保 存路徑是盡最大可能性將過程參數和原始數據保存在同一目錄下，還是僅僅通過恢復 原始數據來再現分析，這些詳細的工作都是為了方便后續使用者在查找的過程中，提 供必要的依據。
第 4 章 FT 公司信息管理系統開發改進方案實施的保障措施
高效研發體系必須具備：優化投資組合、全面系統的客戶需求分析、項目管理、 基于標準的評估和改進、職業化的人才梯隊，跨部門合作的團隊、結構化的流程。同 時在項目的實施過程中需要施加保障措施，讓項目得以順利進行。
4.1 制度保障措施
制度對一個新系統的推行至關重要，統一的規范和標準，是項目執行的保障。有 了精確的流程和規劃，但是還需要有人去執行，所以在執行過程中必須要有制度去規 范保障項目的運行。系統能否按照設定的要求，順利運行是項目成功的指標。為了保 障項目穩定的運行，公司需要發布相關的管制制度來保障系統的運行。制定運行狀況 的績效機制，從制度上確保信息系統開發項目的正確實施。
4.1.1 例會制度
定期舉辦不同級別的項目狀態會議，可以采用現場會議、電話會議、網絡會議等 多種形式進行。以交流項目信息。制定團隊責任機制，項目團隊每周召開例會，及時 了解各項目的進展，對沒有按節點要求做到的任務及時調整，對項目組成員要求每周 三以電子郵件方式反饋本周工作周報和下周工作計劃報告，在報告中要注明本周的實 施情況及需要管理層協助解決的問題，解決項目實施過程中的沖突及難題。確保開展 的項目按計劃進行，在項目進行過程中及時溝通，了解項目的實際運行狀態，全面提 高多項目的資源管理的水平把項目關鍵指標（時間、成本、質量）在例會上分享給項目 團隊的所有成員。遇到的問題也能在項目會議上及時反饋并記錄下來。遇到的有些問 題管理層有能力在會上就可以把障礙掃除，當場就能找到問題解決的方向。定期的責 任匯報機制會讓團隊成員清楚自己在每個項目節點需要完成的任務。團隊責任例會能 夠讓團隊把項目當作一個整體，團隊成員通過不斷的完善工作，是的項目的進度持續 前進。
4.1.2 考核制度
項目協調員需要以會議紀要的形式把項目執行過程中的發送給雙方的項目經理級 以及相關領導。項目實施階段的問題點（范圍、進度、成本、質量方面）是否及時關閉， 對于項目組的成員設置關鍵績效指標，比如 Dynamics 信息系統的數據錄入，數據審核， 系統開發過程中已經記錄下來的問題及時反饋。對于完成既定目標的員工進行獎勵。
4.2 文化保障措施
企業領導者首先要具備足夠開放心態，要對企業的局限性有個客觀認識，然后才 能以開放的心態，與外界信息的交換。有些企業在引入管理體系時，將信將疑，引入 一堆的工具流程，對真正的理念一知半解，或者抵觸心嚴重，或者只做表面文章，這 必然導致結果的失敗。
只有領導者的開放態度還不夠，還必須確保企業系統內部要素也是真正的開放， 才能保證整個企業系統與外界信息交換的成功。一方面領導者要把自己的意志，強力 貫徹到企業的各個方面；另一方面，要建立全方位的信息交換機制，使外界的信息能 在內部順暢流轉，同時要對阻礙信息交換和流通的因素進行及時有效處理。企業要想 從成長期的瓶頸進入更高層次的信息系統，必須建立與外界進行物質、能量和信息的 交換的系統，這就要求系統必須開放。如果企業長期徘徊在一種狀態，而我們又想從 這種狀態擺脫出來，就可以把這種狀態視為瓶頸期。我們要想從這種狀態擺脫出來， 必須打破現有的這種相對平衡的狀態。企業引入新的信息需求時引入的信息能量必須 強大，只有外界的影響足夠大，才能使系統更遠地離開平衡狀態。
企業文化能夠在企業的發展過程中發揮著巨大的作用，是因為它重視以人為本的 理念。當物質對人的精神刺激有下降趨勢的時候，這就是物質的邊際效用遞減的規律， 而精神的刺激作用卻可以是無窮的。根據馬斯洛的需求層次論，當一個人在獲得了生 理、安全的需要后，就要向更高的需求去邁進，即追求自我實現價值實現，這樣才能 獲得更大的精神滿足，這種需求對于企業也同樣適用。由于企業文化生生不息，源遠 流長，所以企業文化可以促進企業的可持續發展，它是支撐企業可持續發展的重要紐 帶。如果一個企業沒有鮮明的企業文化特色，未來將失去企業持續發展的源動力，最 終可能走向衰敗。建立優秀的企業文化是企業實現可持續發展的重要戰略，企業信息 管理系統改進方案的順利實施必須要得到公司高層領導對項目的重視和支持，這是項 目成功與否的重要保障。公司高層從一開始就需要參與到項目中去，邀請高層管理者 參加項目啟動大會，并發表重要演講，同時還需要高層管理者加入關鍵里程碑會議， 以期獲得他們對關鍵決策的批準，在項目推進的過程中遇到問題和阻力的時候，高層 管理者的態度也是項目順利實施的重要保障。
4.3 資金保障措施
首先項目必須有充足的預算，否則系統改進的方案肯定無法進行下去。制定詳細 的資金使用計劃，對資金的使用情況進行監督，確保專款專用，項目只有在資金周轉 的條件下才能順利開展。公司高層的支持是的項目在資金方面有所保障。管理層在上 一年的業務計劃(Business Plan),已經有了信息系統的投資計劃，而且預算可以覆蓋 系統建立過程的資金需求。所以對于Dynamics系統來說，資金的需求是可以得到滿足 的。
4.4 技術保障措施
信息管理系統的改進對所有人來說都是全新的挑戰，因此要對人員和組織進行專 業的培訓。打造強有力的項目管理團隊，確保項目在開始和計劃階段項目的范圍被所 有項目干系人同意并確認，確保持續的審查監督流程并且與團隊負責人確認工作計劃 一直處于被追蹤的狀態，確定所有團隊成員對項目目標的理解，確保技術決策可以滿 足用戶的需求。系統可以把進度、成本質量等數據集成在一起進行多維度分析，項目 經理，開發工程師、質量工程師、測試工程師等共同使用系統，共享平臺的各方面信 息。有利于信息的及時傳遞，問題能夠及時追蹤。伴隨著現代信息技術的快速發展， 我國在信息管理系統的設計領域內，取得了長足的發展，為滿足對基本的信息系統的 開發需求，以及對實際信息系統設計過程的控制，實現對不同客戶要求的滿，并完善 系統開發的要求，為后續的信息系統開發提供關鍵的技術保障。技術保障使得系統在 技術層面得到堅實有效的控制。
系統在進行相應的設計方法改進中，為保證對設計領域的全面管控，就需要結合管 理系統的執行領域進行開發整合，在開發初期就應當滿足對基本的領域架構。同時為 了實現對整體結果的有效控制，系統開發僅僅是一個重要方面，對于需求的分析，需 要投入更大的盡力，這是客戶對最終的交付產品滿意度的最基本的同時最重要的要求。 開發人員需要根據用戶體系的應用規則，在保證達到了必須優先滿足客戶需求的系統 設計的前提下，實現對系統的整體段落和字段的開發，并依照相應的功能需求，實現 對信息系統的整體設計。
第 5 章 總結與展望
5.1 總結
本文首先闡述了 FT汽車零部件有限公司研發中心開發新的信息系統的必要性和迫 切性。再從企業的實際業務需求出發，進行用戶需求分析。隨著計算機技術以及其信 息系統開發技術的快速發展規范化,標準化的項目管理策略是信息管理系統質量保證 的重要組成部分。國家決策層已經開始在推動信息系統的開發，統一相關的規范和指 導原則，期望消除工業企業數據處理、數據分析等方面的局限性。信息系統的開發首 先從系統的需求分析入手，然后進行系統的設計與實施，系統的功能以及可以解決現 實存在問題，其次進行信息系統的現狀分析，在新系統開發設計過程中，根據用戶的 直觀感受，去了解當前新系統所具備的功能以及未來可能添加的更多的功能模塊。
軟件開發過程一般為溝通、策劃、建模、構建、部署的過程。伴隨著現代信息技 術的不斷發展，國內民營企業在信息管理系統的設計領域內，逐漸嶄露頭角。為了滿 足信息系統開發設計的技術要求同時結合當前被人們廣泛使用的軟件信息系統的優 勢，并依照用戶的實際基本需求以及運用計算機開發技術的背景下，實現對跨部門數 據共享，管理層數據分析等多種要求，為后續信息系統的應用提供了技術保障。
伴隨著信息時代的到來，在社會循序漸進發展過程中，對系統軟件的需求也在不 斷的增加。這就導致對信息系統軟件功能上，有了更高的要求，如何應對這個快速變 化的發展，對軟件開發企業提出了極大的挑戰，本文以信息系統軟件開發的實施進程 為基礎以及對系統未來發展趨勢進行了簡要分析探究。 同時企業自身就是個大的系 統，企業系統演化也需要動力，它的動來源有兩個方面，外部來源是市場需求，內部 來源是自身的產品開發，企業系統是在內外兩種動力的共同作用下進行演化和發展的， 不同階段呈現出不同的狀態，這些表現是需求及資源平衡的直接表現。企業由初創階 段向成熟階段的演化是個艱難質變的過程，企業要成功完成蛻變，就必須要擺脫相對 獨立的狀態，保持自身信息系統的足夠開放，使之能夠與外界進行能量和信息的相互 交換，借助外部的力量，脫離當前發展瓶頸期，實現向更高層次狀態的轉變，從而使 得企業能夠進入更高層次發展。企業的信息管理系統發展到現今已經是相對完善的系 統了，但是未來還有很大的發展空間。
5.2 展望
數字時代的戰略邏輯跟工業時代是不一樣的，數字時代實施戰略的空間可以不斷 的被重新設定，能夠給企業帶來更大的發展空間。技術發展讓我們能夠更容易滿足客 戶的需求。企業在持續跟蹤技術更新過程中，不斷將其應用于自身的產品中，使其對 業務產生積極的影響。因此，當我們在收集理解客戶需求的同時，不僅通過技術的應 用還必須輔助創造性價值得以實現。在技術交流的基礎上，可以獲得多樣化的項目信 息，提升項目信息化的管理能力。樹立以項目管理為理論指導，輔助相應的保障措施， 從而提高系統軟件開發項目的成功率，這將是企業未來競爭的生存之道。
當今社會正處于快速發展關鍵歷程中，客戶對軟件信息系統開發模式的標準化的 要求也越來越嚴格，無論是通過系統的原型設計還是生命周期設計，其本質都需要按 照既定的系統開發方法的基礎上進行適當的調整，而在這個操作過程中，企業需要具 備客戶至上的原則，同時具有管理信息系統的責任意識，盡管我們在計算機發展的道 路上起步較晚，但是近年來我們的進步迅速,未來的發展空間巨大,盡管當前對于信息 管理系統在實際使用過程中的管理體系的成熟度不是很高，但是將來為提升整個系統 成熟度要求，我們會通過制定實際的操作規范和準則去加強這方面的建設。
企業內部在進行的系統使用需求改進的過程中，可結合相應的規則進行平臺化設 計，針對不同的需求去執行差異化的設計方案選擇，同時結合具體的操作流程，實現 對整體系統的升級改造。和國外的系統設計模式相比較，中國的軟件開發的起步較晚， 成熟偏低。主要在于對軟件系統化開發方面技術的限制，我們更多的是通過對國外的 主流成熟信息系統進行裁剪與設計應用。
針對不同維度的用戶需求進行定制化設計，在設計開始階段，就要對使用的界面 執行多種結構化的選擇，這樣能夠更好的滿足用戶在設計方面的需求。而對用戶來講， 按照前期溝通的結果以及相應的規劃，系統需要保障具有可擴展性要求。
借用工業4.0概念以及應用實例，FT公司引入新信息系統去迎接未來的挑戰，實 現信息化是一個必然的趨勢，信息系統開發管理流程的標準化是提升管理的效率的重 要手段和指標，從而能夠提升企業的整體管理水平。企業要用發展的眼光看待重視信 息化過程與時俱進，順勢而為，讓企業能夠從容應對未來的一切競爭與挑戰。
參考文獻
[1]高紅霞，李萬高.基于SQL Server的商品管理信息系統的實例開發[J].現代計 算機(專業版),2012，(1)：1
[2]蘭若珊.管理信息系統開發方法的對比探索[J].中國管理信息化，2016, (10)：
4-7.
[3]戴鵬.項目管理理論在軟件開發過程中的應用研究[D].內蒙古大學碩士論文， 2010.
[4]樊亮，闞青.基于信息化軟件開發項目管理[J].項目管理技術,2018, (11) :4-5.
[5]薛求知，王輝.西方企業R&D的演進及其啟示J].研究與發展管理,2004,(6)： 7
[6]朱斌.基于企業網絡安全工作項目化的探究[J].網絡安全技術與應用，2019,
( 5) :6.
[7]崔敬東，劉蘭娟.上海標準化J].微計算機信息，2006,(4):6.
[8]朱亞龍•論企業項目管理[J].財富時代，2019,(1):7.
[9]王峰.K公司NMS軟件項目管理風險管理研究[D].中國地質大學(北京)碩士論文, 2018.
[10]田啟文，廉星慧，丁迎遠.淺談汽車研發中的項目時間管理[J].時代汽車， 2018，(12):8.
[11]周偉，蔡瑩，王天楠，陳平.基于構件的管理信息系統云開發平臺研究[J].中國 教育信息化，2016，(4):11.
[12]周正龍，董雄報，冉靜，左園.WBS在MIS開發項目中的應用研究[J].項目管理技 術， 2006，(9)： 10-11.
[13]張會嶸，喻皓，管理信息系統的研究[J].電腦知識與技術,2016,(11):12-13
[14]邢瑋琦•淺談高速公路隧道機電工程中的項目管理[J].價值工程,2014,(4)： 14
[15]侯振峰，馮衛華•淺談施工項目管理[J].黑龍江科技信息，2011，(1)： 27-28
[16]石慶喜，劉建國，軟件項目管理研究[J].重慶工商大學學報.2004,(10)： 25-26.
[17]袁繼彬•信息系統項目建設的進度控制[J].進入科技時代，2014, (8)： 26
[18]關昱航.以企業文化促進企業可持續發展[J].現代國企研究.2019,(1)： 33
[19]張玉英.IT行業的項目管理[J].科技信息，2008,(11)： 35-36
[20]王梅•高校生態型科研績效評價指標體系研究[J].科技信息，2010, (12)： 37
[21]謝海東.基于項目管理的A軟件開發過程研究[D].電子科技大學碩士論文， 2008.
[22]云倩.軟件質量工程師手冊-基于ISO 90000的軟件質量管理[M].廣東旅游出版 社， 2016.
[23]李中華.軟件開發項目管理信息系統研究[D].山東大學碩士論文，2008.
[24]王素美，黃宗英，來天平.基于業務流程的學位管理系統的設計與實現J].華 東師范大學學報(自然科學版)， 2015，(10)：25-26
[25]王軼，陳敏.美國普通高校教學質量監控體系的特點及啟示J].首都師范大學 學報(社會科學版)， 2015， (1)： 16-17
[26]李林，楊景宜.ERP-企業信息化管理的有效模式[M].計算機自動測量與控制， 2002.
[27]孫磊•質量管理實戰全書[M].人們郵電出版社，2011.
[28]黃國興•軟件需求工程[M].清華大學出版社，2008.
[29]楊光衛•淺談計算機信息系統集成項目管理[M].經營與管理，2013.
[30]高建新.淺析項目管理與企業成長[J].時代經貿，2008，(4)：
[31]郭寧.IT項目管理[M].北京：人民郵電出版社，2012.
[32]唐曄，T公司新產品開發項目管理優化研究[D],上海：東華大學，2015.
[33]項目管理協會著，許江林.項目管理知識體系指南(PMBOK指南)(第6版)[M]. 電子工業出版社， 2017.
[34]張泓彥，商用車國產化項目質量管理研究[D].上海交通大學碩士論文，2012.
[35]Kai Borgeet. Agile Principles， Patterns， and Practices in C#[M]. Beijing： Posts & Telecom Press， 2010.
[36]Roger S. Pressman. Software Engineering： A practitioner's Approach [M]. Beijing： China Machine Press， 2009.
[37]Steve McConnell. Code Complete[M]. Beijing： Publishing House of Electronics Industry， 2006.
[38]Robert C. Martin. Agile Principles， Patterns， and Practices in C#[M]. Beijing： Posts & Telecom Press， 2010.
下一篇：徐州市委決策信息管理研究
相關標簽:
