系统整体设计

㈠ 系统总体设计的含义是什么

系统总体设计即对全局问题的设计，也就是设计系统总的处理方案，又称概要设计。

制造系统工程总体设计包括：市场调研，技术规格书编写，初步设计，详细设计，产品制造等。

软件工程总体设计包括：计算机配置设计、系统模块结构设计、数据库和文件设计、代码设计以及系统可靠性与内部控制设计等内容。软件功能分解属于下列软件开发中的总体设计阶段。

(1)系统整体设计扩展阅读：

完成大型工程体系的总体方案和总体技术途径的设计过程。在一般工程设计中总体设计则指按计划任务书的内容进行概略计算，附以必要的文字说明和图纸设计，又称初步设计。对于工程系统工程总体设计是指前一种含义。总体设计是工程项目开发过程中的一个重要阶段。

研制大型工程体系的基本问题是，怎样把比较笼统的初始研制要求逐步地变为成千上万个研制参加者的具体工作，以及怎样把这些工作最终综合成一个技术上先进、经济上合算、研制周期短、能协调运转的实际系统，并使这个系统成为它所从属的更大系统的有效组成部分。

1954年美国最早出现为导弹研制计划提供这种服务的系统工程公司──拉莫·沃尔德里奇公司。50年代末中国开始研制人造卫星和运载火箭时，也建立了这样的机构，并称之为总体设计部。总体设计部设计的是系统的总体，系统的总体方案和实现它的技术途径，并通过可行性研究和技术经济论证，确保项目在规划、设计、制造和运行各个阶段，总体性能最优。这样可以避免因规划、研制和运用的缺陷造成人力、物力和财力的浪费。

㈡ 系统详细设计包括哪些内容

1、系统详细设计主要包括以下内容：

确定设计方针和方法，将系统分解为若干子系统，确定各子系统的目标、功能及其相互关系，再决定对子系统的管理体制和控制方式，还有对各子系统进行技术设计和评价，以及对全系统进行技术设计和评价等。

2、系统详细设计就是根据系统分析的结果，运用系统科学的思想和方法，设计出能最大限度满足所要求目标 (或目的) 的新系统的过程。不论多大的复杂系统，都离不开以下三个方面：

①首先要分解为若干子系统或要素，分解可从结构要素、功能要求、时间序列、空间配置等方面进行；

②然后将其特征和性能标准化，综合成最优子系统；

③最后将最优子系统进行总体设计，从而得到最优系统。

(2)系统整体设计扩展阅读

系统详细设计的注意事项

1、阶段开发原则

系统框架和数据结构全面设计，具体功能实现分阶段进行。

2、易用性原则

方便上网客户浏览和操作，最大限度地减轻后台管理人员的负担，做到部分业务的自动化处理。

3、业务完整性原则

对于业务进行中的特殊情况能够做出及时、正确的响应，保证业务数据的完整性。

4、业务规范化原则

在系统设计的同时，也为将来的业务流程制定了较为完善的规范，具有较强的实际操作性。

5、可扩展性原则

系统设计要考虑到业务未来发展的需要，要尽可能设计得简明，各个功能模块间的耦合度小，便于系统的扩展，当然如果存在旧有的数据库系统，则需要充分考虑兼容性。

㈢ 界面整体设计

（一）设计模式

由于用户（专业知识）、开发人员（计算机知识）之间存在着知识面不平衡性，而AGEIS是中国省域范围内较早的农业地质信息管理系统，没有太多的借鉴，用户需求较模糊，用户的界面设计就显得极其重要。可利用面向对象技术和可视化编程技术，根据初步的需求分析和总体设计要求先确定各界面元素组成，然后利用界面元素构架各种界面，如登录界面、主界面等。最后将这些界面构件纳入系统功能的骨架，形成系统的界面原型（图3-5）。这种原型界面法的思想是建立一个能够反映用户主要需求的原型，让用户实际看看未来系统的概貌，以便判断哪些界面及功能是符合需要的，哪些功能还需要改进（钟毅等，1996）。一旦当原型完善之后，利用数据库应用对象和辅助对象，便可与数据库的数据沟通，形成符合用户要求的系统。

图3-5 用户界面设计模式

基于原型法的用户界面设计关键是在比较短的时间内构造出相当接近最终目标的用户界面，使用户能及时地提出软件功能修改意见，以免延误改正时机和扩大错误。

