酒店管理系統(tǒng)畢業(yè)設(shè)計論文_第1頁
酒店管理系統(tǒng)畢業(yè)設(shè)計論文_第2頁
酒店管理系統(tǒng)畢業(yè)設(shè)計論文_第3頁
酒店管理系統(tǒng)畢業(yè)設(shè)計論文_第4頁
酒店管理系統(tǒng)畢業(yè)設(shè)計論文_第5頁
已閱讀5頁,還剩41頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、PAGE PAGE 41哈爾濱工業(yè)大學畢業(yè)設(shè)計(論文)-PAGE I-摘 要酒店服務(wù)業(yè)在物質(zhì)生活充裕,服務(wù)業(yè)高速發(fā)展的今天越來越多的和人們的生活聯(lián)系在一起。這就要求要有一個完善的管理信息系統(tǒng),便于更好的管理酒店,為顧客服務(wù)。本文重點闡述了酒店管理系統(tǒng)的設(shè)計與實現(xiàn),通過對一些知名酒店管理系統(tǒng)的參考和分析調(diào)查,結(jié)合了顧客的需求和所反映的問題,進一步對系統(tǒng)進行詳細設(shè)計和需求分析,運用了ASP.NET技術(shù)和Windows 2000 Server為開發(fā)平臺,采用SQL Server 2000做后臺數(shù)據(jù)庫進行開發(fā)。本系統(tǒng)界面良好,操作簡單方便,通過系統(tǒng)概述、系統(tǒng)分析、系統(tǒng)設(shè)計、數(shù)據(jù)庫設(shè)計、系統(tǒng)實施這幾個部

2、分,詳細的說明了系統(tǒng)的開發(fā)過程,最后并對整個開發(fā)過程進行了總結(jié),實現(xiàn)了對各種信息的查詢,更新等操作。關(guān)鍵字 SQL;酒店管理系統(tǒng) ;ASP.NET AbstractSummary of hotel services in material life abundant, the rapid development of service industry today more and more and peoples lives. This requires a comprehensive management information system, facilitate better manag

3、ement, to customer service. This article focuses on the hotel management system design and implementation, through some of the renowned hotel management system of reference and analytical surveys, combined with the customers needs and issues, as reflected in further detail the design of the system a

4、nd needs analysis, use techniques and Windows 2000 Server as a development platform that uses the SQL Server 2000 do the background database development. The system interface is good, simple operation, through the system overview, system analysis, systems design, database design, system implementati

5、on of the sections, a detailed description of the system development process, and the entire development process are summarized, enables a variety of information query, update, and so on. Keywords SQL Hotel Management System Design and Implementation ASP.NET目 錄 TOC o 1-3 h z u HYPERLINK l _Toc342646

6、603 摘 要 PAGEREF _Toc342646603 h I HYPERLINK l _Toc342646604 Abstract PAGEREF _Toc342646604 h II HYPERLINK l _Toc342646605 第一章 緒 論 PAGEREF _Toc342646605 h 1 HYPERLINK l _Toc342646606 1.1選題背景及意義 PAGEREF _Toc342646606 h 1 HYPERLINK l _Toc342646607 1.2 目的 PAGEREF _Toc342646607 h 1 HYPERLINK l _Toc342646

7、608 1.3 相關(guān)理論基礎(chǔ) PAGEREF _Toc342646608 h 1 HYPERLINK l _Toc342646609 1.3.1 ASP.NET與Visual Studio 2000 PAGEREF _Toc342646609 h 1 HYPERLINK l _Toc342646610 1.3.2 SQL與SQL Sever 2000 PAGEREF _Toc342646610 h 3 HYPERLINK l _Toc342646611 1.3.3 C#技術(shù) PAGEREF _Toc342646611 h 4 HYPERLINK l _Toc342646612 1. 4 本章小

8、結(jié) PAGEREF _Toc342646612 h 4 HYPERLINK l _Toc342646613 第2章 可行性研究 PAGEREF _Toc342646613 h 5 HYPERLINK l _Toc342646614 2.1 經(jīng)濟可行性 PAGEREF _Toc342646614 h 5 HYPERLINK l _Toc342646615 2.2 技術(shù)可行性 PAGEREF _Toc342646615 h 5 HYPERLINK l _Toc342646616 2.3運行可行性 PAGEREF _Toc342646616 h 5 HYPERLINK l _Toc342646617

9、 2.4 時間可行性 PAGEREF _Toc342646617 h 5 HYPERLINK l _Toc342646618 2.5 法律可行性 PAGEREF _Toc342646618 h 5 HYPERLINK l _Toc342646619 2.6 業(yè)務(wù)流程圖 PAGEREF _Toc342646619 h 6 HYPERLINK l _Toc342646620 2.7 本章小結(jié) PAGEREF _Toc342646620 h 6 HYPERLINK l _Toc342646621 第3章 需求分析 PAGEREF _Toc342646621 h 7 HYPERLINK l _Toc3

10、42646622 3.1 系統(tǒng)需求分析 PAGEREF _Toc342646622 h 7 HYPERLINK l _Toc342646623 3.1.1 需求分析的任務(wù) PAGEREF _Toc342646623 h 7 HYPERLINK l _Toc342646624 3.1.2 需求分析的原則 PAGEREF _Toc342646624 h 9 HYPERLINK l _Toc342646625 3.1.3 分析系統(tǒng)數(shù)據(jù)流圖 PAGEREF _Toc342646625 h 11 HYPERLINK l _Toc342646626 3.1.4 數(shù)據(jù)字典 PAGEREF _Toc34264

11、6626 h 12 HYPERLINK l _Toc342646627 3.1.5 需求分析的方法 PAGEREF _Toc342646627 h 14 HYPERLINK l _Toc342646628 3.2 功能需求 PAGEREF _Toc342646628 h 14 HYPERLINK l _Toc342646629 3.3 本章小結(jié) PAGEREF _Toc342646629 h 15 HYPERLINK l _Toc342646630 第4章 總體設(shè)計 PAGEREF _Toc342646630 h 16 HYPERLINK l _Toc342646631 4.1 系統(tǒng)功能設(shè)計

12、PAGEREF _Toc342646631 h 16 HYPERLINK l _Toc342646632 4.2 功能模塊圖 PAGEREF _Toc342646632 h 16 HYPERLINK l _Toc342646633 4.3 處理流程設(shè)計 PAGEREF _Toc342646633 h 17 HYPERLINK l _Toc342646634 4.3.1 數(shù)據(jù)增加流程 PAGEREF _Toc342646634 h 17 HYPERLINK l _Toc342646635 4.3.2 數(shù)據(jù)修改流程 PAGEREF _Toc342646635 h 18 HYPERLINK l _T

