网页设计的系统体系结构设计

1、在系统设计中怎样写系统体系结构的设计？

简单来说，就是：画图，全方位的剖析系统，设计类。其中要画出用例图版，状态图，时序图，类图权。下面就我做过的一个“大富翁”游戏的体系结构设计为例。

用例图：

时序图：

类图：

把用户对系统的需求划分成系统的一个个功能模块并设计好类，就可以进行开发了。

2、什么阶段要做体系结构设计

一般在方案阶段就会确定结构体系，因为这个关系造价，且比重很大。初步设计阶段基本就有确定的大致体系（墙柱布置等），施工图阶段做详细的配筋等.

3、基于体系结构的设计方法的特点是什么

基于体系结构的开发模型是以软件体系结构为核心，以基于构件的开发方法为基础。然后采用迭代增量方式进行分析和设计，将功能设计空间映射到结构设计空间，再由结构设计空间映射到系统设计空间的过程。该开发模型把软件生命周期分为软件定义、需求分析和定义、体系结构设计、软件系统设计和软件实现5个阶段. 在基于体系结构的开发过程中，首先是基于体系结构的需求获取和分析，将软件体系结构的概念引入到需求空间，从而为分析阶段到设计阶段的过渡提供更好的支持。在需求分析结果的基础上，进行体系结构的设计。考虑系统的总体结构及系统的构成元素，根据构成元素的语法和语义在已确定的构件库中寻找匹配的构件。当不存在符合要求的构件时，则根据具体情况组装合成新构件或者购买新构件或者根据需要开发新构件而得到满足需求的构件。在经过语法和语义检查后，将这些构件通过胶合代码组装到一起实现整个软件系统。在实践中，整个开发过程呈现多次迭代性。在传统的软件生命周期中，软件需求分析和定义完成后紧接的是软件系统的设计和实现。在这种传统的开发方法中，如果软件需求不断变化，最终软件产品可能与初始原型相差很大。而基于体系结构的开发模型有严格的理论基础和工程原则，是以体系结构为核心。体系结构为软件需求与软件设计之间架起了一座桥梁，解决了软件系统从需求到实现的平缓过渡，提高了软件分析设计的质量和效率。基于体系结构的开发模型的优点是通过对体系结构的设计，使得软件系统结构框架更清晰，有利于系统的设计、开发和维护，并且软件复用从代码级的复用提升到构件和体系结构级的复用。基于体系结构的开发模型和基于构件的开发模型都是在体系结构的基础上进行构件的组装而得到软件系统，前者主要关注运行级构件及其之间的互操作性，提供了一种自底向上且基于预先定制好的构件来构造应用系统的途径；后者局限在构件的规范上，缺少系统化的指导开发过程的方法学。基于体系结构的开发方法从系统的总体结构入手，将一个系统的体系结构显示化，以在高抽象层次处理诸如全局组织和控制结构、功能到计算元素的分配、计算元素间的高层交互等设计问题。

4、系统总体结构设计

（一）系统设计思路

地下水系统三维可视化软件是一个庞大的软件系统，涉及到了一系列的软件开发技术和地下水系统概化与表示方案，在系统设计上要充分考虑现有的数据库基础，以提高对地下水系统的可视性与可操作性为目标，总体设计思路如下：

（1）地下水系统三维可视化软件运行的基础是地下水资源数据库系统，系统运行的所有原始数据均来源于地下水资源数据库，二者之间需要实现紧密的有机结合。

（2）地下水系统三维可视化软件运行的核心数据是地下水系统的三维结构数据，它以数据库的形式存储。本系统的各个子系统均是围绕该数据库进行操作。

（3）地下水系统三维可视化软件按功能的不同划分为几个子系统或称为组件，这些组件可根据需要集成到不同的系统中，其本身可以集成为一个完整的可视化软件系统。

（4）地下水系统三维可视化软件所处理的数据对象锁定为含水层系统，从面到体体现为含水层界面和含水层/隔水层本身，具有空间查询和管理功能，并对这些面和体可进行数据查询操作。

