TW201942773A - 方案接軌系統及方法 - Google Patents

Abstract

本發明提出一種方案接軌系統及方法。在此方法包含以下步驟：提供系統分析文件包含資料表、畫面以及規格；進行瀑布模型之系統設計，系統設計解析資料表的關聯設定、畫面的編排與規格的邏輯設定，以產生代碼雛形框架。

Description

方案接軌系統及方法

本發明是有關於一種裝置與方法，且特別是有關於一種方案接軌系統及方法。

所謂軟體過程模型(Software Process Model)是一種開發策略，這種策略針對軟體工程的需求收集、系統分析、系統設計、程式開發和測試等階段提供了一套範形，使工程的進展達到預期的目的。

常見的軟體過程模型有瀑布模型(Waterfall Model)、快速原型模型(Rapid Prototype Model)、增量過程模型(Incremental process model)、反覆運算模型(Iterative Model)、螺旋模型(Spiral Model)、統一軟體開發過程(Rational Unified Process,RUP)等，這些模型幾乎都是以瀑布模型為基礎來延伸改進。

瀑布模型(Waterfall Model)或稱系統發展生命週期(System Development Life Cycle,SDLC)是由W.W.Royce在1970年首次提出的軟體開發模型，強調系統開發過程要有完整的需求收集、系統分析、系統設計、程式開 發、測試和維護等管理與控制，能有效的確保系統品質，因此成為軟體業界大多數軟體開發的標準。

然而，模型只是一種開發策略，所以就有廠商會實作相對應的模型發展工具。為了加快系統開發速度，某些模型發展工具會在分析與設計過程當中產生基礎代碼，讓程式開發階段得以快速展開。但是這些工具在開發過程當中只關注於代碼的產生，屬於規格描述的部分卻沒有整合在工具上，這比較容易造成規格和代碼不一致的情況發生，不容易保持良好的系統品質。

本發明提出一種方案接軌系統及方法，改善先前技術的問題。

在本發明的一實施例中，本發明所提出的方案接軌系統包含儲存裝置與處理裝置。儲存裝置儲存系統分析文件包含資料表、畫面以及規格。處理裝置執行以下動作：進行系統設計，系統設計解析資料表的關聯設定、畫面的編排與規格的邏輯設定，以產生代碼雛形框架以納入系統設計文件，並將該系統設計文件儲存該儲存裝置。

在本發明的一實施例中，於程式開發時，處理裝置透過輸入輸出裝置以提供規格的邏輯設定及描述的查詢。

在本發明的一實施例中，輸入輸出裝置接收一業務邏輯，於瀑布模型之程式開發時，處理裝置結合業務邏 輯與代碼雛形框架以產生系統代碼文件。

在本發明的一實施例中，系統分析文件、系統設計文件、代碼雛形框架與系統代碼文件均為結構性文檔。

在本發明的一實施例中，若輸入輸出裝置接收一需求變更的要求，處理裝置透過解析結構性文檔的工具，將系統運行的最終成果轉換為新的系統分析文件，依據需求變更的要求，以新的系統分析文件進行規格調整。

在本發明的一實施例中，本發明所提出的方案接軌方法包含以下步驟：提供系統分析文件包含資料表、畫面以及規格；以及進行一系統設計，系統設計解析資料表的關聯設定、畫面的編排與規格的邏輯設定，以產生一代碼雛形框架以納入一系統設計文件。

在本發明的一實施例中，方案接軌方法更包含：於瀑布模型之一程式開發時，提供規格的邏輯設定及描述的查詢。

在本發明的一實施例中，方案接軌方法更包含：若接收一業務邏輯，於瀑布模型之程式開發時，結合業務邏輯與代碼雛形框架以產生一系統代碼文件。

在本發明的一實施例中，系統分析文件、系統設計文件、代碼雛形框架與系統代碼文件均為一結構性文檔。

在本發明的一實施例中，方案接軌方法更包含：若輸入輸出裝置接收一需求變更的要求，透過解析結構性文檔的工具，將系統運行的最終成果轉換為新的系統分析 文件，依據需求變更的要求，以新的系統分析文件進行規格調整。

