[發明專利]一種基于場景的需求建模系統及方法、信息數據處理終端

在審

• 申請號: 201811293015.6
• 申請日: 2018-11-01
• 公開（公告）號: CN109491642A
• 公開（公告）日: 2019-03-19
• 發明（設計）人: 魏培陽;劉魁;郭建安;張博實
• 申請（專利權）人: 成都信息工程大學
• 主分類號: G06F8/10
• 分類號: G06F8/10;G06F8/20
• 代理公司: 北京元本知識產權代理事務所 11308
• 代理人: 常桑

本發明屬于用于執行專門程序的裝置技術領域，公開了一種基于場景的需求建模系統及方法、信息數據處理終端，包括：需求準備模塊、業務建模模塊、系統建模模塊；本發明實現了業務單據和報表轉換為業務實體的過程，業務實體通過分析形成具有關聯關系的概念實體的一條推導線索；涉眾分析按照業務場景到業務角色的推導轉換，業務角色在計算機執行角度推導出系統用戶的演化線路；從業務現狀描述逐步過渡到計算機化描述的推導演化過程，步步有依據，有推導，有演進。

技術領域

本發明屬于用于執行專門程序的裝置技術領域，尤其涉及一種基于場景的需求建模系統及方法、信息數據處理終端。

背景技術

目前，業內常用的現有技術是這樣的：劃分系統模塊，按照模塊進行調研及建模，建模過程更過站在程序實現的角度，而缺乏對用戶業務的理解過程，不能夠及時和有效的發現需求中存在的重大問題，不能引導客戶建立起業務的全體視角和場景；以結構化的建模過程為主，主要使用組織結構圖、業務流程圖、數據流圖等形式表達建模過程；以階段劃分清晰的過程割裂軟件建模的一體化，造成前后關聯不一致，需求與后期的設計開發不能有效統一。

綜上所述，現有技術存在的問題是：以系統最終實現的功能模塊為導向；采用了系統流程圖、功能模塊圖等描述需求業務；開發過程貫穿了前后臺技術；測試過程缺乏自動化，智能化腳本實現較少；開發過程階段區分較為明顯，但關聯性又不強。

解決上述技術問題的難度和意義：以“功能模塊為中心”的調研過程：需求調研不完善、業務了解不全面；業務貫穿能力差，較難形成閉環；以開發人員視角描述的需求過程：不能很好的站在客戶角度想問題；以結構化建模為主的分析過程：忽略了業務的完整性，造成需求不完全不完善；以縱向結構為主的開發過程：要求開發人員水平高，從前臺頁面到后臺邏輯以及數據庫等方面全面貫通；以開發人員為主的測試過程：浪費人力，效率地下；以集中式部署為主的運維過程：出錯影響大，升版只能停機，修改不能很好回滾；以階段區分軟件開發的整體過程：階段割裂，前后不連貫，不能很好貫穿整個軟件開發過程，沒有形成統一的整體，不能很好的收集和反饋問題。

發明內容

針對現有技術存在的問題，本發明提供了一種基于場景的需求建模系統及方法、信息數據處理終端。

本發明是這樣實現的，一種基于場景的需求建模系統所述基于場景的需求建模系統包括：需求準備功能、業務建模功能、系統建模功能。

進一步，所述需求準備功能包括業務目標分解功能和涉眾視圖繪制功能以及涉眾期望編制功能。

進一步，所述業務建模功能包括業務邊界視圖關聯功能，業務用例繪制功能，業務情景分解功能，業務角色拆分功能、業務場景匯交功能、業務實體關聯功能。

進一步，所述系統建模功能包括建立系統用例功能、關聯系統情景功能、用戶視圖自動統計匯總功能、系統模塊匯交功能、界面原型生成功能、概要視圖匯集功能、概念實體關聯功能、系統用戶獲取功能。

本發明的另一目的在于提供一種應用所述基于場景的需求建模系統的基于場景的需求建模方法，所述基于場景的計算機需求建模過程主要包括：

步驟一，執行業務目標初始化，形成分層的業務目標列表；

步驟二，依據每個業務目標分別生成業務邊界視圖；

步驟三，針對業務邊界持續建立反映當前邊界的業務用例；

步驟四，匯總所有業務用例，匯交向上形成關于業務的場景流程；

步驟五，針對單個業務用例，關聯并建立動態執行過程的泳道圖及其配套執行說明；

步驟六，針對每個活動圖的活動，執行分解程序，對比約束規則生成系統用例；

步驟七，針對單個系統用例，分解形成系統執行過程的活動圖，并生成前臺頁面初始化文件；