（5）地下水流体的可视化依据含水层系统动态生成，其数据基础是地下水的动态观测数据。

（6）为体现地下水系统三维可视化软件的独立性，研制开发相关原始性数据的数据库管理软件，作为独立的组件集成到整个可视化软件中。

（二）系统结构与组织

地下水系统三维可视化软件采用组件方式处理，按照研究内容给出的划分方案，共包括8个软件组件和一个网络服务体系，作为一个集成结构，这些组件之间的关系如图4-1所示。整个系统可以划分为四个组成部分，分别具有相对独立的软件功能，但又相互联系、互相依托。

图4-1 地下水系统三维可视化软件的结构与组织

1.地下水系统基础数据库管理子系统

实现对地下水系统三维结构基础水文地质数据信息的管理，原则上采用大型数据库作为数据存储，利用数据引擎进行开发。

2.地下水系统三维模型生成编辑工具子系统

地下水三维系统生成辅助编辑工具能够为用户提供一个进行地下水三维系统动态生成和编辑的工作环境，并为地下水数值模拟提供单元剖分功能以及水文地质参数的空间配准。

3.地下水三维系统可视化系统

利用生成的三维水文地质模型数据信息，系统可提供多种形式的地下水系统三维可视化显示，并可将这些成果用于输出。

4.地下水三维系统的网络服务体系

三维可视化服务的对象是含水层结构，可基于含水层结构提供多种形式的WEB服务，通过用户的请求而取得可视化结果。

（三）系统组件与关联

地下水系统三维可视化软件的四个子系统又可以划分为8个程序组件和一个网络服务体系，实现地下水系统三维结构的生成、维护和服务过程。

系统包括的8个组件为单机模式，服务于水文地质专业技术人员，实现地下水系统三维结构的生成和显示，为开展地下水资源评价工作提供一种有效的工作环境。具体组件如下：

（1）地下水系统基础数据管理组件（组件1）；

（2）地下水系统基础数据预处理组件（组件2）；

（3）地下水系统三维模型生成编辑环境组件（组件3）；

（4）地下水系统三维空间剖分组件（组件4）；

（5）地下水系统空间面可视化飞行组件（组件5）；

（6）地下水系统三维结构可视化组件（组件6）；

（7）地下水流体运移动态仿真组件（组件7）；

（8）地下水流场动态模拟组件（组件8）。

网络服务体系是基于INTERNET提供的社会化服务，提供地下水系统三维结构的各种显示服务，并可根据用户的需要提供真实的三维结构数据服务。

5、系统逻辑结构设计

塔里木河流域生态环境动态监测系统是一个以数据库为核心，以生态环境监测和保护为目的的综合应用系统。整个系统采用C/S与B/S混合结构的管理信息系统运行模式，这种运行模式将C/S和B/S模式融为一体，不仅发挥了C/S模式事务处理能力强的特点，而且充分利用B/S模式网络易扩性和分布式的优势，满足系统对不同层次用户的要求(廖志英，董安邦，2002)。系统由多个功能子系统组成，各子系统限于实现内容、实现方法和所需外设、运行地点的不同，分别采用了C/S或B/S的体系结构和运行模式，运行模式有基于特定功能区域的，有基于专业处室的，还有面向所有处室全体员工进行信息发布的。

在这种体系结构和运行模式下，进行基于各子系统功能模块紧密关系的集成是不可行的。因此，本系统总体结构采用:以数据集成为中心，以各子系统间数据流动关系为纽带，把整个系统集成为基于子系统间数据关系紧密、物理结构松散的塔里木河流域生态环境动态监测系统。系统的逻辑结构如图3－2所示。