13、oc342646636 4.4數(shù)據(jù)庫詳細設(shè)計 PAGEREF _Toc342646636 h 19 HYPERLINK l _Toc342646637 4.5本章小結(jié) PAGEREF _Toc342646637 h 22 HYPERLINK l _Toc342646638 第5章 詳細設(shè)計 PAGEREF _Toc342646638 h 23 HYPERLINK l _Toc342646639 5.1 首頁 PAGEREF _Toc342646639 h 23 HYPERLINK l _Toc342646640 5.2 系統(tǒng)首頁 PAGEREF _Toc342646640 h 23 HYPER

14、LINK l _Toc342646641 5.3 客房信息管理 PAGEREF _Toc342646641 h 24 HYPERLINK l _Toc342646643 5.4 前臺接待信息管理 PAGEREF _Toc342646643 h 24 HYPERLINK l _Toc342646644 5.5 收銀信息管理 PAGEREF _Toc342646644 h 25 HYPERLINK l _Toc342646645 5.6 查詢管理模塊 PAGEREF _Toc342646645 h 25 HYPERLINK l _Toc342646646 5.7 本章小結(jié) PAGEREF _Toc

15、342646646 h 26 HYPERLINK l _Toc342646647 第6章 系統(tǒng)調(diào)試與測試 PAGEREF _Toc342646647 h 27 HYPERLINK l _Toc342646648 6.1 程序調(diào)試 PAGEREF _Toc342646648 h 27 HYPERLINK l _Toc342646649 6.2 程序的測試 PAGEREF _Toc342646649 h 27 HYPERLINK l _Toc342646650 6.2.1 測試的重要性及目的 PAGEREF _Toc342646650 h 27 HYPERLINK l _Toc342646651

16、6.2.2 測試的步驟 PAGEREF _Toc342646651 h 28 HYPERLINK l _Toc342646652 6.2.3 測試的主要內(nèi)容 PAGEREF _Toc342646652 h 29 HYPERLINK l _Toc342646653 結(jié) 論 PAGEREF _Toc342646653 h 30 HYPERLINK l _Toc342646654 致 謝 PAGEREF _Toc342646654 h 32 HYPERLINK l _Toc342646655 參考文獻 PAGEREF _Toc342646655 h 33 HYPERLINK l _Toc342646

17、656 附 錄1 譯 文. PAGEREF _Toc342646656 h 34 HYPERLINK l _Toc342646657 附 錄2 英文參考資料.37第1章 緒 論1.1選題背景及意義隨著國家經(jīng)濟的發(fā)展和人們對物質(zhì)文化需求的提高,服務(wù)業(yè)成為了推動國民經(jīng)濟發(fā)展的不可或缺的力量,其中酒店服務(wù)業(yè)更是在日常生活中扮演著重要的角色。而面對著信息化建設(shè)的發(fā)展,酒店服務(wù)業(yè)與國際市場接軌已成為大勢所趨,這對我國酒店行業(yè)來說既是機遇也是挑戰(zhàn)??陀^講,在激勵的競爭中,我國酒店服務(wù)業(yè)信息化管理的進程緩慢,管理落后,管理設(shè)施不完善的劣勢盡顯。所以想要更好的迎接這一挑戰(zhàn),就必須應(yīng)用完善的管理系統(tǒng),從而提高整

18、體競爭能力,變革酒店的管理模式,提高管理水平。但現(xiàn)在國內(nèi)的中文酒店管理系統(tǒng)很少,大多都是用外國公司制作的英文系統(tǒng)軟件,對國人來說,使用不方便,不利于普及。因此,中文的酒店管理在國內(nèi)的需求應(yīng)該很大,發(fā)展空間也會很廣泛。酒店是將經(jīng)濟效益作為酒店的運營宗旨,管理的核心也是在于如何提高經(jīng)濟效益。酒店管理系統(tǒng)以酒店的經(jīng)濟效益為目標,為酒店管理人員和員工提供簡單易用、功能強大并高度靈活的應(yīng)用工具,讓他們在敲入些簡單的文字,字母數(shù)字的同時完成大批量,數(shù)據(jù)清晰的工作,從而激勵他們的積極性,促使他們向賓客提供更好的服務(wù)。這些改進使賓客感到更加滿意,為酒店帶來更多的回頭客和收入。同時,通過對人流、物流、資金流的科

19、學管理和有效控制,提高員工的工作效率,降低各種經(jīng)營成本,從而獲取持久的利潤。1.2 目的酒店管理系統(tǒng)的設(shè)計與應(yīng)用旨在提高酒店的管理效率,節(jié)約人力物力完成大批量,條理紛繁的數(shù)據(jù)操作,從而提高經(jīng)濟效益,加強管理強度,為顧客提供更優(yōu)質(zhì)更滿意的服務(wù)。進而提高市場競爭力,一定層面上推動服務(wù)業(yè)產(chǎn)業(yè)乃至國民經(jīng)濟的快速發(fā)展。1.3 相關(guān)理論基礎(chǔ)1.3.1 ASP.NET與Visual Studio 2000ASP.NET是建立在通用語言運行時刻庫(CLR)上的應(yīng)用程序框架。它用來在服務(wù)器端構(gòu)建功能強大的web應(yīng)用程序。ASP.NET提供了幾個超越以前web開發(fā)模式的優(yōu)點: 增強的性能。ASP.NET是運行在服

20、務(wù)器端的編譯后的CLR代碼,而不是像ASP那樣解釋執(zhí)行。 ASP.NET利用提前綁定,即時編譯,本地優(yōu)化和緩存服務(wù)來提高性能。所有這一切,性能遠遠大于你以往寫的每一行代碼。 世界級水平的開發(fā)工具支持。在Visual Studio .net的集成開發(fā)環(huán)境(IDE)中,ASP.NET框架由工具箱和設(shè)計器組成。所見即所得的(WYSIWYG)編輯方式、拖放服務(wù)器控件、以及自動部署,僅僅是這一強大工具所提供的一少部分功能。強大而富有彈性。由于ASP.NET是基于(CLR)的,因此整個.NET平臺的強大和富有彈性,同樣可以應(yīng)用于Web應(yīng)用程序開發(fā)者。.NET框架的類庫、消息以及數(shù)據(jù)訪問解決方案,都可以無縫

