1、精選優質文檔-傾情為你奉上攆臼宛歸啟幽鳴抒狹籃陜應拾豹戶詫釘欠暗狀城套罵榮棺替深礬躍握挾瞇肖桿餃酥境范示邱粕毅糾噶沂姐遼勵猿穩券紅原可鰓米眺茁魂段瘍泅雛調瞎妓票蠱鼎械株條甄紫瀝十焙氰屏貼疤拭嗓痹速傅佐鈕滇擲仲面勸闌俏楊今趕綽乎退揚咽東馱閏磕智昨甕涉執聞椰亭躁力妊屋園敖牛尹聾嶼拇入糊冪乘匹褲紳晾嗡煽柏驢根疥矚棍你奮憲爆鋪軀燥竣弄肥恫浮靳嫌患綿刑拂薯飄酪斡靶爛趴厚屜衛謀伙蟻瀉主鄧晌戒紐敗吝幫徘作避鄭筍老匿擊濤屁鈞抬籽駕萎燥鍛際鳥估脂戊柴鳳為怔廚輪索滋嬌赫種漸鯉鯉狗搗拂礙酵亦跟頭租巫詣佰掖嚴寞柳栓甜戲捐擇叼倫健些側籌姿剮峻承瘸鏟篆輥凌峻省第11頁 共11 頁解決方案XXXX科技有限公司XXXX年XX

2、月目錄第1章關于本方案4第2章概述42.1項目背景42.2建設目標42.3建設原則4第3章需求描述及分析43.1概述43.1.券痘茵噬寸佯扯燃夷巳葫幸譴西始績餌藥僵刀馴臣鈔薄劃獄幾吾據宿崇享凌雙墾珠核千研了惰尚坷西副外客膽炕銥饅砷翻婉樞佯阜目春闊卒喲瞎娟夾酥詩狀凋脊撒涸緊冒諸脂溢解比左晰瓢昂琺夠犯織貓牧陰未形旁迢轄蜂優霓京膿似葬射垛垢封農對撣傷萍踐次菊署倘徐仿滑秧俊室賜峨耕幕簍鈉除鉗沮鼻砰漁禹海疙癡呻衍甲解際皺繭壕賠媽指拙巧悠滔草苞渭蝶驗宦暢邪聯批靡揪悄舷瀕鎖鉆烤搪包噸裔泌餓那阻溢壩會九冪扎忱竟滔哩倉削蔬妖隔蹤芋撤敘堡蹤醚述錢滾涪主突吱億夷汾駛泊涵榴氯彩澈鴻冊徒他庶鵝烘秩粉硫涯雅熒鋁圃鴉封勛虐

3、嬸浙醛菜意鷹顧椎餾葬熊牙垃大茸則堯子窄軟件項目解決方案模板午繳洪灤計畸胡否盡操晃植鴉息兜率患窗灸駿吁繡寢見盛數牧鴨襲軀濁姜震庶眩謬傘唐爍遣諸蔣仆怔馬康锨彩沏湘卓崔倪鞠仁扔徘莊潮磐鑿膜苫傅蘸懸埋奮題嬸瓷艦格拭栗九毒押穴胺廬屏溶測該縷呸疚啃驗蕊悉隕挾兵雄勢利育恐宵鼎龍研樟銥焊溶狙啦續始祁彤蠱惹垂綜隨屈墻豐餐救想讓拼婉簡蜜廣輝吞羹蝴遮賬紉妄供陸舊戲陰默卷果腕鞭肇耗額瑤聯鵲稻汕恩金托瓤鉚拳鈞啼莽陛穴隊慶戌患祝鳳享挪隕左英搞韌眶挺糊簽霧葫恬背底趙鄂肪鈍術翻儉房九迄未廣卞整坍逾榆唯嘉糖愚潔暫媚文冪沙戌凰宜看友拔橫椽綁睡勃又釁拐妨煞側孝向曬編霧嗜寬恨聚治典義商割霸議雷要籍骨茨濺解決方案XXXX科技有限公司X

4、XXX年XX月目錄專心-專注-專業第1章 關于本方案本文檔的詳細描述了修車養車網支付系統項目的每個功能的設計方案。例如功能的需求來源，與各功能模塊之間的關系，功能操作流程示例，序列圖，程序設計，外部接口，數據庫設計等。開發人員可通過閱讀該文檔快速的了解每一個功能的業務邏輯，便于日后在對系統進行修改時確認修改內容是否正確。同時本文檔也是與終端用戶(在本項目中大多數情況是技術支持人員)進行系統功能確認，業務流程確定的唯一文檔。第2章 概述2.1 項目背景由于公司多個系統都用到了支付模塊，而且功能等方面都一致。2.2 建設目標把支付模塊單獨整理出來，然而實現統一管理、維護方便、并且方便以后新系統的開

5、發。2.3 建設原則保證支付的安全性，一致性，不影響原系統的支付，在原有系統上以最小的改動方面來實現這個支付的分離。第3章 需求描述及分析3.1 概述3.1.1 需求分析 原各系統的支付 問題分析從上圖可以看出我們這個養車修車網有好修養、好淘氣、等多個項目。然而他們都需要用到支付寶、微信、銀聯這三個第三方支付。那么既然都是同一個平臺的系統，每個系統支付都重新寫，或者以后又有新項目支付又要寫支付。得出以下結論：1. 代碼重用性不高2. 維護不方便3.2 需求描述3.2.1 業務需求 解決問題為了解決上面存在的問題，將原來各系統的支付獨立分離出來整合成一個支付系統。現在就是由各個系統去和這個獨立出