系统采集的各类历史以及实时数据通过大型数据库平台进行统一管理;ArcSDE作为空间数据引擎在GIS平台与数据库系统之间建立了联结的桥梁，实现了空间数据的关系型方式存储;采用ENVIIDL和ArcObjects组件进行开发的应用系统运行于ENVI和ArcGIS/ArcEngine基础平台上实现各类数据的提取、编辑、入库、查询以及分析等，该部分主要采用C/S结构开发模式;采用VB及.net等高级语言直接开发的信息发布、浏览应用系统则运行于ArcIMS软件之上，为广大的Intranet或Internet用户提供基本的浏览、查询、统计功能，该部分主要采用B/S结构开发模式。

图3－2 系统逻辑结构示意图

6、电子商务系统总体结构设计的主要内容与方法是什么

电子商务系统的总体结构设计是在系统体系结构的基础上，针对企业电子商务的目标，界定系统的外部边界和接口，刻画系统的内部成及其相互关系，明确目标系统的各个组成部分、各个组成部分的作用及其相互关系。
系统总体结构设计包括如下内容：
1．确定系统的外部接口
通过分析，将电子商务系统与其外部环境区分开来，从而使总体设计有一个明确的范围。系统与其外部环境的接口包括以下方面：
（1）与企业合作伙伴之间的接口；
（2）与企业内部既有信息系统的接口；
（3）与交易相关的公共信息基础设施之间的接口；
（4）其他接口，如企业与政府或其他机构之间的接口。
2．确定系统的组成结构
系统组成结构主要说明目标系统内部的组成部分，以及系统内部与外部环境的相互关系。

方法：
随着Internet技术的发展，人们的日常生活已经离不开网络。未来社会人们的生活和工作将越来越依赖于数字技术的发展，越来越数字化、网络化、电子化、虚拟化。电子商务也随着网络的发展日益和人们的生活贴近。本设计尝试用ASP在网络上架构一个动态的电子商务网站，以使每一位顾客不用出门在家里就能够通过上网来轻松购物。在本设计中，我主要完成了后台功能的实现，实现了登录功能，图书管理，图书分类管理，订单管理，用户管理等功能。
本文中所做的主要工作如下：
(1)简单介绍了电子商务，分析了电子商务的现状；
(2)介绍了IIS+ASP系统的一般原理；
(3)阐述整个系统的系统结构及工作原理；分析了系统实现中的特殊性、难点和重点；
(4)分析并解决实现中的若干技术问题；

附：

方案设计主要依靠设计者的经验，作出技术和结构的选择，并以有组织的文档反映，作为与客户交流论证方案，交付系统开发人员实施的依据，方案设计的基础是业务环境说明书。业务环境说明书重新组织系统需求，给出解决方案的业务运作方式。在系统需求相对简单时不一定需要，如果系统需求较为复杂时，以文字和图表的方式系统地说明业务环境可以使系统需求更加清楚，业务环境说明书可以采用三种文档结构。
* 业务流程图：业务流程图描述企业的业务在新系统中如何运作，说明新系统的业务运作模式如何解决客户的要求，指出客户的业务流程因为新系统的应用而作出那些更改。业务流程图是一种直观的工具，向客户解释新系统的作用，征求使用者的配合与支持，能提高新系统的实际效能。
* 操作规程说明：相对于业务流程图这种较高层概括的文档，普通用户可能更需要一份详细的操作规程说明，以便更好地理解系统的功能与使用。操作规程说明以易被最终用户理解的词语描述，避免使用过分专业的词语。操作规程说明仍属于高层设计文档，不是最终的操作步骤说明。操作规程说明规定了系统活动的框架，
* 处理流程图 ： 细化操作规程中描述的活动，由事件和处理流组成。事件是活动开始的条件，处理是活动中的具体工作。处理流程图的描述层次接近详细设计。以客户在网上购货为例，最后一步是确认付款，操作规程说明只需简单地说明：“客户检查付款额后确认”，处理流程图的说明比较详细，激发活动的事件是客户按下“付额”按钮，处理是付款总额从数据库中统计出来，显示在浏览器上，最后由客户按“确认”按钮确认。

