專案開發詳細設計說明書

2021-03-04 01:21:34 字數 3060 閱讀 4787

目錄1引言 2

1.1編寫目的 2

1.2背景 2

1.3定義 3

1.4參考資料 3

2程式系統的結構 3

3程式設計說明 4

3.1程式描述 4

3.2功能 4

3.3效能 4

3.4輸入項 5

3.5輸出項 5

3.6演算法 5

3.7流程邏輯 6

3.8介面 6

3.9儲存分配 7

3.10注釋設計 7

3.11限制條件 7

3.12測試計畫 7

3.13尚未解決的問題 7

詳細設計說明書

在本機票預定系統專案的前一階段,也就是概要設計階段中,已經將系統使用者對本系統的子模組功能做了詳細的闡述,這些模組功能具體設計將在本報告中詳盡得以敘述及闡明。

本階段已在系統的概要設計的基礎上,對機票預定系統做詳細設計。主要解決了實現該系統程式模組具體設計問題。包括確定演算法,資料結構,模組介面的使用,資料庫的動態操作以及介面設計等。

在以下的概要設計報告中將對在本階段中對系統所做的所有詳細設計進行詳細的說明。

在下一階段的編碼過程中,程式設計員可參考此詳細設計報告,在詳細設計對機票預定系統所做的演算法設計,資料結構以及資料庫動態操作的基礎上,對系統進行編碼。在以後的軟體測試以及軟體維護階段也可參考此說明書,以便於了解在詳細設計過程中所完成的各模組演算法設計,或在修改時找出在本階段設計的不足或錯誤。

讀者:參與預定機票系統的編寫人員。

航空公司於今年委託雲南某軟體技術開發公司為其製作乙個專案。此專案經過雙方決定開發的軟體系統的名稱為:某航空公司的機票預訂系統。

系統完成後植入到旅行社和機場售票視窗的電腦中。由旅行社和機場的工作人員進行操作。

a、開發軟體名稱:機票預訂系統。

b、專案的任務提出者:某航空公司及其合作的旅行社。

c、專案開發者:雲南某軟體技術開發公司。

d、使用者:某航空公司及其合作的旅行社。

專門術語的定義:姓名、性別、身份證號碼、工作單位、旅行時間、旅行目的地等。

以下列出參考資料:

a. 軟體需求說明書gb8567——88。

b. 軟體工程國家標準文件。

c. 《軟體工程導論》

d. 需求規格說明書

客戶程式主要有三大塊:接受資料、網路通訊及傳輸部分。伺服器程式主要由三大功能:

接收網路資料、資料庫操作及傳送網路資料部分。伺服器端需建立 sql server 資料庫連線。

專案的整個流程為:旅行社只要把預訂機票的旅客資訊輸入到該系統,系統自動為旅客安排航班,並且列印出取票通知和賬單,旅客在飛機起飛的前一天憑藉取票通知和賬單交款取票,如果系統校對無誤後即可印表機票給旅客。

在旅行社中只設力終端,在機場設立伺服器,資料輸入由終端輸入,所有資料由伺服器處理,只在終端上顯示資料結果。

此系統對精度、靈活性和時間特性的要求比較高,例如:當使用者輸入資訊到資料庫中時要求要速度快,處理資料塊,並且反饋給客戶的機場資訊要詳細,使用客戶端或伺服器,簡化資料流量,加快資料處理。但加重了伺服器的資料處理。

所要輸入的項的資料型別為姓名(string/char)、性別(char)、身份證號碼(int)、工作單位(string/char)、旅行時間(datatime/int)、旅行目的地(string/char)等。然而所用的程式語言不同那麼儲存的型別有一定的差別。

在保密的方面要從網路的傳輸協議開始,或者編寫乙個密碼模組與客戶端結合。當把客戶的資訊打亂為亂碼進行傳輸,資訊到達伺服器時又轉換為正常資訊並進行儲存。

