房屋管理系統需求分析范文

時間:2024-01-17 17:16:43

導語:如何才能寫好一篇房屋管理系統需求分析,這就需要搜集整理更多的資料和文獻,歡迎閱讀由公務員之家整理的十篇范文,供你借鑒。

房屋管理系統需求分析

篇1

關鍵詞:小區物業管理;VB6.0;數據庫;信息;用戶

中圖分類號:TP311.52 文獻標識碼:A 文章編號:1674-7712 (2012) 14-0075-01

迄今為止,中國的物業管理行業已經走過了二十幾年的時間,已經具備了一定的規模和形態。隨著經濟體制的改革發展、城市的現代化、人們對居住空間的可持續發展的要求,伴隨房地產商品經濟發展的必然產物——物業管理要得到迫切的改變,已成為一種必然的趨勢。本文通過用VB 6.0編寫小區物業管理系統,利用軟件工程原理,采用生命周期方法學,其開發主要包含建立和維護后臺數據庫以及前端應用程序的開發兩個方面,用來實現小區信息數據庫的創建和各種費用的統計、收取和匯總。

一、系統需求分析

(一)系統要解決的問題

作為更適用于現代化小區的物業管理系統,本系統應實現的功能:信息化,方便業務處理,方便靈活的查詢功能,清晰明確的權限管理。

(二)系統需求問題描述

小區物業管理系統由資料管理、基本管理、數據統計、系統管理、幫助、退出功能模塊六大子系統組成。本系統的主要參與者有:普通工作人員、公司財務人員、公司系統管理員、公司領導和業主。他們參與以上模塊中其中一種或幾種工作活動。

(三)系統的非功能性需求

系統結構合理,人機界面友好,系統反應速度快,系統的開放性和可維護性。

二、數據庫設計

系統的E-R圖設計

數據庫設計就是將現實世界的數據組織成數據庫管理系統所采用的數據模型。實體聯系方法簡單、實用,通常使用它的工具—E-R圖。下面給出系統部分E-R圖(因為各個實體屬性較多,簡潔起見,在每個 圖中只給出了相關的屬性)

三、系統設計

基本資料管理模塊

四、總結

在本系統的開發過程中,由于本人是初次開發軟件,在知識、經驗方面都存在著不足。另外,在整個開發的過程中,時間也比較倉促。因此,該系統也會存在一些缺陷和不足。由于對物業管理的整個流程不夠熟悉,在需求分析時未能做到完全滿足用戶的需求。因為本系統是一個通用的小區物業管理系統,所以在需求分析階段做得不是很深入,以后應對物業管理企業及物業管理進行詳細的需求分析和業務流程分析從而更合理更科學地設計系統功能模塊和數據庫。

參考文獻

[1]林陳雷,郭安源,葛曉東.教育信息化系統開發實例導航.人民郵電出版社,2003

篇2

關鍵詞:Linq;SQLserver2005;醫藥公司綜合管理系統

中圖分類號:TP319 文獻標識碼:A 文章編號:16727800(2012)011009203

作者簡介:杜天行(1990-),男,四川文理學院計算機科學系學生,研究方向為軟件工程;王光瓊(1965-),女,碩士,四川文理學院計算機科學系副教授,研究方向為軟件工程、數據庫與數據挖掘、人工智能。

1 系統需求分析

藥品公司管理系統首要的需求在于藥品的管理,其開發主要包括后臺數據庫的建立、維護以及前端管理系統的開發兩個方面。數據庫的難點在于數據庫的多表關系以及多表操作而前端管理系統的開發難點主要在于方便的用戶操作,多樣化而簡便的用戶交互方式(用戶體驗)。

詳細分析該系統需要滿足以下幾個方面的需求:對藥品的管理包括藥品機器廠商等資料的管理、庫存管理以及公司店鋪藥品的買賣管理;公司的財務管理包括員工的工資管理、藥品銷售額、公司資金流向等管理;員工管理包括員工的工作情況統計、獎懲制度等管理、以及固定資產管理。各個模塊間的關系聯系緊密,相輔相成,構成整個醫藥公司的系統(見圖1)。

2 系統設計

根據需求,本系統采用的模式是C/S模式結構,采用.NET經典的三層構架進行設計,數據持久層采用Linq完全面向對象的方式進行設計,使用泛型的方式來整合CRUD操作以使得系統類的方法能得到最高的重用性,同時使用內置編程的方式來處理數據庫的事務操作。