当前普遍采用对象技术描述复杂的应用结构，电子商务系统一般用Java,EJB,CORBA等对象技术实现，在系统设计阶段，编制业务环境书时采用面向对象分析和设计方法可以提高实施阶段的效率。业务环境说明书中的设计文档完成后，召开第二次项目会议，在会上以图表的形式向客户和项目开发人员介绍系统设计的概貌。着重与客户讨论两个问题，检查系统设计是否满足客户需求：

系统设计在多大程度上解决了用户的需求？是否准确地实现了客户的期望，既没有过分简单化，也没有过分复杂化。

系统设计的功能范围是否包含了用户提出的所有需求？
应用开发人员参加项目会议，可以更好地了解客户的业务环境与方案设计的总体结构，与客户和系统设计者直接交谈，减少沟通的误差，提高效率。

IBM为电子商务系统定义了一套完整的电子商务应用框架，基于三层次体系结构集成企业核心系统与互联网服务，多层次结构使企业内部应用系统无需作重大更改，通过与互联网服务器的连结就可以在互联网上提供服务，实现电子商务系统的目标。
基于电子商务应用框架的电子商务系统体系结构共有八个主要部分。直接支持应用程序运行的模块有六个：客户端、网络连接、互联网服务器、应用逻辑、中间连接件、核心数据与应用，其余两个模块安全性和系统管理与这六个模块都有关联，系统设计者可相对独立地设计安全性体系和系统管理体系，在应用程序运行支持模块的实现中加入相应的技术与处理。安全性和系统管理的效率是系统的整体性效果，应用系统运行的每一个环节都能影响系统总体的安全性和可管理性。

7、什么是系统架构设计?

系统架构的主要任务是界定系统级的功能与非功能要求、规划要设计的整体版系统的特权征、规划并设计实现系统级的各项要求的手段，同时利用各种学科技术完成子系统的结构构建。

在系统架构中，由于对软件越来越深入的依赖，软件架构的任务也体现出重要的作用。而且系统架构与软件架构是紧密联系和相互依赖的。

8、简述信息系统体系结构设计的任务

1.问题定义

9、电子商务系统总体结构设计的主要内容与方法是什么？

电子商务系统的总体结构设计是在系统体系结构的基础上，针对企业电子商务的目标，界定系统的外部边界和接口，刻画系统的内部成及其相互关系，明确目标系统的各个组成部分、各个组成部分的作用及其相互关系。
系统总体结构设计包括如下内容：
1．确定系统的外部接口
通过分析，将电子商务系统与其外部环境区分开来，从而使总体设计有一个明确的范围。系统与其外部环境的接口包括以下方面：
（1）与企业合作伙伴之间的接口；
（2）与企业内部既有信息系统的接口；
（3）与交易相关的公共信息基础设施之间的接口；
（4）其他接口，如企业与政府或其他机构之间的接口。
2．确定系统的组成结构
系统组成结构主要说明目标系统内部的组成部分，以及系统内部与外部环境的相互关系。

方法：
随着Internet技术的发展，人们的日常生活已经离不开网络。未来社会人们的生活和工作将越来越依赖于数字技术的发展，越来越数字化、网络化、电子化、虚拟化。电子商务也随着网络的发展日益和人们的生活贴近。本设计尝试用ASP在网络上架构一个动态的电子商务网站，以使每一位顾客不用出门在家里就能够通过上网来轻松购物。在本设计中，我主要完成了后台功能的实现，实现了登录功能，图书管理，图书分类管理，订单管理，用户管理等功能。
本文中所做的主要工作如下：
(1)简单介绍了电子商务，分析了电子商务的现状；
(2)介绍了IIS+ASP系统的一般原理；
(3)阐述整个系统的系统结构及工作原理；分析了系统实现中的特殊性、难点和重点；
(4)分析并解决实现中的若干技术问题；

附：

