本發(fā)明屬于計算機軟件技術領域，涉及一種軟件研制計劃生成方法，尤其涉及一種軟件研制計劃自動生成方法；同時，本發(fā)明還涉及一種軟件研制計劃自動生成系統(tǒng)。

背景技術：

編寫軟件計劃是一個項目進入軟件研發(fā)的策劃階段需要完成的工作，主要的工作內(nèi)容包括：確定詳細的項目實施范圍、定義遞交的工作成果、評估實施過程中主要的風險、定義軟件質量保證控制方法、定義軟件配置管理方法及軟件測試策略、制定項目實施的時間計劃、成本和預算計劃、人力資源計劃等。

民航領域的適航標準要求軟件計劃包括軟件開發(fā)計劃軟件質量保證計劃、軟件配置管理計劃、軟件驗證計劃、軟件審定聯(lián)絡計劃。

軍用軟件領域的標準要求軟件計劃包括軟件開發(fā)計劃、軟件質量保證計劃、軟件配置管理計劃、軟件測試計劃。

在民用適航標準和軍用軟件標準中對各計劃的文檔格式及章節(jié)內(nèi)容都有詳細的要求，大部分研發(fā)單位基本根據(jù)上述兩種標準中的章節(jié)及格式要求進行裁剪、組織編寫文檔。

請參閱圖1，傳統(tǒng)的軟件計劃編寫方式，基本都由相關負責人根據(jù)個人項目經(jīng)驗或者會議討論的成果，手工編寫類似word形式的文檔，其中軟件計劃中的任務分解及進度、資源計劃等雖然可以通過市面上的計劃編寫工具輔助完成，但是在這些任務分解之前，編寫人員需根據(jù)本項目的特點制定本項目適用的生命周期模型，然后根據(jù)經(jīng)驗或者參考企業(yè)內(nèi)部先前的項目，制定本項目適用的研發(fā)流程并以此安排進度、資源等，最終將制定好的研發(fā)流程、進度計劃、資源計劃以及其他相關的信息如質量保證計劃、配置管理策略、軟件測試策略等手工編寫至軟件計劃的相關章節(jié)。

現(xiàn)有的軟件計劃以word文檔編寫的方式產(chǎn)生有如下缺點：

(1)工作量大。在一個項目中，一般軟件計劃中的各計劃篇幅較大，直接導致工作量很大，需要投入大量的人力、時間去完成。

(2)容易出錯。大量繁重的編寫過程中，難免出現(xiàn)人為錯誤。

(3)組織體系要求文檔內(nèi)容繁多，軟件計劃的人為編寫，難免出現(xiàn)計劃與組織體系要求的不一致以及軟件計劃內(nèi)容的不完整。

有鑒于此，如今迫切需要設計一種新的軟件研制計劃生成方案，以便克服現(xiàn)有編寫方式的上述缺陷。

技術實現(xiàn)要素：

本發(fā)明所要解決的技術問題是：提供一種軟件研制計劃自動生成方法，可根據(jù)項目中的設定數(shù)據(jù)自動生成研制計劃，提高工作效率，不易出錯。

此外，本發(fā)明還提供一種軟件研制計劃自動生成系統(tǒng)，可根據(jù)項目中的設定數(shù)據(jù)自動生成研制計劃，提高工作效率，不易出錯。

為解決上述技術問題，本發(fā)明采用如下技術方案：

一種軟件研制計劃自動生成方法，所述方法包括：

步驟s1、定義軟件計劃包含的fog數(shù)據(jù)(具有獨立語義的最小數(shù)據(jù)單位)；定義軟件計劃的fog數(shù)據(jù)及其層次結構；每份軟件計劃可能包含多個章節(jié)以及章節(jié)內(nèi)進一步劃分的小節(jié)，每個章節(jié)或小節(jié)的層次關系對應fog數(shù)據(jù)的層次結構；每個章節(jié)或小節(jié)層次結構的最底層則對應fog數(shù)據(jù)；

步驟s2、開發(fā)fog數(shù)據(jù)內(nèi)容包含的元素；

