软件设计师- 系统工程知识

1. 系统与系统工程：

1.1 系统的概念：

系统就是由多个元素有机的结合在一起，执行特定的功能以达到特定目标的集合体，说的更详细一点就是：

[1] 系统是由各个元素或子系统组成的；

[2] 系统的各元素之间是相互作用和相互制约的；

[3] 系统是有目标的；

[4] 系统和环境有关，要适应环境的变化；

[5] 系统有强烈的整体性，单元要服从整体。

一般系统论的概念：相互作用的多元素的复合体，系统具有多元性、相关性和整体性；

对系统概括为整体性、关联性、动态性、有序性和终极性，其中整体性是系统思想的核心观点，整体性不等于局部特性之和；

1.2系统的分类

系统可以按照各种各样的方法进行分类，一般的分类方法有5种：

[1] 按系统的复杂程度：静态系统、控制系统、生物系统、社会系统和宇宙系统

[2] 按系统的抽象程度：概念系统、逻辑系统和实体系统

[3] 按系统的功能：经济系统、军事系统、电力系统和铁路信息系统

[4] 按系统的内部结构、形态：开环系统和闭环系统，静态系统和动态系统，线性系统和非线性系统，确定性系统和随机系统；

[5] 按系统与外界的关系：封闭系统和开放系统；

1.3系统的特性

系统具有如下特性：

[1] 整体性：系统中的元素是有机结合的

[2] 层次性：系统中的每个元素仍然可以看做是一个系统

[3] 相关性：系统内各个元素是有联系和相互作用的

[4] 目的性：任何一个系统都有一定的目标

[5] 环境适应性：任何系统都处在特定的环境中；

1.4系统与环境

一个系统之外的一切与其相关的事物构成的集合，统称为系统的环境。系统从环境中产生，在环境中运行、延续和演化。

系统的能控与能观：也可以称为可控和可观，这在控制系统中是重要的概念；

系统的接口与耦合：是指系统与环境的结合点或者是子系统之间的连接点，在信息系统中接口的作用十分重要。系统的耦合是指系统之间的联系，某些系统之间不容易耦合，可以采用缓冲器或者是中间件与之联系。

系统的自组织性：子系统之间的自发通过相互作用就能产生协同想象和相干效应，形成自己一定的组织功能和时空结构，使系统表现出新的有序状态。

1.5系统工程与系统方法

系统工程是系统科学在工程技术中的应用，其核心是组织管理与决策。所谓的系统工程主要有两层意思：

1) 作为学科，它研究大规模复杂系统为对象的一门新学科；

2) 作为工程，它又是一们工程技术，具有一般工程技术的特征，又有其自身的特点，研究物质系统和概念系统；

系统的思想即吧研究对象作为整体来考虑，着眼于整体最优进行，

1.6信息系统工程

信息工程一般是指以计算机、网络、数据库、软件等信息技术于产品为基本构件的系统工程；

信息系统工程的特征：

1) 信息系统工程是将信息系统、系统工程和信息工程三者相结合的产物。

2) 信息工程基于数据库系统；

3) 信息工程的目标是建设计算机化的企业管理系统

4) 信息工程是有多种技术和学科的综合；

5) 是一个以生产信息、辅助企业管理和决策的人/机社会系统工程；

6) 以数据库系统为中心，而且已经建立在计算机和网络平台上；

信息系统工程的发展：

大致可分为三大阶段：

1) 数据处理时代：中央处理机

2) 微机时代：分布式处理

3) 网络时代：规模更大、复杂性更高

2.系统分析基础知识

2.1系统分析的目的和任务

系统分析的主要任务似乎对现行的系统进一步详细调查，将调查到的文挡资料集中，对组织内部整体管理状况和信息处理过程进行分析，为系统开发提供所需的资料，并提交系统方案说明书；

系统分析侧重于从业务全过程的角度进行分析，确定分析结果，提出信息系统的各种设想和方案，并对所有的设想和方案进行分、研究、比较、判断和选择，获得一个最优的新系统的逻辑模型，并在用户理解计算机系统的工作流程和处理方式的情况下，将它明确的表达成书面资料—系统分析报告，即系统方案说明书。

