人事管理系統(tǒng)需求分析范文

時間:2023-10-12 17:17:41

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

篇1

【 關鍵詞 】 SQL Server數據庫;人事管理系統(tǒng)

Based on SQL Server Database Management System Research and Development

Fan Yu-hong

(Cangzhou Normal University Hebei Cangzhou 061001)

【 Abstract 】 With the rapid development of information technology, information system in the business management the application popularization, uses the computer realization of personnel management be imperative. Enterprises using personnel management system, the company managers and management can more scientific reasonable and fair for business and personnel management. In this paper, based on the SQL SERVER database of personnel management system research and development.

【 Keywords 】 SQL server database;personnel management system

0 引言

隨著社會經濟的不斷發(fā)展,對于一些中小型的企業(yè)來說,人力資源成為企業(yè)發(fā)展的重要因素。有些企業(yè)還停留在用紙張檔案管理的方式,這種方式效率低下,而且容易出錯,極不適應現代企業(yè)發(fā)展和管理的要求。針對這種情況,我們開發(fā)了人事管理系統(tǒng)。系統(tǒng)按照人力資源部門管理的操作流程,實行以計算機技術為主,科學管理企業(yè)的人事檔案等信息,不僅提高了辦公效率,同時為企業(yè)的發(fā)展提供了更為科學的管理平臺。

1 人事管理系統(tǒng)開發(fā)概述

對于應用程序的開發(fā),需要開發(fā)人員對案例本身有一個較為完整和細致的認識,包括案例的背景、所要達到的功能及需求分析等。

以下是企業(yè)人事管理的流程:每位員工由人事管理部錄入基本資料,生成人事檔案;由人力資源部管理部門信息;匯集員工獎懲信息和考勤信息;每月生成員工考核信息,并根據考核信息生成工資表。

根據企業(yè)人事管理的開發(fā)流程,開發(fā)人員首先需要完成對系統(tǒng)開發(fā)進行需求分析、系統(tǒng)模塊劃分、系統(tǒng)結構設計等工作。這里主要介紹如何根據實際案例進行系統(tǒng)需求分析、系統(tǒng)功能模塊劃分及系統(tǒng)結構設計。

1.1 系統(tǒng)需求分析

目前,對于一般中小型企業(yè)在人事管理上還是采用手工管理的方式。這種方式辦公效率低下,不能有效地提供員工信息,對部門進行管理,而且存在著安全隱患,不能保證數據的安全性。為了更好地適應當前企業(yè)對人事管理的需求,解決手工管理存在的缺陷,開發(fā)人事管理系統(tǒng)應該滿足以下需求:可以進行企業(yè)職員基本信息管理,進行企業(yè)部門管理,進行職員考評管理,進行基本數據管理,支持用戶權限設置,支持報表打印功能,完成數據庫的備份和恢復。

1.2 系統(tǒng)功能模塊劃分

根據上述的系統(tǒng)需求分析,本系統(tǒng)主要劃分為系統(tǒng)管理模塊、基礎數據管理模塊、部門信息管理模塊、職員信息管理模塊、職員考評信息模塊五個主要模塊。如圖1所示。

1.3 系統(tǒng)結構設計

本系統(tǒng)采用的是兩層結構,即客戶端/服務器模式。該模式對于中小型數據庫應用系統(tǒng)來說,系統(tǒng)開發(fā)簡單快捷,功能實現和調節(jié)也較為容易。如圖2所示。

2 人事管理系統(tǒng)設計與開發(fā)

以下對人事管理系統(tǒng)進行設計與開發(fā)。

a) 設計和創(chuàng)建數據庫

根據系統(tǒng)功能分析和數據庫需求分析,接下來可以為本系統(tǒng)創(chuàng)建數據庫。該數據庫由Microsoft SQL Server2005創(chuàng)建。創(chuàng)建的具體步驟如下:

打開SQL Server 2005,在數據庫列表項上單擊鼠標右鍵,在彈出的快捷菜單中選擇“新建數據庫”命令。會彈出“數據庫屬性”對話框,在選項卡中選擇“常規(guī)”選項,然后在“名稱”文本框中輸入要創(chuàng)建的數據庫名稱。本系統(tǒng)數據庫名稱為“DBEmp”。單擊“確定”按鈕,完成數據庫的創(chuàng)建。完成數據庫的設計和創(chuàng)建后,接下來即可創(chuàng)建人事管理系統(tǒng)的工程。

b) 創(chuàng)建工程和公共函數模塊

打開Visual Basic 6.0創(chuàng)建一個新的標準EXE工程,保存為“人事管理系統(tǒng)”。為工程添加一個MDI窗體,該窗體為人事管理系統(tǒng)的主窗體。添加ADO對象到工程中。在菜單中選擇“工程”“引用”命令,選擇“Microsoft ActiveX Data Object 2.5 Library”列表項,然后單擊“確定”按鈕,將ADO對象添加到工程中。

篇2

高校人事管理是高校實施管理的主要手段,人事管理水平的高低對高校人力資源優(yōu)勢的發(fā)揮產生一定的影響。故此,迎合信息化校園建設的要求,建立高校人事管理系統(tǒng)具有十分重要的意義。一方面,目前很多高校在日常工作中提倡無紙化辦公,這和人事管理系統(tǒng)的特點十分吻合,人事管理的各項工作也逐步向科學化和規(guī)范化發(fā)展;另一方面,高校人事管理系統(tǒng)的建立能夠讓人事管理人員告別以往的人工手動填寫等工作方式,利用較為先進的管理系統(tǒng)可以提高日常工作質量和效率。高校人事管理系統(tǒng)是信息數字化校園的核心組成部分之一,它存在的根本目的是為了更好地建設職工隊伍,這也是完成學校各項工作與提高學校辦學質量的基礎保證。高校人事管理系統(tǒng)的主要作用在于這樣兩個方面:一是為全校的信息管理提供了一個良好的數據平臺;二是可以有效地提高人事管理部門在日常工作中的工作質量以及工作效率。

二系統(tǒng)需求分析

本系統(tǒng)需要實現人事管理模塊、勞資管理模塊和師資管理模塊。人事管理中包括檔案管理、調動管理和考評管理;勞資管理中包括工資管理和福利管理;師資管理中包括培訓管理和院系管理。在本系統(tǒng)中,總共有三類用戶,不同的用戶具有不同的權限。其中,系統(tǒng)管理員:可以進行所有操作,包括對用戶信息修改,也可對數據修改;高級用戶:可以查看除用戶信息以外的所有信息,有一些修改權限;普通用戶:僅能看自己的信息,而且不能修改,也不能查看自己以外的其他用戶的信息。

三數據庫設計

在本系統(tǒng)中存在以下關系模型:職工(教職工編號、教職工姓名、性別、所屬院系、民族、出生日期、婚姻狀況、職稱、入職日期、聯系方式、基本工資、籍貫、狀態(tài))職工工資(職工編號、職工姓名、職工性別、所屬院系、職工職稱、基本工資、崗位工資、保留津貼、應該發(fā)放工資、住房公積金扣款、稅款、實際發(fā)放工資、工資月份)調動管理信息(職工編號、職工姓名、調動日期、原所屬院系、現所屬部門、原職稱、現職稱、原基本工資、現基本工資)考評信息(職工編號、職工姓名、所屬院系、考評內容、考評結果、考評人、考評日期)

四系統(tǒng)設計

