第一篇：《小型OA系統開發》(開題報告)

江西農業大學

本科生畢業設計（論文）開題報告

題目：小型OA系統開發

學院：計算機與信息工程學院

專業：計算機科學與技術

班級：計科1002班

學號： 20102151

姓

填表日期： 年月日

一、選題的依據及意義：

隨著現代信息技術的飛速發展,尤其是計算機、網絡通信以及自動化等技術的突飛猛進，使得辦公自動化在技術和應用上得到了更高層次的發展，成為現代信息化社會的重要標志之一，同時也是企業信息化建設的重要組成部分。

所謂辦公自動化系統即Office Automation，也可簡稱為OA系統。它是將現代化辦公和計算機網絡功能結合起來的一種新型的辦公方式。OA系統以計算機網絡為依托，在企業內部進行暢通的信息交流。組織機構內部的人員通過網絡可跨越時間、地點協同工作。各個部門在信息共享的基礎上進行協作，便于明確各個部門甚至每個員工的責任，而決策層可以迅速綜合來自各個方面的信息，并以此為依據制定企業的戰略決策。

通常的辦公室業務，主要是進行大量文件的處理。而采用計算機網絡技術傳遞文檔，是辦公室自動化的基本特征。在引入辦公室自動化后除傳統的辦公室角色外，還要加入部分管理設備的專業技術人員。技術設備——計算機是另一因素。包括：計算機、復印機、電話機、傳真機、網絡設備等等，這些統稱為硬設備或硬件。另外，各種信息設備中還需要有管理設備的軟件。包括計算機的操作系統、網絡操作系統、文字處理軟件等等。顯然辦公自動化系統是一個“人-機”系統，二者缺一不可。

在辦公管理中，工作人員之間最基本的聯系是溝通(Communication)、協調(Cooperation)和控制(Control)，即所謂的3C概念。而辦公自動化就是利用先進的信息技術將辦公過程電子化、數字化，從而創造一個集成的辦公環境，使所有的辦公人員都在同一個桌面環境進行協同工作。

在辦公自動化系統中通過建立企業內部的通信平臺及信息發布平臺，來保證組織內部的通信和信息交流，為企業提供一個信息發布和交流的場所，從而使員工能夠了解單位的發展動態及各種規章制度。同時企業的工作流程和各類文檔要實現的自動化，進一步規范各項工作，使企業內部的文檔能夠按權限進行保存、共享和使用，提高單位協同工作的效率。

二、國內外研究現狀及發展趨勢（含文獻綜述）：

辦公自動化OA于50年代在美國等西方國家首先興起，70年代中期，美國

首先利用微型計算機系統實現辦公自動化以來，在發達國家已得到迅速的發展。美國聯邦政府高度重視辦公自動化的發展和應用，到 1984 年，90%以上的政府機構作上了電子郵件系統和電子報表系統，70%以上的政府機構準備增加其他管理支持軟件、文件查詢與報告生成程序、數據庫管理系統等。到 1987年，美國聯邦政府大約有 20%的官員和雇員可以在家里通過計算機網絡進行辦公或利用各處數據資源。在目前，辦公自動化系統中普遍采用各種先進的設備，如語言合成、語音識別、多媒體技術、光盤等，使辦公更加自動化、現代化。美國發展辦公自動化大體經歷了3個階段。

1975 年前為第一階段，采用單機設備，以文字處理機、復印機、傳真機、專用交換機等為主，完成單項業務的自動化。

1975—1982年為第二階段，該階段采用部分綜合設備，如專用自動交換機與文字、話音通信系統等，以實現關鍵競爭業務運行自動化。

1983年以后為第三階段，該階段采用系統綜合設備，如多功能工作站、電子郵件等其他辦公設備并入計算機網絡，各辦公室之間不僅能傳遞數據，而且能傳遞語音、圖形和圖像等信息，并采用多種決策支持軟件，使辦公人員不僅能快速獲得所需信息，而且能在很短的時間內作出判斷與決策，從而大大地提高辦公效率和辦公質量。

中國的OA系統起源于政府的公文和檔案管理。由于計劃經濟體制的影響，政府對企業的管理除了依靠法律、法規之外，還有大量的行政指令和指示。企業在進行許多決策的時候，也經常需要向主管的政府部門請示匯報。另外，當時的政府官員和企業領導經常是你我難以分辨，并且存在著比較嚴格的對應關系，即企業領導和政府官員行政級別掛鉤，因此在企業應用紅頭文件就比較自然。此時的OA系統的特點：以公文處理、檔案管理為核心的辦公管理系統，其實辦公就是辦文。

同樣國內的OA發展歷程大體也可以分為幾個階段：

第一代OA：以email、個人office辦公軟件處理為核心，個人來處理日常工作，在組織內缺乏很好的溝通渠道。

第二代OA：主要是以傳統的收發文管理，檔案管理為主。加入了很多的輔助功能如，BBS、公告板、名片夾、日程安排、報告管理、圖書管理、車輛管理、企業大事記等小功能。這些功能相對獨立，這樣的功能也可以用內部網站的形式

實現。這些功能對于企業沒有實際的大的幫助。

第三代OA：第二代的OA產品在功能上加強了，加入了很多功能。例如加入了文檔管理、人事的管理、資產的管理，特別是在流程方面逐步得到了加強。他的功能還是相對對立，尤其是與企業的業務還是沒有掛接上來，也是停留在將工作電子化的程度。