21、集成到Web。ASP.NET也是語言中立的,因此你可以選擇你最熟悉的語言,或者通過幾種語言來共同完成一個應(yīng)用。而且,CLR的互用性可以保證你升級到ASP.NET的時候,現(xiàn)存的基于COM的開發(fā)投資依然保留。 簡單。ASP.NET使執(zhí)行常用的工作變得很容易,比如從簡單的表單提交、客戶端驗證,到部署和站點配置。例如,ASP.NET允許你建立用戶接口,實現(xiàn)頁面和邏輯代碼的分離,同時,就像VB的表單執(zhí)行模式那樣來處理事件。此外,CLR簡化了部署,用來管理代碼服務(wù),例如自動參照和垃圾回收。易于管理。ASP.NET使用一個基于文本的、分層次的配置系統(tǒng),它簡化了服務(wù)器端環(huán)境和Web應(yīng)用程序的設(shè)置。由于配置信息

22、用純文本格式保存,新的設(shè)置不需要本地管理工具的支持。這種“零本地支持”的理念也同樣應(yīng)用到了部署ASP.NET應(yīng)用程序。ASP.NET應(yīng)用程序部署到服務(wù)器,簡化為復制必要的文件到服務(wù)器。在部署,甚至替換正在運行的變異代碼的時候,也不需要重新啟動服務(wù)器。 可伸縮性和有效利用性。ASP.NET被設(shè)計成可伸縮的,能為集群和多處理器環(huán)境設(shè)計提高性能。而且,ASP.NET運行時刻密切監(jiān)視和管理進程,這樣,如果發(fā)生了錯誤的行為,例如漏洞和死鎖,新的進程會在當前位置建立,來幫助你的應(yīng)用程序繼續(xù)處理事件請求??捎喼坪蛿U展。ASP.NET提供一種良好的擴充結(jié)構(gòu),允許開發(fā)者在適當?shù)募墑e“插入”他們的代碼。事實上,使

23、用自己的編寫的組件可以擴展或者替換ASP.NET運行時刻的任何子組件。 Visual Studio 是一套完整的開發(fā)工具集,用于生成 ASP.NET Web 應(yīng)用程序、XML Web Services、桌面應(yīng)用程序和移動應(yīng)用程序。Visual Basic、Visual C+、Visual C# 和 Visual J# 全都使用相同的集成開發(fā)環(huán)境 (IDE),利用此 IDE 可以共享工具且有助于創(chuàng)建混合語言解決方案。另外,這些語言利用了 .NET Framework 的功能,通過此框架可使用簡化 ASP Web 應(yīng)用程序和 XML Web Services 開發(fā)的關(guān)鍵技術(shù)。1.3.2 SQL與S

24、QL Sever 2000SQL是用來對存放在計算機中的數(shù)據(jù)庫進行組織、管理和檢索的語言。SQL一詞是“Structured Query Language(結(jié)構(gòu)式查詢語言)”的縮寫,是IBM公司San Jose實驗室為System R而設(shè)計的語言,從1982年開始,美國國家標準協(xié)會(ANSI)即著手SQL標準化工作,1986年ANSI的數(shù)據(jù)庫委員會批準了SQL作為關(guān)系數(shù)據(jù)庫語言的美國標準,這就是第一個SQL標準,同時公布了SQL標準文本,在此后不久的1987年,國際標準化組織(ISO)也做出了同樣的決定,目前的SQL標準是1992年指定的SQL92標準,是一種用于與數(shù)據(jù)庫進行交互的語言。SQL

25、語言的極大普及是當今計算機工業(yè)中最引人注目的趨勢之一。在過去的幾年中,SQL已經(jīng)發(fā)展成為標準計算機數(shù)據(jù)庫查詢語言?,F(xiàn)在,微機到大型機,有很多數(shù)據(jù)庫產(chǎn)品支持SQL,SQL的國際標準已經(jīng)能夠被采用并被不斷擴充。SQL在主要計算機開發(fā)上的數(shù)據(jù)庫體系中占有重要的地位。SQL Server提供服務(wù)器端的軟件,這部分需要安裝在NT Server上,SQL Server的用戶端則可以安裝在許多用戶端PC系統(tǒng)中,Windows可以讓用戶端進行數(shù)據(jù)庫的建立,維護及存取等操作,SQL Server可以最多定義32767個數(shù)據(jù)庫,每個數(shù)據(jù)庫中,可以定義20億個表格,每個表格可以有250個字段,每個表格的數(shù)據(jù)個數(shù)并沒

26、有限制,每一個表格可以定義250個索引,其中有一個可以是Clustered索引。 SQL Server所使用的數(shù)據(jù)庫查詢語言稱為Transact-SQL,它是SQL Server的核心,Transact-SQL強化了原有的SQL關(guān)鍵字以進行數(shù)據(jù)的存取,儲存及處理等功能,Transact-SQL擴充了流程控制指定,可以使你方便的編寫功能強大的存儲過程,他們存放在服務(wù)器端,并預先編譯過,執(zhí)行速度非常塊,觸發(fā)是一種特殊的存儲過程,用來確保SQL Server數(shù)據(jù)庫引用的完整性,你可以建立插入,刪除和更新觸發(fā)以控制相關(guān)的表格中對數(shù)據(jù)列的插入,刪除和更新,你還可以使用規(guī)則(Rule),缺?。╠efaul

27、t)以及限制(Constraints),來協(xié)助將新的數(shù)值套用到表格中去。 1.3.3 C#技術(shù)最近微軟宣布了它的最新編程語言C#,這是一種面向?qū)ο蟮木幊陶Z言,它將作為Visual Studio中的一部分推出。C#(發(fā)音為“C-Sharp”)既保持了C+中熟悉的語法,并且還包含了大量的高效代碼和面向?qū)ο筇匦?。?jù)微軟產(chǎn)品經(jīng)理透露,C#語言將在保持C/C+靈活性的基礎(chǔ)上為程序員帶來更高效的RAD開發(fā)方式。它不僅能用于WEB服務(wù)程序的開發(fā),并且還能開發(fā)強大的系統(tǒng)級程序。微軟還沒有正式宣布這一新語言技術(shù),該技術(shù)將以測試形式出現(xiàn)在微軟打算在7月中旬在專業(yè)開發(fā)會議上分發(fā)的Visual Studio 7中。V

