软件设计基础

巩固基础，砥砺前行 。
只有不断重复，才能做到超越自己。
能坚持把简单的事情做到极致，也是不容易的。

软件项目管理。

在经历了软件危机和大连的软件项目失败以后，人们对软件工程专业的现状进行了多次分析。得出了普遍性的结论，软件项目成功率非常低的原因可能就是项目管理能力太弱。由于软件本身的特殊性及复杂性，将项目管理思想引入软件工程领域。就形成了软件项目管理。软件项目管理是指软件生存周期中软件管理者所进行的一系列活动。其目的在一定的时间和设计范围内有效的利用人力资源技术和工具。使软件系统或软件产品按照原计划和质量要求如期完成。

软件项目管理涉及的范围

有效的软件项目管理集中在四个p上，人员，产品，过程和项目。

人员

人员是软件项目中的基本要素和关键要素，计算对人员进行组织时。有必要考虑参与软件过程的人员类型。一般来说可以分为以下五类。
1.项目管理人员
项目管理人员负责软件项目的管理工作，其负责人通常成为项目经理。项目经理除了要求掌握相关的软件开发技术外，更多的应具备管理人员应有的技能。项目经理的任务就是要对项目进行全面的管理。具体的表现在对项目目标有一个全局的观点。制定项目计划，监控项目进展，控制反馈，组建团队。在不确定环境下对不确定问题进行决策，在必要的时候进行谈判并解决冲突。

2.高级管理人员
高级管理人员可以是领域专家。负责提交出羡慕的目标，并对业务问题进行定义，这类业务问题经常会对项目产生较大的影响。

3.开发人员
这类人员常常掌握了开发一个产品或应用所需要的专门技能，可胜任需求分析，设计，编码测试。发布的各种相关的开发岗。

4.客户
客户是一组可以说明带开发软件的需求人，也包括与项目目标有关的其他风险承担者。

5.最终用户
产品或应用提交后，那些与产品应用进行交互的人称最终用户软件项目的。组织称为软件项目组，每一个软件项目组都有上述的人员参与。项目组的组织必须最大限度地发挥每个人的技术和能力。

产品

在这些项目计划之前，应该首先进行项目定义，也就是定义项目范围，其中包括建立产品的目的和范围。可选的解决方案技术或管理的约束等软件开发者和客户必须一起定义产品的目的和范围，一般情况下，该活动作为系统工程或业务过程工程的一部分。持续到软件需求分析阶段的前期，其目的是从客户的角度听译该产品的总体目标。但不必考虑这些目标如何实现，软件范围定义了与软件相关产品的数据功能和行为及相关的约束。

软件范围是通过回答下列问题来定义的

1.项目环境。
要开发的软件如何应用于大型的系统产品或业务环境？该环境下钥匙加什么约束？
2.信息目标。
软件要产生的哪些客户可见的数据对象作为输出。需要什么数据对象作为输入。
3.功能和性能。
软件要执行什么功能才能将输入数据变成输出数据？软件需要满足什么特殊的性能要求？
软件项目的范围必须是无二性的和可理解的。为控制其复杂性，必要时还需对问题进行分解。

过程

传统的项目管理有大项目，项目活动，工作包，工作单元等。多种封藏。对于软件项目来说强调的是对其进行过程控制，通常将项目拆分为赵武子商务等，其分解准则是基于软件工程的过程。

软件过程提供了一个项目团队，要选择一个适合于待开发软件的过程模型。软件团队必须决定哪种过程模型最适合于需要该产品的客户和从事开发的工作人员。产品本身的特性，软件团队所处的项目工作环境。在选定过程模型后，项目团队可以基于这组过程框架活动来定制一个初步的项目计划，一旦确定了初步计划，过长放假就开始了，也就是说必须制定一个完整的计划来反映。框架活动中所需要完成的工作任务。

软件项目管理 管理项目的那些数据？

项目

这些有计划和可控制的软件项目是管理复杂性的一种方式。五部分常识的软件项目方法

1.明确的目标及过程。

充分理解待解决的问题没确定，也夏末目标及软件发委。为项目小组及活动设置明确实现了目标，并充分发挥相关小组的自主性。

