海洋博物館票務(wù)服務(wù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)畢業(yè)論文設(shè)計(jì).doc_第1頁(yè)
海洋博物館票務(wù)服務(wù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)畢業(yè)論文設(shè)計(jì).doc_第2頁(yè)
海洋博物館票務(wù)服務(wù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)畢業(yè)論文設(shè)計(jì).doc_第3頁(yè)
海洋博物館票務(wù)服務(wù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)畢業(yè)論文設(shè)計(jì).doc_第4頁(yè)
海洋博物館票務(wù)服務(wù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)畢業(yè)論文設(shè)計(jì).doc_第5頁(yè)
已閱讀5頁(yè),還剩51頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

大連外國(guó)語(yǔ)學(xué)院 本科生畢業(yè)論文(設(shè)計(jì)) 本科生畢業(yè)論文(設(shè)計(jì)) 題目:海洋博物館票務(wù)服務(wù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 學(xué)院/系 大連外國(guó)語(yǔ)學(xué)院軟件學(xué)院 專 業(yè) 信息管理與信息系統(tǒng)(英日強(qiáng)化) 年 級(jí) 2009級(jí) 學(xué) 號(hào) 090451819 作者姓名 趙麗媛 指導(dǎo)教師 景雨 2012年12月20日 摘 要海洋博物館售票管理系統(tǒng)是一套現(xiàn)代化的智能門(mén)票管理系統(tǒng),向用戶提供一個(gè)集中控制、集中管理且操作簡(jiǎn)便的集成管理系統(tǒng),以適應(yīng)現(xiàn)代化場(chǎng)館的應(yīng)用需求。盡管辦公形式千差萬(wàn)別,但本質(zhì)上是一致的,開(kāi)發(fā)一個(gè)適合普適性產(chǎn)品級(jí)的辦公軟件,可以減少重復(fù)開(kāi)發(fā),具有很好的市場(chǎng)前景。本論文,首先,針對(duì)目前票務(wù)服務(wù)系統(tǒng)產(chǎn)品軟件及應(yīng)用情況,進(jìn)行了大量的市場(chǎng)調(diào)查后,并對(duì)系統(tǒng)功能性目標(biāo)和非功能性目標(biāo)做了詳細(xì)闡述。在此基礎(chǔ)上,提出采用BS應(yīng)用模式,采用SQL Server2005做后臺(tái)數(shù)據(jù)庫(kù),采用三層架構(gòu)基于NET框架實(shí)現(xiàn)。該框架中集成了JavaScript,CSS,ASPNET,C#等技術(shù)。本系統(tǒng)主要分為前后臺(tái)兩部分,前臺(tái)主要包括:最新資訊、海底世界以及票務(wù)服務(wù)三部分;票務(wù)服務(wù)又包括預(yù)約以及查詢兩個(gè)功能,預(yù)約次日門(mén)票以及查詢歷史預(yù)約記錄。后臺(tái)分為站點(diǎn)管理、票務(wù)管理、系統(tǒng)管理三個(gè)主要模塊,站點(diǎn)管理包括發(fā)布公告以及服務(wù)聲明;票務(wù)管理包括入館人數(shù)設(shè)定、銷售門(mén)票以及預(yù)約管理;系統(tǒng)管理包含用戶管理功能??傮w上用結(jié)構(gòu)化生命周期法進(jìn)行系統(tǒng)分析和設(shè)計(jì),采用快速原型法來(lái)實(shí)現(xiàn),系統(tǒng)界面友好,而且操作更加簡(jiǎn)單,減少了用戶學(xué)習(xí)操作的額外負(fù)擔(dān)。新時(shí)代環(huán)境下,辦公流程和內(nèi)容在不斷變化,能否適應(yīng)這種不斷變化是辦公自動(dòng)化軟件成功的關(guān)鍵,本課題對(duì)此作了有益的嘗試,但離最終的目標(biāo)尚有很長(zhǎng)路要走。關(guān)鍵字:辦公自動(dòng)化,ASP.NET,三層架構(gòu),SQL Server 2005Abstract Museum Ticket Service is a modern smart ticket management system .It is various in the forms office, but the essence is the same. It can significantly reduce the repeatedly development cost by developing a universal and product level office software. So it has a very good market prospects. This paper, First of all, based on the software of Museum Ticket Service System and its application so far by a number of investments, formulates the function and non-function objective. And then puts forward the application model of B/S, adapting SQL Server2000 as a background database and 3-Tier which is based on ASP.NET framework to implement. The framework integrates technology such as JavaScript, CSS, ASP.NET and C #.Secondly, each function module of office automation software system are divided and tells the specific realization of main function module, it includes: tickets reservation,reservation inquiries,web management, tickets management and system management. Generally speaking, it uses structured life cycle method for system analysis and design, using rapid prototyping method to implement so that the system interface is friendly, and the operation is simpler, which reduce the burden for user to learn operation. In the new era, office procedure and content are in constant change, ability to adapt to the change is the key to the success of this office automation software. This paper made a beneficial attempt for this, but there is a long way to go for the ultimate goal.Keywords: Office Automation, ASP.NET, 3-Tier, SQL Server 2005目 錄1 緒論11.1 項(xiàng)目背景11.2 研究意義11.3 相關(guān)領(lǐng)域介紹11.4 本系統(tǒng)概述22 海洋博物館票務(wù)服務(wù)系統(tǒng)分析32.1 系統(tǒng)需求分析32.1.1 功能需求32.1.2 性能需求52.2 系統(tǒng)可行性分析62.2.1 技術(shù)及開(kāi)發(fā)方法可行性62.2.2 管理可行性62.2.3 經(jīng)濟(jì)可行性62.3 業(yè)務(wù)流程分析73 海洋博物館票務(wù)服務(wù)系統(tǒng)設(shè)計(jì)133.1 系統(tǒng)物理環(huán)境配置133.2 項(xiàng)目規(guī)劃133.3 系統(tǒng)概要設(shè)計(jì)133.4 數(shù)據(jù)庫(kù)設(shè)計(jì)243.4.1 概念設(shè)計(jì)243.4.2 邏輯設(shè)計(jì)263.4.3 物理設(shè)計(jì)263.5 系統(tǒng)詳細(xì)設(shè)計(jì)273.5.1 系統(tǒng)體系結(jié)構(gòu)273.5.2 系統(tǒng)設(shè)計(jì)原則284 海洋博物館票務(wù)服務(wù)系統(tǒng)的實(shí)現(xiàn)294.1 系統(tǒng)技術(shù)實(shí)現(xiàn)294.1.1 ASP簡(jiǎn)介294.1.2 ASP.NET結(jié)構(gòu)概述304.1.3 SQL Server 2005 簡(jiǎn)介304.2 系統(tǒng)首頁(yè)實(shí)現(xiàn)314.3 站點(diǎn)管理模塊實(shí)現(xiàn)314.3.1 發(fā)布公告314.3.2 發(fā)布服務(wù)聲明324.4 票務(wù)管理模塊實(shí)現(xiàn)324.4.1 入館人數(shù)設(shè)定324.4.2 銷售門(mén)票334.4.3 預(yù)約管理334.5 系統(tǒng)管理模塊實(shí)現(xiàn)344.5.1 查看用戶344.5.2 添加用戶354.6 前臺(tái)頁(yè)面的實(shí)現(xiàn)354.6.1 門(mén)票預(yù)約354.6.2 預(yù)約查詢364.7 登陸模塊實(shí)現(xiàn)374.7.1 登陸374.7.2 重置密碼415 海洋博物館票務(wù)服務(wù)系統(tǒng)測(cè)試435.1 系統(tǒng)測(cè)試概述435.2 系統(tǒng)測(cè)試方法445.2.1 系統(tǒng)測(cè)試計(jì)劃445.2.2 系統(tǒng)測(cè)試工具445.2.3 系統(tǒng)測(cè)試方法和測(cè)試類型455.3 系統(tǒng)測(cè)試的目的和原則455.4 系統(tǒng)測(cè)試455.4.1 系統(tǒng)登錄測(cè)試要點(diǎn)455.4.2 數(shù)據(jù)輸入測(cè)試要點(diǎn)465.5 系統(tǒng)測(cè)試效果466 結(jié) 論486.1 系統(tǒng)開(kāi)發(fā)總結(jié)486.2 存在問(wèn)題及改進(jìn)48致 謝49參考文獻(xiàn)501 緒論1.1 項(xiàng)目背景伴隨著人們更多的旅游出行,國(guó)內(nèi)旅游景點(diǎn)的票務(wù)市場(chǎng)也在快速發(fā)展。據(jù)預(yù)測(cè),我國(guó)今年旅游票務(wù)市場(chǎng)將比去年增長(zhǎng)10.5%。而與此同時(shí),人們希望門(mén)票銷售手段也能相應(yīng)地有所調(diào)整,并對(duì)如何能經(jīng)濟(jì)、方便和及時(shí)地購(gòu)買到自己所需要的門(mén)票表現(xiàn)出極大的關(guān)注,浴室,傳統(tǒng)的購(gòu)票方式開(kāi)始面臨變革。售票窗口購(gòu)買門(mén)票是最傳統(tǒng)的方式,但隨著人們工作和生活節(jié)奏的加快,排隊(duì)購(gòu)票顯得有些耗費(fèi)時(shí)間了,因此,每到黃金周,旅游旺季,買門(mén)票比較困難,對(duì)傳統(tǒng)門(mén)票銷售模式的改革已是大勢(shì)所趨,也由此引發(fā)了對(duì)售票系統(tǒng)的研究和開(kāi)發(fā)。1.2 研究意義隨著科學(xué)的不斷進(jìn)步,計(jì)算機(jī)應(yīng)用已經(jīng)遍布整個(gè)社會(huì)的每個(gè)角落。目前社會(huì)正處于健保發(fā)展方興未艾的時(shí)代,各個(gè)系統(tǒng)無(wú)不兢兢業(yè)業(yè)地改善本身的體制或管理方式,以適應(yīng)健保越來(lái)越嚴(yán)格的規(guī)范。博物館票務(wù)服務(wù)系統(tǒng)是一套現(xiàn)代化的智能門(mén)票管理系統(tǒng),向用戶提供一個(gè)集中控制、集中管理且操作簡(jiǎn)便的集成管理系統(tǒng),以適應(yīng)現(xiàn)代化場(chǎng)館的應(yīng)用需求。系統(tǒng)能很好地滿足運(yùn)行期間使用不同方式進(jìn)行預(yù)約票據(jù),防止各種人為的失誤,改變?nèi)斯す芾砟J?,?shí)現(xiàn)管理的全面電子化,提高管理水平和工作效率。1.3 相關(guān)領(lǐng)域介紹目前,利用網(wǎng)絡(luò)技術(shù)和電子商務(wù)發(fā)展企業(yè),是企業(yè)最為關(guān)心的問(wèn)題。電子商務(wù)在企業(yè)發(fā)展中顯示了極大優(yōu)勢(shì),企業(yè)通過(guò)電子商務(wù)活動(dòng)可以樹(shù)立和提高企業(yè)的網(wǎng)上形象和知名度,提供本企業(yè)最新的商品信息,降低銷售成本,提高經(jīng)營(yíng)效率,開(kāi)拓潛在市場(chǎng)和銷售渠道。電子商務(wù)不僅使企業(yè)信息流動(dòng)的范圍擴(kuò)大,還是企業(yè)管理的內(nèi)涵進(jìn)一步延伸,除了傳統(tǒng)的企業(yè)財(cái)務(wù)、庫(kù)存、銷售、采購(gòu)、生產(chǎn)等管理以外,涉及企業(yè)供應(yīng)鏈的許多環(huán)節(jié)也被納入了管理范圍。這就對(duì)企業(yè)的信息管理系統(tǒng)踢出來(lái)新的要求,同事也推進(jìn)新一代信息系統(tǒng)的產(chǎn)生和發(fā)展,造就了電子商務(wù)環(huán)境下管理系統(tǒng)與以往相比具有更豐富的內(nèi)涵,吸引了眾多學(xué)者的研究。在計(jì)算機(jī)網(wǎng)絡(luò),數(shù)據(jù)庫(kù)和先進(jìn)的開(kāi)發(fā)平臺(tái)上,利用現(xiàn)有的軟件,配置一定的硬件,開(kāi)發(fā)一個(gè)具有開(kāi)放體系結(jié)構(gòu)的、易擴(kuò)充的、易維護(hù)的、具有良好人機(jī)交互的票務(wù)服務(wù)系統(tǒng),實(shí)現(xiàn)門(mén)票銷售的自動(dòng)化的計(jì)算機(jī)系統(tǒng),為決策層提供準(zhǔn)確、精細(xì)、迅速的門(mén)票銷售信息。對(duì)于改變?nèi)斯す芾砟J剑瑢?shí)現(xiàn)管理的全面電子化,提高管理水平和工作效率具有重要的意義。1.4 本系統(tǒng)概述博物館票務(wù)服務(wù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)其核心思想是提供一個(gè)以自然語(yǔ)言為主的用戶界面實(shí)現(xiàn)門(mén)票預(yù)約以及門(mén)票銷售。將其應(yīng)用到數(shù)字信息化領(lǐng)域,將極大滿足用戶需求。博物館票務(wù)服務(wù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)系統(tǒng)能夠根據(jù)不同的用戶需求進(jìn)行功能組合,將合適的功能放在合適的位置給合適的用戶訪問(wèn),使辦公更為方便快捷,實(shí)現(xiàn)數(shù)字化與信息化。本系統(tǒng)主要分為前后臺(tái)兩部分,前臺(tái)主要包括:最新資訊、海底世界以及票務(wù)服務(wù)三部分;最新資訊主要顯示最新公告;海底世界為照片墻,展示了海洋館的照片;票務(wù)服務(wù)顯示了最新的服務(wù)聲明同時(shí)包括預(yù)約以及查詢兩個(gè)功能,預(yù)約次日門(mén)票以及查詢歷史預(yù)約記錄。后臺(tái)分為站點(diǎn)管理、票務(wù)管理、系統(tǒng)管理三個(gè)主要模塊,站點(diǎn)管理包括發(fā)布公告以及服務(wù)聲明;票務(wù)管理包括入館人數(shù)設(shè)定、銷售門(mén)票以及預(yù)約管理;系統(tǒng)管理包含用戶管理功能。后臺(tái)同時(shí)提供了前臺(tái)的入口鏈接。2 海洋博物館票務(wù)服務(wù)系統(tǒng)分析需求分析的基本任務(wù):確定系統(tǒng)的目標(biāo)和范圍,調(diào)查用戶的需求,分析系統(tǒng)必須做什么,編寫(xiě)需求規(guī)格說(shuō)明書(shū)等其它相關(guān)文檔,以及需求工程審查.同時(shí)還包括需求變更的控制、需求風(fēng)險(xiǎn)的控制、制定需求過(guò)程的基本計(jì)劃等工作。需求可分四類:業(yè)務(wù)需求是反映組織機(jī)構(gòu)或客戶對(duì)軟件高層次的目標(biāo)要求,這項(xiàng)需求是用戶高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的,它確定了系統(tǒng)的目標(biāo)規(guī)模和范圍。用戶需求是用戶使用該軟件要完成的任務(wù)。功能需求是軟件開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能。非功能需求是產(chǎn)品必須具備的屬性或品質(zhì) ,包括對(duì)用戶的重要屬性(有效性、效率、靈活性、完整性、互操作性、可靠性、健壯性、可用性)和開(kāi)發(fā)者的質(zhì)量屬性(可維護(hù)性、可復(fù)用性、可測(cè)試性)1。系統(tǒng)分析方法來(lái)源于系統(tǒng)科學(xué)。系統(tǒng)科學(xué)是20世紀(jì)40年代以后迅速發(fā)展起來(lái)的一個(gè)橫跨各個(gè)學(xué)科的新的科學(xué)部門(mén),它從系統(tǒng)的著眼點(diǎn)或角度去考察和研究整個(gè)客觀世界,為人類認(rèn)識(shí)和改造世界提供了科學(xué)的理論和方法。它的產(chǎn)生和發(fā)展標(biāo)志著人類的科學(xué)思維由主要以“實(shí)物為中心”逐漸過(guò)渡到以“系統(tǒng)為中心”,是科學(xué)思維的一個(gè)劃時(shí)代突破。系統(tǒng)分析是咨詢研究的最基本的方法,我們可以把一個(gè)復(fù)雜的咨詢項(xiàng)目看成為系統(tǒng)工程,通過(guò)系統(tǒng)目標(biāo)分析、系統(tǒng)要素分析、系統(tǒng)環(huán)境分析、系統(tǒng)資源分析和系統(tǒng)管理分析,可以準(zhǔn)確地診斷問(wèn)題,深刻地揭示問(wèn)題起因,有效地提出解決方案和滿足客戶的需求2。需求分析是軟件定義時(shí)期的最后一個(gè)階段,它的基本任務(wù)是準(zhǔn)確地回答“系統(tǒng)必須做什么?”這個(gè)問(wèn)題。雖然在可行性研究階段已經(jīng)粗略了解了用戶的需求,甚至還提出了一些可行的方案,但是,可行性研究的基本目的是用較小的成本在較短的時(shí)間內(nèi)確定是否存在可行的解法,因此許多細(xì)節(jié)被忽略了。然而在最終的系統(tǒng)中卻不能遺漏任何一個(gè)微小的細(xì)節(jié),所以可行性研究并不能代替需求分析,它實(shí)際上并沒(méi)有準(zhǔn)確地回答“系統(tǒng)必須做什么?”這個(gè)問(wèn)題。需求分析的任務(wù)還不是確定系統(tǒng)怎樣完成它的工作,而僅僅是確定系統(tǒng)必須完成哪些工作,也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。需求分析的結(jié)果是系統(tǒng)開(kāi)發(fā)的基礎(chǔ),關(guān)系到工程的成敗和軟件產(chǎn)品的質(zhì)量。因此,必須用行之有效的方法對(duì)軟件需求進(jìn)行嚴(yán)格的審查驗(yàn)證3。2.1 系統(tǒng)需求分析2.1.1 功能需求具體功能描述如下。1票務(wù)服務(wù)(1)門(mén)票預(yù)約,用戶在網(wǎng)站首頁(yè)可以根據(jù)身份證號(hào),姓名,電話號(hào)進(jìn)行預(yù)約。每日每人次預(yù)約門(mén)票不得超過(guò)5張。(2)預(yù)約查詢,用戶在網(wǎng)站首頁(yè)可以根據(jù)身份證號(hào),姓名,電話號(hào)進(jìn)行預(yù)約查詢。身份證號(hào)為必填項(xiàng)。如果電話號(hào)不確定需填寫(xiě)姓名,也可身份證號(hào)與電話號(hào)進(jìn)行查詢。2 站點(diǎn)管理功能描述:提供對(duì)前臺(tái)最新資訊內(nèi)容,以及票務(wù)服務(wù)內(nèi)容進(jìn)行更新的功能。發(fā)布公告對(duì)應(yīng)前臺(tái)最新資訊。服務(wù)聲明對(duì)應(yīng)前臺(tái)票務(wù)服務(wù)。(1)發(fā)布公告,發(fā)布系統(tǒng)公告,在門(mén)戶網(wǎng)站顯示最新公告。(2)服務(wù)聲明,服務(wù)聲明更新,在門(mén)戶網(wǎng)站顯示最新聲明。3 站點(diǎn)管理功能描述:海洋博物館,門(mén)票銷售模塊。在本功能模塊下,可以執(zhí)行電話預(yù)約,進(jìn)行現(xiàn)場(chǎng)售票,預(yù)約取票操作,對(duì)預(yù)約的門(mén)票進(jìn)行預(yù)約的撤銷。(1)入館人數(shù)設(shè)定,設(shè)置每天發(fā)放免費(fèi)門(mén)票的最大張數(shù)。(2)銷售門(mén)票,現(xiàn)場(chǎng)售票與電話售票,電話預(yù)約同網(wǎng)上預(yù)約一樣,只可預(yù)約第二日門(mén)票。現(xiàn)場(chǎng)銷售僅銷售當(dāng)日門(mén)票。每人次每日均不可超過(guò)5張。(3)預(yù)約管理,查詢出已預(yù)約但為取票用戶票務(wù)情況,進(jìn)行現(xiàn)場(chǎng)取票或預(yù)約取消操作。4 系統(tǒng)管理(1)用戶管理功能描述:對(duì)售票系統(tǒng)用戶進(jìn)行增刪改查,用戶分為管理員和主管以及普通職員,依據(jù)權(quán)限區(qū)分可以訪問(wèn)的模塊。5 其他功能(1)用戶登錄后臺(tái)博物館用戶登錄,登陸需要判斷用戶是否存在,賬號(hào)是否被鎖定,密碼是否正確,以及剩余密碼可出錯(cuò)次數(shù)。(2)密碼修改在后臺(tái)登錄頁(yè)面處,提供密碼修改功能。在登陸賬號(hào)以及登錄密碼填寫(xiě)正確的情況方可操作成功。 2.1.2 性能需求1 數(shù)據(jù)精確度在精度需求上,根據(jù)使用需要:(1)數(shù)據(jù)值型數(shù)據(jù)精度在小數(shù)點(diǎn)位后兩位。(2)日期型數(shù)據(jù)以“年/月/日”方式顯示。2用戶界面需求(1)響應(yīng)速度盡可能提升系統(tǒng)運(yùn)行速度,系統(tǒng)對(duì)用戶操作的響應(yīng)要快,在滿足系統(tǒng)功能的同時(shí),盡量滿足操作者的心理要求。如查詢數(shù)據(jù)、添加數(shù)據(jù),其響應(yīng)時(shí)間應(yīng)要合理(與數(shù)據(jù)吞吐量有關(guān)),避免“死鎖等待”現(xiàn)象。(2)穩(wěn)定性系統(tǒng)應(yīng)具有較高的穩(wěn)定性,應(yīng)可以處理大量數(shù)據(jù)及長(zhǎng)時(shí)間運(yùn)行。(3)合理性工作流程要清晰,要符合用戶實(shí)際情況。界面功能操作“部件”布局要合理,既要符合實(shí)際工作流程,又要適當(dāng)考慮用戶經(jīng)常使用的菜單。如將用戶使用較多的按鈕放在容易看到的位置。各種操作的結(jié)果,在不拖沓的前提下,要呈現(xiàn)給用戶(如:“保存成功”、刪除了一項(xiàng)記錄,系統(tǒng)的響應(yīng)要較明顯地提示出位置的變化等)。功能實(shí)現(xiàn)的操作邏輯要與界面上下文、業(yè)務(wù)處理上下文一致,使應(yīng)用系統(tǒng)的界面操作邏輯與業(yè)務(wù)辦理人員的思維絡(luò)盡力相吻合或接近。重要性的,不可恢復(fù)的操作都要二級(jí)確認(rèn)。(4)易用性在數(shù)據(jù)項(xiàng)較多的選項(xiàng)里,應(yīng)只顯示與用戶相關(guān)或用戶可能用到的數(shù)據(jù)項(xiàng),以方便用戶選擇。在邏輯上相同的信息只需輸入一次,減少用戶的輸入量。輸入信息時(shí),對(duì)各項(xiàng)數(shù)據(jù)要進(jìn)行必要的邏輯檢查,并做出相應(yīng)的提示。各頁(yè)面要做到不超過(guò)屏幕顯示的寬度,盡量避免在查看數(shù)據(jù)時(shí)還要將滾動(dòng)條左右移動(dòng)。頁(yè)面字體的字體、大小、顏色既要能滿足大部分人的要求,又要利于屏幕的顯示和程序的處理。各種操作要簡(jiǎn)單直觀,要適應(yīng)用戶的計(jì)算機(jī)水平和習(xí)慣。3安全性(1)添加用戶信息,以及涉及到個(gè)人隱私和國(guó)家秘密,必須進(jìn)行加密處理或用權(quán)限進(jìn)行管理,以免泄密。(2)從用戶操作權(quán)限設(shè)計(jì)需求去進(jìn)行安全性設(shè)計(jì),采用操作權(quán)限設(shè)定去控制。2.2 系統(tǒng)可行性分析 2.2.1 技術(shù)及開(kāi)發(fā)方法可行性本系統(tǒng)基于瀏覽器/服務(wù)器體系架構(gòu)人們常說(shuō)的 B/S體系架構(gòu),系統(tǒng)安裝維護(hù)簡(jiǎn)便。數(shù)據(jù)集中管理,便于分散用戶使用,適應(yīng)互連時(shí)代軟件的發(fā)展趨勢(shì)。開(kāi)發(fā)技術(shù)主要包括ASP, C#以及Web應(yīng)用開(kāi)發(fā)中常用的腳本語(yǔ)言JavaScript,開(kāi)發(fā)平臺(tái)采用Microsoft VS 2008,數(shù)據(jù)庫(kù)采用SQL SERVER 2005數(shù)據(jù)庫(kù)系統(tǒng)??蛇\(yùn)行于Windows系列操作系統(tǒng)平臺(tái)。2.2.2 管理可行性利用面向?qū)ο蟮臋C(jī)構(gòu)化方法,面向?qū)ο蠓椒ㄒ浴皩?duì)象”為中心,在分析對(duì)象、研究對(duì)象及對(duì)象的屬性的過(guò)程中,根據(jù)其內(nèi)在規(guī)律建立求解模型?;谶@種方法建立的軟件系統(tǒng),不管外部環(huán)境或功能需求如何地變化,其對(duì)象的內(nèi)在的規(guī)律是不變的,區(qū)別于傳統(tǒng)方法的以“過(guò)程為中心”,以功能分解為基本方法,當(dāng)功能需求發(fā)生變化時(shí),將引起對(duì)軟件整體結(jié)構(gòu)的修改,導(dǎo)致系統(tǒng)不穩(wěn)定。因而,基于這種方法建立的軟件系統(tǒng)是不會(huì)引起軟件結(jié)構(gòu)的整體變化,所以系統(tǒng)是穩(wěn)定的,利用此方法可以充分達(dá)到系統(tǒng)管理可行性的目的。2.2.3 經(jīng)濟(jì)可行性通過(guò)調(diào)查分析開(kāi)發(fā)辦公自動(dòng)化所具備的能力及實(shí)現(xiàn)的方法,準(zhǔn)確確定辦公自動(dòng)化系統(tǒng)的總體結(jié)構(gòu),利用SQL SERVER 2005數(shù)據(jù)庫(kù)所具有的能力,以最簡(jiǎn)潔最容易的方法,使用ASP(C#)為基礎(chǔ)技術(shù)使其達(dá)到快速開(kāi)發(fā)的效果。2.3 業(yè)務(wù)流程分析業(yè)務(wù)流程分析的目的是:形成合理、科學(xué)的業(yè)務(wù)流程。通過(guò)分析現(xiàn)有業(yè)務(wù)流程的基礎(chǔ)上進(jìn)行業(yè)務(wù)流程重組(BPR),產(chǎn)生新的更為合理的業(yè)務(wù)流程。業(yè)務(wù)流程分析主要是定義項(xiàng)目的內(nèi)容,即對(duì)現(xiàn)行的管理進(jìn)行仔細(xì)地回顧和描述,從而認(rèn)識(shí)項(xiàng)目的業(yè)務(wù)和技術(shù)上的具體要求,幫助確定流程工作與合作建模的基本要素,更好地分析理解其同其他要素的關(guān)系,例如業(yè)務(wù)目標(biāo)、業(yè)務(wù)策略、面對(duì)的問(wèn)題、產(chǎn)生的影響、組織機(jī)構(gòu)參與者或者相關(guān)的企業(yè)架構(gòu)。系統(tǒng)設(shè)計(jì)以前,要對(duì)系統(tǒng)需求進(jìn)行歸納和分析,查找出所有的業(yè)務(wù)主角,然后在確定業(yè)務(wù)主角后,每個(gè)主角的相關(guān)活動(dòng)及流程應(yīng)清晰地制定出來(lái),最終設(shè)計(jì)出邏輯視圖、用戶界面示意圖。 下面是對(duì)該系統(tǒng)業(yè)務(wù)流程的簡(jiǎn)單分析:前臺(tái)在無(wú)需登陸的情況下,可以進(jìn)行門(mén)票預(yù)約以及預(yù)約記錄查詢。后臺(tái)用戶首先登錄網(wǎng)站,在登錄時(shí)用戶名與密碼驗(yàn)證通過(guò)就能做相關(guān)操作。如果用戶名不存在或密碼不正確,則提示重新登錄。用戶成功登錄之后,進(jìn)入主頁(yè)面,可選基本業(yè)務(wù)有三個(gè)板塊,站點(diǎn)管理,票務(wù)管理以及系統(tǒng)管理。在站點(diǎn)管理中,可以發(fā)布公告和發(fā)布服務(wù)信息;在票務(wù)管理中,可以設(shè)置每日最大游客數(shù),可以進(jìn)行電話預(yù)約登記以及現(xiàn)場(chǎng)售票登記,可以對(duì)預(yù)約記錄進(jìn)行管理;系統(tǒng)管理中,只要是對(duì)后臺(tái)用的添加、查詢、刪除以及更改登陸密碼。系統(tǒng)業(yè)務(wù)流程圖如圖2-1至2-5所示。圖2-1 前臺(tái)系統(tǒng)業(yè)務(wù)流程圖2-2 站點(diǎn)管理業(yè)務(wù)流程圖2-3 票務(wù)管理業(yè)務(wù)流程圖2-4 系統(tǒng)管理業(yè)務(wù)流程圖2-5 登陸系統(tǒng)業(yè)務(wù)流程3 海洋博物館票務(wù)服務(wù)系統(tǒng)設(shè)計(jì)3.1 系統(tǒng)物理環(huán)境配置系統(tǒng)硬件平臺(tái)的配置:1CPU:Intel(R)i5-2410M CPU2.30Ghz。2內(nèi)存:6G。3硬盤(pán):581GB。4基本的輸入、輸出設(shè)備。系統(tǒng)軟件平臺(tái)的配置:如果說(shuō)硬件是一個(gè)系統(tǒng)的身體,那么軟件則是一個(gè)系統(tǒng)的靈魂,一個(gè)系統(tǒng)設(shè)計(jì)的好壞,不僅要有正確的軟件開(kāi)發(fā)思想,也應(yīng)該有良好的軟件開(kāi)發(fā)工具4,汽車配件電子商務(wù)系統(tǒng)所采用的軟件配置環(huán)境為:1操作系統(tǒng):Windows 7。2. 數(shù)據(jù)庫(kù):Microsoft SQL Server 2005。3. 系統(tǒng)開(kāi)發(fā)語(yǔ)言: ASP.NET。4. 系統(tǒng)開(kāi)發(fā)軟件:Microsoft Visual Studio 2008。3.2 項(xiàng)目規(guī)劃本系統(tǒng)的結(jié)構(gòu)包括數(shù)據(jù)持久層、業(yè)務(wù)處理層及頁(yè)面展示層。在應(yīng)用服務(wù)層中構(gòu)建動(dòng)態(tài)網(wǎng)頁(yè)來(lái)支持整個(gè)面向服務(wù)對(duì)象的應(yīng)用。整個(gè)系統(tǒng)的網(wǎng)站設(shè)計(jì)是B/S架構(gòu)為主體,服務(wù)對(duì)象通過(guò)訪問(wèn)網(wǎng)站來(lái)獲得所需要的信息。3.3 系統(tǒng)概要設(shè)計(jì)根據(jù)系統(tǒng)分析的結(jié)果數(shù)據(jù)流程圖所描述的系統(tǒng)的邏輯模型,把數(shù)據(jù)流程圖上各個(gè)處理模塊進(jìn)一步分解,確定系統(tǒng)的層次結(jié)構(gòu)關(guān)系,把邏輯模型變?yōu)槲锢砟P?。在管理信息系統(tǒng)的設(shè)計(jì)過(guò)程中,系統(tǒng)劃分的一般原則如下:1子系統(tǒng)要具有獨(dú)立性。即應(yīng)把相對(duì)獨(dú)立的事務(wù)處理過(guò)程作為一個(gè)子系統(tǒng)。這樣的子系統(tǒng)具有較高的內(nèi)聚性,與其它的藕合較弱,便于軟件開(kāi)發(fā)、使用及日后系統(tǒng)維護(hù)。2子系統(tǒng)的劃分結(jié)果應(yīng)使數(shù)據(jù)冗余度較小。應(yīng)避免部分?jǐn)?shù)據(jù)在多個(gè)子系統(tǒng)中出現(xiàn),尤其是修改,以保證系統(tǒng)的安全性、可靠性和數(shù)據(jù)的一致性。3子系統(tǒng)的劃分應(yīng)能滿足目前和日后管理上的需要,功能應(yīng)齊全,操作要方便且為今后發(fā)展留有接口。4子系統(tǒng)的劃分應(yīng)以該單位的管理職能為依據(jù)。應(yīng)盡量避免過(guò)分依賴于組織機(jī)構(gòu),以防止機(jī)構(gòu)變更后為系統(tǒng)帶來(lái)不必要的麻煩5。對(duì)辦博物館票務(wù)服務(wù)系統(tǒng)的數(shù)據(jù)流圖采用變換中心法和事務(wù)中心法進(jìn)行分析,對(duì)其逐步進(jìn)行功能分解,直到分解成為含義明確、功能單一的單元功能模塊,從而得到系統(tǒng)的功能模塊結(jié)構(gòu)圖,即系統(tǒng)的功能圖。系統(tǒng)功能模塊結(jié)構(gòu)圖反映了辦公自動(dòng)化系統(tǒng)功能模塊的劃分,如圖3-1所示。 圖3-1 系統(tǒng)功能模塊結(jié)構(gòu)圖1票務(wù)服務(wù)(1)門(mén)票預(yù)約功能名稱門(mén)票預(yù)約功能簡(jiǎn)介預(yù)約的信息,包括:姓名,身份證號(hào),電話,預(yù)約日期,數(shù)量。 填寫(xiě)完預(yù)約信息后,點(diǎn)擊【預(yù)約】按鈕進(jìn)行預(yù)約,成功后彈出成功提示。輸入姓名,身份證號(hào),電話,預(yù)約日期,數(shù)量。觸發(fā)條件:【預(yù)約】按鈕。均為必填選項(xiàng)。輸出無(wú)異常無(wú)操作提示預(yù)約成功。存儲(chǔ)結(jié)構(gòu)預(yù)約信息: MM_TICKET。處理過(guò)程S1:填寫(xiě)預(yù)約信息;S2:點(diǎn)擊【預(yù)約】按鈕;S3:向MM_TICKET表中插入預(yù)約信息;S4:成功提示。約束1) 預(yù)約日期為當(dāng)日的第二日。2) 身份證號(hào)、電話號(hào)正確填寫(xiě)驗(yàn)證。3) 預(yù)約數(shù)量最多為5張。(2)預(yù)約查詢用戶在網(wǎng)站首頁(yè)可以根據(jù)身份證號(hào),姓名,電話號(hào)進(jìn)行預(yù)約查詢。身份證號(hào)為必填項(xiàng)。如果電話號(hào)不確定需填寫(xiě)姓名,也可身份證號(hào)與電話號(hào)進(jìn)行查詢。功能名稱預(yù)約查詢功能簡(jiǎn)介預(yù)約信息包括:預(yù)約門(mén)票編號(hào)(隱藏)、序號(hào)、用戶姓名、身份證號(hào)、電話號(hào)碼、預(yù)約時(shí)間通過(guò)填寫(xiě)身份證號(hào),姓名(或電話)后點(diǎn)擊【查詢】按鈕進(jìn)行查詢,將符合條件的所有預(yù)約信息從數(shù)據(jù)庫(kù)中取出來(lái),返回到頁(yè)面進(jìn)行展示。輸入身份證(必選)、電話、姓名(任選其一,radio 切換)。觸發(fā)條件:【查詢】按鈕。輸出從MM_TICKET表中根據(jù)選擇的條件進(jìn)行結(jié)果過(guò)濾。異常無(wú)操作提示用戶查詢條件填寫(xiě)不完整,則彈出提示,要求其填寫(xiě)完整。存儲(chǔ)結(jié)構(gòu)預(yù)約信息: MM_TICKET處理過(guò)程S1:驗(yàn)證頁(yè)面查詢條件是否滿足至少兩項(xiàng)已填寫(xiě); S2:點(diǎn)擊【查詢】按鈕;S3:從MM_TICKET及相關(guān)表中查詢預(yù)約信息;S4:展示頁(yè)面。約束1) 身份證號(hào)不能為空。2) 姓名與電話號(hào)任選其一。3) 判斷電話號(hào)、身份證號(hào)正確性。2站點(diǎn)管理功能描述:提供對(duì)前臺(tái)最新資訊內(nèi)容,以及票務(wù)服務(wù)內(nèi)容進(jìn)行更新的功能。發(fā)布公告對(duì)應(yīng)前臺(tái)最新資訊。服務(wù)聲明對(duì)應(yīng)前臺(tái)票務(wù)服務(wù)。(1)發(fā)布公告發(fā)布系統(tǒng)公告功能名稱發(fā)布系統(tǒng)公告功能簡(jiǎn)介公告的信息,包括:公告內(nèi)容。輸入公告內(nèi)容。觸發(fā)條件:【發(fā)布】按鈕。輸出無(wú)異常無(wú)操作提示公告發(fā)布成功。存儲(chǔ)結(jié)構(gòu)系統(tǒng)變量信息:MM_ CONSTANT。處理過(guò)程S1:填寫(xiě)公告內(nèi)容;S2:點(diǎn)擊【發(fā)布】按鈕;S3:更新MM_ CONSTANT表中記錄;S4:成功提示。約束公告內(nèi)容不能為空。(2)服務(wù)聲明服務(wù)聲明更新,對(duì)應(yīng)前臺(tái)票務(wù)服務(wù)處文字功能名稱服務(wù)聲明更新功能簡(jiǎn)介服務(wù)聲明的信息,包括:服務(wù)聲明內(nèi)容。輸入服務(wù)聲明。觸發(fā)條件:【發(fā)布】按鈕。輸出無(wú)異常無(wú)操作提示服務(wù)聲明發(fā)布成功。存儲(chǔ)結(jié)構(gòu)系統(tǒng)變量信息:MM_ CONSTANT。處理過(guò)程S1:填寫(xiě)服務(wù)聲明內(nèi)容;S2:點(diǎn)擊【發(fā)布】按鈕;S3:更新MM_ CONSTANT表中記錄;S4:成功提示。約束服務(wù)聲明內(nèi)容不能為空。3票務(wù)管理功能描述:海洋博物館,門(mén)票銷售模塊。在本功能模塊下,可以執(zhí)行電話預(yù)約,進(jìn)行現(xiàn)場(chǎng)售票,預(yù)約取票操作,對(duì)預(yù)約的門(mén)票進(jìn)行預(yù)約的撤銷。(1)入館人數(shù)設(shè)定設(shè)置每天發(fā)放免費(fèi)門(mén)票的最大張數(shù)功能名稱入館人數(shù)設(shè)定功能簡(jiǎn)介入館人數(shù)信息包括:當(dāng)前入館人數(shù)、設(shè)置值。填寫(xiě)設(shè)置值之后,通過(guò)點(diǎn)擊預(yù)約【確定】按鈕,執(zhí)行設(shè)定操作。將數(shù)據(jù)庫(kù)中對(duì)應(yīng)的記錄進(jìn)行更新,返回頁(yè)面彈出成功提示。輸入入館人數(shù)。輸出無(wú)異常無(wú)操作提示設(shè)定成功。存儲(chǔ)結(jié)構(gòu)系統(tǒng)變量信息: MM_ CONSTANT。處理過(guò)程S1:驗(yàn)證頁(yè)面填寫(xiě)的人數(shù)是否為數(shù)字; S2:驗(yàn)證頁(yè)面數(shù)字是否為大于0的整數(shù);S3:點(diǎn)擊【確定】按鈕;S4:更新MM_ CONSTANT表中記錄;S5:成功提示。約束無(wú)(2)銷售門(mén)票現(xiàn)場(chǎng)售票與電話售票功能名稱銷售門(mén)票功能簡(jiǎn)介銷售信息包括:銷售類型:電話售票、現(xiàn)場(chǎng)售票,姓名、身份證號(hào)、電話、預(yù)約日期、數(shù)量。填寫(xiě)完票務(wù)信息后,點(diǎn)擊【確定】按鈕進(jìn)行預(yù)約,成功后彈出成功提示。輸入銷售類型(radio)姓名,身份證號(hào),電話,日期,數(shù)量。觸發(fā)條件:【確定】按鈕。均為必填選項(xiàng)。輸出無(wú)異常無(wú)操作提示票務(wù)信息銷售成功(也可分為預(yù)定和銷售兩種提示)。存儲(chǔ)結(jié)構(gòu)票務(wù)信息: MM_TICKET。處理過(guò)程S1:填寫(xiě)預(yù)約信息;S2:點(diǎn)擊【銷售】按鈕;S3:向MM_TICKET表中插入預(yù)約信息;S4:成功提示。約束1) 電話預(yù)定日期為當(dāng)日的第二天2) 銷售日期默認(rèn)為當(dāng)日。3) 身份證號(hào)、電話號(hào)正確填寫(xiě)驗(yàn)證。4) 預(yù)約數(shù)量最多為5張。(3)預(yù)約管理查詢出已預(yù)約但為取票用戶票務(wù)情況,進(jìn)行現(xiàn)場(chǎng)取票或預(yù)約取消操作功能名稱預(yù)約管理功能簡(jiǎn)介預(yù)約信息包括:預(yù)約門(mén)票編號(hào)(隱藏)、序號(hào)、用戶姓名、身份證號(hào)、電話號(hào)碼、預(yù)約時(shí)間、操作(取票、取消)通過(guò)填寫(xiě)身份證號(hào),姓名(或電話)后點(diǎn)擊【查詢】按鈕進(jìn)行查詢,將符合條件的所有預(yù)約信息從數(shù)據(jù)庫(kù)中取出來(lái),返回到頁(yè)面進(jìn)行展示。通過(guò)點(diǎn)擊預(yù)約【取消】或【取票】按鈕,執(zhí)行取消預(yù)約或現(xiàn)場(chǎng)取票處理的操作。將數(shù)據(jù)庫(kù)中對(duì)應(yīng)的預(yù)約記錄刪除或更改狀態(tài)成功后,返回前臺(tái)彈出成功提示。輸入身份證(必選)、電話、姓名(任選其一)。觸發(fā)條件:【查詢】按鈕 。預(yù)約門(mén)票編號(hào) 。觸發(fā)條件:【取消】或【取票】按鈕。輸出從表MM_TICKET表中根據(jù)選擇的條件進(jìn)行結(jié)果過(guò)濾。異常操作提示查詢條件填寫(xiě)不完整,則彈出提示,要求填寫(xiě)完整。預(yù)約取消成功或售票成功。存儲(chǔ)結(jié)構(gòu)票務(wù)信息: MM_TICKET。處理過(guò)程S1:驗(yàn)證頁(yè)面查詢條件是否滿足至少兩項(xiàng)已填寫(xiě); S2:點(diǎn)擊【查詢】按鈕;S3:從MM_TICKET表中查詢預(yù)約信息;S4:展示頁(yè)面。SI:點(diǎn)擊【取消】或【取票】按鈕;SII:從MM_TICKET刪除對(duì)應(yīng)記錄;SIII:成功提示。約束1) 身份證號(hào)不能為空。2) 姓名與電話號(hào)任選其一。3) 判斷電話號(hào)、身份證號(hào)正確性。4系統(tǒng)管理(1)用戶管理功能描述:對(duì)售票系統(tǒng)用戶進(jìn)行增刪改查,用戶分為管理員和主管以及普通職員,依據(jù)權(quán)限區(qū)分可以訪問(wèn)的模塊功能名稱用戶管理功能簡(jiǎn)介1) 添加用戶的信息,包括:姓名,身份證號(hào),權(quán)限(select)。 填寫(xiě)完用戶信息后,點(diǎn)擊【添加】按鈕進(jìn)行添加,成功后彈出成功提示。2) 查詢用戶信息,包括:姓名,員工編號(hào)。填完用戶信息后,點(diǎn)擊【查詢】按鈕進(jìn)行查詢,成功后返回頁(yè)面盡心列表顯示3) 改刪在用戶列表頁(yè)內(nèi),第一列選擇欄中,展示checkbox復(fù)選框。Title行中的checkbox實(shí)現(xiàn)全選,全不選功能。在用戶列表上方提供【刪除】按鈕;最后一列操作欄中,展示【重置密碼】按鈕。輸入1) 添加用戶的信息,包括:姓名,員工編號(hào),權(quán)限(select)。觸發(fā)條件:【添加】按鈕。2) 查詢姓名,員工編號(hào)。觸發(fā)條件:【查詢】按鈕。3) 改刪用戶ID觸發(fā)條件:【刪除】按鈕、【重置密碼】按鈕。輸出在用戶列表頁(yè)內(nèi),第一列選擇欄中,展示checkbox復(fù)選框。Title行中的checkbox實(shí)現(xiàn)全選,全不選功能。在用戶列表上方提供【刪除】按鈕;最后一列操作欄中,展示【重置密碼】按鈕。異常操作提示添加成功、刪除成功、密碼重置成功。存儲(chǔ)結(jié)構(gòu)用戶信息: MM_USER處理過(guò)程S1:填寫(xiě)添加用戶信息;S2:點(diǎn)擊【添加】按鈕;S3:向MM_USER表中插入預(yù)約信息;S4:成功提示。SI:填寫(xiě)查詢用戶信息;SII:點(diǎn)擊【查詢】按鈕;SIII:從MM_USER表中查詢用戶信息;SV:展示頁(yè)面。約束1) 用戶身份證號(hào)唯一2) 默認(rèn)權(quán)限為銷售員5其他功能(1)用戶登錄后臺(tái)博物館用戶登錄功能名稱用戶登錄功能簡(jiǎn)介登錄的信息,包括:帳號(hào)(loginID),密碼。輸入帳號(hào),密碼觸發(fā)條件:【登錄】按鈕輸出無(wú)異常無(wú)操作提示1) 登陸信息不完整2) 用戶名不存在3) 用戶已經(jīng)鎖定4) 密碼錯(cuò)誤存儲(chǔ)結(jié)構(gòu)系統(tǒng)變量信息:MM_ USER處理過(guò)程S1:填寫(xiě)用戶賬號(hào),密碼;S2:點(diǎn)擊【登錄】按鈕;S3:在MM_ USER表中查詢用戶信息;S4:成功則跳轉(zhuǎn)到管理系統(tǒng)首頁(yè),失敗則彈出相應(yīng)提示。約束1) 帳號(hào)是否存在(在提交前,先校驗(yàn)帳號(hào)是否存在)。2) 密碼是否正確。(2)密碼修改在后臺(tái)登錄頁(yè)面處,提供密碼修改功能。功能名稱密碼修改功能簡(jiǎn)介口令的信息,包括:登陸賬號(hào),舊密碼,新密碼。輸入員工編號(hào),舊密碼,新密碼。觸發(fā)條件:【確認(rèn)】按鈕。輸出無(wú)異常無(wú)操作提示1) 員工編號(hào)是否填寫(xiě)正確。2) 舊密碼是否正確。存儲(chǔ)結(jié)構(gòu)系統(tǒng)變量信息:MM_USER處理過(guò)程S1:帳號(hào)(loginID),舊密碼,新密碼;S2:點(diǎn)擊【發(fā)布】按鈕;S3:更新MM_ USER表中記錄;S4:成功提示。約束1) 用戶必須存在。3.4 數(shù)據(jù)庫(kù)設(shè)計(jì)3.4.1 概念設(shè)計(jì)概念結(jié)構(gòu)設(shè)計(jì)是將分析得到的用戶需求抽象為信息結(jié)構(gòu)(即概念模型)的過(guò)程,它是整個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵。概念結(jié)構(gòu)的主要特點(diǎn)是:(1)能真實(shí)、充分地反映現(xiàn)實(shí)世界。(2)易于理解。(3)易于更改,當(dāng)應(yīng)用環(huán)境和應(yīng)用要求改變時(shí),容易對(duì)概念模型修改和擴(kuò)充。(4)易于向關(guān)系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。概念結(jié)構(gòu)是各種數(shù)據(jù)模型共同基礎(chǔ),它比數(shù)據(jù)模型更獨(dú)立于機(jī)器、抽象,更加穩(wěn)定。為了把用戶的數(shù)據(jù)要求清晰明確的表達(dá)出來(lái),通常要建立一種面向問(wèn)題的數(shù)據(jù)模型,按照用戶的觀點(diǎn)來(lái)對(duì)數(shù)據(jù)和信息建模。最常用的概念性數(shù)據(jù)模型就是E-R模型6。用戶信息實(shí)體屬性圖如圖3-2所示。圖3-2 用戶信息實(shí)體屬性圖系統(tǒng)變量信息實(shí)體屬性圖如圖3-3所示。圖3-3 系統(tǒng)變量信息實(shí)體屬性圖訂票信息實(shí)體屬性圖如圖3-4所示。圖3-4 訂票信息實(shí)體屬性圖3.4.2 邏輯設(shè)計(jì)數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)分為三個(gè)階段,分別是:用戶要求、建立E-R 模型和數(shù)據(jù)庫(kù)模式設(shè)計(jì)。數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)中的第一階段收集和分析用戶需求是按以下四步進(jìn)行的:分析用戶活動(dòng),確定系統(tǒng)范圍,分析用戶活動(dòng)所涉及的數(shù)據(jù)和分析系統(tǒng)數(shù)據(jù)。邏輯設(shè)計(jì)第二階段建立E-R 模型分兩步,首先應(yīng)進(jìn)行局部E-R 模型設(shè)計(jì),然后進(jìn)行總體E-R 模型的設(shè)計(jì)。邏輯設(shè)計(jì)第三階段在數(shù)據(jù)庫(kù)模式設(shè)計(jì)階段分兩步進(jìn)行,第一步初步設(shè)計(jì),把E-R 圖轉(zhuǎn)換為關(guān)系模型,第二步優(yōu)化設(shè)計(jì),對(duì)模式進(jìn)行調(diào)整和改善。我們所要進(jìn)行研究的是邏輯設(shè)計(jì)的第三步即將E-R圖像關(guān)系模型轉(zhuǎn)化。下面把實(shí)體及實(shí)體間關(guān)系轉(zhuǎn)換成為關(guān)系模型。實(shí)體轉(zhuǎn)換出的關(guān)系模式:用戶表(MM_USER)編號(hào),登陸賬號(hào),登陸密碼,姓名,權(quán)限,密碼錯(cuò)誤次數(shù)統(tǒng)計(jì)系統(tǒng)變量表(MM_CONSTANT)編號(hào),門(mén)票張數(shù),公告內(nèi)容,聲明內(nèi)容訂票信息表(MM_TICKET)編號(hào),日期,狀態(tài),姓名,身份證號(hào),電話號(hào)碼,張數(shù)3.4.3 物理設(shè)計(jì)數(shù)據(jù)庫(kù)物理設(shè)計(jì)包括:選擇存儲(chǔ)結(jié)構(gòu)、確定存取方法、選擇存取路徑、確定數(shù)據(jù)的存放位置。主要解決選擇文件存儲(chǔ)結(jié)構(gòu)和確定文件存取方法的問(wèn)題。在數(shù)據(jù)庫(kù)中訪問(wèn)數(shù)據(jù)的路徑主要表現(xiàn)為如何建立索引。順序表只能從起點(diǎn)進(jìn)去向后一個(gè)個(gè)訪問(wèn)記錄。在上面的實(shí)體以及實(shí)體之間關(guān)系模式的基礎(chǔ)上,形成數(shù)據(jù)庫(kù)中表以及各表之間關(guān)系。用戶表(MM_USER)如表3-1所示。表3-1 用戶表(MM_USER)字段名說(shuō) 明類 型長(zhǎng) 度可否為空主鍵ID編號(hào)INT否是LOGINID登陸賬號(hào)VARCHAR220否否NAME姓名VARCHAR220否否PASSWORD密碼VARCHAR220否否PERVIEW權(quán)限VARCHAR220否否ERRCOUNT次數(shù)統(tǒng)計(jì)INT否否系統(tǒng)變量表(MM_CONSTANT)如表3-2所示。表3-2 系統(tǒng)變量表(MM_CONSTANT)字段名說(shuō) 明類 型長(zhǎng) 度可否為空主鍵ID編號(hào)INT否是TICKETCOUNT門(mén)票張數(shù)INT否否BULLETIN公告內(nèi)容VARCHAR21000否否SERVINGS服務(wù)內(nèi)容VARCHAR22000否否訂票信息表(MM_TICKET)如表3-3所示。表3-3 訂票信息表(MM_TICKET)字段名說(shuō) 明類 型長(zhǎng) 度可否為空主鍵ID編號(hào)INT否是T_DATE日期VARCHAR215否否T_STATUS狀態(tài)VARCHAR24否否T_CUSTOMERNAME姓名VARCHAR210否否T_CUSTOMERID身份證號(hào)VARCHAR218否否T_CUSTOMERTELD電話號(hào)碼VARCHAR213否否T_COUNT張數(shù)INT否否3.5 系統(tǒng)詳細(xì)設(shè)計(jì)3.5.1 系統(tǒng)體系結(jié)構(gòu)不同類型的系統(tǒng)需要不同的結(jié)構(gòu)體系,系統(tǒng)的設(shè)計(jì)往往很大程度上取決于體系結(jié)構(gòu)的選擇?,F(xiàn)今軟件開(kāi)發(fā)經(jīng)常采用B/S結(jié)構(gòu)即Browser/Server(瀏覽器/服務(wù)器)結(jié)構(gòu),是隨著Internet技術(shù)的興起,對(duì)C/S結(jié)構(gòu)的一種變化或者改進(jìn)的結(jié)構(gòu)。在這種結(jié)構(gòu)下,用戶界面完全通過(guò)瀏覽器實(shí)現(xiàn),一部分事務(wù)邏輯在前端實(shí)現(xiàn),但是主要事務(wù)邏輯在服務(wù)器端實(shí)現(xiàn),形成所謂3-Tier結(jié)構(gòu)。B/S結(jié)構(gòu),主要是利用了不斷成熟的瀏覽器技術(shù),結(jié)合瀏覽器的多種Script語(yǔ)言(VBScript、JavaScript)和ActiveX技術(shù),用通用瀏覽器就實(shí)現(xiàn)了原來(lái)需要復(fù)雜專用軟件才能實(shí)現(xiàn)的強(qiáng)大功能,并節(jié)約了開(kāi)發(fā)成本,是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)。隨著Windows 98/Windows 2000將瀏覽器技術(shù)植入操作系統(tǒng)內(nèi)部,這種結(jié)構(gòu)更成為當(dāng)今應(yīng)用軟件的首選體系結(jié)構(gòu)。顯然B/S結(jié)構(gòu)應(yīng)用程序相對(duì)于傳統(tǒng)的C/S結(jié)構(gòu)應(yīng)用程序?qū)⑹蔷薮蟮倪M(jìn)步。 B/S結(jié)構(gòu)采用星形拓?fù)浣Y(jié)構(gòu)建立企業(yè)內(nèi)部通信網(wǎng)絡(luò)或利用Internet虛擬專網(wǎng)(VPN)。前者的特點(diǎn)是安全、快捷、準(zhǔn)確。后者則具有節(jié)省投資、跨地域廣的優(yōu)點(diǎn)。須視企業(yè)規(guī)模和地理分布確定。企業(yè)內(nèi)部通過(guò)防火墻接入Internet,在整個(gè)網(wǎng)絡(luò)采用TCP/IP協(xié)議。 C/S 與 B/S 區(qū)別: 1硬件環(huán)境不同: C/S 一般建立在專用的網(wǎng)絡(luò)上, 小范圍里的網(wǎng)絡(luò)環(huán)境,局域網(wǎng)之間再通過(guò)專門(mén)服務(wù)器提供連接和數(shù)據(jù)交換服務(wù)。B/S 建立在廣域網(wǎng)之上的, 不必是專門(mén)的網(wǎng)絡(luò)硬件環(huán)境。有比C/S更強(qiáng)的適應(yīng)范圍,一般只要有操作系統(tǒng)和瀏覽器就行。 2對(duì)安全要求不同 :C/S 一般面向相對(duì)固定的用戶群,對(duì)信息安全的控制能力很強(qiáng)。一般高度機(jī)密的信息系統(tǒng)采用C/S 結(jié)構(gòu)適宜,可以通過(guò)B/S發(fā)布部分可公開(kāi)信息。B/S 建立在廣域網(wǎng)之上, 對(duì)安全的控制能力相對(duì)弱, 面向是不可知的用戶群。 3對(duì)程序架構(gòu)不同 :C/S 程序可以更加注重流程,可以對(duì)權(quán)限多層次校驗(yàn),對(duì)系統(tǒng)運(yùn)行速度可以較少考慮。B/S 對(duì)安全以及訪問(wèn)速度的多重的考慮,建立在需要更加優(yōu)化的基礎(chǔ)之上,比C/S有更高的要求 B/S結(jié)構(gòu)的程序架構(gòu)是發(fā)展的趨勢(shì),從MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持網(wǎng)絡(luò)的構(gòu)件搭建的系統(tǒng)。 4軟件重用不同:C/S 程序可以不可避免的整體性考慮, 構(gòu)件的重用性不如在B/S要求下的構(gòu)件的重用性好。B/S 對(duì)的多重結(jié)構(gòu),要求構(gòu)件相對(duì)獨(dú)立的功能。 5系統(tǒng)維護(hù)不同:C/S 程序由于整體性, 必須整體考察, 處理出現(xiàn)的問(wèn)題以及系統(tǒng)升級(jí)難,可能是再做一個(gè)全新的系統(tǒng)。6用戶接口不同:C/S 多是建立的Window平臺(tái)上,表現(xiàn)方法有限,對(duì)程序員要求較高 。B/S 建立在瀏覽器上,有更加豐富和生動(dòng)的表現(xiàn)方式與用戶交流,并且大部分難度減低,減低開(kāi)發(fā)成本6。3.5.2 系統(tǒng)設(shè)計(jì)原則1系統(tǒng)應(yīng)具有良好的適應(yīng)性:能適應(yīng)用戶對(duì)系統(tǒng)的軟件環(huán)境、管理內(nèi)容、模式以及界面的要求。2系統(tǒng)應(yīng)具有可靠性:采用成熟的技術(shù)方法和軟件開(kāi)發(fā)平臺(tái),以保證在以后的實(shí)際應(yīng)用中安全、可靠。3系統(tǒng)應(yīng)具有較好的安全性:應(yīng)提高完善的安全機(jī)制和用戶權(quán)限限制機(jī)制,確保數(shù)據(jù)的受限訪問(wèn)。4系統(tǒng)應(yīng)具有良好的可維護(hù)性:系統(tǒng)應(yīng)易于維護(hù)、安裝。5系統(tǒng)應(yīng)具有良好的可擴(kuò)展性:系統(tǒng)應(yīng)適應(yīng)未來(lái)信息化建設(shè)的要求,能方便得進(jìn)行功能擴(kuò)展,以建立完善的信息集成管理體系。4 海洋博物館票務(wù)服務(wù)系統(tǒng)的實(shí)現(xiàn)4.1 系統(tǒng)技術(shù)實(shí)現(xiàn)4.1.1 ASP簡(jiǎn)介ASP就是Active Server Pages的縮寫(xiě),意為“動(dòng)態(tài)服務(wù)器頁(yè)面”。ASP是微軟公司開(kāi)發(fā)的代替CGI腳本程序的一種應(yīng)用,它可以與數(shù)據(jù)庫(kù)和其它程序進(jìn)行交互,是一種簡(jiǎn)單、方便的編程工具。在1994年到2000年之間,ASP技術(shù)已經(jīng)成為微軟推廣Windows NT 4.0平臺(tái)的關(guān)鍵技術(shù)之一,微軟公司1996年11月推出的WEB應(yīng)用程序開(kāi)發(fā)技術(shù),它既不是一種程序語(yǔ)言,也不是一種開(kāi)發(fā)工具,而是一種技術(shù)框架,用戶使用微軟的產(chǎn)品就能編寫(xiě)它的代碼,能產(chǎn)生和執(zhí)行動(dòng)態(tài)、交互式、高效率的網(wǎng)站服務(wù)器的應(yīng)用程序。運(yùn)用ASP可將VB script、java script等腳本語(yǔ)言加入到HTML中,便可快速完成網(wǎng)站的應(yīng)用研究程序,無(wú)需編譯,可在服務(wù)器端直 接執(zhí)行。容易編寫(xiě),使用普通的文本編輯器編寫(xiě),如記事本都可以完成它的節(jié)節(jié)勝利。由腳本在服務(wù)器上而不是客戶端運(yùn)行,ASP所使用的腳本語(yǔ)言都在服務(wù)端上 運(yùn)行,用戶端的瀏覽器不需要提供任何別的支持,這樣大提高了用戶與服務(wù)器之間的交互的速度。ASP網(wǎng)頁(yè)具有以下特點(diǎn):1利用ASP可以實(shí)現(xiàn)突破靜態(tài)網(wǎng)頁(yè)的一些功能限制,實(shí)現(xiàn)動(dòng)態(tài)網(wǎng)頁(yè)技術(shù)。2ASP文件是包含在HTML代碼所組成的文件中的,易于修改和測(cè)試。3方便連接ACCESS與SQL數(shù)據(jù)庫(kù)。4ASP可以使用服務(wù)器端ActiveX組件來(lái)執(zhí)行各種各樣的任務(wù),例如存取數(shù)據(jù)庫(kù)、發(fā)送Email或訪問(wèn)文件系統(tǒng)等。5服務(wù)器上的ASP解釋程序會(huì)在服務(wù)器端執(zhí)行ASP程序,并將結(jié)果以HTML格式傳送到客戶端瀏覽器上,因此使用各種瀏覽器都可以正常瀏覽ASP所產(chǎn)生的網(wǎng)頁(yè)。6由于服務(wù)器是將ASP程序執(zhí)行的結(jié)果以HTML格式傳回客戶端瀏覽器,因此使用者不會(huì)看到ASP所編寫(xiě)的原始程序代碼,可防止ASP程序代碼被竊取。7ASP提供了一些內(nèi)置對(duì)象,使用這些對(duì)象可以使服務(wù)器端腳本功能更強(qiáng)。例如可以從web瀏覽器中獲取用戶通過(guò)HTML表單提交的信息,并在腳本中對(duì)這些信息進(jìn)行處理,然后向web瀏覽器發(fā)送信息7。4.1.2 ASP.NET結(jié)構(gòu)概述ASP.net不僅僅是 Active Server Page (ASP) 的下一個(gè)版本,而且是一種建立在

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論