---
tags: 軟體工程
title: 系統願景文件
---
# 第四組 二手物品交易平台
## 摘要 or 系統簡介
- 本系統名為二手物品交易平台，此系統主要的發想概念是提供一個網路平台，讓大家能夠將自己用不到的東西，或是經過汰舊換新後，所淘汰的舊物品，能夠刊登在此網路平台上，讓這些二手物能夠被其他買家所發現並重新發揮二手物的價值，藉此還能達到環保的概念，在購買商品的過程中，本系統與第三方支付平台合作，提供多元化的支付方式，並在現今疫情嚴峻的情況下，此系統與物流業者合作幫助運送商品，減少物品買賣時買家與賣家面交時的接觸風險，另外此平台設有買賣雙方的個人資訊，讓買家在購買商品時，能夠得知刊登商品的賣家在此平台的資料，並且再利用留言、評分系統，得知此賣家過往的買賣紀錄，與過往向此賣家買過商品的買家所給予的評分與留言，來判斷此賣家是否為優良賣家，提供買家在選取商品時多了一分保障，此外本系統也與廣告商合作，提供廣告商或賣家將自己的商品登上廣告系統，提高商品的曝光度，並且可得知後台數據報表，判斷此商品在此平台的優劣，最後為了買賣雙方在買賣商品時難免會產生問題，本系統設置了客服以解決使用者在此平台上的各種問題。
## 系統願景文件
### 問題描述
- 商品交易一直都是人人生活中最常見的事情，不論是在商店、市場、夜市等等地方，可是這些都是需要出門到現場才能做到的事情，然而現今因為疫情，增加長時間在外的感染風險，為了解決現實交易時的接觸，我們將開發一個能夠跨平台交易系統，提供民眾能夠刊登商品供需求者購買，減少接觸機會，並且結合物流運送到指定的超商或是社區管理室，達到當商品抵達後，只需要短時間就能夠接收商品。
### 系統功能
- 基本功能
- 建立買賣雙方的個人資訊
- 留言、評分系統
- 防止機器人搶購商品真人驗證系統
- 買家與賣家的文字聊天室
- 買家功能
- 購物清單管理系統
- 商品下單
- 商品查詢
- 條件查詢
- 預購系統
- 偏好設定
- 瀏覽紀錄
- 賣家功能
- 刊登商品
- 訂單管理系統
- 商品管理系統
- 廣告系統
- 提供賣家刊登廣告
- 提供預算、客群受眾、顯示位置(影片、文章)選擇
- 提供後臺數據報表
- 付款服務
- 使用第三方支付平台
- 物流服務
- 物流追蹤系統
- 跨平台服務
- 支援網頁瀏覽器
- 支援行動裝置
- 客服功能
- AI客服
- 電話客服
- 線上文字對話客服
### 商業利益

- 抽取交易手續費獲利
- 提供大品牌刊登廣告，增加額外收入
- 收集交易的大數據，賣給需要的公司
- 與廠商合作，一起出售滯銷貨物，從中獲取紅利
- 提供各式客服功能，增加回購率
- 提供買賣雙方友善交易環境，吸引更多人使用
## 可行性分析
<font color = #ff1235A>
此節為本系統之風險與可行性分析，總共對五個層面進行可行性分析，分別是：
組織與文化可行性分析、技術可行性分析、時程可行性分析、資源可行性分析及經
濟可行性分析，我們將會提出各層面可能面臨的風險以及相關解決方案，而由分析
結果評斷此系統是否可行。</font>

<!--
### 組織和文化可行性
- 交易金流層面
- 風險
- 退貨時容易發生金錢糾紛
- 解決方法
1. 開設買賣方能夠直接溝通的管道
2. 退錢一律退進本平台開設的錢包，再由買方自行操作

- 個資安全層面
- 風險
- 系統遭受網路攻擊，買賣雙方的個資遭到駭客流出
- 解決方法
1. 聘請資安專員，於系統開發期間協助開發人員以SSDLC的方式進行系統開發
2. 系統上市前進行全面的滲透測試與模糊測試
3. 定期為系統進行滲透測試與弱點掃描
- 使用者層面
- 風險
- 買方的不信任
- 解決方法
1. 賣方提供多角度的照片，增加買方對賣方的信任度。
- 組織與文化可行性分析小結
- 網路購物近年來越來越盛行，但買賣雙方的的糾紛卻與日俱增，退換貨是大部分平台會出現的問題，提供一個完善的溝通環境，可大幅減少糾紛。
個資的問題交由專業的人士進行測試，保障客戶的個人資料。大部分的買方因為無法直接看見物品，使買方不信任賣方，通過詳細的照片，買方更有意願購買。
因此組織和文化可行性結果為可行。
### 組織和文化可行性
- 技術方面
- 風險
- 相關知識的缺乏
- 解決方法
- 聘請專業人士進行執導
- 團隊合作
- 風險
- 可能會有跳槽情況
- 解決方法
- 團隊互相勸說
- 以加薪的方式進行挽留
- 時間分配不均
- 風險
- 製作過程可能會有其他案子同時進行
- 解決方法
- 以加班鼓勵員工完成作業
- 招募更多員工參予專案
- 組織與文化可行性分析
本團隊進行此專案技術方面稍嫌不足，聘專業人士可解決此問題。我們的團隊比較不會有跳槽情況，感情較深厚，薪水也合理。大部分的同事
也都願意進行加班。因此組織和文化可行性結果為可行。
-->
### 組織和文化可行性
- 團隊方面
- 風險
- 引進新的系統團隊有人不願學習新東西
- 解決方法
- 團隊互相勸說
- 以加薪的方式進行挽留
- 使用者方面
- 風險
- 買方不信任
- 使用者介面不直觀
- 解決方法
- 提供賣家過往的交易評分、留言
- 提供客服給買方申訴
- 提供問卷了解使用者想法並改善
- 廣告商方面
- 風險
- 擔心廣告曝光度不夠
- 解決方法
- 提供廣告曝光度報告
- 組織與文化可行性分析小結
本團隊進行此專案會有些小爭執，但經過協調，大家都願意配合。使用者不信任問題會盡全力了解使用者不信任的原因，並提供申訴的管道，解決這些問題。
廣告商擔心廣告成效不大，定期提供報告讓廣告商了解曝光度。因此組織和文化可行性結果為可行。