第四代OA：當我們的目光移開辦公自動化系統，我們就會發現，在企業除了辦公自動化系統之外，還有財務、庫存、生產、銷售、人力等管理系統。由于大量的信息孤島式的建設，他們之間很少能夠緊密協調起來。就前端來說，我們經常需要進行退出一個系統然后再進入另一個系統，并且發現數據常常不一致，我可以比較肯定地說，目前中國具有信息系統的企業絕大部分都是這種情況。他們往往具有多個供應商提供的多個系統，但很少集成。也有少數企業采用ERP套件，集成了其中的一部分，全部集成的企業鳳毛麟角，也可能正在產生之中。

第五代OA：隨著3G移動網絡的部署，辦公已經進入了移動時代。手機辦公或者叫移動辦公，是利用無線網絡實現辦公的技術。它將原有辦公系統上的OA功能遷移到手機。移動辦公系統具有傳統辦公系統無法比擬的優越性。移動辦公系統使業務軟擺脫時間和場所局限，隨時隨地進行與企業業務平臺溝通，有效提高管理效率，推動企業效益增長。手機辦公也涵蓋了手機移動執法和手機移動商務。

三、本課題研究內容:

本課題所研究的辦公自動化系統是針對于大中型的協同辦公專用系統。最大限度的提高辦公效率和辦公質量，改善辦公環境和條件。

該系統采用B/S模式，基于WEB形式，用戶工作界面通過WWW瀏覽器來實現，部分事務邏輯在前端（Browser）實現，主要事務邏輯在服務器端（Server）實現，形成所謂三層結構系統（3-tier system）。從而簡化了用戶客戶端電腦載荷，減輕了系統維護與升級的成本和工作量，降低了用戶的總體成本。

具體包括：

1、網站首頁的布局設計。

2、用戶管理：注冊、修改、刪除新部門及新員工信息。（管理員功能）

3、公文流轉系統（收文、發文、簽報）

（1）公文的起草、提交、審批、填寫意見等環節；

（2）自主定義流程并配置每個環節的不同權限；

（3）收發文的類型配置：可以有多個收發文表單的選擇、流程的選擇；

（4）文件編號，印章樣式，紅頭文件等的配置；

（5）對收發文進行歸檔、統計、排序、查看、搜索等操作；

4、個人事務：個人事務（我的待辦、我的待閱、我的已閱、我的已辦、我的辦結）、個人郵箱（收發郵件，查看、刪除郵件）、通訊錄。

5、行政管理：會議管理、車輛管理、用印管理。

6、公共信息：行政公告、部門文檔。

四、本課題研究方案:

本人主要通過圖書館館藏圖書以及互聯網資源獲取行業相關的各類文獻書籍，了解我國企業尤其是中大型企業在協同辦公中存在的問題，辦公效率亟待提高。在此基礎上進行相關設計開發。

1、系統數據庫的設計：

利用IBM公司的Lotus Notes/Domino平臺進行數據表的創建、視圖的創建。數據存儲采用Domino文檔型數據庫

2、開發語言包括：

JavaScript、Html、Lotus Script、公式等

3、嵌套元素：

在頁面或表單中嵌入視圖、Java小程序、導航器等其他頁面與表單中的元素。

五、研究目標、主要特色及工作進度：

第一階段（約3周）

確定畢業論文題目，搜集相關資料，理解課題。

第二階段（約3周）

在學習并了解課題相關背景的基礎上，完成開題報告，成功開題。

第三階段（約4周）

學習設計與開發相關書籍，進行需求分析并完成概要設計。

第四階段（約5周）

設計和實現系統的各個模塊，并進行系統調試，進一步修改、完善系統。

第五階段（約5周）

準備畢業論文所需資料，在業務與技術兩個層面進行正文的撰寫。

第六階段（約3周）

修改并完成畢業論文，準備答辯

六、參考文獻：

［1］ 張翠玲．淺談辦公自動化的意義［J］．中國科技縱橫，2010(14)［2］ 陶德超．辦公自動化的現狀及發展［J］．信息與電腦，2011(9)

［3］ 石麗霞．LotusDominoDesigner6應用程序開發指南［M］．北京：中國水利水電出版社，2004

［4］ 武坤．中文Lotus Domino/Notes R7應用教程［M］．北京：機械工業出版社，2007

［5］ [美] Paul Wilton Jeremy McPeak著，高宇輝等譯．JavaScript入門經典［M］．北京：清華大學出版社，2011

［6］ [美] Nicholas C.Zakas著，李松峰譯．JavaScript高級程序設計［M］．北京：人民郵電出版社，2010

［7］ [美] Freeman.E著，林旺譯．Head First HTML與CSS、XHTML中文版［M］．北京：中國電力出版社，2008

第二篇：小型超市管理系統開發實例

小型超市管理系統開發實例

一．項目論證和計劃 1.1系統調查

社會生活的現代化，使得市場的走向發生巨大變化，由于經濟的發展，人們對生活的需求已經不再滿足于豐衣足食的低度要求，許多人們往往不是單純為滿足生活必需去購買，而是憑著喜歡、意欲和感觀去購買。如果一個商店能夠打動顧客、吸引顧客，自然會顧客盈門，而近幾年新興產業中超級市場的現代化管理方式和便捷的購物方式，尤其是它輕松的購物環境。往往是打動顧客，吸引顧客的最主要的原因，且良好的周密的銷售服務更是贏得信譽、吸引顧客的優勢所在。商品經濟的高速現代化發展也促進了競爭，使一切不甘落后的商家都爭先恐后地采用最新的管理方法來加強自己的競爭地位。因此，超市經營者如果不掌握當今市場發展的這一走向，不能將超市現代化經營作為努力開拓的目標，就無法使經營活絡、財源茂盛。隨著計算機網絡技術以及數據庫技術的迅速發展，管理信息系統得到了廣泛應用。對于一個超市來講：貨品數量少則數以百計，多則數以萬計；另外，不同超市的實際情況也有所不同。要對這些貨品進行統一、高效的管理，靠人工完成工作量龐大、難免有錯漏之處。為此，一個自動化的超市貨品管理系統的開發非常必要。

