软件项目投标用技术部分.doc

方案技术展现
1.1总体概要
遵循《*****项目》设计原则要求
目标
Ø 必须满足项目的各项功能需求；
Ø 架构必须满足简单、安全升级扩展、伸缩；
Ø 全面、准确地界定系统架构涉及的范围；
Ø 清楚定义内部系统与外部系统的边界以及交互约定；
Ø 确定各微服务的具体职责，微服务间的交互协议和交互过程；
Ø 确定系统的开发、部署、运维平台的相应规范；
Ø 为系统设计和后续编码、测试、维护提供原则、基础和规范；
1.1.1关键质量属性
系统的质量属性
1、可用性：与系统故障及其相关后果有关，系统不能就规范中所说明的服务出现故障。
2、可修改性：是有关变更的成本问题，关注变更什么（artifact），何时变更（environment），由谁变更（source）。
3、性能：与时间有关，事件发生时，系统必须对其做出相应处理。
4、安全性：衡量系统在向合法用户提供服务的同时，阻止非授权使用的能力。主要关注的是数据和服务的安全性。
5、可测试性：通过测试揭示软件缺陷的容易程度。
6、易用性：关注的是对用户来说完成某个期望任务的容易程度和系统所提供的用户支持种类。
7、响应速度：查询不超1秒，其他平均不超1秒
架构的质量属性
1、概念完整性：在各个层次上统一项目设计的根本指导思想
2、正确性和完整性：架构能够满足项目的各种需求和运行时的资源要求的必要条件；
3、可构建性：保证能够由指导开发小组在规定的时间里即时开发系统，并允许在开发过程作些更改的架构属性.
1.1.2架构设计原则
本架构着重考虑项目的互用性、扩展性、灵活性、扩充性为原则，采用微服务，公众号服务采用微服务架构，并且使用当今流行的Docker容器部署。
微服务架构的演进历史
Ø 单体应用架构 – Monolithic：业务错综复杂、相互依赖、紧耦合、高风险
基于简单的MVC分层架构，比较流行的技术栈是SSH或SSM。
Ø 面向服务架构 – SOA：业务分拆、松耦合、分层、服务治理、稳定性提高了、风险降低了
SOA服务化架构，解决了传统企业异构系统之间的互通和互联网企业快速开发迭代的服务化架构，最典型的SOA框架是阿里巴巴开源的Dubbo框架
Ø 微服务架构 – MSA：基于SOA，更细粒度、敏捷性、灵活部署、精准扩展、自主开发部署
MSA微服务架构，通过将功能分解到各个离散的服务中移实现对解决方案的解耦。

微服务架构设计的十二个基本要素
Ø 基准代码：一份基准代码，多份部署
Ø 依赖：显式声明依赖关系
Ø 配置：在环境中存储配置
Ø 后端服务：把后端服务当作附加资源
Ø 构建，发布，运行：严格分离构建和运行
Ø 进程：以一个或多个无状态进程运行应用
Ø 端口绑定：通过端口绑定提供服务
Ø 并发：通过进程模型进行扩展
Ø 易处理：快速启动和优雅终止可最大化健壮性
Ø 开发环境与线上环境等价：尽可能的保持开发，预发布，线上环境相同
Ø 日志：把日志当作事件流
Ø 管理进程：后台管理任务当作一次性进程运行
1.2技术概要
1.2.1 Web端结构及框架的技术规范
Vuejs是当前最流行的前端框架，开源免费，以数据驱动和组件化的思想构建的，双向绑定。采用虚拟dom技术。比直接操作dom的效率高3倍。同时，虚拟dom技术无关浏览器厂商与型号，研发人员不再关心各浏览器细节。关注重心可以向业务实现倾斜。用于业务逻辑的研发的时间有效增加，对于交付时间与交付质量有更有保障。
1.2.2系统所使用数据库的技术规范
公众号服务采用mysql做为数据库, 作为核心事务数据库。
随着当今企业纷纷采用大数据，其信息架构不断发展演变。大数据时代新的信息架构采用 Hadoop，spark 等新兴技术，数据仓库基于hbase构建而成，部分数据由mysql导入，部分数据从日志中采集。
1.2.3数据库集群方案
Ø LVS+Keepalived+MySQL
集群搭建架构图如下：