系统分析阶段的结果是得到目标系统的逻辑模型，系统分析的主要步骤：

1) 对当前的系统进行详细调查，收集数据；

2) 建立当前系统的逻辑模型

3) 对现状分析，提出改良意见和新年系统应达到的目标

4) 建立新系统的逻辑模型

5) 编写系统方案说明书

2.2结构化分析方法

采用结构化的分析方法对一个系统进行分析可以从下面几个步骤出发：

需求分析

需求分析是对处理对象进行系统调查，在完全弄清楚用户对新系统的确切要求后，用统一、规范的图表和书面语言表达出来，它是系统开发工作中最重要的环节之一。

①系统范围和系统目标分析：

确定系统的范围、定义业务目标，主要完成3个任务：

n 确定系统范围：把系统范围文档化；

n 确定系统需求：把业务目标、系统目标和关键功能需求文档化；

n 系统内容说明书：系统反问、需求描述和分析中产生的其他信息

②系统组织结构与功能分析：

调查组织发展目标及战略规划，了解组织的现状及管理体制，划分各个功能，分清组织内各种流向，如物资流（正向）、资金流（反向）和信息流（双向），可以使用组织结构图和业务功能图来分析；

③系统性能分析：

性能评价指标是客观评价信息系统性能的依据，一般包括系统平均无故障时间，系统联机响应时间、处理速度、吞吐量、操作灵活性，系统加工数据的准确性，系统的可扩充性等。

业务流程分析：

业务流程分析的目的是为了了解各个行业业务流程的过程，明确各个部门之间的关系，明确哥哥业务处理的意义，位业务流程的合理化改造提供建议，为系统的数据流程化提供依据，主要有以下几个步骤：

①组织结构于业务流程详细调查：

按现行系统物质、信息或数据流动的过程，逐个调查现行系统中每个环节物质流、信息流或数据流，以弄清每个环节的物质流和信息流的来源和去向，并将现行系统按数据加工的顺序进行描述。

②业务流程图和系统概况图：

业务流程分析是描述现行系统的物理模型，现行系统概况图再现行系统业务流程图基础上提取系统的基本要素—输入、输出、处理、存储和外部环境等编制而成。

③业务流程优化与再造：

为了提高企业的核心能力，可以对企业的业务流程进行改善和再造，。其中改善是对原来业务流程的连续的、渐进的改善，而再造是对企业业务流程的根本的再思考和再设计，从而使企业的关键绩效得到提高。

数据流程分析：

数据流程分析就是吧数据再现行系统内部的流动情况抽象出来，舍去了具体组织机构、信息载体、处理工作等物理组成，单纯从数据流动过程来考察实际业务的数据处理模式。数据流程分析主要包括信息流动、传递、处理、存储等的分析，目的就是确定数据项，合适的数据流向和合适的处理过程，并发现和解决数据流通中出现的问题。

一个系统的基本组成部件包括输入流、输出流和处理过程。数据流是用于记录系统中各种流的抽象表达形式。数据流贯穿在组织内的每个活动中，数据流是用以控制其他流的，而事务流则是被控制的对象。

数据流图是一种便于用户理解、分析系统数据流程的图形工具，是逻辑模型的组成部分。数据流图是信息活动的抽象，描述的内容是面向用户的，一般遵循以下原则：

n 明确系统边界

n 总体上遵循自顶向下的原则

n 在局部上遵循由外向里的原则

数据流图的绘制一般用以下步骤：

n 识别系统的输入和输出

n 绘制系统内部数据流

n 对复杂加工进行分解

n 对草图进行检查和合理布局

n 和用户交流

n 检查、修改、完善

数据字典

数据字典是系统逻辑模型的详细、具体说明，是系统分析阶段的重要文件，实际上是一个关于数据的数据库。

编制数据字典的基本要求：

n 对数据流图上的各种成分的定义必须明确

n 命名、编号和数据流图一致

n 符合一致性与完整性要求

n 模式规范、风格统一、蚊子精炼，数字符号正确