數據庫采用SQL Server2005,因為實際使用時數據量將比較龐大,所以為了兼容性和數據量考慮,使用同為微軟的SQL Server產品。通過VS提供的Linq可視化操作窗體,可以很容易地得到從數據庫到數據持久層中基本類的映射,節省了很多手寫類時的工作量。

圖1 系統結構

3 數據庫設計

實現該系統的藥品進銷存管理主要涉及如下幾張表:Product:存儲藥品的信息;Store:存儲庫存信息;Stock:存儲進貨單信息;ShopStore:存儲店鋪里藥品信息;Sell:存儲賣貨信息;User:存儲該系統的用戶信息。數據庫關系如圖2所示。

4 技術路線

主要采用的技術線如圖3所示。

5 關鍵技術

5.1 Linq的使用

首先,為數據庫操作類DB_Helper創建一個類,該類使用泛型定義,代碼如下:

public class DB where T : class

然后創建Linq上下文實體類,通過該實體對數據庫的表進行CRUD操作。同時,使用Linq的方式對數據庫進行操作會應用該框架的緩存機制,它可以在不修改表的情況下始終不訪問數據庫而是通過存儲在內存中的數據進行查詢。其代碼如下:

圖2 數據庫關系

圖3 研究技術路線

public ComManagerDataContext {get; set; }

public DB(){

dt = new ComManagerDataContext() ;}

接下來編寫對各個類的CRUD操作,此時定義的泛型開始起作用了,使用泛型的方式,可以使得一種操作只需要寫一次而進行重用,具體代碼如下:

// 從數據庫中取出整張T表

public Table getTable()

{return dt.GetTable();}

// 從數據庫的T表中查詢全字段的值集合對象實例

public IEnumerable Select(Func whereExpression)

{ return dt.GetTable().Where(whereExpression); }

// 從數據庫的T表中查詢某一個字段(類型為K)的值

public IEnumerable Select(Func whereExpression,Func selectExpression) where K:class

{return dt.GetTable().Where(whereExpression).Select(selectExpression);}

上面的第二個和第三個查詢語句使用了的機制,將一個方法作為這個查詢語句的條件,我們對該方法的調用可以采用C#3.5提供的Lambda表達式來進行書寫,使得代碼更加簡潔易懂。第三個語句返回的是一個匿名類型,可以通過Var符號實例化得到該對象。

接下來編寫插入、更新和刪除語句,在用戶使用期間,為獲得程序運行中的錯誤信息,而如果讓前端用戶看到錯誤的提升那將是非常不友好的,于是考慮在出錯時為數據庫的Error表添加一行錯誤的具體情況,便于管理員查看:

// 向數據庫的T表中插入一條數據

public bool Insert(T newEntity)

{bool RS = true;

String ErrorMessage = String.Empty;

try

{dt.GetTable().

InsertOnSubmit(newEntity);

dt.SubmitChanges();}

catch (Exception EX)

{RS = false;

ErrorHS(EX.Message);}

return RS; }

// 更新數據庫

public bool Update(T oldentity,T newentity, Action update)

{ bool RS = true;

String ErrorMessage = String.Empty;

try{update(oldentity,newentity);

dt.SubmitChanges();}

catch (Exception EX)

{RS = false;

ErrorHS(EX.Message); }

return RS;}

// 從數據庫中刪除數據

public bool Delete(T deleteEntity)

{ bool RS = true;

String ErrorMessage = String.Empty;

try{dt.GetTable().DeleteOnSubmit(deleteEntity);

dt.SubmitChanges();}

catch (Exception EX){

RS = false;

ErrorHS(EX.Message);}

return RS; }

以上,介紹了該系統的最底層——數據持久層的開發技巧與示范,該4種方法適用于單表的操作,如果要使用多表同時操作那么可以增加方法或者存儲過程來進行實現。

5.2 個別模塊的技術難點

5.2.1 藥品進銷存模塊

該模塊中多次使用了如今流行的模糊搜索藥品名稱文本框自動補全功能,類似百度的聯想搜索,該技術的使用方法是使用Ajax方法對輸入文本框進行監聽并在用戶進行輸入操作時動態地調用后臺的匹配方法在數據庫中進行Linq模糊查找,再用Ajax于前臺顯示模糊搜索的結果(見圖4)。

圖4 藥品進銷存模塊界面

關鍵代碼:

#region 輔助商品輸入功能

[System.Web.Services.WebMethodAttribute(), System.Web.Script.Services.ScriptMethodAttribute()]