給每份軟件計劃的fog數(shù)據(jù)配置其包含的元素；在民航領域和軍用軟件領域的各種標準中對軟件計劃的章節(jié)內(nèi)容都有具體要求，而元素就是按照對軟件計劃的章節(jié)內(nèi)容的具體要求由該裝置統(tǒng)一定義的，根據(jù)組織級定義的組織體系要求以及隨著項目被不斷推進，能夠產(chǎn)生出具體的、有意義的計劃數(shù)據(jù)，而其中的元素就將這些分散零碎的組織要求數(shù)據(jù)及項目數(shù)據(jù)重新組織起來形成fog數(shù)據(jù)的內(nèi)容；

所述元素包括任務分解信息元素；任務分解信息元素是基于預定義的研發(fā)流程，在項目開始后先自動生成一個研發(fā)流程，而后項目經(jīng)理以自動生成的研發(fā)流 程為基礎，結合項目的實際情況進行調整裁剪并制定活動、資源、進度計劃，最后在編寫軟件計劃時將研發(fā)流程、資源、進度計劃自動生成至配置了任務分解信息元素的fog數(shù)據(jù)中；

步驟s3、定義fog數(shù)據(jù)內(nèi)容的展現(xiàn)樣式；通過定義fog數(shù)據(jù)包含的元素的樣式來定義fog數(shù)據(jù)內(nèi)容的展現(xiàn)樣式；

步驟s4、預定義的軟件研發(fā)流程數(shù)據(jù)；軟件研發(fā)流程數(shù)據(jù)為軟件項目的生命周期模型，分為研制過程、研發(fā)活動和迭代模式；通過定義軟件項目中涉及到的軟件研發(fā)過程，包括項目立項過程，項目策劃過程，項目計劃過程，需求過程、設計過程、編碼過程、測試過程、集成過程，驗收交付過程，并結合軟件項目的支持過程從而進一步為軟件項目的全生命周期提供全面支持；其次通過對每個軟件研發(fā)過程中可能涉及到的研發(fā)活動進行進一步的細分，實現(xiàn)軟件研發(fā)活動和軟件研發(fā)過程的一一映射；對于研發(fā)活動，對其在該裝置的執(zhí)行方式進行定義，包括編寫、核查、評審、質量保證、工作流、線下活動，實現(xiàn)對不同的研發(fā)活動按照不同的方式在裝置中進行活動的執(zhí)行，并且為每項研發(fā)活動關聯(lián)已定義好的fog數(shù)據(jù)；另外通過定義軟件項目研發(fā)的迭代模式，包括首輪迭代、次輪迭代、瀑布迭代等，不同的迭代模式關聯(lián)不同的已定義好的軟件研發(fā)過程，已關聯(lián)的軟件研發(fā)過程作為迭代模式的實體，迭代模式通過對不同的研發(fā)過程自由組合并選定相應的迭代次數(shù)從而形成首輪迭代、次輪迭代、瀑布迭代的迭代實例；最后通過自動組合軟件研發(fā)活動、軟件研發(fā)過程、軟件迭代模式這些研發(fā)流程數(shù)據(jù)從而形成軟件項目的軟件生命周期模型；

步驟s5、自動獲取fog數(shù)據(jù)及其展現(xiàn)樣式；在實例化軟件計劃編寫任務后，用戶執(zhí)行計劃的編寫任務的同時，系統(tǒng)自動為用戶獲取到在步驟s1中為本計劃定義的fog數(shù)據(jù)層次結構以及fog數(shù)據(jù)；

在為用戶實例化軟件計劃編寫活動的同時，也將每個計劃包含的每個fog數(shù)據(jù)的內(nèi)容按照步驟s2和步驟s3中定義的元素和樣式自動生成；如此，軟件計劃即根據(jù)步驟s1至步驟s4中設置的流程模板自動生成了軟件計劃；對于自動生成的軟件計劃，用戶能根據(jù)主觀判斷內(nèi)容是否完整、準確，如果有需要修改的可直接修改或刪除。

一種軟件研制計劃自動生成方法，所述方法包括：

步驟s1、定義軟件計劃包含的fog數(shù)據(jù)及其層次結構；