當今社會，超市的競爭也進入到了一個全新的領域，競爭已不再是規模的競爭，而是技術的競爭、管理的競爭、人才的競爭。技術的提升和管理的升級是超市業的競爭核心。零售領域目前呈多元發展趨勢，多種業態：超市、倉儲店、便利店、特許加盟店、專賣店、貨倉等相互并存。如何在激烈的競爭中擴大銷售額、降低經營成本、擴大經營規模，成為超市營業者努力追求的目標。作為國內市場的一些中小型超市，它們在信息化過程中的步伐要落后于大中型超市，而對于這些企業的資源管理，信息的存儲和處理也顯得迫切需要。要適應市場競爭就需要有高效的處理方式和管理方法，因此加快超市的信息化進程是必可少的。

1.2 新系統的總體功能需求和性能要求

針對超市的特點，為了幫助超市解決現在面臨的問題，提高小型超市的競爭力，我們將開發以下系統：前臺POS銷售系統、后臺管理系統，其中這兩個子系統又包含其他一些子功能。并且系統要做到以下幾點：

(1).簡單性

系統設計盡量簡單，以實現使用方便，提高效率，節省開支，提高系統的運行質量。

(2).靈活性

系統對外界條件變化有較強的適應性

(3).完整性

系統是各個子系統的集合，作為一個有機的整體存在。因此，要求各個

子系統的功能盡量規范，數據采集統一，語言描述一致。(4).可靠性

小型超市管理系統可以用于支持超市的各項管理工作。

1.3 系統開發的框架

二．可行性分析

1．管理可行性分析

管理可行性分析管理可行性分析管理可行性分析 超市的經營者大多具備電腦基本操作知識，對于必要的專業操作經短期培訓即可；管理基礎工作和各項管理制度比較健全，執行嚴格，原始數據采集完整，保存良好。2．經濟可行性分析

經濟可行性分析經濟可行性分析經濟可行性分析 超市管理系統的投入，能夠提高工作效率，減少工作人員，從而減少人力資本的投入，根據核算，系統投入三個月后，就能夠基本收回開發系統的投資，從經濟角度來說，本系統開發完全必要。

3．技術可行性分析(1)．硬件：電腦一臺(2)．軟件：操作系統：中文Windows 2007開發系統：Microsoft Visual Foxpro 6.0，安裝SQL Server 2000的服務器版本 系統本身對硬件和軟件的要求都不高且系統兼容性很強，平臺的移植性也很好，因此無論在系統的硬件及軟件上都滿足開發的要求。

(3)．本系統涉及到的技術因素： 管理系統的開發方法，使用面向對象開發方法開發軟件系統。網絡和通信技術，開發小組有基于C/S開發的經驗，C/S機構規劃和技術設計，開發小組有應用數據庫開發經驗。數據庫技術，開發小組能使用Visual Foxpro 6.0 編程。

(4)．運行上的可行性：操作簡單：簡單的操作規則使操作人員能輕松掌握。查詢方便：用戶可設定任意條件和任意的查詢項目進行檢索。統計靈活：任意條件下任意項目的產品入庫時間、數量等的統計及查詢項目均可進行交叉統計。

三．需求分析

3.1 數據流分析

頂層數據流圖

零售前臺(POS)管理系統數據流圖

3.2 系統流程圖

3.3 數據字典

商品信息

包括品名，倉庫號，唯一標碼，條形碼，進貨價，銷售價，進貨地，供貨商號。倉庫信息

包括倉庫號，倉庫名，類別，管理員工號，備注。員工信息

包括姓名，電話，工號，部門編號。會員信息

會員編號，會員名，電話，入會日期。供貨商信息

包括供貨商號，名稱，地址，電話，聯系人。銷售信息

包括正常銷售、促銷與限量、限期禁止銷售控制、銷售明細記錄、各地收銀員收銀記錄、交結賬信息，收銀員工號。部門信息

包括部門編號，員工姓名，員工工號。

四．總體設計

4.1 功能模塊圖

4.2 層次方框圖

4.3 IPO圖

4.4 系統的功能結構圖

4.5 工作流程模擬圖

4.6系統數據庫關系說明圖

五．詳細設計

5.1 前臺銷售(POS)功能流程圖

5.2 后臺管理功能流程圖

第三篇：小型電子商務網站設計開題報告

武漢大學本科畢業論文（設計）開題報告

畢業論文（設計）題目小型電子商務網站設計

一、設計的目的和意義

本文擬對小型電子商務網站設計展開研究。

伴隨著計算機技術在各行各業日益廣泛和深入的應用，網絡的概念早已深入人心。網絡在各行各業的發展戰略中占據了重要的位置，成為商家不可分割的部分。商品的宣傳已不只局限于電視與報紙，網絡已成為商家展示自己的另一個舞臺。商家建立網站，將商家各方面的宣傳與服務展現于網絡中，通過網絡更可實現如網上購物、信息查尋等功能，這些在改變我們原有經營方式與經營理念的同時，也為商家帶來了更高的效益。因此，對于商家來說，擁有一個屬于自己的網站是至關重要的。

