概要设计说明书.docx

上传人:b****1 文档编号:2769855 上传时间:2023-05-04 格式:DOCX 页数:10 大小:51.89KB
下载 相关 举报
概要设计说明书.docx_第1页
第1页 / 共10页
概要设计说明书.docx_第2页
第2页 / 共10页
概要设计说明书.docx_第3页
第3页 / 共10页
概要设计说明书.docx_第4页
第4页 / 共10页
概要设计说明书.docx_第5页
第5页 / 共10页
概要设计说明书.docx_第6页
第6页 / 共10页
概要设计说明书.docx_第7页
第7页 / 共10页
概要设计说明书.docx_第8页
第8页 / 共10页
概要设计说明书.docx_第9页
第9页 / 共10页
概要设计说明书.docx_第10页
第10页 / 共10页
亲,该文档总共10页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

概要设计说明书.docx

《概要设计说明书.docx》由会员分享,可在线阅读,更多相关《概要设计说明书.docx(10页珍藏版)》请在冰点文库上搜索。

概要设计说明书.docx

概要设计说明书

 

*******系统(项目)

概要设计说明书

 

编写:

日期:

检查:

日期:

审核:

日期:

批准:

日期:

 

********公司

 

文档变更记录

序号

变更(+/-)说明

作者

版本号

日期

批准

1

创建文档

*****

1.0

2016-1-1

****

2

 

1、引言

架构设计文档编写目的旨在能够清晰描述贵宾项目的主要结构,并且阐述核心的流程,技术架构,设计原则和思路。

1.1背景

***********。

1.2术语和缩略语

*******

1.3参考资料

2、范围

2.1软件名称

中文名称:

******

2.2软件功能

请参考《*******项目软件需求规格说明书.doc》

2.3软件应用

*************

2.4需求边界

本项目是在原有的项目基础上,进行重新设计和构建的综合性项目。

其基于的现有项目列表如下:

原有系统名称

主要功能

与项目关系

业务类

管理类

 

其中包含功能有:

项目

建设任务

 

3、总体设计

3.1架构设计目标和约束

******项目总体设计在以下思路指导下进行:

1、以***为龙头,统一指挥、统一规划、统一协调,整合资源,强力推进,带动分子公司和协作单位应用;

2、以应用需求为核心,面向应用,提升服务能力;

3、构建统一架构,规范各应用系统设计;

4、保证整体系统的开放性、安全性、可扩展性、可扩充性;

5、以应用支撑平台为依托,支撑应用系统统一架构,并提供系列功能组件供应用系统复用,减少整体建设和维护成本;

6、以数据标准化为依托,统一规划信息资源,保证各系统数据的一致性;

7、构建全国统一的数据交换传输渠道,形成信息资源共享和交换体系,打破应用系统之间的壁垒,避免信息孤岛;

8、引入总集成方法论,保证各应用系统集成效果,发挥平台整体效益;

10、以应用需求为核心,技术上适度前瞻,进行基础运行环境的设计;

11、依据国家信息安全等级保护相关政策的要求,做好安全系统设计。

设计定位:

总体设计方案是*****为设计的基础上,结合现阶段实际业务需求对具体建设任务进行细化、深化形成的,能够支持*****公司未来战略的平台。

总体设计目标:

1、建立一个****系统,并成为行业标杆

2、******

3、*******

技术路线:

根据对需求分析情况结合信息化技术发展要求,****基于*****技术,采用*****结构进行应用系统的开发。

二、采用Browser/WebServer/DataBaseServer三层结构

图B/S/D三层架构图

Browser/WebServer/DataBaseServer三层结构如上图所示,下面对B/S/D三层结构作详细的阐述。

1、数据与应用逻辑分离的特征

Browser/WebServer/DataBaseServer结构指硬件的体系结构,也有相应的逻辑的体系结构相对应。

在Browser/WebServer/DataBaseServer计算模型中,要完成的功能在浏览器、Web应用服务器和数据库服务器之间进行划分。

硬件的Browser/WebServer/DataBaseServer结构,通常是指某项请求任务在浏览器或Web应用服务器和数据库服务器之间进行分配,其中浏览器用来发送请求和前端表示处理,Web应用服务器处理来自浏览器的请求,数据库服务器处理数据查询逻辑处理。

对逻辑系统体系来说,分为表示层、商业逻辑处理层和数据处理层三层客户\服务器结构。

鉴于两层结构(C/S)在设计和应用的局限性,将复杂的业务数据处理提出,将系统的逻辑结构和物理结构分离,形成三层结构的客户\服务器结构,运用基于组件的分布式技术,从结构上就避免两层结构的局限性。

三层结构具体内涵在下面三部分描述。

2、用户服务(客户层)

用户服务层是应用的用户接口部分,是用户与系统间交互信息的窗口.它的主要功能是检查用户输入的数据,显示系统输出的数据。

如果用户服务层需要修改时,只需改写显示控制和数据校验程序,而不影响其他两层。

检查的内容也只限于数据格式和取值范围,不包括有关业务本身的处理逻辑。

该层通常是浏览器。

3、商业服务(中间层)