2.保持动力

为了维持动力，项目管理者必须提供激励措施以保持饶元变动为绝对最小量。小组应该强调所完成的每个任务的质量，而高层的管理应该尽量不干涉项目小组的工作方式。

3.跟踪进展

针对每个软件项目，当每个任务的工作制品作为质量保证活动的一部分而被批准时对其进行跟踪，并对软件过程和项目进行测量。

4.做出明智的决策。

在本质上。项目管理者和软件项目的决策应该是保持简单，只要有可能就使用商用或成品软件。或现有的软件构建或模式可以采用标准方法时。避免定制接口识别并避免显而易见的方向。以及方佩比你认为的时间更多的时间来完成。复杂或有风险的任务。

5.进行事后分析

建立统一的机制，从每个项目中获取可学习的经验。评估计划的进度和实际的进度，收集和分析软件项目度量数据，从团队成员和客户处获取反馈。并记录所有的发现。

软件项目预估。

软件项目预估涉及人，技术，环境等多种因素，因此很难在项目完成前精准的估算出开发软件所需的成本，持续时间和工作量。因此需要一些方法和技术来支持项目的估算，常用的估算方法。有下面三种:
1.基于已经完成的类似项目进行估算，这是一种常用的，也是最有效的估算方法。
2.基于分解技术进行估算。分解技术包括问题分解和过程分解问题，分解是将一个复杂问题分解成若干个小问题。通过对小问题的估算，得到复杂问题的估算过程，分解是指，像根据软件开发过程中的活动进行估算，这里的活动是指分析，设计，编码，测试等。然后得到整个项目的估算值。
3.基于经验估算模型的估算，典型的经验估算模型有IBM估算模型。COCOMO模型和Putnam模型。

1.成本估算方法

自顶向下估算方法。

估算人员参与以前王庄的项目所耗费的总成本。霍总工作量来推算将要开发的软件总成本或工作量。然后把他们按阶段步骤和工作单元进行分配。这种分配方法称为自顶向下估算方法。

字典下架估算方法的主要优点。是对系统工作的重视，所以估算中不会遗漏诸如机场配置管理之类的系统及事物的成本估算。且估算工作量小，速度快，它的缺点是往往不清楚。低级别上的技术性困难问题。而这些困难将会使成本上升。

自底向上估算方法。

这底下照估算方法是将待开发的软件西方分别估算。每一个子任务所需的开发工作量。然后将他们加起来得到软件的总开发量这种方法的优点是将每一部分的估算工作交给负责该不反工作的人来做，所以估算较为准确。其缺点是估算往往缺少各项子任务之间相互联系所需要的工作量和与软件开发有关的系统及工作量。所以估算往往偏低。

差别估算方法。

差别估算方法的思想是将待开发项目于一个或多个以完成的类似项目进行比较。找出其某个相似项目的若干不同之处，并估算每个不同之处对成本的影响。导出待开发项目的总成本。该方法的优点是可以提高估算的准确性，缺点是不容易明确差别的界限。

其他故障方法。

除了以上方法之外，还有专家估算法，类推估算法和算式估算法。
专家估算法。该方法依靠一个或多个专家对要求的项目做出估算，其精确性取决于专家对估算项目的电信参数的了解和他们的经验。

类推估算法，在自顶向下的方法中，他之前估算项目的总体参数。与类似项目进行直接比较，得到的结果在自己线上。方法中类推是在两个具有相似条件的工作单元之间进行。

算是估算法。专家估算碗和类推估算法的缺点在于他们依靠带有一定忙。木星和主观性的猜测，对项目进行估算算式估算法是企图避免主观因素的影响。用于估算的方法有两种。基本类型有理论导出，还有经验导出。

软件项目管理的进度管理

软件项目进度管理的目的是确保软件项目在规定时间内按期完成。一个软件项目通常可以划分为多个子项目和任务，这些任务之间存在一定的关系。有些任务可以并行开发，有些任务必须在另一些任务完成之后才能进行。完成每个任务就需要一定的资源，包括任何时间，项目管理者的任务就是定义所有的项目任务以及它们之间的依赖关系。制定项目的进度安排，规划每个任务所需要的工作量和持续时间。并在项目开发过程中不断跟踪项目的执行情况。发现哪些未按进度完成的项目对整个项目工期的影响。并及时进行调整。