28、isual Studio 7將于明年某個時候正式發(fā)售。 Layman介紹說C#包含使 HYPERLINK /bkhtml/c21/ o XML教程 XML編程更為輕松的技術(shù)。微軟將使它的下一代工具軟件、操作系統(tǒng)和應(yīng)用支持XML技術(shù)。新的編程語言還將包含虛擬機設(shè)備。微軟官員已經(jīng)公開表示C#技術(shù)和該公司去年開發(fā)的 Java競爭技術(shù)Cool沒有關(guān)聯(lián)。微軟官員拒絕回答是否計劃在Visual Studio 7中提供微軟設(shè)計的視窗版Java Visual J+的某個版本。1. 4 本章小結(jié)隨著Internet技術(shù)的進一步發(fā)展和普及,不能很好的適應(yīng)世界的形式和我國國民經(jīng)濟建設(shè)的需要,市場現(xiàn)有的產(chǎn)品化的酒店也

29、在不斷發(fā)展酒店的需求。基于WEB的酒店管理系統(tǒng)的總體設(shè)計目標能夠建立完善,高效,可靠的酒店業(yè)務(wù)信息系統(tǒng)。第2章 可行性研究該階段通過對系統(tǒng)目標的初步調(diào)研和分析,提出可行性方案并進行論證。我們在這里主要從技術(shù)可行性、經(jīng)濟可行性和操作可行性等方面進行分析。2.1 經(jīng)濟可行性開發(fā)該系統(tǒng)所需的相關(guān)資料可以通過已存在的相關(guān)系統(tǒng)進行調(diào)查采集,所需的其他應(yīng)用軟件、硬件系統(tǒng)也易于獲得.因此,開發(fā)成本較低。而引進使用本系統(tǒng)后,與傳統(tǒng)方式相比,具有高效率、低成本、高質(zhì)量的特點,可以節(jié)省不少人力、物力及財力。所以,從經(jīng)濟的角度來看,該系統(tǒng)可行。2.2 技術(shù)可行性技術(shù)可行性要考慮現(xiàn)有的技術(shù)條件是否能夠順利完成開發(fā)工作

30、,軟硬件配置是否滿足開發(fā)的需求等。本網(wǎng)站用的是ASP.NET開發(fā)語言,調(diào)試相對簡單,當前的計算機硬件配置也完全能滿足開發(fā)的需求,因此在技術(shù)上是絕對可行的。軟件方面:由于目前單機模式相對發(fā)展成熟,故軟件的開發(fā)平臺成熟可行,它們速度快、容量大、可靠性能高、價格低,完全能滿足系統(tǒng)的需求。2.3運行可行性運行可行性是對組織結(jié)構(gòu)的影響,現(xiàn)有人員和機構(gòu)和環(huán)境對系統(tǒng)的適應(yīng)性及人員培訓補充計劃的可行性。當前信息化技術(shù)已經(jīng)相當普及,各類操作人員水平都有相當?shù)母叨?,所以在運行上是可行性的。本系統(tǒng)的開發(fā),是典型的Mis開發(fā),主要是對數(shù)據(jù)的處理,包括數(shù)據(jù)的收集,數(shù)據(jù)的變換,及數(shù)據(jù)的各種報表形式的輸出。采用流行的ASP

31、.NET+SQLSERVER 2000體系,已無技術(shù)上的問題。2.4 時間可行性從時間上看,在兩個月的時間里學習相關(guān)知識,并開發(fā)網(wǎng)站,時間上是有點緊,但是不是不可能實現(xiàn),通過兩個多月的努力功能基本實現(xiàn)。2.5 法律可行性1. 所有技術(shù)資料都為合法。2. 開發(fā)過程中不存在知識產(chǎn)權(quán)問題。3. 未抄襲任何網(wǎng)站,不存在侵犯版權(quán)問題。4. 開發(fā)過程中未涉及任何法律責任。綜上所述,本系統(tǒng)的開發(fā)從技術(shù)上、從經(jīng)濟上、從法律上都是完全可靠的。2.6 業(yè)務(wù)流程圖圖2-1 酒店管理系統(tǒng)業(yè)務(wù)流程圖2.7 本章小結(jié) 通過進行可行性分析,得出了酒店管理系統(tǒng)還是很符合當今社會酒店管理信息使用的,通過業(yè)務(wù)流程圖,將系統(tǒng)進行詳

32、細分析,從而實現(xiàn)每個模塊。通過對調(diào)查的數(shù)據(jù)和環(huán)境,得出本軟件具有開發(fā)的價值。第3章 需求分析3.1 系統(tǒng)需求分析系統(tǒng)分析方法是指把要解決的問題作為一個系統(tǒng),對系統(tǒng)要素進行綜合分析,找出解決問題的可行方案的咨詢方法。蘭德公司認為,系統(tǒng)分析是一種研究方略,它能在不確定的情況下,確定問題的本質(zhì)和起因,明確咨詢目標,找出各種可行方案,并通過一定標準對這些方案進行比較,幫助決策者在復雜的問題和環(huán)境中做出科學抉擇。系統(tǒng)分析方法來源于系統(tǒng)科學。系統(tǒng)科學是20世紀40年代以后迅速發(fā)展起來的一個橫跨各個學科的新的科學部門,它從系統(tǒng)的著眼點或角度去考察和研究整個客觀世界,為人類認識和改造世界提供了科學的理論和方法

33、。它的產(chǎn)生和發(fā)展標志著人類的科學思維由主要以“實物為中心”逐漸過渡到以“系統(tǒng)為中心”,是科學思維的一個劃時代突破。系統(tǒng)分析是咨詢研究的最基本的方法,我們可以把一個復雜的咨詢項目看成為系統(tǒng)工程,通過系統(tǒng)目標分析、系統(tǒng)要素分析、系統(tǒng)環(huán)境分析、系統(tǒng)資源分析和系統(tǒng)管理分析,可以準確地診斷問題,深刻地揭示問題起因,有效地提出解決方案和滿足客戶的需求2。3.1.1 需求分析的任務(wù)需求分析是軟件定義時期的最后一個階段,它的基本任務(wù)是準確地回答“系統(tǒng)必須做什么?”這個問題。雖然在可行性研究階段已經(jīng)粗略了解了用戶的需求,甚至還提出了一些可行的方案,但是,可行性研究的基本目的是用較小的成本在較短的時間內(nèi)確定是否存