步驟s2、開發(fā)fog數(shù)據(jù)內(nèi)容包含的元素；給每份軟件計劃的fog數(shù)據(jù)配置其包含的元素；

步驟s3、定義fog數(shù)據(jù)內(nèi)容的展現(xiàn)樣式；通過定義fog數(shù)據(jù)包含的元素的樣式來定義fog數(shù)據(jù)內(nèi)容的展現(xiàn)樣式；

步驟s4、預定義的軟件研發(fā)流程數(shù)據(jù)；

步驟s5、自動獲取fog數(shù)據(jù)及其展現(xiàn)樣式；在實例化軟件計劃編寫任務后，用戶執(zhí)行計劃的編寫任務的同時，系統(tǒng)自動為用戶獲取到在步驟s1中為本計劃定義的fog數(shù)據(jù)層次結構以及fog數(shù)據(jù)。

作為本發(fā)明的一種優(yōu)選方案，所述步驟s1中，每份軟件計劃可能包含多個章節(jié)以及章節(jié)內(nèi)進一步劃分的小節(jié)，每個章節(jié)或小節(jié)的層次關系對應fog數(shù)據(jù)的層次結構；每個章節(jié)或小節(jié)層次結構的最底層則對應fog數(shù)據(jù)。

作為本發(fā)明的一種優(yōu)選方案，所述步驟s2中，在民航領域和軍用軟件領域的各種標準中對軟件計劃的章節(jié)內(nèi)容都有具體要求，而元素就是按照對軟件計劃的章節(jié)內(nèi)容的具體要求由該裝置統(tǒng)一定義的，根據(jù)組織級定義的組織體系要求以及隨著項目被不斷推進，能夠產(chǎn)生出具體的、有意義的計劃數(shù)據(jù)，而其中的元素就將這些分散零碎的組織要求數(shù)據(jù)及項目數(shù)據(jù)重新組織起來形成fog數(shù)據(jù)的內(nèi)容。

作為本發(fā)明的一種優(yōu)選方案，所述步驟s2中，所述元素包括任務分解信息元素；任務分解信息元素是基于預定義的研發(fā)流程，在項目開始后先自動生成一個研發(fā)流程，而后項目經(jīng)理以自動生成的研發(fā)流程為基礎，結合項目的實際情況進行調整裁剪并制定活動、資源、進度計劃，最后在編寫軟件計劃時將研發(fā)流程、資源、進度計劃自動生成至配置了任務分解信息元素的fog數(shù)據(jù)中。

作為本發(fā)明的一種優(yōu)選方案，所述步驟s4中，軟件研發(fā)流程數(shù)據(jù)為軟件項目的生命周期模型，分為研制過程、研發(fā)活動和迭代模式；通過定義軟件項目中涉及到的軟件研發(fā)過程，包括項目立項過程，項目策劃過程，項目計劃過程，需求過程、設計過程、編碼過程、測試過程、集成過程，驗收交付過程，并結合軟 件項目的支持過程從而進一步為軟件項目的全生命周期提供全面支持；其次通過對每個軟件研發(fā)過程中可能涉及到的研發(fā)活動進行進一步的細分，實現(xiàn)軟件研發(fā)活動和軟件研發(fā)過程的一一映射；對于研發(fā)活動，對其在該裝置的執(zhí)行方式進行定義，包括編寫、核查、評審、質量保證、工作流、線下活動，實現(xiàn)對不同的研發(fā)活動按照不同的方式在裝置中進行活動的執(zhí)行，并且為每項研發(fā)活動關聯(lián)已定義好的fog數(shù)據(jù)；另外通過定義軟件項目研發(fā)的迭代模式，包括首輪迭代、次輪迭代、瀑布迭代等，不同的迭代模式關聯(lián)不同的已定義好的軟件研發(fā)過程，已關聯(lián)的軟件研發(fā)過程作為迭代模式的實體，迭代模式通過對不同的研發(fā)過程自由組合并選定相應的迭代次數(shù)從而形成首輪迭代、次輪迭代、瀑布迭代的迭代實例；最后通過自動組合軟件研發(fā)活動、軟件研發(fā)過程、軟件迭代模式這些研發(fā)流程數(shù)據(jù)從而形成軟件項目的軟件生命周期模型。