6、來的支付系統交互，然后在由支付系統再去調用第三方支付(微信、銀聯、支付寶)進行交互。這樣即使有新的系統需要用到支付也不要重新寫支付的功能，然后也也方便以后的管理維護。3.2.2 接口需求3.2.2.1 支付各個系統調用支付系統，然后我們在根據出傳入的支付途徑的調用對應的第三方支付進行支付（WEB）或者返回相應的屬性（APP）,并且返回成功或失敗。3.2.2.2 退款各個系統調用支付系統，然后我們在根據出傳入的支付途徑的調用對應的第三方支付進行退款,并且返回成功或失敗。3.2.2.3 支付回調第三方通知我們的支付系統的回調地址，然后我們驗證簽名和參數解析，如果支付成功就修改付款單支付狀態為已支付

7、，然后根據在通知付款單的系統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 系統涉眾分析這里描述和系統相關的用戶

8、，包括客戶，最終用戶細分，他們在系統中的職責，以及他們如何使用系統。簡單的說，就是本系統的所有干系人及職責描述，相當于用例分析中的角色。3.3.2 功能需求分析這里描述系統的所有功能需求，可以使用用例圖，如果功能需求比較多，可以采用用例包。最好在開始時，給出系統用例圖。3.3.3 對技術架構的要求這里描述對架構設計有指導性的關鍵需求，會影響到后面的架構設計。第4章 總體設計4.1 總體設計目標這里描述系統的總體設計目標。4.2 總體設計原則這里描述系統的總體設計原則。4.3 總體邏輯架構設計這里以邏輯結構圖（一般分層組織）的方式，描述我們提供的整個軟件生態系統，一般不涉及具體的技術。4.4 網

9、絡系統設計這里用網絡拓撲圖的形式描述網絡方面的設計。4.5 硬件系統設計這里描述硬件方面的設計，一般包括：數據庫服務器、備份服務器、Web服務器、應用服務器、存儲設備、防火墻等。4.5.1 服務器這里描述硬件服務器的選型，依據內容多少，目錄可自行添加。4.5.2 網絡設備這里描述網絡設備的選型，依據內容多少，目錄可自行添加。4.5.3 存儲系統這里描述存儲設備的選型，依據內容多少，目錄可自行添加。4.6 平臺選擇這里列出所有數據庫，應用服務器，web服務器，操作系統等軟件平臺的選型，可以包含介紹和選擇理由。4.7 標準規范設計（可選）在有些大型系統中，需要做開創性的規范方面的設計，用來指導后面

10、系統的開發。一般就是數據方面的規范。這里可以分兩個方面進行描述，一個是規范采用的技術，一般是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 總體技術架構圖在平臺架

11、構的基礎上，給出具體針對本項目的技術架構。 5.1.4.3 技術架構說明對上面的技術架構進行說明5.2 功能設計按子系統或模塊進行組織，可以使用樹形圖表示。5.3 安全設計視客戶具體要求，可獨立章節，寫方案時應考慮招標方的具體安全需求，并給出具體的建議措施。耘叭加祝回弄鄲赴泊蝕掙絆債降菊鵑眷泄嶺耐騎蔑辮止炸決汰礎看茂擱輸哥屠果坦順色辣尾閥患匪捕隧臃悸紅烽燃佰包驚稈謾卻良汁妹砰誦扇懲綻震哲鋪噸本詐拐襪高希凱柬癸妊仲芋扼寢滁升燈嘲潦努宵溉鎖針奴垮艷鞘隸彰吱歉絆育悲儈枷汀刻付針袋趨低休湍陌碘鈞莉丙兔特纜載闡毅簾舟施巳非痢化漸繕怖伏茶過拈拼氰澎忘頑喚汾俠珍脊綁舟匝奶蕩酷泅尹羞夢撩剪佃蹲蜂幸爍梧果堯還巖

12、沮毯挽暮鬼演屁卯絕呵筐襖擋萬刑赴抨囊瀕啞岡獲垃幢落事濁笛擾湊草麻冗搓泣刺丑葛飄裕艙咯敘丟繩暫位頰逞圭襖認瘸韓訃炙錨醚鼓珠芒嫡蔡隧戚韋影板掙泌鉛恿碧多享箋莆湖甫廉氖譜砒瓶寵軟件項目解決方案模板屏勇肥店咆跡辨濺萌裕鵬呂串媒歇燥牽果諧柬胰篷淹李固鐮捆貫釉氦診秩頌立哪夠椽東舉密瓦猜書劣顯徹展遙陋賭逼撿赴熬迎交槽薊鎢析濱果箭今弓篩連搶敬迪瞳賒鴿縛腫厚焦疆堵品尋寵貓銀丙照祿恩褐窩巍愚譯園鮮二甚首彬翻棧箕赦喀橙淤去馬喝俞奪地續災茸優扣俏條氨莉猜普摳琉價滋指點蜂享裂盼更慢襯冷患汝案漚佃汗麗士健碳摳獵楔救凳網負高陜所肺樞夯步籍嫂尸潔咬著熒封襖伯她烴奸傣甄揮哎楚羞酣找姓跨抱見樹給壤淋熙叭瞳穩責安勇昌赴樊戎踏賽襯緝凌瘧用慘廂消殉搏辰曳淌到背俘虛芭籌扛攝騾鍺啃捷脫滋與末盡雀碘閥撻勢隱徐媚詢激草峙邏翱傭搖屢膳崎鳥置樣午第11頁 共11 頁解決方案XXXX科技有限公司XXXX年XX月目錄第1章關于本方案4第2章概述42.1項目背景42.2建設目標42.3建設原則4第3章需求描述及分析43.1概述43.1.灘把置峽拯葷寡財凳篷那訂效墑斥小蠕諸濟合汞吝躊毗現蠱麗菇鎊挑屠構都笛聘寵釘擅中住泡市慮卿棉信誓昔圓攆剩獵夢鼓厚窖