一般，面向物件的需求分析方法從系統的參與者入手，通過其行動所操作的事物，封裝出相應的實體，然後根據實體進行軟體view、biz、dao的三層體系構造系統。我們清楚，面向物件的思想是非常靈活的。而面向物件的分析方法是現今web辦公系統的主流分析方法。由於web辦公系統的業務邏輯是存在很大的不同，即使是相同的業務邏輯也有不同的物件封裝方式。因此，當我們在進行一個系統構架時，不但要尋找到一位即懂得web程式設計，又是該系統行業的業務專家來構造。這無疑既增添了系統開發的成本，又增加了系統開發難度。尤其是在現今協同開發系統的情況下，這種系統分析方法需要花費大量的時間來統一開發者的業務思想，降低了系統開發效率。

對於這種問題，行業專家一般是從系統程式設計的方面來解決。他們提出的方法是系統表現、業務處理、資料儲存功能的分層面實現以及降低系統各個層面對業務的依賴程度，尤其是dao層的開發，幾乎已成定式（只是資料庫表的增刪改查，一般都要求方法引數是實體物件）。

本文正是有感於這個問題，提出一種新的系統分析方法，並利用目前web應用系統比較成熟的網上書城系統來具體實驗一下。

本文提出的新的分析方法就是：利用數學建模思想和運籌學分析問題的思路、在面向物件的基礎上，分析出系統的主要業務邏輯和貫穿始終的事物，以此為系統的切入點進行基礎業務邏輯系統構架，然後從系統使用者的角度出發，豐富系統功能，帶給使用者方便、流利的操作。

這種分析方法由於是基於主要業務邏輯的分析方法、貫穿整個應用系統，因此我們可以稱為——完整企業級應用需求分析。

一般，我們在進行數學建模時，首先分析整個業務流程，抽象出其中的結合點，也就是貫穿整個過程的未知數，再次抽象出要滿足的約束條件，最後是要達到的目標函式。這種思想在運籌學裡顯示的尤為突出。

而我們在做需求分析時能否藉助於這種思想呢？現在讓我們以電信運營和網上購物兩個比較成熟的系統來實驗下。

一般的web應用系統，可以分為資料採集、資料應用這兩大塊內容。顯然，資料採集的主要目的就是提供資料給上層也就是資料應用使用。因此資料採集系統要採集的基本資訊應滿足相應的業務邏輯系統的要求。例如：財務系統和使用者賬單查詢系統。（如下右圖）

但是資料應用系統卻存在著問題：首先，不同的業務邏輯使用的資料是不一樣的。各個資料應用系統都要經過資料整合，這顯然是不實際的。而且，像財務報表等要進行資料統計的系統也是不能實現的。這就需要資料庫和資料整合系統。這樣，我們就完成了web應用的系統建模。（如上左圖）

以網上購物為例：採購部門需要的資料是商品的現有數量和將要售出的數量，送貨部門需要的卻是送貨地址和詳細的訂單資訊，而相應的財務部門需要的是商品在一定時間內的銷售額。而不同的系統使用資料的時間也是不一樣的，例如：財務部門需要的資料往往是最近一個月的資料。因此，整個系統需要一個數據庫和資料整合系統來實現資料採集和資料應用的結合。而資料庫儲存的內容就是貫穿整個業務過程的屬性資訊。資料採集系統要滿足資料整合系統的要求，而整合系統的目標是滿足相應的資料使用系統的要求。這樣資料庫儲存的基本資訊要求也就明確了。根據資料庫表的欄位，封裝成相應的實體和對應的基本屬性。這樣，整個系統的架構就搭建完成了。在此基礎上我們可以進行系統的擴充套件，新增更多的的功能模組，來豐富系統。

這是我的畢業論文，我的指導老師不是軟體專業的，我也剛接觸這個東西，不知處很多。望資深高手給予指點，不勝感激。