作為本發(fā)明的一種優(yōu)選方案，所述步驟s5中，在為用戶實例化軟件計劃編寫活動的同時，也將每個計劃包含的每個fog數(shù)據(jù)的內(nèi)容按照步驟s2和步驟s3中定義的元素和樣式自動生成；如此，軟件計劃即根據(jù)步驟s1至步驟s4中設置的流程模板自動生成了軟件計劃；對于自動生成的軟件計劃，用戶能根據(jù)主觀判斷內(nèi)容是否完整、準確，如果有需要修改的可直接修改或刪除。

一種軟件研制計劃自動生成系統(tǒng)，所述系統(tǒng)包括：

fog數(shù)據(jù)定義模塊，用以定義軟件計劃包含的fog數(shù)據(jù)，定義軟件計劃的fog數(shù)據(jù)及其層次結構；

元素配置模塊，用以為每份軟件計劃的fog數(shù)據(jù)配置其包含的元素；

展現(xiàn)樣式定義模塊，用以定義fog數(shù)據(jù)內(nèi)容的展現(xiàn)樣式；通過定義fog數(shù)據(jù)包含的元素的樣式來定義fog數(shù)據(jù)內(nèi)容的展現(xiàn)樣式；

流程數(shù)據(jù)預定義模塊，用以預定義的軟件研發(fā)流程數(shù)據(jù)；

fog數(shù)據(jù)展現(xiàn)形式獲取模塊，用以自動獲取fog數(shù)據(jù)及其展現(xiàn)樣式；在實例化軟件計劃編寫任務后，用戶執(zhí)行計劃的編寫任務的同時，系統(tǒng)自動為用戶獲取到在fog數(shù)據(jù)定義模塊中為本計劃定義的fog數(shù)據(jù)層次結構以及fog數(shù)據(jù)。

作為本發(fā)明的一種優(yōu)選方案，在民航領域和軍用軟件領域的各種標準中對軟件計劃的章節(jié)內(nèi)容都有具體要求，而元素就是按照對軟件計劃的章節(jié)內(nèi)容的具體 要求由該裝置統(tǒng)一定義的，根據(jù)組織級定義的組織體系要求以及隨著項目被不斷推進，能夠產(chǎn)生出具體的、有意義的計劃數(shù)據(jù)，而該系統(tǒng)中的元素就將這些分散零碎的組織要求數(shù)據(jù)及項目數(shù)據(jù)重新組織起來形成fog數(shù)據(jù)的內(nèi)容；

所述元素包括任務分解信息元素；任務分解信息元素是基于預定義的研發(fā)流程，在項目開始后先自動生成一個研發(fā)流程，而后項目經(jīng)理以自動生成的研發(fā)流程為基礎，結合項目的實際情況進行調整裁剪并制定活動、資源、進度計劃，最后在編寫軟件計劃時將研發(fā)流程、資源、進度計劃自動生成至配置了任務分解信息元素的fog數(shù)據(jù)中。

作為本發(fā)明的一種優(yōu)選方案，所述fog數(shù)據(jù)展現(xiàn)形式獲取模塊的處理過程中，在為用戶實例化軟件計劃編寫活動的同時，也將每個計劃包含的每個fog數(shù)據(jù)的內(nèi)容按照元素配置模塊、展現(xiàn)樣式定義模塊中定義的元素和樣式自動生成；如此，軟件計劃即根據(jù)fog數(shù)據(jù)定義模塊、元素配置模塊、展現(xiàn)樣式定義模塊、流程數(shù)據(jù)預定義模塊中設置的流程模板自動生成了軟件計劃；對于自動生成的軟件計劃，用戶能根據(jù)主觀判斷內(nèi)容是否完整、準確，如果有需要修改的可直接修改或刪除。

本發(fā)明的有益效果在于：本發(fā)明提出的軟件研制計劃自動生成方法及系統(tǒng)，可根據(jù)項目中已經(jīng)存在的項目數(shù)據(jù)自動生成軟件研制計劃，提高工作效率。軟件研制計劃由系統(tǒng)自動生成，不會出現(xiàn)人為錯誤。

