軟件項目解決方案模板(共10頁)

1、精選優(yōu)質文檔-傾情為你奉上解決方案XXXX科技有限公司XXXX年XX月目錄專心-專注-專業(yè)第1章 關于本方案本文檔的詳細描述了修車養(yǎng)車網(wǎng)支付系統(tǒng)項目的每個功能的設計方案。例如功能的需求來源，與各功能模塊之間的關系，功能操作流程示例，序列圖，程序設計，外部接口，數(shù)據(jù)庫設計等。開發(fā)人員可通過閱讀該文檔快速的了解每一個功能的業(yè)務邏輯，便于日后在對系統(tǒng)進行修改時確認修改內容是否正確。同時本文檔也是與終端用戶(在本項目中大多數(shù)情況是技術支持人員)進行系統(tǒng)功能確認，業(yè)務流程確定的唯一文檔。第2章 概述2.1 項目背景由于公司多個系統(tǒng)都用到了支付模塊，而且功能等方面都一致。2.2 建設目標把支付模塊單獨整理

2、出來，然而實現(xiàn)統(tǒng)一管理、維護方便、并且方便以后新系統(tǒng)的開發(fā)。2.3 建設原則保證支付的安全性，一致性，不影響原系統(tǒng)的支付，在原有系統(tǒng)上以最小的改動方面來實現(xiàn)這個支付的分離。第3章 需求描述及分析3.1 概述3.1.1 需求分析Ø 原各系統(tǒng)的支付Ø 問題分析從上圖可以看出我們這個養(yǎng)車修車網(wǎng)有好修養(yǎng)、好淘氣、等多個項目。然而他們都需要用到支付寶、微信、銀聯(lián)這三個第三方支付。那么既然都是同一個平臺的系統(tǒng)，每個系統(tǒng)支付都重新寫，或者以后又有新項目支付又要寫支付。得出以下結論：1. 代碼重用性不高2. 維護不方便3.2 需求描述3.2.1 業(yè)務需求Ø 解決問題為了解決上面存

3、在的問題，將原來各系統(tǒng)的支付獨立分離出來整合成一個支付系統(tǒng)?，F(xiàn)在就是由各個系統(tǒng)去和這個獨立出來的支付系統(tǒng)交互，然后在由支付系統(tǒng)再去調用第三方支付(微信、銀聯(lián)、支付寶)進行交互。這樣即使有新的系統(tǒng)需要用到支付也不要重新寫支付的功能，然后也也方便以后的管理維護。3.2.2 接口需求3.2.2.1 支付各個系統(tǒng)調用支付系統(tǒng)，然后我們在根據(jù)出傳入的支付途徑的調用對應的第三方支付進行支付（WEB）或者返回相應的屬性（APP）,并且返回成功或失敗。3.2.2.2 退款各個系統(tǒng)調用支付系統(tǒng)，然后我們在根據(jù)出傳入的支付途徑的調用對應的第三方支付進行退款,并且返回成功或失敗。3.2.2.3 支付回調第三方通知我

4、們的支付系統(tǒng)的回調地址，然后我們驗證簽名和參數(shù)解析，如果支付成功就修改付款單支付狀態(tài)為已支付，然后根據(jù)在通知付款單的系統(tǒng)ID將結果通知對應的系統(tǒng)，如果通知失敗就隔1秒在失敗就隔2秒依次加時間請求，超過20次就添加到系統(tǒng)日志里面。3.2.2.4 退款回調第三方通知我們的支付系統(tǒng)的回調地址，然后我們驗證簽名和參數(shù)解析，如果支付成功就修改付款單支付狀態(tài)為已支付，然后根據(jù)在通知付款單的系統(tǒng)ID將結果通知對應的系統(tǒng)，如果通知失敗就隔1秒在失敗就隔2秒依次加時間請求，超過20次就添加到系統(tǒng)日志里面。3.2.3 性能需求這里描述系統(tǒng)的性能需求。3.2.4 安全需求這里描述系統(tǒng)的安全方面的需求。3.2.5 其

5、它需求3.2.5.1 對賬單3.3 需求分析3.3.1 系統(tǒng)涉眾分析這里描述和系統(tǒng)相關的用戶，包括客戶，最終用戶細分，他們在系統(tǒng)中的職責，以及他們如何使用系統(tǒng)。簡單的說，就是本系統(tǒng)的所有干系人及職責描述，相當于用例分析中的角色。3.3.2 功能需求分析這里描述系統(tǒng)的所有功能需求，可以使用用例圖，如果功能需求比較多，可以采用用例包。最好在開始時，給出系統(tǒng)用例圖。3.3.3 對技術架構的要求這里描述對架構設計有指導性的關鍵需求，會影響到后面的架構設計。第4章 總體設計4.1 總體設計目標這里描述系統(tǒng)的總體設計目標。4.2 總體設計原則這里描述系統(tǒng)的總體設計原則。4.3 總體邏輯架構設計這里以邏輯結

6、構圖（一般分層組織）的方式，描述我們提供的整個軟件生態(tài)系統(tǒng)，一般不涉及具體的技術。4.4 網(wǎng)絡系統(tǒng)設計這里用網(wǎng)絡拓撲圖的形式描述網(wǎng)絡方面的設計。4.5 硬件系統(tǒng)設計這里描述硬件方面的設計，一般包括：數(shù)據(jù)庫服務器、備份服務器、Web服務器、應用服務器、存儲設備、防火墻等。4.5.1 服務器這里描述硬件服務器的選型，依據(jù)內容多少，目錄可自行添加。4.5.2 網(wǎng)絡設備這里描述網(wǎng)絡設備的選型，依據(jù)內容多少，目錄可自行添加。4.5.3 存儲系統(tǒng)這里描述存儲設備的選型，依據(jù)內容多少，目錄可自行添加。4.6 平臺選擇這里列出所有數(shù)據(jù)庫，應用服務器，web服務器，操作系統(tǒng)等軟件平臺的選型，可以包含介紹和選擇理

7、由。4.7 標準規(guī)范設計（可選）在有些大型系統(tǒng)中，需要做開創(chuàng)性的規(guī)范方面的設計，用來指導后面系統(tǒng)的開發(fā)。一般就是數(shù)據(jù)方面的規(guī)范。這里可以分兩個方面進行描述，一個是規(guī)范采用的技術，一般是xml；另一個就是規(guī)范初步設計。第5章 詳細設計5.1 技術架構設計5.1.1 設計思路描述整個技術架構的設計思路，一般是介紹架構設計的歷史，引導出本系統(tǒng)實際的符合先進行的架構思路。5.1.2 設計原則簡要描述設計原則，一般都是都是固定的，可參考指南。5.1.3 架構決策列出所有架構決策的要點，并逐點解釋其與架構需求的對應。5.1.4 技術架構5.1.4.1 平臺技術架構（可選）給出方案所選平臺的技術架構，一般是采用廠商平臺的技術架構，可以從廠商網(wǎng)站或ppt中拷貝。5.1.4.2 總體技術架構圖在平臺架構的基礎上，給出具體針對本項目的