方案设计主要依靠设计者的经验，作出技术和结构的选择，并以有组织的文档反映，作为与客户交流论证方案，交付系统开发人员实施的依据，方案设计的基础是业务环境说明书。业务环境说明书重新组织系统需求，给出解决方案的业务运作方式。在系统需求相对简单时不一定需要，如果系统需求较为复杂时，以文字和图表的方式系统地说明业务环境可以使系统需求更加清楚，业务环境说明书可以采用三种文档结构。
* 业务流程图：业务流程图描述企业的业务在新系统中如何运作，说明新系统的业务运作模式如何解决客户的要求，指出客户的业务流程因为新系统的应用而作出那些更改。业务流程图是一种直观的工具，向客户解释新系统的作用，征求使用者的配合与支持，能提高新系统的实际效能。
* 操作规程说明：相对于业务流程图这种较高层概括的文档，普通用户可能更需要一份详细的操作规程说明，以便更好地理解系统的功能与使用。操作规程说明以易被最终用户理解的词语描述，避免使用过分专业的词语。操作规程说明仍属于高层设计文档，不是最终的操作步骤说明。操作规程说明规定了系统活动的框架，
* 处理流程图 ： 细化操作规程中描述的活动，由事件和处理流组成。事件是活动开始的条件，处理是活动中的具体工作。处理流程图的描述层次接近详细设计。以客户在网上购货为例，最后一步是确认付款，操作规程说明只需简单地说明：“客户检查付款额后确认”，处理流程图的说明比较详细，激发活动的事件是客户按下“付额”按钮，处理是付款总额从数据库中统计出来，显示在浏览器上，最后由客户按“确认”按钮确认。

当前普遍采用对象技术描述复杂的应用结构，电子商务系统一般用Java,EJB,CORBA等对象技术实现，在系统设计阶段，编制业务环境书时采用面向对象分析和设计方法可以提高实施阶段的效率。业务环境说明书中的设计文档完成后，召开第二次项目会议，在会上以图表的形式向客户和项目开发人员介绍系统设计的概貌。着重与客户讨论两个问题，检查系统设计是否满足客户需求：

系统设计在多大程度上解决了用户的需求？是否准确地实现了客户的期望，既没有过分简单化，也没有过分复杂化。

系统设计的功能范围是否包含了用户提出的所有需求？
应用开发人员参加项目会议，可以更好地了解客户的业务环境与方案设计的总体结构，与客户和系统设计者直接交谈，减少沟通的误差，提高效率。

IBM为电子商务系统定义了一套完整的电子商务应用框架，基于三层次体系结构集成企业核心系统与互联网服务，多层次结构使企业内部应用系统无需作重大更改，通过与互联网服务器的连结就可以在互联网上提供服务，实现电子商务系统的目标。
基于电子商务应用框架的电子商务系统体系结构共有八个主要部分。直接支持应用程序运行的模块有六个：客户端、网络连接、互联网服务器、应用逻辑、中间连接件、核心数据与应用，其余两个模块安全性和系统管理与这六个模块都有关联，系统设计者可相对独立地设计安全性体系和系统管理体系，在应用程序运行支持模块的实现中加入相应的技术与处理。安全性和系统管理的效率是系统的整体性效果，应用系统运行的每一个环节都能影响系统总体的安全性和可管理性。

10、　系统结构设计

一、用户需求分析

全面深入地了解掌握用户需求是作出一个优良的系统设计的关键，也是系统生命力的保证。在需求分析阶段，系统设计者应当完全确定用户的工作范围与流程。据此，确定系统的全部数据及相应处理，绘出系统数据流图，从而产生整个评价系统的逻辑模型。

针对地质灾害灾情评估的特点，可以归纳为五个方面的需求，即：①数据维护；②物理系统（孕灾环境危险性）分析；③社会经济系统（承灾区易损性）分析；④风险分析；⑤防治效益评价。

二、设计需求

1.地质灾害系统自组织体系

地质灾害系统作为一个开放的自组织体系，在内外界持续干扰的作用下，该体系形成涨落，从而体系状态发生质变，形成一种更加稳定有序的结构。地质灾害系统是由孕灾环境、致灾因子与承灾体共同组成的地球表层变异系统。灾情则是这一体系涨落作用的产物。

2.系统硬软件环境的选择