附圖說明

圖1為現(xiàn)有人工編寫軟件計劃的流程圖。

圖2為本發(fā)明軟件研制計劃自動生成方法的流程圖。

具體實施方式

下面結合附圖詳細說明本發(fā)明的優(yōu)選實施例。

實施例一

軟件計劃通常是由項目管理人員在項目的策劃階段先根據(jù)項目生命周期模 型對項目中的活動、資源、進度等進行安排以及對在項目持續(xù)研發(fā)過程中必不可少的軟件質量管理、軟件配置管理、風險管理以及軟件驗證策略等工作進行規(guī)劃，然后項目管理人員根據(jù)這些安排和規(guī)劃分別編寫完成。

本發(fā)明的目的是提供一種軟件計劃自動生成方法和系統(tǒng)，在每個項目開始之前，按照相關領域標準要求的文檔樣式和章節(jié)定義好fog數(shù)據(jù)，并針對每個fog數(shù)據(jù)定義好相關的內(nèi)容元素和展現(xiàn)樣式模板，在項目開始之后的策劃階段需要編寫軟件計劃時自動生成軟件計劃，全面提升和改進軟件計劃編寫的質量，并減少編寫軟件計劃的時間和成本。

請參閱圖2，本發(fā)明揭示了一種軟件研制計劃自動生成方法，所述方法具體包括如下步驟：

【步驟s1】定義軟件計劃包含的fog數(shù)據(jù)(具有獨立語義的最小數(shù)據(jù)單位)。

定義軟件計劃的fog數(shù)據(jù)及其層次結構；每份軟件計劃可能包含多個章節(jié)以及章節(jié)內(nèi)進一步劃分的小節(jié)，每個章節(jié)或小節(jié)的層次關系對應fog數(shù)據(jù)的層次結構；每個章節(jié)或小節(jié)層次結構的最底層則對應fog數(shù)據(jù)。

例如：軟件計劃包含章節(jié)“概述”，而“概述”章節(jié)又包含了“目的”和“范圍”兩個小節(jié)且“目的”、“范圍”章節(jié)下即為具體的計劃內(nèi)容，那么該裝置以樹形結構來定義和展現(xiàn)這個軟件計劃文檔所包含的fog數(shù)據(jù)為“目的”、“范圍”，其層次結構為“概述”。

【步驟s2】開發(fā)fog數(shù)據(jù)內(nèi)容包含的元素；

給每份軟件計劃的fog數(shù)據(jù)配置其包含的元素；在民航領域和軍用軟件領域的各種標準中對軟件計劃的章節(jié)內(nèi)容都有具體要求，而元素就是按照對軟件計劃的章節(jié)內(nèi)容的具體要求由該裝置統(tǒng)一定義的，根據(jù)組織級定義的組織體系要求以及隨著項目被不斷推進，能夠產(chǎn)生出具體的、有意義的計劃數(shù)據(jù)，而其中的元素就將這些分散零碎的組織要求數(shù)據(jù)及項目數(shù)據(jù)重新組織起來形成fog數(shù)據(jù)的內(nèi)容。

如軟件配置管理計劃中的fog數(shù)據(jù)“配置標識”包含的[文檔配置標識]元素，當epg在組織資產(chǎn)模板中定義了工程文檔的配置標識、配置名稱及控制級別(關于預定義研發(fā)流程的相關信息參考步驟s4)后，項目中的配置管理負責人在編 寫配置管理計劃時，該裝置就能夠自動得將組織體系中的定義的配置標識、配置名稱及控制級別重新組織形成元素[文檔配置標識]的內(nèi)容進而形成fog數(shù)據(jù)“配置標識”的內(nèi)容。

所述元素包括任務分解信息元素及其他內(nèi)容。任務分解信息元素是基于預定義的研發(fā)流程(關于預定義研發(fā)流程的相關信息參考步驟s4)，在項目開始后先自動生成一個研發(fā)流程，而后項目經(jīng)理以自動生成的研發(fā)流程為基礎，結合項目的實際情況進行調整裁剪并制定活動、資源、進度計劃，最后在編寫軟件計劃時將研發(fā)流程、資源、進度計劃自動生成至配置了任務分解信息元素的fog數(shù)據(jù)中。