所要輸出的項的資料型別為姓名(string/char)、性別(char)、身份證號碼(int)、工作單位(string/char)、旅行時間(datatime/int)、旅行目的地(string/char)等。然而所用的程式語言不同那麼儲存的型別有一定的差別。

在保密的方面要從網路的傳輸協議開始,或者編寫乙個密碼模組與伺服器端結合。當把客戶的資訊打亂為亂碼進行傳輸,資訊到達客戶端時又轉換為正常資訊並進行儲存。

。程式語言的演算法與資料結構有著莫大的關聯,例如:資料的儲存有:

鍊錶,堆疊,佇列。對資料的尋找和讀出有:二分查詢,分塊查詢,數表查詢,雜湊表等。

對資料的排序演算法有:簡單插入排序,希爾排序,氣泡排序,快速排序,選擇排序等。

當旅行社把上面的資訊輸入電腦並儲存時,伺服器對資料進行儲存:

int i;

typedef struct information\

date ;

}pesion

給結構體的項賦值:

如:pesion .date.year=2013

或 pesion i=;

專案的整個流程為:旅行社只要把預訂機票的旅客資訊輸入到該系統,系統自動為旅客安排航班,並且列印出取票通知和賬單,旅客在飛機起飛的前一天憑藉取票通知和賬單交款取票,如果系統校對無誤後即可印表機票給旅客。

客戶機在傳送資料後,將等待伺服器確認收到資訊,收到後,再次等待伺服器發回資料資訊,然後確認。伺服器在收到資訊確認後對資料精心處理、訪問資料庫後,將返回資訊給客戶端。

說明準備在本程式中安排的注釋,如:

a. 加在模組首部的注釋;

b. 加在各分枝點處的注釋;

c. 對各變數的功能、範圍、預設條件等所加的注釋;

d. 對使用的邏輯所加的注釋等等。

因為該系統複雜,所需終端較多(機場、旅行社),所以在後期的維護過程中會很吃力。

。在測試過程中,首先對各子單元過程測試完畢後,在對各模組進行測試,處理好各模組隻間的介面,最後對系統進行測試和維護。

執行控制將嚴格按照各模組間函式的呼叫來實現。在個事務中心模組中,需對執行控制進行正確的判斷,選擇正確的演算法。

在網路傳輸方面,客戶機在傳送資料後,將等待伺服器確認收到資訊,收到後,再次等待伺服器發回資料資訊,然後確認。伺服器在收到資訊確認後對資料精心處理、訪問資料庫後,將返回資訊給客戶端。

已解決:

如果輸入的資料出錯,則立即取消訂票操作,重新輸入。

如果斷電或者是系統無響應,則關機,等待片刻在預訂。

未解決:

因為該系統複雜,所需終端較多,所以後期的維護過程很吃力。

軟體開發 詳細設計說明書

1引言 2 1.1編寫目的 2 1.2背景 2 1.3定義 2 1.4參考資料 2 2程式系統的結構 2 3程式1 識別符號 設計說明 2 3.1程式描述 3 3.2功能 3 3.3效能 3 3.4輸人項 3 3.5輸出項 3 3.6演算法 3 3.7流程邏輯 3 3.8介面 3 3.9儲存分配 4...

專案軟體詳細設計說明書

部門 研發二部 撰寫 x 審核批准 文件狀態 正式版 日期 2015年xx月xx日 目錄 3 一引言 5 1.1 編寫目的 5 1.2 開發背景 5 1.3 術語與縮寫解釋 5 1.4 參考資料 5 二開發概述 5 2.1 執行環境 5 2.1.1 軟體環境 5 2.1.2 硬體環境 6 2.2 需...

詳細設計說明書

會議管理系統 設計人 李靜 設計時間 2014 3 26 本文件定義了cool meeting系統的概要設計,使開發人員初步的了解cool meeting系統的功能內容 功能邊界 開發途徑,執行環境等。系統名稱 cool meeting會議管理系統 以下簡稱coolmeeting系統 本專案是為了在...