数据字典中有6类条目：

n 数据元素：最小的数据组成单位

n 数据结构：数据之间的组合关系

n 数据流：数据流的来源、去向、组成、流通量

n 数据存储：数据存储的结构和有关数据流、查询要求

n 外部实体：外部实体是数据的来源和去向

n 处理：需要在数据字典中描述的处理框的编号、名称、功能的简要说明以及有关的输入和输出。

2.3统一建模语言（UML）

UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。

然UML不是一种方法学，它就不需要任何正式的工作产品。而且它还提供了多种类型的模型描述图（diagram），当在某种给定的方法学中使用这些图时，它使得开发中的应用程序的更易理解。UML的内涵远不只是这些模型描述图，但是对于入门来说，这些图对这门语言及其用法背后的基本原理提供了很好的介绍。通过把标准的UML图放进您的工作产品中，精通UML的人员就更加容易加入您的项目并迅速进入角色。最常用的UML图包括：用例图、类图、序列图、状态图、活动图、组件图和部署图。

用例图：

用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的"角色"（actors，也就是与系统交互的其他实体）关系，以及系统内用例之间的关系。用例图一般表示出用例的组织关系--要么是整个系统的全部用例，要么是完成具有功能（例如，所有安全管理相关的用例）的一组用例。要在用例图上显示某个用例，可绘制一个椭圆，然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。要在用例图上绘制一个角色（表示一个系统用户），可绘制一个人形符号。角色和用例之间的关系使用简单的线段来描述.

用例图通常用于表达系统或者系统范畴的高级功能。此外，在用例图中，没有列出的用例表明了该系统不能完成的功能。在用例图中提供清楚的、简要的用例描述，项目赞助商就很容易看出系统是否提供了必须的功能。

类图:

类图表示不同的实体（人、事物和数据）如何彼此相关；换句话说，它显示了系统的静态结构。类图可用于表示逻辑类，逻辑类通常就是业务人员所谈及的事物种类--摇滚乐队、CD、广播剧；或者贷款、住房抵押、汽车信贷以及利率。类图还可用于表示实现类，实现类就是程序员处理的实体。实现类图或许会与逻辑类图显示一些相同的类。然而，实现类图不会使用相同的属性来描述，因为它很可能具有对诸如Vector和HashMap这种事物的引用。

类在类图上使用包含三个部分的矩形来描述。最上面的部分显示类的名称，中间部分包含类的属性，最下面的部分包含类的操作（或者说"方法"）。

序列图:

序列图显示具体用例（或者是用例的一部分）的详细流程。它几乎是自描述的，并且显示了流程中中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。

序列图有两个维度：垂直维度以发生的时间顺序显示消息/调用的序列；水平维度显示消息被发送到的对象实例。

序列图的绘制非常简单。横跨图的顶部，每个框表示每个类的实例（对象）。在框中，类实例名称和类名称之间用空格/冒号/空格来分隔，例如，myReportGenerator : ReportGenerator。如果某个类实例向另一个类实例发送一条消息，则绘制一条具有指向接收类实例的开箭头的连线，并把消息/方法的名称放在连线上面。对于某些特别重要的消息，您可以绘制一条具有指向发起类实例的开箭头的虚线，将返回值标注在虚线上。就我而言，我总喜欢绘制出包括返回值的虚线，这些额外的信息可以使得序列图更易于阅读。

阅读序列图也非常简单。从左上角启动序列的"驱动"类实例开始，然后顺着每条消息往下阅读。

状态图:

状态图表示某个类所处的不同状态和该类的状态转换信息。有人可能会争论说每个类都有状态，但不是每个类都应该有一个状态图。只对"感兴趣的"状态的类（也就是说，在系统活动期间具有三个或更多潜在状态的类）才进行状态图描述。

状态图的符号集包括5个基本元素：初始起点，它使用实心圆来绘制；状态之间的转换，它使用具有开箭头的线段来绘制；状态，它使用圆角矩形来绘制；判断点，它使用空心圆来绘制；以及一个或者多个终止点，它们使用内部包含实心圆的圆来绘制。要绘制状态图，首先绘制起点和一条指向该类的初始状态的转换线段。状态本身可以在图上的任意位置绘制，然后只需使用状态转换线条将它们连接起来。