软件开发项目的进度安排有如下两种形式，系统最终交付日期已经确定，软件开发部门必须在规定时限内完成；系统最终交付日期只确定了大致的年限，最后交付日有软件开发部门确定。

软件进度管理的基本原则

指导软件进度安排的基本原则如下:
1.划分项目必须划分成若干可以管理的活动和任务。为了实现羡慕的划分，对于产品的过程都需要进行分解。
2.相互依赖性划分后的各个活动或任务之间的相互依赖关系必须是明确的。有些任务必须按顺序出现，而有些任务则可以并发进行。有些活动只有在其他活动产生的工作产品完成后才能够开始。而有些则可以独立进行。
3.时间分配必须为每个被调度的任务分配一定数量的工作单元，如若干人天的工作量。此外，必须为每个任务制定开始和结束日期任务的开始日期和结束日期。取决于任务之间的相互依赖性及工作方式。
4.工作量确认。每个项目都有预定数量的人参与，在间歇时间分配时，项目管理者必须确保在任意时间段中分配的人员数量不会超过项目。团队中的人数总和。
5.确定责任。安排了进度计划的每个任务都应该指定。特定的团队成员来负责。
6.明确的输出结果。安排了进度计划的每个任务都应该有一个明确的输出结果，对于软件项目而言，输出结果通常是一个工作产品。例如，一个模块的设计或某个工作产品的一部分，通常可以将多个工作产品组成可交付的产品。
7.确定里程碑每个任务或任务组都应该与一个项目组里程碑相关联，当一个或多个产品经过质量评审并得到认可时，标志着一个里程碑的完成。

软件进度管理的进度安排

为监控软件项目的进度计划和工作的实际进展情况。表示各项任务之间的进度的相互依赖关系，需要采取图示的方法。在图中明确标示如下内容

1.各个任务的计划开始时间和结束时间。
2.各个任务的完成标志
3.各个任务与参与工作的人数，哥哥让我与工作量之间的衔接情况。
4.完成各个任务所需要的物理资源和数据资源。

进度安排通常采用图形描述方法，如刚这图和项目计划评审技术图。

甘蔗图

刚这图是一种简单的水平条形图，他也日历为鸡爪描述项目任务水平轴表示热烈时间线。每个条形表示一个任务任务名称垂直的列在左侧的列中。图中水平。条的起点和终点对应水平轴上的时间分别表示该任务的开始和结束时间。水平条的长度表示完成该任务所需的时间。刚这图能够清晰地描述每个任务从何时开始，何时结束任务的进展情况以及各个任务之间的并行性，但是他不能清晰地反映出各个任务之间的依赖关系。难以确定整个项目的关键所在，也不能反映计划中有潜力的部分。

pert图

他是一个有向图图中的箭头表示任务，它可以飙上完成该任务所需的时间图中的节点。表示流入节点的任务的结束，并开始流出节点的任务，这里把节点称为事件。当有当流入该节点所有任务都结束时，该节点所表示的事件才出现。流出节点的任务才可以开始，事件本身不消耗时间和资源，他仅表示某个时间点。
它不仅能给出每个任务的开始时间，结束时间和完成该任务所需的时间，还给出了任务之间的关系及哪些任务完成后才能开始另一些任务。以及如期完成整个任务的关键路径，图中的松弛时间则反映了完成某项任务可以推迟。其开始时间或延长其所需的完全时间。但是他并不能反映任务之间的并行关系。

软件项目的组织

开发组织采用什么形式组织，不仅要考虑王家项目的特点还需要考虑参与人员的素质，在软件项目组织中，其组织原则有以下三条。
1.尽早落实责任，在软件项目开始组织时。要尽早指定专人负责，使他有权进行管理，并对任务的完成负全责。
2.减少交流接口，一个组织的生产率随着完成任务时存在通信。路径数目的增加而降低，要合理的人员分工，好的组织结构。有效的通信加上不必要的生产效率的损失
3.责权均衡软件管理人员承担的责任不因比赋予他的权利还大。

