1. 程式人生 > >網際網路+廢品回收專案需求分析報告

網際網路+廢品回收專案需求分析報告

引言

目的

網際網路+廢品回收的想象空間:從資源回收產業鏈改造的角度去說,網際網路取締了“回收站點”,將零散的回收從業者個人統一起來,使舊物直接從使用者家中到達回收基地(大型回收分揀處理企業),縮短了產業鏈流程以節約成本,包括單人、單點覆蓋面的時間成本,運輸成本、層層轉手產生的二次成本。如果從規模上來說,在完全規模化以後,還能實現城市回收基地的取代,直接與再生產企業建立業務往來,這中間成本幾乎為零。另一方面,如果舊物回收工具能夠成功進入家庭或社群,成為一道入口,在這個方向上將更加具有想象力。

背景

資源回收的巨大市場空間及交易規模:隨著我國人民生活水平的提高,廢舊物品產生量也在劇增。根據一份再生資源回收利用市場分析報告中寫到,目前的中國再生資源回收企業有 5000 多家,回收加工處理工廠 3000 多家,年經營額在6000 億至 7000 億元間。將進城收廢品的農民工計算在內,從業人員接近 1000萬。2014 年我國十大類別的再生資源回收總量約為 2.56 億噸,回收總值為 5902.8億元。在所有再生資源類別中,C 端消費品可回收資源佔總回收總值的 27% 左右,主要包括一些廢紙、廢塑料、廢棄電子電器產品、廢木材(傢俱)和廢紡織品等

參考資料

[1] 張海藩、牟永敏. 《軟體工程導論(第6版)》[M].北京: 清華大學出版社,2013
[2] [美] 惠騰(Whitten J.L.)著 肖剛、孫慧等譯.《系統分析與設計方法(原書第7版)》[M].北京: 機械工業出版社,2007.8

需求和約束條件

整體描述

本系統模組結構圖
這裡寫圖片描述

角色類圖
這裡寫圖片描述

功能需求

功能列表:

交易系統

a) 用例圖
這裡寫圖片描述

b) 用例描述

使用者可以檢視商品,並選取可回收商品下訂單預定回收。
下訂單後,系統給使用者返回預計上門回收時間,同時會給回收員新訂單提示,回收員在接取訂單後需要在規定時間內上門回收。
上門回收時,回收員先稱量回收物品的重量,雙方協商後完善訂單資訊(重量),由後臺計算出總價格。回收員確認訂單後,使用者將得到回收款。
使用者和回收員均可檢視自己的訂單。

c) 活動圖
這裡寫圖片描述
d) 參與者

使用者、回收員

管理系統

a) 用例圖
這裡寫圖片描述
b) 用例描述

系統管理員可以進行使用者管理、回收員管理、回收物品分類及定價、檢視交易記錄。
其中,使用者管理包括:使用者增加、密碼重置、使用者資訊檢視;回收員管理包括:回收員增加、回收員密碼重置、回收員資訊檢視;檢視交易記錄還包括:按時間檢視交易記錄、按指定使用者檢視交易記錄、按指定回收員檢視交易記錄。

c) 參與者

系統管理員

非功能需求

安全性

安全需求包括安全設施需求和安全性需求。要保證軟體和資料的安全,必須有相應的安全設施。軟體的安全性必須達到如下要求:

  1. 只有經過授權的使用者才能操作本軟體。

  2. 各功能只對授權的使用者開放,未經授權的使用者即使進入軟體,也不能進行操作

  3. 內部應用與外部應用需要進行物理隔離、邏輯連通

  4. 建立完善的軟體日誌管理系統

  5. 軟體須嚴格的控制請求安全性,保證使用的可靠性

  6. 軟體的許可權設計需靈活簡便、粒度小,保證訪問的安全性

易用性

能便捷、友好、簡單的方式完成對系統訪問以滿足自身需求。

  1. 介面風格統一

  2. 儘量減少使用者的輸入操作,增加操作導航

  3. 軟體具有一定的靈活性,提供模板和資料匯入匯出

  4. 軟體的通用性、操作簡單易學,實用性強

  5. 整體軟體要求具有良好的人機介面,需專門將使用者體驗作為需求要點進行分析設計,提高軟體的使用者體驗,保證使用者的使用方便簡易

可靠性

保證系統能可靠執行。

  1. 由於所有資料全部儲存在伺服器上,所以需要對伺服器資料經常備份

  2. 需要考慮到與Git的之間的連通性

  3. 要求軟體能7*24穩定執行

  4. 對軟體執行狀態監控,提供軟體執行日誌

效能

要充分考慮效能需求:

  1. 要能支援大量使用者(不少於1000人)的併發訪問

  2. 軟體的響應時間應小於10秒

  3. 超時概率小於萬分之一,錯誤概率小於萬分之一

可維護性、可擴充套件性和適應性

軟體的設計方案應易於理解,相關的文件資料應清晰、完整、一致,同時要有良好的功能、資料可擴充套件性以及對環境適應能力,軟體在無人工干預條件下的穩定性,自排錯能力,可測試性,軟體具備修正,升級,備份,恢復機制以及能夠方便地使用。