當今中國，電子商務已成為一大熱點。電子商務經過十幾年的發展已經進入成熟期，它涉及到人們的生活、工作、學習及消費等廣泛領域，其服務和管理也涉及政府、工商、金融及用戶等諸多方面。電子商務可應用于家庭理財、個人購物、企業經營、國際貿易等諸多方面。電子商務作為一種建立在信息技術平臺上的先進的商務活動方式，無疑有著良好的發展前景。目前國內無論是傳統制造業還是新型的金融業，都把電子商務作為企業經營的一種新方式，紛紛投入巨資建立網站從事商業活動

二、國內外關于該論題的研究現狀和發展趨勢

當今中國電子商務已經無比熱門。大量企業都把電子商務作為企業經營的一種新方式，紛紛從事電子商務活動。電子商務作為一種建立在信息技術平臺上的先進的商務活動方式，具有良好的發展前景。由于信息的競爭在企業競爭優勢中發揮著越來越重要的作用，所以有越來越多的企業參與到了電子商務中。有數據顯示，2011年中國B2B電子商務服務企業達9200家, B2C、C2C與其它非主流模式企業數已達15800家，日趨激烈的市場競爭讓電子商務行業不惜擲下巨資進行各種形式的市場營銷活動。隨著我國的電子商務的快速發展，相信在不遠的將來，電子商務可以為中小型企業開辟更廣泛的市場空間。

三、論文主要內容、研究方法、技術路線及預期目的1．主要內容

本設計采用ASP技術在網絡上架構一個小型動態電子商務網站，選用

Dreamweaver作為開發工具，后臺采用Access作為數據庫開發工具。論文從開發環境、網站總體設計、數據庫詳細設計、網站詳細設計及在網站建設中遇到的問題和解決方法幾個方面對整體的開發過程進行了較系統的介紹。完成的電子商務網站分為前臺顯示和后臺維護兩大模塊。具體功能如下：前臺顯示包括會員注冊登陸、查看商品列表、查看商品信息、查詢商品、商品評論、購買商品等模塊；后臺維護包括公告管理、商品管理、會員管理、定單管理等模塊。通過這些前臺、后臺功能模塊的設計，基本上實現了整個網上交易過程。

2．擬采用的研究方法（手段）

1.根據任務要求，做好需求分析，理清思路，提出預期所要達到的目標；

2.采用ASP程序語言設計一個小型的企業商務網.3.完成系統測試?；就瓿山⒁粋€簡單的網站

軟件環境：任何32位Windows平臺

3.技術路線

Microsoft Windows XP/VISTA/Win7+ASP-IIS+Access

4．本課題要研究或解決的問題及預期目的本次畢業設計主要是用ASP程序語言設計一個小型的企業商務網,以及用Acess建立數據,用asp程序語言實現網站與數據庫連接.建立一個動態網站的基本過程和方法,該小型企業商務網只具備以下功能:

(1)會員登錄: 新會員注冊, 會員登錄及確認,會員信息修改,會員管

理.(2)企業產品: 產品的查詢和展示.(3)新聞發布: 新聞的添加,修改,刪除,查詢.(4)系統管理: 各模塊的數據庫處理及系統管理員密碼修改等.四、畢業論文（設計）的進度安排

3月2日——3月 8 日：查閱資料，了解題目

3月9日——3月15日：編寫開題報告級論文大綱

3月16日——3月22日：核心概念確定及術語間關系的構建。3月23日——4月12日：模型構建及表達。

4月13日——4月26日：撰寫論文。

4月27日——5月10日：完成畢業設計任務，修改論文。5月11日——5月17日：論文評閱、答辯準備。

5月18日——5月30日：論文答辯。

五、畢業論文（設計）應收集的資料及主要參考文獻

[1]

[2]

[3]

[4]

[5] 電子商務，電子商務。陳圣日，中小型網站建設與管理[M].上海：華東師范大學出版社，2008.李貞華，電子商務概論[M]．北京：機械工業出版社.2009.李洪心，電子商務網站建設[M].北京：機械工業出版社.2009, 劉軍、馬敏，電子商務系統的分析與設計[M].北京：高等教育出版

社．2008

[6]

[7] 王祝，基于WEB的b2b電子商務平臺的設計與實現[J].陳建偉、王祥忠，Dreamweaver 8 +asp動態網頁制作實用教程[M].清

華大學出版社.2006

[8]

[9] 項宇峰、馬軍，ASP網絡編程從入門到精通[M].清華大學出版社.2006 蔣培、王笑梅，ASP.NET Web程序設計[M].北京：清華大學出版

社.2007

[10] 丁士鋒、蔡平，ASP.NET 項目開發指南[M].北京:清華大學出版

社.2010

指導教師簽名：_______________________年月日

第四篇：酒店客房管理系統開發報告

《管理信息系統》

酒店客房管理系統開發報告

班級：工程123班

組員：許坤、張李歡、王凌霄、衣寧

目錄

一、系統開發環境

二、酒店客房管理基本情況概述

2.1組織的結構

2.2組織的目標

2.3組織的工作過程和性質

三、系統目標和開發系統的可行性分析 3.1系統目標 3.2可行性分析 3.3組織結構功能分析 3.4業務流程分析

四、數據庫設計

4.1房間信息

4.2客戶信息

4.3職工工資信息

4.4職工信息

五、系統實施 5.1系統主界面設計 5.2系統使用說明

六、總結

一、系統開發背景