活动图:

活动图表示在处理某个活动时，两个或者更多类对象之间的过程控制流。活动图可用于在业务单元的级别上对更高级别的业务过程进行建模，或者对低级别的内部类操作进行建模。根据我的经验，活动图最适合用于对较高级别的过程建模，比如公司当前在如何运作业务，或者业务如何运作等。这是因为与序列图相比，活动图在表示上"不够技术性的"，但有业务头脑的人们往往能够更快速地理解它们。

活动图的符号集与状态图中使用的符号集类似。像状态图一样，活动图也从一个连接到初始活动的实心圆开始。活动是通过一个圆角矩形（活动的名称包含在其内）来表示的。活动可以通过转换线段连接到其他活动，或者连接到判断点，这些判断点连接到由判断点的条件所保护的不同活动。结束过程的活动连接到一个终止点（就像在状态图中一样）。作为一种选择，活动可以分组为泳道（swimlane），泳道用于表示实际执行活动的对象.

该活动图中有两个泳道，因为有两个对象控制着各自的活动：乐队经理和报告工具。整个过程首先从乐队经理选择查看他的乐队销售报告开始。然后报告工具检索并显示他管理的所有乐队，并要求他从中选择一个乐队。在乐队经理选择一个乐队之后，报告工具就检索销售信息并显示销售报告。该活动图表明，显示报告是整个过程中的最后一步。

组件图:

组件图提供系统的物理视图。它的用途是显示系统中的软件对其他软件组件（例如，库函数）的依赖关系。组件图可以在一个非常高的层次上显示，从而仅显示粗粒度的组件，也可以在组件包层次2上显示。

部署图:

部署图表示该软件系统如何部署到硬件环境中。它的用途是显示该系统不同的组件将在何处物理地运行，以及它们将如何彼此通信。因为部署图是对物理运行情况进行建模，系统的生产人员就可以很好地利用这种图。

部署图中的符号包括组件图中所使用的符号元素，另外还增加了几个符号，包括节点的概念。一个节点可以代表一台物理机器，或代表一个虚拟机器节点（例如，一个大型机节点）。要对节点进行建模，只需绘制一个三维立方体，节点的名称位于立方体的顶部。

2.4系统规格说明书

完成整个分析阶段的工作后，要提交一份完整的系统分析报告，在分析报告中，数据流图、数据字典和加工说明这三部分是主体。

系统分析报告应包含以下内容：

n 组织情况概述

n 现行系统概述

n 系统逻辑模型

n 新系统在各个业务处理环节采用的管理方法

n 与新系统相配套的管理制度和运行体制

n 系统设计与实施的初步计划

n 用户领导审批意见

3.系统设计基础知识

3.1系统设计的目的和任务

系统设计的主要目的就是为系统定制系统蓝图，在各种技术和实施方法中权衡利弊，精心设计，合理使用各种资源，最终勾画出新系统的详细设计方案。

系统设计的基本任务大体上可以分为两个步骤：

n 总体结构设计：把总任务分解成许多基本的、具体的任务

n 详细设计：为各个具体任务选择十多拿过的技术手段和处理方法

3.2结构化设计方法和工具

（系统流程图、HIPO图、控制流程图）

3.3系统总体结构设计

系统总体结构设计是要根据系统分析的要求和组主的实际情况来对新系统的总体结构形式和可利用的阻援进行大致的设计，是宏观上的规划。

主要分为4个部分：

n 子系统划分：可按照功能、顺序、数据、过程、时间和环境进行划分；

n 子系统结构设计：确定划分后的子系统的模块结构，并画出结构图；

n 网络设计：根据实际系统的需求，考虑如何配置和选用网络产品。

n 硬件设备及配置：计算机和网罗产品的配置问题，以及如何分布这些设备和任务、功能、数据资源。

系统设计的原则：

n 分解—协调原则

n 自顶向下原则