其他內(nèi)容是指除了任務分解信息元素外軟件計劃的fog數(shù)據(jù)中應包含的其他元素。

【步驟s3】定義fog數(shù)據(jù)內(nèi)容的展現(xiàn)樣式；通過定義fog數(shù)據(jù)包含的元素的樣式來定義fog數(shù)據(jù)內(nèi)容的展現(xiàn)樣式。

例如，將元素名稱的字體設置為粗體，那么在fog數(shù)據(jù)內(nèi)容自動生成后，內(nèi)容的字體則為粗體；又如，將元素名稱放置在表格內(nèi)，那么在fog數(shù)據(jù)內(nèi)容自動生成后，內(nèi)容則在表格內(nèi)等等。

【步驟s4】預定義的軟件研發(fā)流程數(shù)據(jù)。

軟件研發(fā)流程數(shù)據(jù)為軟件項目的生命周期模型，分為研制過程、研發(fā)活動和迭代模式；通過定義軟件項目中涉及到的軟件研發(fā)過程，包括項目立項過程，項目策劃過程，項目計劃過程，需求過程、設計過程、編碼過程、測試過程、集成過程，驗收交付過程，并結合軟件項目的支持過程從而進一步為軟件項目的全生命周期提供全面支持；其次通過對每個軟件研發(fā)過程中可能涉及到的研發(fā)活動進行進一步的細分，實現(xiàn)軟件研發(fā)活動和軟件研發(fā)過程的一一映射；對于研發(fā)活動，對其在該裝置的執(zhí)行方式進行定義，包括編寫、核查、評審、質量保證、工作流、線下活動，實現(xiàn)對不同的研發(fā)活動按照不同的方式在裝置中進行活動的執(zhí)行，并且為每項研發(fā)活動關聯(lián)已定義好的fog數(shù)據(jù)；另外通過定義軟件項目研發(fā)的迭代模式，包括首輪迭代、次輪迭代、瀑布迭代等，不同的迭代模式關聯(lián)不同的已定義好的軟件研發(fā)過程，已關聯(lián)的軟件研發(fā)過程作為迭代模式的實體，迭代模式通過對不同的研發(fā)過程自由組合并選定相應的迭代次數(shù)從而形成首輪迭代、次輪迭 代、瀑布迭代的迭代實例；最后通過自動組合軟件研發(fā)活動、軟件研發(fā)過程、軟件迭代模式這些研發(fā)流程數(shù)據(jù)從而形成軟件項目的軟件生命周期模型。

【步驟s5】自動獲取fog數(shù)據(jù)及其展現(xiàn)樣式；在實例化軟件計劃編寫任務后，用戶執(zhí)行計劃的編寫任務的同時，系統(tǒng)自動為用戶獲取到在步驟s1中為本計劃定義的fog數(shù)據(jù)層次結構以及fog數(shù)據(jù)。

如在步驟s1中為“軟件質量保證計劃”配置了“概述”層次結構和“范圍”這個fog數(shù)據(jù)，那么在“編寫軟件質量保證計劃”任務執(zhí)行時，fog數(shù)據(jù)樹中則顯示“概述”層次結構節(jié)點以及其下面包含的“范圍”fog數(shù)據(jù)節(jié)點。同上述，當該裝置為用戶實例化軟件計劃編寫活動的同時，系統(tǒng)也將每個計劃包含的每個fog數(shù)據(jù)的內(nèi)容按照步驟s2和步驟s3中定義的元素和樣式自動生成。如此，軟件計劃即根據(jù)步驟s1-步驟s4中設置的流程模板自動生成了軟件計劃。對于自動生成的軟件計劃，用戶可以根據(jù)主觀判斷內(nèi)容是否完整、準確，如果有需要修改的可直接修改或刪除。