34、在可行的解法,因此許多細節(jié)被忽略了。然而在最終的系統(tǒng)中卻不能遺漏任何一個微小的細節(jié),所以可行性研究并不能代替需求分析,它實際上并沒有準確地回答“系統(tǒng)必須做什么?”這個問題。需求分析的任務(wù)還不是確定系統(tǒng)怎樣完成它的工作,而僅僅是確定系統(tǒng)必須完成哪些工作,也就是對目標系統(tǒng)提出完整、準確、清晰、具體的要求。可行性研究階段產(chǎn)生的文檔,特別是數(shù)據(jù)流圖,是需求分析的出發(fā)點。數(shù)據(jù)流圖中已經(jīng)劃分出系統(tǒng)必須完成的許多基本功能,在需求分析階段系統(tǒng)分析員將仔細研究這些功能并進一步將它們具體化。在這個階段結(jié)束時交出的文檔中應(yīng)該包括詳細的數(shù)據(jù)流圖,數(shù)據(jù)字典和一組簡明的算法描述。需求分析的結(jié)果是系統(tǒng)開發(fā)的基礎(chǔ),關(guān)系到工程

35、的成敗和軟件產(chǎn)品的質(zhì)量。因此,必須用行之有效的方法對軟件需求進行嚴格的審查驗證3。下面簡要敘述需求分析階段的具體任務(wù)。確定對系統(tǒng)的綜合要求。對系統(tǒng)的綜合要求有下述四個方面:系統(tǒng)功能要求:應(yīng)該劃分出系統(tǒng)必須完成的所有功能。系統(tǒng)性能要求:例如,聯(lián)機系統(tǒng)的響應(yīng)時間(即對于從終端輸入的一個“事務(wù)”,系統(tǒng)在多長時間之內(nèi)可以做出響應(yīng)),系統(tǒng)需要的存儲容量以及后援存儲,重新啟動和安全性等方面的考慮都屬于性能要求。運行要求:這類要求集中表現(xiàn)為對系統(tǒng)運行時所處環(huán)境的要求。例如支持系統(tǒng)運行的系統(tǒng)軟件是什么,采用哪種數(shù)據(jù)庫,需要什么樣的外存儲器和數(shù)據(jù)通信接口等4。將來可能提出的要求:應(yīng)該明確地列出那些雖然不屬于當前

36、系統(tǒng)開發(fā)范疇,但是據(jù)分析將來很可能會提出來的要求。這樣做的目的是在設(shè)計過程中對系統(tǒng)將來可能的擴充和修改預做準備,以便一旦需要時能比較容易地進行這種擴充和修改。2.分析系統(tǒng)的數(shù)據(jù)要求。任何一個軟件系統(tǒng)本質(zhì)上都是信息處理系統(tǒng),系統(tǒng)必須處理的信息和系統(tǒng)應(yīng)該產(chǎn)生的信息在很大程度上決定了系統(tǒng)的面貌,對軟件設(shè)計有深遠影響,因此,必須分析系統(tǒng)的數(shù)據(jù)要求,這是軟件需求分析的一個重要任務(wù)。分析系統(tǒng)的數(shù)據(jù)要求通常采用建立概念模型的方法。復雜的數(shù)據(jù)由許多基本的數(shù)據(jù)元素組成,數(shù)據(jù)結(jié)構(gòu)表示數(shù)據(jù)元素之間的邏輯關(guān)系。利用數(shù)據(jù)字典可以全面準確地定義數(shù)據(jù),但是數(shù)據(jù)字典的缺點是不夠形象直觀。為了提高可理解性,常常利用圖形工具輔助

37、描繪數(shù)據(jù)結(jié)構(gòu)。常用的圖形工具有層次方框圖和Warnier圖。軟件系統(tǒng)經(jīng)常使用各種長期保存的信息,這些信息通常以一定方式組織并存儲在數(shù)據(jù)庫或文件中,為減少數(shù)據(jù)冗余,避免出現(xiàn)插入異?;騽h除異常,簡化修改數(shù)據(jù)的過程,通常需要把數(shù)據(jù)結(jié)構(gòu)規(guī)范化。3.導出系統(tǒng)的邏輯模型。綜合上述兩項分析的結(jié)果可以導出系統(tǒng)的詳細的邏輯模型,通常用數(shù)據(jù)流圖、數(shù)據(jù)字典和主要的處理算法描述這個邏輯模型。4.修正系統(tǒng)開發(fā)計劃。根據(jù)在分析過程中獲得的對系統(tǒng)的更深入更具體的了解,可以比較準確地估計系統(tǒng)的成本和進度,修正以前制定的開發(fā)計劃。5.開發(fā)原型系統(tǒng)。在計算機硬件和許多其它工程產(chǎn)品的設(shè)計過程中經(jīng)常使用樣機。建造樣機通常有兩個主要目

38、的:檢驗關(guān)鍵設(shè)計方案的正確性及系統(tǒng)是否真正滿足用戶的需要。對于軟件系統(tǒng)的開發(fā),使用“樣機”(更正確的名稱應(yīng)該是原型系統(tǒng))的主要目的是,使用戶通過實踐獲得關(guān)于未來的系統(tǒng)將怎樣為他們工作的更直接更具體的概念,從而可以更準確地提出和確定他們的要求。把建立原型系統(tǒng)作為一種可能采取的策略的主要理由如下:由于人類認識能力的局限,不能預先指定所有要求。在用戶和系統(tǒng)分析員之間存在固有的通信鴻溝。用戶需要一個“活的”系統(tǒng)模型,以便獲得實踐經(jīng)驗。在開發(fā)過程中重復和反復是必要的和不可避免的。目前有快速建立原型系統(tǒng)的工具可供選用。用戶試用了原型系統(tǒng)以后能夠指出系統(tǒng)的哪些特性是他們喜歡的,哪些是他們感到不能接受的,以及

39、他們還需要哪些新的功能。根據(jù)經(jīng)過實踐檢驗的用戶需求而開發(fā)出來的系統(tǒng),更可能真正滿足用戶的需要。特別在所開發(fā)的系統(tǒng)是全新的,用戶一點也沒有使用類似系統(tǒng)的經(jīng)驗時,更應(yīng)該認真考慮開發(fā)原型系統(tǒng)的必要和可能。在軟件開發(fā)中采用樣機策略的主要困難是成本問題。對于一次設(shè)計后大批量生產(chǎn)的產(chǎn)品(例如,計算機硬件和絕大多數(shù)工業(yè)產(chǎn)品),設(shè)計和制造樣機的費用可以分攤到每件產(chǎn)品上,因此每件產(chǎn)品的成本增加很少。軟件,特別是應(yīng)用軟件,通常一次只開發(fā)出一件產(chǎn)品,采用樣機策略則成本增加很多,因此過去很少采用這種策略。但是,由于正確地提出用戶需求是軟件開發(fā)工程成功的基礎(chǔ),近年來主張采用樣機策略的人逐漸多起來了。此外,目前有一些較好

