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

蘭州理工大學課程設計

三、需求規格說明書

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．其它需求

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

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

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

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

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

第三篇：影院網上訂票系統需求說明書

影院網上訂票系統

網站需求說明書

計算機科學與技術2班

2012年9月29日

1.項目背景

電影，又稱映畫，是由活動照相術和幻燈放映術結合發展起來的一種現代藝術，有著復雜繁多的科系。

目前一般大眾可以經由網際網絡進行許多商業活動，例如購書、訂花、購物、游戲等，其中也包含訂票（例如機票、火車票、音樂劇入場券等）。其中，在電影院方面也有業者推動相關服務，如：華納威秀、環球影城、國賓戲院等，已開始使用網際網絡提供觀眾放映影片相關資訊，如場次時間表、影片預告及簡介、電影院資訊等。

從網際網絡到電子商務的蓬勃發展來看，類似于淘寶網上商城那種從開網店，在網上擺放商品，客人挑選物品再下訂單，店主發貨等一系列流程已經很成熟了。相對于淘寶網上商城而言，目前電影院的網絡服務似乎仍有不足之處。對于使用者而言，影片的相關訊息介紹、預告片都是上百度、谷歌等網上引擎搜索得知，某個城市的特定影城往往不能提供全方位的詳細信息，特別是不能滿足觀眾對影片場次時間的查詢。

社會生活節奏的加快，許多社會人士忙于工作等繁瑣事務，每次想去影城觀看電影都要經過現場查詢最近熱映的影片，每部影片的放映場次等信息，然后才能開始訂票，而往往排隊等候很長時間以后才發現自己要觀看的那場影片的票已經售完，或是沒有合適的觀看座位。

電影業的蓬勃發展，必然引發的一個問題是群眾對電影票需求的增大。特別是一些關注度很高的大片上映的時候，很多觀眾都反應電影票實在是很難購買，有些人就只能選擇觀看午夜場。在一些大城市規模很好的影城售票廳內，甚至出現要一大早起來排隊去搶票的現象。還有些觀眾反應等那么長的隊伍能買到票，但是都沒有自由選擇座位的權利。

這樣的情況已經普遍的存在了，很多人紛紛提出影城應該提供最近熱映的的影片訊息、快要上映的影片相關預告、每場電影的場次安排，以及每場次電影票的網上預訂模式。對基于WEB的電影院訂票系統的研究，對于觀眾而言可以增強他們對各部影片的了解，對最新的影片上映動態的掌握，讓他們對影片更加期待，尤其能在網上訂票模式下使觀眾享受到不需要等待排隊買票與自由選擇座位的權利。通過網絡輕松訂票，從而減少許多因現場購票失敗的客戶，促使我國電影事業更好更快的發展。

2.項目范圍

系統的開發和維護，提供配套的數據庫。

3.項目功能需求

3.1系統功能需求

1.會員管理

存放注冊會員的基本信息 信息內容：

用戶ID、用戶名、密碼、性別、身份證號碼、聯系電話等等。操作：

1)需要對會員信息進行增、刪、改、查操作。

2.管理員管理

存放管理員信息管理 內容：

管理員ID、用戶名、密碼 操作：

1)登錄后臺對后臺的數據進行操作。

3.影片基本信息管理

存放影片的基本信息管理 內容：

編號ID、影片名稱、影片圖片、劇情簡介、播放時間。操作：

1)管理員：對影片信息進行增、刪、改等操作;上傳圖片操作。2)普通用戶:瀏覽影片的基本信息等操作。

4.放映計劃管理

對影片的檔期進行管理 內容：

編號ID、放映時間、票價 操作： 1)對影片的當前進行增、刪、改、查操作。

3.2 前后臺功能圖

會員 登錄 注冊 查看電影信息 查看會員信息 進行訂票 取消訂票 網站管理員 登錄 電影管理 會員管理 會員會員會員會員信息信息信息信息增加刪除查看修改 電影電影電影電影信息信息信息信息增加刪除查看修改

3.2 使用流程圖

開始進入首頁用戶登陸是是否沒有賬號否注冊用戶電影訂票電影院是已滿座訂票取消是否滿座否取消成功電影資料查閱個人資料訂票成功開始登陸頁面進行登陸返回訂票頁 錯誤密碼是否正確正確用戶管理影片管理影廳管理售票管理信息統計增刪查改

4.項目非功能需求

1、可靠性。能連續準確的處理該系統的有關功能，有較強的容錯能力。

2、時間經濟性。優化邏輯設計與物理設計，使系統運行效率高，反映速度快。

3、可用性。系統面向中小型網站，能夠處理基本的影視信息操作。

4、可理解性。用戶容易理解和使用該系統。

5、可維護性和適應性。系統應易于修改、易于擴充、易于維護，能夠適應業務不斷發展變化的需要。

5.項目運行環境

硬件設備

Pentium(R)Dual-Core CPU

E5300 @ 2.60GHz

2.60 GHz,2.00GB的內存。

支持工具和軟件環境

Microsofut Windows XP

Professional

版本2002

Service Pack 3

各種辦公軟件。

6.系統外部接口

無

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

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

(第十二組）

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系統安全性需求

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