小組作業：G003-185-06

班級組員學號

18軟件工程5班	許聚洛	1814080902526
18軟件工程5班	翁格婉	1814080902537

項目需求分析規格書

• 1.引言
• • 1.1編寫目的
  • 1.2背景
  • 1.3定義
  • 1.4參考資料
• 2.任務概述
• • 2.1目標
  • 2.2用戶的特點
• 3.需求規定
• • 3.1對功能的規定
  • 3.2對性能的規定
  • • 3.2.1精度
    • 3.2.2時間特性要求
    • 3.2.3靈活性
  • 3.3輸人輸出要求
  • 3.4數據管理能力要求
  • 3.5故障處理要求
  • 3.6其他專門要求
• 4.功能需求
• 5.數據需求
• 6.行為需求
• 7.運行環境規定
• • 7.1設備
  • 7.2支持軟件
  • 7.3接口
  • 7.4控制

1.引言

1.1編寫目的

本需求分析的目的是讓系統開發者能夠基本了解本系統的開發目的，開發方法，以及目前的硬件、軟件的情況和開發所需金和設備，概要設計和詳細設計與開發工作將在此基礎上進一步提出。
預期的讀者是程序編寫員，用戶和分析員。

1.2背景

【1】項目名稱：高鐵訂票系統
【2】項目背景：通過本高鐵訂票系統使得查詢列車車次變得越來越方便，輕松她對系統進行維護。高鐵訂票管理系統分為前臺操作和后臺處理，以數據庫為核心，整個系統圍繞訂票交易流程而設計。總體上，其功能貫穿兩條線：一條線貫穿著客戶注冊、查詢、訂票、更改客戶信息等操作流程；另一條線管理著高鐵公司的注冊，高鐵、線路的添加、修改及刪除，公司信息的修改及注銷等。該系統正確、完整、及時地收集、加工、整理在整個訂票業務流程中所發生的各類訂票請求以及相關的高鐵票信息。通過該系統的多種多樣的查詢方式會讓顧客越來越依賴此系統的便利性的，而且該系統極大地高了工作效率。

1.3定義

高鐵訂票系統是一個關于高鐵客運訂票的應用軟件。

1.4參考資料

以下列出在概要設計過程中所使用到的有關資料：
【1】《需求工程——軟件建模與分析（第2版）》 高等教育出版社
【2】攜程網高鐵票票訂購系統操作流程 攜程網

2.任務概述

2.1目標

該軟件的開發為了乘客訂票方便，高鐵公司方便管理和維護系統，實現更好的安全性和實時性。為了應對越來越激烈的市場競爭壓力，開發高鐵訂票系統來提高員工的工作效率和對乘客的服務質量。該系統由高鐵公司提供數據庫，由本軟件公司進行開發和維護。
通過對用戶需求的分析的過程，了解現有系統的不足以及優點，再整合預計的設計目標，向潛在的目標用戶提供一個相對于目前已有的解決方案、系統以及應用程序更專一且人性化的邏輯和界面、應用設計，并在此基礎上，盡可能地降低用戶對新系統的學習門檻，減少用戶對多余信息的獲取。

2.2用戶的特點

此軟件的首要使用人員是高鐵公司的管理人員和售票處的工作人員，這兩方面的人員都有一定的教肓水平，尤其是管理人員，有一定的計算機操作水平，且他們在每時都要進行系統的維護，操作頻率極其之高；而對于一般的用戶，操作水平深淺不一，因此在此模塊的設計中要特別的考慮這方面，盡量設計能適合各種水平的人員的操作。

3.需求規定

3.1對功能的規定

用列表的方式（例如IP0表即輸入、處理、輸出表的形式),逐項定量和定性地敘述對軟件所出的功能要求，說明輸入什么量、經怎樣的處理、得到什么輸出，說明軟件應支持的終端數和應支持的并行操作的用戶數。
首先，需要在數據庫中建立7個表：
【1】高鐵公司（公司名、公司代碼)
【2】高鐵機型表（列車型、最大航程、頭等艙座位數、公務艙座位數、經濟艙座位數等）
【3】車次計劃表（列車號、開始日期、結束日期、出發地高鐵站、目的地高鐵站、離站時間、到站時間、執行列車型、班次、車程、基準票價等）
【4】車次表（車次號、出發日期、剩余座位數等）
【5】用戶（用戶名、登錄密碼、性別、電話號碼、郵箱、等級、類型等）
【6】訂單條目（（車票編號、車次編號、乘客姓名、證件號碼、出票日期、座位等級、乘客類型、價格等）
【7】訂單（訂單號、用戶名）
其次，對功能進行解釋：
【1】訂票：輸入起點和終點，經過查詢數據庫中的車次信息表，輸出查詢的結果（有：顯示該趟車次；無：顯示沒有信息）。若有，輸出是否訂票。訂票則輸入旅客信息及日期和訂票數進行訂票（注意剩余票數是否大于訂票數）。輸出訂票結果。
【2】換票：如有需要可以在規定的時間內條件允許的情況下可以為乘客進行換票服務。
【3】退票：根據客戶提供的情況（姓名、車次號),，為客戶辦理退票手續，如果顧客不能接受退票費用，則不為其辦理退票業務。
【4】增刪改查車次信息：驗證管理員帳戶，進行增加、刪除、修改和查詢車次，并且可以對已有車次進行信息的修改。
【5】增刪改查客戶信息：驗證管理員帳戶，進行增加、刪除、修改和查詢客戶信息。

