第一篇：機票預訂系統需求規格說明書

機票預訂系統需求規格說明書

1． 引言

1.1 編寫目的本機票預定系統在可行性研究的基礎上，是為了進一步明確機票預訂系統的軟件需求，以便安排項目規劃和進度，組織軟件開發與測試，撰寫本文檔。

本文檔供項目經理、設計人員、開發人員參考。

1.2 項目背景

開發軟件名稱：機票預訂系統

項目任務提出者：國際教育學院電子商務專業

項目開發者：無敵小分隊

用戶：航空公司

實現軟件單位：國際教育學院電子商務專業

1.3 參考資料

《信息系統分析與設計（第三版）》鄺孔武，王曉敏 編著清華大學出版社

《UML基礎與Rose建模教程》蔡敏 徐慧慧 黃炳強 編著機票預訂系統可行性研究報告無敵小分隊

2． 任務概述

2.1 目標

當旅客交付了預訂金后，系統打印出取票通知和帳單給旅客，旅客在飛

機起飛前一天憑取票通知和帳單交款取票，系統核對無誤即打印出機票給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況，需要定期進行查詢統計，以便適當調整。

2.2 假定和約束

在分析系統功能時要考慮有關證件的合法性驗證（如身份證、取票通知和交款發票）等。

3． 需求規定

3.1 對功能的規定

1． 航空公司工作人員登錄及注銷

要求合法的管理員才可以登錄系統，防止系統被無關人員動用，使用字符串匹配對用戶名和密碼進行判斷。在不使用時進行注銷，下次使用時需要重新登陸，由于目標客戶的層次較低，建議用輸入檢測確保輸入準確無誤。

2． 機票信息輸入和查詢

在系統中，要求可以輸入每日航班次數。可以通過航班號、目的地、起飛日期、起飛地點查詢航班，輸出該次航班的起飛時間和所剩票

數和票的價格等信息。

3． 訂票，取票和退票

把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼（護照號碼）、旅行時間、旅行始發地和目的地，航班艙位要求等）輸入

到系統中，系統為旅客安排航班。當旅客交付了預訂金后，系統打

印出取票通知和帳單給旅客。，旅客在飛機起飛前一天憑取票通知和

帳單交款取票，系統對旅客有關證件合法性（如身份證、取票通知

和交款發票）等進行驗證，系統核對無誤即打印出機票給旅客。對

于已去機票應在未售出機票中減去。對于以下情況要求退票者，給

予50%金額退款：（1）旅客延誤取票時間；（2）旅客臨時更改航班

處理；（3）因私人原因需要退票。對于因特殊情況下（如天氣不適

合飛機起降、飛機延誤超過30分鐘）等給予全額退票。對于退訂機

票要在未售出機票中重新體現。

3.2 對性能的規定

為了確保系統能夠穩定、安全、可靠的運行，機票預定系統應該滿足一下性能要求：

3.2.1 系統處理的準確性和及時性

系統處理的準確性和及時性是系統的必要性能。在系統設計和

開發過程中，要充分考慮系統當前和將來可能承受的工作量，使系

統的處理能力和響應時間能夠滿足航空公司對信息處理的需求。在系統開發過程中，必須采用一定的方法保證系統的準確性。由于機

票預定系統查詢功能對于整個系統的功能和性能完成舉足輕重。作

為系統的很多數據來源，機票數量和時間有影響決策活動，其準確

性很大程度上決定機票系統的成敗。在系統開發過程中，必須采取

一定的方法保證系統的準確性。

3.2.2 系統的開放性和可擴展性

機票預訂系統在開發過程中，應充分考慮以后的可擴充性。要

求系統提供足夠的手段進行功能的調整和擴充。

3.2.3系統的易用性和易維護性

機票預訂系統直接面對使用人員的，而使用人員往往對計算機

并不是非常熟悉，這就要求系統能夠提供良好的用戶接口，易用的人機交互界面。

3.2.4 系統的標準性

系統在設計開發使用過程中要涉及到很多計算機硬件、軟件。

所有這些都要符合主流的行業標準。同時，在自主開發本系統時，要進行良好的設計工作，制定行之有效的軟件工程規范，保護代碼的易讀性，可操作性和可移植性。

3.2.5 系統的先進性

目前計算機系統的技術發展相當快，作為機票預訂系統工程，應該保證系統是先進的，在系統的生命周期盡量做到系統的先進，充分完成信息處理的要求而不至于落后。這一方面通過系統的開放

性和可擴展性，不斷改善系統的功能完成。另一方面，在系統設計

和開發過程中，應在考慮成本的基礎上盡量采用當前主流并先進且

有良好發展前途的產品。

3.3 輸入輸出要求

各個旅行社把預定機票的旅客信息（姓名、性別、工作單位、身份證

號碼（護照號碼）、旅行時間、旅行始發地和目的地，航班艙位要求等）輸入到系統中，系統為旅客安排航班。當旅客交付了預訂金后，系統打印出取票通知和帳單給旅客，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統核對無誤即打印出機票給旅客。

3.4 數據管理能力的要求

后臺數據庫需實時更新機票預訂情況，以供航空公司隨時掌握各個航班飛機的乘載情況，定期進行查詢統計，以便適當調整。

3.5 故障處理

本系統能自動修復故障，保證回退，可以在固定時間對系統進行備份操作，而且本系統有日志記錄記載故障原因，便于調查取證。當數據操作失敗時，與之相關的一些操作可以取消。如果在操作過程中出現意外，只需要退出系統在重新登陸即可消除故障。

3.6 運行環境規定

系統軟件：windows xp/vista/7

數據庫管理系統：SQL SERVER 2005

硬件要求：奔四 1.6GHz512M RAM10G HD

機票預訂系統需求規格說明書

第二篇：機票訂票系統需求規格說明書

蘭州理工大學課程設計

三、需求規格說明書

1．引言................21.1編寫目的...............2

1.2項目背景...............2

1.3參考資料...............2

2．任務概述...................2

2.1目標...................2

2.2運行環境...............2

2.3條件與限制.............2

3．數據描述...................33.1靜態數據...............3

3.2動態數據...............3

3.3數據庫介紹.............3

3.4數據詞典...............3

4．功能需求...................44.1功能描述...............4

5． 性能需求..................55.1系統處理的準確性和及時性.............5

5.2系統的開放性和系統的可擴充性................5

5.3系統的易用性和易維護性...............5

5.4系統的標準性...........5

5.5系統的先進性...........6

6． 運行需求..................6

7．其它需求...................6

第 1 頁

1．引言

1.1編寫目的本機票預定系統在可行性研究的基礎上，是為了進一步明確機票預訂系統的軟件需求，以便安排項目規劃和進度，組織軟件開發與測試，撰寫本文檔。

本文檔供設計人員、開發人員參考。

1.2項目背景

開發軟件名稱：機票預訂系統

項目任務提出者：蘭州理工大學軟件工程學院 項目開發者：第13小組 用戶：航空公司

實現軟件單位：蘭州理工大學軟件工程學院

1.3參考資料

1.《軟件工程導論》，張海藩，清華大學出版社。2.《實用軟件工程》，鄭人杰等，清華大學出版社。3.機票預定系統項目計劃任務書。4.機票預訂系統可行性研究報告。

2．任務概述

2.1目標

旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統核對無誤即打印出機票給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況，需要定期進行查詢統計，以便適當調整。

2.2運行環境

操作系統：Microsoft Windows 7 支持環境：IIS 5.0

數 據 庫：Microsoft SQL Server 2000

2.3條件與限制

1.人力、資金、時間的約束