根据业界主流指标测算，以及我们的多次压测结果表明，按照我们的集群方案，单台mysql服务器（8核6G的配置） 每秒并发可以实现550左右，即单台服务器一秒钟可以同时支持550条订单记录并行写入，如果发生更大并发，通过异步写入、消息队列等处理，可以解决并发10万以上的业务需要。即在处理高并发时，我们针对热点数据采用内存数据库，redis或Hazelcast、消息组件采用Kafka，对数据采用异步处理、服务器可以伸缩扩展。原则上在硬件资源足够的情况下，能最多做到每秒100万并发。
附：我们压测抽样情况截图：

所有数据均不删除，实现问题可追溯。
1.2.4服务开发语言及工具
本次系统采用Java开源的编程语言来开发，它具有以下有点：简单性、面向对象、分布式、解释型、可靠、安全、平台无关、可移植、高性能、多线程、动态性等。
开发框架则采用当前流行的Springboot框架，致力于将各种现有流行技术整合为一个整体的框架并使之完全融合，springboot生成的应用程序无关平台性，可以在任何安装有java环境的计算机上运行，安全可靠。Springboot的主要贡献有社区贡献，可以强力有效的持续支撑。
缓存则采用Hazelcast，它是一个优秀的缓存框架，为集群而生，默认自带集群，使用哈希算法直接在内存存放数据。平均寻址时间少于0.1秒，一个优秀的缓存框架，将系统常用的数据存放于内存之中，能有效的提高系统性能。
技术选型如下：
类别
技术选型
备注
Web 端
JS框架：Vue.js AngularJs2

服务端
核心框架：Spring Boot 1.4.2

日志管理：SLF4J 1.7
测试框架：TestNG 6.10
工具类：Apache Commons、Lombok
缓存及消息队列
缓存框架：Hazelcast 3.7

关系型数据库
数据库：mysql

1.2.5后端开发工具
后端开发工具使用IDEA.
IDEA 全称IntelliJ IDEA，是java语言开发的集成环境，IntelliJ在业界被公认为最好的java开发工具之一，尤其在智能代码助手、代码自动提示、重构、J2EE支持、Ant、JUnit、CVS整合、代码审查、 创新的GUI设计等方面的功能可以说是超常的。
1.2.6前端开发工具
前端开发工具使用Visual Studio Code。 
Visual Studio Code (简称 VS Code / VSC) 是一款免费开源的现代化轻量级代码编辑器，支持几乎所有主流的开发语言的语法高亮、智能代码补全、自定义热键、括号匹配、代码片段、代码对比 Diff、GIT 等特性，支持插件扩展，并针对网页开发和云端应用开发做了优化。软件跨平台支持 Win、Mac 以及 Linux，运行流畅
1.2.7后端框架
Ø 核心框架：Spring Boot 1.4.2
Ø 安全框架：Apache Shiro 1.3
Ø 数据库：Mysql 5.7
Ø 持久层框架：MyBatis 3.4.2
Ø 数据库连接池：Alibaba Druid 1.0
Ø 缓存框架：Hazelcast 3.7
Ø 消息队列框架：Kafka 1.0.9 Hazelcast
Ø RPC框架：gRPC 1.0.3
Ø 搜索引擎框架：Elasticsearch 2.4.0
Ø 日志管理：SLF4J 1.7
Ø 测试框架：PowerMock 1.6.6、TestNG 6.10
Ø 工具类：Apache Commons、Lombok
1.2.8前端框架
Ø JS框架：Vue,Angular2
Ø CSS框架：Twitter Bootstrap
Ø 富文本编辑：CKEditor
1.2.9持续集成和持续交付
Ø 代码仓库：Gitlab 8／Gogs 1.5
Ø 核心框架：Jenkins 2.0
Ø 构建框架：Maven 3
Ø 代码扫描：SonarQube 6.2
Ø 程序包管理：Nexus Repository Manager 3.2.0
1.3项目实施方案
1.3.1供应商拟投入项目人员
项目编号：******
项目名称：******项目
序号
姓名
在本项目担任的角色
同类项目管理经验年限
学历
是否通过司法考试
备注
1