public static string[] GetSpecificationList(string prefixText, int count, string contextKey)

{

Product_Manager Product_MG = new Product_DAO();

List Select_Name = Product_MG.Select_ProductS(

P => P.Pro_Name.Contains(prefixText),

K => K.Pro_Name);

List Select_EasyPing = Product_MG.Select_ProductS(

P => P.Pro_EasyPing.Contains(prefixText.ToLower()),

K => K.Pro_Name

).ToList();

return Select_Name.Union(Select_EasyPing).ToArray();

}

#endregion

5.2.2 固定資產管理

固定資產管理主要是對公司的固定設備、運輸工具、房屋及建筑物等進行增、刪、報修、租借、歸還等的管理。

增加固定資產,是對購入的固定資產進行記錄。界面如圖5所示。

圖5 增加固定資產界面

管理人員根據收到的進貨單進行相應的信息填寫,其中使用狀態是不可編輯的,當采購部的人員將采購的發票拿來確定后,管理人員再修改使用狀態。添加成功后,馬上從數據庫中重新讀取數據,從而局部刷新列表,可以馬上查看剛進行的操作是否成功,其中光棒效果較為有特色。

光棒效果關鍵代碼:

if(e.Row.RowTypeDataControlRowType.DataRo)

{

e.Row.Attributes.Add("onmouseover", "currentColor=this.style.backgroundColor;this.style.backgroundColor='#99CCFF'"); e.Row.Attributes.Add("onmouseout", "this.style.backgroundColor=currentColor");

}

6 結語

本系統實現了藥品管理系統的一套復雜而強大的管理功能,使各個方面的管理更加有條不紊,能幫助員工更輕松地管理各個方面的事務,為加強醫藥公司的管理提供了一個功能齊全、使用快捷的系統。

參考文獻:

[1] ROGER 3.5高級編程——應用LINQ & Enitity Framework[M].北京:清華大學出版社,2010.

[2] BILL 3.5高級編程[M].第5版.北京:清華大學出版社,2008.

[3] SCOTT KLEIN.LINQ高級編程[M].北京:清華大學出版社,2009.

篇3

關鍵詞: BAB模式;電子商務;J2EE

中圖分類號:TP311文獻標識碼:A文章編號:1009-3044(2008)31-0803-03

Resource Operation System Based on BAB Pattern

LIANG Bin, MU Bin

(Software Tech Center, Tongji University, Shanghai 201804, China)

Abstract: Research and analyze the current e-commerce operation system. Present how to apply BAB e-commerce pattern to help enterprise avoid the situation of lacking in resource and credit. Establish BAB transaction model under the MVC design pattern. Design Resource Operation System through J2EE component development. Solve the bottleneck problem on credit, payment and logistics.

Key words: BAB pattern; e-Commerce; J2EE

1 引言

現階段在中國,各企業中的、各種不同類型的資源,包括物質類資源、信息資源、資金資源和各種無形資源,或者嫁接、撬動合作伙伴的潛在資源閑置率較高。由于缺乏強有力的中介機構或者統一的信息平臺共享資源的信息,造成很多重要的資源發生積壓并且難以得到利用,這樣不利于滿足社會和市場的需求。所以很有必要通過資源運營的手段,使企業間,在世界范圍內整合和配置資源。而實現資源運營不僅僅只是構建信息的電子商務平臺,為企業提供真實有效的信息,還要為企業搭建一個能安全交易的網上平臺。也不僅能僅只是進行實物產品買賣的電子商務平臺,它將為企業提供多種交易方式,除了買賣,還包括租賃、資源整合;交易的對象除了實物產品,還包括無形資產、財產權利、服務和加工能力等各種類型的資源。

為了解決現行的電子商務中缺乏資源、信用難保的問題,新的電子商務運營模式BAB(Business Agent Business)應運而生。它旨在通過服務機構(Agent)實現、以廣義的資源運營為特征的企業間電子商務。Agent運用現代信息技術,為企業和社會提供全面的、可靠的、優質的中介服務,它本身是一種在信息時代涌現出來的新型經濟實體。BAB模式把

現代信息技術提供的迅速、方便的服務和以服務機構(Agent)方式提供的安全、可靠的服務有機地融為一體,把身份認證、信息服務、網上支付、物流配送等各個環節集成起來,提供統一的、可靠的平臺,從而真正實現信息流、資金流、物資流的整合,為企業之間的電子商務提供了必要的服務和基礎條件。