3.2對性能的規定

【1】精度
該軟件中，輸入輸出的數據有數組、整型數據和浮點型數據。
【2】時間特性要求
對該軟件每月進行更新處理一次。
【3】靈活性
操作平臺：Windows(包括2000、XP、VISTA、WIN7）、UNIX、LINUX等

3.2.1精度

對于在操作過程中的限制是輸入信息必須真實有效，且符合規定，例如乘客的身份證號的位數，車次的形式等在前面已經規定。

3.2.2時間特性要求

本系統軟件是一個小型的軟件系統，更基于本業務的需要，要求響應時間要短，更新處理時間和數據轉換傳送時間都要短，這就要求系統得硬件配置要達到要求。

3.2.3靈活性

本軟件的綜合考慮了客戶的要求和以后的發展，在各項需求發生變化時，操作方式和運行環境都可以適應，對于一些其他的軟件有很強的兼容性。

3.3輸人輸出要求

高鐵訂票系統的車次信息包括車次號，起點，終點，出發時間，抵達時間，票價，剩余票數。對于前五項，其輸入與輸出均是數組類型，剩余票數的輸入輸出是整型，票價是浮點型。給出應該進行的操作，若進行誤操作就給出錯誤提示。

3.4數據管理能力要求

車次的數量控制在100車次里面。每班車次的剩余票數必須小于或等于200。一個旅客能最多能定3張票。

3.5故障處理要求

軟件的操作主要是對數據庫的管理和維護，其中發生的故障也是針對數據庫的，基于數據庫有日志文件，可以很方便的修復；其他方面的故障在本系統設計時已經綜合考慮了，除非是計算機硬件方面的故障，這和操作沒有關系，但是只要操作手段正常，除非正常情況，一般不會發生硬件的故障。

3.6其他專門要求

鑒于高鐵業務的特點，系統的各方面要求是很嚴格的：安全是首要考慮的，這在設計時已經充分的考慮了；其次此軟件的使用方有很大一方面是乘客，我們的主旨是為乘客供方便快捷的服務，因此軟件是否使用方便是要充分考慮的其他系統的維護性、可靠性等都是考察系統是否完善的關鍵因素。

4.功能需求

功能模型（數據流圖）

5.數據需求

6.行為需求

業務流程圖

訂票功能狀態圖

換票功能狀態圖

退票功能狀態圖

7.運行環境規定

7.1設備

硬設備新型設備功能說明

處理器型號及內存容量	CPU P4-3.0/1G內存
外存容量、聯機或脫機、媒體及其存儲格式，設備的型號及數量	8CG硬盤、脫機
輸入及輸出設備的型號和數量，聯機或脫機	鍵盤,USB2.0接囗/1個；顯示器,可顯示真彩15位，1024×758屏幕分辨率/1臺；脫機
數據涌信設備的型號和數量	用戶終端設備：WEC-3601/1臺、調制解調器1臺、多路復用器1臺、網絡設備/網卡：D-Link DFE一530Tx/1個、交換機,TP-LinkTL一1024/1臺、路由器：TP-LinkBTL一R406/1臺、UPS：山特MT1OO0/1臺
功能鍵及其他專用硬件	設有快捷鍵諸如Ctr1+C=復制，ctrl+v=粘貼

7.2支持軟件

系統的使用主要考慮的是數據庫的安全有效運行，在Windows 2000和Windows XP都可以實現。如支持：eclipse、vs2005、myeclipse、Tomcat等等。

7.3接口

【1】軟件接囗
【2】硬件接囗
【3】用戶接囗
【4】通信接囗（采用TCP/IP協議）

7.4控制

通過VS2005進行編譯運行該程序，從編寫的代碼開始用字節碼校驗器進行執行解釋代碼，然后進行編譯運行。或者同樣可以通過字節碼校驗器去執行代碼生成器里的代碼，最后進行編譯運行。

總結

以上是生活随笔為你收集整理的项目需求分析规格书的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。