项目总监

否

2

项目副总监

是

3

技术总监

否

4

产品总监

否

5

设计总监

否

6

项目经理

否

1.3.2技术响应说明表
供应商名称（公章）： 包号：
序号
采购文件条目号
采购规格
响应规格
符合/正偏离/负偏离
说明
备注

供应商授权代表签字：
日期：
1.3.2拟投入人员情况
序号
工作
区域
姓名
职务/
职称
学历
专业资格
在本项目中
担任的工作
工作
经历
类似
经验
1

项目总监

2

项目核心人员资质及简历
****（项目总监）
项目总监，具备同类项目**年相关工作经验，详见下表。
姓名
***
学历
硕士
本项目担任职务
项目总监
同类项目工作年限
**
同类项目经验
项目名称
项目介绍
项目担任职务
合同签订时间
备注

供应商名称：
供应商代表签字：
日期 ：
1.3.4质量保证及售后服务计划书
安装调试技术指导
Ø 我方可提供安装、调测硬件系统及软件系统的技术和用于安装、调测的有关设备，并负责安装调测的技术指导；
Ø 我方可派具有丰富实际工作经验的技术人员任工程督导，我方应事先向贵方给出工程督导的资历，并征得贵方的同意；
Ø 我方的督导人员能指导设备的安装、测试，负责处理设备质量和数量短缺等问题，并对系统质量全面负责。
技术指导支持
系统维护
Ø 我方可提供系统产品本身保修时限。工程实施阶段以工程项目管理为基础；系统投入运行后，实行全天候、全面的服务，并贯穿整个系统的生命周期；
Ø 我方所提供的系统在安装期、试运转期及最终验收后的保修期内，发生任何主要问题（操作问题或系统故障），我方应免费及时提供所需的技术与其它支持，我方承诺7×24小时维护热线、2小时远程响应、24小时现场响应。我方应派员定期例行巡检或根据需要指导维护工作；
后期同等功能模块的扩展费用，由需求本身的工作量决定。在提出的需求完成基本的评估之后，会出具一个所以工时的明细。然后由工时X单价计算出实际的所需费用。
技术支持
Ø 我方应具体说明所能提供的技术指导及技术支持的范围和程度，尤其是在需求预测、系统规划、网络带宽计算等方面。当贵方对我方提供的设备需要扩容、调整时，我方应帮助准备预算、规范书、设备数量及工程有关事项；
Ø 当系统进行二次开发或在建设其它工程涉及到本系统时，我方应到现场配合并提供一切可能的支持；
Ø 贵方可永久享有软件版权，如我方因某种原因不能继续提供技术服务，我方应及时提供所有源程序代码、文字说明和技术材料。
系统硬件及软件的局部修改
Ø 系统在质保期内，任何因系统设计、程序编制、等缺陷而发生的系统修改和软件更新，我方免费提供并负责修改工作；
Ø 贵方需改进系统的运行状况和可靠性时，我方应提供软件与硬件的修改；
Ø 所供系统在今后利用新技术从硬件或软件方面有任何性能或功能的改进以及产品革新，我方须免费书面通知贵方其改进的详细情况，并提供以优惠价格为基础的修改部分的报价，以便贵方选择。
售后服务
在系统完成全部验收结束后开始进入正式维护期。自通过验收日期开始计算，免费维护三年。
运行维护承诺
Ø 项目最终验收合格之日起1年内我方应免费提供技术支持与质保服务，售后服务响应时间为8工作小时。我方承诺对贵方验收完毕的软件如出现非人为因素造成的错误及故障（BUG）,会在第一时间予以解决;
Ø 为便于记录贵方每次要求服务的内容及服务结果，我们将为贵方设立一个服务档案。记载每次的服务要求和实际结果，以及具体时间、服务人员，服务结果，便于客户服务部门通过热线电话和互联网以及将来的远程联机服务，及时周到的解决产品使用维护和实施应用中的各种问题。
Ø 售后服务响应时间流程：
一级响应： 对应模块程序员 2小时
二级响应： 项目经理 4小时
三级响应： 公司运营总监 6小时
技术支持
Ø 我方应具体说明所能提供的技术指导及技术支持的范围和程度，尤其是在需求预测、系统规划、网络带宽计算等方面。当贵方对我方提供的设备需要扩容、调整时，我方应帮助准备预算、规范书、设备数量及工程有关事项；
Ø 当系统进行二次开发或在建设其它工程涉及到本系统时，我方应到现场配合并提供一切可能的支持；
Ø 贵方可永久享有软件版权，如我方因某种原因不能继续提供技术服务，我方应及时提供所有源程序代码、文字说明和技术材料。
培训内容
Ø 系统安装培训
为保证贵方系统管理员对系统的软、硬件配置及安装过程的熟悉，系统管理员可在系统安装时参与系统安装，并进行实际的安装培训；
Ø 系统管理培训
在系统试运行后，对负责平台系统管理的操作人员进行统一的系统培训，熟悉系统的使用及维护；
Ø 系统维护培训
为保证系统管理员对系统的熟练维护，在系统试运行后，对系统管理员进行整个系统的操作及内部的管理培训；
Ø 使用操作培训
为保证业务操作人员对系统的熟练操作，在系统试运行后，对业务操作人员进行系统的操作及内部的管理培训。
培训安排
⑴ 具体培训的时间、地点、人员、费用等细节由双方协商后合同约定；我方在武汉市区拥有1300平方米研发基地，可在武汉提供免费的培训场地。具体培训的时间、地点、人员、费用等细节由双方协商后合同约定；现场培训以设备或客户端边安装边讲授的方式，但是为了不影响整体项目系统的实施进度，现场培训要遵循一定的原则：
Ø 以培训工程师为引导核心，按照工程师所讲授的内容去理解、并做详细记录；
Ø 不在讲授及客户端安装过程中频繁提问；
Ø 可以在工程师安装结束后就讲述问题进行探讨和提问；
Ø 设备安调人员充当现场培训工程师的角色，也要针对所安调的设备向接受现场培训者进行全面的讲授：先要对设备和客户端有概要描述，使受训者了解项目概观和全局观，培训的内容着眼于客户端的日常操作的方式方法，并有意强调客户端从app store市场或客户网站下载、安装，运行状态的检查与描述，为日后技术服务中用户能够清楚地描述所遇到的故障及问题奠定良好的基础；
⑵ 我方将根据贵方的要求和建议列出培训内容、计划和被培训人员可达到的水平等；
⑶ 所有培训计划的安排均在合同签订前完成；
⑷ 培训内容包括原理讲解及实际操作；
⑸ 培训教师讲解使用中文。
1.3.5项目实施方案、进度安排及交货期保障措施
1.3.5.1项目实施方案
Ø 现场开发
包括需求分析、概要设计、详细设计、编码开发等工作。
我方在本项目进行时会组织技术小组（产品经理、客户端开发工程师、后台开发工程师）代表进行包括需求分析、概要设计、详细设计、编码开发等工作。同时武汉研发基地会专门建立项目组进行封闭开发。
Ø 系统集成
包括系统集成方案设计（包括对我方提供的设备配置清单进行核实完善）、系统软、硬件设备集成安装等工作。我们可以提供所有软件项目的开发、安装、调试等工作，服务器等硬件设备的工作我方可提供技术咨询，或由硬件设备提供商完成相关工作。
Ø 上线测试
包括程序的单元测试、集成测试、用户测试、压力测试、恢复测试等。
Ø 试运行
试运行期1个月，在此期间系统质量和可靠性等各项指标应始终保持合格。
Ø 验收
试运行通过后进行验收。
Ø 验收合格证书
对各项检查测试合格后，由贵方签署合格证书。
Ø 提交文档
系统验收后运行1个月内，根据最终验收成果，我方整理所有设计文档、开发文档、测试文档和源代码提交贵方存档。
Ø 保质期
最终验收后12个月。
1.3.5.2项目实施进度安排表
串并行施工
系统包含需求分析、系统集成部署、平台软件部署调优、接口开发、接口调试、数据搬迁、上线、应用对接等诸多工作。各项工作既相互影响，又能相对独立工作。
因此在项目进度安排时，梳理出关键路径，对关键路径进行重点跟踪管控。同时在统一的计划下，各项相对独立的工作并行推进。各任务分别由相应的组长负责，由项目经理进行总协调和监控。
工程进度安排
正式的工程进度表应在正式合同签订后，由公司的合同执行经理、项目经理与甲方的项目负责人、有关专家在第一次工程会议上确定，以此为蓝本拟定工程进度总表以及双方的责任书。
详细的工程表将依据工程进度总表细化制定阶段计划书，公司将按照甲方的要求，合理规划施工进度，计划6个月(180天)内完成功能优化和上线。
项目整体进度安排如下（注：开始时间预设为T0，将根据实际的项目启动进行调整）
WBS
里程碑
任务名称
开始
时间
完成
时间
备注
1

