视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
系统建设方案
2025-09-30 01:39:55 责编:小OO
文档
项目代号:                                密级:

    

系统

建立方案

文件编号

共 ? 页

拟制:          

审核:          

标准化:         

批审:          

XXX单位

二零一六年六月二日

修订历史记录

序号

版本号

修订者

日期

状态描述/更改单号
1
2
3
声明:蓝色字体可以删除、更改

1范围

1.1标识

作为系统建立方案的标识号,具有完整性、唯一性。

示例:

智慧运营自助分析SA系统建设方案的标识号:SDYT-SA-SB-01,为文档管理提供文档标识号。

1.2编写目的

要求:

系统建设方案的编写的目的是为了XXX(项目名)的系统建设、环境布置、接口规范等工作提拱依据,也是用户与研制单位有关技术协议的约定,也为了软件人员进行系统设计、、测试等工作提供详细的信息。

示例:

本文档的编写目的是对智慧运营自助分析SA系统建设方案进行说明和规定,主要由项目概述、总体技术方案、项目进度计划、实施方案、安全和保密措施、质量要求等方面组成的。为了该系统的技术架构设计、软件功能设计、接口设计、环境设计等工作提供依据,也是用户与研制单位有关技术协议的约定。

1.3适用范围

要求:

本文档针对XXX项目的系统总体建设进行编写的,便于用户、项目经理、技术总监、系统分析员、第三方等浏览和阅读。

示例:

本文档针对智慧运营自助分析SA系统建设方案进行编写的,便于用户、项目经理、技术总监、系统分析员、第三方等浏览和阅读。

1.4术语和缩略语

要求:

对本文档中专用的术语、定义和缩略语要一一列出,解释其详细内容,语言要简洁、易懂。

示例:

 术语、缩略语

解释
SA自助分析(SmartAanlysis)

COC

客户运营系统

。。。。
2引用文件

要求:

编写本文档过程中主要引用哪些标或国标、行业标准、本项目的相关资料。

示例:

a)标

GJB 438-1988     军用软件文档编制规范

b)行业标准

电信行业有关的标准

YD/T1176-2002    公用电信网计费的基本技术要求 

c)其它参考资料

标题、作者、出版社、日期

3项目概述

3.1项目背景

要求:

列出项目的提出原因(在什么情况下,由XXX单位或XXX领导在实际工作遇到的问题,而提出项目的初步方案)

解决什么样的实际问题

项目可行性研究,采用什么样先进的、成熟的技术(根据技术、人才、物力、资金等要素)

项目具有哪些方面的创新特征,响应国家提出的”互连网+”号召

示例:

随着业务精细化运营,经分系统以传统式支撑临时统计需求,已经无法完全满足业务部门灵活多变的业务需求;并且统计类需求工单报送响应周期长,往往失去了对客户服务营销的关键时机。针对上述背景情况下,引入基于数据集市的自助分析产品,旨在为业务支撑人员提供一套规范化、定制化的经营分析报表系统,帮助业务支撑人员快速、准确、便捷、灵活的开发、配置报表,提高报表生成效率。

3.2组织结构

讲述项目的组织结构由几部分业务系统组成的,每个业务系统又由几个分系统组成,由每个分系统再几个业务模块组成的,它们之间的组织关系可以用框图表示

说明业务系统或分系统或模块在整个项目中什么角色和起什么作用

层次清晰,逻辑结构正确、表达正确、完整、无分岐

示例:

智慧运营自助分析系统采用基于J2EE架构,本系统从业务功能主要实现自助取数、数据自助分析、手写SQL、配置管理、系统监控等功能,此软件的系统结构如图1所示。

图 1系统结构图

3.3建立目标

列出项目的任务建立目标是什么

随着用户对需求不断增加,原系统远远不能满足需要

主要能够解决现状存的问题

简化复杂操作流程、提高工作效益

充分利用和兼容现有的资源,节省成本

提高系统响应时间、并发用户数量、吐吞量等

高可靠性、海量数据处理、高安全性等特征

等等

示例:

结合目前山东的特点,及业务需求,智慧运营自助分析主要满足以下目标:

规范分析体系:自助分析产品建立全业务运营的整体分析体系,可以为客户提供规范化的分析报表。

快速配置开发:自助分析产品提供界面化向导式的取数、报表配置开发界面,可以帮助使用人员快速、准确开发、配置报表。

减轻支撑压力:自助分析产品提供业务语言翻译及界面化向导式配置操作,可通过4个步骤即可完成报表的创建,有效地降低使用人员的学习成本有工作压力,可帮助使用人员快速入门使用,并创建报表,达到让业务人员快速定制报表的目的,减轻IT支撑部门的压力。

4总体技术方案

4.1技术架构设计

要求:

列出系统技术架构设计图,架构层次说明,每一层次所使用的技术框架、技术产品等。