组织结构的模式。

刚去羡慕的分解和过程的分解。软件项目可以由以下多种组织形式
1.按项目划分的模式。
二项目将开发人员组织成项目组，项目组的成员共同完成该项目的所有开发任务，包括项目定义。需求分析设计，编码测试。评审以及所有的文档编制，甚至包括该项目的维护。
2.按职能划分的模式
按转件过程中所反映的各种智能监项目的参与者。组织成相应的专业组，如果开发组可进一步划分为需求分析组，设计左边马组，测试组。质量保障组维护等
3.矩阵模式
这种模式是上述两种模式的结合，它既按质量组织相应的专业组。有二，项目组织项目组每个软件人员既属于某个专业组，又属于某个项目组。每个软件项目指定一个项目经理项目。中的成员根据其所属的专业组的职能承担项目的相应任务。

程序设计小组的组织形式

这里的程序设计小组主要是指从事软件开发活动的小组。有以下三种不同的组织形式。

1.主程序员制小组。
主程序员至小组有一名主程序员若干名程序员，一名后援工程师和一名资料员组成。主程序员通常由高级工程师担任负责小组的全部技术活动。自己任务的分配。协调技术问题组织评审，必要时也设计和实现项目中的关键部分。程序员负责完成主程序员指派的任务，包括星光舞蹈的编写。后援工程师协助主程序员工作，必要时能替代主程序员。也做部分开发工作，资料员负责小组中所有文档的管理。收集与过程度量相关的数据，为平山准备资料。一个资料员可以同时服务于多个小组。

主程序员制小组突出了主程序员的领导作用，小组内的通信主要体现在主程序源于程序员之间。

2.民主制小组
民主治小组成员之间地位平等，虽然形式上有一位组长，藏族长的工作目标和决策都是由全体成员决定的，相互合作形成一个良好的工作氛围。另外，这种形式的组内通信路径较多。

3.层次式小组。
残次是小组的组织形式，是一名组长，领导若干名高级程序员。每名高级程序员领导若干名程序员组长通常就是项目负责人。负责全组的技术工作，进行任务分配，组织评审。高级程序员负责项目的一部分或一个子系统，负责该部分的设计。Fancy，并将此任务分配给程序员，这种组织形式适合于有层次结构特征的项目的开发。其组内通信路径介于主程序员治制小组和民主制小组之间。

软件配置管理

在软件开发过程中，变更是不可避免的。而变更时由于没有进行变更控制，可能加剧了项目中的混乱。为了协调项目开发，使得混乱减到最小，使用配置管理技术。让变更所产生的错误表达到最小并有效的提高生产率。

软件配置管理用于整个软件工程过程，其主要目标是标识变更，控制，变更，确保变更正确的实现报告有关变更。软件配置管理是一组管理整个软件生命周期中各阶段变更的活动

基线

基线是软件生命周期中各开发阶段的一个特定点，它的作用是使各开发阶段的工作划分戈待明确，是本来连续的工作，在这些点上断开以便于检查，余肯定激动成果，因此，几线可以作为一个检查点，在开发过程中，当采用的基线发生错误时，可以知道所处的位置，返回到最近和最恰当的基线上

转件配置项

双肩配置现实软件工程中产生的信息向他是配置管理的基本单元，对于已经成为基线的软件配置管理虽然可以修改。但必须按照一个特殊的，正式的国产进行评估。确认每一处的修改。下面是软件配置项中的对象
1.系统规格说明书
2软件项目实施计划
3.软件需求规格说明书
4.设计规划说明书。其中包括数据设计，系统结构设计，模块设计，接口设计，对象描述
5.源代码清单。
6.测试计划和过程测试用例和测试结果记录
7.操作和安装手册
8.可执行计划，其中包括可执行程序模块。连接模块
9.数据库描述，其中包括模式和数据文件初始内容。
10.用户手册。
11.维护文档，其中包括软件问题报告，维护请求，工序变更次序。
12.软件工程标准
13.软件项目开发总结
此外，许多软件工程组织把配置控制之下的软件工具及编辑程序。编译程序或其他case工具的特定版本都称作为软件配置中的一部分列入其中。