高校人事管理系統(tǒng)應包含人事管理模塊、勞資管理模塊和師資管理模塊這3個模塊,高校人事管理系統(tǒng)的功能結構圖如圖1所示。在該系統(tǒng)中,最重要的是人事管理模塊,而且各個模塊的設計差異較小,我們以人事管理模塊為例進行設計。該模塊包括三個子系統(tǒng)。在檔案信息管理模塊中,管理員可以通過點擊檔案管理進入教職工信息管理的界面,來完成對教職工信息的查詢、新增、修改等操作。在查詢功能中,系統(tǒng)默認查詢了所有職工的信息,可以根據需要進行相應的條件查詢;在刪除功能中,系統(tǒng)中提供了單個職工信息刪除或者多個職工信息刪除的操作;在修改功能中,可以修改教職工的信息。其設計過程為:系統(tǒng)加載Home.aspx主界面,點擊檔案信息管理菜單時頁面會跳轉至Employee.aspx這一界面,在Employee.aspx.cs中Page_Load()中調用DataGridBind()方法綁定所有職工信息,頁面默認顯示所有職工信息,用戶可以在該界面中分別通過調用InsertEmployee()、EidtEmployee()、DeleteEmployee()對職工信息進行增、刪、改、查操作,這幾個方法都是借助SqlHeler類對數據庫進行操作。在調動管理模塊中,通過點擊調動管理菜單進入調動信息管理界面,來完成對職工職位變化的增加、查詢等操作。在增加功能中,如果添加成功,在調動信息表中加入一條數據,同時要更新職工的信息狀態(tài);在查詢功能中,頁面不僅默認顯示所有職工調動信息,還提供了根據職工編號或職工姓名查詢職工調動信息的服務。其設計過程為:系統(tǒng)加載Home.aspx主界面,點擊調動管理菜單時頁面就會跳轉到Redeploy.aspx界面,可以在此界面中對職工調動信息進行新增操作,再輸入職工編號,點擊查詢按鈕,調用ButtonInit_Click(),將職工姓名、原所屬院系、原職稱、原基本工資等信息顯示出來。在填入新數據后,點擊提交按鈕,調用ButtonModify_Click(),將插入一條新的調動信息并修改職工信息;在Redeploy.aspx界面中通過點擊調動記錄查詢跳轉至Re-deploySel.aspx頁面,此頁面在Page_Load()中調用Redeploy-DataBind()方法綁定所有職工調動信息,頁面默認顯示所有職工調動信息,在頁面中可以通過輸入查詢條件點擊查詢按鈕調用ButtonSel_Click()去查詢相應的職工調動信息,在這些對數據庫進行操作時都是借助SqlHeler類來進行的。在考評管理模塊中,通過點擊菜單進入考評管理的界面,來完成對考評信息的查詢、新增等操作。在查詢功能中,系統(tǒng)默認查詢了所有職工考評信息,可以根據需要進行相應的條件查詢。其設計過程為:系統(tǒng)加載Home.aspx主界面,點擊考評管理菜單時頁面就會跳轉到Check.aspx界面,可以在此界面中對職工考評信息進行新增操作,再點擊查詢按鈕調用Button-Sel_Click()查詢職工信息,在輸入完考評信息后,通過點擊提交按鈕調用ButtonModify_Click()將插入一條新的考評信息;在Check.aspx頁面中通過點擊考評信息查詢跳轉至CheckSel.aspx頁面,在此頁面中通過輸入查詢條件,點擊查詢按鈕,調用But-tonSel_Click()去查詢相應的職工考評信息,在這些對數據庫進行操作時都是借助SqlHeler類來進行的。

五結論

篇3

【關鍵詞】人事管理;B/S架構;.NET;數據庫;C#

1.引言

近年來,隨著我國經濟形勢的發(fā)展,國內的企業(yè)不斷發(fā)展壯大,員工部門分類越來越細,數量越來越龐大,原有的紙面管理、人工管理顯示出極大的弊端。同時由于信息不能得到及時高效的傳遞,管理手段、效率相當低下,越來越多的企業(yè)意識到運用計算機技術建立一套科學合理的管理系統(tǒng),將企業(yè)管理和服務的職能從紙面管理轉移到網絡上去,可能為企業(yè)帶來直接的甚至更長久的競爭優(yōu)勢。本文將根據企業(yè)相關需求設計與開發(fā)了企業(yè)人事管理系統(tǒng)。

2.系統(tǒng)設計平臺與開發(fā)工具介紹

2.1 系統(tǒng)開發(fā)工具

2.1.1 簡介

是分層的、模塊化的,以及層次結構化的.NET Framework的每一層都是一個抽象層。其中,.NET語言是頂層,也是最為抽象的一層。而公共語言運行庫則位于底層,它是最不抽象、最靠近本地環(huán)境的一層。這一點很重要,因為公共語言運行庫需要與操作環(huán)境緊密合作來管理.NET應用程序。.NET Framework被分成了多個模塊,每個模塊都有它們各自特定的責任。最后由于高層只從底層請求服務,所以.NET又是層次結構化的[1]。

2.1.2 環(huán)境

主要是運行在WEB服務器上的程序,微軟最初使用的是ASP,隨著大型應用的發(fā)展ASP很難適應這種趨勢,于是相應產生,相對與ASP來說是一種面向對象、組件化、分層的應用。對于設計者和開發(fā)者提供了更清晰的邏輯層次,更直觀快捷的開發(fā)。同時有效的提高了程序的可擴展性。的最終目的就是讓用戶在任何地方、任何時間,以及利用任何設備都能訪問所需的信息、文件和程序。用戶不需要知道這些文件放在什么地方,只需要發(fā)出請求,然后只管接收就可以了。而所有后臺的復雜性是完全屏蔽起來的[2]。

2.1.3 特點

高效率開發(fā);更好的語言支持;可編程的控件;事件驅動的編程;基于XML的組件用戶身份驗證,帶有帳號和角色;更高的可伸縮性;更強的性能-編譯代碼;更容易配置和開發(fā)。

2.1.4 FRAMEWORK體系結構

是分層的、模塊化的,以及層次結構化的。.NET Framework的每一層都是一個抽象層。其中,.NET語言是頂層,也是最為抽象的一層。而公共語言運行庫則位于底層,它是最不抽象、最靠近本地環(huán)境的一層。這一點很重要,因為公共語言運行庫需要與操作環(huán)境緊密合作來管理.NET應用程序。.NET Framework被分成了多個模塊,每個模塊都有它們各自特定的責任。最后由于高層只從底層請求服務,所以.NET又是層次結構化的[3]。

2.2 系統(tǒng)數據庫SQLSERVER2005簡介

Microsoft SQL Server 2005 是一個全面的數據庫平臺,使用集成的商業(yè)智能工具提供了企業(yè)級的數據管理[6]。Microsoft SQL Server 2005數據庫引擎為關系型數據和結構化數據提供了更安全可靠的存儲功能,使您可以構建和管理用于業(yè)務高性能的數據應用程序。SQL Server 2005是一個全面的數據庫平臺,使用集成的商業(yè)智能工具提供企業(yè)級的數據管理,為關系型數據和結構化數據提供更安全可靠的存儲功能。SQL Server 2005不僅可以有效地執(zhí)行大規(guī)模聯機事務處理,而且可以完成數據倉庫和電子商務應用等許多具有挑戰(zhàn)性的工作。SQL Server 2005旨在通過數據庫加密、更加安全的默認設置、加強的密碼政策和細化的許可控制、加強的安全模型等特性,為企業(yè)數據提供最高級別的安全性[7]。

3.系統(tǒng)需求分析與系統(tǒng)總體設計

3.1 系統(tǒng)可行性分析

3.1.1 技術可行性分析

Visual 提供了一個統(tǒng)一的、緊密集成的可視化編程環(huán)境,簡化了開發(fā)應用程序的過程,縮短了實用方法的時間。利用Visual ,可以非常輕松地創(chuàng)建具有自動伸縮能力的可靠的應用程序和組件。數據庫方面SQL server 2005已經可以滿足中小型企業(yè)的數據要求,甚至有些大型企業(yè)都可以達到要求。

3.1.2 經濟可行性分析