项目启动

1.1

项目组织确定
T0
T0+1周

1.2

项目计划确定
T0
T0+1周

1.3
★
项目启动会
T0
T0+1周
甲乙双方人员到位
2

需求分析

2.1

需求调研与确认
T0
T0+2周
《用户需求描述》
2.2
★
业务需求分析
T0
T0+3周
《需求分析说明书》
3

版本研发

3.1
★
系统方案设计
T0+2周
T0+4周
《概要设计》、《详细设计》
3.2

基础版本研发
T0+2周
T0+13周

3.3

内部测试版本
T0+14周
T0+18周

3.4

局方测试版本
T0+18周
T0+21周

3.5
★
上线版本提供
T0+22周
T0+23周

4

数据迁移

4.1

数据整理方案制定
T0+2周
T0+4周
《数据迁移方案》
4.2

数据整理方案评审
T0+5周
T0+7周

4.3

基础数据整理
T0+8周
T0+10周

5

系统集成（如有硬件）

开始时间依据硬件到货时间
5.1

系统硬件集成方案提供
T0+12周
T0+13周

5.2

系统硬件集成方案评审
T0+13周
T0+14周

5.3

硬件上架、布线、加电
T0+14周
T0+15周

5.4

硬件环境安装
T0+16周
T0+17周

