系统总体设计框架图|系统总体设计的含义是什么

① 企业信息化系统的总体设计思路、总流程图、数据流程图、和功能模块

每个企业是不一样的，所以企业信息化的方法也不一样。LZ应该较为详细的描述一下现在公司的状况，并说明现行管理方法和组织架构。对这些信息进行分析后，才能给出个初步的总体框架。至于流程图、数据流程图，这个得首先对具体业务部门调研，调研的结果做为制作各类流程图的依据。

② 系统架构图是需求分析还是系统设计

当软件规模比较小时，系统分析师所完成的工作是把真正的业务需求(这个需求不是指客户简单所说的哪一个功能，而是需要去挖掘的，可能是潜在的但又是系统必需的，条例清楚、逻辑清晰的业务功能，而且需求不仅仅只是来自业务上的，系统所依赖的运行环境也会产生一些需求)转换成计算机可理解、可实现、可计算的模型。但由于现在的系统规模越来越大，复杂程度越来越高，而且应用领域也越来越广，所以很难由一个工种的人来全面完成这项艰巨的任务。 在具体的软件设计过程中，现在把它分解为由系统分析师与软件架构师合作共同来完成这一任务。其中系统分析师侧重的是前一部分的工作，软件架构师侧重的是后一部分的工作。系统分析师的主要工作内容 包括业务需求分析、系统需求分析、可行性分析以及建模等，其特点是更多地与行业专家、用户沟通，再及时与项目经理(项目管理师)、软件架构师以及老板商 讨，分析项目具备的特点、成本、风险等，考虑实现的模型。系统分析师所面临的往往是有许多不确定性的事件，需要对这些不确定的事件进行分析、总结，使之得 出一个相对可靠的确定性结论或实施方案模型。 软件架构师的主要工作内容就是在系统需求比较清晰的条件下进行系统总体的架构设计，当然 它也可能会涵盖一些系统分析师的工作内容和软件设计师的内容，但其特点是确定性的东西会多一些，力求为系统找到或架构一个最优的模型，这里面虽然可能有很 多创新的成分，但更重要的是如何充分运用现有的各种模型、结构、方案，并根据项目的特点，在各种方案中取长补短，找到一个最好的平衡点和结合点，使之最适 合当前项目的解决方案。所以，软件架构师实际上是使系统细致化、完善化，为拥有更好的可靠性提供保障。 在实际的职责上，软件架构师比系统分析师所站的角度更高一些。在大规模的软件系统中，系统分析师可能就系统的某个子系统进行分析与设计，而软件架构师应该对整个系统的结构负责。 (1) 项目管理师：掌握信息系统项目管理的知识体系，具备管理大型、复杂信息系统项目和多项目的经验和能力；能根据需求组织制定可行的项目管理计划；能够组织项 目实施，对项目的人员、资金、设备、进度和质量等进行管理，并能根据实际情况及时做出调整，系统地监督项目实施过程的绩效，保证项目在一定的约束条件下到 达既定的项目目标；能分析和评估项目管理计划和成果；能在项目管理进展的早期发现问题，并有预防问题的措施；能协调项目所涉及的相关人员。即项目管理师的 主要职责是负责整个项目的实施和控制，协调各种资源(包括组织内部资源和客户资源)。 (2)系统分析师：熟悉应用领域的业务，能分析 用户的需求和约束条件，写出信息系统需求规格说明书，制订项目开发计划，协调项目开发与运行所涉及的各类人员；能指导制订企业的战略数据规划，组织开发项 目；能评估和选用适宜的开发方法和工具；能按照标准规范编写系统分析、设计文档；能对开发过程进行质量控制与进度控制；能具体指导项目开发。即系统分析师 的主要职责是获取并分析用户的需求，形成规范化的文档，指导整个项目的开发，需要与客户不断的交流，熟悉应用领域的业务。 (3)系统 架构师：能够根据用户需求，结合用户应用领域的实际情况，设计正确、合理的软件构架，维护系统构件及其接口，并确保系统构架具有良好的性能；能够对项目进 行系统构架级的描述、分析、设计与评估；能够按照相关标准编写相应的设计文档；具有扎实的理论功底、广博的知识面，能够与系统分析师、项目管理师相互协 作、配合工作。即系统架构师的职责是负责整体的、宏观的系统设计，重点在架构级别上。还要对架构进行描述、分析和评估，属于纯技术性的工作。考试方面不太了解。

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

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

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

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

(3)系统总体设计框架图扩展阅读：

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

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

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

④ 系统总体结构设计

（一）系统设计思路

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

（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)系统总体设计框架图扩展阅读

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

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

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

⑥ 简述系统总体设计的内容。

(1)划分子系统。(2)代码设计。(3)制定设计规范。(4)信息系统流程图设计。(5)功能结构图设计和系统物理配置方案设计。

⑦ 系统总体结构图支持软件系统的详细设计 这句话为什么不对啊求高手~~

不对，系统总体结构图支持软件系统的需求分析阶段，实际上就是框架图，怎么可能是详细设计的图呢，PAD图才对

⑧ 什么是系统结构图

系统结构图是对软件系统结构的总体设计的图形显示，在需求分析阶段,已经从系统开发的角度出发,把系统按功能逐次分割成层次结构,使每一部分完成简单的功能且各个部分之间又保持一定的联系,这就是功能设计.在设计阶段,基于这个功能的层次结构把各个部分组合起来成为系统.(3)处理方式设计:确定为实现软件系统的功能需求所必需的算法,评估算法的性能.确定为满足软件系统的性能需求所必需的算法和模块间的控制方式(性能设计).确定外部信号的接收发送形式.用Microsoft Visio Trial来画系统结构图

⑨ 软件系统的总体结构

钻孔设计与轨迹动态监控CAD软件系统主要包括钻孔设计和钻孔轨迹动态监控两大模块。钻孔设计模块包括钻孔结构设计、初级定向钻孔设计与受控定向钻孔轨迹设计、钻探工程综合图的绘制、钻孔设计书及钻孔地质柱状图的自动生成等子模块;钻孔轨迹动态监控模块包括钻孔轨迹在地下空间的精确定位、钻孔轨迹自然弯曲规律分析、钻孔设计轨迹与实际轨迹的对比及根据钻孔实际轨迹偏差跟踪设计钻孔纠斜或造斜的轨迹控制参数等子模块。软件系统的总体结构见图8-3,设有9个应用功能模块和1个数据库模块。为进一步增强钻孔轨迹直观显示效果,软件系统还设置有钻孔轨迹三维动态演示。

为方便野外工作人员使用,软件功能模块采用外部彼此独立、内部紧密联系的总体结构方式,系统各模块功能目标明确,操作步骤采用文字空格光标和功能键提示方式。各功能模块均设计有数据录入界面,并可以将录入的数据保存在统一的数据库文件中便于相互调用。

图8-3 多功能定向钻探软件系统总体结构图