（二）界面构成与布局

用户界面是人机对话的工具，根据功能模块的不同，可以分别采用菜单式、命令式或表格式的界面。但它与功能模块一一对应，各模块之间界面形式一致，相同功能要用相同的图标显示。

好的界面是好的程序的一个不可缺少的条件，好的界面并不需要很多复杂的花哨的东西。正相反，很多好的界面常常给人一种简洁的感觉。如果界面中控件很多，那么控件布局的科学性、合理性就非常重要。AGEIS系统的界面整体上可分为登录界面、主界面（图形界面）两大类，其布局设计如下。

（1）登录界面

系统登录界面主要有软件名称、软件标志、单位名称、单位标志、版本号、网址、联系方式、版权声明、用户名、密码，以及系统设置等信息。宜应具有象征性强、识别性高、视觉传达效果好的图形，可考虑使用动画GIF格式的图像，如图3-6所示。

图3-6 登录界面布局示意图

（2）主（图形）界面

GIS图形界面设计是面向对象的程序设计，采用事件驱动思想为每一个动作或事件指定一个且唯一的响应程序，基于“窗口—图标—鼠标—弹出菜单”模型的图形用户界面（GUI）十分适合面向图形的GIS系统。采用这种界面风格的GIS系统，不仅界面美观、操作方面、规范，而且信息的表现方式更加直观，效率更高。再加上引用了桌面模拟技术，使用户对系统的学习和使用变得很容易。

在构建GIS图形用户界面时，应根据特定的功能要求，选择最能体现系统特色的构件进行界面设计。AGEIS系统的主（图形）界面将界面元素分成4类，即菜单条、工具条、泊坞窗口、业务区。主（图形）界面应根据用户的需求和主观感受，将上述基本构件进行合理地组织和布局（图3-7所示）。其中泊坞窗口是指可含有应用控件或工具的具有可停靠、入坞、出坞、关闭等功能的窗口，包括鹰眼窗口、图层控制窗口、属性窗口。业务区是指用户用来显示和操作业务要素的区域，主要包括文档、二维、三维控件所在的区域。而菜单条主要包括子系统切换区和各子系统的菜单区，子系统切换区主要包括导航窗口（子系统）、地图窗口（子系统）、三维窗口（子系统）、文档窗口（子系统）、系统维护窗口（子系统）等。选择不同子系统时，菜单区域、工具区域、状态显示区域、用户业务区域及泊坞窗口就显示与子系统相匹配的界面元素，实现不同子系统界面风格统一。

图3-7 图形界面布局示意图

㈣ 系统总体结构设计

（一）系统设计思路

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

（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提供的社会化服务，提供地下水系统三维结构的各种显示服务，并可根据用户的需要提供真实的三维结构数据服务。

㈤ 如何进行软件系统概要设计及总体架构设计

其实，我觉得你不必要拘泥在那几个什么设计的称谓上。
做软件和盖楼一样，都要先规划版框架，再权细抠内容，最后一砖一石的去做。
至于你管这个前期的整体规划叫什么，那都行。如果你只是想在同事中找共同语言，那大家叫它什么，你就跟着叫就行了。
很简单，不必拘泥。

㈥ 什么是系统架构设计

简单一点，系统架构设计就是一个系统的草图，描述了构成系统的抽象组件，以及各个组件之间的是如何进行通讯的，这些组件在实现过程中可以被细化为实际的组件比如类或者对象。在面向对象领域中，组件之间的联通通常面向于接口实现的。

是人们对一个结构内的元素及元素间关系的一种主观映射的产物。架构设计是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。

“架构”一词最早来自建筑学，原意为建筑物设计和建造的艺术。但是在软件工程领域，软件架构不是一个新名词，只是在早期的著作中人们将软件架构称为软件体系架构。这就是架构的概念。所谓架构，就是人们对一个结构内的元素及元素间关系的一种主观影射的产物。

无论何种系统架构应用领域，目的都是一样的，即完整地、高一致性的、平衡各种利弊的、有技术和市场前瞻性的设计系统和实施系统。

(6)系统整体设计扩展阅读

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

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

1997年，Eberhadrt Rechtin 与MarkW Maier 在其论著中，为计算机科学总结了系统架构方面的实践成果，从而奠定了系统科学和系统架构在计算机科学中的基石。