（1）各种与IBM兼容的PC机（需带有80387浮点运算器），1兆以上内存，100兆以上硬盘，VGA以上彩色图形显示器（卡）。

（2）输入、输出设备，包括分辨率为0.1×0.1（mm）、带有国际标准数据交换格式的扫描仪（便于弧段跟踪、数据矢量化处理和数据格式转换），CALCOMP、HP系列或与之兼容的数字化仪和绘图仪。

（3）软件环境

系统采用美国环境系统研究所（ESRI）研制的PC版ARC/INFO（V3.4-PLUS）系统为基础软件。该系统是两个系统的结合，即描述地图特征和拓扑关系的ARC系统和记录属性数据的关系型数据管理INFO系统。这种混和数据模型兼顾了空间数据和非空间数据两种不同性质的数据特点，便于有效地管理这两种基本的空间数据：描述空间坐标的点、线、面特征和拓扑结构数据以及这些特性的属性数据。

3.数据库的组织结构

计算机作业较之于手工作业，在其精确度、可靠性方面具有很大的优越性。但这一切基于一个先决条件，那便是数据源的准确性。地质灾害风险评价系统涉及到的数据源较复杂，既包括自然物理数据，又包含社会经济发展数据。根据这些数据特点分为：属性库、图形库和图像库三类数据库。通过分析评价区内各灾种成灾特点、社会经济构成，收集各类数据源的数据，评价其精确度、可靠性、可利用性及相互关系，确定入库的数据项，并给出各数据项的详细定义，编辑数据词典。在各相关数据库之间建立公共特征码字段，将有助于提高数据的检索查询效率。根据系统的基本要求和地质灾害的基本规律，系统数据库组织如下：

图9-1　GDRES数据库组织图

4.系统总体设计

地质灾害灾情评估系统是一类专业性的地理信息系统。其总体结构可作如下划分（图9-2）：

系统运行时，用户在应用子系统中工作，由应用子系统调用系统功能模块从而完成对系统数据的处理。

用户应用子系统是系统的用户界面。此层的缺失或划分不当，系统的用户友好性无从谈起。一般而言，应用子系统对应于用户某一需求的共同作业，此层面的设计与划分一定要从用户需求出发，面向地质灾害灾情评估的实际工作程序，以系统数据流图为基础进行。

图9-2　系统总体设计图

应用子系统建立在对系统功能模块的调用基础之上。系统功能模块可由支撑软件直接提供。许多支撑软件虽然功能强大，但一般都是从通用性入手考虑，具体到某一类专业应用系统，开发者仍具有一定工作量的二次开发任务，需要对系统功能模块进行扩充以满足特定需求。这类功能扩充定义又来源于上层应用子系统的操作分解，从中抽象出多个子系统中共同的操作，在此基础上开发扩充功能模块满足应用子系统的操作并优化系统整体结构。

5.GDRES结构

（1）系统组织结构的设计　从实用性入手，系统组织结构必须面向实际工作内容。为此，我们结合DBMS和GIS设计的概念和原理，将系统分为如下图所示的三个层次的七个子系统：①孕灾区灾害分布分析；②孕灾区危险程度分析；③承灾区受损范围分析；④承灾区价值易损性分析；⑤灾害发生概率分析；⑥灾害强度分析；⑦灾害风险分析。灾害强度是综合考虑孕灾区危险性强度及承灾区价值易损性的结果，灾害风险分析则建立在对中间层两因素的综合分析之上。

图9-3　GDRES组织结构图

（2）系统功能结构设计　我们以属性数据库、空间数据库为基础，设计出面向灾害风险分析的用户应用子系统。各应用子系统都具有以下功能模块，其中包括属性数据库维护、空间数据库维护、数据检索查询、统计查询、矩阵判断、空间分析模块。所有模块以GIS、DMBS类软件支撑并根据面向任务扩展产生。模块处理结果用文本、报表及图件三种方式输出，为地质灾害的管理和防治提供决策依据。

系统功能结构图如下：

图9-4　GDRES功能结构图