由于現在企業(yè)規(guī)模的擴大,企業(yè)內部數據將大量膨脹,包括員工、部門等信息將為企業(yè)的瓶頸問題,采用傳統(tǒng)的手工輸入方法,不僅工作繁瑣而且需要人力輸入多,記錄容易出錯,那樣產生了成本高,效果差的弊病,對于一個企業(yè)的資料庫建立是十分困難和麻煩的。而采用這種系統(tǒng)所發(fā)費的成本,精力都遠遠低于手工,并且實用十分方便,更新也簡易,每個部門只需一個人統(tǒng)一管理,對企業(yè)實現辦公無紙化能起到很大的作用。

3.1.3 管理可行性分析

由于市場競爭的激烈程度日益增加,企業(yè)要想長久地發(fā)展下去,首先必須具有良好的企業(yè)文化,其次在管理上體制要完善、制度要合理,再次要采用可持續(xù)發(fā)展的科學方法,最后還應與時俱進,不斷進行企業(yè)改革,使得企業(yè)時刻適應社會的變革。

3.1.4 社會可行性分析

隨著計算機的發(fā)展與普及,以及互聯網技術的擴展,日常勞資人事管理必將實現無紙化辦公,并且加入到公司內部的Intranet或者是Internet上去,實現數據的共享,這樣有利于勞資人事信息在單位內部的查詢,提高了數據資源的利用,并且能及時的得到更新,提高了工作的效率。

3.2 系統(tǒng)需求分析

本系統(tǒng)需實現功能如下:整個公司人事管理信息系統(tǒng)運行在本單位局域網中;人事管理系統(tǒng)應該能夠存儲員工的基本信息,公司機構部門信息;系統(tǒng)能提供對這些信息的查詢、修改、添加和刪除功能;系統(tǒng)能對公司的人動、獎懲信息、考勤信息進行記錄并對其進行查詢;系統(tǒng)能提供對員工添加、修改、刪除用戶帳號的功能,并能分配權限;對數據的安全有相應的保護措施;針對不同管理層的使用者,設置不同的操作權限;能夠實現很好的人機交互功能,輸入簡單、快捷。

3.3 系統(tǒng)概要設計

本系統(tǒng)設計旨在為企業(yè)內部員工對企業(yè)相關信息進行訪問與操作,根據企業(yè)內部相關需求,對系統(tǒng)進行同步設計,本系統(tǒng)通過B/S[8]的方式讓用戶可以通過瀏覽器,以不同的權限對該系統(tǒng)進行一系列的操作,對各項功能模塊進行訪問,對各項具體信息進行查詢、編輯、刪除等操作[9]。具體部署圖如圖1所示。

圖1 企業(yè)人事管理系統(tǒng)部署圖

3.4 系統(tǒng)主要功能模塊設計

人事管理系統(tǒng)是針對公司人事部門大量的業(yè)務處理工作而開發(fā)的管理軟件[10]。根據用戶的要求,根據人事管理、部門信息管理、員工管理和系統(tǒng)管理四個方面進行設計的。

3.4.1 系統(tǒng)登錄

根據不同的身份,使用不同的用戶權限進行開庫驗證用戶密碼和類別,如果登錄失敗,則提示失敗原因;如果登錄成功,則按用戶的權限進入不同的頁面。根據帳號管理員分配的相應權限執(zhí)行相應的操作。

3.4.2 人事管理模塊設計

此模塊允許具有錄入修改員工信息權限人員登錄。人員基本信息的添加:添加人員基本信息,包括姓名、工號、年齡等信息。人員基本信息的編輯:編輯人員的基本信息。刪除人員基本信息:當該職員已經被解雇或其他原因離開企業(yè),則需要對該員工做刪除操作,刪除該員工的基本信息。人員基本信息查詢:查找某職員的基本信息。查找可分員工編號和員工姓名進行,按姓名可以模糊匹配來搜索。

3.4.3 部門管理模塊設計

(1)部門基本信息增加:

包括增加部門的編號,名稱以及部門經理等基本信息。

(2)部門基本信息修改:

對部門編號、部門、經理等基本信息進行修改。

(3)部門基本信息查詢:

提供給用戶對部門各項信息進行了解的窗口,對整個公司架構進行了解。

(4)部門基本信息刪除:

當有部門需要撤銷或者合并時,對原有部門信息進行清理刪除操作。

3.4.4 員工管理模塊設計

員工模塊主要包括以下四個模塊:

員工檔案管理:員工工號、姓名、性別、年齡、出生日期、地址、電話號碼、政治面貌、畢業(yè)院校、身份證號、所在部門、備注。

員工考勤管理:員工工號,姓名,月份,本月天數,公休天數,出勤天數,出勤,曠工,年休,請假,遲到,早退,忘訂卡,假日加班,其它加班,補休天數,出差,加班費,扣考核,其它,備注。

員工工資管理:工號,姓名,底薪,獎金,補貼,加班,養(yǎng)老金,醫(yī)療保險,公積金,實發(fā)工資,稅率,月份。

員工評價管理:員工工號、姓名、性別、工作情況評價、主管評價、同事評價。

3.4.5 系統(tǒng)管理模塊設計

系統(tǒng)管理主要包括以下五個模塊:

用戶列表添加:當企業(yè)新增加員工時,需分配給該員工訪問系統(tǒng)的權限,對用戶進行注冊操作,將用戶相關信息添加到數據庫,以方便系統(tǒng)管理員對所進入系統(tǒng)的用戶進行相關查詢。

用戶列表刪除:當員工被解雇或辭職情況而離開公司,需將該員工對系統(tǒng)的操作權限進行刪除,并刪除該員工相關信息。

用戶列表查詢:允許員工對一般信息進行查詢(只允許查詢一般信息)。

用戶注銷:登錄的用戶退出系統(tǒng)。

用戶編輯:允許員工對登錄系統(tǒng)的密碼進行修改。

權限管理:對不同的員工分別不同的權限,如普通員工只有訪問的權限,而部門主管以及經理有修改信息的權限。

3.5 企業(yè)人事管理流程設計

當用戶進入系統(tǒng)后,將按照一定的流程對該系統(tǒng)進行操作,具體流程如下:

第一步,運行系統(tǒng)后,首先會看到登陸窗體,對用戶的身份進行認證。身份認證可以分為以下兩個過程。

(1)確認用戶是否是有效的系統(tǒng)用戶。

(2)確定用戶的類型。

第一個過程決定用戶能否進入系統(tǒng),第二個過程根據用戶的類型決定用戶的操作權限。在系統(tǒng)初始化時,有兩個默認的用戶。在本系統(tǒng)中設置管理員用戶為administer,普通用戶為Users。管理員用戶可以創(chuàng)建用戶、修改用戶信息以及刪除用戶;普通用戶則只能修改自己的用戶名和密碼,而且普通用戶的功能受到限制。

第二步,將選擇各功能模塊,主要功能模塊主要包括人事管理模塊、部門管理模塊、員工管理模塊、系統(tǒng)管理模塊。分別進入用戶需要的功能模塊執(zhí)行相應的操作。系統(tǒng)管理模塊將為提供各種維護系統(tǒng)的功能。

本文設計的企業(yè)人事管理系統(tǒng)與以前的一些相關的軟件有很大程度上的進步,該系統(tǒng)是利用目前發(fā)展成熟的計算機網絡技術,結合運用網絡相關的技術,來達到為本系統(tǒng)利用的宗旨,這一做法的優(yōu)勢在是B/S架構的相關的基礎上,大范圍的調動網絡技術,利用網絡迅速這一特點來及時的對人事信息的及時更新與操作。

參考文獻

[1]安德森ASP NET高級編程[M]北京:清華大學出版社,2002.

[2](美)Chris Goode,Chris Ullman等康博譯ASP NET入門經典――c#編程篇[M].北京:清華大學出版社,2002.

[3]Daniel Cazzulino,等.C# Web應用程序入門經典[M].北京:清華大學出版社,2003.

[4]張輝鵬.基于NET的電子商務系統(tǒng)的研究和設計[D].武漢:武漢理工大學計算機科學與技術學院,2006.