简述项目采用什么技术架构,如:SSH架构、LAMP架构、RoR架构等。运用哪些技术,如:页面HTML5、CSS和JavaScript、JSP、PHP、AJAX等技术,采用哪种关系型数据库,如oracle、DB2、mysql、sql server等,结合用户的系统需求和技术特征,画出本项目的技术架构图,表达明确、层次清晰、逻辑结构完整。

示例:

分为如下几个层次:

(1)展现层(用户交互层):提供基于页面组件快速构建的交互界面。提供多浏览器、多种设备平台的统一接入。实现多屏操作体验一致。具备对前端交互进行安全控制和安全检测机制,确保接入的合法性和安全性。对客户端发起的服务请求进行监控以及控制访问流量。本层的主要技术部件有前台开发框架(UEE)、反向代理(Nginx)、页面缓存(Varnish)、页面适配网关(UEE Gateway)、Web容器(WebSphere/OpenAS/Weblogic);支持PC/X86部署和水平扩展;

(2)服务集成层(服务编排层):对系统各中心的能力进行管理并提供对外开放框架。实现了分布式服务注册、编排、管理、调度和开放功能。并对服务的访问提供安全管控功能,保证接入的合法性和安全性。对服务访问情况可进行监控、预警以及控制访问流量。系统可记录服务调用轨迹、请求结果、响应时间、超时信息等日志,并可以通过北向接口提供给XXX系统;能力开放层支持PC/X86/云化部署、分布式处理、负载均衡、水平弹性扩展;

(3)业务逻辑层(中心化应用服务层):提供系统业务逻辑包,本层应用以中心化、组件化、服务标准化的方式设计,所有应用为基于元数据驱动模式开发的纯Java应用,实现了中心之间的解耦,支持以组件为最小粒度的集群化部署在PC/X86服务器或者云平台,应用的服务采用无状态化实现,支持分布式处理能力,可实现自动弹性伸缩能力;

(4)数据服务层(分布式数据访问层):数据层包括分布式数据访问和数据分布式存储:分布式数据访问主要提供应用分布式访问数据的能力,主要包括分布式关系数据访问(DDS)、分布式非关系数据访问、分布式文件访问和数据集成的能力;DDS提供遵循SQL92 ANSI/ISO标准的数据访问能力。数据分布式存储层主要提供各种数据持久化存储能力,分布式数据存储层可以部署物理库、内存数据库、缓存等多类型的混搭技术,也可以实现物理库的关系型、非关系型、文件数据的异构搭配。内存库实现对事务一致性要求高的业务场景提供高性能的数据访问与处理。NoSQL数据库可以管理非结构化数据,减轻海量数据存储和查询带来的系统压力。数据层支持PC/X86、云化部署。

4.2软件功能设计

  要求:

根据项目的技术架构设计作为指导原则和方针,结合用户的系统需求,将项目的业务功能尽可能详细划分,便于设计出逻辑清晰、结构完整的软件功能设计。

示例 :

本项目由几个分系统组成,每个分系统由几个子系统,每个子系统又由几个业务功能组成,每个业务功能由几个功能项组成,每功能项由几个功能点组成等。

在软件功能设计流程图中,表明它们之间关系,阐述它们的功能作用。

4.3接口设计

要求:

如果项目的模规庞大,接口复杂,建议编写项目接口设计说明书

该系统遵守接口改造技术规范:

技术原则简要描述
移植性接口的定义必须遵循已有标准,保证可移植性 

一致性接口的命名必须清晰明了,遵循合理一致的命名规范 

统一性应用系统间接口建议采用统一技术实现,尽量避免采用多种不同的技术 

可靠性保证在大数据量并发和长时间运行情况下接口的承载能力和稳定性 

服务标准化相似的业务接口使用统一业务功能进行封装,避免不同渠道调用时结果不一致 

可扩展性设计上,需要考虑接口对未来业务和一定功能的扩展能力 

完善性要考虑异常处理和安全机制
示例:

编写《系统接口设计方案》

4.3.1外接接口设计

要求:

列出对外接口的需求规范,具体如下:

a)在系统确认每个对外接口的标识符是唯一性

b)接口的类型的需求(如:实时数据传送、数据的存储和检索等)

c)系统必须分配给接口的优先级别

d)系统必须确定接口使用的通信方法所要求的特性,如:消息格式化、数据传送速率、

e)系统必须确定接口使用的协议

f)其他所需的特特:如:实体的物理兼容性(尺寸、公差、负荷等)

示例:

接口改造策略如下:

(1)如外围系统需要新建:

则需要双方重新确认接口协议,双方配合开发;

(2)如外围系统需要改造:

在接口协议不变的情况下,由XXX系统自行开发实现;

在接口协议要变的情况下,这需要双方重新确认接口协议,双方配合开发;

(3)如外围系统不变:

在接口协议满足业务需求的情况下,由XXX系统自行开发实现;

在接口协议无法满足业务需求的情况下,这需要双发重新确认接口协议,双方配合开。