機票預訂系統實施的目標就是要帶給輪胎生產公司看得出見的效益，其開發過程中也要考慮到人力、資金和時間的約束。因此，在設計中，重點是企業間信息的網絡交流，能提供各部門間的方便快捷的聯系，并提高數據統計的即時性、準確性、方便性，給公司帶來良好的效益。

2.在分析系統功能時要考慮有關證件的合法性驗證。

3．數據描述

3.1靜態數據

系統管理員，售票員，服務器終端顯示數據，客戶機終端顯示數據，客戶機終端顯示數據。

3.2動態數據

事務航班信息的更新，查詢請求。

3.3數據庫介紹

數據庫采用sql server。

3.4數據詞典

名字：訂票申請表單 描述：旅客訂票時所填的資料

定義：訂票申請表單=旅客姓名+旅客性別+起飛日期+飛行目的地+座位類型位置：在客戶端由旅客填寫 名字：航班信息

描述：所有從本地起飛的班機信息

定義：航班信息=航班號+起飛日期+飛行目的地+座位空數+商務倉票價+經濟倉票價 位置：從服務器端查詢后，發送到客戶端 名字：帳單信息

描述：已定票的旅客信息資料

定義：帳單信息=帳單號+旅客姓名+旅客性別+旅客身份證號+工作單位

位置：在服務器端產生，發送回客戶端（client端）名字：機票信息 描述：旅客所定機票

定義：機票信息=旅客姓名+旅客性別+身份證號碼+航班號+起飛時間+飛行目的地+座位號

4．功能需求

4.1功能描述

5．性能需求

5.1系統處理的準確性和及時性

系統處理的準確性和及時性是系統的必要性能。在系統設計和開發過程中，要充分考慮系統當前和將來可能承受的工作量，使系統的處理能力和響應時間能夠滿足企業對信息處理的需求。在系統開發過程中，必須采用一定的方法保證系統的準確性。

5.2系統的開放性和系統的可擴充性

機票預訂系統在開發過程中，應該充分考慮以后的可擴充性。例如企業中管理模塊的加入（人事管理、工資管理、日常事務管理等）也會不斷的更新和完善。所有這些，都要求系統提供足夠的手段進行功能的調整和擴充為ERP系統。而要實現這一點，應通過系統的開放性來完成，即系統應是一個開放系統，只要符合一定的規范，可以簡單的加入和減少系統的模塊，配置系統的硬件。通過軟件的修補、替換完成系統的升級和更新換代。

5.3系統的易用性和易維護性

機票預訂系統是直接面對使用人員的，而使用人員往往對計算機并不時非常熟悉。這就要求系統能夠提供良好的用戶接口，易用的人機交互界面。要實現這一點，就要求系統應該盡量使用用戶熟悉的術語和中文信息的界面；針對用戶可能出現的使用問題，要提供足夠的在線幫助，縮短用戶對系統熟悉的過程。

5.4系統的標準性

系統在設計開發使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業標準。例如在開發中使用的操作系統、網絡系統、開發工具都必須符合通用標準。如規范的數據庫操縱界面、作為業界標準的TCP/IP網絡協議及ISO9002標準所要求的質量規范等；同時，在自主開發本系統時，要進行良好的設計工作，制訂行之有效的軟件工程規范，保證代碼的易讀性、可操作性和可移植性。

5.5系統的先進性

目前計算機系統的技術發展相當快，做為機票預訂系統工程，應該保證系統在一段時間內是先進的，在系統的生命周期盡量做到系統的先進，充分完成企業信息處理的要求而不至于落后。這一方面通過系統的開放性和可擴充性，不斷改善系統的功能完成。另一方面，在系統設計和開發的過程中，應在考慮成本的基礎上盡量采用當前主流并先進且有良好發展前途的產品。

6．運行需求

1、服務器端子系統的運行要求：系統軟件：windows 7數據庫管理系統：SQL server

硬件要求：英特爾至強 2.0Ghz、1G RAM、100G HD2、客戶端子系統的運行要求：系統軟件： Windows 7 數據庫管理系統：SQL server

硬件要求：CPU：英特爾奔騰III 1.0Ghz、256M RAM、10G以上可用空間

7．其它需求

安全保密、可維護性、可移植性

第三篇：機票預訂管理系統

機票預訂管理系統

機票預訂管理系統

摘要

摘要

隨著社會發展的不斷進步，民航事業的壯大，人們消費水平的提高，乘坐民航的消費者也越來越多，旅游也逐漸成為普通老百姓的生活組成部分，飛機票預定查詢系統在各機票預定網點中的作用也越顯重要。目前，我國一些旅行社和酒店的機票預定還停留在人工處理階段，這已經嚴重制約了工作效率，在計算機技術高速發展的今天，有必要引入高效的計算機系統，來協助處理機票預定工作。因此，開發一套具有完整的存儲，查詢，核對，打印機票功能的實時機票預定系統勢在必行。

現設計一個機票預定管理系統的數據庫，首先根據問題需求設計E-R模型，然后再根據E-R模型設計出相應的關系模型，對于每個關系模型的沒一個關系，可以設計出相應的表格，接著分配表空間、創建視圖、設計存儲過程等等

關鍵詞：機票預定管理系統 數據庫 E-R模型

I 機票預訂管理系統

Abstract

II 機票預訂管理系統

目錄

目 錄

一、緒 論..........................................................................................................................1

1.1課題簡介..............................................................................................................................1 1.2設計目的..............................................................................................................................1 1.3設計內容..............................................................................................................................1 1.4可行性分析..........................................................................................................................1

二、需求分析....................................................................................................................3

2.1需求分析的任務..................................................................................................................3 2.2需求分析的過程..................................................................................................................3 2.3流程圖和數據字典..............................................................................................................4

三、概念結構設計............................................................................................................7

3.1概念結構設計的方法與步驟..............................................................................................7 3.2 數據抽象與局部視圖設計.................................................................................................7 3.3視圖的集成..........................................................................................................................9

四、邏輯結構設計..........................................................................................................11

4.1 E-R圖向關系模型的轉換.................................................................................................11 4.2關系模式優化.....................................................................................................................11

五、數據庫物理設計......................................................................................................13

5.1表的建立............................................................................................................................13 5.2視圖的建立........................................................................................................................14 5.3索引的建立........................................................................................................................15

六、數據庫的實施..........................................................................................................17

6.1數據庫的安排....................................................................................................................17 6.2數據庫的運行....................................................................................................................18

總 結................................................................................................................................32 主要參考文獻..................................................................................................................33

III 機票預定系統

機票預定系統

機票預定系統

機票預定系統

機票預定系統

機票預定系統

機票預定系統

第三章 概念結構設計

三、概念結構設計

3.1概念結構設計的方法與步驟

1.概念結構設計的方法

概念設計階段我采用自底向上的方法，即自頂向下的進行需求分析，然后再自底向上的進行概念結構設計。對已經細化到無法再分的階段逐步集成在一起，最終合成一個全局概念模式。

2.管理系統的概要設計：

（1）訂單信息管理：管理員可以通過輸入訂單號進行查詢、修改、刪除、添加航班號、起飛地、目的地、起飛時間、姓名、性別、工作單位、身份證號碼、電話號碼、訂票時間、訂票數量。所有數據修改都應在數據文件中完成，在界面上顯示出來

（2）旅客信息管理：管理員可以通過旅客的身份證號進行查詢、修改、刪除、添加旅客一些基本信息，如旅客姓名、身份證號、性別、電話號碼、工作單位。

（3）航班信息管理：管理員可以通過輸入航班號進行查詢、修改、刪除、添加航班號、起飛地、目的地、起飛時間。所有數據修改都應在數據文件中完成，在界面上顯示出來。

