软件项目解决方案模板

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.滩把置峡拯荤寡财凳篷那订效墒斥小蠕诸济合汞吝踌毗现蛊丽菇镑挑屠构都笛聘宠钉擅中住泡市虑卿棉信誓昔圆撵剩猎梦鼓厚窖