綜上所述，本發明之技術方案與現有技術相比具有明顯的優點和有益效果。本發明發展了標準產品開發與個案修改協同一致從需求分析到系統分析/系統設計的一體化，並支持後續二次開發時，仍能正向、逆向引入原規格的方式進行後續的擴充開發。各階段的結構化設計成果逐層沿用，取代原本複雜的本文交付，快速提升開發效能。

由最終程式結果還原系統分析文件，有效降低需求發展人員重工及提昇效能，快速明確地和關係人(例如：客戶)進行溝通。

整個流程大幅提高效能，並從一般基礎只針對系統分析/系統設計/程式開發效能的提昇上，更有效擴展至需求發展時的效能，幫助了規劃人員與需求人員在溝通時的互動，也確保最後程式的達成與最原始的需求一致性最高。

以下將以實施方式對上述之說明作詳細的描述，並對本發明之技術方案提供更進一步的解釋。

為讓本發明之上述和其他目的、特徵、優點與實施例能更明顯易懂，所附符號之說明如下：

100‧‧‧方案接軌系統

110‧‧‧輸入輸出裝置

120‧‧‧儲存裝置

130‧‧‧處理裝置

200‧‧‧瀑布模型

210‧‧‧需求收集

220‧‧‧系統分析

230‧‧‧系統設計

240‧‧‧程式開發

250‧‧‧系統測試

260‧‧‧運行維護

300‧‧‧方案接軌方法

S301、S302‧‧‧步驟

為讓本發明之上述和其他目的、特徵、優點與實施例能更明顯易懂，所附圖式之說明如下：第1圖是依照本發明一實施例之一種方案接軌系統的方塊圖； 第2圖是依照本發明另一實施例之一種瀑布模型的示意圖；以及第3圖是依照本發明一實施例之一種方案接軌方法的流程圖。

為了使本發明之敘述更加詳盡與完備，可參照所附之圖式及以下所述各種實施例，圖式中相同之號碼代表相同或相似之元件。另一方面，眾所週知的元件與步驟並未描述於實施例中，以避免對本發明造成不必要的限制。

於實施方式與申請專利範圍中，涉及『電性連接』之描述，其可泛指一元件透過其他元件而間接電氣耦合至另一元件，或是一元件無須透過其他元件而直接電氣連結至另一元件。

於實施方式與申請專利範圍中，涉及『連線』之描述，其可泛指一元件透過其他元件而間接與另一元件進行有線與/或無線通訊，或是一元件無須透過其他元件而實體連接至另一元件。

於實施方式與申請專利範圍中，除非內文中對於冠詞有所特別限定，否則『一』與『該』可泛指單一個或複數個。

本文中所使用之『約』、『大約』或『大致』係用以修飾任何可些微變化的數量，但這種些微變化並不會改變其本質。於實施方式中若無特別說明，則代表以『約』、『大 約』或『大致』所修飾之數值的誤差範圍一般是容許在百分之二十以內，較佳地是於百分之十以內，而更佳地則是於百分五之以內。

第1圖是依照本發明一實施例之一種方案接軌系統100的方塊圖。如第1圖所示，輸入輸出裝置110、儲存裝置120與處理裝置130。在架構上，輸入輸出裝置110、儲存裝置120與處理裝置130電性連接。實作上，舉例而言，輸入輸出裝置110可包含輸入設備與輸出設備，輸入設備可為向電腦輸入數據和信息的設備，輸出設備可用於數據的輸出，把各種計算結果數據或信息以數字、字元、圖像、聲音等形式表示出來。儲存裝置120可為硬碟、快閃記憶體或其他儲存媒介，處理裝置130可為中央處理單元(CPU)執行軟體程式(例如：解析分析裝置、規格與程式開發工具)。

