運用staruml/ea（enterprise architect），完成不少於5個用例的用例圖，並為每個用例新增用例描述,用例描述模板參照教材p50.
（1）用例uc1：註冊賬戶
用例名稱
註冊賬戶
範圍電影票務銷售系統
級別子功能
主要參與者
使用者涉眾及其關注點
使用者：希望可以註冊成功成為該系統的使用者，從而達成購買電影票的目的。
影院商家：希望可以記錄下所有登記註冊的使用者資訊，以便在使用者後續的登入時，可以檢驗登入的有效性。
前置條件
後置條件
使用者提交後，其填寫的註冊資訊被系統記錄，介面顯示等待審核通過。
主成功場景(基本流程)
使用者開啟電影購票系統。
系統顯示歡迎介面。
使用者選擇申請註冊。
系統跳轉至註冊介面。
使用者填寫並提交註冊所需相關資訊。
系統檢查使用者填寫是否符合約束條件與完整性規範。
系統儲存使用者註冊資訊，並跳轉提示等待審核通過介面。
替代流程
5a. 系統檢測到使用者填寫了不符合規範的註冊資訊。
系統給出正確填寫規範的顯著提示，要求使用者重新填寫。
特殊需求
系統的介面響應時間不超過10毫秒，且系統可靠性為99.9%。
技術和資料變元表
5b. 使用者輸入應使用手機鍵盤，且不應包含敏感數字和字元。
（2）用例uc2:查詢選座
用例名稱
查詢選座
範圍電影票務銷售系統
級別使用者目標
主要參與者
使用者涉眾及其關注點
使用者：希望在成為系統使用者後，可以隨時登入查詢當前上映的電影資訊，檢視附近的電影院及其場次、票價和座位餘量。
影院商家：希望可以對本電影院上映的電影進行及時地更新，設定票價，實時提供給使用者座位和場次資訊的更新。
前置條件
後置條件
使用者查詢到了其住址附近的電影院中合適的電影場次，也了解了票價，並獲得了該場次的座位預訂情況。
主成功場景(基本流程)
使用者訪問電影選擇主介面。
使用者選擇自己感興趣的有打算去看的電影。
介面根據電影和使用者位置資訊顯示了符合使用者條件的相關電影院及其放映場次資訊，並顯示購票**。
使用者選擇符合條件的電影場次，點選進入。
系統顯示該場次的座位分布圖及座位餘量情況。
替代流程
3a. 系統查詢不到使用者附近的電影院。
系統為使用者推薦較遠一些的電影院。
3b. 系統查詢到的使用者附近電影院，均不包含使用者想看的電影
系統為使用者推薦較遠一些的包含該電影的電影院。
3c. 系統查詢到了符合條件的結果，但該電影院當前的放映場次已過期，使用者無法選擇當前時間之前的場次。
系統為使用者推薦後續日期該電影的場次。
5a. 符合條件的場次座位已滿，使用者無法選擇。
系統彈出座位已滿提示，推薦使用者選擇其他場次。
特殊需求
系統的介面響應時間不超過10毫秒，且系統可靠性為99.9%。
查詢無結果時，應給予使用者友好和簡潔明瞭的提示資訊。
選座頁面的更新應具有很高的實時性和併發性，且當使用者進入該介面並選擇了某一座位時，應及時給該座位加鎖，防止不同使用者二次選擇重複購買。
（3）用例uc3:購買電影票
用例名稱
購買電影票
範圍電影票務銷售系統
級別使用者目標
主要參與者
使用者涉眾及其關注點
使用者：希望在查詢到合適的電影座位時，可以選座買票，並跳轉到第三方支付平台進行付款。
影院商家：在使用者完成付款後，可以完成該場次電影的剩餘座位更新，並能根據使用者獲得的電子票據資訊進行驗票。
前置條件
使用者已經登入，並且選擇了合適的電影及其場次座位。
後置條件
完成付款後，使用者獲得所購買電影票的座位資訊和驗票***、取票密碼等，作為看電影時的驗票憑證，商家相應地獲得了對應場次的剩餘座位資訊更新。
主成功場景(基本流程)
使用者選擇該電影場次的座位
系統根據使用者選擇的座位生成購票數量和應支付款項
使用者選擇支付方式，並跳轉到第三方支付頁面完成支付
系統跳轉回當前頁面，顯示支付成功提示，並為使用者生成對應的取票***，同時記錄此筆訂單到使用者訂單列表
替代流程
1a. 使用者在選擇座位時，想要的位置提前被他人預訂，出現無法選擇該座位的情況
系統提示使用者座位已被選擇，推薦其他座位。
2a. 系統計算數量和金額錯誤
後台計算方法函式的可靠性和系統穩定性測試來保證。
3a. 第三方支付業務暫時不可用，導致支付失敗
提供多種第十三方支付業務，確保任一時刻至少有一種支付服務可用。
4a. 支付成功但訂單和***資訊未及時生成更新到使用者訂單
設定錯誤上傳機制，得到使用者的錯誤報告時，系統重新判斷和計算，並為其生成訂單資訊。
特殊需求
選座頁面的更新應具有很高的實時性和併發性，且當使用者進入該介面並選擇了某一座位時，應及時給該座位加鎖，防止不同使用者二次選擇重複購買。
用例名稱
範圍電影票務銷售系統
級別使用者目標
主要參與者
影院商家
涉眾及其關注點
使用者：希望在成為系統使用者後，可以隨時登入查詢當前上映的電影資訊，檢視附近的電影院及其場次、票價和座位餘量。
影院商家：希望可以對本電影院上映的電影進行及時地更新，設定票價，實時提供給使用者座位和場次資訊的更新。
前置條件
商戶已登入系統，進入票務發布介面
後置條件
系統儲存商家上傳的對應電影院的電影資訊，場次資訊，票價資訊和放映廳座位資訊等，並定時更新給使用者檢視。
主成功場景(基本流程)
商家請求上傳電影放映資訊
系統跳轉顯示票務發布的介面
商家輸入並提交電影票務的相關資訊
系統檢查提交內容是否符合規範
系統儲存該電影院商家的電影場次票務資訊
系統推送顯示該電影院的票務資訊給使用者
替代流程
3a. 商家上傳的電影票務資訊不完整或者不符合規範
系統給出正確填寫規範的顯著提示，要求使用者重新填寫。
特殊需求
系統審核和上傳服務的可靠性為99.9%，否則會給商家和使用者都帶來錯誤的錯誤資訊，造成損失和糾紛。
用例名稱
範圍電影票務銷售系統
級別使用者目標
主要參與者
使用者、影院商家
涉眾及其關注點
使用者：希望在購票成功，獲得**電影的唯一取票和驗票憑證，從而順利觀影。
影院商家：希望可以唯一確定使用者與其對應購買的電影票，以防止其他人員進入影院**電影。
前置條件
使用者已在系統完成了購票和支付，獲得了***和簡訊取票碼
後置條件
使用者在商家處利用手機上購票系統訂單***或簡訊取票碼完成取票和驗票，從而順利進入觀影。
主成功場景(基本流程)
使用者來到對應的電影院
使用者開啟手機上的訂單***/簡訊取票碼
使用者在對應的取票機器上完成訂單資訊驗證
機器驗證通過後，對應出票
替代流程
3a. 無網路連線，***無法顯示，導致使用者無法驗票
訂單資訊儲存到使用者手機本地，則***無需聯網檢視
利用簡訊服務接受到的簡訊取票碼完成第二種方式驗票
特殊需求
系統必須能保證***的唯一性，以及與訂單的唯一繫結，否則驗票功能就無法保證可靠。
4 物件導向建模 系統分析
系統設計的目標 把系統劃分為子系統，對系統或子系統進行分層，將子系統分配給硬體裝置 系統設計步驟如下 1.估算效能 如我們會大概估算訪問我們站點的併發請求數量，並估算我們站點可以接收的併發請求數量，推測我們的站點會不會存在效能問題 2.定製復用計畫 即討論我們需要使用哪些開源的庫，框架，模式等 3....
系統分析與設計
軟體工程是一門研究用工程化方法構建和維護有效的 實用的和高質量的軟體的學科。它涉及程式語言 資料庫 軟體開發工具 系統平台 標準 設計模式等方面。軟體危機是指落後的軟體生產方式無法滿足迅速增長的計算機軟體需求，從而導致軟體開發與維護過程中出現一系列嚴重問題的現象。cocomo，英文全稱為 const...
系統分析與設計
位置 用簡短的語言給出對分析 設計的理解 用一句話描述物件導向的分析與設計的優勢 物件導向的分析與設計的優勢是按照物件的觀點考慮問題域和邏輯解決方案，通過分析現實來發現並描述問題域中的物件。簡述uml 統一建模語言 的作用。考試考哪些圖 uml是用來描述 構造和文件化系統製品的視覺化語言，它的作用是...