（4）機票信息管理：管理員可以通過輸入航班號和座位號進行添加、修改、刪除和查詢航班號、座位號、起飛地、目的地、起飛時間。所有數據修改都應在數據文件中完成，在界面上顯示出來。

（5）退票信息管理：管理員可以通過訂單號查詢旅客姓名、訂單號、電話號碼、身份證號。所有數據修改都應在數據文件中完成，在界面上顯示出來。

3.概念結構設計的步驟

第一步是進行局部視圖的設計：由于高層的數據流圖只能反映系統的概貌，而中層流圖能較好的反映系統中各局部應用的子系統組成。因此我們先逐一的設計分E-R圖。

第二步是進行視圖的集成：各子系統的E-R圖設計好之后，下一步就是要將所有的分E-R圖合成一個系統的總E-R圖。3.2 數據抽象與局部視圖設計

按照圖2.1機票預定管理系統總框架圖，設計實體屬性圖以及局部E-R圖

機票預定系統

第三章 概念結構設計

圖3.1 訂單實體屬性圖

Figure 3.1 booking entity attributes map

圖3.2 旅客實體屬性圖

Figure 3.2 passenger entities attribute Figure

圖3.3 航班信息實體屬性圖

Figure 3.3 flight information entity attributes map

圖3.4 機票實體屬性 機票預定系統

第三章 概念結構設計

Figure 3.4 ticket entity attributes

圖3.5 退票信息實體屬性圖

Figure 3.5 Refund information entity attributes map

圖3.6 旅客訂票局部E-R圖

Figure 3.6 Travelers booking local E-R diagram

3.3視圖的集成

經過逐步細化再進行每兩個一集成初步形成一個E-R圖，最后得到圖3.7總體概念結構E-R圖。

機票預定系統

第三章 概念結構設計

圖3.7 系統總體結構E-R Figure 3.7 system, the overall structure of the E-R

機票預定系統

第四章 邏輯結構設計

四、邏輯結構設計

4.1 E-R圖向關系模型的轉換

將圖3.7總體概念結構E-R圖轉化成關系模型。

訂單信息（訂單號，航班號，座位號，身份證號，起飛地，目的地，起飛時間，姓名，性別，工作單位，電話號碼，訂票時間，訂票數量）

旅客信息（身份證號,旅客姓名,電話號，性別，工作單位)航班信息（航班號，起飛地，目的地，起飛時間）機票信息（航班號，座位號，機票類型，座位信息）退票信息（訂單號，身份證號，旅客姓名，電話號,）4.2關系模式優化

轉化的關系模式進行優化，最終達到第三范式

1、確定數據依賴

訂單信息（訂單號，航班號，座位號，身份證號，起飛地，目的地，起飛時間，旅客姓名，性別，工作單位，電話號碼，訂票時間，訂票數量，取票時間）根據這個關系寫出數據依賴

訂單號→航班號，訂單號→座位號，訂單號→身份證號，訂單號→起飛地，訂單號→目的地，訂單號→起飛時間，訂單號→旅客姓名，訂單號→性別，訂單號→工作單位，訂單號→電話號碼，訂單號→訂票時間，訂單號→訂票數量，訂單號→取票時間

旅客信息（身份證號,旅客姓名,電話號，性別，工作單位)身份證號→旅客姓名，身份證號→電話號，身份證號→性別，身份證號→工作單位

航班信息（航班號，起飛地，目的地，起飛時間）航班號→起飛地，航班號→目的地，航班號→起飛時間 機票信息（航班號，座位號，機票類型，座位信息）

（座位號，航班號）→座位信息，（座位號，航班號，座位信息）→機票類型 退票信息（訂單號，身份證號，旅客姓名，電話號,）訂單號→旅客姓名，訂單號→電話號碼，訂單號→身份證號

2、對各關系模式間數據依賴進行極小化處理，消除冗余

訂單號→旅客姓名，訂單號→電話號碼，身份證號→性別 機票預定系統

第四章 邏輯結構設計

身份證號→工作單位，身份證號→取票時間，身份證號→訂票時間,身份證號→航班號身份證號→座位號，身份證號→機票類型，航班號→起飛地，航班號→目的地,航班號→起飛時間，（座位號，航班號）→座位信息

3、看這些模式是否符合要求，確定是否要對某些模式進行合并或者分解

最終分解成第三范式：

（訂單號，電話號碼，身份證號）（訂單號，旅客姓名）

（身份證號，取票時間，性別，工作單位，機票類型,訂票時間）（身份證號，航班號）（身份證號，座位號）（身份證號，起飛地）（航班號，座位號，機票類型）（航班號，起飛地，目的地，起飛時間）12 機票預定系統

第五章 數據庫物理設計

五、數據庫物理設計

5.1表的建立

需要明確數據庫需要建幾張表，以及每張表包括的屬性。在建立每張表的過程中，需要對表進行字段屬性的設置。在機票預訂管理系統中，要建立六張表，分別是：訂單信息表，旅客信息表，航班信息表，機票信息表，取票通知單表，退票通知表。

表5-1 訂單信息表

Table 5-1 of the booking information form

表5-2 旅客信息表

Table 5-2 passengers information table

機票預定系統

第五章 數據庫物理設計

表5-3 航班信息表

Table 5-3 flight information table

表5-4 機票信息表

Table 5-4 ticket information table

表5-5 退票信息表

Table 5-5 refund information table

5.2視圖的建立

視圖是查看數據庫的一種方式，視圖提供了存儲預定義的查詢語句作為數據庫中的對象，具備以后使用的能力。視圖是一種邏輯對象，是一種虛擬表。

機票預定系統

第五章 數據庫物理設計

圖5-6 訂單與旅客關系

Figure 5-6 order relationship with passenger

圖5-7 訂單、機票、航班關系 Figure 5-7orders, tickets, flights between 5.3索引的建立

索引時一個單獨的，物理的數據庫結構，它是某個表中一列或若干列值的集合和相應的指向表中物理標識這些值的數據項的邏輯指針清單。

舉一個例子，下面是我做的機票預訂信息管理系統中 訂票信息表的身份證的升序創建的一個普通索引

機票預定系統

第五章 數據庫物理設計

旅客信息表的身份證的升序創建的一個普通索引

航班信息表的航班號升序的普通索引

機票信息表的訂單號升序的普通索引

退票信息表的訂單號升序的普通索引

機票預定系統

總結

六、數據庫的實施

6.1數據庫的安排

6.1.1 數據的載入

圖6-1 訂票信息表

Figure 6-1 of the booking information form

收錄了5位旅客的航班號，起飛地，目的地，起飛時間，姓名，性別，工作單位，身份證號碼，電話號碼，訂票時間，訂票數量

圖6-2 旅客信息表

Figure 6-2 passenger information sheet

收錄了5位旅客的身份證號，性別，旅客姓名，電話號碼，工作單位

圖6-3 航班信息表

Figure 6-3 Flight Information Sheet 機票預定系統

總結

收錄了5趟航班的航班號，起飛地，目的地，起飛時間

圖6-4 機票信息表

Figure 6-4 ticket information table 收錄了5張機票的座位號，航班號，機票類型，座位信息

圖6-6 退票信息表

Figure 6-6 refund information table

收錄了5位旅客的訂單號，旅客姓名，電話號,身份證號

6.2數據庫的運行

6.2.1 界面設計 1.管理員登錄界面

驗證賬號密碼，正確進入主菜單，如不正確則清空登錄框

機票預定系統

總結

圖7-1管理員登錄界面

Figure 7-1 administrator login screen

2.管理員菜單

圖7-2管理員菜單

Figure 7-2 Administrator menu

（1）訂單信息管理