n 信息隐藏、抽象原则

n 一致性原则

n 明确性原则

n 模块之间的耦合尽可能小，模块内部组合尽可能紧凑

n 模块的扇入系数和扇出系数要合理

n 模块的规模要适当

系统模块结构设计：

模块是组成系统的基本单位，特点是可以组合、分解和更换。模块具备4个要素：

n 输入和输出

n 处理功能

n 内部数据

n 程序代码

可以使用模块结构图来描述系统结构，模块结构图主要关心的是模块的外部属性，即模块上下级和同级之间的数据传递和调用关系，并不关心模块内部。

模块的耦合与内聚：一个合理模块的划分应该是内部联系强，模块之间的尽可能独立，接口明确、简单，有适当的共用性，要满则耦合小内聚大的原则。

模块的耦合方式有3种：

n 数据耦合：模块之间的通信是若干个数据项

n 控制耦合：模块之间传输的信息是控制信息

n 非法耦合：模块之间不经过调用关系，彼此直接使用或修改对方的数据

模块的内聚方式：

n 巧合内聚：模块组成部分之间无内在联系

n 逻辑内聚：模块各组成部分的处理动作在逻辑功能上是相似的

n 时间内聚：模块包含的任务在同一时间内完成

n 过程内聚：模块内部各部分受同一控制流支配

n 通信内聚：模块内部使用同一块数据

n 顺序内聚：模块内部处理动作是顺序关系

n 功能内聚：模块内部各部分处理动作为一个功能联系在一起。

3.4系统详细设计

代码设计：

代码是用来表征客观事物的一组有序的符号，以便于计算机和人工识别与处理。代码设计应遵循以下原则：

唯一性、合理性、可扩充性、简单性、适用性、规范性、系统性

代码设计的步骤：

n 确定代码对象

n 考察是否已有标准代码

n 选择代码的种类和类型

n 考虑检错功能

n 编写代码表

输出设计：

n 确定输出的内容

n 选择输出设备和介质

n 确定输出格式

输入设计：

n 最小量原则

n 简单性原则

n 早检验原则

n 少转换原则

n 确定输入数据内容

n 输入格式、方式设计

n 校对方式设计

用户界面设计：

用户界面是系统与用户之间的接口，也是控制盒选择信息输入输出的主要途径。界面设计包括菜单方式、会话方式、操作提示方式以及操作权限管理方式等

处理过程设计

处理过程的设计就是要确定每个模块的内部特征，即内部的执行过程，包括局部的数据组织、语言和表格等3类。常用的表述方式有几种：

程序流程图：三种基本成分—加工、逻辑条件盒控制流

盒图：从上进入从下走出，限制了随意的控制转移

形式语言：用来描述算法的非正式的比较灵活的语言

决策树：适合描述加工种有多种策略，多个条件

决策表：条件较多，条件之间组合决策方案很多。

数据存储设计：

建立一个良好的数据结构和数据库，使整个系统可以迅速、方便、准确的调用数据。建立了好的数据结构和数据库后，还要确定数据资源的分布和安全保密的属性。

3.5系统设计说明书

系统设计阶段的最终结果是系统设计报告，主要包括以下几个方面的内容：

系统总的设计方案

n 模块设计

n 代码设计

n 输入设计

n 输出设计

n 数据库设计说明

n 模型库及方法库设计

n 网络设计

n 安全保密设计

4.系统实施知识

4.1系统实施的主要任务

系统实施就是将系统设计阶段的结果在计算机上实现，将原来纸面上的、类似于设计图式的新系统方案转换成可执行的应用软件系统。实施阶段的主要任务是：

n 按总体设计方案购置和安装计算机网络系统

n 软件准备：系统软件、数据库管理系统和一些应用程序

n 人力培训：包括主管人员和业务人员

n 数据准备：数据的收集整理和录入

n 投入切换和试运行

系统实施的步骤：

n 按总体设计方案购置和安装计算机网络系统

n 建立数据库系统

n 程序设计

n 收集有关数据并进行录入工作，然后经如系统测试

n 人员培训、系统转换和试运行