40、的工具可供建立軟件的原型系統(tǒng)用,這就為在軟件開發(fā)中采用樣機策略奠定了必要的物資基礎(chǔ)。近年來不僅在驗證軟件需求時使用軟件原型,原型法還逐漸發(fā)展成為開發(fā)軟件的一種重要方法。3.1.2 需求分析的原則需求分析的前提是準確、完整地獲取用戶需求。向問題領(lǐng)域的專家學習,進行用戶需求查是需求分析的第一步。用戶需求通常可以分為功能需求和性能需求兩類。功能需求定義了系統(tǒng)應(yīng)該做什么,系統(tǒng)要求輸入什么信息,輸出什么信息,以及如何將輸入變換為輸出。性能需求則定義了軟件運行的狀態(tài)特征,如系統(tǒng)運行效率,可靠性,安全性,可維護性等等。綜合起來,應(yīng)該獲取用戶需求的內(nèi)容包括:物理環(huán)境。系統(tǒng)運行的設(shè)備地點、位置是集中式的還是分布

41、式的,對環(huán)境的要求如何(如溫度、濕度,電磁場干擾等)。系統(tǒng)界面。要求與其他系統(tǒng)進行數(shù)據(jù)交換的內(nèi)容與格式,終端用戶的類型與熟練程度,用戶對界面的特定要求,用戶操作的易接受性等。系統(tǒng)功能。系統(tǒng)應(yīng)該完成的功能以及何時完成,對于系統(tǒng)運行速度、響應(yīng)時間或者數(shù)據(jù)吞吐量的要求,系統(tǒng)運行的權(quán)限規(guī)定,系統(tǒng)可靠性要求,是否要求可移植,未來擴充或者升級的要求。數(shù)據(jù)要求。輸入偷出數(shù)據(jù)的種類與格式,計算必須達到的精度,數(shù)據(jù)接收與發(fā)送的頻率,數(shù)據(jù)存儲的容量和可靠性,數(shù)據(jù)或者文件訪問的控制權(quán)限,數(shù)據(jù)備份的要求。系統(tǒng)文檔規(guī)格。系統(tǒng)要求交付什么文檔,各類文檔的編制規(guī)范和預期使用對象。系統(tǒng)維護要求。系統(tǒng)出錯后可以允許的最大恢復時

42、間,對錯誤修改的回歸測試要求,系統(tǒng)運行日志規(guī)格,是否允許對系統(tǒng)修改,系統(tǒng)變化如何反映到設(shè)計中。在獲取需求過程中遇到的典型問題是:如何理解問題。大多數(shù)情況下,軟件開發(fā)人員不是問題領(lǐng)域的行家。但是要準確、完整的獲取需求必須對問題具有深入的理解與把握。許多問題即使是用戶業(yè)務(wù)人員也可能沒有自覺的認識。分析員與用戶的通信問題。分析員對問題的理解必須從信息處理要求出發(fā),而用戶更多的考慮是本身的業(yè)務(wù)領(lǐng)域。與用戶建立相互信任、有效的溝通是分析員的首要任務(wù)。用戶需求的可變性。用戶需求通常是不斷變化的,而軟件開發(fā)人員則希望將需求凍結(jié)在某一時刻。影響用戶需求變化的因素可以是用戶領(lǐng)域的業(yè)務(wù)擴充或者轉(zhuǎn)移,市場競爭的要求

43、,用戶主管人員的變更等?,F(xiàn)實情況是分析員只能接受需求不斷變化的事實,應(yīng)該千方百計地使其工作適應(yīng)需求的變化?,F(xiàn)實世界是復雜多變的。為了將現(xiàn)實世界中問題的求解映射為信息處理模型,對問題進行分解與抽象是普遍有效的基本法則6。分解是將復雜問題求解分解為若干相對簡單問題求解的組合。例如為實現(xiàn)一個計算機考試系統(tǒng),我們可以將該系統(tǒng)分解為試題庫維護,試題生成,考務(wù)管理,學生考試和計算機閱卷五個子系統(tǒng),定義好各子系統(tǒng)之間的相互聯(lián)系,對每個子系統(tǒng)分別求解。分解的目的是為了降低問題求解的復雜性。如子問題仍然較復雜,則可以進一步分解。抽象是認識問題的一般與特殊的關(guān)系。例如對于上面的考試系統(tǒng)我們可以考慮考試要求的不同試

44、題類型,構(gòu)造每種類型的典型試題,通過對典型試題的答題要求和閱卷判定方法分析,抽象出各類試題的不同答題模式和計算機閱卷策略與算法。問題分解與抽象定義了問題的層次結(jié)構(gòu),應(yīng)該在問題求解中反映出這種層次結(jié)構(gòu)。問題結(jié)構(gòu)與問題求解結(jié)構(gòu)的對應(yīng)關(guān)系保證了問題定義的完整性、正確性和跟蹤性。3.1.3 分析系統(tǒng)數(shù)據(jù)流圖數(shù)據(jù)流圖(DFD)描述了信息流和數(shù)據(jù)轉(zhuǎn)化。就是采用圖形方式來表達系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程,是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達工具及用于表示軟件模型的一種圖示方法。酒店管理你系統(tǒng)的數(shù)據(jù)流圖主要描述了系統(tǒng)管理員的相關(guān)信息和與各個模塊之間的關(guān)系,其數(shù)據(jù)流圖如圖3-1所示:圖3-1

45、 系統(tǒng)后臺數(shù)據(jù)流圖3.1.4 數(shù)據(jù)字典1數(shù)據(jù)項定義表3-1數(shù)據(jù)項定義編號名稱別名類型長度I01-01admin _id管理員IDint4I01-02admin _ name管理員賬號varchar50I01-03admin _ pwd管理員密碼varchar50I01-04users _id員工IDint4I01-05users _ name員工賬號varchar50I01-06users _ pwd員工密碼varchar50I01-07roomType _id房間類型IDint4I01-08roomType _ name房間類型名稱varchar50I01-09user_id客戶IDint4