隨著我國經濟的發展，國內人民生活水平的不斷提高，有越來越多的人出行旅游，商務活動也越來越活躍；再加上國外游客數目的快速增長，入境從事商務活動的外賓也越來越多。傳統的手工已不適應現代酒店管理的需要，及時、準確、全方位的網絡化信息管理成為必需。在酒店的管理及業務日益復雜、要求在不斷提高的現狀下，利用高科技、現代化的電腦自動化管理系統來處理日益繁重的酒店業務，對于大型的酒店是必須具備的管理方式。

酒店客房管理系統是根據酒店對客房管理的實際情況進行編寫的，主要目的是為了方便酒店對客房的實際情況進行集中的查詢與管理工作，以提高整個酒店的工作。酒店客房管理的科學化、系統化、信息化成為各個酒店追求的目標。因此，而要實現這些功能，就要求各個酒店配備一套客房管理系統，以便在酒店內實施良好、完善的管理且以最快地速度響應客戶的需求，及時為他們提供服務，為他們提供一個高效、便捷的居住環境?？头抗芾硇畔⑾到y（MIS）是各個酒店軟件建設中一個重要的應用系統，它將大大地改善酒店管理的基礎環境。

二、酒店客房管理基本情況概述

2.1、組織的結構

酒店客房管理架構及各部門業務功能如下：包括一位負責整個客房管理過程的業務負責人，即客房業務總監；另外在客房業務總監的管轄下有前廳、客房服務部、財務部等部門；前廳的總臺負責客房查詢、預訂，客房部有接待、樓層、洗衣的負責具體為顧客服務的業務部門；財務部的收銀臺負責結賬付賬。2.2、組織的目標

通過高效率的工作為客戶提供高質量的服務，提高客戶對酒店的認同度，吸引顧客再度光臨。2.3、組織的工作過程和性質

前廳的工作主要是在接受顧客的查詢與預訂客房，在顧客查詢是將客房信息告知顧客，如顧客預訂客房則須將有關數據填寫入相關數據庫內；另外，顧客可以通過電話向總臺要求酒店所提供的服務，總臺及時向有關業務部門轉達客戶要求。客房部主要負責顧客入住酒店時為顧客提供一系列服務，具體如下：當顧客到達酒店時負責接待顧客，帶領顧客到對應達客房并交付鑰匙，有需要時還要幫助顧客將攜帶的行李送達住房；樓層須每日打掃顧客入住的客房，并檢查客房情況，將有關情況記錄下來；洗衣則在顧客下達洗衣通知后上門收取衣物，衣物洗凈后再把衣物送還顧客，并做好相關記錄。財務部將顧客在酒店消費有關明細記錄下來，供結賬時對帳。

三、系統目標和開發系統的可行性分析 3.1、系統目標：

主要目的是為了方便酒店對客房的實際情況進行集中的查詢與管理工作，以提高整個酒店的工作。酒店客房管理的科學化、系統化。信息化成為各個以提高整個酒店追求的目標。

為達到酒店客房管理系統的目標，需要實現以下功能：（1）基本資料管理：完成對酒店的各項基本資料的管理，包括“客房類型管理、“客房資料管理”和“在住顧客資料管理”。

（2）消費結賬管理：由4個模塊組成，包括“預定記錄管理”、“入住記錄管理”、“消費明細管理”和“消費結賬管理”，在前3個模塊的基礎上，在“消費結賬管理”模塊中除了可以對某一顧客的某一次消費記錄進行保存、修改、刪除外，還可以實現“計算金額”、“交款結賬“和“打印賬單”等功能，最后進行系統資料更新。

（3）記錄查詢：對本系統各項資料記錄進行查詢，包括“客房類型查詢”、“客房資料查詢”、“預定記錄查詢”、“入住記錄查詢”、“消費明細查詢”和“消費結賬查詢”，也可以實現多條件交叉查詢。

根據上述系統目標，對酒店客房管理系統提出以下設計目標：（1）實用性:真正為用戶的實際工作服務，按照酒店客房管理工作的實際流程，設計出實用的酒店客房管理系統。

（2）可靠性：必須為酒店客房提供信息安全服務，以保證酒店信息不被泄露。

（3）友好性：本酒店客房管理系統面向的用戶是酒店內的工作人員，所以系統操作上要求簡單、方便、快捷，便于用戶使用。

3.2、可行性分析：（1）經濟可行性

在現今日益激烈的競爭環境下，誰給顧客留下良好的服務對象，吸引顧客再次光臨，才能最終贏得商機。原本人工的酒店客房管理再也不能適應如今日益繁忙的工作需求，不可避免地出現差錯，工作效率低下。最終結果是員工不能正常工作，客人也對酒店管理產生不滿與抱怨。原本的管理方法不能采取有效措施改善，最終導致人力、財力、物力等各方面資源的閑置與浪費，是企業不能取得更好業績的主要原因。要改變這種情況，企業就必須從多方考慮，綜合管理，整合資源，提高組織運作效率，有效降低運營成本。

相比之下，應用該系統還有以下各方面的好處：

1)能過代替大量的人力處理各種繁蕪的工作，節約人力成本；

2)為客戶節約了時間，方便、快捷的服務又一次提高了各自的效率，節約了大量時間。對于企業來說，時間就是金錢；

3)能過充分利用社會較低成本的資源（計算機）應用于高質量的服務中（酒店管理），是社會資源得到合理的配置，是資源得到利用，又一次節約社會成本；

4)由于該系統可以間接快速的為顧客進行服務，可以吸引更多的顧客，大大增加了客流量，最終是企業不斷盈利。（2）、管理可行性