為了闡述本案方案接軌的方式，請同時參照第1、2圖，第2圖是依照本發明另一實施例之一種瀑布模型200的示意圖。於運作上，儲存裝置120儲存裝置儲存瀑布模型200。若輸入輸出裝置110接收需求規格說明書，處理裝置130進行瀑布模型200之需求收集210，將需求規格說明書儲存於儲存裝置120。

接下來，於瀑布模型200之系統分析220中，系統分析文件包含資料表、畫面以及規格，當作系統設計的雛形，讓系統設計階段的發展人員繼續維護使用。

接下來，於系統設計230中，繼續依據系統分析的要求，將資料表/畫面/規格進行完稿設計系統設計。系 統設計230解析上述資料表的關聯設定、上述畫面的編排與上述規格的邏輯設定，以產生代碼雛形框架(如：通用的基礎框架)，讓程式開發人員可以專注於業務邏輯(如：客製化邏輯)的撰寫。

於瀑布模型200之程式開發240時，處理裝置130可執行上述的規格與程式開發工具以透過輸入輸出裝置110以提供上述規格的邏輯設定及描述的查詢，以及可查看系統分析220階段的規格描述，這樣可以確保程式邏輯與規格的一致性，提升系統的品質與穩定性。

在本發明的一實施例中，輸入輸出裝置110可接收業務邏輯(如：客製化邏輯)，於瀑布模型200之程式開發240時，處理裝置130結合業務邏輯與代碼雛形框架以產生系統代碼文件。

接下來，處理裝置130進行瀑布模型200之系統測試250，系統測試250測試系統代碼文件編譯出來的軟體系統。然後，於瀑布模型200之運行維護260，讓程式開發人員可以依據測試報告來做系統調整。

在本發明的一實施例中，上述系統分析文件、代碼雛形框架與系統代碼文件均為結構性文檔。具體而言，為了解決系統分析220、系統設計230這幾個階段的規格描述和程式開發240階段代碼的貼合性，以及讓每個階段的產出都能夠讓下個階段當作發展基礎，減少重工，加快系統開發速度，本發明提供各階段分別適用的結構性文檔(如：XML)，並搭配介面友善的實作工具，讓各階段的發展人 員能夠專注於各自的工作。

舉例而言，系統分析220階段所規劃的資料表/畫面/規格則往下當作系統設計230階段的雛型；系統設計230階段繼續將沿用的資訊調整成設計成果，並產生代碼雛形，讓程式開發人員可以專注於業務邏輯的撰寫，加快系統開發速度。

在本發明的一實施例中，若輸入輸出裝置110接收需求變更的要求，處理裝置130可透過解析結構性文檔的工具(如：上述的解析分析裝置)，將系統(如：軟體系統)運行的最終成果轉換為新的系統分析文件，依據需求變更的要求，以此新的系統分析文件進行規格調整。

舉例而言，在運行維護階段，若關係人(例如：客戶)有需求變更的要求，則需求發展人員可透過本發明所提供的結構性文檔(如：XML)解析功能，將系統運行的最終成果(如：畫面)轉換為系統分析文件，內容會包含當初的系統分析規格，讓需求發展人員可以使用最新的成果來和關係人(如：客戶)進行溝通，加快溝通速度。

為了對上述方案接軌系統100的運作方法做更進一步的闡述，請同時參照第1~3圖，第3圖是依照本發明一實施例之一種方案接軌方法300的流程圖。如第3圖所示，網路連線方法300包含步驟S301、S302(應瞭解到，在本實施例中所提及的步驟，除特別敘明其順序者外，均可依實際需要調整其前後順序，甚至可同時或部分同時執行)。

於步驟S301，提供系統分析文件包含資料表、畫面以及規格。

接下來，於步驟S302，進行瀑布模型200之系統設計230，系統設計230解析資料表的關聯設定、畫面的編排與規格的邏輯設定，以產生代碼雛形框架以納入系統設計文件，系統設計文件也會回存到儲存裝置120。

在本發明的一實施例中，方案接軌方法300更包含：於瀑布模型200之程式開發240時，提供規格的邏輯設定及描述的查詢。