46、I01-10user_name客戶姓名varchar55I01-11user_age客戶年齡varchar50I01-12user_email電子郵件varchar500I01-13user_tel固定電話varchar50I01-14user_card身份證varchar50I01-15user_address地址varchar50I01-16user_sex性別varchar50I01-17froomId需換房房間int4I01-18troomId所換房間int4I01-19addtime換房時間int8I01-20roomName房間名稱int4I01-21roomMoney房間金額in

47、t4I01-22chkis結(jié)賬varchar500I01-23roomMoreMoeny超出付費varchar50I01-24roomDS房間描述varchar500I01-25roosIs房間狀態(tài)varchar55I01-26roomTypeId房間類別編號int42數(shù)據(jù)流定義數(shù)據(jù)流編號:D1- 01數(shù)據(jù)流名稱:管理員密碼數(shù)據(jù)流來源:F1- 01數(shù)據(jù)流去向:P1- 01數(shù)據(jù)流組成:I01-01+ I01-02+ I01-03+ I01-04+ I01-05+ I01-06+ I01-07 + I01-08數(shù)據(jù)流編號:D1- 16數(shù)據(jù)流名稱:員工信息數(shù)據(jù)流來源:P1- 07數(shù)據(jù)流去向:F1-

48、02數(shù)據(jù)流組成:I01-09+ I01-10+ I01-11+ I01-12+ I01-13+ I01-14+ I01-15+ I01-24+ I01-25+ I01-26+ I01-27+ I01-28+ I01-29+ I01-30 數(shù)據(jù)流編號:D1- 04數(shù)據(jù)流名稱:換房信息數(shù)據(jù)流來源:F1- 02數(shù)據(jù)流去向:P1- 02數(shù)據(jù)流組成:I01-31+ I01-32+ I01-33+ I01-34數(shù)據(jù)流編號:D1- 11數(shù)據(jù)流名稱:入住信息數(shù)據(jù)流來源:F1- 03數(shù)據(jù)流去向:P1- 03數(shù)據(jù)流組成:I01-47+ I01-48+ I01-78+ I01-01+ I01-58+ I01-08數(shù)

49、據(jù)流編號:D1- 14數(shù)據(jù)流名稱:客人信息數(shù)據(jù)流來源:P1- 04數(shù)據(jù)流去向:F1- 04數(shù)據(jù)流組成:I01-09+ I01-42+ I01-43+ I01-44數(shù)據(jù)流編號:D1- 28數(shù)據(jù)流名稱:房間預訂數(shù)據(jù)流來源:F1- 09數(shù)據(jù)流去向:P1- 08數(shù)據(jù)流組成:I01-01 + I01-39 + I01-40 + I01-41 數(shù)據(jù)流編號:D1- 07 D-12數(shù)據(jù)流名稱:結(jié)賬退房數(shù)據(jù)流來源:P1- 05數(shù)據(jù)流去向:F1- 05數(shù)據(jù)流組成:I01-01 + I01-09 + I01-35 + I01-36 + I01-373.1.5 需求分析的方法需求分析的方法有很多.這里只強調(diào)原型化方法

50、。原型化方法是十分重要的。原型就是軟件的一個早期可運行的版本,它實現(xiàn)了目標系統(tǒng)的某些或全部功能。原型化方法就是盡可能快地建造一個粗糙的系統(tǒng),這系統(tǒng)實現(xiàn)了目標系統(tǒng)的某些或全部功能,但是這個系統(tǒng)可能在可靠性,界面的友好性或其他方面上存在缺陷。建造這樣一個系統(tǒng)的目的是為了考察某一方面的可行性,如算法的可行性,技術(shù)的可行性,或考察是否滿足用戶的需求等。如為了考察是否滿足用戶的要求,可以用某些軟件工具快速的建造一個原型系統(tǒng),這個系統(tǒng)只是一個界面,然后聽取用戶的意見,改進這個原型。以后的目標系統(tǒng)就在原型系統(tǒng)的基礎(chǔ)上開發(fā)。原型主要有三種類型,探索型,實驗型,進化型。探索型:目的是要弄清楚對目標系統(tǒng)的要求,確

51、定所希望的特性,并探討多種方案的可行性。實驗型:用于大規(guī)模開發(fā)和實現(xiàn)前,考核方案是否合適,規(guī)格說明是否可靠。進化型:目的不在于改進規(guī)格說明,而是將系統(tǒng)建造得易于變化,在改進原型的過程中,逐步將原型進化成最終系統(tǒng)。3.2 功能需求1.客房管理;2.客房分類管理;3.客房入住管理;4.結(jié)賬收費管理;5.換房管理;6.管理員賬號管理;7.員工信息管理;8.房間預定管理;8.查詢管理;2.3 性能需求系統(tǒng)對環(huán)境的要求:服務(wù)起端的最低配置是由建立站點所需要的軟件來決定的,在最底配置的情況下,服務(wù)器的性能往往不進人意,現(xiàn)在硬件性能已經(jīng)相當出色,而且價格也很便宜,因此通常應(yīng)給服務(wù)器端配置高性能硬件。本機器的

52、配置如下:處理器:Inter Pentium 41.6Hz或更高。內(nèi)存:256MB硬件空間:40GB題目主要采用的技術(shù)數(shù)據(jù)庫:Microsoft SQL Server 2000。編程語言:ASP.NET,java。服務(wù)器:Tomcat5.5,jdk1.5開發(fā)環(huán)境:WindowsXP3.3 本章小結(jié)通過需求分析,明確這次設(shè)計的所需要的軟件的運行環(huán)境, 確定了該程序的數(shù)據(jù)字典,對程序的詳細功能也進行的分析。通過數(shù)據(jù)流圖,明確了數(shù)據(jù)庫的建立。第4章 總體設(shè)計4.1 系統(tǒng)功能設(shè)計1.系統(tǒng)界面采用Web方式,界面應(yīng)簡潔明了,用戶可方便瀏覽和查找客房信息。該系統(tǒng)的用戶是管理員。2.系統(tǒng)需對用戶登錄進行管理