中间是商业服务层,它是应用的主体,它包括了应用中全部的业务处理程序。

除了输入/输出在用户服务层、数据库在数据服务层外,全部的统计、汇总、分析、打印功能全部封装在商业服务层。

商业服务层一方面起传递数据作用,一方面进行强大的数据处理。

该层还承担安全性检查的任务。

4、数据服务(数据库)

数据服务层通常是数据库管理系统(DBMS),负责管理对数据库数据的读写。

DBMS能迅速执行大量的数据的更新和检索。

一般商业服务层通过发送SQL命令来操作数据库的数据。

三、采用B/S/D架构的优势

浏览器Browser/WEB服务器Server/数据库服务器Database是解决公共信息服务以及交互响应动态服务最适用的一种应用模型。

实现了真正意义上的瘦客户端,大大简化了应用系统的分发、配置管理和版本管理工作。

1、分布式

C/S技术的出现,给系统集成方案带来了集中的信息和本地的PC环境,但其数据的共享程度是很不够的。

当今的信息技术需要新的解决方案,它提供以客户为中心的用户界面和Web的分布结构,它带有IT环境的个人特征,如数据存取、安全性能等,这就是我们通常所说的三层结构。

2、Web结构的优势

在Web结构中,事务层和数据逻辑层放在中间组件层,这是关键,是与C/S结构的最大区别,它能解决以下几个问题:

1)客户端很瘦小,并且很容易在运行时自动升级;

2)事务层可在跨平台的客户端上共享;

3)不同逻辑组件的分离意味着图形设计人员、事务逻辑开发人员和数据库分析人员可以独立地设计他们各自的部分;

4)统一的、抽象的用户界面可使用户更有效地从同一数据源中存取数据;

5)这种结构可更有效地在航空专网、公司内网和互联网上运行。

3、开放性

Web是一个开放的环境,应用由复用组件集成,通过标准语言汇编、跨平台的统一协议发布,用标准用户界面显示,它与硬件平台和操作系统无关。

3.1.1运行环境

序号

项目

详细信息

后台软件环境

Linux,WINDOWSSERVER2012+

前台软件环境

Windows8.1+,MACOS10+,IE9+,谷歌浏览器40+

数据库

ORACLE11G+

3.1.2开发环境

序号

项目

详细信息

1

操作系统

操作系统:

windows10

2

编程语言

C#、nodejs、java、JavaJavascript、HTML、CSS

3

编程工具

VS2015SP2

3.2设计思想

************ 

通常更多地将这种开发风格定义为迭代和增量开发,它具有以下特点:

 

●迭代运用一组活动来评估一组断言、消除一组风险、完成一组开发目标,并逐步生成和提炼有效的解决方案。

 

●之所以称为“迭代”,是因为它通过反复运用核心开发活动,不断增进对问题的理解程度、完善解决方案的定义和促进实现解决方案。

 

●之所以称为“增量”,是因为每经历一个迭代循环,都可以增进对问题的了解,增强解决方案的能力。

 

●通过连续多次应用迭代循环来打造一个项目。

 真正有效的开发活动必须兼具迭代和增量特点。

如果开发活动仅有迭代特点,没有增量特点,那么,虽然可以一次次地迭代执行活动,却不能朝着项目既定目标前进;换句话说,不能降低风险,也不能逐步构建解决方案。

循序渐进地降低风险和稳步迈向项目目标是迭代和增量开发的品质保证。

为简单起见,本书常将“迭代和增量式”开发简称为“迭代化”开发。

每一次迭代,确保项目切割有以下特点:

●清晰的目标——必须清晰定义每次迭代的目标,并获得所有项目参与方的理解和认同。

这样才能使大家拧成一股绳。

 

●可度量的评估标准——为使目标成为团队的一致主题,必须为目标配备可度量评估标准,以便客观评估迭代成效。

 

●全心投入的团队——团队必须坚定不移地为实现迭代目标而并肩工作:

团队共担成败责任,每个成员都要按照安排做好每一件事,以达成设定的迭代目标。

所有工作都是为了实现迭代目标。

 

●进度表——与在迭代目标上达成共识一样,管理层必须协商制定进度表,并了解进度表对整个项目计划的影响。

制定迭代进度表时,只需设置迭代起止日期,并了解如何使迭代融入整体项目计划。

 

●客观评估——在迭代将近尾声时,必须对照迭代目标和评估标准客观地评估生成的结果。

在迭代期间连续执行评估,在结束迭代时进行总结。

如果不做客观评估,将无法判断迭代的成败,也无法有效地控制项目。

3.3架构体系

系统架构设计如下:

***********

系统结构

(对系统架构进行说明:

3.4重要业务流程

*****************

3.5模块划分

**************。

4、接口设计

4.1系统外部接口

4.1.1接口列表

****************

4.1.2接口描述

4.2系统内部接口

●业务子系统描述

***********

●配置中心子系统

**************

5、部署

5.1运行环境方面:

*******

5.2网络部署需求

************

5.3硬件需求

**********

 

6、维护设计

 

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > PPT模板 > 商务科技

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2