資訊處理 114 年系統分析與設計研究考古題

說明自建開發（In-house Development）與外包開發（Outsourcing）這 兩種系統開發策略的特性。（10 分） 近日LCNC（Low-Code/No-Code）平台盛行，請以企業角度說明，LCNC 對企業採用自建開發（In-house Development）正反面的影響。（15 分）

在收集系統需求的過程中，使用者通常不知道如何表達所需的功能需求 （Functional Requirement）和非功能需求（Non-Functional Requirement）。 作為負責系統需求分析的專業人員， 請根據下方使用者的描述，詳細列出系統的功能需求（Functional Requirements）。（10 分） 請根據使用者的描述，詳細設計系統的非功能需求（Non-Functional Requirements），包括：效能（Performance）、可靠性（Reliability）、可 用性（Availability）、安全性（Security）、易用性（Usability）。（15 分） （使用者的描述） 「……首先一定要先登入購票網站，查查我要的演唱會還有沒有票，然 後選擇我想看的演唱會場次。接著，我會再看看座位圖，挑選一或兩個 價格合適的座位，想想看那一個比較好。決定好，就填我的名字和付款 資訊後，就可以刷卡付款了。付款成功後，電子票就會寄到我的郵箱。 不過，有一次我動作太慢了，當我按下付款時，票已經被別人搶走了， 還好，系統有立刻提示我需要重新選擇座位。還有一次，我刷卡失敗， 結果購票失敗，我也必須再試一次……」

近日你獲邀加入新專案負責需求分析，專案是單車借還管理系統，以下 為Use Case Description 的借用單車與歸還單車主要流程（Normal Process）。請根據借還單車的主要流程（Normal Process），畫出5 個重要 的UML 類別（Class）圖，類別圖的描繪請包含屬性（Attributes）、方法 （Methods）、關聯（Association）。若屬性（Attributes）與方法（Methods） 使用英文取名，請務必使用中文文字說明。（20 分） 借車與還車主要流程（Normal Process） 借車人於系統搜尋可借單車資訊。 系統回傳搜尋結果（包含：站點地點、可借數量、車種：電動／一般）。 借車人前往選定站點並找到可借的單車。 借車人以悠遊卡感應（或掃碼），啟動借車。 系統驗證借車人身份與付款方式（會員資格、卡片有效性、押金／授 權可用額度）。 驗證通過後，系統發送成功提示（聲音／螢幕訊息），解開車鎖。 借車人取出單車並開始騎乘前往目的地。 抵達目的地後，借車人於系統搜尋可還車的空車位（站點、空位數）。 借車人將單車推入車柱，借車系統鎖定單車並記錄還車時間與站點。 借車系統結算租借費用，完成支付，顯示完成訊息並更新租借紀錄狀 態為「已完成」。

發票、客戶、產品是線上購物系統中常見的重要三個類別（Class），請根 據高內聚（High cohesion）、低耦合（Low coupling）的原則，比較下圖 1、圖2 中類別（Class）圖的設計。請針對設計較差的那一個圖，仔細列 出那些地方違反高內聚、低耦合的原則。（30 分） 圖1 圖2