解
決
方
案
XXXX科技有限公司
XXXX年XX月
目錄
第1章 關於本方案
本文檔的詳細描述了修車養車網支付系統項目的每個功能的設計方案。例如功能的需求來源,與各功能模塊之間的關系,功能操作流程示例,序列圖,程序設計,外部接口,數據庫設計等。開發人員可通過閱讀該文檔快速的了解每一個功能的業務邏輯,便於日后在對系統進行修改時確認修改內容是否正確。
同時本文檔也是與終端用戶(在本項目中大多數情況是技術支持人員)進行系統功能確認,業務流程確定的唯一文檔。
第2章 概述
2.1 項目背景
由於公司多個系統都用到了支付模塊,而且功能等方面都一致。
2.2 建設目標
把支付模塊單獨整理出來,然而實現統一管理、維護方便、並且方便以后新系統的開發。
2.3 建設原則
保證支付的安全性,一致性,不影響原系統的支付,在原有系統上以最小的改動方面來實現這個支付的分離。
第3章 需求描述及分析
3.1 概述
3.1.1需求分析
Ø 原各系統的支付
Ø 問題分析
從上圖可以看出我們這個養車修車網有好修養、好淘氣、等多個項目。然而他們都需要用到支付寶、微信、銀聯這三個第三方支付。那么既然都是同一個平台的系統,每個系統支付都重新寫,或者以后又有新項目支付又要寫支付。
得出以下結論:
1. 代碼重用性不高
2. 維護不方便
3.2 需求描述
3.2.1業務需求
Ø 解決問題
為了解決上面存在的問題,將原來各系統的支付獨立分離出來整合成一個支付系統。現在就是由各個系統去和這個獨立出來的支付系統交互,然后在由支付系統再去調用第三方支付(微信、銀聯、支付寶)進行交互。這樣即使有新的系統需要用到支付也不要重新寫支付的功能,然后也也方便以后的管理維護。
3.2.2接口需求
3.2.2.1 支付
各個系統調用支付系統,然后我們在根據出傳入的支付途徑的調用對應的第三方支付進行支付(WEB)或者返回相應的屬性(APP),並且返回成功或失敗。
3.2.2.2 退款
各個系統調用支付系統,然后我們在根據出傳入的支付途徑的調用對應的第三方支付進行退款,並且返回成功或失敗。
3.2.2.3 支付回調
第三方通知我們的支付系統的回調地址,然后我們驗證簽名和參數解析,如果支付成功就修改付款單支付狀態為已支付,然后根據在通知付款單的系統ID將結果通知對應的系統,如果通知失敗就隔1秒在失敗就隔2秒依次加時間請求,超過20次就添加到系統日志里面。
3.2.2.4 退款回調
第三方通知我們的支付系統的回調地址,然后我們驗證簽名和參數解析,如果支付成功就修改付款單支付狀態為已支付,然后根據在通知付款單的系統ID將結果通知對應的系統,如果通知失敗就隔1秒在失敗就隔2秒依次加時間請求,超過20次就添加到系統日志里面。
3.2.3性能需求
[這里描述系統的性能需求。]
3.2.4安全需求
[這里描述系統的安全方面的需求。]
3.2.5其它需求
3.2.5.1 對賬單
3.3 需求分析
3.3.1系統涉眾分析
[這里描述和系統相關的用戶,包括客戶,最終用戶細分,他們在系統中的職責,以及他們如何使用系統。簡單的說,就是本系統的所有干系人及職責描述,相當於用例分析中的角色。]
3.3.2功能需求分析
[這里描述系統的所有功能需求,可以使用用例圖,如果功能需求比較多,可以采用用例包。最好在開始時,給出系統用例圖。]
3.3.3對技術架構的要求
[這里描述對架構設計有指導性的關鍵需求,會影響到后面的架構設計。]
第4章 總體設計
4.1 總體設計目標
[這里描述系統的總體設計目標。]
4.2 總體設計原則
[這里描述系統的總體設計原則。]
4.3 總體邏輯架構設計
[這里以邏輯結構圖(一般分層組織)的方式,描述我們提供的整個軟件生態系統,一般不涉及具體的技術。]
4.4 網絡系統設計
[這里用網絡拓撲圖的形式描述網絡方面的設計。]
4.5 硬件系統設計
[這里描述硬件方面的設計,一般包括:數據庫服務器、備份服務器、Web服務器、應用服務器、存儲設備、防火牆等。]
4.5.1服務器
[這里描述硬件服務器的選型,依據內容多少,目錄可自行添加。]
4.5.2網絡設備
[這里描述網絡設備的選型,依據內容多少,目錄可自行添加。]
4.5.3存儲系統
[這里描述存儲設備的選型,依據內容多少,目錄可自行添加。]
4.6 平台選擇
[這里列出所有數據庫,應用服務器,web服務器,操作系統等軟件平台的選型,可以包含介紹和選擇理由。]
4.7 標准規范設計(可選)
[在有些大型系統中,需要做開創性的規范方面的設計,用來指導后面系統的開發。一般就是數據方面的規范。這里可以分兩個方面進行描述,一個是規范采用的技術,一般是xml;另一個就是規范初步設計。]
第5章 詳細設計
5.1 技術架構設計
5.1.1設計思路
[描述整個技術架構的設計思路,一般是介紹架構設計的歷史,引導出本系統實際的符合先進行的架構思路。]
5.1.2設計原則
[簡要描述設計原則,一般都是都是固定的,可參考指南。]
5.1.3架構決策
[列出所有架構決策的要點,並逐點解釋其與架構需求的對應。]
5.1.4技術架構
5.1.4.1 平台技術架構(可選)
[給出方案所選平台的技術架構,一般是采用廠商平台的技術架構,可以從廠商網站或ppt中拷貝。]
5.1.4.2 總體技術架構圖
[在平台架構的基礎上,給出具體針對本項目的技術架構。 ]
5.1.4.3 技術架構說明
[對上面的技術架構進行說明]
5.2 功能設計
[按子系統或模塊進行組織,可以使用樹形圖表示。]
5.3 安全設計
[視客戶具體要求,可獨立章節,寫方案時應考慮招標方的具體安全需求,並給出具體的建議措施。]