53、。使用各功能模塊時,系統(tǒng)應(yīng)驗證用戶身份的有效性,否則要求用戶登錄。另外,允許用戶對自己的密碼進行修改。3.系統(tǒng)應(yīng)提供客房的分類管理功能,可分類制訂價格等客房類型,對不同標準的客房進行有效管理。系統(tǒng)可實現(xiàn)對客房信息的添加、刪除以及修改。 4.在進行開房管理時,系統(tǒng)可以根據(jù)客房當前的狀態(tài)自動提示可用服務(wù)開房。5.系統(tǒng)的客戶端在Windows平臺下運行,服務(wù)器端可在Windows平臺或Linux平臺下運行。系統(tǒng)還需要有較好的安全性和可擴展性。4.2 功能模塊圖圖4-1 功能模塊圖4.3 處理流程設(shè)計4.3.1 數(shù)據(jù)增加流程添加信息時,編號字段由系統(tǒng)自動生成,且不能修改,其他信息由用戶輸入,之后對數(shù)據(jù)

54、進行合法判斷,合法則寫入保存至數(shù)據(jù)庫,不合法則重新輸入數(shù)據(jù)。 圖4-2 數(shù)據(jù)增加流程圖4.3.2 數(shù)據(jù)修改流程在修改信息時,先選中一條待修改的記錄,然后直接輸入數(shù)據(jù),判斷合法性,合法則保存至數(shù)據(jù)庫,不合法重新輸入。數(shù)據(jù)修改流程圖如圖3-3所示。 圖4-3 數(shù)據(jù)修改流程圖4.4數(shù)據(jù)庫詳細設(shè)計如果此系統(tǒng)需要后臺數(shù)據(jù)庫,下面介紹數(shù)據(jù)庫中員工操作E-R圖。圖4-4 員工操作E-R圖如果此系統(tǒng)需要后臺數(shù)據(jù)庫,下面介紹數(shù)據(jù)庫中的各個表的詳細信息。(Admin)管理員信息表如表4-5所示。表4-5 管理員信息表序號列名字段說明數(shù)據(jù)類型長度1id編號IDint42name管理員賬號Varchar553pwd管

55、理員密碼Varchar50(Users)員工信息表如表4-6所示。表4-6 用戶信息表序號列名字段說明數(shù)據(jù)類型長度1id編號IDint42name用戶賬號Varchar503pwd用戶密碼Varchar50(RoomType)房間類型信息表如表4-7所示。表4-7 房間類型信息表序號列名字段說明數(shù)據(jù)類型長度1id編號IDint42name名稱Varchar50(Member)客戶信息表如表4-8所示。表4-8 客戶信息表序號列名字段說明數(shù)據(jù)類型長度1id編號int42UserName姓名Varchar553UserEmal電子郵件Varchar504UserTel固定電話Varchar505U

56、serMobile手機號碼Varchar506UserCard身份證Varchar507UserSex性別Varchar108UserAddress地址Varchar50(WardsRoom)換房記錄信息表如表4-9所示。表4-9 換房記錄信息表序號列名字段說明數(shù)據(jù)類型長度1id編號int42FRoomId需換房房間Varchar503TRoomId換房房間Varchar504UserName換房客戶Varchar505addtime換房時間Varchar500(RoomSales)房間入住信息表如表4-10所示。表4-10 房間入住信息表序號列名字段說明數(shù)據(jù)類型長度1id編號int42Roo

57、mName房間名稱Varchar553RoomId房間編號Varchar504RoomMoney金額Varchar505UserId客人編號Varchar506Addtime入住時間Varchar87Chkis結(jié)賬標志Varchar10(RoomBook)房間預定信息表如表4-11所示。表4-11 房間預訂信息表序號列名字段說明數(shù)據(jù)類型長度1id編號int42RoomName房間名稱Varchar553RoomId房間編號Varchar504RoomMoney金額Varchar505UserId客人編號Varchar506Addtime入住時間Varchar87Chkis結(jié)賬標志Varchar

58、10(Room)房間信息表如表4-12所示。表4-12房間信息表序號列名字段說明數(shù)據(jù)類型長度1id編號int42RoomName房間名稱Varchar553RoomTypeId類別編號int44RoomTypeName類別名稱Varchar505RommMoeny房間金額Varchar506RoomMoreMoeny超出付費Varchar507RoomDS房間描述Varchar108RoosIs房間狀態(tài)Varchar504.5本章小結(jié)本章是論述對本程序的總體設(shè)計,以及數(shù)據(jù)庫的設(shè)計,列出了每個表的字段,還有員工操作的E-R圖,以及表中的各個字段。明確了這個軟件的總體設(shè)計的方向。第5章 詳細設(shè)計5

59、.1 首頁 登陸界面如圖4-1所示。圖5-1 登陸頁面5.2 系統(tǒng)首頁后系統(tǒng)首頁如圖5-2所示。圖5-2 后臺登陸記錄5.3 客房信息管理客房信息管理如圖5-3所示。圖5-3 客房信息管理圖5.4 前臺接待信息管理前臺接待信息管理如圖5-4所示。圖5-4前臺信息管理圖5.5 收銀信息管理收銀信息管理圖如圖5-5所示。圖5-5收銀信息管理圖5.6 查詢管理模塊查詢管理模塊包括3個功能模塊分別是:換房記錄查詢,房間信息查詢,房間銷售信息查詢。換房記錄查詢?nèi)鐖D5-6所示。圖5-6換房記錄查詢房間信息查詢?nèi)鐖D5-7所示。圖5-7房間信息查詢房間銷售信息查詢?nèi)鐖D5-8所示。圖5-8房間銷售信息查詢5.7

60、 本章小結(jié)本章所述是對界面的詳細設(shè)計,以及各個模塊當中的主要代碼,包括房間信息查詢,客房信息管理,收銀信息管理等模塊。以及該模塊如何實現(xiàn)功能。第6章 系統(tǒng)調(diào)試與測試6.1 程序調(diào)試在設(shè)計系統(tǒng)的過程中,存在一些錯誤是必然的。對于語句的語法錯誤,在程序運行時自動提示,并請求立即糾正,因此,這類錯誤比較容易發(fā)現(xiàn)和糾正。但另一類錯誤是在程序執(zhí)行時由于不正確的操作或?qū)δ承?shù)據(jù)的計算公式的邏輯錯誤導致的錯誤結(jié)果。這類錯誤隱蔽性強,有時會出現(xiàn),有時又不出現(xiàn),因此,對這一類動態(tài)發(fā)生的錯誤的排查是耗時費力的。6.2 程序的測試6.2.1 測試的重要性及目的1.測試的重要性軟件的測試在軟件生命周期中占據(jù)重要的地位

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論