1. 程式人生 > >航空售票系統設計分析(Markdownpad2圖片服務器上傳無法顯示)

航空售票系統設計分析(Markdownpad2圖片服務器上傳無法顯示)

售票 軟件 情況 支付 方式 執行 是否 移植 用戶

一、體系結構設計

  • 1.系統原型圖

技術分享圖片

  • 2.體系結構環境圖

技術分享圖片

  • 3.構建結構圖

    技術分享圖片

二、人機交互界面設計

  • 1.用戶分析結果及建議

    本次分析的主要目標關註用戶評論反饋,對反饋進行歸納,設計出用戶喜歡的界面樣式、用戶的潛在需求以及了解用戶的特征,為後續產品的叠代提供數據指導。

    1.通過調查問卷方式向用戶進行數據收集;

    2.對不同類型的用戶的行為分析(主要針對於新用戶與回訪用戶);

    3.以一些設計的初稿對用戶進行一個滿意度調查。



    結果及建議:

    退票和改簽功能可以設計在同一個界面之中,方便用戶及時進行功能的使用。

  • 2.界面頁面功能分析

    功能分析

    技術分享圖片
    技術分享圖片

退票

技術分享圖片

改簽

技術分享圖片

  • 3.界面設計結果

    一、退票:

    1.用戶在退票時,需先查詢自己已購的車票;

    2.在點擊車票已購車票的信息,在信息後面選擇退票按鈕;

    3.用戶點擊退票按鈕後,系統需彈出提示框,再次確定用戶是否退票;

    4.用戶點擊確認,退票成功,將原來的車票狀態重新設定。



    二、改簽:

    1.用戶在退票時,需先查詢自己已購的車票;

    2.在點擊車票已購車票的信息,在信息後面選擇改簽按鈕;

    3.用戶需輸入要改簽的:出發地,到達地,到達時間;

    4.根據用戶的改簽的信息重新查詢,進入原來的購票頁面,由用戶自己選擇車次;

    5.用戶選定車次後,進行差價支付;

    6.支付成功,購票成功,系統重新修改車票的狀態,改簽成功。

技術分享圖片

技術分享圖片

技術分享圖片

三、思考題

  • 結合本次實驗的內容,以自己的體會說明編寫代碼之前,先完成軟件設計並通過評審的必要性,從哪些方面保證了軟件質量。

通過設計評審發現設計開發活動中存在的問題,及時采取措施解決,同時對解決措施的執行情況進行跟蹤驗證以確保其有效性。

確保每個開發過程的質量,防止把軟件差錯傳播到下一個過程,因此,檢驗的目的有兩個:

1.切實搞好開發階段的管理,檢查各開發階段的質量保證。

2.預先防止軟件差錯給用戶造成損失。

從正確性、健壯性、效率、完整性、可用性、風險(產品運行);可理解性、可維修性、靈活性、可測試性(產品修改);可移植性、可再用性、互運行性(產品轉移);保證了軟件的質量。

航空售票系統設計分析(Markdownpad2圖片服務器上傳無法顯示)