以訂單信息為例，進行訂票信息的添加，查詢，修改和刪除。

機票預定系統

總結

圖7-3 訂單信息管理頁面

Figure 7-3 Booking Information Management page

1.訂票信息的添加

點擊“訂單信息添加”進入訂票信息添加，如圖7-4，添加了一位旅客的訂單信息，點“確定”

圖7-4 訂單信息添加頁面

Figure 7-4 add the booking information page

數據庫語言

USE 機票預訂管理系統

INSERT into 訂單信息表(訂單號，身份證號,航班號,座位號, 旅客姓名,性別,工作單位,電話號碼,起飛地,目的地, 起飛時間,訂票時間,訂票數量)機票預定系統

總結

VALUES(‘100000006’，'***006','100006','100006', '張六','男','江西景德鎮','***','南昌', '景德鎮','2009/12/12 0:00:00','2010/1/1 0:00:00','1')2.訂票信息的查詢

點擊“訂單信息查詢”進入訂票信息查詢，輸入旅客的身份證號，航班號，座位號，點擊“確定”

圖7-5 訂票信息查詢頁面

Figure 7-5 booking information inquiries page

數據庫語言

USE 機單預訂管理系統 SELECT * FROM 訂單信息表

WHERE 訂單號=‘100000006’

機票預定系統

總結

圖7-6 訂單信息頁面

Figure 7-6 booking information page

3.訂單信息的修改

如圖7-7，先輸入旅客的身份證號，航班號，座位號，進入訂單信息頁面，修改訂單信息后，點擊“修改”，即可修改訂單信息

圖7-7 訂單信息修改頁面

Figure 7-7 booking information to modify the page

數據庫語言

USE 機票預訂管理系統 UPDATE 訂單信息表 SET 訂單數量='2' WHERE 身份證號='***006' 機票預定系統

總結

4．訂單信息的刪除

如圖7-5，先輸入旅客的身份證號，航班號，座位號，進入訂單信息頁面，然后點擊“刪除“

圖7-8 訂單信息刪除頁面

Figure 7-8 booking information delete a page

數據庫語言

USE 機票預訂管理系統 DELETE 訂單信息表

WHERE 身份證號= '***006'

點擊刪除后，出現“是否刪除訂單信息？”點“是”

圖7-9 確定刪除訂票信息頁面

Figure 7-9 OK to delete the booking information page 機票預定系統

總結

（2）旅客信息管理

圖7-10 旅客信息管理頁面

Figure 7-10 passenger information management page

1.旅客信息的添加

圖7-11 旅客信息添加頁面

Figure 7-11 passenger information to add page

數據庫語言

USE 機票預訂管理系統

INSERT into 旅客信息表(身份證號, 旅客姓名,性別,工作單位,電話號碼)VALUES('***006', '張六','男','江西景德鎮','***')機票預定系統

總結

2．旅客信息的查詢

圖7-12 旅客信息查詢頁面

Figure 7-12 passenger information search page

數據庫語言

USE 機票預訂管理系統 SELECT * FROM 旅客信息表

WHERE 身份證號= '***006'

圖7-13 旅客信息頁面

Figure 7-13 passenger information page

（3）航班信息管理 機票預定系統

總結

圖7-14 航班信息管理頁面 Figure 7-14 Flight Information page

1.航班信息的添加

圖7-15航班信息添加頁面

Figure 7-15 Flight Information Add a Page

數據庫語言

USE 機票預訂管理系統

INSERT into 航班信息表(航班號,起飛地,目的地,起飛時間)VALUES('100006','張六','南昌','2010/1/1 1:00:00')2.航班信息的查詢

機票預定系統

總結

圖7-16 航班信息查詢頁面

Figure 7-16 Flight Information Query Page

數據庫語言

USE 機票預訂管理系統 SELECT * FROM 航班信息表 WHERE 航班號= '100006'

進入航班信息頁面后，可以點擊“訂票”即可訂票

圖7-17 航班信息頁面

Figure 7-17 Flight Information page

（4）機票信息管理

機票預定系統

總結

圖7-18 機票信息管理頁面 Figure 7-18 ticket information page

1． 機票信息的添加

圖7-19 機票信息添加頁面

Figure 7-19 ticket information Add a Page

數據庫語言

USE 機票預訂管理系統

INSERT into 機票信息表(航班號,座位號,座位信息,機票類型)VALUES('100006','100006','前排軟座','商務艙')2.機票信息的查詢

機票預定系統

總結

圖7-20 機票信息查詢頁面 Figure 7-20 ticket query page

數據庫語言

USE 機票預訂管理系統 SELECT * FROM 機票信息表

WHERE 航班號= '100006'and 座位號='100006'

圖7-21機票信息頁面

Figure 7-21 ticket information page

（5）退票信息管理 機票預定系統

總結

圖7-22 退票信息管理頁面

Figure 7-22 Refund Information Management page

1.退票信息添加

圖7-23 退票信息添加頁面

Figure 7-23 refund information Add a Page

數據庫語言

USE 機票預訂管理系統

INSERT into 退票信息表(訂單號,旅客姓名,電話號碼,身份證號)VALUES('100000006','張六','***','***006')30 機票預定系統

總結

圖7-24 退票信息查詢頁面 Figure 7-24 refund query page

數據庫語言

USE 機票預訂管理系統 SELECT * FROM 退票信息表

WHERE 訂單號='100000006'

圖7-25 退票信息頁面

Figure 7-25 refund information page

機票預定系統

總結

總 結

通過對現行系統的需求分析，本系統數據流向基本上是合理的，并且基本上能夠滿足使用的要求，但是我覺得本系統還是有很多不足之處，本系統存在的主要不足包括：

（1）應該增加更多的查詢方式，除了通過旅行社訂票進行查詢外，還可以通過網站，客戶機終端自助查詢。當然也需要系統設計更加全面的查詢功能。例如可以根據旅客提出的終點站名輸出下列信息：航班號、飛行日期，最近一天航班的日期和余票額。

（2）為了加強成本的控制，還可以考慮對已經打印出來的機票和退票時收取手續費，而未打印的不收費。

（3)增加一些必要的統計分析功能。例如考慮根據乘客量的統計，了解其變化規律，據以確定航班的增減。

本次系統設計從最開始的需求分析，可行性研究，到系統的總體設計，詳細設計，界面設計一系列過程，是我明白了要做一個系統確實很難，特別是一個真正可以用的系統就更難了。在課程設計中還是碰到了不少問題，最關鍵的是自己最初對系統的需求分析做的不透徹，導致后面修改的工作量變大。不過在這次課程設計中，我提高了實際動手能力，也更加了解了實踐的作用，所以在以后的學習中我將會加強理論與實踐的結合，不斷的摸索來提高自己在制作軟件方面的能力。32 機票預定系統

主要參考文獻

主要參考文獻

1.《軟件工程導論》，張海藩，清華大學出版社 2.《實用軟件工程》，鄭人杰等，清華大學出版社

3.《數據庫設計教程》，Thomas M.Connolly, Carolyn E.Begg，機械工業出版社，2003.6 4.《數據庫系統概論》第3版，薩師煊、王珊，高等教育出版社,1999

機票預定系統

主要參考文獻

第四篇：倉庫管理系統需求規格說明書

倉庫管理系統需求規格說明書