如何最大限度為客人提供優質的服務，以提升客人對酒店的認同度，提升酒店形象，是作為酒店的管理者一直在思考解決的問題。一直以來，酒店管理者肯定不希望在招待客戶時出現過多的差錯，如果能夠利用酒店客房管理系統進行日常的酒店業務管理，可以減少員工工作量，減少差錯率，成倍的提高工作效率。該系統的運用在提升酒店服務質量的作用巨大，酒店管理者——特別是中高層管理者——在了解到它的作用后肯定會樂于接受并有力支持這一系統在酒店應用。因此，該系統在管理方面具備可行性。(3)、技術可行性

酒店開發管理系統采用VB6.0作為主要的開發工具，數據采用Access2000，技術方面已有成熟軟件程序支持。對于系統的日常操作與管理，只要對相關的工作人員進行培訓，就能夠勝任，不必過于擔憂在運行中出現重大差錯或問題，所以在技術方面具備可行性。

通過上述可行性分析，酒店客房管理信息系統可以幫助酒店實際業務處理，有利于降低管理成本，降低差錯率，提高客戶滿意度與認同度；相關技術成熟易于實現，可以幫助酒店實現計算機輔助的現代化科學管理。

3.3．組織結構和管理功能分析

酒店客房管理組織結構：包括一位負責整個客房管理過程的業務負責人，即客房業務總監；另外在客房業務總監的管轄下有前廳、客房服務部、財務部等部門；前廳的總臺負責客房查詢、預訂，客房部有接待、樓層、洗衣的負責具體為顧客服務的業務部門；財務部的收銀臺負責結賬付賬。如圖1是某節點的組織結構圖。

客房業務總監 前廳 客房部 財務部 總臺 接待 樓層 洗衣 收銀臺 圖1：組織結構圖

根據某酒店組織結構為客房管理系統劃分各模塊具體管理功能，主要功能模塊包括總臺登記管理、客房信息管理、服務信息管理、結賬信息管理和系統信息管理，其管理功能結構圖如圖2所示。

消費客房管理系統 總臺登記管理 客房信息管理 財務信息管理 結賬信息管理 系統信息管理 在店顧客管理房間預訂管理退房管理房源信息管理服務信息查詢服務信息修改服務信息錄入結賬信息查詢結賬信息修改結賬信息錄入密碼管理用戶管理 在店顧客查詢 在店顧客修改在店顧客錄入房源信息查詢房源信息修改房源信息錄入3.4、業務流程分析 圖2：管理功能結構圖

對某酒店的業務流程進行詳細調查之后，得出其業務流程如下。

（1）顧客進入酒店，由總臺服務員根據房源信息情況，為顧客辦理入住手續，并登記顧客信息、修改房源信息。

（2）由客房部安排顧客入住，在顧客入住期間提供相應服務，并在顧客離店前將消費單與房費單財務部。（3）結賬完畢后，顧客可以離開酒店。

（4）顧客離開后，客房部整理房間，并通知總臺恢復房源信息、修改顧客信息。

根據上述業務流程，繪制出酒店的業務流程總圖，如

圖3所示房源信息客房部財務部顧客總臺登記入住房費單結賬離店客房服務消費單財務報表顧客信息圖3：業務流程總圖

根據業務流程總圖分析，對有關業務流程作出詳細的第二次業務流程圖。

總臺登記業務流程

（1）總臺根據顧客要求查詢房源信息得到空房信息，并詢問顧客是否滿意客房規格。

（2）若顧客同意入住，則登記顧客信息、修改房源信息，并將客戶入住信息告知客房部。

顧客房源信息是否有空房顧客是否滿意總臺登記客房部顧客信息

圖4：總臺登記流程圖

入住業務流程

（1）顧客入住酒店時，有接待員負責分配鑰匙給顧客。

（2）有接待員帶領顧客找到房間。接待員顧客接待分配鑰匙房間

房間服務流程

（1）顧客入住后，由樓層負責房間每天的日常衛生打掃，并記錄相關服務信息。

（2）應顧客要求，洗衣部上門收取衣物，在洗凈后送回顧客房間。顧客入住房間樓層房屋清潔洗衣洗衣顧客信息熨燙 圖 6：房間服務業務流程圖

四、系統數據庫處理

數據庫是數據庫應用程序的核心。數據庫結構設計的好壞將直接對應用系統的效率以及實現的效果產生影響，好的數據庫結構設計會減少數據庫的存儲量，數據的完整性避免在設計中浪費不必要的人力和物力。

它是在既定（本系統使用SQL Server）的數據庫管理系統基礎之上建立數據庫的過程。其過程是將現實存在的數據及其應用處理關系進行抽象，從而形成數據庫結構。具體實現時，首先明確用戶對數據的需求，在此基礎上，建立數據庫的概念模型，概念模型主要是用來反映用戶的現實環境和需求，它獨立于具體的數據庫管理系統，并且與數據庫怎樣實現無關。在建立數據庫概念模型之后，要真正實現與數據庫管理系統的結合，即能夠由既定的數據庫管理系統所支持，還必須進行邏輯結構的設計，在邏輯結構設計階段，主要完成建立數據庫的邏輯模型，并解決數據的完整性、一致性、安全性和有效性等問題；最后一個階段是數據庫的物理結構設計，其任務是為系統邏輯結構模型確定合理的存儲結構、存取方法、以及數據表示和數據存儲空間分配等內容，從而得到具體的數據庫物理結構。4.1房間信息

房間信息包括房間號、房間類型、房間價格、是否預訂。合理的將酒店客房的房間信息存儲起來。

4.2客戶信息

客戶信息是將每一位入住的顧客的入住信息記錄下來，包括顧客姓名、性別、身份證號、入住房間號、入住時間、退房時間、住房費用。4.3職工工資信息