4.3.2内部接口设计

要求:

列出系统内部接口的需求规范, 总体系统与分系统之间的关联接口、分系统与分系统之间的关联接口,分系统与子系统这之间的关联接口,子系统与子系统之间的关联接口,业务模块与子系统、业务模块与业务模块之间内部接口

与外部接口的需求规范类似。

   示例:

关于内部接口设计,要遵循开发语言对接口的相关规定,如接口命名规则、接口说明,输入(参数类型)、输出(返回值类型)、接口实现等。

XXX接口:简述说明接口的作用

接口参数名称类型描述备注
调用方式XXXInt参数说明
XXXchar参数说明 

。。。。。。
返回值
4.4环境设计

4.4.1硬件环境

列出说明系统运行所需的硬件设备。说明当前可用的设备和需要的新购新设备,必要时可给出设备的余量要求。其主要内容包括:

a)设备的型号、数量和要求

b)外存储器的种类,容量和要求

c)输入、输出设备的种类、数量和要求

d)通信、网络设备的要求。

示例:

设备名称

设备型号

新购/沿用

数量配置描述

服务器

XXX新购

2CPU、内存、硬盘、

沿用

注:沿用代表现有的设备,状况良好,仍能继续使用。

4.4.2支持软件环境

列出系统运行所需的全部支持软件,包括操作系统、高级语言处理程序环境、数据库管理系统、中间件(如:tomcat\\ weblogic等)和软件开发工具、浏览器等

示例:

软件名称

软件类型

版本

描述
oracle数据库11g 

是一种关系型数据库管理系统

weblogic

中间件XXX

XXXX

5项目进度计划

要求:

列出项目整体工作安排计划,为各项工作明确指出时间结点。

示例:

XXXX年XX月XX日  完成项目市场调研工作

XXXX年XX月XX日  完成项目技术方案可行性报告 

XXXX年XX月XX日  完成项目立项工作

XXXX年XX月XX日  完成项目系统需求分析

。。。

6实施方案

要求:

简单说明本项目的实施方案,从哪些方面进行实施,才能保证实施工作顺利进行。首先确立实施目标和方法,编写项目的实施计划大纲,管控项目实施过程,强化项目实施细节,确保项目工作顺利开展。

示例:

     根据项目规模而情况,编写项目实施计划大纲

说明实施的目标、原则、过程(前期调研、项目组成立、开发平台搭建、配置管理、质量保障等)、风险评估等内容。

7安全和保密措施

要求:

列出对软件的安全和保密要求,采取什么措施。

示例:

从软件的设计结构和数据格式、实施方法考虑。

如何保证系统运行环境不受非法入侵或纂改数据等破坏。

确保数据在传输过程加密处理,采用什么措施。

储存数据时进行加密后数据,预防被别人盗取数据。

增强设备口令的长度、数据加密处理、数据库设计操作系统等手段,保证系统的安全性。

8质量要求

要求:

列出对软件质量因素方面的需求,从软件的功能性、可靠性、易用性、可维护性、效益、可移植性等的定量细化,加强对软件的整体过程监控,确保软件的质量。

  示例:

根据项目的规模和总体方的要求,是否编写项目的质量保证大纲 ;

编写项目《XXX系统软件质量保证大纲》可参考《GJB 439-1988 军用软件质量保证规范》指导方法及基本原则

9技术服务保障要求

要求:

说明本项目的技术服务保障要求和合同规定的服务内容,以什么方式向用户提供服务。

示例:

9.1培训服务

  提供完善系统的培训资料(技术方案说明书、用户操作手册、用户维护手册等资料)

  委托专职产品经理定期或不定期给用户免费培训

9.2电话技术服务

7×24小时的电话技术支持,为用户提供支持和服务。

     提供对一般问题(如:售前技术方案、产品功能咨询等)的技术支持服务。

     对于客户提出的技术问题,支持工程师将在收到客户电话后二十分钟内予以响应。

     对于客户报告的紧急问题(例如:系统宕机;系统无法重新启动;服务器未能响应前端的请求),公司技术支持工程师将在收到客户电话后一小时内予以响应。

9.3现场技术服务

对于客户报告的技术问题,单位支持工程师将在收到客户电话后1小时内予以响应,如需现场支持,按照售后服务响应时间到达现场。

10风险评估

要求:

在项目实施过程中可能出现各种风险,大致分为可预见性风险和不可预见性风险两情况。在项目各个阶段中或某个方面上都有可能存在不同的风险,但只要采取严谨、科学、合理的分析方法,完整可以避免对项目产生产的风险。

示例:

对项目的相关资料(如系统需求分析、软件需求规格说明书等)进行评估

对项目的需求风险进行评估

对项目开发过程进行评估

对项目的人员因素进行评估

对项目的质量管理因素时进行评估

对项目的实施条件进行评估

对项目进度。。下载本文

显示全文
专题