2 資源運營系統需求分析

資源運營系統以物質流、信息流、資金流和知識流四大資源要素流(Material,Information,Capital and Knowledge-4 Flows Integration)為基礎,實現基于網絡進行的資源集成,特別是利用自身的相對優勢資源來撬動外部資源以獲取不可替代的競爭優勢,充分利用現代信息技術提供的手段,用信息技術和網絡把各方面的優勢集中起來,通過信息的整合和挖掘,為資源運營的理念提供了具體實施的環境。

實現將現代信息技術提供的迅速、方便的服務和以(Agent)方式提供的安全、可靠的服務有機地融為一體,解決中國電子商務的瓶頸問題――信譽問題、支付問題和物流問題。資源運營系統以人機結合的方式,向用戶提供以下服務:

1) 全程在線交易,全程風險控制。通過和CA認證中心、銀行、物流公司、第三方質檢機構、第三方信譽評級機構等形成戰略合作伙伴關系,為協議會員企業間的在線交易提供全面的支持和風險控制機制。

2) 對買賣、置換、拍賣、租賃、遠期交割、資源整合等不同類型的交易活動提供自動的和人工的匹配和撮合服務。

3) 資源整合。根據企業需求,對物質類、信息類、知識類和資本類資源進行多方之間的配置和整合,提供多種特色鮮明的專項服務。

4) 個性化推薦服務。利用Web挖掘技術、社會網絡分析技術,準確地挖掘出企業的潛在需求、未來可能的交易對象,從而更有效的進行推薦和撮合。

資源運營平臺中國商務港提供六類產品的交易:

1) 實物現貨:當前就存在的有實物形態的產品。

2) 實物期貨:當前不存在,但在未來的一定條件下將成為實實在在的有實物形態的產品或資產,如將在一個既定的收獲季節產出的農產品,將要開工建設的不動產。

3) 無形資產:無實物形態的資產,除了會計意義上的專利權、商標權、土地使用權、 著作權等無形資產外,還包括難以在貨幣上計量的其他無形資產,如專業專項知識、商業信息和商業渠道(銷售渠道、采購渠道、加工渠道、其他合作渠道)。

4) 財產權利:如債權、股權等,也包括企業的整體產權。

5) 生產能力:提供實物產品的能力,一般表現為有閑置的未充分發揮作用的機器設備、生產線和廠房等,如工程承包能力和加工能力等。

6) 服務能力:提供勞務的能力,如未充分發揮潛力的運輸倉儲能力、旅店餐飲能力、設計能力、法律援助、專業咨詢、工程咨詢、旅游服務等。

3 資源運營系統功能設計

資源運營系統由BAB資源和交易系統、BAB結算中心管理系統、BAB即時通訊系統、BAB咨詢系統、BAB網站管理維護系統五個子系統和BAB公用組件組成。

1) BAB資源和交易系統:分為交易顧問功能模塊和協議會員功能模塊。在交易顧問功能模塊中,交易顧問主要負責對交易進行跟蹤,幫助交易雙方完善合同。此外交易顧問還要負責商品和企業信息、新用戶回訪以及商務處理(糾紛處理)。在協議會員功能模塊中,實現協議會員的交易以及協議會員個人信息的管理功能。

2) BAB結算中心管理系統:分為查詢功能模塊、現金結算模塊、拍賣結算模塊、審核功能模塊。在查詢功能模塊中,實現查詢拍賣信息、交易信息、協議會員信息、貨款信息、保證金信息、手續費信息等功能。在現金結算模塊中,實現通知繳納貨款、租金/保證金、通知解凍付款、取消交易、凍結用戶資金等功能。在拍賣結算模塊中,實現審核競拍者資格、解凍未拍得商品的會員保證金、收取拍賣行手續費、拍賣結束處理等功能。在審核功能模塊中,實現審核結算業務功能。

3) BAB即時通訊系統:分為管理好友模塊、拍賣模塊、網站搜索模塊、使用實用工具模塊以及三個頂層功能用例。頂層功能用例包括接受內部留言、定制商業信息、使用CRM功能。在管理好友模塊中,實現與好友進行視頻聊天、編輯好友信息、給好友發信息、察看和好友的共享文檔等功能。在拍賣模塊中,實現查看拍賣商品的信息、交付保證金、填寫進行拍賣的申請單、進行視頻拍賣、填寫申請拍賣單等功能。在網站搜索模塊中,實現模糊或準確查詢信息及搜索好友功能。在使用實用工具模塊中,實現供應信息、需求信息、熱門貼、天氣信息、證券信息、常用文檔、出行狀況的查看或查詢,以及翻譯功能。