職工工資信息是酒店客房部職工的工資情況。包括職工號、姓名、基本工資、津貼、獎金、請假天數、曠工天數等。4.4職工信息

職工信息是酒店客房部職工的個人信息。包括職工號、姓名、性別、出生日期、身份證號、所屬部門等。在上面的實體以及實體之間的關系的基礎上，形成數據庫中的表格和各個表格之間的關系，即關系模型。設計關系模型并對其進行優化：

確定數據依賴，給出給關系模式中的主碼，明確其依賴關系。

對于各個關系模式之間的數據依賴進行極小化處理，消除冗余的聯系。

對照數據依賴的理論對各個關系模式逐一進行分析，考察是否存在部分函數依賴、傳遞函數依賴、多值依賴，確定個關系模式分別所屬的范式類型。

按照需求分析階段得到的處理要求，分析對于這樣的應用環境這些模式是否合適，對某些模式檢查是否有合并或分解的需要。

對關系模式進行必要的分解，提高數據操作效率和存儲空間的利用率。

五、系統實施

5.1系統主界面設計 5.1.1登錄界面設計

單擊系統啟動畫面，進入系統登錄窗口。用戶進入系統前，必須通過密碼驗證方可進入主窗口界面。

5.1.2顧客入住信息登錄

顧客入住信息登錄是將酒店客房入住顧客的姓名、身份證號、入住時間進行錄入登錄系統。

5.1.3房間類型選擇 顧客登錄界面后，根據自己的需求進行房間類型的選擇，其中包括標準間、單間、家庭房和總統套房四種類型。

5.1.4房間號選擇

在顧客選擇號房間類型后，根據酒店客房的入住情況和個人喜好進行房間號的選擇。

5.1.5退房結算系統 退房結算系統是顧客退房結算，將顧客的帳牌號碼、姓名、證件號碼、入住時間、離店時間及結帳金額。

5.2系統使用說明

酒店在正常運營中需要對客房資源、顧客信息、結算信息進行管理，利用賓館管理信息系統及時了解各個環節中信息的變更，有利于提高管理的效率。系統需要完成功能主要有：

1)有關客房標準的制定、標準信息的輸入，包括標準編號、標準名稱、客房單價等。

2)客房標準信息的修改、查詢等。

3)客房基本信息的輸入，包括客房編號、客房類型、客房單價、備注等。

4)客房基本信息的查詢、修改，包括客房編號、客房類型、客房單價、備注等。5)剩余客房信息的查詢。

6)訂房信息的輸入，包括客房編號、客房種類、客房單價、顧客姓名、顧客身份證號碼、入住日期、備注信息等。

7)訂房信息的修改和查詢，包括客房編號、客房種類、客房單價、顧客姓名、顧客身份證號碼、入住日期、備注信息等。

8)結算信息的輸入，包括客房編號、客房種類、客房單價、顧客姓名、顧客身份證號碼、入住日期、結算日期、備注信息等。要求生成報表，以便打印給顧客。

9)結算信息的修改和查詢，包括客房編號、客房種類、客房單價、顧客姓名、顧客身份證號碼、入住日期、結算日期、備注信息等。

六、總結

傳統的酒店管理活動中，把人、才、物作為酒店的主要資源。但是隨著社會化大生產的不斷擴大和社會對產品多樣化的需求，人們越來越重視信息在生產經營及酒店管理中的作用，并把它當作酒店的一種極其重要的資源，人們稱之為“信息資源”，信息資源的處理已經成為當今世界上一項主要的社會活動。如何更好的利用管理信息系統幫助企業完善管理工作，才是系統設計的出發點。最好的信息系統并不是技術高的系統，而是要視乎組織實際需要，結合實際，合理分配資源，達到最優化。

第五篇：系統開發項目監理報告

聯大圖書管理系統開發項目監理報告

項目介紹

北京聯合大學校本部圖書館始建于1978年，1999年新館建成，現有紙質圖書97萬余冊，種外文期刊千余種，種外文數據庫近30個。

文獻資源保障體系的建設是我館服務教學與科研的核心。圖書館建立了現場采書、遠程推薦等多途徑讀者參與文獻采訪的機制；加大了電子資源的引進與建設力度，引進了中國知識資源總庫、萬方數據資源系統、springerLink、美國工程索引等30余個中外文電子資源庫；為彌補紙質圖書不足，本著資源共享的原則，由校本部圖書館牽頭購買了涵蓋各學院、各專業電子圖書60萬種；

自動化網絡化建設是圖書館現代化建設與管理的重中之重。圖書館于1998年開始，啟用圖書館自動化集成管理系統，實現了圖書館業務管理工作的自動化，并逐步建成圖書館局域網，并與校園網接通，每天24小時不間斷服務，讀者可以在校園網上任一臺終端利用圖書館的各種資源，并已實現館內無線上網。

小營校區圖書館館舍整體布局合理，功能齊全，環境優雅，文獻資源實行藏、借、閱一體化，實現了開放、綜合的現代化管理與服務。讀者信息素養教育是圖書館讀者 培訓工作的重要內容，為用戶提供了網上學習的各層次電子講義，建立了虛擬參考咨詢服務，營造了開放式學習的氣氛和環境，初步形成了具有我校特色的用戶信息教育體系。我校圖書館積極參與北京高校網絡圖書館文獻資源共建共享服務體系的建設，為學校的科研、教學提供信息服務。

項目開發階段劃分及每個階段的重點工作及交付物

