葉小艷 勞德瑜 陳詩友 張燦杰

摘要：針對傳統(tǒng)需求分析方法存在需求文檔不明確、無法快速表達客戶需求、軟件開發(fā)對客戶需求“響應(yīng)遲鈍”以及時效性較差等問題，在“快速開發(fā)平臺”上構(gòu)建了適用快速開發(fā)技術(shù)的需求分析業(yè)務(wù)模型。該模型按照組件技術(shù)思路，根據(jù)業(yè)務(wù)邏輯，快速地實現(xiàn)客戶需求。系統(tǒng)測試顯示性能和質(zhì)量符合要求，縮短了軟件開發(fā)周期，可以推廣。

關(guān)鍵詞：快速開發(fā)平臺；需求分析；業(yè)務(wù)模型；MVC模式

中圖分類號：TP391 文獻標(biāo)識碼：A 文章編號：1009-3044（2018）12-0076-04

Abstract： Based on the traditional requirement analysis method are not clear， no requirements document rapid expression of customer demand， the software development of response slow and timeliness of poor customer demand "， in the" rapid development platform is constructed on the rapid development of technology needs analysis business model. According to the idea of component technology and according to the business logic， the model realizes the customer needs quickly. The system test shows that the performance and quality meet the requirements， and the software development cycle can be shortened， and it can be popularized.

Key words： rapid development platform； requirement analysis； business model； MVC model

近年來，盡管需求工程的方法和技術(shù)已有很大的發(fā)展，但如何快速獲取和準(zhǔn)確表達用戶需求，仍然成為困擾著軟件開發(fā)者的難題。由于軟件開發(fā)人員缺乏足夠的領(lǐng)域知識，只能被動地讓用戶提供信息；而用戶通常不知道如何按軟件開發(fā)的要求去描述他們的需求，他們一開始常常對自己的需求僅有一個模糊的認(rèn)識，如果沒有正確的提示和引導(dǎo)，也難以給出正確、完整的需求描述，因而導(dǎo)致軟件開發(fā)過程中需求的不斷變更，而需求的不斷變更對軟件的開發(fā)和管理來講卻是災(zāi)難性的。于是，軟件開發(fā)者與客戶雙方都對信息化提出了同樣的需求，即：隨需應(yīng)變、快速響應(yīng)。本研究借助“快速開發(fā)技術(shù)”平臺（即基于WEB頁面即通過參數(shù)定制的方式進行開發(fā)），采用MVC框架、Mysql數(shù)據(jù)庫對系統(tǒng)進行設(shè)計，使用HTML5+CSS36+Javascript等腳本語言來呈現(xiàn)出頁面，實現(xiàn)需求分析業(yè)務(wù)建模系統(tǒng)。

1 系統(tǒng)的框架設(shè)計

采用MVC框架，即“模型—視圖—控制器”的框架技術(shù)，如圖1所示，包含模型、視圖和控制器三個核心模塊，分別在系統(tǒng)中承擔(dān)不同的功能和責(zé)任。

1）模型：模型是主體部分，包含業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)邏輯，同時負(fù)責(zé)訪問和更新持久化數(shù)據(jù)。一個模型能為多個視圖提供數(shù)據(jù)，每個視圖都從不同角度來表達模型。由于應(yīng)用于模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復(fù)性。

（2）視圖：視圖是用戶看到并與之交互的界面。項目目錄結(jié)構(gòu)視圖向用戶顯示相關(guān)的數(shù)據(jù)，并能接收用戶的輸入數(shù)目錄名稱主要作用據(jù)，但它并不進行任何實際的業(yè)務(wù)處理。視圖可以向index.php項目入口文件模型查詢業(yè)務(wù)狀態(tài)，但不能改變模型。視圖還能接受Common項目公共目錄，放置項目公共函數(shù)模型發(fā)出的數(shù)據(jù)更新事件，從而對用戶界面進行同步更新。作為視圖來講，它只是作為一種輸出數(shù)據(jù)并Lang項目語言包目錄允許用戶操作的方式。Conf項目配置目錄，放置配置文件。

（3）控制器：控制器負(fù)責(zé)協(xié)調(diào)整個應(yīng)用程序的運Lib項目基目錄，通常包括Action和Model目錄轉(zhuǎn)，控制器的作用就是接受瀏覽器端的請求。它接受TPL項目模板目錄用戶的輸入并調(diào)用模型和視圖去完成用戶的需求，當(dāng)用戶單擊Web頁面中的超鏈接或發(fā)送HTML表單時，Runtime項目運行時目錄，包括Canche、Temp、Data和Log控制器本身不輸出，只是接收請求并決定調(diào)用哪個模型自動生成項目目錄型構(gòu)件去處理瀏覽器端發(fā)出的請求，然后確定用哪個視圖來顯示模型處理返回的數(shù)據(jù)。

在MVC模式中，客戶端首先通過URL（Universal Resource Locators，統(tǒng)一資源定位符）向服務(wù)器發(fā)出請求（Request），服務(wù)器解析URL，然后轉(zhuǎn)到相應(yīng)的控制器（Controller）進行處理，控制器處理后，再將結(jié)果通過視圖（View）返回到客戶端，作為對客戶端請求的響應(yīng)（Response）。

2 系統(tǒng)的數(shù)據(jù)庫設(shè)計

系統(tǒng)建立的模型避開數(shù)據(jù)庫在計算機上的具體實現(xiàn)細節(jié)，用一種抽象的形式表示出來。以擴充的實體-（E-R模型）聯(lián)系模型方法為例，第一步先明確現(xiàn)實世界各部門所含的各種實體及其屬性、實體間的聯(lián)系以及對信息的制約條件等，從而給出各部門內(nèi)所用信息的局部描述（在數(shù)據(jù)庫中稱為用戶的局部視圖）。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖，即用戶要描述的現(xiàn)實世界的概念數(shù)據(jù)模型。收集數(shù)據(jù)并具體建立一個數(shù)據(jù)庫，運行一些典型的應(yīng)用任務(wù)來驗證數(shù)據(jù)庫設(shè)計的正確性和合理性。一般，一個大型數(shù)據(jù)庫的設(shè)計過程往往需要經(jīng)過多次循環(huán)反復(fù)。數(shù)據(jù)庫設(shè)計時考慮到便于修改設(shè)計，數(shù)據(jù)庫設(shè)計的過程中主要以datainfo表存儲匹配的信息，dataURL字段主要存儲圖片的地址，dataexplain主要存儲了對應(yīng)的詳細信息。這樣存儲有利于最后結(jié)果的循環(huán)輸出。

3 系統(tǒng)的實現(xiàn)

1）后臺數(shù)據(jù)庫設(shè)計與前端頁面設(shè)計的合理性考慮與前端UI設(shè)計留空處如何傳值，顯示值的頁面設(shè)計方案的確定以及數(shù)據(jù)字典編寫。

2）使用HTML和css對頁面進行初步的制作和規(guī)劃，具體代碼為：

echo "".""."