[5]Daniel Cazzulino等C# Web應用程序入門經典[M].北京:清華大學出版社,2003.

[6]張莉,王強,趙文防,董莉.SQL server數據庫原理及應用教程[M].清華大學出版社,2004.

[7]申朝陽,宋顏浩.ASP NET與相關數據庫技術[M].水利水電出版社,2005.1.

[8]楊新宇,劉力勇.關于 B/S 架構的深入探析[M].科技信息(學術研究),2007-01.

篇4

關鍵詞:富客戶端;住房管理;信息系統(tǒng);高校

中圖分類號:TP311

本文將詳細對比B/S與C/S架構的優(yōu)缺點。在此基礎上分析富客戶端技術對比前兩種架構的優(yōu)勢,并以高校教工住房管理系統(tǒng)為例,設計并開發(fā)兼具B/S與C/S優(yōu)勢的管理信息系統(tǒng)。

1 軟件系統(tǒng)體系結構分析

計算機技術的發(fā)展推進管理信息系統(tǒng)日益革新。隨著新技術的廣泛應用,管理信息系統(tǒng)的體系結構也逐步演進:從最初的主機/終端信息共享模式,到20世紀90年代興起的客戶機/服務器(C/S)模式,進而發(fā)展到瀏覽器/服務器(B/S)模式。

1.1 C/S架構

C/S架構(Client/Server即客戶機/服務器架構),是一種基于資源不對等,且為實現共享而提出來的一種體系結構,通過將任務合理分配到Client端和Server端,降低了系統(tǒng)的通訊開銷,可以充分利用兩端硬件環(huán)境的優(yōu)勢。

C/S架構能夠充分調用客戶機的資源,完成一部分業(yè)務處理操作,響應速度快,并能起到減輕服務器負荷的作用。但是,由于客戶機需要安裝專門的客戶端軟件,客戶端軟件對客戶機的環(huán)境要求也比較高,存在諸如兼容性問題等??蛻魴C的數量越多,軟件的部署、更新等運行維護成本越高。另外,如果客戶機硬件系統(tǒng)、操作系統(tǒng)、軟件系統(tǒng)環(huán)境不一致,還要開發(fā)專門的客戶端軟件。

1.2 B/S架構

為提高軟件系統(tǒng)兼容性,降低維護成本,B/S架構應運而生。B/S架構(Browser/Server即瀏覽器/服務器架構),是隨著Internet技術的興起,對C/S結構的一種變化或者改進的結構。

在這種結構下,客戶機只需要安裝任意一款瀏覽器(如IE等),用戶就可以通過該瀏覽器遠程訪問軟件系統(tǒng),主要的業(yè)務處理任務都在服務器上完成。這種模式實現了客戶端零維護成本,在軟件系統(tǒng)調整、升級等情況下,只需要更行服務器上的軟件程序即可。但是,B/S架構也不是盡善盡美,C/S架構軟件提供的豐富的人機交互,B/S架構就沒有繼承下來,造成用戶體驗方面大打折扣;另外,由于B/S架構應用的大部分邏輯和狀態(tài)位于服務器端,所以瀏覽器會頻繁地向服務器發(fā)回數據和處理請求,即使網絡連接正常,瀏覽器也必須等待響應到達,用戶才能繼續(xù)進行下一步操作,這就造成了響應速度通常要比C/S架構軟件慢得多。

2 富客戶端技術

傳統(tǒng)的C/S模式,多終端的部署結構使軟件系統(tǒng)在越來越頻繁的系統(tǒng)更新面前,毫無招架之力。作為C/S模式的改良版,瀏覽器/服務器(B/S)模式因其部署簡單,客戶端零維護,很好地解決了運行維護的問題;但B/S架構在人機交互的表現層差強人意,在響應速度和用戶體驗方面不如C/S模式。富客戶端技術綜合了C/S、B/S模式的優(yōu)勢,因其響應快、用戶體驗好、部署簡單,維護成本低、跨平臺等特性備受業(yè)界青睞。

富客戶端技術(RichClient,RC),也被稱作為富因特網應用程序(RichInternetApplications,RIA),同時集成了本地應用的高交互性、實時性與WEB應用的單一部署特性、跨平臺性與低成本,合二為一提供同時包含以上特效的用戶體驗。富客戶端技術通過提供可承載已編譯客戶端應用程序(以文件形式,用HTTP傳遞)的運行環(huán)境,客戶端應用程序使用異步客戶/服務器架構連接現有的后端應用服務器,這是一種安全、可升級、具有良好適應性的新的面向服務模型,這種模型由采用的Web服務所驅動。

富客戶端技術繼承了桌面應用程序反應快、交互性強的優(yōu)點,能夠處理復雜的多媒體數據應用,同時又具有Web應用程序部署靈活、低成本的特性。富客戶端技術的應用,能夠使信息系統(tǒng)在降低維護成本的同時豐富用戶體驗,并能夠很好地解決兼容性和跨平臺等方面的問題。

3 系統(tǒng)需求分析與設計

管理信息系統(tǒng)是改變傳統(tǒng)管理方式,提升管理水平,提高管理效率,實現信息化管理的工具和手段。本節(jié)將以高校教工住房管理系統(tǒng)為例進行需求分析和系統(tǒng)設計。

3.1 系統(tǒng)需求分析

需求分析是軟件生命周期的五個階段中唯一面向用戶的階段,是實施軟件工程的基礎。在系統(tǒng)需求分析中,系統(tǒng)分析員和軟件工程師通過對用戶的調研確定系統(tǒng)的目的、功能及邊界。

高校教工住房管理系統(tǒng)就是要實現住房管理的數字化、精準化,替代傳統(tǒng)的管理手段,具體業(yè)務可分為住房管理、住房補貼管理、各種查詢統(tǒng)計及報表管理等三大類事務;面向的用戶包括三類:普通教職工,住房管理人員,校領導等。

住房管理業(yè)務可以分為住房信息管理、住房登記、周轉房管理、房改房報修四部分。住房管理涉及的范圍包括集資房、經濟適用房、商品房、房改房、周轉房等。其中集資房、經濟適用房、商品房、房改房產權都歸屬個人,只需要進行住房登記。房改房報修、受理流程要納入系統(tǒng)。周轉房管理,包含申請、審批、登記、保證金及租金收繳、退房等流程要通過系統(tǒng)完成。

住房貨幣化補貼作為高校住房制度改革的重要內容,實現了住房實物分配向貨幣化分配的轉變。由于貨幣化補貼有專門的系統(tǒng),因此本系統(tǒng)只要提供數據的導入及導出功能即可。

查詢統(tǒng)計報表業(yè)務可以細分為租賃查詢統(tǒng)計、貨幣化補貼查詢統(tǒng)計、教職工及住房信息查詢統(tǒng)計等3項子業(yè)務。查詢統(tǒng)計報表業(yè)務主要面向業(yè)務管理人員以及學校領導。

另外,與住房管理息息相關的就是教工,系統(tǒng)還需要提供教工信息庫及修改功能。

3.2 系統(tǒng)總體設計

本文設計的高校教工住房管理系統(tǒng)是整體采用MVC三層架構,分為登錄模塊、教工信息管理子系統(tǒng)、住房信息管理子系統(tǒng)、貨幣化補貼管理子系統(tǒng)、系統(tǒng)設置模塊等。系統(tǒng)總體模塊設計如圖1所示。

圖1 高校教工住房管理系統(tǒng)總體設計圖

教工信息管理子系統(tǒng)分為:教工信息查詢模塊、教工信息編輯模塊、教工信息添加模塊以及教工信息刪除模塊。