4) BAB咨詢系統:實現用戶回訪、電話咨詢等共有功能及咨詢中心管理人員功能模塊中的查詢咨詢中心工作人員工作記錄功能。

5) BAB網站管理維護系統:分為分站和總站管理維護模塊。在分站管理維護模塊中,實現管理商鋪、管理分站工作人員、查看本分站中的交易顧問的工作記錄、統計交易顧問的商品和企業信息、維護頁面活動板塊、審核用戶信息和產品信息等功能。在總站管理維護模塊中,實現調整行業信息、拍賣信息、開通拍賣權限、管理咨詢人員和結算中心工作人員等功能。

6) BAB公用組件:實現查詢會員基本信息、商品和企業信息等功能,及會員基本功能模塊中的注冊、編輯個人信息、管理站內消息、管理收藏夾、搜索和管理資源信息等功能。

資源運營平臺提供六種商務活動支持系統:

買賣、置換、拍賣、租賃、遠期交割和資源整合。

1) 買賣:實物資源的即期交易。要求交易對象為有形產品;即時交割;以現金結算。如果賣方接受易通作為支付媒介,則該交易被認作置換,而不是買賣。

2) 置換:以易通為媒介的不使用現金的交易方式。特征為:①交易對象廣泛,涵蓋了資源的各種形式,不僅實物資產可置換,非實物資產也可置換,如商標權、專利權、土地使用權等無形資產;股權、債權等產權;機器設備、艙位、房間、運力等生產和服務的能力和潛力。②即時交割。

3) 拍賣:設立虛擬的拍賣大廳,協議會員和拍賣行參與的、具有拍賣師資格的人員進行的網上拍賣。網上拍賣將使拍賣行打破地域限制,從而使資源更有效地流動和配置。當會員通過抵押或質押方式借用易通而到期不能償還時,網上拍賣也是交易中心收回債權的一種方式。

4) 租賃:企業對某種資源的需求可能是短期的,或有明顯的季節性,購入并長期持有該資源對企業是不經濟的,此時租賃是一種較好的解決方式。租賃就是有閑置機器設備、交通工具、房屋建筑物、廣告版面等資源的客戶以出租的方式將其提供給有短期需求或資金不足的客戶使用,以收取租金的交易方式。

5) 遠期交割:是指實物資源的遠期交易。要求交易對象為有形產品;買賣雙方約定的未來一個確切的日期交貨。遠期交割可幫助企業以現在的價格預購或預售未來時段的商品或服務,使成本可控。

6) 資源整合:有人可能有個很好的主意,但沒有資金或實施的場所,有人可能有錢但苦于找不到好的投資項目,資源整合就是通過本平臺的媒介作用,撮合擁有不同資源的客戶按自愿互利的原則進行合作,實現資源共享,達到共贏的一種交易方式。

4 分層策略

為了提高系統的可擴展性和可維護性,資源運營系統采用目前分布式應用的典型分層策略采用三層結構,即表示層、業務層和數據層。

資源運營系統將面向服務的基本思想引入系統的分析設計,充分考慮系統的結構以及今后服務升級再造的要求,設計中將服務相關職責引入,將與服務相關的職責添加到每一層中來擴展典型的三層結構。業務層通過服務接口向客戶應用程序提供一組簡化的操作,數據訪問層的職責拓寬到了數據庫和主機集成之外,包括與其他服務提供者的通信,這個附加功能封裝到服務接口組件中,這些組件負責連接到服務(同步和異步)、管理服務的基本會話狀態并向業務流程組件通知與服務相關的重大事件。改進后的三層結構如圖1所示。

資源運營平臺設計遵循上述架構,考慮到具體的實現機制,對業務邏輯和數據持久化機制進一步細化,整個應用分為五層,即表示層、控制層、業務層、數據持久層和數據層。

5 系統構架

