航空售票系統設計分析(Markdownpad2圖片服務器上傳無法顯示)
阿新 • • 發佈:2019-03-24
售票 軟件 情況 支付 方式 執行 是否 移植 用戶
一、體系結構設計
1.系統原型圖
2.體系結構環境圖
3.構建結構圖
二、人機交互界面設計
1.用戶分析結果及建議
本次分析的主要目標關註用戶評論反饋,對反饋進行歸納,設計出用戶喜歡的界面樣式、用戶的潛在需求以及了解用戶的特征,為後續產品的叠代提供數據指導。
1.通過調查問卷方式向用戶進行數據收集;
2.對不同類型的用戶的行為分析(主要針對於新用戶與回訪用戶);
3.以一些設計的初稿對用戶進行一個滿意度調查。
結果及建議:
退票和改簽功能可以設計在同一個界面之中,方便用戶及時進行功能的使用。2.界面頁面功能分析
功能分析
退票
改簽
3.界面設計結果
一、退票:
1.用戶在退票時,需先查詢自己已購的車票;
2.在點擊車票已購車票的信息,在信息後面選擇退票按鈕;
3.用戶點擊退票按鈕後,系統需彈出提示框,再次確定用戶是否退票;
4.用戶點擊確認,退票成功,將原來的車票狀態重新設定。
二、改簽:
1.用戶在退票時,需先查詢自己已購的車票;
2.在點擊車票已購車票的信息,在信息後面選擇改簽按鈕;
3.用戶需輸入要改簽的:出發地,到達地,到達時間;
4.根據用戶的改簽的信息重新查詢,進入原來的購票頁面,由用戶自己選擇車次;
5.用戶選定車次後,進行差價支付;
6.支付成功,購票成功,系統重新修改車票的狀態,改簽成功。
三、思考題
結合本次實驗的內容,以自己的體會說明編寫代碼之前,先完成軟件設計並通過評審的必要性,從哪些方面保證了軟件質量。
通過設計評審發現設計開發活動中存在的問題,及時采取措施解決,同時對解決措施的執行情況進行跟蹤驗證以確保其有效性。
確保每個開發過程的質量,防止把軟件差錯傳播到下一個過程,因此,檢驗的目的有兩個:
1.切實搞好開發階段的管理,檢查各開發階段的質量保證。
2.預先防止軟件差錯給用戶造成損失。
從正確性、健壯性、效率、完整性、可用性、風險(產品運行);可理解性、可維修性、靈活性、可測試性(產品修改);可移植性、可再用性、互運行性(產品轉移);保證了軟件的質量。
航空售票系統設計分析(Markdownpad2圖片服務器上傳無法顯示)