### 技術可行性
1. 前端使用者介面設計
- 存在風險
- 本團隊對於系統介面設計不夠直觀。
- 解決方法
- 設立問卷調查，直接詢問使用者期望的介面。
3. 後端伺服器設計
- 存在風險
- 伺服器不穩定，導致服務經常中斷。
- 解決方法
- 使用雲端伺服器，由伺服器公司負責系統穩定度的維運。
5. 商品資料庫設計
- 存在風險
- 資料庫設計不良，導致資料存取方式雜亂。
- 解決方法
- 制定資料庫的API，所有查詢皆使用此API。
6. 使用者個資資料庫設計
- 存在風險
- 資料庫被非法存取，導致個資外流
- 解決方法
- 資料庫內的個資都要使用RSA技術進行加密
8. 推薦演算法開發
- 存在風險
- 團隊開發出的演算法，推薦效果不佳
- 解決方法
- 聘請演算法技術顧問團隊進行指導。

- 技術可行性分析小結：
- 本團隊開發的介面可能與使用者期望有落差，藉由與使用者溝通，滿足期望。伺服器品質交由專業團隊負責，便於維護伺服器。資料庫的內容和安全性，皆可使用更專業的技術
來完成。由於團隊在演算法能力稍嫌薄弱，另請相關的技術團隊指導。團隊無法解決的問題都可聘請相關人士負責解決，技術可行性分析整體評估後的風險較低，因此分析結果
為可行。
### 工作時程可行性
1. 工作分解結構圖
- 工作結構圖分析中，將會把工作依照軟體生命週期：系統分析、系統設計、開發、測試及部屬依序劃分
2. 甘特圖

2. 系統規劃
- 問題與功能設計
- 可行性分析
- 規劃工作時程
3. 系統分析
- 需求分析
- 繪製功能架構圖
4. 系統設計
- 使用者介面設計
- 後端伺服器設計
- 商品資料庫設計
- 使用者個資資料庫設計
- 推薦演算法設計
5. 實作
- 使用者介面實作
- 資料庫實作
- 伺服器實作
- 演算法實作
6. 系統測試
- 單元測試
- 整合測試
- 連線測試
- 模糊測試
- 滲透測試
- 系統壓力測試
7. 系統部屬
- 網站架設
- 雲端主機部屬
- 前後端系統部屬
- 工作時程可行性小結
- 經過工作時程可行性分析，評估完後，最大的風險為期限之內無法做出來，因為演算法的設計相當耗時，之後的各項測試會測出許多錯誤需要更正，如發生上述狀況，會請示上級需延長期限，因此工作時程可行性結果為可行。
### 資源可行性
1. 人力資源分析
- 專案經理x1, UI/UX工程師x2, 演算法工程師x3, 資料庫工程師x2, 資安顧問x1, 資安工程師x1
2. 伺服器資源分析
- 本系統的伺服器交由專業團隊來維護
- 資源可行性小結
- 人力資源經過評估，基本上沒有問題。伺服器由於技術不熟交給專業團隊。因此資源可行性結果為可行。
### 經濟可行性

- 經濟可行性小結
- 經過預估在第五年收入大於支出，看似稍微久了一點，但第五年後會開始有一筆穩定的收入。因此經濟可行性結果為可行。

## 結論
- 本團隊經過嚴謹的可行性分析，基本上沒有問題，皆有提出實質可行解決的方案。在分工方面安排合理，各司其職。團隊之間相處融洽，合作過好幾件案子
，彼此之間都很熟悉，運作起來相當順暢。技術不足之處，皆可請專業的相關人士進行執導。

- 

1. 需求訪查
為了使本系統更方便使用，必須了解使用者的想法，我們需要對用戶進行問卷調查，進一步完善本系統的各項功能。
- 系統關係人
-