版本控制

软件配置实际上是一个动态的概念，它一方面随着软件生命周期现象推进。转件配置线的数量在不断增多一些文档经过。转换产生另一些文档，查询一些信息，另一方面也会随时发生新的变更出现，形成新的版本。软件的每一个版本都是软件配置项的一个聚合，而且各个版本都有可能有不同的变种组成。

变更控制

软件工程过程中某一阶段的变更均要引起软件配置线的变化，这种变更必须严格的加以控制和管理。保持修改信息，并把准确清晰的信息传递给软件工程过程的下一个步骤。

对于一个大型软件来说，不加控制的变更很快就会出现混乱，因此，变更控制是一项最重要的软件配置任务，为了有效的实现变更控制，需借助配置数据库和基线的概念。

配置数据项可以分为下面三类
1.开发库。中控开发人员使用其中的信息可以左频繁修改，对其控制相当宽松。
2.受控库在生命周期老魏阶段工作结束时发布新的产品。这些是与软件开发工作相关的计算机可读信息和成功可多信息。软件配置管理正是受控库中各个软件项进行管理。受控库也称为软件配置库。
3.产品库在开发的软件产品完成系统测试后。作为最终产品存入产品库，等待交付客户或现场安装。

风险管控

一般认为，软件分享有包括两个特性，不确定性和损失。不确定性是指风险可能发生，也可能不发生损失是指如果风险发生就会产生恶性结果。再进行分享分析时，重要的是量化每个风险的不确定长度和损失程度。为了实现这一点必须考虑不同类型的风险

项目方想威胁到项目计划，也就是说，如果项目方想发生，就有可能拖延项目的进度和增加项目的成本。项目风险是指预算，进度，人员，资源利益相关者。需求等方面的潜在问题以及他们对软件项目的影响。项目复杂度，规模及结构不确定，现也属于项目风险因素。

技术风险威胁到要开发软件的质量和交付时间，如果技术风险发生开发工作，就可能变得很困难或者不可能根本不可能，技术风险是指设计也实现。接口验证和维护等方面的潜在问题。此外，规格说明的奇异性技术的不确定性，技术成就以及前沿技术也是技术风险因素，技术风险的发生，因为问题比我们所设想的更加难以解决

商业风险威胁到软件。生存能力，而且常常会威胁到项目或产品，五颗主要的商业风险如下
1.市场风险，开发了一个没有人真正需要的优良产品或系统。
2.策略风险，开发的产品不再符合公司的整体商业策略。
3.销售风险，开发了一个销售部门，不知道如何去销售的产品。
4.管理风险，由于重点的转移或人员的变动而失去了高级管理层的支持。
5.预算风险，没有得到预算或人员的保障。

另一种常用的分享分类方式是由Character提出的。已知分享是通过仔细评估项目计划，开发项目的商业和技术环境以及其他可靠的信息源。如不实现的交付时间，没有文档化需求或文档化软件范围。恶劣的开发环境之后可以发现的那些方向可预算分享。能够从过去项目经验中推断出来，如人员的变动与客户缺乏沟通。由于正在进行维护，而开发人员精力分散等不可测，风险可能会真的出现，但很难事先识别

风险识别

风险识别试图系统化的指出对现磨的危险，如估算进度，资源分配等。识别出已知的风险和可预算的风险后，羡慕国联者首先要做的就是在可能。是回避这些方向，在必要时控制这些风险

识别分享的一种方法就是建立封信条目检查表。该检查表可以用于风险识别，而且主要用来识别以下几种类型中的一些已知风险和可预测风险。
1.产品规模。与开发或要修改的软件的总体规模相关的风险。
2.商业影响.与管理者或市场所施加的约束性相关的风险
3.客户特性，与客户的素质以及开发者和客户定期沟通的能力相关的风险
4.过程定义与软件过程定义的长度以及该过程被开发组织遵守的相关长度的风险
5.开发黄金与用来开发产品的工具的可得性及质量的相关性风险
6.开发技术与待开发软件的复杂性及系统所包含的技术的新奇性相关的风险
7.媛媛才感激经验与软件工程师当总体技术水平及项目经验相关的风险