4.2结构化程序设计、面向对象程序设计、可视化程序设计

结构化程序设计：主要强调3点：

n 模块内部程序自顶向下划分

n 各程序部分按功能组合

n 各程序之间的联系尽量使用调用子程序

面向对象程序设计：一般与OOD内容相对应，只是一个简单的映射过程。

可视化程序设计：是在所见即所得得设计方法上进行程序设计；

程序语言的选择上取决于开发人员的技术水平和熟练程度，同时还要兼顾项目的性质。

4.3系统测试的目的、类型，系统测试方法

系统测试是为了发现错误而执行程序的过程，成功的测试是发现了至今尚未发现的错误的测试。测试的目的就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。

测试的类型可以分为：白盒测试和黑盒测试。其中白盒测试主要是对程序的内部结构和处理过程进行测试，是根据程序的内部逻辑来设计测试用例，检查程序中的逻辑通路是否都按照预定的要求正确的工作；而黑盒测试是按照系统需求规格说明书对程序的功能进行测试，设计测试用例，检查程序的功能是否负荷规格说明的要求。

系统测试的步骤：

n 单元测试：也称模块测试，在模块编写完成时进行主要进行5个特征的检查：

u 模块接口

u 局部数据结构

u 重要的执行路径

u 出错处理

u 边界条件

n 集成测试：就是把模块按系统设计说明书的要求组装起来进行测试，通常有2种方法：一种是分别测试每个模块，再把这些模块组装起来进行整体测试；另一种是把下一个要测试的模块整合到已经测试过的模块中测试完成后再组合起来进行测试，逐步把所有的模块组合到一起。

n 确认测试：进一步检查软件的功能和性能是否和用户要求的一样。首先进行的是有效性测试和软件配置审查，经过用户和专家验收就可以投入使用。

n 系统测试：是将已确认的软件、计算机硬件、外设和网络等其他因素结合在一起，进行信息系统的各种组装测试和确认测试，目的就是通过于系统的需求相比较，发现所开发的系统于用户需求不符或矛盾的地方。

4.4系统转换基础知识

系统转换是指新老系统之间的转换，首先要进行新系统的试运行。新系统运行成功后就可以在新系统和老系统之间互相转换，转换的方式有3种：

直接转换：在确定新系统运行准确无误时立即启用新系统，终止老系统的运行。

并行转换：新老系统并行工作一段时间，经过一段时间的考验后新系统代替老系统

分段转换：新系统全部运行前，一部分一部分的代替老系统。

5.系统运行和维护知识

5.1系统运行管理基础知识

每一项具体的业务都有一套科学的运行制度，信息系统也需要运行时的管理。

首先，制定机房安全运行管理制度，其他的软件、信息、数据等因素要必须处于监控之下；

其次，日常的运行管理：包括系统运行情况的记录、系统中设置的自动记录功能的审计追踪、应急措施的落实情况和系统资源的管理

再次,系统软件和文档的管理：包括系统软件的版本更新和升级、系统信息文档的管理

系统信息文档的管理包括文档制度的制度化、标准化、规范化、一致性、可追踪性以及文档管理人员的管理和保证。

5.2系统维护基础知识

系统的可维护性是维护人员理解、改正、改动和改进这个软件的难易程度。提高可维护性是开发管理信息系统所有步骤的关键目的，系统是否能被很好的维护，可用系统的可维护性这一指标来衡量。

系统可维护性的评价指标：

n 可理解性：理解系统的结构、界面功能和内部过程的难易程度

n 可测试性：诊断和测试的容易程度取决于易理解的程度

n 可修改性：模块的耦合和内聚、作用范围与控制范围的关系影响系统的可修改性。

系统维护的内容和类型：

系统维护主要包括硬件设备的维护、应用软件的维护和数据的维护：

硬件维护：由专门的硬件维护人员负责，主要有定期设备的保养性维护和突发故障维护；

软件维护：根据需求变化或硬件环境变化对应用程序部分或全部的修改。

n 正确性维护：改正系统中未发现的错误；

n 适应性维护：适应需求变化和管理变化而进行的修改