在本發明的一實施例中，方案接軌方法300更包含：若接收一業務邏輯，於瀑布模型200之程式開發240時，結合業務邏輯與代碼雛形框架以產生系統代碼文件。

在本發明的一實施例中，上述系統分析文件、系統設計文件、代碼雛形框架與系統代碼文件均為結構性文檔。

在本發明的一實施例中，方案接軌方法300更包含：若接收需求變更的要求，可透過解析結構性文檔的工具，將系統運行的最終成果轉換為新的系統分析文件，依據需求變更的要求，以此新的系統分析文件進行規格調整。

綜上所述，本發明之技術方案與現有技術相比具有明顯的優點和有益效果。本發明的方案接軌系統100及方案接軌方法300發展了標準產品開發與個案修改協同一致系統設計的一體化，並支持後續二次開發時，仍能正向、逆向引入原規格的方式進行後續的擴充開發。各階段的結構化設計成果逐層沿用，取代原本複雜的本文交付，快速提升開發效能。

由最終程式結果還原系統分析文件，有效降低需求發展人員重工及提昇效能，快速明確地和關係人(例如：客戶)進行溝通。

整個流程大幅提高效能，並從一般基礎只針對系統分析/系統設計/程式開發效能的提昇上，更有效擴展至需求發展時的效能，幫助了規劃人員與需求人員在溝通時的互動，也確保最後程式的達成與最原始的需求一致性最高。

雖然本發明已以實施方式揭露如上，然其並非用以限定本發明，任何熟習此技藝者，在不脫離本發明之精神和範圍內，當可作各種之更動與潤飾，因此本發明之保護範圍當視後附之申請專利範圍所界定者為準。

Claims (10)

1. 一種方案接軌系統，包含：一儲存裝置，儲存一系統分析文件包含資料表、畫面以及規格；以及一處理裝置，執行以下動作：進行一系統設計，該系統設計解析該資料表的關聯設定、該畫面的編排與該規格的邏輯設定，以產生一代碼雛形框架以納入一系統設計文件，並將該系統設計文件儲存該儲存裝置。
2. 如請求項1所述之方案接軌系統，其中於一程式開發時，該處理裝置透過該輸入輸出裝置以提供該規格的該邏輯設定及描述的查詢。
3. 如請求項2所述之方案接軌系統，其中該輸入輸出裝置接收一業務邏輯，於該瀑布模型之該程式開發時，該處理裝置結合該業務邏輯與該代碼雛形框架以產生一系統代碼文件。
4. 如請求項3所述之方案接軌系統，其中該系統分析文件、該系統設計文件、該代碼雛形框架與該系統代碼文件均為一結構性文檔。
5. 如請求項4所述之方案接軌系統，其中若 該輸入輸出裝置接收一需求變更的要求，該處理裝置透過解析該結構性文檔的工具，將系統運行的最終成果轉換為新的系統分析文件，依據該需求變更的要求，以該新的系統分析文件進行規格調整。
6. 一種方案接軌方法，包含以下步驟：提供一系統分析文件包含資料表、畫面以及規格；以及進行一系統設計，該系統設計解析該資料表的關聯設定、該畫面的編排與該規格的邏輯設定，以產生一代碼雛形框架以納入一系統設計文件。
7. 如請求項6所述之方案接軌方法，更包含：於一程式開發時，提供該規格的該邏輯設定及描述的查詢。
8. 如請求項7所述之方案接軌方法，更包含：若接收一業務邏輯，於該瀑布模型之該程式開發時，結合該業務邏輯與該代碼雛形框架以產生一系統代碼文件。
9. 如請求項8所述之方案接軌方法，其中該系統分析文件、該系統設計文件、該代碼雛形框架與該系統代碼文件均為一結構性文檔。
10. 如請求項9所述之方案接軌方法，更包 含：若該輸入輸出裝置接收一需求變更的要求，透過解析該結構性文檔的工具，將系統運行的最終成果轉換為新的系統分析文件，依據該需求變更的要求，以該新的系統分析文件進行規格調整。