风险条目检查表可以采用不同的方式来组织。与上述每一个主题相关的问题，可以针对每一个软件羡慕来回答。根据这些问题的答案，项目管理者可以估算分享产生的影响。

当然，也可以采用另一种风险条目检查表格式，既剪剪列出与每一种类型相关的特性。最终给出一组风险因素和驱动因子，以及它们发生的概率，风险因素包括性能，成本，支持和进度。Fortune因素是以如下的方式定义的。
1.性能风险，产品能够满足与需求且符合其使用的目的的不确定性程度。
2.成本风险，能够维持项目预算的不确定性长度。
3.支持风险，开发出的软件，易于纠错，修改及提升的不确定性程度。
4.进度风险.当够维持项目进度，请按时交付产品的不确定性程度。

风险管理中的风险预测

风险预测又称风险估计他试图从两个方面评估一个风险风险发生的可能性或概率。如果风险发生了所产生的后果。

风险测评活动

通常，项目计划人员于管理人员，技术人员一起进行下面四步风险预测活动
1.建立一个尺度或标准，以反映风险发生的可能性。
2.描述风险产生的后果
3.估算分享对项目和产品的影响
4.标注方向预测的整体精确度，以免产生误解。

一种简单的风险预测技术是建立风险表，风险表中的第一列列出所有的方向。第2-4列列出每个风险的种类发生的概率以及所产生的影响。风险所产生的影响可以用一个数字来表示，一，表示灾难性的，二，表示严重的，三，表示轻微的，四表示可以忽略的。

评估风险影响

如果分享症的发生有三个因素可能会影响分享所产生的后果及风险的本质，范围和时间，风险的本质是指当风险发生时可能带来的问题。例如，一个定义很差的，与客户硬件的外部接口会妨碍早期的设计和测试。也有可能导致项目后期阶段的系统集成问题，分享的范围包括风险的严重性。及分享的整体分布情况。风险了，时间是指何时能够感受到风险的影响及翻下的影响会持续多久的时间，在大都多数情况下，项目管理者希望坏消息越早出现越好。但在某些情况下则越迟越好。

风险评估

在进行风险评估时，建立如下形式的三元组。其中一表示分享，二表示风险发生的概率，三表示方向产生的影响。
一种对风险评估很有用的技术，就是定义分享。参照水准。对于大多数软件项目来说，成本，进度和性能就是三种典型的风险材料水准，也就是说，对于成本超支，进度延期，性能降低有一个明确导致项目终止的水准。
在风险评估过程中，需要执行以下四个步骤。
1.定义项目的方向参考水平值。
2.建立每组于每一个参考水平直之间的联系。
3.预测一组连接点。一天一项目终止区域该区域由一条曲线或不确定区域所界定。
4.预测什么样的风险组合和会影响水平参考值

风险控制

分享控制的目的是辅助项目组建立处理风险的策略。有效的策略必须考虑下面三个问题
1.风险避免，应对风险的最好办法就是主动的避免风险，既在风险发生前分析，引起风险的原因，然后采取措施，以避免风险的发生。如人员流动 ，根据历史经验可知，该风险发生了概率大概是70%，该放下产生的影响为二级，为了避免该分享采取以下策略
1）与现有人员一起讨论人员流动原因如恶劣的工作条件低报酬竞争激烈的劳动力市场
2）在项目开始之前采取行动，设法缓解那些能够控制的起因。
3）在项目启动之后设法会发生人员流动等有时间流动时能够找到保障工作连续性的方法
4）组织项目团队，使得每一个开发活动的信息都能被广泛传播和交流。
5）定制工作产品标准，并将李香燕机制以确保能够及时创建所有的模型和文档。
6）同等对待所有工作的评审
7）给每一个光鲜的技术人员都指定一个后备人员

2.风险监控

项目管理者应该监控某些因素，这些因素可以提供分享是否正在变高或变低的指标，在频繁的人员流动的例子中，应该监测团队成员对项目压力的普遍态度，团队的凝聚力，团队成员彼此之间的关系与报酬和利益相关的潜在问题，在公司内与公司外工作的可能性。

