【文章內(nèi)容簡介】 業(yè)概況、企業(yè)論談、企業(yè)特色服務(wù)、最新企業(yè)新聞動(dòng)態(tài)等部分應(yīng)該能夠?yàn)橛脩籼峁┏渥愕男畔?。企業(yè)網(wǎng)站做成檢 索迅速、查找方便、可靠性高、存儲(chǔ)量大、保密性好、壽命長、成本低、維護(hù)方便、信息實(shí)時(shí)性強(qiáng)的功能完善的大型企業(yè)網(wǎng)站。這些優(yōu)點(diǎn)能夠極大地提高了企業(yè)網(wǎng)站的效率，也是企業(yè)走向科學(xué)化、信息化與世界接軌的重要條件。成功的企業(yè)網(wǎng)站，需要提供高速的鏈接、豐富的內(nèi)容、及時(shí)的更新、更多的服務(wù)，企業(yè)網(wǎng)站的建設(shè)作為系統(tǒng)工程，其規(guī)劃設(shè)計(jì)需要綜合考慮網(wǎng)絡(luò)性能、存儲(chǔ)設(shè)備、服務(wù)器選型、系統(tǒng)軟件平臺(tái)、應(yīng)用開發(fā)平臺(tái)、網(wǎng)站安全管理等綜合因素。 企業(yè)網(wǎng)站 系統(tǒng)的發(fā)展 企業(yè)建站大致分為四個(gè)階段：第一代的企業(yè)網(wǎng)站是以靜態(tài)頁面為主，制作粗糙，功能簡單，有很多不足，基本上已經(jīng)退出市場(chǎng)。第二代企業(yè)網(wǎng)站增加了互動(dòng)元素，增加的 flash動(dòng)畫給企業(yè)網(wǎng)站帶來了前所未有的動(dòng)感，但這樣的網(wǎng)站數(shù)據(jù)不夠豐富，信息查詢有瓶頸。第三代企業(yè)網(wǎng)站引入數(shù)據(jù)庫的概念，增強(qiáng)互動(dòng)的同時(shí)還完善了網(wǎng)站的可編輯性。但是第三代 網(wǎng)站開發(fā) 維護(hù)費(fèi)時(shí)費(fèi)力、操作繁瑣。前三代網(wǎng)站都存在同樣的技術(shù)壁壘，也就是企業(yè)的想法很少能融入到網(wǎng)站的建設(shè)當(dāng)中，使用者不能真正的參與建設(shè)，難以預(yù)計(jì)網(wǎng)站實(shí)際的效果。隨著企業(yè) 對(duì)網(wǎng)上宣傳越來越重視，前三代網(wǎng)站已經(jīng)遠(yuǎn)遠(yuǎn)不能滿足企業(yè)對(duì)網(wǎng)站的要求，于是，應(yīng)運(yùn)而生的第四代管理型網(wǎng)站開始成為市場(chǎng)主流。 論文研究的內(nèi)容 企業(yè)網(wǎng)站，就是企業(yè)在 互聯(lián)網(wǎng) 上進(jìn)行網(wǎng)絡(luò)建設(shè)和形像宣傳的平臺(tái)。企業(yè)網(wǎng)站就相當(dāng)于一個(gè)企業(yè)的網(wǎng)絡(luò)名片，不但對(duì)企業(yè)的形象是一個(gè)良好的宣傳，同時(shí)可以輔助企業(yè)的銷售，甚至可以通過網(wǎng)絡(luò)直接幫助企業(yè)實(shí)現(xiàn)產(chǎn)品的銷售，企業(yè)可以利用網(wǎng)站來進(jìn)行宣傳、產(chǎn)品資訊發(fā)布、招聘等等。企業(yè)網(wǎng)站的作用就是為 展現(xiàn)公司形象，加強(qiáng)客戶服務(wù)，完善網(wǎng)絡(luò)業(yè)務(wù)，還可以與潛在客戶建立商業(yè)聯(lián)系。隨著網(wǎng)絡(luò)的發(fā)展，出現(xiàn)了提供網(wǎng)絡(luò)資訊為盈利手段的網(wǎng)絡(luò)公司，通常這些公司的網(wǎng)站上提供人們生活各個(gè)方面的資訊，如時(shí)事新聞、旅游、娛樂、經(jīng)濟(jì)等。 本網(wǎng)站旨在 宣傳企業(yè)自身價(jià)值觀，提供產(chǎn)品信息和為用戶提供打印機(jī)驅(qū)動(dòng)下載 服務(wù)，主要需事先三個(gè)功能模塊： 用戶管理，驅(qū)動(dòng)下載，新聞更新。 經(jīng)過需求分析可以發(fā)現(xiàn)，本網(wǎng)站實(shí)際是一個(gè)規(guī)模較小，功能較為簡單的中型網(wǎng)站， 其 業(yè)務(wù)邏輯實(shí)現(xiàn)起來比較簡單。同時(shí)，數(shù)據(jù)庫規(guī)模并不大，也不存在大量頻繁操作數(shù)據(jù)庫的情形 。 因此，網(wǎng)站設(shè)計(jì) 的原則是功能全面、穩(wěn)定，沒有比較追求太奢華的技術(shù)。 本論文系統(tǒng)介紹了 企業(yè)網(wǎng)站 軟件設(shè)計(jì)開發(fā)過程的步驟，從軟件需求分析，概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)，以及最終運(yùn)行錯(cuò)誤的處理等。包括整體結(jié)構(gòu)的設(shè)計(jì)，數(shù)據(jù)結(jié)構(gòu)的構(gòu)造，頁面風(fēng)格，功能的構(gòu)造。文章引用了開發(fā)過程中所設(shè)計(jì)到的數(shù)據(jù)，函數(shù)，圖標(biāo)等信息。最后，文章末尾也對(duì)開發(fā)過程進(jìn)行測(cè)試，對(duì)錯(cuò)誤進(jìn)行預(yù)測(cè)，處理分析，力求以軟件工程的思想完成該 企業(yè)網(wǎng)站的建設(shè) 。 哈爾濱遠(yuǎn)東理工學(xué)院學(xué)士學(xué)位論文 3 第 2 章 關(guān)鍵技術(shù)介紹 本系統(tǒng)是基于 Windows Server 2020 的環(huán)境下開發(fā)的，用到的主要技術(shù)有三層架構(gòu)，開發(fā)工具有 ASP 動(dòng) 態(tài)服務(wù)器頁面和 SQL數(shù)據(jù)庫語言。 三層架構(gòu) 在軟件體系架構(gòu)設(shè)計(jì)中 ， 分層式結(jié)構(gòu)是最常見，也是最重要的一種結(jié)構(gòu)。微軟推薦的分層式結(jié)構(gòu)一般分為三層，從下至上分別為：數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層（又或成為領(lǐng)域?qū)樱?、表示?。 3 個(gè)層次中，系統(tǒng)主要功能和業(yè)務(wù)邏輯都在業(yè)務(wù)邏輯層進(jìn)行處理。 三層結(jié)構(gòu)原理： 所謂三層體系結(jié)構(gòu)，是在客戶端與數(shù)據(jù)庫之間加入了一個(gè) “ 中間層 ” ，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三臺(tái)機(jī)器就是三層體系結(jié)構(gòu)，也不僅僅有 B/S 應(yīng)用才是三層體系結(jié)構(gòu)，三層是指邏輯上的三層，即 使這三個(gè)層放置到一臺(tái)機(jī)器上。 三層體系的應(yīng)用程序?qū)I(yè)務(wù)規(guī)則、數(shù)據(jù)訪問、合法性校驗(yàn)等工作放到了中間層進(jìn)行處理。通常情況下，客戶端不直接與數(shù)據(jù)庫進(jìn)行交互，而是通過 COM/DCOM 通訊與中間層建立連接，再經(jīng)由中間層與數(shù)據(jù)庫進(jìn)行交互。 1．表示層：位于最外層（最上層），離用戶最近。用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面。 2．業(yè)務(wù)邏輯層：業(yè)務(wù)邏輯層 (Business Logic Layer)無疑是系統(tǒng)架構(gòu)中體現(xiàn)核心價(jià)值的部分。它的關(guān)注點(diǎn)主要集中在業(yè)務(wù)規(guī)則的制定、業(yè)務(wù)流程的實(shí)現(xiàn)等與業(yè)務(wù) 需求有關(guān)的系統(tǒng)設(shè)計(jì)，也即是說它是與系統(tǒng)所應(yīng)對(duì)的領(lǐng)域 (Domain)邏輯有關(guān) 。 很多時(shí)候，也將業(yè)務(wù)邏輯層稱為領(lǐng)域?qū)?。例?Martin Fowler 在《 Patterns of Enterprise Application Architecture》一書中，將整個(gè)架構(gòu)分為三個(gè)主要的層：表示層、領(lǐng)域?qū)雍蛿?shù)據(jù)源層。作為領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的先驅(qū) Eric Evans，對(duì)業(yè)務(wù)邏輯層作了更細(xì)致地劃分，細(xì)分為應(yīng)用層與領(lǐng)域?qū)?，通過分層進(jìn)一步將領(lǐng)域邏輯與領(lǐng)域邏輯的解決方案分離。業(yè)務(wù)邏輯層在體系架構(gòu)中的位置很關(guān)鍵，它處于數(shù)據(jù)訪問層與表示層中 間，起到了數(shù)據(jù)交換中承上啟下的作用。由于層是一種弱耦合結(jié)構(gòu)，層與層之間的依賴是向下的，底層對(duì)于上層而言是 “ 無知 ” 的，改變上層的設(shè)計(jì)對(duì)于其調(diào)用的底層而言沒有任何影響。如果在分層設(shè)計(jì)時(shí)，遵循了面向接口設(shè)計(jì)的思想，那么這種向下的依賴也應(yīng)該是一種弱依賴關(guān)系。因而在不改變接口定義的前提下，理想的分層式架構(gòu)，應(yīng)該是一個(gè)支持可抽取、可替換的 “ 抽屜 ” 式架構(gòu)。正因?yàn)槿绱?，業(yè)務(wù)邏輯層的設(shè)計(jì)對(duì)于一個(gè)支持可擴(kuò)展的架構(gòu)尤為關(guān)鍵，因?yàn)樗缪萘藘蓚€(gè)不同的角色。對(duì)于數(shù)據(jù)訪問層而言，它是調(diào)用者；對(duì)于表示層而言，它卻是被調(diào)用者。依賴與被依賴的 關(guān)系都糾結(jié)在業(yè)務(wù)邏輯層上，如何實(shí)現(xiàn)依賴關(guān)系的解耦，則是除了實(shí)現(xiàn)業(yè)務(wù)邏輯之外留給設(shè)計(jì)師的任務(wù) [6]。 3．?dāng)?shù)據(jù)層：數(shù)據(jù)訪問層 ， 有時(shí)候也稱為是持久層，其功能主要是負(fù)責(zé)數(shù)據(jù)庫的訪問，可以訪問數(shù)據(jù)庫系統(tǒng)、二進(jìn)制文件、文本文檔或是 XML文檔。 簡單的說法就是實(shí)現(xiàn)對(duì)數(shù)據(jù)表的 Select， Insert， Update， Delete 的操作。如果要加入ORM 的元素，那么就會(huì)包括對(duì)象和數(shù)據(jù)表之間的 mapping，以及對(duì)象實(shí)體的持久化 [7]。 MVC 介紹 MVC 是三個(gè)單詞的縮寫 ,分別為模型 (Model),視圖 (View)和控制 Controller)。 MVC 模式的目的就是實(shí)現(xiàn) Web 系統(tǒng)的職能分工。 Model 層實(shí)現(xiàn)系統(tǒng)中的業(yè)務(wù)邏輯，通?？梢杂肑avaBean或 EJB 來實(shí)現(xiàn)。 View 層用于與用戶的交互，通常用 JSP 來實(shí)現(xiàn)。 Controller 層是哈爾濱遠(yuǎn)東理工學(xué)院學(xué)士學(xué)位論文 4 Model 與 View 之間溝通的橋梁，它可以分派用戶的請(qǐng)求并選擇恰當(dāng)?shù)囊晥D以用于顯示，同時(shí)它也可以解釋用戶的輸入并將它們映射為模型層可執(zhí)行的操作。 MVC 與模板概念的理解 MVC 本來是存在于 Desktop 程序中的， M 是指數(shù)據(jù)模型， V 是指用戶界面， C 則是控制器。使用 MVC copyright: Apple M 和 V的實(shí)現(xiàn)代碼分離，從而使同一個(gè)程序可以使用不同的表現(xiàn)形式。比如一批統(tǒng)計(jì)數(shù)據(jù)你可以分別用柱狀圖、餅圖來表示。 C存在的目的則是確保 M 和 V的同步，一旦 M 改變， V應(yīng)該同步更新。 模型－視圖－控制器 (MVC)是 Xerox PARC 在八十年代為編程語言 Smalltalk－ 80 發(fā)明的一種軟件設(shè)計(jì)模式，至今已被廣泛使用。最近幾年被推薦為 Oracle 旗下 Sun公司 Java EE平臺(tái)的設(shè)計(jì)模式，并且受到越來越多的使用 ColdFusion 和 PHP 的開發(fā)者的歡迎。模型－視圖－控制器模式是一個(gè)有用的工具箱，它有很多好處，但也有一些缺點(diǎn)。 MVC 工作 MVC 是一個(gè)設(shè)計(jì)模式，它強(qiáng)制性的使應(yīng)用程序的輸入、處理和輸出分開。使用 MVC應(yīng)用程序被分成三個(gè)核心部件：模型、視圖、控制器。它們各自處理自己的任務(wù)。 分層概念。 1． 視圖，視圖是用戶看到并與之交互的界面。對(duì)老式的 Web 應(yīng)用程序來說，視圖就是由 HTML 元素組成的界面，在新式的 Web 應(yīng)用程序中， HTML 依舊在視圖中扮演著重要的角色，但一些新的技術(shù)已層出不窮，它們包括 Adobe Flash和象 XHTML， XML/XSL，WML等一些標(biāo)識(shí)語言和 Web services. 如何處理應(yīng)用程序的界面變得越來越有挑戰(zhàn)性。 MVC 一個(gè)大的好處是它能為你的應(yīng)用程序處理很多不同的視圖。在視圖中其實(shí)沒有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機(jī)存儲(chǔ)的還是一個(gè)雇員列表，作為視圖來講，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。 2． 模型，模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。在 MVC 的三個(gè)部件中，模型擁有最多的處理任務(wù)。例如它可能用象 EJBs 和 ColdFusion Components 這樣的構(gòu)件對(duì)象來處理數(shù)據(jù)庫。被模型返回的數(shù)據(jù)是中立的，就是說模型與數(shù)據(jù)格式無關(guān)，這樣一個(gè) 模型能為多個(gè)視圖提供數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫一次就可以被多個(gè)視圖重用，所以減少了代碼的重復(fù)性。 3． 控制器，控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。所以當(dāng)單擊 Web 頁面中的超鏈接和發(fā)送 HTML 表單時(shí)，控制器本身不輸出任何東西和做任何處理。它只是接收請(qǐng)求并決定調(diào)用哪個(gè)模型構(gòu)件去處理請(qǐng)求，然后再確定用哪個(gè)視圖來顯示返回的數(shù)據(jù)。 使用 MVC 大部分 Web 應(yīng)用程序都是用像 ASP， PHP，或者 CFML 這樣的過程化 (自 版本后已全面支持面向?qū)ο竽Ｐ?)語言來創(chuàng)建的。它們將像數(shù)據(jù)庫 查詢語句這樣的數(shù)據(jù)層代碼和像 HTML 這樣的表示層代碼混在一起。經(jīng)驗(yàn)比較豐富的開發(fā)者會(huì)將數(shù)據(jù)從表示層分離開來，但這通常不是很容易做到的，它需要精心的計(jì)劃和不斷的嘗試。 MVC 從根本上強(qiáng)制性的將它們分開。盡管構(gòu)造 MVC 應(yīng)用程序需要一些額外的工作，但是它給我們帶來的好處是毋庸置疑的。 首先，最重要的一點(diǎn)是多個(gè)視圖能共享一個(gè)模型，現(xiàn)在需要用越來越多的方式來訪問你的應(yīng)用程序。對(duì)此，其中一個(gè)解決之道是使用 MVC，無論你的用戶想要 Flash界面或是 WAP 界面；用一個(gè)模型就能處理它們。由于你已經(jīng)將數(shù)據(jù)和業(yè)務(wù)規(guī)則從表示層分 開，所哈爾濱遠(yuǎn)東理工學(xué)院學(xué)士學(xué)位論文 5 以你可以最大化的重用你的代碼了。 由于模型返回的數(shù)據(jù)沒有進(jìn)行格式化，所以同樣的構(gòu)件能被不同界面使用。例如，很多數(shù)據(jù)可能用 HTML 來表示，但是它們也有可能要用 Adobe Flash 和 WAP 來表示。模型也有狀態(tài)管理和數(shù)據(jù)持久性處理的功能，例如，基于會(huì)話的購物車和電子商務(wù)過程也能被Flash網(wǎng)站或者無線聯(lián)網(wǎng)的應(yīng)用程序所重用。 因?yàn)槟Ｐ褪亲园?，并且與控制器和視圖相分離，所以很容易改變你的應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。如果你想把你的數(shù)據(jù)庫從 MySQL 移植到 Oracle，或者改變你的基于RDBMS 數(shù)據(jù)源到 LDAP，只需改變你的模型即可。一旦你正確的實(shí)現(xiàn)了模型，不管你的數(shù)據(jù)來自數(shù)據(jù)庫或是 LDAP 服務(wù)器，視圖將會(huì)正確的顯示它們。由于運(yùn)用 MVC 的應(yīng)用程序的三個(gè)部件是相互獨(dú)立，改變其中一個(gè)不會(huì)影響其它兩個(gè)，所以依據(jù)這種設(shè)計(jì)思想你能構(gòu)造良好的松耦合的構(gòu)件。 對(duì)我來說，控制器也提供了一個(gè)好處，就是可以使用控制器來聯(lián)接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構(gòu)造應(yīng)用程序提供強(qiáng)有力的手段。給定一些可重用的模型和視圖，控制器可以根據(jù)用戶的需求選擇模型進(jìn)行處理，然后選擇視圖將處理結(jié)果顯示給用戶。 MVC 的優(yōu)點(diǎn) 1． 低耦合性，視圖層和業(yè)務(wù)層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需要改動(dòng) MVC 的模型層即可。因?yàn)槟Ｐ团c控制器和視圖相分離，所以很容易改變應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。 2． 快速的部署，使用 MVC 模式使開發(fā)時(shí)間得到相當(dāng)大的縮減，它使程序員（ Java 開發(fā)人員）集中精力于業(yè)務(wù)邏輯，界面程序員（ HTML和 JSP 開發(fā)人員）集中精力于表現(xiàn)形式上。 3． 有利于軟件工程化管理，由于不同的層各司其職，每一層不同的應(yīng)用具有某些相同的特征，有利于通過工程化、工具化管理程序代 碼。 4． 高重用性和可適用性，隨著技術(shù)的不斷進(jìn)步，現(xiàn)在需要用越來越多的方式來訪問應(yīng)用程序。 MVC 模式允許你使用各種不同樣式的視圖來訪問同一個(gè)服務(wù)器端的代碼。它包括任何 WEB(HTTP)瀏覽器或者無線瀏覽器 (wap)，比如，用戶可以通過電腦也可通過手機(jī)來訂購某樣產(chǎn)品，雖然訂購的方式不一樣，但處理訂購產(chǎn)品的方式是一樣的。由于模型返回的數(shù)據(jù)沒有進(jìn)行格式化，所以同樣的構(gòu)件能被不同的界面使用。例如，很多數(shù)據(jù)可能用 HTML來表示，但是也有可能用 WAP 來表示，而這些表示所需要的命令是改變視圖層的實(shí)現(xiàn)方式，而控制層和模型層無需 做任何改變。 5． 較低的生命周期成本， MVC 使開發(fā)和維護(hù)用戶接口的技術(shù)含量降低。 6． 可維護(hù)性，分離視圖層和業(yè)務(wù)邏輯層也使得 WEB 應(yīng)用更易于維護(hù)和修改。 MVC 的缺點(diǎn) MVC 的缺點(diǎn)是由于它沒有明確的定義，所以完全理解 MVC 并不是很容易。使用 MVC需要精心的計(jì)劃，由于它的內(nèi)部原理比較復(fù)雜，所以需要花費(fèi)一些時(shí)間去思考。 你將不得不花費(fèi)相當(dāng)可觀的時(shí)間去考慮如何將 MVC 運(yùn)用到你的應(yīng)用程序，同時(shí)由于模型和視圖要嚴(yán)格的分離，這樣也給調(diào)試應(yīng)用程序帶來了一定的困難。每個(gè)構(gòu)件在使用之前都需要經(jīng)過徹底的測(cè)試。一旦你的構(gòu)件經(jīng) 過了測(cè)試，你就可以毫無顧忌的重用它們了。 根據(jù)開發(fā)者經(jīng)驗(yàn)，由于開發(fā)者將一個(gè)應(yīng)用程序分成了三