(第十二組）

1．引言...........................................................................................................................1

1.1編寫目的.............................................................................................................1 1.2項目背景.............................................................................................................1 1.3參考資料.............................................................................................................1 2．任務概述....................................................................................................................2

2.1目標......................................................................................................................................2 2.2運行環境.............................................................................................................2 2.3條件與限制..........................................................................................................2 3．數據描述....................................................................................................................3

3.1靜態數據.............................................................................................................3

3.2動態數據.............................................................................................................3 3.3數據庫介紹..........................................................................................................3 3.4數據詞典.............................................................................................................3 3.5 E-R圖.................................................................................................................3 3.6數據采集.............................................................................................................3 4．功能需求....................................................................................................................6

4.1功能劃分.............................................................................................................6 4.2功能描述.............................................................................................................6 5．性能需求....................................................................................................................7

5.1數據精確度..........................................................................................................7 5.2時間特性.............................................................................................................7 5.3適應性.................................................................................................................7 6．運行需求..................................................................................................................10

6.1用戶界面...........................................................................................................10

6.2硬件接口...........................................................................................................10 6.3軟件接口...........................................................................................................10 6.4故障處理...........................................................................................................10 7．其它需求..................................................................................................................12

7.1正確性...............................................................................................................12 7.2可維護性...........................................................................................................12 7.3可移植性...........................................................................................................12 7.4軟件的完整性....................................................................................................12 7.5軟件的安全性....................................................................................................12

倉儲管理系統需求規格說明書

1．引言

1.1編寫目的

本需求分析報告的目的是規范化本軟件的編寫，旨在于提高軟件開發過程中的能見度，便于對軟件開發過程中的控制與管理，同時提出了倉儲管理系統的軟件開發過程，便于程序員與客戶之間的交流、協作，并作為工作成果的原始依據，同時也表明了本軟件的共性，以期待能夠獲得更大范圍的應用。

本文檔是在調研倉庫管理制度及倉庫管理人員對于管理系統的需求后，為明確軟件需求、安排項目規劃與進度、組織軟件開發與測試而撰寫的。

1.2項目背景

倉儲管理系統（WMS）是倉儲管理信息化的具體形式，它在我國的應用還處于起步階段。一個好的倉庫管理系統將會給企業帶來豐厚的經濟效益和社會效益。由此，設計一個優秀的倉庫管理系統就顯得尤其重要。物資的儲存和運輸是整個物流過程中的兩個關鍵環節，被人們稱之為“物流的支柱”。在商品交換過程中，雖然物資的購、銷活動決定了物資的交換關系，但若沒有物資的儲存和運輸，物資的這種交換關系則不能最終實現。

本程序設計由計算機與信息工程學院網絡工程專業09級7班第12組提出并執行。

1.3參考資料

1.張海潘

軟件工程導論（第5版）清華大學出版社.2008年2月

2.C#網絡應用編程（第二版）人民郵電出版社

馬俊主編

3.C#程序設計及應用教程（第二版）

人民郵電出版社

馬俊主編

4.網絡資源

本小組所有成員皆可保證所用的一切資源均來自正規途徑，不牽扯到任何法律

第 頁

倉儲管理系統需求規格說明書

方面的問題。

2．任務概述

2.1目標

倉儲管理的內容應該包括三個部分：倉儲系統的布局設計、庫存最優控制、倉儲作業操作。

設計并完成倉儲物資管理系統，實現委托方要求的功能。“倉庫信息管理系統”是一套功能強大而又操作簡便，實用性的倉儲管理軟件，其主要包括有用戶登錄、倉庫管理、業務查詢和系統設置管理四大管理功能。系統主要的實現目標是監控整個倉庫的運行情況，提供完善的任務管理計劃功能，實時監控所有貨物的在線運動情況，實時提供庫存變化的信息，完善公司倉儲情況的監制與有效利用，以提高倉庫存效率，為企業適時的提供倉儲信息，為企業創造更多收入與利潤。

2.2運行環境

操作系統：Microsoft Windows 95/98/ME/NT_3.51/NT_4.0/2000/XP/ Server_2003/Vista/Server_2008/7/Server_2008_R2中的任何一種。

數據庫名稱：Microsoft SQL Server 2008。

2.3條件與限制

本系統在 Windows 環境中開發，故在Windows中運行無其它因素限制。

要求系統的操作人員應具有一定的計算機方面的知識或經過相應的培訓經驗，突發情況可進行操作以緩解損害情況，同時應做好對后臺數據庫的保密工作。

第 頁

倉儲管理系統需求規格說明書

3．數據描述

3.1靜態數據

a.用戶ID b.用戶身份 c.用戶密碼 d.貨物ID e.貨物名稱 f.貨物所屬倉庫 g.倉庫ID h.倉庫狀態 i.倉庫備注信息 j.用戶備注信息 k.貨物備注信息

3.2動態數據

輸入數據：菜單選項，查詢關鍵字，新建記錄項。

輸出數據：由查詢關鍵字確定的數據庫記錄集合或全部記錄內部生成的數據，中間查詢結果。

3.3數據庫介紹

微軟SQL Server 2005 SP1加入數據庫鏡像功能，為SQL Server 2005 Express Edition提供新管理工具，并且加強了SAP NetWeaver智能商務系統的報告反饋支持功能。

第 頁

倉儲管理系統需求規格說明書

3.4數據詞典

第

頁

倉儲管理系統需求規格說明書

3.5 E-R圖

性別姓名聯系方式備注ID用戶名密碼權限聯系方式普通用戶交互倉庫管理員交互管理系統操作員使用倉庫ID用戶名權限密碼

編號管理員ID狀態圖 3.1 系統E-R圖

描述：該系統中包含的用戶以及屬性如圖3.5，其中對應關系為，普通用戶與系統操作員為多對一，與倉庫管理員為多對一，系統操作員與倉庫為多

第 頁

倉儲管理系統需求規格說明書

對一，倉庫管理員與倉庫為一對一。

另外該系統中有一個超級管理員，負責對系統進行配置管理，對數據庫進行備份，增加，刪除系統操作員，倉庫管理員信息等操作。系統超級管理員用例圖見4.2功能劃分。

3.6數據采集

系統管理員與用戶通過鍵盤輸入倉庫信息及反饋信息。

4．功能需求

4.1功能劃分

一個功能完善的倉庫信息管理系統，必須包括以下幾個主要功能：用戶登錄、倉庫管理、業務查詢、系統設置。系統總體模塊圖如下

第 頁

倉儲管理系統需求規格說明書

倉儲管理系統用戶登錄倉庫管理業務查詢系統設置登錄注銷退出進退領退調盤貨貨料料撥點庫存銷售歷史記錄查詢用戶管理供應商管理倉庫進貨倉庫退貨倉庫領料倉庫退料商品調撥倉庫盤點庫存查詢 圖4.1

倉儲管理系統模塊圖

4.2功能描述

（一）用戶登錄

（1）用戶登錄

用戶可以用兩種身份登錄本系統：普通操作員和管理人員。不同身份的用戶登錄被系統授予不同的使用權限，這樣提高了系統的安全性，避免了無關人員獲取不在他權限范圍內的信息。

（2）用戶注銷

用戶在短時間不使用該系統時，不必退出系統，選擇注銷后，其他用

第 頁

倉儲管理系統需求規格說明書

戶可以登錄使用本系統。

（3）退出系統

用戶在完成工作后，點擊退出系統按鈕可以安全的退出，以免不安全退出導致數據丟失情況的發生。

（4）超級管理員管理

圖4.3

超級管理員用例圖

（二）倉庫管理

（1）倉庫進貨

倉庫進貨模塊要求操作員輸入商品號、商品名稱、進貨數量、單位和供應商等信息，系統自動的將當前系統時間作為進貨時間更新到數據庫，并且統計進貨金額，該操作完成后，倉庫相應貨物的數量為原貨物數量和進貨數量的總和，并更新數據庫。

（2）倉庫退貨

倉庫退貨模塊要求操作員輸入退貨商品號、退貨數量、單位和供應商，系統自動的將當前系統時間作為退貨時間更新到數據庫，并且統計退貨金額，該操作完成后，相應貨物的數量為原貨物數量除去退貨的數量，并更新數據庫。

（3）倉庫領料

倉庫領料模塊要求操作員輸入領取商品號、領取數量、領料人等，系統自動的將當前系統時間作為領料時間更新到數據庫，并且統計總領料數

第 頁

倉儲管理系統需求規格說明書

量。該操作完成后，相應貨物的數量為原貨物數量減領料的數量并更新數據庫。

（4）倉庫退料

倉庫退料模塊要求操作員輸入退料商品號、退料數量、退料人等，系統自動的將當前系統時間作為退料時間更新到數據庫，并且統計總退料數量。該操作完成后，相應貨物的數量為原貨物數量加退料的數量，并更新數據庫。

（5）商品調撥

商品調撥模塊要求操作員輸入調撥商品號、調撥數量、調撥人等，系統自動的將當前系統時間作為調撥時間更新到數據庫，并且統計總調撥數量。

（6）倉庫盤點

商品盤點模塊要求用戶（管理員）輸入某商品號，該商品實際數量（增加或刪除），系統會自動的將當前系統時間作為盤點時間更新到數據庫，并且統計總盤點過程中修改的數量。

（三）業務查詢

業務查詢模塊圖

（1）庫存查詢

第 頁

倉儲管理系統需求規格說明書

用戶可以查詢所有的商品的庫存，也可以輸入某件商品的ID號從而得到該商品的庫存量。

（2）銷售查詢

用戶（管理員）給出某個時間段，系統就根據庫中的資料給出該段時間中所有商品的銷售情況。

（3）倉庫歷史記錄查詢

用戶可以查詢的類型包括：倉庫進貨、倉庫退貨、倉庫領料、倉庫退料、商品調撥、倉庫盤點，用戶選擇查詢的類型后，再輸入需要查詢的時間，系統返回歷史操作記錄。

（四）系統設置（1）供應商管理

用戶可以增加新的供應商，需要輸入供應商的一些信息，包括：供應商號、名稱、聯系人、聯系電話、傳真、地址和郵政編碼。用戶也可以對已經存在的供應商信息進行查詢和修改。

管理員可以增加、刪除、修改和查詢用戶。

5．性能需求

5.1數據精確度

由于采用數據庫技術并且用戶的應用領域對數據精度的要求不是太高，所以這點在系統中表現的比較少，都是用戶數據的安全性和準確性是完全保證的，所以對用戶的使用沒有多大的障礙。

5.2時間特性

本系統的數據庫較小，所以程序在響應時間，數據更新處理時間上性能是比較突出的、而且也正由于數據量相對較少，故在數據傳輸時間和系統運行時間上表現的叫讓用戶滿意。無論是客戶還是管理員，當用戶登錄，進行任何操作的時候，系統應該及時的進行反應，反應的時間在5秒以內。系統應能檢測出各種非正常情況，如與設備的通信中斷，無法連接數據庫服務等，避免出現長時間等待甚至無響應。

第 頁

倉儲管理系統需求規格說明書

5.3適應性

本系統實在Windows環境中開發的，所以只要是兼容Windows的軟件或操作系統，該軟件都可以正確運行，有較好的適應能力與兼容性。而且本系統簡單易懂，容易上手，界面明了，便于操作。本系統是比較大眾模式的倉儲管理模式，便于移植到其他部門或公司，具有良好的適應性。

6．運行需求

6.1用戶界面

采用Web網頁的形式，具有良好的交互界面。有一個主頁，可以鏈接其他頁面。用戶根據自己權限在各個頁面進行操作。

要求大致如下：

1.頁面內容：主題突出，站點定義、術語和行文格式同意、規范、明確，欄目、菜單設置和布局合理，傳遞的信息準確、意識。內容豐富，文字準確，語句通順；專用術語規范，行文格式統一規范。

2.導航結構：頁面具有明確的導航只是，且便于理解，方面用戶使用。3.技術環境：頁面大小合適，能用各種常用瀏覽器以不同的分辨率瀏覽；無錯誤鏈接和空鏈接；采用css處理，控制字體大小和面板布局。

4.藝術風格：界面、版面形象清新岳母、布局合理，字號大小

十一、字體選擇合理，前后一致，美觀大方，動與靜搭配適當，動靜效果好；色彩和諧自然，與主題內容相協調。

6.2硬件接口

數據庫服務器應配備大容量硬盤，以免當大規模公司使用時反應速度減慢等問題出現。

6.3軟件接口

系統保持與操作系統的接口，保持與數據庫軟件Microsoft SQL Server的接口，考慮到文檔處理的需要有可能包括與常用辦公軟件接口。

第 頁

倉儲管理系統需求規格說明書

6.4故障處理

考慮到軟件的范圍不大，所以故障處理一般有操作系統完成，系統只要保持與操作系統的接口即可。只要操作系統沒有大的故障程序一般是比較穩定的。

考慮到用戶對數據的安全性要求，程序可以有獨立于操作系統之外的數據備份功能與過程，以及系統崩潰后的數據恢復功能。

7．其它需求

7.1正確性

要求發布的軟件能夠滿足用戶需求，實現各個功能，并且在運行過程中不出現嚴重錯誤。

7.2可維護性

要求本軟件擁有良好的可維護性，以滿足用戶不斷增長的需求以及日后的BUG修復工作。

7.3可移植性

該系統采用B/S開發模式，所以可以在多種平臺上很好的運行，所以該系統具有良好的移植性。

7.4軟件的完整性

最終將該系統制作成部署文件以保證系統的完整行。

7.5軟件的安全性

要求提供身份驗證，只允許通過身份驗證的用戶使用本軟件。并且通過驗證可以確認用戶身份，即確認用戶是否為系統管理員，只有系統管理員才可以對軟件進行數據的添加、刪除和修改操作，而普通用戶只能進行瀏覽數據等基本操作。

第 頁

第五篇：網上購物系統需求規格說明書

網上購物系統 需求規格說明書

蘭州城市學院

信息工程學院111本

楊大鑫，王稼宇，王藝森

2014年3月31日

目錄

1.引言...............................................................................................................................................3

1.1編寫目的.............................................................................................................................3 1.2項目背景.............................................................................................................................3 1.3范圍.....................................................................................................................................3 1.4參考資料.............................................................................................................................3 2.系統定義........................................................................................................................................4

2.1項目來源及背景.................................................................................................................4 2.2用戶特點.............................................................................................................................4 2.3項目目標.............................................................................................................................4 3.應用環境........................................................................................................................................4

3.1系統運行的網絡環境.........................................................................................................5 3.2系統運行的硬件環境.........................................................................................................5 3.3系統運行軟件環境.............................................................................................................6 4.功能規格........................................................................................................................................6

4.1角色定義.............................................................................................................................6

4.1.1購物者......................................................................................................................7 4.1.2管理者......................................................................................................................7 4.1.3數據庫......................................................................................................................7 4.2系統主用例圖.....................................................................................................................7 4.3客戶端子系統.....................................................................................................................8

4.3.1登陸........................................................................................................................10 4.3.2瀏覽、選擇商品....................................................................................................10 4.3.3放入購物車............................................................................................................10 4.3.4確認收貨人信息或修改收貨人信息....................................................................11 4.3.5選擇支付方式........................................................................................................11 4.4管理端子系統...................................................................................................................11

4.4.1登陸........................................................................................................................12 4.4.2訂單管理................................................................................................................13 4.4.3商品管理................................................................................................................13 4.4.4用戶管理................................................................................................................13

5.性能需求......................................................................................................................................14

5.1界面需求...........................................................................................................................14 5.2響應時間需求...................................................................................................................14 5.3可靠性需求.......................................................................................................................14 5.4開放性要求.......................................................................................................................14 5.5可擴展性需求...................................................................................................................15 5.6系統安全性需求...............................................................................................................15

1.引言

1.1編寫目的

該文檔是關于用戶對于網上購物系統的功能和性能的要求，重點描述了網上購物系統的功能需求，是概要設計階段的重要輸入。

本文檔的預期讀者是：

·設計人員； ·開發人員； ·項目管理人員； ·測試人員； ·用戶。

1.2項目背景

軟件名稱：網上購物系統

開發單位：蘭州城市學院信息工程學院111本 項目成員：楊大鑫（28號）；王稼宇（18號）；王藝森(23號)用戶：蘭州城市學院學生

1.3范圍

該文檔是借助于當前系統的邏輯模型導出目標系統的邏輯模型的，解決整個項目系統的“做什么”的問題。在這里，沒有涉及開發技術，而主要是通過建立模型的方式來描述用戶的需求，為客戶、用戶、開發方等不同參與方提供一個交流的平臺。

1.4參考資料

軟件工程案例分析教程（軟件項目開發實例）

韓萬江、姜立新等編著

——機械工業出版社 軟件工程導論（第五版）

張海藩編著

——清華大學出版社

2.系統定義

2.1項目來源及背景

隨著Internet國際互聯網的發展，越來越多的企業開始建造自己的網站。基于Internet的信息服務，商務服務已經成為現代企業一項不可缺少的內容。很多企業都已不滿足于建立一個簡單的僅僅能夠發布信息的靜態網站。現代企業需要的是一個功能強大的，能提供完善的電子商務服務的動態商務網站。

本系統是一個中小型的電子商務系統----網上購物系統，可以為各類用戶提供方便的在線購物環境，符合目前國內流行的電子商務模式。用戶可以在系統中實現注冊、瀏覽商品、搜索查詢商品、下定單、處理定單等功能；管理員可以通過用戶管理、定單管理、商品管理、評論管理等管理功能來對系統進行維護更新。

2.2用戶特點

本系統的用戶都是網上用戶，包括兩類，一類是購物者，他們的差異比較大，學歷有高有低，年齡有老有幼。另外一類用戶是管理者，負責物品的上架下架及網站的日常維護。

2.3項目目標

本項目設定的目標如下：

·系統能夠提供友好的用戶界面，使操作人員的工作量最大限度地減少； ·系統具有良好的運行效率，能夠達到提高生產率的目的；

·系統應具有良好的可擴充性，可以容易地加入其他系統的應用；

·平臺的設計具有一定的超前性，靈活性，能夠適應企業生產配置的變化； ·通過這個項目可以鍛煉隊伍，提高團隊的開發能力和項目管理能力。

3.應用環境

根據用戶的需求陳述，可以確定本項目分為客戶端和管理端。客戶端為購物者服務，有注冊，登陸，選擇要購買的商品放入購物車，確認訂購等功能。管理端為管理員服務，有添加商品，修改商品，管理商品評論等功能。

客戶端流程圖分別如圖A-1所示。

瀏覽網頁選擇要購買商品放入購物車去收銀臺是否注冊是登陸確定收貨人信息或修改收貨人信息否繼續購物注冊支付成功選擇支付方式圖A-1

確認訂購

3.1系統運行的網絡環境

無論是客戶端的購物者還是管理端的管理者都可以通過網絡登錄到本系統中。購物者通過網絡瀏覽商品信息，提交商品訂單，支付貨款等，管理者通過網絡發布商品信息，根據訂單發貨等。

3.2系統運行的硬件環境

本系統的硬件環境如下： 客戶機：普通PC ·CPU：P4 1.8GHz以上 ·內存：256MB以上

·能夠運行IE5.0以上或者Netscape4.0以上版本的機器

·分辨率：推薦使用1024×768像素 Web服務器

·CPU：P42.0GHz ·內存：1GB以上 ·硬盤：80GB以上 ·網卡：KMb/s速度 數據庫服務器

·CPU：P42.0GHz ·內存：1GB以上 ·硬盤：80GB以上

3.3系統運行軟件環境

本系統的軟件環境如下：

·操作系統：Windows2000或以上版本 ·數據庫：SQL Server 2005 ·Web服務器：IIS5.0以上

·開發工具：Microsoft Visual Studio 2005 ·瀏覽器：IE5.0以上

4.功能規格

我們采用面向對象分析作為主要的系統建模方法，使用UML作為建模語言。UML為建模活動提供了從不同角度觀察和展示系統的各種特征方法。在UML中，從任何一個角度對系統所作的抽象都可能需要幾種模型來描述，而這些來自不同角度的模型圖最終組成了系統的映像。

用例描述角色（用戶、外部系統以及系統處理）是如何與系統交互來完成工作的。用例模型提供了一個非常重要的方式來界定系統邊界以及定義系統功能，同時，改模型將來可以派生出動態對象模型。

設計用例時，我們遵循下列步驟：

1）識別出系統的角色。角色可以是用戶、外部系統，甚至是外部處理，通過某種途徑與系統交互。重要的是著重從系統外部執行者的角度來描述系統需要提供哪些功能，并指明這些功能的執行者（角色）是誰。盡可能地確保所有角色都被完全識別出來。

2）描述主要的用例。可以采取不斷地問自己“這個角色究竟想通過系統做什么？”來準確地描述用例。

3）重新審視每個用例，為它們下個詳盡的定義。

4.1角色定義

角色或者執行者指與系統產生交互的外部用戶或者外部系統。

4.1.1購物者

購物者是指在這個網上購物系統中通過客戶端提交商品訂單的人員，這個角色主要參與客戶端的瀏覽商品，訂購商品等功能。

4.1.2管理者

管理者是指在這個網上購物系統中通過管理端管理商品信息的人員，這個角色主要參與管理端的添加商品，修改商品等功能。

4.1.3數據庫

數據庫是一個與系統產生交互的外部系統，這個角色負責系統的數據查詢、增加、刪除和修改等操作。

4.2系統主用例圖

網上購物系統可以分為兩個主要的組成部分，一個是客戶端子系統，一個是管理端子系統。客戶端子系統功能主要是指購物者通過登錄購物網站進行操作的功能，即購物功能。管理端子系統功能主要是指管理者通過登錄購物網站后臺對商品進行操作的功能，即管理功能。系統的主用例圖如圖A-2所示。

購物者客戶端子系統管理者管理端子系統

圖A-2

4.3客戶端子系統

購買者通過網上購物系統瀏覽商品，登陸系統，將想要購買的商品放入購物車，選好商品后去收銀臺，填寫并確認收貨人信息，選擇支付方式，提交訂單，完成商品的訂購。它的活動圖如圖A-3所示。

購買者瀏覽、選擇商品放入購物車登陸確認收貨人信息或修改收貨人信息選擇支付方式確認訂購

客戶端的用例圖如圖A-4所示。

登陸瀏覽、選擇商品放入購物車購買者確認收貨人信息或修改收貨人信息選擇支付方式

圖A-4

客戶端的這些用例描述如下：

F-C-1：登陸。購買者在購買商品之前必須登陸到網站，如果沒有注冊將不能使用網站的購買功能。

F-C-2：瀏覽、選擇商品。購買者打開購物網站可以看到各種商品信息，當點擊某一商品時就會有相應的介紹該商品的頁面，描述商品的具體信息，如類型、質地、價格、所在地區等。

F-C-3：放入購物車。購買者在選中一個商品后就可以將此商品放入購物車，購物車顯示商品的名稱、單價、數量、商品總價等信息。

F-C-4：確認收貨人信息或修改收貨人信息。購買者需要確認收貨人信息準確無誤，這是所購買的商品正確到貨的重要前提。

F-C-5：選擇支付方式。購買者可以選擇使用網上銀行、使用郵局匯款等方式進行支付。

4.3.1登陸

只有登陸之后購買者才能完成商品的購買。沒有登陸系統的用戶只能瀏覽、選擇商品或將商品加入購物車，要填寫收貨人信息或者支付貨款、提交訂單都需要登陸系統。如果用戶沒有注冊則進行注冊，之后方可登陸。

用例描述：登陸；

執行者：購買者；

前置條件：用戶通過瀏覽器打開網上購物系統；

后置條件：登陸后可以進行商品付款、訂購操作。

基本路徑：

a）購買者打開網上購物系統；

b）在登陸框中輸入用戶名和密碼，點擊確定即可登錄系統。

4.3.2瀏覽、選擇商品

購買者通過網站瀏覽商品信息，選擇所要購買的商品。

用例描述：瀏覽、選擇商品；

執行者：購買者；

前置條件：用戶通過瀏覽器打開網上購物系統；

后置條件：用戶可將選中的商品加入購物車。

基本路徑：

a）購買者打開網上購物系統，網站顯示各種商品的信息；

b）點擊想要購買的商品，將顯示商品的詳細信息，如類型、質地、價格、所在地區等。

4.3.3放入購物車

購買者可以將選中的商品放入購物車，然后繼續選擇下一個商品。購物車用來保存用戶所選擇的商品信息。

用例描述：放入購物車； 執行者：購買者；

前置條件：購買者已經有選擇的商品；

后置條件：放入購物車的商品可以付款訂購。基本路徑：

a）購買者將選擇的商品加入到購物車； b）繼續挑選商品或者進入收銀臺結賬。

4.3.4確認收貨人信息或修改收貨人信息

購買者進入收銀臺之后需填寫收貨人信息并確認，保證收貨地址的正確。

用例描述：確認收貨人信息或修改收貨人信息；

執行者：購買者；

前置條件：購買者已有選擇的商品并需要購買；

后置條件：確認收貨人信息或修改收貨人信息之后可以選擇貨款的支付方式等進一步操作。

基本路徑：

a）進入收銀臺頁面，將提示用戶填寫收貨人信息，需確保地址的準確性以保證正確到貨。

b）可以保持以前填寫的收貨人信息，也可以填寫新的收貨人信息。

4.3.5選擇支付方式

購買者可以選擇郵局匯款或者網上銀行支付的方式支付貨款。

用例描述：選擇支付方式；

執行者：購買者；

前置條件：購買者已經確認收貨人信息；

后置條件：選擇支付方式后可以進行訂單確認并提交以完成商品的訂購。

基本路徑：

a）購買者進入支付方式選擇頁面，將看到兩種支付方式，一種是郵局匯款，一種是網上銀行支付。

b）選擇一種支付方式并確定。

4.4管理端子系統

系統管理員登陸到管理端子系統進行訂單管理，商品管理以及用戶管理。管理端的用例圖如圖A-5所示。

登陸訂單管理商品管理管理者用戶管理

圖A-5

管理端的這些用例描述如下：

F-M-1：登陸。管理者只有登錄之后才能執行其管理功能。F-M-2：訂單管理。管理者可以查看客戶訂單并管理訂單。F-M-3：商品管理。對商品進行添加，修改，刪除等操作。F-M-4：用戶管理。管理購買者的賬號及其相關信息。

4.4.1登陸

管理者以系統管理員的身份登錄到管理端，登陸后才具有相應的管理權限。用例描述：登陸 執行者：管理者；

前置條件：管理員通過瀏覽器打開網上購物系統；

后置條件：登陸管理端之后可以進行訂單、商品及用戶的管理。基本路徑： a）管理者打開網上購物系統；

b）在登陸框中輸入用戶名和密碼，點擊確定即可登錄系統。

4.4.2訂單管理

進入訂單管理頁面管理員可以查看購買者提供的訂單，并根據訂單信息發貨，同時可以對訂單進行統計，也可以銷毀已完成交易的訂單。

用例描述：訂單管理；

執行者：管理者；

前置條件：管理者已經登錄系統；

后置條件：整理后的訂單信息將記錄到數據庫中。

基本路徑：

a）進入訂單管理界面，可以查看各個用戶提交的訂單信息，根據訂單信息發送貨物。

b）可以對訂單進行統計操作，統計不同用戶的訂單數，統計所有用戶的訂單總數，可以根據時間進行統計，也可根據訂購商品類型進行統計。

c）可以重新對訂單進行分類排序，可以銷毀已經完成交易的訂單，以便釋放資源繼續使用。

4.4.3商品管理

管理者可以對商品進行添加、修改和刪除等操作。用例描述：商品管理； 執行者：管理者；

前置條件：管理者已登錄到系統；

后置條件：整理后的商品信息將記錄到數據庫中。基本路徑：

a）進入商品管理頁面，可以選擇添加、修改或刪除操作。

b）可以添加商品分類，并在該分類下添加各種相應類型的商品信息； c）可以修改一個商品分類或者修改其下的商品信息； d）可以刪除一個商品分類或者其下的商品信息；

e）商品信息包括商品的類型、質地、價格、所在地區等詳細說明。

4.4.4用戶管理

管理者可以對用戶賬戶進行管理。用例描述：用戶管理； 執行者：管理者；

前置條件：管理者已登錄到系統；

后置條件：整理后的用戶信息將記錄到數據庫中。基本路徑：

a）進入用戶管理界面，可以查看所有用戶的信息；

b）對于長期不活動的用戶可以銷毀其注冊賬戶以釋放系統資源。c）對于行為造成不良后果的不法用戶可以凍結其賬戶。

5.性能需求

根據用戶對本系統的要求，確定系統在響應時間、可靠性、安全性等方面有較高的性能要求。

5.1界面需求

系統的界面要求如下。

1）頁面內容：主題突出，站點定義、術語和行文格式統一、規范、明確，欄目、菜單設置和布局合理，傳遞的信息準確、及時。內容豐富，文字準確，語句通順；專用術語規范，行文格式統一規范。

2）導航結構：頁面具有明確的導航指標，且便于理解，方便用戶使用。3）技術環境：頁面大小適當，能用各種常用瀏覽器以不同分辨率瀏覽；無錯誤鏈接和空鏈接，采用CSS處理，控制字體大小和版面布局。

4）藝術風格：界面、版面形象清新悅目、布局合理，字號大小適宜、字體選擇合理，前后一致，美觀大方；動與靜搭配恰當，動靜效果好；色彩和諧自然，與主題內容相協調。

5.2響應時間需求

無論是客戶端還是管理端，當用戶登錄，進行任何操作的時候，系統應該及時地進行反應，反應時間在5秒以內。系統應能監測出各種非正常情況，如與設備的通信中斷，無法連接數據庫服務器等，以避免出現長時間等待甚至無響應。

5.3可靠性需求

系統應保證7×24小時內不宕機，保證20人可以同時在客戶端登錄，此時系統能正常運行，正確提示相關內容。

5.4開放性要求

系統應具有較強的靈活性，以適應將來功能擴展的需求。

5.5可擴展性需求

系統設計要求能夠體現擴展性要求，以適應將來功能擴展的需求。

5.6系統安全性需求

系統有嚴格的權限管理功能，各功能模塊需有相應的權限方能進入。系統需能夠防止各類誤操作可能造成的數據丟失、破壞。防止用戶非法獲取網頁以及內容。