E.1 引言

E.1.1 編寫目的

本設計書是高校固定資產管理專案程式的研發概要設計，將專案開發程序中或者專案結束後提供給雙方人員使用，同時也可以作為實施後期的維護人員使用。

E.1.2 背景

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

E.1.3 定義

B/S：（Browser/Server結構）結構即瀏覽器和伺服器結構。

需求： 使用者解決問題或達到目標所需的條件和功能；系統或系統部要滿足合同、標準，規範或其他正式文件所需具有的條件及權能。

E.1.4 參考資料

[1] 張海藩、牟永敏. 《軟體工程導論（第6版）》[M].北京: 清華大學出版社，2013

E.2 總體設計

E.2.1 需求規定

1. 使用者端

• 下訂單
• 訂單查詢
• 檢視個人資訊
• 修改個人資訊

2. 回收員端

• 訂單處理
• 檢視獲取佣金
• 檢視個人資訊
• 修改個人資訊

3. 系統管理

• 使用者管理
• 回收員管理
• 回收物分類定價管理
• 交易記錄檢視
• 修改賬戶資訊

E2.2 執行環境

1. 伺服器

• 平臺：阿里雲
• CPU： 4核
• 記憶體： 8 GB
• 例項型別： I/O優化
• 作業系統： CentOS 7.2 64位
• 系統盤：400GB

2. 客戶端

• CPU：奔騰III500或更高
• 記憶體：2G以上
• 作業系統： 中英文Windows7/ Windows8/ Windows10等
• 顯示卡：SVGA，16K色以上顯示模式
• 硬碟：126GB以上
• 驅動器：50倍速CD-ROM以上
• 其它裝置：滑鼠器，UPS

E2.3 基本設計概念和處理流程

E2.3.1系統的功能結構圖

E.2.4 結構

E.2.5 功能需求與程式的關係

E.2.6 人工處理過程

（不適用）

E.2.7 尚未解決的問題

由於時間關係本概要設計說明書還需完善。

E.3 介面設計

本系統採用JAVA進行開發,所提供的不同層次的介面,都具有高度的整合性,本系統沒有采用低階語言設計和完成自定義的介面,因此介面設計大部分已經由不同方式的JavaBean元件來完成了,以下只做簡單的說明。

E.3.1 使用者介面

本系統提供視覺化的操作方式,不提供命令控制語句進行輸入控制,從而使用者只需要使用滑鼠進行命令操作,使用鍵盤輸入系統接收的引數。

輸入輸出，介面介面操作包括以下的方面：

E.3.2 外部介面

1. 高德地圖API
2. 微信開放平臺API

E.3.3 內部介面

輸入輸出，介面介面操作包括以下的方面：

E.4 執行設計

E.4.1 執行模組組合

使用者端子系統、回收員端子系統、後臺管理端子系統

E.4.2 執行控制

本軟體控制流程:當用戶登入網站後啟動index.Asp通過身份驗證後,登入系統,並呼叫系統,並呼叫系統,由相應的訪問方式分別啟用其他模組。

E.4.3 執行時間

各模組執行時間均應控制在1-10秒內。

E.5 系統資料結構設計

E.5.1 邏輯結構設計要點

資料庫邏輯設計：

• 系統管理員表 shop_admin
• 回收員表 shop_ collector
• 使用者表 shop_user
• 商品表 shop_goods
• 訂單表 shop_order

資料表的詳細設計：

系統管理員表 shop_admin（主鍵：adminId）

回收員表 shop_ collector（主鍵：collectorId）

使用者表 shop_user（主鍵：userId）

商品表 shop_goods（主鍵：goodsId）

訂單表 shop_order（主鍵：orderId）

E.5.2 物理結構設計要點

本資料庫的檔案物理結構：採用二叉樹的結構記錄檔案。

E.5.3 資料結構與程式的關係

E.6 系統出錯處理設計

E.6.1 出錯資訊

1. 出錯輸出資訊

2. 出錯處理對策

   • 重新啟動系統；
   • 中斷系統工作；
   • 管理修改相關程式碼，除錯資料庫。
3. 安全保密設計
   
   • 使用者要輸入密碼和使用者名稱登入才可使用，系統設定提供管理員操作介面。
   • 對資料庫進行備份
   • 安裝系統防火牆

E.6.2 補救措施

主要的錯誤可能有：

• 資料庫連線錯誤：這類錯誤主要是資料庫設定不正確，或SQL Server異常引起的，我們只要取消本次操作，提醒使用者檢查資料庫問題就可。
• 輸入錯誤：這主要是使用者輸入不規範造成的，我們在儘量減少使用者出錯的條件的情況下，主要也是通過對話方塊，提醒使用者，然後再次操作。
• 其他操作錯誤：對於使用者的不正當操作，有可能使程式發生錯誤。我們主要是中止操作，並提醒使用者中止的原因和操作的規範。
• 其他不可預知的錯誤：程式也會有一些我們無法預知或沒考慮完全的錯誤，我們對此不可能做出安全的異常處理，這時我們主要要保證資料的安全，所以要經常的進行資料庫備份，並能及時的和我們聯絡，以逐步的完善我們的程式。

E.6.3 系統維護設計

(1) 提供管理員頁面方便操作維護

(2) 固定時間對系統進行維護檢測

(3) 若系統出現癱瘓，可啟動備用系統維持運轉。