5.5

系统软件安装
T0+17周
T0+18周

5.6

测试环境部署
T0+18周
T0+20周

5.7

生产环境准备
T0+21周
T0+23周

6

系统测试

6.1

测试方案和计划准备
T0+13周
T0+15周

6.2

测试方案和计划评审
T0+15周
T0+16周

6.3

系统功能测试
T0+17周
T0+18周

6.4

跨系统集成测试
T0+18周
T0+19周

6.5

系统性能测试
T0+20周
T0+22周

6.6
★
用户接收测试
T0+22周
T0+23周
《测试报告》
7

上线验收

7.1
★
系统上线
T0+24周
T0+24周

7.2
★
系统初验
T0+24周
T0+36周
上线平稳运行3个月后初验
7.3
★
系统终验
T0+37周
T0+72周
初验后平稳运行9个月后终验
8

系统培训

8.1

培训内容、培训计划讨论和确定
T0+19周
T0+20周

8.2

培训材料准备
T0+20周
T0+21周

8.3

培训环境准备
T0+21周
T0+22周
依赖以下条件：
1、集成工作完成
2、版本准备完成
3、数据迁移完成
8.4

培训
T0+23周
T0+24周

9

运行维护

9.1

上线后问题反馈的处理
T0+24周

本地维护团队提供现场支撑
9.2