住房信息管理子系統(tǒng)分為:住房信息查詢模塊、住房信息編輯模塊、住房信息添加模塊、住房信息登記模塊以及住房信息刪除模塊、周轉房管理子系統(tǒng)以及住房報修管理子系統(tǒng)等。周轉房管理子系統(tǒng)分為:申請周轉房模塊、審批周轉房申請模塊、登記周轉房住戶信息模塊、登記保證金繳納信息模塊、生成周轉房租金清單模塊、申請騰退周轉房模塊以及審批騰退周轉房申請模塊。住房報修子系統(tǒng)分為:申請住房維修模塊、受理住房維修申請模塊、登記住房維修結果模塊。

貨幣化補貼管理子系統(tǒng)分為貨幣化補貼信息導入模塊、貨幣化補貼信息導出模塊和貨幣化補貼信息查詢模塊。

系統(tǒng)設置模塊包括用戶信息管理、權限設置等功能。

3.3 系統(tǒng)設計目標

高校教工住房管理系統(tǒng)要提供及時準確的數據,系統(tǒng)要能實時反應學校的住房使用情況、教職工的住房狀況以及學校貨幣化補貼工作的執(zhí)行情況,為高校領導相關決策提供準確可靠的一手數據。

另外,高校教工住房管理系統(tǒng)的設計和開發(fā)應從高校校園信息化建設總體布局出發(fā),遵守高校數字化校園工程規(guī)范,提供與財務管理系統(tǒng)、人事管理系統(tǒng)、公共數據平臺、統(tǒng)一身份認證平臺等的接口。

4 系統(tǒng)開發(fā)環(huán)境與實施效果

4.1 基于ExtJs+Struts+Hibernate的MyEclipse集成開發(fā)環(huán)境

本文設計的高校教工住房管理系統(tǒng)開發(fā)環(huán)境選用MyEclipse集成開發(fā)環(huán)境,數據庫采用的是MicrosoftSQLServer2005數據庫管理系統(tǒng)。

界面展示采用Ext2.0框架及其提供的組件,后臺服務器端代碼采用Java編寫。

Ext是ExtJS的簡稱,是一個強大的JS類庫,是對傳統(tǒng)JavaScript的擴充。由于Ext融入了面向對象的概念,開發(fā)者可以靈活運用Ext提供的Form、Grid、Menu、Tree等組件。

為簡化開發(fā)過程,提高系統(tǒng)靈活性和重用性,本文設計的系統(tǒng)采用struts框架;另外本文設計的系統(tǒng)還采用了Hibernate框架,通過Hibernate中間件,數據庫訪問層的編碼搭建工作將事半功倍。

4.2 實施效果展示

本文設計的高校教工住房管理系統(tǒng)要能夠提供及時準確的數據服務,為高校領導相關決策提供支撐。其實施效果圖如圖2所示。

圖2 高校教工住房管理系統(tǒng)效果圖

5 結束語

信息化背景下的企事業(yè)單位,傳統(tǒng)的管理方法和管理模式已經越來越不能適應單位的發(fā)展,提供高效、精準管理方案的信息管理系統(tǒng)勢在必行?;诟豢蛻舳思夹g的管理信息系統(tǒng)的能夠統(tǒng)籌兼顧傳統(tǒng)C/S、B/S架構的優(yōu)點,為企事業(yè)單位打造一個快速響應、體驗豐富的管理平臺,樹立良好的單位形象;在提升企事業(yè)單位管理水平、提高管理效率的同時有效地降低運維成本。

參考文獻:

[1]陳勇.管理信息系統(tǒng)的發(fā)展動因及趨勢研究[J].商業(yè)研究,2005,14:4-6.

[2]李云云.淺析B/S和C/S體系結構[J].科學之友,2011,1:6-8.

[3]楊曉靜.C/S與B/S模式相結合的標準化管理信息系統(tǒng)結構設計[J].電子工業(yè)專用設備,2011,192:42-46.

[3]許建林.富客戶端技術的研究及其應用[D].南昌:南昌大學,2006.

[4]朱華.Ajax在Web開發(fā)中的應用研究[D].哈爾濱工程大學,2009.

[5]李晶晶.WEB2.0下富客戶端框架的設計與實現[D].成都:電子科技大學,2012.

篇5

隨著信息社會的到來,既掌握專業(yè)技能又具有計算機應用能力的人越來越來受到歡迎。為了適應社會的發(fā)展,必須培養(yǎng)既熟悉專業(yè)又能把計算機技術同各領域的專業(yè)需要緊密結合的復合型人才。數據庫技術成為高校各學科專業(yè)的必修或選修課程。數據庫課程設計一般是大學三年級學生在學完計算機應用基礎、計算機編程語言、辦公自動化軟件基礎、數據庫原理與應用等課程后進行的集中實踐環(huán)節(jié),主要內容是通過社會調查,選擇一個實際課題,完成數據庫應用系統(tǒng)設計工作,課程結束后提交應用軟件系統(tǒng)和課程設計報告。通過課程設計,可以使學生較全面地理解、掌握和綜合運用所學知識,培養(yǎng)學生調查研究,查閱技術文獻、資料以及編寫技術文獻的能力。非計算機專業(yè)學生對于計算機類的課程通常有一定的畏懼感,尤其對計算機語言、編程等,覺得難以駕馭和掌握。如何讓學生通過數據庫課程設計,使他們的各方面能力得到培養(yǎng)和鍛煉,一直是值得思考的課題。本文結合教學實踐,就教學內容、教學手段、考核方式、課程管理等方面進行初步探索。

二、課程設計的目標、內容及要求

教師應了解學生以往所學過的計算機相關課程,注意課程的銜接,分析非計算機專業(yè)學生已經掌握的知識和知識的體系結構,明確數據庫課程設計的教學目標、內容及課程設計要求,對需要加強或充實的內容要重點講解和補充。數據庫設計是指對于一個給定的應用環(huán)境,構造最優(yōu)的數據庫模式,建立數據庫及其應用系統(tǒng),使之能夠有效地存儲數據,滿足各種用戶的應用要求,包括數據庫的結構設計(數據靜態(tài)模型的設計)和數據庫的行為設計(應用軟件等的設計)。學生應按照數據庫結構設計的需求分析、概念結構設計、邏輯結構設計、物理結構設計、數據庫實施、數據庫運行和維護這六個階段,分階段分步驟進行,完成每一個階段的任務。根據軟件工程的方法和理論進行應用程序的設計,熟練運用相關語言編制應用系統(tǒng)的界面,實現開發(fā)工具與數據查詢語言的無縫連接,建立數據庫應用系統(tǒng)。要求學生要提交課程設計報告、所開發(fā)的軟件系統(tǒng)和程序清單。課程設計報告包括各階段的設計內容和對所開發(fā)的應用系統(tǒng)的評價,以及課程設計的體會與建議。

為了發(fā)揮學生的主動性,教師授課的重點應放在系統(tǒng)化的開發(fā)步驟和關鍵性問題的求解上,首先要介紹設計思想、方法和程序設計的思想和方法。課程設計過程中教師要指導學生查資料,如數據庫原理及應用,數據庫系統(tǒng),軟件工程,管理信息系統(tǒng)等方面的書籍,同時要指導學生善用軟件幫助系統(tǒng),培養(yǎng)學生學會質疑、自學和調查研究解決問題的能力。針對在校學生接觸實際比較少,沒有實際開發(fā)軟件和工作經驗的特點,應精選有代表性的案例,從問題的提出、方案的設計與實施,到最終問題的解決,給學生全面了解解決問題的全過程。然后,由學生當主角,讓學生自己解決問題,鍛煉他們綜合運用知識的能力。

三、課程設計的選題

選題是整個課程設計的前提和關鍵。課程設計題目選擇的難易程度、范圍的大小和是否能激發(fā)學生的學習熱情,直接影響到這一實踐教學環(huán)節(jié)的效果。一個好的題目應該符合以下原則:首先,要符合教學要求,使學生通過課程設計進一步鞏固所學的專業(yè)知識,培養(yǎng)學生分析問題、解決問題的能力;其次,一個好的題目應該和實踐緊密聯系。理論來自于實踐,又服務于實踐。要貼近學生學習和生活實際,先選擇容易開發(fā)的實用的數據庫應用系統(tǒng),對學生以后從事相關工作有幫助。脫離實踐的題目往往激發(fā)不出學生的學習熱情,達不到預期的目標。