以上介紹了本發(fā)明軟件研制計劃自動生成方法的流程，本發(fā)明在揭示上述方法的同時，還揭示一種軟件研制計劃自動生成系統(tǒng)；所述系統(tǒng)包括：fog數(shù)據(jù)定義模塊、元素配置模塊、展現(xiàn)樣式定義模塊、流程數(shù)據(jù)預定義模塊、fog數(shù)據(jù)展現(xiàn)形式獲取模塊。

fog數(shù)據(jù)定義模塊用以定義軟件計劃包含的fog數(shù)據(jù)，定義軟件計劃的fog數(shù)據(jù)及其層次結構。每份軟件計劃可能包含多個章節(jié)以及章節(jié)內(nèi)進一步劃分的小節(jié)，每個章節(jié)或小節(jié)的層次關系對應fog數(shù)據(jù)的層次結構；每個章節(jié)或小節(jié)層次結構的最底層則對應fog數(shù)據(jù)。

元素配置模塊用以為每份軟件計劃的fog數(shù)據(jù)配置其包含的元素。在民航領域和軍用軟件領域的各種標準中對軟件計劃的章節(jié)內(nèi)容都有具體要求，而元素就是按照對軟件計劃的章節(jié)內(nèi)容的具體要求由該裝置統(tǒng)一定義的，根據(jù)組織級定義的組織體系要求以及隨著項目被不斷推進，能夠產(chǎn)生出具體的、有意義的計劃數(shù)據(jù)，而其中的元素就將這些分散零碎的組織要求數(shù)據(jù)及項目數(shù)據(jù)重新組織起來形成fog數(shù)據(jù)的內(nèi)容。

展現(xiàn)樣式定義模塊用以定義fog數(shù)據(jù)內(nèi)容的展現(xiàn)樣式；通過定義fog數(shù)據(jù)包含的元素的樣式來定義fog數(shù)據(jù)內(nèi)容的展現(xiàn)樣式。

流程數(shù)據(jù)預定義模塊用以預定義的軟件研發(fā)流程數(shù)據(jù)。具體可參考上述方法的描述。

fog數(shù)據(jù)展現(xiàn)形式獲取模塊用以自動獲取fog數(shù)據(jù)及其展現(xiàn)樣式；在實例化軟件計劃編寫任務后，用戶執(zhí)行計劃的編寫任務的同時，系統(tǒng)自動為用戶獲取到在fog數(shù)據(jù)定義模塊中為本計劃定義的fog數(shù)據(jù)層次結構以及fog數(shù)據(jù)。

所述fog數(shù)據(jù)展現(xiàn)形式獲取模塊的處理過程中，在為用戶實例化軟件計劃編寫活動的同時，也將每個計劃包含的每個fog數(shù)據(jù)的內(nèi)容按照元素配置模塊、展現(xiàn)樣式定義模塊中定義的元素和樣式自動生成；如此，軟件計劃即根據(jù)fog數(shù)據(jù)定義模塊、元素配置模塊、展現(xiàn)樣式定義模塊、流程數(shù)據(jù)預定義模塊中設置的流程模板自動生成了軟件計劃；對于自動生成的軟件計劃，用戶能根據(jù)主觀判斷內(nèi)容是否完整、準確，如果有需要修改的可直接修改或刪除。

以上各個模塊的具體工作過程可以參考對應方法步驟的描述。

綜上所述，本發(fā)明提出的軟件研制計劃自動生成方法及系統(tǒng)，可根據(jù)項目中已經(jīng)存在的項目數(shù)據(jù)自動生成軟件研制計劃，提高工作效率。軟件研制計劃由系統(tǒng)自動生成，不會出現(xiàn)人為錯誤。

這里本發(fā)明的描述和應用是說明性的，并非想將本發(fā)明的范圍限制在上述實施例中。這里所披露的實施例的變形和改變是可能的，對于那些本領域的普通技術人員來說實施例的替換和等效的各種部件是公知的。本領域技術人員應該清楚的是，在不脫離本發(fā)明的精神或本質特征的情況下，本發(fā)明可以以其它形式、結構、布置、比例，以及用其它組件、材料和部件來實現(xiàn)。在不脫離本發(fā)明范圍和精神的情況下，可以對這里所披露的實施例進行其它變形和改變。