软件项目解决方案模板.doc

资源描述

解决方案 XXXX 科技有限公司 XXXX 年 XX 月目录第 1 章关于本方案 4 第 2 章概述 4 2 1 项目背景 4 2 2 建设目标 4 2 3 建设原则 4 第 3 章需求描述及分析 4 3 1 概述 4 3 1 1 需求分析目标和任务可选 4 3 1 2 需求分析组织方式 4 3 2 需求描述 5 3 2 1 业务需求 5 3 2 2 接口需求 5 3 2 3 性能需求 5 3 2 4 安全需求 5 3 2 5 其它需求 5 3 3 需求分析 5 3 3 1 系统涉众分析 5 3 3 2 功能需求分析 6 3 3 3 对技术架构的要求 6 第 4 章总体设计 6 4 1 总体设计目标 6 4 2 总体设计原则 6 4 3 总体逻辑架构设计 6 4 4 网络系统设计 6 4 5 硬件系统设计 6 4 5 1 服务器 7 4 5 2 网络设备 7 4 5 3 存储系统 7 4 6 平台选择 7 4 7 标准规范设计可选 7 第 5 章详细设计 7 5 1 技术架构设计 7 5 1 1 设计思路 7 5 1 2 设计原则 7 5 1 3 架构决策 8 5 1 4 技术架构 8 5 2 功能设计 8 5 3 安全设计 8 5 4 用户界面设计可选 8 5 4 1 界面设计原则 9 5 4 2 易用性设计 9 5 4 3 界面原型设计 9 第 6 章项目实施方案 9 6 1 项目实施策略与运行管理机制 9 6 1 1 项目实施策略 9 6 1 2 项目运行管理机制 9 6 2 项目实施和管理 9 6 2 1 项目组织结构 9 6 2 2 项目管理 9 6 2 3 项目计划 9 6 2 4 项目组人员配置 9 6 2 5 项目测试方案 10 6 2 6 软件开发过程可选 10 第 7 章技术支持和服务 10 第 8 章项目预算 10 第 9 章公司简介 10 第 10 章附录一 XXX 平台简介 11 第 11 章附录二 XXX 技术标准及规范简介 11 第 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 安全设计视客户具体要求可独立章节写方案时应考虑招标方的具体安全需求并给出具体的建议措施

展开阅读全文