吐槽帝9
总体方案设计是什么意思？
【释义】：即对全局问题的设计，也就是设计系统总的处理方案，又称概要设计。
完成大型工程体系的总体方案和总体技术途径的设计过程。
在一般工程设计中总体设计则指按计划任务书的内容进行概略计算，附以必要的文字说明和图纸设计，又称初步设计。
对于工程系统工程总体设计是指前一种含义。
总体设计是工程项目开发过程中的一个重要阶段。
制造系统工程总体设计包括：市场调研，技术规格书编写，初步设计，详细设计，产品制造等。
软件工程总体设计包括：计算机配置设计、系统模块结构设计、数据库和文件设计、代码设计以及系统可靠性与内部控制设计等内容。
软件功能分解属于下列软件开发中的总体设计阶段。
软件设计方法有哪些步骤？
需要进行专家评审时，企业应准备相关设备的总体技术方案，应当包括以下内容：1、产品概述；2、设计依据与执行标准；3、系统组成和功能框图；4、系统硬件、软件结构；5、系统支持业务；6、接口及兼容性；7、性能和技术指标；8、系统组网能力；9、可靠性设计及环境适应性；10、操作维护管理。
详见《电信设备进网专家评审管理规定》总体设计部设计的是系统的总体，系统的总体方案和实现它的技术途径，并通过可行性研究和技术经济论证，确保项目在规划、设计、制造和运行各个阶段，总体性能最优。
这样可以避免因规划、研制和运用的缺陷造成人力、物力和财力的浪费。
摘自百度百科。
...
软件工程设计方法有哪些？
设计方法 设计通常被描述为一个多步的过程，其主要任务是从信息需求中综合出数据结构的表示、程序结构、接口特征和过程细节。
Freeman在[FRE80]中对设计有较为详细的描述： 设计是一项主要考虑进行重要决策的活动，这些决策通常都与结构有关。
设计与编程都要考虑抽象信息表示，但其详细程度与编程有很大的不同。
设计的结果是一个一致的、合理计划的程序表示，主要描述高层各部分的相互关系和低层所需的逻辑操作… 在前一章我们已经指出，设计是由信息驱动的。
各种软件设计方法主要考虑分析模型中的三个域，因此数据、功能和行为三个域是整个设计创建活动的指南。
本章将讨论多种用于创建设计模型（见图13-1）的各个层次的方法，本章的目标是提供一个系统地完成设计的方法，设计的结果就是构造软件的蓝图。
14.1 数据设计 数据设计是实施软件工程中的四个设计活动的第一个（有人也认为是最重要的一个）。
由于数据结构对程序结构和过程复杂性都有影响，数据结构对软件质量的影响是很深远的。
信息隐蔽和抽象数据的概念为数据设计提供了基础。
Wasserman在参考文献[WAS80]中总结了数据设计的过程： 数据设计的主要活动是选择对需求定义和规约过程中找出来的数据对象（数据结构）的逻辑表示。
选择过程可以包括对候选结构进行算法分析，以决定出效率最高的结构；选择过程也可以只使用一组模块（一个包），在对象的某种表示上提供需要的操作。
设计中的另一个相关的活动是标识要直接作用于逻辑数据结构的程序模块，这样，各个数据设计决策的影响域就受到了约束。
无论采用哪种设计技术，好的数据设计将改善程序结构和模块划分，降低过程复杂性。
Wasserman[WAS80]提出了一组用于数据规约和设计的原则。
在实际应用中，数据设计在创建分析模型（见第12章）就已经开始了，考虑到需求分析和设计经常要重叠，我们主要考虑以下一组数据规约原则[WAS80]: 1.用于功能和行为的系统分析原则也应用于数据。
我们通常要在导出、复审和刻画功能需求和初步设计上花很多时间和工作量；数据对象及其关系、数据流和内容的表示也应该按步骤进行开发和复审，其他可选的数据组织结构也应加以考虑，数据模型对于软件设计的影响也应得到正确的评估，例如，一个多环链表可能可以很好地满足数据需求，但它也可能导致过于复杂的软件设计，而其他替代的数据组织结构可能会得到更好的结果。
2.应该标识所有的数据结构以及其上的操作。
设计一个高效的数据结构必须考虑其上的操作（见参考文献[AHO83]），例如，考虑一个由不同数据元素组成的数据结构，在许多重要的软件功能中都要操作这个数据结构。
通过评估该数据结构上的操作，可定义一个抽象数据类型，以便在以后的软件设计中使用。
抽象数据类型的规约将大大简化软件设计。
3.应当建立数据字典，并用于数据设计和程序设计。
数据字典的概念在第12章中已经介绍，数据字典明确表示了数据对象间的关系以及对数据结构中的元素的约束。
如果有一个类似字典的数据规约存在，那些必须利用某些特定关系的优秀算法的定义将得到简化。
4.低层的设计决策应该推迟到设计过程的后期。
数据设计可以采用逐步求精的过程，也就是说，总体的数据组织可以在需求分析阶段定义，在概要设计中进行精化，并在以后的设计迭代中进行详细描述。
在数据设计中应用自顶向下方法的优点与在软件设计中应用自顶向下方法的优点类似：主要的结构属性要首先进行设计和评估，以便建立数据的体系结构。
5.只有那些需要直接使用数据结构内部数据的模块才能看到该数据结构的表示。
信息隐蔽的概念以及相关的耦合概念为软件设计质量的评估提供了依据。
本原则不但强调了这两个概念的重要性，还强调了“将数据对象的逻辑视图和物理视图分开的重要性”[WAS80]。
6.应该开发一个由有用的数据结构和应用于其上的操作组成的库。
数据结构和操作都应被看作可用于软件设计的资源，数据结构的设计可以考虑到复用。
数据结构模板（抽象数据类型）库可以减少数据规约和设计的工作量。
7.软件设计和程序设计语言应该支持抽象数据类型的规约和实现。
如果没有办法对已有的数据结构直接进行规约，复杂数据结构的实现（以及对应的设计）将变得非常困难。
例如，如果目标语言是Fortran的话，实现（或设计）一个链表或多层异构数组将是非常困难的，因为Fortran不支持直接对这些数据结构进行规约。
以上这些原则为数据设计提供了基础，它们既可以应用在软件工程的定义阶段，也可以应用在开发阶段。
在本书的其他部分我们已经指出，清晰的信息定义是软件开发成功的关键。
网络系统总体规划与设计方法有哪些？
网络运行环境主要包括机房和电源 机房是放置核心路由器，交换机，服务器等核心设备 UPS 系统供电：稳压，备用电源，供电电压智能管理 网络操作系统：NT,2000,NETWARE,UNIX,LINUX 网络应用软件开发与运行环境：网络数据库管理系统与网络软件开发工具 网络数据库管理系统：Oracle,Sybase,SOL,DB2 网络应用系统：电子商务系统，电子政务系统，远程教育系统，企业管理系统， 校园信息服务系统，部门财务管理系统 网络需求调研和系统设计基本原则：共 5 点 制定项目建设任务书后，确定网络信息系统建设任务后，项目承担单位首要任务是网络用户调查和网络工程需求分析 需求分析是设计建设与运行网络系统的关键 网络结点地理位置分布情况：（用户数量及分布的位置；建筑物内部结构情况调查；建筑物群情况调查） 网络需求详细分析：（网络总体需求设计；结构化布线需求设计；网络可用性与 可靠性分析；网络安全性需求分析；网络工程造价分析） 结点 2-250 可不设计接入层和汇聚层 结点 100-500 可不设计接入层 结点 250-5000 一般需要 3 层结构设计 核心层网络一般承担整个网络流量的 40%-60% 标准 GE 10GE 层次之间上联带宽：下联带宽一般控制在 1:20 10 个交换机，每个有 24 个接口，接口标准是 10/100mbps：那么上联带宽是24*100*10/20 大概是 2gbps 高端路由器（背板大于 40gbps） 高端核心路由器：支持 mpls 中端路由器（背板小于 40gbps） 企业级路由器 支持 IPX,VINES, QoS *** 低端路由器（背板小于 40gbps）支持 ADSL PPP 路由器关键技术指标： 1：吞吐量（包转发能力） 2：背板能力（决定吞吐量）背板：router 输入端和输出端的物理通道 传统路由采用共享背板结构，高性能路由采用交换式结构 3：丢包率（衡量 router 超负荷工作性能） 4：延时与延时抖动（第一个比特进入路由到该帧最后一个离开路由的时间） 高速路由要求 1518B 的 IP 包，延时小于 1ms 5：突发处理能力 6：路由表容量（INTERNET 要求执行 BGP 协议的路由要存储十万路由表项，高 速路由应至少支持 25 万） 7：服务质量 8：网管能力 9：可靠性与可用性 路由器冗余：接口冗余，电源冗余，系统板冗余，时钟板冗余，整机设备冗余 热拨插是为了保证路由器的可用性 高端路由可靠性： （1） 无故障连续工作时间大于 10 万小时 （2） 系统故障恢复时间小于 30 分钟 （3） 主备切换时间小于 50 毫秒 （4） SDH 和 ATM 接口自动保护切换时间小于 50 毫秒 （5） 部件有热拔插备份，线路备份，远程测试诊断 （6） 路由系统内不存在单故障点
如何设计一个软件设计一个软件的步骤和方法
经典的方法是 市场调研、需求分析、概要设计、详细设计、编码、测试、发布、维护。
现在软件方法还有敏捷方法、测试驱动开发等等，主要看所需设计开发的软件规模和应用领域自身的特点。
不论什么方法，做需求、编码、测试、发布、维护都少不了，差异在理念上和做事方法上。
什么是软件系统架构设计
软件架构（software architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。
软件架构是一个系统的草图。
软件架构描述的对象是直接构成系 统的抽象组件。
各个组件之间的连接则明确和相对细致地描述组件之间的通讯。
在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。
在面向 对象领域中，组件之间的连接通常用接口_（计算机科学）来实现。
软件体系结构是构建计算机软件实践的基础。
与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。
软件构架是一个容易理解的概念，多数工程师（尤其是经验不多的工程师）会从直觉上来认识它，但要给出精确的定义很困难。
特别是，很难明确地区分设计和构架：构架属于设计的一方面，它集中于某些具体的特征。
在“软件构架简介”中，David Garlan 和 Mary Shaw 认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。
结构问题包括总体组织结构和全局控制结构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。
但构架不仅是结构；IEEE Working Group on Architecture 把其定义为“系统在其环境中的最高层概念”。
构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。
它并不仅注重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。
在Rational Unified Process 中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。
从和目的、主题、材料和结构的联系上来说，软件架构可以和建筑物的架构相比拟。
一个软件架构师需要有广泛的软件理论知识和相应的经验来事实和管 理软件产品的高级设计。
软件架构师定义和设计软件的模块化，模块之间的交互，用户界面风格，对外接口方法，创新的设计特性，以及高层事物的对象操作、逻辑和流程。
一般而言，软件系统的架构（Architecture）有两个要素： 它是一个软件系统从整体到部分的最高层次的划分。
一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。
详细地说，就是要包括架构元件（Architecture Component）、联结器（Connector）、任务流（Task-flow）。
所谓架构元素，也就是组成系统的核心＂砖瓦＂，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需求。
建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。
建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。
显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。