日常维护
T0+24周

本地维护团队提供现场支撑
1.3.6实施进度安排及交货期保证。
使用CMMI作为控制项目管理手段，严格按照CMMI流程结合自身企业文化对CMMI的精简与改良，对各阶段的产出做明确的要求，已适应项目管理要求，保障项目在后续维护和迭代过程中有据可依。经过精简的CMMI质量管理流程与各阶段产出：
1、需求阶段：
需求规格说明书、研发计划、需求评审报告。
2、设计阶段：
系统设计说明书、架构方案设计说明书、数据库设计说明书、测试用例、系统设计说明书评审报告、架构方案说明书评审报告、数据设计评审报告、测试用例评审、UI评审报告。
3、编码阶段：
代码，单元测试，单元测试报告。
4、测试阶段：
测试报告、操作手册、软件说明书。
5、上线阶段：
测试报告，测试覆盖报告，验收报告。
6、全流程覆盖：
项目周报，会议纪要，每周QA纪要。
供应商授权代表签字：
日期：
1.3.7验收方案
验收文档包括：
Ÿ 《项目实施计划及实施方案》
Ÿ 《项目进度报告》
Ÿ 《系统需求分析》
Ÿ 《系统需求规格说明书》
Ÿ 《系统集成与开发详细设计》
Ÿ 《系统详细设计方案》
Ÿ 《应用程序设计说明书》
Ÿ 《数据库详细设计说明书》
Ÿ 《应用系统集成实施说明》
Ÿ 《系统源代码》
Ÿ 《信息系统部署及维护手册》
Ÿ 《用户使用报告》
按照惯例，在项目正式签收前，将对正式提交件进行评审，评审将在项目组内部做评审并达成一致后，交由贵司的相关业务部门进行评审。交付文档接受程序如下：
交付作品正式稿提交给贵司项目经理后，项目经理负责制作额外的副本并分发给任何其他复核人员。
在收到交付作品十个工作日内, 贵司项目经理应接受交付作品或向我司项目经理提供一份要求修改的书面要求。如果在十个工作日内，未从贵司项目经理收到任何回应，则该交付作品视为被接受。
我司同意的修改将被更新，并将更新最后版本再次提交贵司项目经理，届时，贵司项目经理对修改部分评审通过后，该交付作品将视为被接受。
贵司应组织与项目相关的技术部门以及业务部门的参与项目的有关人员组成专家评审小组，对项目正式提交文档进行内容的评审。专家小组将应用自己的业务及技术知识、对总体战略的理解、总体IT规划的理解对正式提交文档进行评审，提出问题和意见，通过和项目组的沟通交流，最终得出通过或再次修正的结论。
系统验收方式
n 用户验收
我司按照合同提供了相应的软件，版本及软件授权。
项目技术团队按照约定对软件平台进行了安装，安装后的软件平台可以正常工作，确定合同规定的功能均能正常运行。
n 验收标准
按照软件实施规格书中要求的参数进行验收。
n 验收合格证书
对各项检查测试合格后，由甲方签署合格证书。
n 提交文档
系统验收后运行1个月内，根据最终验收成果，我方整理所有设计文档、开发文档、测试文档和源代码提交甲方存档。
n 提交文档
最终验收后12个月。
1.3.8功能实现
______________列出功能清单及对应原型截图________________________
. . . .