軟件開發的過程信息工程學院摘要：什么是軟件工程軟件工程(SoftWareEngineering)的框架可概括為：目標、過程和原則。(1)軟件工程目標：生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度。可用性指軟件基本結構、實現及文檔為用戶可用的程度。開銷合宜是指軟件開發、運行的整個開銷滿足用戶要求的程度。這些目標的實現不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。(2)軟件工程過程：生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發過程、運作過程、維護過程。它們覆蓋了需求、設計、實現、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規約。需求分析生成功能規約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統結構，包括子系統、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現活動把設計結果轉換為可執行的程序代碼。確認活動貫穿于整個開發過程，實現完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓過程等。(3)軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發過程中必須遵循的原則。軟件開發的流程概要需求分析——概要設計——詳細設計——編碼——單元測試——集成測試——系統測試——維護需求調研①調研用戶領域的組織結構、崗位設置和職責定義，從功能上區分有多少個子系統，劃分系統的大致范圍，明確系統的目標。②調研每個子系統所需的工作流程、功能與處理規則，收集單據、報表和賬本等原始資料，分析物流、資金流和信息流三者的關系，以及如何用數據流來表示這三者的關系。③對調研的內容事先準備，針對不同管理層次的用戶詢問不同的問題，列出問題清單。將操作層、管理層和決策層的需求既聯系，又區分開來，形成一個金字塔，使下層滿足上層的需求。④對與用戶溝通的情況及時總結歸納，整理調研結果，找出新的疑點，初步構成需求基線。⑤若基線符合要求，則需求分析完畢；反之返回到第1步或第2或第3步。如此循環多次，直到需要分析使雙方滿意為止。可行性分析和需求分析可行性分析是要決定“做還是不做”。需求分析是要決定“做什么，不做什么”。可行性分析經濟經濟可行性分析主要包括：“成本——收益”分析和“短期——長遠利益”分析。成本——收益（1）辦公室房租。(￥)（2）辦公用品，如桌、椅、書柜、照明電器、空調等。(￥)（3）計算機、打印機、網絡等硬件設備。(￥)（4）電話、傳真等通訊設備以及通訊費用。(￥)（5）資料費。(￥)（6）辦公消耗，如水電費、打印復印費等。(￥)（7）軟件開發人員與行政人員的工資。(￥)（8）購買系統軟件的費用，如買操作系統、數據庫、軟件開發工具等。有些老板買盜版的系統軟件，卻按市場價算成本，可從美國佬那里賺一筆。(￥)（9）做市場調查、可行性分析、需求分析的交際費用。(￥)（10）公司人員培訓費用。(￥)（11）產品宣傳費用。如果用Internet作宣傳，則要考慮建設Web站點的費用。(￥)（12）如果客戶是政府部門，還要充分考慮用于吃喝玩樂、行賄的費用。(￥)（13）如果公司的風水不好，會有很多莫名其妙的管理費。每戳一個紅艷艷的公章都要化一把鈔票。(￥)短期——長遠利益人們喜歡吃著碗里的、看著鍋里的，還想著別人家里的。短期利益和長遠利益兼得是人們夢寐以求的事。在商業上，這等好事可不會輕易降臨。短期利益容易把握，風險較低。但收益有限，做的是項目。長遠利益難以把握，風險較大。但收益可能巨大，做的是企業。技術技術可行性分析至少要考慮以下幾方面因素：（1）在給定的時間內能否實現需求說明中的功能。（2）軟件的質量如何？主要考慮在網絡、硬件、市場競爭等上面的分析。（3）軟件的生產率如何？主要是開發的周期、移植性、維護、擴展方面的考慮。技術可行性分析可以簡單地表述為：做得了嗎？做得好嗎？做得快嗎？社會環境社會環境的可行性至少包括兩種因素：市場與政策。市場市場又分為未成熟的市場、成熟的市場和將要消亡的市場。涉足未成熟的市場要冒很大的風險，要盡可能準確地估計潛在的市場有多大？自己能占多少份額？多長時間能實現？擠進成熟的市場，雖然風險不高，但油水也不多。如果供大于求。收入穩定將要消亡的市場就別進去了。如DOS時代編程現在不可能有人去做了。政策政策對軟件公司的生存與發展影響非常大。需要考慮：國家的網絡法律的發展、與對項目的限制，是否有鼓勵機制，新的網絡技術等先進科技的引進等人的因數技術人員的水平如何，時間安排是否可以到位，特殊情況（如病假等）等對項目開發的進度和質量的影響。如何合理安排人手，對各個計劃（小功能塊）的開發時限分析等，對于項目開發是非常重要的。需求分析有幾種原因使需求分析變得困難：（1）客戶說不清楚需求；（2）需求自身經常變動；（3）分析人員或客戶理解有誤。客戶說不清楚需求也可以理解為市場人員和初級策劃要給出整個軟件開發的目的，消費人群，市場等內容。需求自身經常變動首先先接受“需求會變動”這個事實，免得在需求變動時驚慌失措。明白“需求會變動”這個道理后，在進行需求分析時就要留點神：（1）盡可能地分析清楚哪些是穩定的需求，哪些是易變的需求。以便在進行系統設計時，將軟件的核心建筑在穩定的需求上，否則將會吃盡苦頭。（2）在文檔中一定要說清楚“做什么”和“不做什么”。分析人員或客戶理解有誤不同的分析人員可能有不同的理解。如果分析人員理解錯了，可能會導致開發人員白干活，吃力不討好。所以在具體的項目開發過程中，程序員和策劃還有市場要隨時溝通，不斷交流。業務需求業務需求說明了提供給客戶和產品開發商的新系統的最初利益。不同產品可能會有不同的側重點。本部分描述了你為什么要從事此項項目的開發，以及它將給開發者和購賣者帶來的利益。背景在這一部分，總結新產品的理論基礎，并提供關于產品開發的歷史背景或形勢的一般性描述。業務機遇描述現存的市場機遇或正在解決的業務問題。描述商品競爭的市場和信息系統將運用的環境。包括對現存產品的一個簡要的相對評價和解決方案，并指出所建議的產品為什么具有吸引力和它們所能帶來的競爭優勢。認識到目前只能使用該產品才能解決的一些問題，并描述產品是怎樣順應市場趨勢和戰略目標的。業務目標用一個定量和可測量的合理方法總結產品所帶來的重要商業利潤。關于給客戶帶來的價值在后面闡述，這里僅把重點放在給業務的價值上。這些目標與收入預算或節省開支有關，并影響到投資分析和最終產品的交付日期。客戶或市場需求描述一些典型客戶的需求，包括不滿足現在市場上的產品或信息系統的需求。提出客戶目前所遇到的問題在新產品中將可能（或不可能）出現的闡述，提供客戶怎樣使用產品的例子。確定了產品所能運行的軟、硬件平臺。定義了較高層次的關鍵接口或性能要求，但避免設計或實現細節。把這些要求寫到列表中，可以反過來跟蹤調查特殊用戶和功能需求。提供給客戶的價值確定產品給客戶帶來的價值，并指明產品怎樣滿足客戶的需要。可以用下列言辭表達產品帶給客戶的價值：1.提高生產效率，減少返工；2.節省開支；3.業務過程的流水線化；4.先前人工勞動的自動化；5.符合相關標準和規則；6.與目前的應用產品相比較，提高了可用性或減少了失效程度。業務風險總結開發（或不開發）該產品有關的主要業務風險，例如市場競爭、時間問題、用戶的接受能力、實現的問題或對業務可能帶來的消極影響。預測風險的嚴重性，指明你所能采取的減輕風險的措施。項目視圖文檔中的這一部分為系統建立了一個長遠的項目視圖，它將指明業務目標。這一項目視圖為在軟件開發生存期中做出決策提供了相關環境背景。這部分不包括詳細的功能需求和項目計劃信息。項目視圖陳述編寫一個總結長遠目標和有關開發新產品目的的簡要項目視圖陳述。項目視圖陳述將考慮權衡有不同需求客戶的看法。它可能有點理想化，但必須以現有的或所期待的客戶市場企業框架。組織的戰略方向和資源局限性為基礎。主要特征包括新產品將提供的主要特性和用戶性能的列表。強調的是區別于以往產品和競爭產品的特性。可以從用戶需求和功能需求中得到這些特性。包括擁有的功能，用戶對象，優勢等內容。假設和依賴環境在構思項目和編寫項目視圖和范圍文檔時，要記錄所做出的任何假設。通常一方所持的假設應與另一方不同。如果你把它們都記錄下來，并加以評論，就能對項目內部隱含的基本假設達成共識。（該產品的市場定位，和依賴環境）范圍和局限性項目范圍定義了所提出的解決方案和概念和適用領域，而局限性則指出產品所不包括的某些性能。如果一般客戶所提出的需求超出項目的范圍時就應當拒絕它，除非這些需求是很有益的。記錄這些需求以及拒絕它們的原因，以待查。首次發行的范圍總結首次發行的產品所具有的性能。描述了產品的質量特性，這些特性使產品可以為不同的客戶群提供預期的成果。應當避免將想到的每一個特性都包括到1.0版本產品中去。開發者應把重點放在能提供最大價值、花花費最合理的開發費用及普及率最高的產品上。隨后發行的范圍如果你想象一個周期性的產品演變過程，就要指明哪一個主要特性的開發將被延期，并期待隨后版本發行的日期。局限性和專用性明確定義包括和不包括的特性和功能的界線是處理范圍設定和客戶期望的一個途徑。列出風險承擔者們期望的而你卻不打算把它包括到產品中的特性和功能。業務環境這一部分總結了一些項目的業務問題。客戶概貌客戶概述明確了這一產品的不同類型客戶的一些本質特點，以及目標市場部門和在這些部門中的不同客戶的特征。對于每一種客戶類型，概述要包括：各種客戶類型將從產品中獲得的主要益處；它們對產品所持的態度；感興趣的關鍵產品的特性；哪一類型客戶能成功使用；必須適應任何客戶的限制。項目的優先級一旦明確建立項目的優先級，風險承擔者和項目的參與者就能把精力集中在一系列共同的目標上。達到這一目的的一個途徑是考慮軟件項目的五個方面：性能、質量、計劃、成本和人員。產品成功的因素明確產品的成功是如何定義和測量的，并指明對產品的成功有巨大影響的幾個因素。不僅要包括組織直接控制的范圍內的事務，還要包括我部素。如果可能，可建立測量的標準，用于評價是否達到業務目標，如：市場股票、銷售量及收入、客戶滿意度、交易處理量和準確度。系統設計（策劃與程序員完成）系統設計是新系統的物理設計階段。根據系統分析階段所確定的新系統的邏輯模型、功能要求，在用戶提供的環境條件下，設計出一個能在計算機網絡環境上實施的方案，即建立新系統的物理模型。這個階段的任務是設計軟件系統的模塊層次結構，設計數據庫的結構以及設計模塊的控制流程，其目的是明確軟件系統"如何做"。這個階段又分兩個步驟：概要設計和詳細設計。概要設計解決軟件系統的模塊劃分和模塊的層次機構以及數據庫設計；詳細設計解決每個模塊的控制流程，內部算法和數據結構的設計。這個階段結束，要交付概要設計說明書和設計說明，也可以合并在一起，稱為設計說明書。架構設計架構設計也被認為是體系結構設計，重點在于將系統分層并產生層次內的模塊、闡明模塊之間的關系。主要工作是根據架構分析和設計思想產生系統的架構圖，并對架構圖進行描述，說明分層的原因、層次的職責，并根據架構圖繪制系統的物理部署圖，描述系統的部署體系。根據架構圖進行模塊的劃分并闡明模塊劃分的理由，繪制模塊物理圖以及模塊依賴圖。體系結構是軟件系統中最本質的東西：（1）體系結構是對復雜事物的一種抽象。良好的體系結構是普遍適用的，它可以高效地處理多種多樣的個體需求。（2）體系結構在一定的時間內保持穩定。只有在穩定的環境下，人們才能干點事情，社會才能發展。如果當需求發生變化時，程序員不得不去修改軟件的體系結構，那么這個軟件的系統設計是失敗的。良好的體系結構意味著普適、高效和穩定。概要設計概要設計的主要任務是把需求分析得到的數據流圖（DFD）轉換為軟件結構和數據結構。設計軟件結構的具體任務是：將一個復雜系統按功能進行模塊劃分、建立模塊的層次結構及調用關系、確定模塊間的接口及人機界面等。數據結構設計包括數據特征的描述、確定數據的結構特性、以及數據庫的設計。顯然，總體設計建立的是目標系統的邏輯模型，與計算機無關。概要設計重點在于將模塊分解為對象并闡明對象之間的關系，引用架構設計說明書中的模塊圖，并闡述對于模塊進行設計的大致思路。主要工作是根據該模塊的職責對模塊進行概要設計(分解模塊為對象、描述對象的職責以及聲明對象之間的接口)，繪制模塊的對象圖、對象間的依賴圖以及模塊主要功能的序列圖，分別加以描述并相應的描述模塊異常的處理方法。如果需要并描述數據視圖。在需求明確、準備開始編碼之前，要做概要設計，而詳細設計可能大部分公司沒有做，有做的也大部分是和編碼同步進行，或者在編碼之后。因此，對大部分的公司來說，概要設計文檔是唯一的設計文檔，對后面的開發、測試、實施、維護工作起到關鍵性的影響。概要設計的任務制定規范：代碼體系、接口規約、命名規則。這是項目小組今后共同作戰的基礎，有了開發規范和程序模塊之間和項目成員彼此之間的接口規則、方式方法，大家就有了共同的工作語言、共同的工作平臺，使整個軟件開發工作可以協調有序地進行。總體結構設計：功能（加工）－>模塊：每個功能用那些模塊實現，保證每個功能都有相應的模塊來實現；模塊層次結構：某個角度的軟件框架視圖；模塊間的調用關系：模塊間的接口的總體描述；模塊間的接口：傳遞的信息及其結構；處理方式設計：滿足功能和性能的算法用戶界面設計；數據結構設計：詳細的數據結構：表、索引、文件；算法相關邏輯數據結構及其操作；上述操作的程序模塊說明（在前臺？在后臺？用視圖？用過程？······）接口控制表的數據結構和使用規則其他性能設計。概要設計寫什么結構化軟件設計說明書結構任務：目標、環境、需求、局限；總體設計：處理流程、總體結構與模塊、功能與模塊的關系；接口設計：總體說明外部用戶、軟、硬件接口；內部模塊間接口（注：接口≈系統界面）數據結構：邏輯結構、物理結構，與程序結構的關系；模塊設計：每個模塊“做什么”、簡要說明“怎么做”（輸入、輸出、處理邏輯、與其它模塊的接口，與其它系統或硬件的接口），處在什么邏輯位置、物理位置；運行設計：運行模塊組合、控制、時間；出錯設計：出錯信息、處錯處理；其他設計：保密、維護；概要設計的模板1引言1.1編寫目的說明編寫這份概要設計說明書的目的，指出預期的讀者。1.2背景說明：a.待開發軟件系統的名稱；b.列出此項目的任務提出者、開發者、用戶以及將運行該軟件的計算站（中心）。1.3定義列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。1.4參考資料列出有關的參考文件，如：a.本項目的經核準的計劃任務書或合同，上級機關的批文；b.屬于本項目的其他已發表文件；c.本文件中各處引用的文件、資料，包括所要用到的軟件開發標準。列出這些文件的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。（序號資料名文件編號發表日期出版單位）2總體設計2.1需求規定說明對本系統的主要的輸入輸出項目、處理的功能性能要求（可以參考需求說明書）2.1.1功能描述2.1.2性能要求2.2運行環境簡要地說明對本系統的運行環境（包括硬件環境和支持環境）的規定（可以參考需求說明書）2.3基本設計概念和處理流程說明本系統的基本設計概念和處理流程，盡量使用圖表的形式。注：可以使用word繪制流程圖（示意圖），也可以使用專業的MSVisio或者RationalRose繪制2.4結構用一覽表及框圖或者樹狀圖的形式說明本系統的系統元素（各層模塊、子程序、公用程序等）的劃分，扼要說明每個系統元素的標識符和功能，分層次地給出各元素之間的控制與被控制關系。2.5功能需求與程序的關系本條用一張如下的矩陣圖說明各項功能需求的實現是處于哪個模塊中的：模塊1模塊2……模塊n功能需求1√功能需求2√……功能需求n√√如：模塊1模塊2……模塊n用戶名、密碼驗證√修改用戶個人信息√2.6人工處理過程說明在本軟件系統的工作過程中不得不包含的人工處理過程（如果有的話）。2.7尚未問決的問題說明在概要設計過程中尚未解決、而設計者認為在系統完成之前必須解決的各個問題。3接口設計3.1用戶接口說明將向用戶提供的命令和它們的語法結構，以及軟件的回答信息。3.2外部接口（硬件接口）說明本系統同外界的所有接口的安排，包括軟件與硬件之間的接口、本系統與各支持軟件之間的接口關系，比如需要從外界系統接收哪些數據，或者需要輸出哪些數據給外部系統等3.3內部接口（軟件接口）說明本系統之內的各個系統元素之間的接口的安排（可暫時先省去）4運行設計4.1運行模塊組合說明對系統施加不同的外界運行控制時所引起的各種不同的運行模塊組合，說明每種運行所歷經的內部模塊和支持軟件。模塊集合運行條件支持軟件4.2運行控制說明每一種外界的運行控制的方式方法和操作步驟。運行名稱控制方法操作步驟4.3運行時間說明每種運行模塊組合將占用各種資源的時間。運行名稱所占資源時間5系統數據結構設計5.1邏輯結構設計要點給出本系統內所使用的每個數據結構的名稱、標識符以及它們之中每個數據項、記錄、文卷和系的標識、定義、長度及它們之間的層次的或表格的相互關系。5.2物理結構設計要點給出本系統內所使用的每個數據結構中的每個數據項的存儲要求，訪問方法、存取單位、存取的物理關系（索引、設備、存儲區域）、設計考慮和保密條件。補充說明：5.1和5.2可以合并為列出數據庫中的所有表的設計結構5.3數據結構與程序的關系說明各個數據結構（表）與訪問這些數據結構的模塊的關系：模塊1模塊2……模塊n數據庫表1√數據庫表2√……數據庫表n√√6系統出錯處理設計6.1出錯信息用一覽表的方式說明每種可能的出錯或故障情況出現時，系統輸出信息的形式、含意及處理方法。出錯情況提示信息發生條件解決辦法6.2補救措施說明故障出現后可能采取的變通措施，可能包括：a.后備技術說明準備采用的后備技術，當原始系統數據萬一丟失時啟用的副本的建立和啟動的技術，例如周期性地把磁盤信息記錄到磁帶上去就是對于磁盤媒體的一種后備技術；b.降效技術說明準備采用的后備技術，使用另一個效率稍低的系統或方法來求得所需結果的某些部分，例如一個自動系統的降效技術可以是手工操作和數據的人工記錄；c.恢復及再啟動技術說明將使用的恢復再啟動技術，使軟件從故障點恢復執行或使軟件從頭開始重新運行的方法。6.3系統維護設計說明為了系統維護的方便而在程序內部設計中做出的安排，包括在程序中專門安排用于系統的檢查與維護的檢測點和專用模塊。各個程序之間的對應關系詳細設計詳細設計重點在于對每個模塊進行實現，將模塊的對象分解為屬性和方法，并闡述如何實現。主要工作視根據模塊概要設計詳細描述對于模塊內對象的實現，包括對象的職責、屬性、方法、對象內功能的流程圖、對象關聯的類、對象的異常。(需要繪制的主要為類圖)詳細設計的目標有兩個：實現模塊功能的算法要邏輯上正確和算法描述要簡明易懂。主要任務：1．為每個模塊確定采用的算法，選擇某種適當的工具表達算法的過程，寫出模塊的詳細過程性描述；2．確定每一模塊使用的數據結構；3．確定模塊接口的細節，包括對系統外部的接口和用戶界面，對系統內部其它模塊的接口，以及模塊輸入數據、輸出數據及局部數據的全部細節。在詳細設計結束時，應該把上述結果寫入詳細設計說明書，并且通過復審形成正式文檔。交付給下一階段（編碼階段）的工作依據。4．要為每一個模塊設計出一組測試用例，以便在編碼階段對模塊代碼（即程序）進行預定的測試，模塊的測試用例是軟件測試計劃的重要組成部分，通常應包括輸入數據，期望輸出等內容。編碼（主要為程序員完成）對具體軟件的編寫與實現。軟件編碼是將上一階段的詳細設計得到的處理過程的描述轉換為基于某種計算機語言的程序，即源程序代碼。需注意根據項目的應用領域選擇適當的編程語言、編程的軟硬件環境以及編碼的程序設計風格等事項測試（主要為程序員完成）“白盒測試”是指開發人員從程序內部對上述內容進行測試，而“黑盒測試”是指獨立的測試人員從程序外部對上述內容進行測試。單元測試對單個模塊進行測試單元測試是在軟件開發過程中要進行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。集成測試對整個軟件或工程進行測試集成測試，也叫組裝測試或聯合測試。在單元測試的基礎上，將所有模塊按照設計要求組裝成為子系統或系統，進行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現。集成測試方法集成測試應該考慮以下問題：1、在把各個模塊連接起來的時候，穿越模塊接口的數據是否會丟失；2、各個子功能組合起來，能否達到預期要求的父功能；3、一個模塊的功能是否會對另一個模塊的功能產生不利的影響；4、全局數據結構是否有問題；5、單個模塊的誤差積累起來，是否會放大，從而達到不可接受的程度。集成測試的實施集成測試是一種正規測試過程，必須精心計劃，并與單元測試的完成時間協調起來。在制定測試計劃時，應考慮如下因素：1、是采用何種系統組裝方法來進行組裝測試；2、組裝測試過程中連接各個模塊的順序；3、模塊代碼編制和測試進度是否與組裝測試的順序一致4、測試過程中是否需要專門的硬件設備；集成測試完成標準怎樣判定集成測試過程完成了,可按以下幾個方面檢查:1、成功地執行了測試計劃中規定的所有集成測試；2、修正了所發現的錯誤；3、測試結果通過了專門小組的評審。系統測試系統測試是將已經確認的軟件、計算機硬件、外設、網絡等其他元素結合在一起，進行信息系統的各種組裝測試和確認測試，其目的是通過與系統的需求相比較，發現所開發的系統與用戶需求不符或矛盾的地方。維護（主要為程序員完成）軟件維護一般劃分為主要的三類：糾錯性維護（Correctivemaintenance）、適應性維護（Adaptivemaintenance）和完善性維護（Perfectivemaintenance）：（1）糾錯性維護。由于前期的測試不可能揭露軟件系統中所有替在的錯誤，用戶在使用軟件時仍將會遇到錯誤，診斷和改正這些錯誤的過程稱為糾錯性維護。（2）適應性維護。由于新的硬件設備不斷推出，操作系統和編譯系統也不斷地升級，為了使軟件能適應新的環境而引起的程序修改和擴充活動稱為適應性維護。（3）完善性維護。在軟件的正常使用過程中，用戶還會不斷提出新的需求。為了滿足用戶新的需求而增加軟件功能的活動稱為完善性維護。參考文獻：《軟件工程——理論，方法與實踐》孫家廣主編濟源國泰自動化信息技術有限公司項目記錄表 項目名稱：關于對工業企業運行數據監測系統的研究部門：研發中心日期：2014年12月27日項目名稱關于對工業企業運行數據監測系統的研究合作單位責任部門研發中心責任人李文成參與人員李文成；蘆冬亮；鄭毅；王春雷計劃完成時間2016.06.30時間項目進度承辦人2015.01.01項目啟動，實地調研用戶需求及用戶環境2015.01.01-2015.02.061.經調研論證項目可行性并制定項目初步計劃；2.與公司聯系簽到系統軟件開發事宜；3.準備前期資料(視頻音頻以及數據環境資料)李文成；蘆冬亮2015.02.06-2015.03.051.開發計劃在公司內開會進行評審2.討論確定系統運行環境3.編制需求規格說明書李文成2015.03.05產品數據整體設計規劃李文成2015.03.05-2015.03.251.建立系統邏輯模型2.編制項目開發計劃王春雷2015.03.25-2015.04.271.確定系統功能及性能要求2.編制用戶手冊概要蘆冬亮2015.05.08-2015.06.121.編寫需求規格說明2.編寫測試計劃蘆冬亮2015.06.12-2015.08.151.確認總體開發計劃，建立系統總體結構劃分功能模塊2.劃分各功能模塊接口3.進行工業企業監測平臺的數據庫設計4.具體實現算法鄭毅；王春雷2015.08.15-2015.09.01編寫源代碼鄭毅；王春雷2015.09.01-2015.10.25進行模塊測試和調試王春雷2015.10.25完成工業企業監測平臺部分設計鄭毅2015.10.26-2015.12.011.進行能耗監測系統部分數據庫設計2.編寫代碼3.將系統初步的欄目設計交給美編，進行初稿設計。王春雷2015.12.03-2016.02.061.處理客戶送來的資料2.繼續編寫代碼王春雷2016.02.07-2016.03.15收到美編頁面設計，進行頁面重新規劃，講設計好的欄目設置文檔交給美編蘆冬亮2016.03.16-2016.05.151.將客戶數據信息錄入2.兩個部分系統進行整合3.確定模塊間詳細接口4.指定模塊測試方案鄭毅2016.05.14能耗監測系統部分設計完成王春雷2015.05.15-2016.06.021.編寫用戶手冊2.編寫測試報告3.編寫開發總結報告蘆冬亮2016.06.02-2016.06.30修訂用戶手冊蘆冬亮2016.06.301.系統測試與BUG修改完成2.產品上線客戶使用李文成項目名稱關于對汽車衡遠程無人計量系統的研究合作單位責任部門研發中心責任人苗會賢參與人員苗會賢；宗占超；趙姍姍；郎琛計劃完成時間2015.08.30時間項目進度承辦人2015.02.01項目啟動，實地調研用戶需求及用戶環境2015.02.01-2015.02.091.經調研論證項目可行性并制定項目初步計劃；2.編制需求規格說明書3.討論確定系統運行環境苗會賢；宗占超2015.02.09-2015.03.021.建立系統邏輯模型2.編制項目開發計劃苗會賢2015.03.02完成需求調研、產品設計苗會賢2015.03.03-2015.03.251.確定系統功能及性能要求2.編制用戶手冊概要3.編寫需求規格說明4.編寫測試計劃宗占超2015.03.25-2015.04.271.確認總體開發計劃，建立系統總體結構劃分功能模塊2.劃分各功能模塊接口3.進行工業企業監測平臺的數據庫設計4.具體實現算法趙姍姍2015.05.08-2015.05.281.編寫源代碼2.進行模塊測試和調試宗占超；郎琛收到美編頁面設計，進行頁面重新規劃，講設計好的欄目設置文檔交給美編趙姍姍2015.05.281.將客戶數據信息錄入2.確定模塊間詳細接口3.指定模塊測試方案4.完成產品研發和數據庫設計郎琛2015.06.01-2015.06.201.編寫用戶手冊2.編寫測試報告3.編寫開發總結報告趙姍姍2015.06.20-2015.07.20修訂用戶手冊趙姍姍2015.08.30產品上線客戶使用項目名稱關于對鋼鐵行業企業運行過程管理系統的研究合作單位責任部門研發中心責任人蘇燕輝參與人員蘇燕輝；喬紅立；許豐；張明；曹小龍；燕欣欣計劃完成時間2016.12.31時間項目進度承辦人2015.03.01項目啟動，實地調研用戶需求及用戶環境2015.03.01-2015.04.251.經調研論證項目可行性并制定項目初步計劃；2.與公司聯系簽到系統軟件開發事宜；3.準備前期資料(視頻音頻以及數據環境資料)4.確定系統功能及性能要求5.編制用戶手冊概要蘇燕輝；喬紅立2015.04.25-2015.05.311.編寫源代碼2.進行模塊測試和調試3.系統測試與BUG修改完成蘇燕輝；喬紅立2015.05.31完成國泰企業制造管理系統部分設計喬紅立2015.06.01-2015.07.251.經調研論證項目可行性并制定項目初步計劃；2.與公司聯系簽到系統軟件開發事宜；3.準備前期資料(視頻音頻以及數據環境資料)4.確定系統功能及性能要求5.編制用戶手冊概要蘇燕輝；張明2015.07.25-2015.08.271.編寫源代碼2.進行模塊測試和調試3.系統測試與BUG修改完成蘇燕輝；張明2015.08.30完成國泰產成品計量管理系統部分設計蘇燕輝2015.08.31-2015.10.011.經調研論證項目可行性并制定項目初步計劃；2.與公司聯系簽到系統軟件開發事宜；3.準備前期資料(視頻音頻以及數據環境資料)4.確定系統功能及性能要求5.編制用戶手冊概要蘇燕輝；許豐2015.10.02-2015.11.011.編寫源代碼2.進行數據庫設計蘇燕輝；許豐2015.11.02-2015.11.281.進行模塊測試和調試2.系統測試與BUG修改完成蘇燕輝；許豐2015.11.28完成國泰銷售結算管理系統部分設計蘇燕輝2015.11.30-2016.01.011.經調研論證項目可行性并制定項目初步計劃；2.與公司聯系簽到系統軟件開發事宜；3.準備前期資料(視頻音頻以及數據環境資料)4.確定系統功能及性能要求5.編制用戶手冊概要。燕欣欣；喬紅立2016.01.03-2016.02.281.編寫源代碼2.進行模塊測試和調試3.系統測試與BUG修改完成燕欣欣；喬紅立2016.02.28完成國泰質量檢測管理系統部分設計燕欣欣；喬紅立2016.03.01-2016.05.301.經調研論證項目可行性并制定項目初步計劃；2.與公司聯系簽到系統軟件開發事宜；3.準備前期資料(視頻音頻以及數據環境資料)4.確定系統功能及性能要求5.編制用戶手冊概要。6.編寫源代碼7.進行模塊測試和調試8.系統測試與BUG修改完成張明；曹小龍；2016.05.31完成國泰采購計劃管理系統部分設計張明；曹小龍；2015.06.01-2016.08.251.經調研論證項目可行性并制定項目初步計劃；2.與公司聯系簽到系統軟件開發事宜；3.準備前期資料(視頻音頻以及數據環境資料)4.確定系統功能及性能要求5.編制用戶手冊概要。6.編寫源代碼7.進行模塊測試和調試8.系統測試與BUG修改完成蘇燕輝；張明2016.08.31完成國泰云比價采購平臺部分設計蘇燕輝；張明2016.09.01-2016.12.311.編寫用戶手冊2.編寫測試報告3.編寫開發總結報告4.修訂用戶手冊5.系統測試與BUG修改完成6.產品上線客戶使用蘇燕輝；張明項目名稱關于對國泰電子商城平臺的研究合作單位責任部門研發中心責任人苗會賢參與人員苗會賢；李向峰；趙姍姍；郎琛計劃完成時間2016.03.31時間項目進度承辦人2015.10.01項目啟動，實地調研用戶需求及用戶環境2015.10.01-2015.10.151.經調研論證項目可行性并制定項目初步計劃；2.與公司聯系簽到系統軟件開發事宜；3.準備前期資料(視頻音頻以及數據環境資料)4.開發計劃在公司內開會進行評審5.討論確定系統運行環境6.編制需求規格說明書7.建立系統邏輯模型8.編制項目開發計劃9.確定系統功能及性能要求苗會賢；李向峰2015.10.15完成需求調研、產品設計郎琛2015.10.16-2015.11.181.確定系統功能及性能要求2.編制用戶手冊概要郎琛2015.11.20-2015.12.271.編寫需求規格說明2.編寫測試計劃趙姍姍2016.01.03-2016.02.141.確認總體開發計劃，建立系統總體結構劃分功能模塊2.劃分各功能模塊接口3.進行數據庫設計4.具體實現算法5.編寫源代碼6.進行模塊測試和調試趙姍姍2016.02.14完成完成產品研發、數據庫設計郎琛2016.02.15-2016.03.021.將客戶數據信息錄入2.兩個部分系統進行整合3.確定模塊間詳細接口4.指定模塊測試方案李向峰2016.03.03-2016.03.301.編寫用戶手冊2.編寫測試報告3.編寫開發總結報告李向峰2016.03.311.系統測試與BUG修改完成2.產品上線客戶使用3.修訂用戶手冊郎琛苗會賢項目名稱關于對企業數據采集分析系統的研究合作單位責任部門研發中心責任人宗占超參與人員宗占超；丁進廠；劉紅梅；原玉科計劃完成時間2016.12.31時間項目進度承辦人2016.01.01項目啟動，實地調研用戶需求及用戶環境2016.01.01-2016.02.011.經調研論證項目可行性并制定項目初步計劃；2.與公司聯系簽到系統軟件開發事宜；3.準備前期資料(視頻音頻以及數據環境資料)4.開發計劃在公司內開會進行評審5.討論確定系統運行環境6.編制需求規格說明書丁進廠；宗占超2016.02.01產品數據整體設計規劃宗占超；丁進廠2016.02.02-2016.03.251.建立系統邏輯模型2.編制項目開發計劃丁進廠2016.03.25-2016.04.271.確定系統功能及性能要求2.編制用戶手冊概要3.編寫需求規格說明4.編寫測試計劃劉紅梅2016.04.27-2016.05.101.確認總體開發計劃，建立系統總體結構劃分功能模塊2.劃分各功能模塊接口3.進行數據庫設計4.具體實現算法5.編寫源代碼6.進行模塊測試和調試宗占超；劉紅梅2016.05.10完成國泰電子報表設計宗占超；丁進廠2016.05.11-2016.06.011.建立系統邏輯模型2.編制項目開發計劃原玉科2016.06.03-2016.07.061.確定系統功能及性能要求2.編制用戶手冊概要3.編寫需求規格說明4.編寫測試計劃丁進廠2016.07.07-2016.08.201.確認總體開發計劃，建立系統總體結構劃分功能模塊2.劃分各功能模塊接口3.進行數據庫設計4.具體實現算法5.編寫源代碼6.進行模塊測試和調試劉紅梅2016.08.20完成國泰數據采集系統宗占超；丁進廠2016.08.21-2016.09.301.建立系統邏輯模型2.編制項目開發計劃3.確定系統功能及性能要求4.編制用戶手冊概要5.編寫需求規格說明6.編寫測試計劃宗占超2016.10.09-2016.11.251.確認總體開發計劃，建立系統總體結構劃分功能模塊2.劃分各功能模塊接口3.進行數據庫設計4.具體實現算法5.編寫源代碼6.進行模塊測試和調試劉紅梅2016.11.25完成國泰企業數據移動管理平臺劉紅梅2016.12.311.系統測試與BUG修改完成2.產品上線客戶使用宗占超；丁進廠項目名稱關于對水處理系統遠程監控平臺的研究合作單位責任部門研發中心責任人苗會賢參與人員苗會賢；李中橋；郎琛；李向鋒計劃完成時間2016.06.01時間項目進度承辦人2016.04.01項目啟動，實地調研用戶需求及用戶環境201604.01-2016.04.151.經調研論證項目可行性并制定項目