由承建單位單位提交《北京聯合大學圖書管理系統可行性分析報告》最終稿給監理公司審核，審核如果不通過則返還給承建單位，由承建單位修改，如果通過則提交評審結果給聯合大學，審核通過后承建單位派人來獲取聯大圖書管理系統的需求，承建單位進行需求的獲取，需求分析，需求定義，需求驗證，需求跟蹤，需求復用，版本管理等工作，而監理方負責整個過程的跟蹤管理和評審需求，并且完成對需求階段的控制工作。此過程中由承建方編寫需求說明書，由監理單位審通過則交給北京聯大審核確認，由監理方提交評審意見，然后進入設計階段。此過程中監理方出示《圖書管理系統需求說明書》監理評審報告。

設計階段

承建單位提交詳細的圖書管理系統的設計計劃和實施方案給監理單位，由監理單位提交評審意見給建設單位參考，審核確認通過后由承建單位對聯大圖書管理系統進行設計分析，設計評審，并最終設計確認，此過程中北京聯大需要進行配合，提出意見和建議，并最終進行確認，而監理單位在此過程中需對設計階段的質量，進度，投資組織協調各方得關系。并且編寫設計階段成果監理評審報告。設計階段的成果先由監理方進行評審，評審通過后提交評審意見，并且將設計成果交由北京聯大進行審核，審核通過進入實施階段。

進入實施階段： 軟件編碼階段

由承建單位提交《圖書管理系統編碼的詳細計劃和實施方案》，監理單位評審通過后提交評審意見給北京聯大審核確認，審核確認通過后進入編碼過程。承建單位在編碼過程中需進行管理，測試和成果評價，在此過程中北京聯大需要聽取匯報并進行監督檢查，而監理單位需要在實施階段進行質量管理，進度管理，投資控制，變更控制，合同管理，信息管理，安全管理，組織協調等工作，并編寫軟件編碼監理記錄，編碼過程測試檢查記錄，完成編碼后由承辦單位進行內部的測試驗收工作，由監理單位進行審核，承建單位對測試過程中出現的問題進行修改，最終交由北京聯大審核，通過后進入測試驗收階段。在此過程中，監理單位提出軟件編碼成果監理評審意見，整改記錄等文檔。

承建單位：提交《圖書管理系統編碼的詳細計劃和實施方案》，管理，測試和成果評價

監理單位：提交評審意見，實施階段進行質量管理，進度管理，投資控制，變更控制，合同管理，信息管理，安全管理，組織協調等工作，提出軟件編碼成果監理評審意見，整改記錄等文檔。

承建單位需出示的文檔：《圖書管理系統編碼的詳細計劃和實施方案》 承建單位需出示的文檔：軟件編碼監理記錄，編碼過程測試檢查記錄，軟件編碼成果監理評審意見，整改記錄等文檔

網絡系統施工

承建單位提交《圖書管理系統網絡施工階段的詳細計劃和實施方案》

監理單位進行評審，并提交評審意見，北京聯大確認審核確定后由承建單位進行設備，材料配件的采購，進行系統集成施工管理，并且安裝調試程序。監理單位在此過程中需要進行質量管理，進度管理，投資控制，變更控制，合同管理，信息管理，安全管理，組織協調等工作

承建單位：《圖書管理系統網絡系統施工階段的詳細計劃和實施方案》，進行設備，材料配件的采購，進行系統集成施工管理，并且安裝調試程序，內部測試驗收工作并隨時做出調成

監理單位：提交評審意見，對實施階段進行質量管理，進度管理，投資控制，變更控制，合同管理，信息管理，安全管理，組織協調等工作，提交審核意見

承建單位需出示的文檔：網絡系統施工實施計劃和實施方案設備，材料配件管理制度，網絡施工隱檢報告

監理單位需出示的文檔：《網絡系統施工實施計劃》監理評審報告，到貨測試驗收記錄，網絡系統安裝測試檢查報告，施工變更監理評估意見

測試驗收階段：

承建單位：提交《圖書管理系統驗收測試階段的詳細計劃和實施方案》，組織驗收測試工作，提交用戶手冊，操作手冊，測試問題列表和整改方案，驗收分析測試報告

監理單位：提交《驗收測試階段的詳細計劃和實施方案》評審意見，監理單位協助驗收測試，《測試驗收報告》監理意見，驗收測試效果和評審報告

培訓階段：

承建單位：提交《圖書管理系統培訓方案和培訓教材》，培訓執行情況和效果報告

監理單位：提交審批意見，提交《圖書管理系統培訓方案和培訓教材》監理意見，提交培訓執行情況和效果評估意見

北京聯合大學：審核確認培訓，組織人員參加培訓

試運行階段：

承建單位：提交《圖書管理系統運行測試詳細實施計劃和方案》，運行管理和操作規范，試運行數據匯總表，試運行效果和評價報告。

監理單位：提交《運行測試詳細實施計劃和方案》監理評審報告，試運行管理和操作規范的評審意見，試運行效果和評價報告評價報告

北京聯合大學：提出測試中出現的問題

項目管理總結

每個階段出現的問題及解決方案

1、對于工程的特點：點多、面廣、給監理工作帶來了很大的難度。

2、個別監理人員責任心不強，不能全面的熟悉設計文件。

3、在巡視過程中，沒有準確抓住工作的重點、難點，給監理工作帶來了不便。

4、在監理工作過程中，沒能全面的貫徹和領會指揮部的各項精神。

解決結果：認真閱讀承辦單位遞交的各種報告，更加認真的監督每個點的工作。親身體會圖書管理系統中每個功能是否實用，是否更切合實際，滿足客戶需求。

工作成果 ：按時保證系統的完成，滿足了北京聯大的圖書管理系統的基本需求