首先,將學生分成若干個小組。分組的依據為:學生的學習成績、知識結構、學習能力、性格特點、男女搭配等,遵循互補的原則,成績好的與成績差的搭配,性格內向的與外向的搭配等。每組人員為5~6名,每組設組長,全面負責小組的學習討論和任務安排。在組長的指揮下,對成員進行分工,善于口頭表達的負責聯系工作和調查研究,計算機操作能力強的負責代碼的編寫,程序設計能力強的負責整體規(guī)劃、程序調試和連編,寫作能力強的負責技術文檔的書寫等,成員努力的成果與個體成員共同分享。教師只需提醒學生合理分配工作時間,注意小組成員之間的溝通,幫助把握進度。實踐表明:在互相討論又各自有所負責的學習氛圍中,學生之間可以相互學習、取長補短,對知識的掌握與鞏固有很大的幫助。

其次,各個小組通過討論、觀察、思考、查資料等方式,結合各個學生的特長,參考教師指定的范圍選定課程設計題目,然后與教師進行交流。教師應對學生選定的題目進行批閱,在可行性、工作量大小、小組成員及題目意義等方面進行把關評估,及時將意見反饋給學生,學生再針對教師的意見進行調整,最終確定課程設計的選題。結合教學實踐可以選擇如下題目:客房管理系統(tǒng)、學籍管理系統(tǒng)、學校工資管理系統(tǒng)、科研項目管理系統(tǒng)、高校設備管理系統(tǒng)、檔案管理系統(tǒng)、圖書資料管理系統(tǒng)、教學成績管理系統(tǒng)、后勤管理系統(tǒng)、系辦管理系統(tǒng)、居委會管理系統(tǒng)、職工人事管理系統(tǒng)、宿舍管理系統(tǒng)等。

四、方案設計和方案實施

選定題目后,即可著手完成數據庫課程設計的各個階段的任務。首先,各小組應對所選題目進行分析,通過查閱資料、小組討論、走訪專家或社會調查等途徑,進行調查研究和可行性分析。通過調查組織機構情況、業(yè)務活動情況、數據情況、用戶要求,確定新系統(tǒng)的邊界,完成系統(tǒng)需求分析。然后,采用實體聯系模型確定應用程序中的實體和聯系,確定實體的屬性和實體之間聯系的類型,得到局部E-R模型,異對局部E—R模型集成進行輸入/輸出設計和軟件結構設計等,完成概念結構設計。接下來,實現E-R模型向關系模型的轉化,利用關系規(guī)范化理論進行關系模式的優(yōu)化,設計用戶視圖,同時進行界面設計,模塊設計等,完成邏輯結構設計階段的任務。再往下,進行物理設計和軟件實施,最后是應用系統(tǒng)的集成與。小組成員在組長的領導下,可以分頭完成各自負責的任務,小組成員要分工負責和團結協(xié)作。教師在指導課程設計過程中,可以設置幾個檢查點,制定階段性任務。如根據課程內容、教學目的、系統(tǒng)規(guī)模、工作量等因素,審查各小組遞交的初始設計方案,在設計方案的實現方法、表現形式等方面做出調整建議,以避免在方案實施過程中出現不必要的反復。

在課程設計過程中,提倡通過模仿來學習,只有多模仿才能掌握方法,才有可能創(chuàng)新。學生根據初始方案,通過各種途徑查找與自己的題目類似的范例,通過模仿范例來實現自己的程序。有的學生在范例中看到自己感興趣的內容,通過適當修改,將其應用到自己的程序中,使程序更合理,內容更豐富。學生在掌握了基本方法和解決問題的途徑后,對自己感興趣的內容,自然愿意努力去尋找答案。學生在方案設計、修改、實施的過程中不斷發(fā)現問題與解決問題,逐步產生了學習的樂趣。為了避免在分組的實驗、設計中有的同學不積極參與的現象,可以采用隨機抽查的辦法來考核小組的成績,促使小組內部互相監(jiān)督、互相幫助、互相學習,有利于培養(yǎng)學生學習的積極性,提高教學效果。

數據庫課程設計中實驗是重要的組成部分,教師要詳細布置實驗,制訂上機紀律,并且督促學生嚴格按照課程設計各階段工作要求操作。實驗可以參考以下內容安排:(1)建立數據庫。包括創(chuàng)建數據庫,創(chuàng)建表,建立字段和記錄的有效性約束,建立索引,創(chuàng)建表間關系和觸發(fā)器設計等。(2)使用表單操縱數據庫。包括設計表單,創(chuàng)建表單,為表單添加對象,定義表單及其對象的屬性、事件和方法。(3)設計用戶視圖。包括創(chuàng)建不同的用戶視圖,實現用視圖來控制更新數據庫中的數據的目的。(4)設計報表。包括創(chuàng)建報表,打印和預覽報表,注意各個帶區(qū)的使用。(5)設計菜單系統(tǒng)。包括規(guī)劃菜單系統(tǒng),創(chuàng)建菜單及其子菜單,為菜單指定任務,調試和使用菜單系統(tǒng)。(6)項目集成。包括使用項目管理器集成數據庫、表單、視圖、報表等數據庫對象,設置主控程序,編譯和發(fā)行軟件等。

五、課程設計的考核與評定

學生在課程設計結束后,不僅要提交軟件系統(tǒng),還要提交課程設計報告,闡述其設計思路、運用的知識及自己的體會。課程設計的成績由以下幾部分組成:考勤占10分,平時抽查和提問題情況占10分,課程設計報告占30分,軟件系統(tǒng)設計占30分,演示與答辯占20分。課程設計報告主要看各個部分的完備性,分析的透徹性和獨到的見解。在評分方式上采取自評和互評的方式,首先由各小組依據教師給出的評價標準給本小組打分,然后由每組各選一名代表給大家介紹系統(tǒng)開發(fā)的情況并演示系統(tǒng),同時回答學生和教師提出的問題。所有小組代表陳述完后,由各組分組討論,對其它組開發(fā)的系統(tǒng)進行評價和評分。最后由教師根據其自評、互評分數結合實際情況(包括軟件開發(fā)水平、演示能力、回答問題能力、軟件開發(fā)文檔等)適當總結并公布成績。

為有效避免學生在課程設計過程中的抄襲現象,教師可以對學生進行有針對性地提問,學生當場解答;教師也可以采取刪除軟件中一些關鍵性語句由學生當場調試的方法檢查學生的學習效果。通過評價和自我評價,學生的學習主體意識得到充分體現和加強,激發(fā)了學生發(fā)現、分析和解決實際問題的學習積極性,不僅提高了學生運用數據庫理論開發(fā)出具有實際應用價值的數據庫應用系統(tǒng)的能力,而且學生思考和解決實際問題的能力也有了較大提高。

篇6

一、周期法  該方法是由結構化系統(tǒng)分析和設計組成的一種管理信息系統(tǒng)開發(fā)方法, 圖1結構化生命周期法的開發(fā)過程 亦稱結構化生命周期法。其基本思想是將系統(tǒng)的生命周期劃分為系統(tǒng)調查、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施與轉換、系統(tǒng)維護與評價等階段。應用系統(tǒng)工程的方法,按照規(guī)定的步驟和任務要求,使用一定的圖表工具,完成規(guī)定的文檔,在結構化和模塊化的基礎上進行管理信息系統(tǒng)的開發(fā)工作。結構化生命周期法的開發(fā)過程一般是先把系統(tǒng)功能視為一個大的模塊,再根據系統(tǒng)分析設計的要求對其進行進一步的模塊分解或組合?;咀龇ㄈ鐖D1所示。 結構化生命周期法主要特點是:

⑴開發(fā)目標清晰化。結構化生命周期法的系統(tǒng)開發(fā)以"用戶第一"為目標,開發(fā)中要保持與用戶的溝通,取得與用戶的共識,這使管理信息系統(tǒng)的開發(fā)建立在可靠的基礎之上。

⑵工作階段程式化。結構化生命周期法每個階段的工作內容明確,這便于開發(fā)過程的控制。每一階段工作完成后,要根據階段工作目標和要求進行審查,這使階段工作有條不紊,也避免為以后的工作留下隱患。

⑶工作文件規(guī)范化。結構化生命周期法每一階段工作完成后,要按照要求完成相應的文檔報告與圖表,以保證各個工作階段的銜接與系統(tǒng)維護工作的便利。

⑷設計方法結構化。結構化生命周期法采用自上而下的結構化、模塊化分析與設計方法,使系統(tǒng)間各個子系統(tǒng)間相對獨立,便于系統(tǒng)的分析、設計、實現與維護。 結構化生命周期法被廣泛地應用于銀行管理信息系統(tǒng)的開發(fā)中。該方法適合于銀行業(yè)務工作比較成熟、定型的系統(tǒng),如作為銀行管理信息系統(tǒng)信息采集的自助銀行、企業(yè)銀行、電話銀行、銷售點服務系統(tǒng)、多媒體查詢系統(tǒng)等為客戶提供金融服務、信息咨詢的系統(tǒng)。在管理系統(tǒng)開發(fā)方式上,銀行根據系統(tǒng)的復雜程度以及自己的人力、資金等狀況,可在獨立開發(fā)、合作開發(fā)、委托開發(fā)、購買現成軟件這四種模式中選擇其一。 二、原型法 該方法是一種根據用戶需求,利用系統(tǒng)快速開發(fā)工具,建立一個系統(tǒng)模型,在此基礎上與用戶交流,最終實現用戶需求的快速管理信息系統(tǒng)開發(fā)方法。 原型法開發(fā)過程包括系統(tǒng)需求分析、系統(tǒng)初步設計、系統(tǒng)調試和系統(tǒng)轉換、系統(tǒng)檢測與評價等階段。用戶僅需在系統(tǒng)分析與系統(tǒng)初步設計階段完成對應用系統(tǒng)的描述,開發(fā)者在獲取一組基本需求定義后,利用開發(fā)工具生成應用系統(tǒng),快速建立一個目標應用系統(tǒng)的最初版本,并把它提交給用戶試用、評價、根據用戶提出的修改補充,再進行新版本的開發(fā),反復這個過程,不斷地細化和擴充,直到生成一個用戶滿意的應用系統(tǒng)。 原型法的開發(fā)過程如圖2所示。   目前,我國市場上的管理信息系統(tǒng)快速開發(fā)工具有:POWER BUILDER、VISUAL BASIC、VISUAL FOXPRO、DELPHI等。利用這些面向對象的開發(fā)工具,可使開發(fā)者的精力和時間集中于分析應用問題及抽取反應應用系統(tǒng)實質的事物邏輯上,而不再拘泥于應付處理繁瑣的開發(fā)實現細節(jié),節(jié)省了大量的編程工作,并且使系統(tǒng)界面美觀,功能較強。 原型法具有開發(fā)周期短、見效快、與業(yè)務人員交流方便的優(yōu)點,被廣泛地應用于銀行的財務報表系統(tǒng)、信貸管理系統(tǒng)、工資人事管理系統(tǒng)、固定資產管理系統(tǒng)等的開發(fā)中。 三、綜合法 綜合法是將周期法和原型法兩者結合使用,采用結構化生命周期法的設計思想,在系統(tǒng)分析與系統(tǒng)初步設計上采用原型法作出原始模型,與用戶反復交流達成共識后,繼續(xù)按結構化生命周期法進行系統(tǒng)詳細設計及系統(tǒng)實施與轉換、系統(tǒng)維護與評價階段的工作。 綜合法的優(yōu)點是它兼顧了周期法開發(fā)過程控制性強的特點以及原型法開發(fā)周期短、見效快的特點。商業(yè)銀行在管理信息系統(tǒng)開發(fā)中,可針對不同的實際情況,合理采用綜合法,使開發(fā)過程更具靈活性,往往會取得更好的開發(fā)效果。 四、實例 今年上半年筆者采用原型法,開發(fā)了交通銀行南通分行計劃信息管理系統(tǒng),下面就以該系統(tǒng)為例具體介紹一下原型法的主要開發(fā)過程。

( 1)系統(tǒng)需求分析、系統(tǒng)初步設計。通過與計劃處交流,明確了本系統(tǒng)的設計目標,即通過對財會處人民幣和國外部折美元會計月報表、資產負債表、損益表及計劃處信貸收支表數據進行收集、存儲、檢索、傳輸、加工、分析,為計劃處及其它管理部門的科學決策服務。并根據確定的設計目標初步完成系統(tǒng)基本數據流圖、主要功能模塊圖、網絡結構圖的設計。

(2)系統(tǒng)模型的確定。為實現不同部門間信息資源的共享,本系統(tǒng)的基本模式設計為典型的Client/Server體系結構,在分行計劃處設立數據庫服務器,作為數據處理中心,計劃處及其它管理部門的客戶機,通過局域網與服務器相連,進行操作。Server端采用Sybase數據庫作為數據庫系統(tǒng),Client端采用PowerBuilder 6.5作為開發(fā)工具,網絡協(xié)議采用TCP/IP的通訊協(xié)議。

(3)系統(tǒng)模型的實現。使用面向對象的PowerBuilder 6.5設計界面快速且美觀,因此本系統(tǒng)的Client端設計重點不是在界面設計上,而是在提高系統(tǒng)的通用性上。由于計劃處報表統(tǒng)計條件改變頻繁,這給生成報表數據帶來一定的難度。本系統(tǒng)設計上采用?quot;參數表驅動法",使數據與程序相分離,即基于通用報表結構的報表程序,極大地減輕了報表的編程工作量。Server端設計主要是建立帳務類、字典類、控制類系統(tǒng)數據庫表。

(4)用戶審核。將本系統(tǒng)的最初版本提交給計劃處使用,筆者根據計劃處在使用過程中提出的修改意見,不斷完善系統(tǒng),如此重復,直至計劃處滿意為止。

(5)系統(tǒng)維護與評價。本系統(tǒng)提交給計劃處正式投入使用,為維護方便,筆者建立系統(tǒng)開發(fā)檔案,至此,本系統(tǒng)的開發(fā)過程基本結束。 電子商務網站訪問量的統(tǒng)計 南通航運職業(yè)技術學院 王建華 內容提要:作者就電子商務網站建設中的一個實際問題--網站訪問量統(tǒng)計,介紹了電子商務網站訪問量統(tǒng)計信息和方法。 關鍵詞:點擊數;頁讀數;訪問人數;訪問量 我們的主頁的頁讀數是多少?有多少人在訪問我們的網站?這往往是電子商務網站迫切需要知道的實際問題。 遺憾的是,大多數電子商務網站建立初期,往往只考慮網站的內容和版面,并沒有想到某一天會要跟蹤網站的訪問量。當廣告客戶詢問網站的訪問量,想知道有多少人訪問網站,瀏覽網頁時,為跟蹤訪問量忙得疲憊不堪的工作人員往往拿不出令人信服的統(tǒng)計資料。本文就此問題,談談電子商務網站訪問量的統(tǒng)計信息和方法,目的在于拋磚引玉。