n 完善性维护：扩充功能和改善性功能所做的修改

n 预防性维护：改进软件的可靠性和可维护性

数据维护：由数据库管理员负责，负责数据库的安全性和完整性以及并发性控制，还有代码维护；

5.3系统评价基础知识

信息系统评价分为广义的和狭义两种。广义的评价是指从系统开发一开始到结束的每一阶段都要进行评价；狭义的评价是指在系统建成并投入运行后所年年个的全面的评价。

按评价的时间与信息系统所处的阶段的关系，可从整体上把广义的信息系统评价分成立项评价、中期评价和结项评价。

系统评价的指标：可以从几个方面来评价一个系统，按照运行效果和用户的需求，系统质量和技术条件两条线索构造指标。

主要有以下几个方面：

n 系统质量

n 技术水平：技术的先进性、技术的首创性和开发的效率

n 运行质量：系统的运行率和系统的维护率

n 用户需求

n 系统成本：开发成本、运行成本、管理成本和维护成本

n 系统效益：经济效益和社会效益

n 财务评价

软件设计师- 系统工程知识相关推荐

软考软件设计师基础知识—法律法规知识
软考软件设计师基础知识-法律法规知识视频的地址: https://open.163.com/newview/movie/free?pid=GETVIB0OT&mid=JETVSHAMA 保护 ...
软件设计师-数据结构知识
数据结构是计算机软件的一门基础课程,计算机科学各个领域及有关的应用软件都要用到各种数据结构．语言编译要使用栈.散列表及语法树:操作系统中用队列.存储管理表及目录树等:数据库系统运用线性表.多链表及索引 ...
软件设计师-计算机网络知识
1.计算机网络知识 1.1计算机网络知识概述: 计算机网络的发展: 计算机网络就是采用通信手段,将地理位置分散的,各自具备自主功能的若干台计算机有机地连接起来的一个复杂系统,这个复杂系统可用来实现通信 ...
软件设计师-操作系统知识
1.操作系统知识: 1.1基本概述操作系统是一个大型的软件系统,是为了提高计算机系统资源(硬件和软件资源)的利用效率并方便用户使用的一组程序,这些程序可以用软件实现,也可以用固件(微程序设计)实现. ...
软件设计师备考知识03
1 软件维护 1 改正性维护: 在使用过程中,发现了隐蔽的错误会后,为了诊断和改正这些隐蔽错误而修改软件的活动,占总维护工作量的25% 2 适应性维护: 为了适应变化了的环境而而改变软件的活动,占. ...
软件设计师——信息安全知识
文章目录安全属性加密技术对称加密非对称加密信息摘要数字签名网络安全协议网络攻击常见的防御手段计算机病毒与木马题目举例安全属性保密性:最小授权原则.防暴露.信息加密.物理 ...
软件设计师备考知识05--设计模式
1 总线处理机主要由处理器.存储器.总线组成.总线包括:数据总线.地址总线.控制总线总线:任何连接两个以上电子元器件的导线 1)芯片内总线:用于在集成电路芯片各部分的连接 2)元件级总线:用于一 ...
软件设计师备考知识06--树
呦西,又是一天. 先来盘开胃菜: call by value(值传递)/call by reference(引用传递) 1)往方法内传入int等基本类型变量,得到一个拷贝副本(形参),不影响原变量 2 ...
软件设计师备考知识04
1 排序 1 归并排序: 例:二路归并将两个有序序列合并成一个有序序列. 过程: 2 关系 1 泛化.概化: 把几类对象类的公共属性和行为抽象为超类,然后其属性和方法被那些子类继承 2 聚合: 一个 ...
视频教程-2020软考软件设计师-上午真题解析视频课程-软考
2020软考软件设计师-上午真题解析视频课程河北师范大学软件学院优秀讲师,项目经理资质,担任操作系统原理.软件工程.项目管理等课程教学工作.参与十个以上百万级软件项目管理及系统设计工作.在<计 ...

软件设计师- 系统工程知识

软件设计师- 系统工程知识相关推荐

最新文章

热门文章