【正文】 系統(tǒng)和應(yīng)用軟件的網(wǎng)絡(luò)化， 這將是計算機業(yè)的發(fā)展方向。 B/S模式的管理信息開發(fā)平臺模型就是順應(yīng)這一趨勢而提出的，無疑，基于 B/S 模式的 MIS開發(fā)系統(tǒng)將成為未來 MIS的主流結(jié)構(gòu)。在這種模式下：整個系統(tǒng)實際上分為三層 : 第一層是用戶層。包括系統(tǒng)的所有使用者。這一層屬于客戶機部分，在瀏覽器上工作，主要完成用戶接口的功能。 第二層是應(yīng)用程序?qū)?。包?Web服務(wù)器，主要完成客戶的應(yīng)用功能。這一層存放應(yīng) 用程序腳本。 Web服務(wù)器介于 Web瀏覽器與數(shù)據(jù)庫服務(wù)器之間，負(fù)責(zé)用戶輸入信息的接收。 第三層是數(shù)據(jù)層。包括多個數(shù)據(jù)庫服務(wù)器，這些數(shù)據(jù)庫服務(wù)器上的數(shù)據(jù)庫可以是同構(gòu)的數(shù)據(jù)庫，也可以是異構(gòu)的數(shù)據(jù)庫。 在實際的應(yīng)用中，系統(tǒng)往往是把應(yīng)用程序?qū)雍蛿?shù)據(jù)層合并在一起，放到同一個服務(wù)器上面。 鄭州大學(xué)本科畢業(yè)設(shè)計論文 4 B/S模式有其特有的優(yōu)勢： B/S的 MIS開發(fā)系統(tǒng)解決了傳統(tǒng) MIS開發(fā)系統(tǒng)的開發(fā)環(huán)境配置困難的問題 。用傳統(tǒng)的 MIS開發(fā)系統(tǒng)來開發(fā) MIS系統(tǒng)，在系統(tǒng)開發(fā)前我們必須配置相應(yīng)的前后臺環(huán)境 。系統(tǒng)開發(fā)完畢，把系統(tǒng)交給用戶后，開發(fā)人員又必須 為用戶搭建相應(yīng)的使用環(huán)境。這樣就大大延長了系統(tǒng)開發(fā)時間，而且配置環(huán)境對技術(shù)水平要求較高，對一般用戶來說，這是比較困難的一項任務(wù)。而 B/S模式的系統(tǒng)直接利用客戶瀏覽器和現(xiàn)有的 WWW網(wǎng)絡(luò)協(xié)議，無需特殊配置。 B/S的 MIS開發(fā)系統(tǒng)提高了開發(fā)軟件的效率 :基于 B/S模式開發(fā)出來的MIS系統(tǒng)，客戶不需要再進(jìn)行安裝，只需要登陸到 這個系統(tǒng)的所在的網(wǎng)站就可以運行。這樣提高了開發(fā)軟件的效率。 開發(fā) B/S 模式的管理信息系統(tǒng)，主要有兩種方法： ASP 和 JSP，本系統(tǒng)是采用 ASP,服務(wù)器端的程序用 Vbscript 編寫，它是 默認(rèn)的語言，能充分利用 ASP和IIS 提供的各種功能?？蛻舳说某绦蛴?JavaScript 編寫，以適應(yīng)不同的瀏覽器 。 鄭州大學(xué)本科畢業(yè)設(shè)計論文 5 描述 在固定資產(chǎn)的日常管理中，通常涉及“申請” 、 “審批” 、 “資金分配” 、“調(diào)撥” 、 “報廢”等相關(guān)工作，按照傳統(tǒng)的方式，申請人要找審批人審批，然后找財務(wù)處要錢。調(diào)撥的時候也要從大量的資產(chǎn)記錄中找到對應(yīng)的表格，然后修改信息。這些過程中都包含長時間的人員 走動 ，和手工的信息查找，浪費了大量的人力資源，工作效率是非常低的。 為了減少人力資源的損失，提高工作效 率，急需一種網(wǎng)絡(luò)化，自動化的方法來改善這種管理。 在固定資產(chǎn)管理中，根據(jù)職權(quán)的不同，主要有 分為三個管理范圍：普通部門管理，領(lǐng)導(dǎo)管理和財務(wù)處管理。普通部門只能申請固定資產(chǎn)，廠長負(fù)責(zé)申請的審批，財務(wù)處根據(jù)審批結(jié)果和資金狀況分配資金給申請部門，申請部門負(fù)責(zé)資產(chǎn)的購買，買來之后要到財務(wù)處進(jìn)行登記。日常管理工作由財務(wù)處負(fù)責(zé)，主要有：在不同的使用人之間調(diào)撥資產(chǎn)，在不同的使用部門之間調(diào)撥資產(chǎn)，資產(chǎn)的報廢登記 ， 如果資產(chǎn)暫時沒有人使用 ，而且沒有到報廢的地步，那么財務(wù)處要進(jìn)行封停處理。 在管理過程中用到的數(shù)據(jù)：申請表，審批表， 資金分配表，資產(chǎn)調(diào)撥記錄，資產(chǎn)報廢記錄，資產(chǎn)封停記錄，資產(chǎn)登記表，資產(chǎn)使用情況表。 根據(jù)以上需求，第一部分將給出系統(tǒng)的數(shù)據(jù)流圖和功能模塊的劃分，以及各模塊的功能描述。 B/S結(jié)構(gòu)系統(tǒng)的邏輯模型 圖 系統(tǒng)邏輯模型 邏輯模型中（如圖 ）， 客戶端以瀏覽器為載體，負(fù)責(zé)界面的顯示，和簡單數(shù)據(jù)的處理。它通過 TCP/IP協(xié)議之上的 HTTP協(xié)議與服務(wù)器進(jìn)行數(shù)據(jù)交換。服務(wù)器進(jìn)行復(fù)雜的數(shù)據(jù)處理，并通過 ADO等中間件操作數(shù)據(jù)庫。 鄭州大學(xué)本科畢業(yè)設(shè)計論文 6 系統(tǒng)的數(shù)據(jù)流圖 圖 系統(tǒng)數(shù)據(jù)流圖 1 圖 系統(tǒng)數(shù)據(jù)流圖 2 鄭州大學(xué)本科畢業(yè)設(shè)計論文 7 系統(tǒng)流程圖說明 第一層 （如圖 ） 中矩形表示外部數(shù)據(jù)源，兩條粗橫線表示數(shù)據(jù)文件即數(shù)據(jù)庫中的表。 圓表示數(shù)據(jù)處理，帶箭頭的弧線表示數(shù)據(jù)流向。 圖表示的基本工作流程是：各部門提交申請表 —— 廠長審批 —— 財務(wù)處根據(jù)審批結(jié)果分配申請的資金。整個流程期間，申請部門可以查詢本部門的申請的審批結(jié)果，資金是否到位等相關(guān)的信息。 其它模塊， L5資產(chǎn)查詢處理， L6入庫登記處理， L7人員管理處理 ,L8綜合管理處理， 相互獨立性比較強， L7人員管理跟其它模塊沒有任何關(guān)聯(lián)。 L5資產(chǎn)查詢處理、 L6入庫登記處理、 L8綜合管理處理在功能上沒有關(guān)系，也沒有時間先后關(guān)系，但是它們操作的是相同的數(shù)據(jù)表。 第二層 （如圖 ） 中矩形表示外部數(shù)據(jù)源，即第一層中的數(shù)據(jù)庫中的表。L7是對第一層中 L7人員管理的細(xì)化 。 可見人員管理包含四種操作也即是后面講到的子功能模塊：“添加”、“查詢”、“刪除”、“修改”。其中“添加”和“查詢”可以獨立處理，而“刪除”和“修改”，與“查詢”有時序關(guān)系。必須先查找的要刪除或修改的記錄項，然后根據(jù)選 擇，進(jìn)行 刪除或修改操作。 L8是對第一層中 L8綜合管理的細(xì)化。綜合管理也包含四個子功能模塊：“查詢”、“調(diào)撥”、“封?！?、“報廢”?！安樵儭焙推渌齻€模塊有時序關(guān)系，必須查找到相關(guān)的記錄項之后，才能進(jìn)行后續(xù)的調(diào)撥、封停和報廢操作。 功能描述 根據(jù)用戶的 實際 需求 和計算機的功能 ， 將用戶的功能需求抽象為如下模塊。 系統(tǒng)的功能模塊有： (1)登陸模塊， (2)申請模塊， (3)審批模塊， (4)資金分配模塊， (5)入庫登記模塊， (6)綜合管理模塊， (7)部門信息管理模塊 ， (8)人員管理模塊， (9)修改密碼 模塊 ，（ 6_1）查詢子模塊，（ 6_2）調(diào)撥子模塊，（ 6_3）封停子模塊，（ 6_4）報廢子模塊，（ 8_1）添加子模塊，（ 8_2）查詢子模塊，（ 8_3）刪除子模塊，（ 8_4）修改子模塊。 （ 1） 登陸模塊：負(fù)責(zé) 提供登陸信息輸入界面，接收用戶登陸信息的輸入，數(shù)據(jù)格式驗證，用戶 的身份驗證，會話期間使用人信息的記錄，并根據(jù)使用人員的身份，把用戶引導(dǎo)到不同的工作界面：“部門管理界面”、“財務(wù)處管理界面”、“領(lǐng)導(dǎo)管理界面”。 鄭州大學(xué)本科畢業(yè)設(shè)計論文 8 （ 2） 申請模塊： 填寫申請表，并提交，等待廠長的審批和財務(wù)部門分配資金。 （ 3） 審批模塊： 提取申請部門提交的 還沒有審批的申請表，審批，把申請表標(biāo)記為“批準(zhǔn)”或者“不準(zhǔn)”，并記錄“審批表”。 （ 4） 資金分配模塊： 提取已經(jīng)獲得批準(zhǔn)但是還沒有分配資金的申請表，根據(jù)資金狀況分配資金，將申請表標(biāo)記為“已分配資金” ，對分配資金的申請表，記錄“資金分配表” 。 （ 5） 入庫登記模塊： 登記資產(chǎn)的基本信息 。 （ 6） 綜合管理模塊：負(fù)責(zé)固定資產(chǎn)形成之后，其各種日常管理工作。在公司不斷發(fā)展的進(jìn)程中，該模塊的功能需求會不斷的變化。 當(dāng)前要完成“查詢”、“調(diào)撥”、“封停”、“報廢”四項功能 。 （ 6_1）查詢子模塊：根據(jù)用戶輸入的基本信息，查找對應(yīng) 的資產(chǎn)記錄。 （ 6_2）調(diào)撥子模塊：負(fù)責(zé)把資產(chǎn)在不同使用人或不同使用部門之間調(diào)撥，并記錄調(diào)撥時間和操作人，源部門，接收部門信息 。 （ 6_3）封停子模塊：修改資產(chǎn)的基本信息，將“使用人”和“使用部門”置空，標(biāo)記資產(chǎn)狀態(tài)為“封停”。 （ 6_4）報廢子模塊：修改資產(chǎn)的基本信息，標(biāo)記資產(chǎn)狀態(tài)為“報廢”。 （ 7） 部門信息管理模塊：負(fù)責(zé)本部門申請表的審核和分配資金狀況的查詢。 （ 8） 人員管理模塊： 根據(jù)系統(tǒng)的實際需求添加的模塊，對系統(tǒng)使用人員的基本信息進(jìn)行管理。完成“添加”、“查詢”、“刪除”、“修改”四項功能 。 （ 8_1） 添加子模塊：添加新用戶，記錄其基本信息。 （ 8_2） 查詢子模塊：根據(jù)基本信息，查找到用戶的基本信息記錄。 （ 8_3） 刪除子模塊：消去用戶基本信息記錄。 （ 8_4） 修改子模塊：修改用戶的基本信息記錄 。 （ 9） 修改密碼 模塊： 讓每個用戶可以根據(jù)自己的情況修改登陸密碼 。 鄭州大學(xué)本科畢業(yè)設(shè)計論文 9 圖 系統(tǒng)結(jié)構(gòu)圖 系統(tǒng)結(jié)構(gòu)圖說明 該圖 （如圖 ） 用層次的形式描述了系統(tǒng)的結(jié)構(gòu)，這種層次結(jié)構(gòu)清楚地表現(xiàn)出了各功能模塊的從 屬關(guān)系 和工作流程。 由圖可見，系統(tǒng)可分為三個管理模塊（第二層）：部門管理，財務(wù)處管理，領(lǐng)導(dǎo)管理。 這種劃分是基于管理人員的職權(quán)進(jìn)行的，在第三層中可以體現(xiàn)出這一點。普通部門只能進(jìn)行“申請”，“部門信息管理”，“修改密碼”這些一般性的操作，財務(wù)處除了具有普通部門的管理工作外，還擁有“綜合管理”，“入庫登記”和“資金分配”的權(quán)力。而領(lǐng)導(dǎo)管理工作只是“審批”，“人員管理”和“資產(chǎn)查詢”。在這里把普通部門劃分出來，主要是從安全的角度來考慮的， 這樣可以從界面上就限制了普通部門管理人員的權(quán)力，避免了合法用戶進(jìn)行越權(quán)操作。第四 層是第三層兩個模塊的更細(xì)劃分。 鄭州大學(xué)本科畢業(yè)設(shè)計論文 10 （ 1）登陸模塊： 輸入數(shù)據(jù)：“用戶名稱”，“所屬部門”，“登陸密碼” 處理邏輯：接收用戶輸入； //