[發明專利]源程序編制支持系統

無效

• 申請號: 200680053067.5
• 申請日: 2006-08-29
• 公開（公告）號: CN101379466A
• 公開（公告）日: 2009-03-04
• 發明（設計）人: 本島明
• 申請（專利權）人: 輔助計算機系統株式會社
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 北京市柳沈律師事務所
• 代理人: 黃小臨

技術領域

本發明涉及CASE(Computer-aided?software?engineering：計算機輔助軟件工程)工具即源程序編制支持系統，更詳細地說，涉及在編制計算機的源程序時，不需要高深的程序設計(programming)知識，在計算機支持的前提下，能夠容易地編制計算機語言的源程序的系統。?

背景技術

如今，通用系統的系統開發通常以系統分析工程、系統設計(功能設計、數據設計)工程、程序設計工程、程序設計工程、測試(驗證)工程的順序進行。然后，編制系統化業務流程圖、系統化功能概要、輸入輸出定義的文檔，并基于該文檔，分割為系統、子系統、過程(Process)、程序、以及模塊，從概要開始詳細地定義規格書。?

在編制這樣的規格書的文檔時，在子系統關聯圖、子系統概要、過程關聯圖、業務功能流程圖、過程概要、過程流程圖、程序概要、程序結構圖、模塊(程序模塊)概要、編碼這樣的各個工程中，基于其上流工程的文檔，維持邏輯的關聯并編制各個文檔。?

此時，文檔格式成為分別特有的格式，這樣編制形式多樣的文檔需要很大的功夫及時間。?

并且，程序設計由具有高深的程序設計知識的專家即程序設計員來完成，對不具有程序設計知識的人員來說是不可能的。?

為了解決這樣的以往例子的問題點，提出如下專利文獻1和2所述的、在計算機支持的前提下能夠自動地編制程序設計的裝置和方法。?

專利文獻1的制造管理程序自動編制裝置能夠編制C語言源程序，但由于該裝置是用于編制產品的制造管理的程序的裝置，所以由元件的組合來編制源程序。?

此外，專利文獻2的自動程序設計方法也能夠生成C語言源程序，但該方法是用于構筑專家系統的方法，從而該方法用途也是特定的。?

而且，以往，在發生了規格書變更的情況下以及需要修正錯誤的情況下，由于是不同形式的文檔，所以從這些文檔跨越多個工程而尋求相關聯的邏輯變得極復雜，且邏輯的尋求也需要很大的工夫和時間。因此不變更文本而只變更源程序的情況比較多，在這樣的情況下，難以維持規格書的邏輯和源程序的邏輯的同一性。?

此外，在包含事件處理的程序(在C語言中，存在來自畫面、鍵盤等的輸入處理的程序)中，在畫面輸入處理的程序中，在輸入畫面顯示狀態下成為輸入等待狀態。而且，接受輸入結束的確定信號即事件信號為止(例如，來自鍵盤的Enter信號)，程序成為處理等待。在包含這樣的事件處理的程序中，在多個事件隨機發生的情況下，以往，很難在流程圖中明確且適當地標記事件等待狀態。?

另外，在以下的專利文獻3中，記載了能夠在流程圖中顯示多個事件等待的流程圖輸入裝置。但是，在該流程圖輸入裝置中，不能適當地表現隨機地進行多個事件和與其對應的處理的情況下的事件等待狀態。?

例如，編制用于在畫面上輸入“姓名”、“假名(姓名)”、“郵政編碼”、“地址”、“假名(地址)”的姓名地址程序的情況等那樣，需要考慮輸入操作員不按照顯示的輸入畫面的顯示順序輸入的情況，從而編制程序。即，通常，操作員將光標移動到顯示的任意項目的輸入欄，且進行數據的輸入或進行修正。此時，事件根據光標的位置隨機地發生，所以需要使應編制的程序對應隨機進行的處理。?

而且，在用戶編制成為用于編制這樣的程序的前提的流程圖時，雖然需要使其能夠將事件等待狀態明確且容易地表示，但在專利文獻3的流程圖輸入裝置中，如該文獻的圖5和圖8所述那樣，若一個事件處理結束，則移動到其他的步驟，并不是能夠在流程圖上適當地表示在多個事件和與其對應的處理隨機發生的情況下的事件等待狀態的裝置。此外，假設，在若要將該以往例子的流程圖輸入裝置變更為表示上述的姓名地址輸入程序的情況下，如圖15所示，成為非常復雜的流程圖。而且，輸入項目越增大復雜度越大，從而用戶難以編制正確的流程圖。?

此外，源程序通常由數據定義、畫面定義以及主程序的組合構成。?

此外，以往，為了進行數據定義，在文件布局(file?layout)用紙上一并記述項目的位位置，并在發生了項目的追加、刪除、或項目的位數變更等的?情況下，重新決定位位置，進行再記述。而且，基于項目的細分化的詳細項目定義也需要進行同樣的工作。然后，由于在開發時頻繁發生變更的情況較多，每次變更要進行這樣的工作，所以較費功夫。而且，記述了的文件布局信息，需要對每個程序進行編碼。?