3.rmmm计划
发现管理策略可以包含在软件项目计划中或方向，管理步骤也可以组织成一个独立的方向，缓解监控和管理计划。该计划将所有风险分析工作文档比。并项目管理者作为整个项目计划中的一部分来使用。
叫你该计划，而且项目已经启动之后，风险缓解及监控步骤也就开始分享缓解是一种问题，规避活动，而风险将测试一种羡慕跟踪活动。这种监测活动有三个主要目的，评估所预测的风险是否真的发生。保证正确的落实各方向的缓解步骤，收集能够用于今后风险缝隙的信息。在很多情况下，项目中发生的问题可以追溯到不止一个方向。所以方向监测的另一个任务就是试图找到起源。在整个项目中是哪些方向引起了哪些问题？

第11章 标准化和软件知识产权基础知识。

标准化基础知识。

标准化是对重复性事物和概念所做的统一规定。规范，规程都是标准的一种形式，标准化是在经济，技术，科学及管理等社会实践中。以改进产品，过程和服务的适用性，防止贸易壁垒，促进技术合作。促进最大社会效益为目的，对重复性事物和概念。通过制定，发布和实施标准达到统一。获最佳程序和社会效益的过程。

基本概念

标准是标准化活动的产物，其目的和作用都是通过制定和贯彻具体的标准来实现。标准化不是一个孤立的事物，而是一个活动过程，标准化活动过程一般包括标准生产。此过程标准实施子过程和标准更新子过程的。其中标准生产包括调查研究，形成草案批准发布。标准实施子过程包括宣传普及，监督，咨询。标准更新，此过程包括复审，废止或修订。

标准的分类。

可以从不同的角度和属性间标准进行分类。

1.根据适用范围分类。
根据标准制定的机构和标准，适用的范围可以分为国际标准，国家标准，行业标准，企业。标准及项目标准。

2.按照标准的性质分类。
根据标准的性质，可以分为技术标准，管理标准和工作标准。

3.根据标准化的对象和作用分类
根据标准的对象和作用标准可以分为基础标准，产品标准，方法标准，安全标准，卫生标准，环境保护标准和服务标准等。

4.根据法律的约束性分类，根据标准的法律约束性。可分为强制性标准和推荐性标准。

信息技术标准化

信息技术标准化是围绕信息技术开发，信息产品的研制和信息系统建设，运行与管理而开展的一系列标准化工作。其中主要包括信息技术术语信息表示汉字信息处理技术。媒体软件工程，数据库，网络通信，电子交换，电子卡，管理信息系统和。计算机辅助技术等方面的标准化。

1.信息编码标准化。
编码是一种信息表现形式和信息交换的技术手段，对信息进行。编码实际上是对文字，音频，图像，图形等信息进行处理，使之量化。从而便于利用各种通信设备进行信息传递和利用计算机进行信息处理。作为一种信息交换的技术手段，必须保证信息交换的一致性。为了统一编码系统，人们借助了标准化这个工具。定制了各种标准代码，如国际上比较使用的ASCII码。

2.汉字编码标准化。汉字编码是对每一个汉字按照一定的规律使用若干个字母数字符号表示出来。汉字编码的方法很多，主要有数字编码，如果电报码四角号码，拼音码记汉字的拼音字母对汉字进行编码字形编码。对于每一种汉字编码，计算机内部都有一种相对应的二进制内部码。不同的汉字编码在使用上不能替换。

软件工程标准化。

软件工程的目的是改善软件开发的组织，降低开发成本，缩短开发时间，提高工作效率。提高软件质量。它在内容上包括软件开发的软件概念的形成，需求分析，计划，组织。系统分析与设计，结构程序设计，软件调试，软件测试和验收，安装和检验。软件运行和维护，以及软件运行的中指，同时还有许多技术管理工作。如过程管理，产品管理，资源管理以及确认与验证工作，如萍胜于审计，产品分析的。软件工程最显著的特点就是把个别自发的封撒的。手工的软件开发变成一种社会化的软件生产方式，软件生产的社会化。必然要求软件工程实行标准化。

软件工程标准化的主要内容包括过船标准，技法标准，开发标准文件规范。维护规范以及质量规范等