本系統采用J2EE構架,J2EE技術提供了基于組件的設計、開發、集成和部署應用程序的框架,具有可伸縮性、靈活性、易維護性。本系統在傳統的Servlet+JSP+javabean的基礎上,引入JSF、Portlet和Hibernate框架,形成表示層,控制層,業務層,持久層和數據層五層的實施構架。JSF將快速用戶界面開發引入到服務器端,可以將JSF認為是“適用于服務器端應用程序的Swing”,是一種事件驅動型的組件模型。Portlet是可以提供對基于Web的內容、應用程序和其它資源訪問的可重用組件。可通過portlet訪問web頁面、web服務、應用程序和成為企業組合的內容供給。從用戶的角度來看,portlet是門戶網站站點中提供特定服務或信息(例如提供日歷和新聞)的窗口。從開發者的角度來看,portlet是可插入的模塊,它們被設計成在Portal Server的portlet容器中運行。Hibernate構架通過持久性對象和數據庫表的映射關系,可以為應用程序提供輕量級數據持久,可以大大的提高開發和維護效率。系統實施視圖如圖2。

6 系統部署

系統軟件必須部署在相應硬件上才能正常運行,系統所涉及的硬件可以劃分成四個部署區域,外部用戶區,DMZ隔離區,內部服務區,內部用戶區。各個區域之間通過互聯網和局域網實現連接;互聯網和局域網之間的網際互連使用路由器實現;為保障整個系統網絡安全和高效,使用防火墻隔離互聯網和局域網,防火墻和局域網之間使用交換機連接,使用網管負責整個系統網絡設備的管理,整個系統的部署視圖如圖3。

1) 外部用戶區

外部用戶區主要是系統的各類外部用戶。外部用戶區的用戶運行瀏覽器通過Internet訪問DMZ隔離區的應用服務器。

2) DMZ隔離區

DMZ隔離區主要是存放必須為外部用戶區和內部用戶區提供直接訪問服務的服務器,需要實施必要的防火墻隔離。DMZ隔離區包含三類處理器節點:DNS服務器,應用服務器,Portal服務器。

DNS服務器:運行域名解析服務器軟件,為英特網用戶提供本系統域名的解析服務。

應用服務器:運行J2EE應用服務器,接收各類內外部用戶的請求訪問,負責處理和響應,對外和外部用戶區使用英特網相連,對內通過防火墻使用局域網連接,連接內部用戶區和內部服務區的Portal

服務器和數據庫服務器。

Portal服務器:Portal服務器提供了各種Portlet,實現后臺應用系統的統一展現,同時它還提供內容管理、個性化定制、搜索引擎等功能。

3) 內部服務區

內部服務區主要是存放不允許用戶直接訪問的服務器,實施防火墻隔離。服務區內包含兩類處理器節點:數據庫服務器,網管系統。區內使用高速局域網相連,相互能夠直接進行訪問。通過防火墻保持同DMZ隔離區的服務器的連接,隔離同其他部署區的連接。

數據庫服務器:運行各類關系數據庫,用于管理系統的各類數據以及運行狀態數據,通過局域網與服務區內的Portal服務器以及應用服務器相連,除區內節點之外,只保持DMZ隔離區的應用服務器和DMZ隔離區的連接,隔離其他部署區節點的連接。

網管系統:對數據網絡的網絡單元,包括硬件設備和軟件應用服務,提供了統一的綜合的管理方式,提高了網絡管理和維護的效率,是一個高效的網絡管理平臺。網管系統極大方便了網絡的管理和維護,使得網絡維護人員可以隨時隨地的了解網絡運行的狀態,進行有效的維護。該系統對網絡參數的挖掘功能極大方便了網絡的優化、規劃和決策,為網絡運營商的管理工作提供了重要依據。

4) 內部用戶區

內部用戶區主要是內部用戶的計算機用戶,屬于處理器節點。內部計算機用戶對外通過英特網接入訪問互聯網,需要實施必要的防火墻隔離,對內使用瀏覽器通過局域網訪問DMZ隔離區的應用服務器。為防范外部用戶通過內部用戶區進行繞道攻擊。

7 結論

我國入世以來,隨著中國企業走向世界步伐加快,中國企業與跨國公司在本土市場、海外市場全方位的激烈競爭。本課題的研究成果能使使企業從全球的視野審視自身擁有的資源,充分發揮自身的優勢,以合理的代價利用和橇動其他主體的資源,通過資源整合、合作共贏的方式,充分發揮各種資源的效能,獲取最佳的經濟效益。

參考文獻:

[1] Berry G A,Carnell J, JURIC M B.實用J2EE設計模式編程指南[M].邱仲潘,譯.北京:機械工業出版社,2003.

[2] Mann K.Javaserver faces in action[M].鐵手,譯.北京:人民郵電出版社,2007.