一、點擊數和頁讀數 Web服務器能記錄它得到的每次請求的信息。對我們有用的請求的信息包括:點擊的日期和時間 、主機名 、請求 、被授權的訪問者的登錄名、Web服務器的反應碼、涉及者、訪問者的user agent、訪問者的IP地址、訪問者的主機名(如果其IP地址可以被翻譯出來)、傳輸的字節(jié)數、被訪問的文件的路徑、訪問者發(fā)送的Cookies 、Web服務器發(fā)送的Cookies 。 上述能收集到的訪問量數據不多,而且得到的信息也不可靠??捎玫男畔⒉粶蚀_,但不是完全不可用。雖然數據不精確,但仍然可以知道有多少人在用我們的網站。正如我們知道的,用計數器可以很容易地知道有多少點擊數,但對于更精確的分析,我們將不得不存儲得到的點擊數。一個簡單的辦法是把信息存儲在Web服務器的log文件中,然后定期地加載數據庫的table或直接把信息寫到數據庫的table中。 點擊是我們的服務器收到的任何文件請求,包括圖像、聲音文件和任何出現在頁面上的東西。如果直接加載數據到數據庫中,我們需要一個已經實現這種功能的Web服務器(如Microsoft腎IS),或需要源代碼。也可以用第三方的API,如Apache的DBILogger。實現了這樣的功能,就可以收集失敗點擊的次數(只需計算狀態(tài)碼為4xx的點擊的數量)。 頁讀數更準確些,因為它把一頁當作一個整體 ,而不是它的各個部分。計算點擊數不如計算頁讀數得到的信息量大,而且點擊數計算的結果與其它網站很難進行比較。頁讀數就不同了:按時間塊的頁讀數,可以查看每5分鐘的頁讀數變化;按訪問者的域名分類的頁讀數,可以確定他們是在工作時,工作前還是工作后訪問我們的網站;按登錄用戶的頁讀數和非登錄用戶分類的頁讀數,可以確定允許用戶登錄是否值得;按信息來源分類的頁讀數 ,可以確定訪問者進入頁面是通過一個連接還是一個旗幟廣告?他們從哪里來?這些信息可以幫我們了解訪問者的興趣,可以確定往哪兒投資,與哪些人合作;按訪問者的硬件平臺、操作系統(tǒng)、瀏覽器及其平臺統(tǒng)計的頁讀數 ,可以確定 Mac用戶和PC用戶的比例各為多少?Netscape和IE的用戶各為多少;按訪問者主機統(tǒng)計的頁讀數 ,可以確定訪問者中有多少人用AOL?有多少人用Earthling? 總之,頁讀數的統(tǒng)計,也就電子商務網站訪問量的統(tǒng)計鼻子

二、頁讀數的統(tǒng)計 為了計算頁讀數,需要制定一些把頁讀數從點擊數中區(qū)分出來的方法。下面是電子商務網站經??紤]到的一些因素:文件名、文件類型(HTML、GIF、WAV等)、Web服務器的反應碼、訪問者的主機。一旦確定了哪些點擊是頁讀數,哪些不是,就可以計算網站的頁讀數了。我們按照文件的路徑確定頁讀數算在哪個具體部分,如:hotw.com/web/99/13/index0a.html算做Web的頁讀數;而hotw.com/sys/99/12/index3a.html則算做Sys的頁讀數。如果這種標準在網站的各個層次上實行,可以得到網站的詳細統(tǒng)計。我們有時希望把一個頁讀數算在某一部分,在其它部分算在另一部分。 電子商務網站頁讀數的統(tǒng)計方法通常有如下幾種。

1.遠程數據跟蹤 頁讀數增長的速度是多少?年底的時候我們期望的頁讀數是多少?網站的哪部分頁讀數增長得最快?哪部分最慢? 各種瀏覽器的比例隨著時間變化的趨勢是怎樣的? 人們過多久訪問我們的網站一次? 從其它網站的旗幟廣告第一次進入我的網站的人,他們隨后讀了多少頁? 一旦我們看到可用的各種類型的信息,我們就會得到需要長距離回答的各種問題。如果我們對回答這些問題感興趣,那么多天的跟蹤就會有用。 進行遠程數據跟蹤,可以考慮使用數據庫。我們可以編寫程序從點擊數日志中提取想要的信息。如果數據庫設計得合理,查詢信息的時間比用程序從日志文件中提取信息快好多倍。數據量越大,這種差別越明顯。 如果只存儲感興趣的點擊,可以節(jié)省大量的數據空間。 也可用SQL從數據庫中提取數據。SQL是一種小型的、簡練的只需學很少的命令和語法的語言。而且,其命令結構簡單明晰,好的程序員建立一個SQL查詢比編程做同樣的事快得多。而且其結果錯誤更少,更容易理解。 如果不想用SQL,可以用一種數據庫訪問工具如MS Access 或 Excel。這些工具都很好用,而且是圖形界面。

2.計算訪問時間 電子商務網站的市場部和廣告部都喜歡統(tǒng)計訪問時間,即某人在離開我們的站點前停留了多長時間。但是,用HTTP是不可能確定這個數值的。 假設一個客戶在正午時訪問Hot的一個頁,然后該客戶在12:28 p.m.訪問Hot的另一頁,那么該客戶對Hot的訪問時間是多長呢?該客戶可能在這28分鐘內一直盯著第一個Hot頁,但是該客戶也可能在這28分鐘內新開了一個窗口,瀏覽另一個網站。 但是,我們的用戶確實需要這種信息,那么該怎么告訴他們呢? 我們可以去Internet Advertising Bureau,它定義了一個訪問為"沒有連續(xù)30分鐘的不活動的訪問者的一系列頁面請求 "。當有人問起我們的網站的訪問時間時,我們也可以在IAB的定義的基礎上告訴他們。

3.計算訪問來源 如果訪問者點擊某個連接或某個旗幟廣告到達我們的網站,他的瀏覽器會隨著這個請求發(fā)送他剛離開的站點的URL,這個URL稱為"referer"。 Netscape和IE對訪問的來源的處理方式不同。如果我們點擊原始頁到一個有frame的頁,Netscape將把原始頁作為對包含frame的頁和每個frame中的頁的來源;IE把原始頁作為包含frame的頁的來源,這個包含frame的頁反過來把它本身作為各個frame頁的來源。進一步,我們可能還會得到每頁的頁讀數的數據。如果把網站分成頻道或部分,則可能得到每部分的數據。 需要注意的是,上述方法計算出的頁讀數不是我們的網站的實際頁讀數。這是因為我們統(tǒng)計的是在Web服務器的訪問日志中計算訪問記錄,而很多請求從不在訪問日志中留下痕跡。因為沒有十全十美的方案,所以使用哪種統(tǒng)計方法取決于網站的實際情況。

三、計算訪問人數 計算訪問人數比計算頁讀數難得多,而且沒有絕對可靠的計算訪問者人數的方法。 基本上有三種信息可以用來跟蹤訪問者:IP地址、成員名(如果網站使用成員注冊)和cookie。 最簡單的辦法是計算log文件中的唯一IP地址的數量。但是,最容易的辦法通常不是最好的辦法。這種方法是可用的最不準確的辦法。大多數人在每次連接時得到不同的IP地址。這是因為很多ISP為用戶賦予動態(tài)的IP地址,例如,當一個AOL用戶上網時,AOL給他一個IP地址,當他斷開連接時,AOL把這個地址賦給另一個用戶。這樣,當我們進行統(tǒng)計時,我們不知道這是兩個用戶。 如果要求用戶使用成員身份登錄,統(tǒng)計將很容易和準確。但很多人不喜歡需要登錄的網站,這就使得跟蹤成員名的統(tǒng)計沒有實際意義。 最后,可以使用cookies。為每個訪問者定義一個包含唯一值的cookie,我們把它稱為機器ID。如果某人訪問我們的網站時沒有提供機器ID(可能她是第一次訪問,或者她的瀏覽器不接受cookies),把她當作新用戶,并為她訪問的頁發(fā)送一個cookie。 使用這種方法要注意的是: 轉貼于

1. 很多人關掉了cookies的功能;

2. 可以用瀏覽器刪除舊的cookies;

3. cookie存儲在訪問者的機器上( 訪問者可能用不只一臺機器訪問我們的網站);