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

. . . . 方案技术展现 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 微服务架构 ，通过将功能分解到各个离散的服务中移实现对解决方案的解耦 。 微服务架构设计的十二个基本要素 基准代码 ：一份基准代码 ，多份部署