计算机相关知识点.docx

《计算机相关知识点.docx》由会员分享，可在线阅读，更多相关《计算机相关知识点.docx（47页珍藏版）》请在冰豆网上搜索。

计算机相关知识点

计算机相关知识点（）

计算机相关知识要点

1.UML是面向对象的建模，仅仅是一种语言，独立于任何过程的。

就象

是沙土一样，如果要很好组合就需要过程这样的东西来组合它。

也只有经过

过程组合才能够变成功能模块，执行功能。

它们的关系就象是COREJAVAV与

J2EE;SOL、DB2与XML（数据库关系连接）等。

目前有很多的过程，其中能

够和UML最佳结合的是RUP，该过程是提出UML的人开发的，能够与UML很

好的结。

合理的过程能够有效的测度工作进度，控制和改善工作效率。

2.RUP简介----面向对象的建模过程，是RationalUnifiedProcess的简称。

是最佳软件开发经验的总结，其中经验包括了软件开发中的六大经验（迭代

式开发;管理需求;使用基于组件的软件体系结构;可视化建模;验证软件

质量;控制软件变更）。

它是判断是否真正实施RUP的一个重要标准。

六大经验A）

迭代式开发----根据开发实际需求不断变更的事实，将开发过程设计成可分层、迭加式过程。

在软件开发的早期阶段就想完全、准确的捕获用户的需求几乎是不可能的。

实际上，我们经常遇到的问题是需求在整个软件开发工程中经常会改变。

迭代式开发允许在每次迭代过程中需求可能有变化，通过不断细化来加深对问题的理解。

迭代式开发不仅可以降低项目的风险，而且每个迭代过程以可以执行版本结束，可以鼓舞开发人员。

管理需求-----分层次管理连续变化的开发需求过程。

确定系统的需求是一个连续的过程，开发人员在开发系统之前不可能完全详细的说明一个系统的真正需求。

RUP描述了如何提取、组织系统的功能和约束条件并将其文档化，用例和脚本的使用以被证明是捕获功能性需求的有效方法。

基于组件的体系结构-----将软件开发每个功能模块，设计成可相对独立的组件形式，这样就形成基于组件的、可重复使用的开发过程。

组件化使重重复使用成为可能，系统可以由组件组成。

基于独立的、可替换的、模块化组件的体系结构有助于管理复杂性，提高重用率。

RUP描述了如何设计一个有弹性的、能适应变化的、易于理解的、有助于重用的软件体系结构。

1

可视化建模----一般的过程不可视，但是RUP过程可以借助UML具体语言变得可视，这样就形成可视化建模。

RUP往往和UML联系在一起，对软件系统建立可视化模型帮助人们提供管理软件复杂性的能力。

RUP告诉我们如何可视化的对软件系统建模，获取有关体系结构于组件的结构和行为信息。

验证软件质量-----由于RUP过程是可分层、可分组件、甚至可视等的过程，所以每个人做的东西都将是可分离的活动，这样在事中就可以及时发现问题和分清责任。

在RUP中软件质量评估不再是事后进行或单独小组进行的分离活动，而是内建于过程中的所有活动，这样可以及早发现软件中的缺陷。

控制软件变更-----使用这种过程模式可以隔离各个分过程、分组件，如此就可以更好控制软件质量。

迭代式开发中如果没有严格的控制和协调，整个软件开发过程很快就陷入混乱之中，RUP描述了如何控制、跟踪、监控、修改以确保成功的迭代开发。

RUP通过软件开发过程中的制品，隔离来自其他工作空间的变更，以此为每个开发人员建立安全的工作空间。

B）RUP软件开发生命周期

RUP软件开发生命周期是一个二维的软件开发模型，如下图所示。

纵轴代表核心工作流是静态的一面，横轴代表时间显示过程动态的一面，用周期、阶段、迭代、里程碑等名词描述。

从横轴来看RUP把软件开发生命周期划分为多个循环，每个循环生成产品的一个新版本，每个循环由4个连续阶段组成，这四个阶段是:

初始阶段，定义最终产品视图和业务模型，确定系统范围;细化阶段，设计、确定系统的体系结构，制定工作计划即资源要求;构造阶段，构造产品并继续演进需求、体系结构、计划直至产品提交;移交阶段，把产品提交给用户使用。

2

RUP的9个核心工作流是:

业务建模，理解待开发系统所在的机构及其商业运作，确保所有人员对它有共同的认识，评估待开发系统对结构的影响;需求，定义系统功能及用户界面，为项目预算及计划提供基础;分析与设计，把需求分析结果转换为分析与设计模型;实现，把设计模型转换为实现结果，并做单元测试，集成为可执行系统;测试，验证所有需求是否已经被正确实现，对软件质量提出改进意见;部署，打包、分发、安装软件，培训用户及销售人员;配置与变更管理，跟踪并维护系统开发过程中产生的所有制品的完整性和一致性;项目管理，为软件开发项目提供计划、人员分配、执行、监控等方面指导，为风险管理提供框架;环境，为软件开发机构提供软件开发环境。

-----以上是开发软件的一个完整的流程，可以借鉴。

C）RUP核心概念

RUP中定义了一些核心概念，如下图:

3

角色:

描述某个人或者一个小组的行为与职责。

RUP预先定义了很多角色。

活动:

是一个有明确目的的独立工作单元。

工件:

是活动生成、创建或修改的一段信息。

D）RUP裁剪

RUP是一个通用的过程模板，包含了很多开发指南、制品、开发过程所涉及到的角色说明，由于它非常庞大所以对具体的开发机构和项目，用RUP时还要做裁剪，也就是要对RUP进行配置。

RUP就像一个元过程，通过对RUP进行裁剪可以得到很多不同的开发过程，这些软件开发过程可以看作RUP的具体实例。

RUP裁剪可以分为以下几步:

1）确定本项目需要哪些工作流。

RUP的9个核心工作流并不总是需要的，

可以取舍。

2）确定每个工作流需要哪些制品。

4

3）确定4个阶段之间如何演进。

确定阶段间演进要以风险控制为原则，

决定每个阶段要那些工作流，每个工作流执行到什么程度，制品有那些，

每个制品完成到什么程度。

4）确定每个阶段内的迭代计划。

规划RUP的4个阶段中每次迭代开发的

内容。

5）规划工作流内部结构。

工作流涉及角色、活动及制品，他的复杂程度

与项目规模即角色多少有关。

最后规划工作流的内部结构，通常用活动图

的形式给出。

网页的制作（前台语言）可以使用HTML和Javascript两种脚本语言，两者有

一定的区别，但是两者需要互相搭配使用。

先使用HTML制作静态页面框架，

然后把Javascript用于其中的某些动态的菜单。

HTML网页在互动性方面能力较弱，例如下拉菜单，就是用户点击某一菜单项时

，自动会出现该菜单项的所有子菜单，用纯HTML网页无法实现;

又如验证HTML表单（Form）提交信息的有效性，用户名不能为空，密码

不能少于4位，邮政编码只能是数字之类，用纯HTML网页也无法实现。

要

实现这些功能，就需要用到Javascript

Javascript是一种脚本语言，一种解释性的，基于对象的脚本语言，比HTML要

复杂。

不过即便你先前不懂编程，也不用担心，因为Javascript

写的程序都是以源代码的形式出现的，也就是说你在一个网页里看到

一段比较好的Javascript代码，恰好你也用得上，就可以直接拷贝，

然后放到你的网页中去。

正因为可以借鉴、参考优秀网页的代码，所

以让Javascript本身也变得非常受欢迎，从而被广泛应用。

原来不懂编程

的人，多参考Javascript示例代码，也能很快上手。

Javascript主

要是基于客户端运行的，用户点击带有Javascript的网页，网页里的

Javascript就传到浏览器，由浏览器对此作处理。

前面提到的下拉菜单、

验证表单有效性等大量互动性功能，都是在客户端完成的，不需要和

WebServer发生任何数据交换，因此，不会增加WebServer的负担几乎

所有浏览器都支持Javascript，如InternetExplorer（IE），Firefox，

Netscape，Mozilla，Opera等

简单的Javascript入门示例

5

我们先来看一个最简单的例子，代码如下

document.write（"Hello,World!

"）;

演示示例:

在HTML网页里插入Javascript语句，应使用HTML的其中的为Javascript语句。

上面的例子中，使用了document.wirte，这是Javascript中非常常用的语句，表示输出文本。

我们还可以将这个例子写得更加复杂写，不但输出文本，而且输出带HTML格式的文本。

代码如下document.write（"

Hello,World!

在参考别人的Javascript代码时，你也许会看到里的代码是Javascript。

其中language这个属性在W3C的HTML标准中，已不再推荐使用

CMMI介绍-----如果说RUP是针对一个开发过程进行步骤细分的话，那么CMMI就是规范这些细节的具体管理办法。

一个是流程一个管理办法。

用CMMI的方法来执行RUP流程就可以提高效率。

6

CMMI的全称为:

CapabilityMaturityModelIntegration，即能力成熟度模型集成。

CMMI是CMM模型的最新版本。

早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。

随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。

自从1994年SEI正式发布软件CMM以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。

虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。

这时他们就会发现存在一些问题，其中主要问题体现在:

n不能集中其不同过程改进的能力以取得更大成绩;

n要进行一些重复的培训、评估和改进活动，因而增加了许多成本;

n遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚至相抵触。

于是，希望整合不同CMM模型的需求产生了。

1997年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM和软件的SW-CMM三个模型中的所有原则、概念和实践。

该模型被认为是第一个集成化的模型。

CMMI与CMM最大的不同点在于:

CMMISM-SE/SW/IPPD/SS1.1版本有四个集成成

分，即:

系统工程（SE）和软件工程（SW）是基本的科目，对于有些组织还可以应用集成产品和过程开发方面（IPPD）的内容，如果涉及到供应商外包管理可以相应的应用SS（SupplierSourcing）部分。

CMMI有两种表示方法，一种是大家很熟悉的，和软件CMM一样的阶段式表现方法，另一种是连续式的表现方法。

这两种表现方法的区别是:

阶段式表现方法仍然把CMMI中的若干个过程区域分成了5个成熟度级别，帮助实施CMMI的组织建议一条比较容易实现的过程改进发展道路。

而连续式表现方法则通过将CMMI中过程区域分为四大类:

过程管理、项目管理、工程以及支持。

对于每个大类中的过程区域，又进一步分为基本的和高级的。

这样，在按照连续式表示方法实施CMMI的时候，一个组织可以把项目管理或者其他某类的实践一直做到最好，而其他方面的过程区域可以完全不必考虑。

CMMI各个进程的关键元素

CMMI自出道以来，它所达到的目标就没有变过，第一个是质量，第二个是时间表，第三就是要用最低的成本。

不过特别强调的是，CMMI不是传统的、仅局限于软件开发的

7

生命周期，它应该被运用于更广泛的一个范畴——工程设计的生命周期。

TSP的建立，也是为了支持CMMI的这样一个系统。

那么CMMI究竟是什么呢,它并不是一个过程，也不是告诉你怎么去做一件事情。

如果用一句话来概括什么是CMMI，它就是各个进程的一个关键的元素，在很多领域里面一个集成的点。

它是这样的一个基本架构，能够用来度量你的有效性和实用性;能够找出这样的一些机会，继续改进的机会，包括在商业目标、策略还有降低项目的风险等方面。

一、CMMI的起源

随着人们对CMM研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的CMM模型。

例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等:

（1）SW-CMM（SoftwareCMM）软件CMM

（2）SE-CMM（SystemEngineeringCMM）系统工程CMM

（3）SA-CMM（SoftwareAcquisitionCMM）软件采购CMM

（4）IPT-CMM（IntegratedProductTeamCMM）集成产品群组CMM（5）P-CMM（PeopleCMM）人力资源能力成熟度模型

为了以示区别，国内外很多资料把CMM叫做SW-CMM。

按照SEI原来的计划，CMM的改进版本2.0应该在1997年11月完成，然后在取得版本2.0得实践反馈意见之后，在1999年完成准CMM2.0版本。

但是，美国国防部办公室要求SEI推迟发布CMM2.0版本，而要先完成一个更为紧迫的项目CMMI。

CMMI（CapabilityMaturityModelIntegration）即能力成熟度集成模型，这也是美国国防部的一个设想，他们想把现在所有的以及将被发展出来的各种能力成熟度模型，集成到一个框架中去。

这个框架有两个功能，第一，软件采购方法的改革;第二，建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进。

就软件而言，CMMI是SW-CMM的修订本。

它兼收了SW-CMM2.0版C稿草案和SPA中更合理、更科学和更周密的优点。

SEI在发表CMMI-SE/SW1.0版时，宣布大约用两年的时间完成从CMM到CMMI的过渡。

CMMI项目更为工业界和政府部门提供了一个集成的产品集，其主要目的是消除不同模型之间的不一致和重复，降低基于模型改善的成本。

CMMI将以更加系统和一致的框架来指导组织改善软件过程，提高产品和服务的开发、获取和维护能力。

二、实施CMMI的意义----提高实施质量。

很多人认为，实施CMMI的意义在于项目工程走向世界，可以在西方国家接到订单。

实际上，这只是我国企业实施CMMI的意义的很小一部分。

更为重要的意义则是，C

8

MMI的实施能够提高我国企业的管理水平。

降低企业的工程成本。

事实表明，企业实施CMMI技术的投入都会得到丰厚的回报。

据SEI统计，用于软件项目上的CMMI的投资，其回报率在5:

1到8:

1之间。

由此可见，为什么这么多的企业纷纷实施CMMI项目管理技术。

近年来，很多软件企业纷纷实施CMMI管理模式，这一方面反映了我国企业在进入WTO后的危机意识，以及与世界接轨的迫切愿望。

另一方面则反映出我国软件企业在改进管理方法上所作的努力。

但是CMMI到底能够为我们做什么呢,实际上这个问题对不同的人有不同的答案。

对采购部门的人员来说，掌握了CMMI技术可以有目的地考察项目实施人员或公司的实施能力，从而保证所采购的项目能够顺利完成。

对于项目经理来说，掌握CMMI技术能够提高自己的管理能力，从而能够使项目高质量，低成本，按期限地完成。

对于企业老总来说，CMMI还能够引入科学的管理理念，提升企业的整体管理水平。

在美国，很多企业通过CMMI评估，一方面为了满足承包国防工程或一些大企业的工程的要求，另一方面也是为了提高企业自身的管理能力。

美国政府的工程项目，绝大多数都要求承包商有一定的CMMI级别作为参加投标的资格。

越来越多的大型企业开始要求其工程承包商具有一定的CMMI级别。

级别高的企业在赢得项目的竞标中具有一定的优势。

因此，如果没有CMMI的等级评估，企业就会失去很多商机。

三、CMMI的两种实施方法

CMMI有两种不同的实施方法，不同的实施方法，其级别表示不同的内容。

CMMI的一实施方法为连续式，主要是衡量一个企业的项目能力。

企业在接受评估时可以选择自己希望评估的项目来进行评估。

因为是企业自己挑选项目，其评估通过的可能性就较大一点。

但是，它反映的内容也比较窄一点。

它仅仅表示企业在该项目或类似项目的实施能力达到了某一等级。

而另一种实施方法为阶段性。

它主要是衡量一个企业的成熟度，亦即是企业在项目实施上的综合实力。

企业在进行评估时，一定要由评估师来挑选企业内部的任何项目，甚至于任何项目的任何部分。

一般地讲，一个企业要想在阶段性评估中得到三级，其企业内部的大部分项目要达到三级，小部分项目可以在二级，但绝不能够有一级。

阶段性实施方法的难度要大一些。

虽然，CMMI的表述方式不同，但其实质内容是完全一样的。

是同一种方法的两种不同的表述方式。

企业在准备评估时要做的准备工作也是完全一样的。

这些工作对企业的管理上的帮助也是一样的。

因此，不管企业需要做什么样的评估，企业所获取的实惠应该是差别不大。

具体要做连续性评估，还是做阶段性评估则要看企业对等级评估证书的具体要求。

9

四、CMMI可以帮助我们做什么

近年来，很多软件企业纷纷实施CMMI管理模式，不少企业如:

东软，托普，华为等企业通过了三级或四级评估。

这一方面反映了我国企业在进入WTO后的危机意识，以及与世界接轨的迫切愿望。

另一方面则反映出我国软件企业在改进管理方法上所作的努力。

但是CMMI到底能够为我们做什么呢,实际上这个问题对不同的人有不同的答案。

对采购部门的人员来说，掌握了CMMI技术可以有目的地考察项目实施人员或公司的实施能力，从而保证所采购的项目能够顺利完成。

对于项目经理来说，掌握CMMI技术能够提高自己的项目管理能力，从而能够使项目高质量，低成本，按期限地完成。

对于企业老总来说，CMMI技术不仅能够提升企业的管理水平，还能够引入科学的管理理念，提升企业的整体管理水平。

在美国，很多企业通过CMMI评估一方面为了满足承包国防工程或一些大企业的工程的要求，另一方面也是为了提高企业自身的管理能力。

美国政府的工程项目，绝大多数都要求承包商具有一定的CMMI级别作为参加投标的资格。

越来越多的大型企业业开始要求其工程承包商具有一定的CMMI级别。

级别高的企业在赢得项目的竞标中具有一定的优势。

因此，如果没有CMMI的等级评估，企业就会失去很多商机。

另一方面，企业通过CMMI评估也是为了提升企业内部的管理水平，降低企业的工程成本。

企业在实施CMMI技术的投入都会得到丰厚的回报。

据SEI统计，用于软件项目上的CMMI的投资，其回报率在5:

1到8:

1之间。

由此可见，为什么这么多的企业纷纷实施CMMI项目管理技术。

五、CMMI的基本表述

如果一家企业对外宣称自己通过了CMMI三级评估，外行的人会觉得还不错，因为三级比二级要高。

内行的人则要问通过了三级什么,因为，CMMI有两种不同的表述方式，不同的表述方式，其级别表示不同的内容。

CMMI的一种表述方式为连续表述，主要是衡量一个企业的项目能力。

企业在接受评估时可以选择自己希望评估的项目来进行评估。

因为是企业自己挑选项目，其评估通过的可能性就较大一点。

但是，它反映的内容也比较窄一点。

它仅仅表示企业在该项目或类似项目的实施能力达到了某一等级。

而另一种表述方式为阶段性。

它主要是衡量一个企业的成熟度，也即是企业在项目实施上的综合实力。

企业在进行评估时，一定要由评估师来挑选企业内部的任何项目，甚至于任何项目的任何部分。

一般地讲，一个企业要想在阶段性评估中得到三级，其企业内部的大部分项目要达到三级，小部分项目可以在二级，但绝不能够有一级。

阶段性表述的难度要大一些。

虽然，CMMI的表述方式不同，但其实质内容是完全一样的。

是同一种方法的两种不同的表达方式。

企业在准备评估时要做的准备工作也是完全一样的。

这些工作对企业的管理上的帮助也是一样的。

因此，不能企业需要做什么样的评估，企业所获取的实惠应

10

该是差别不大。

具体要做连续性评估，还是做阶段性评估则是看企业对等级评估证书的具体要求。

六、CMMI的五个台阶

台阶一:

CMMI一级，完成级。

在完成级水平上，企业对项目的目标与要做的努力很清晰，项目的目标得以实现。

但是由于任务的完成带有很大的偶然性，企业无法保证在实施同类项目的时候仍然能够完成任务。

企业在一级上的项目实施对实施人员有很大的依赖性。

台阶二:

CMMI二级，管理级。

在管理级水平上，企业在项目实施上能够遵守既定的计划与流程，有资源准备，权责到人，对相关的项目实施人员有相应的培训，对整个流程有监测与控制，并与上级单位对项目与流程进行审查。

企业在二级水平上体现了对项目的一系列的管理程序。

这一系列的管理手段排除了企业在一级时完成任务的随机性，保证了企业的所有项目实施都会得到成功。

台阶三:

CMMI三级，定义级。

在定义级水平上，企业不仅能够对项目的实施有一整套的管理措施，并保障项目的完成;而且，企业能够根据自身的特殊情况以及自己的标准流程，将这套管理体系与流程予以制度化这样，企业不仅能够在同类的项目上生到成功的实施，在不同类的项目上一样能够得到成功的实施。

科学的管理成为企业的一种文化，企业的组织财富。

台阶四:

CMMI四级，量化管理级。

在量化管理级水平上，企业的项目管理不仅形成了一种制度，而且要实现数字化的管理。

对管理流程要做到量化与数字化。

通过量化技术来实现流程的稳定性，实现管理的精度，降低项目实施在质量上的波动。

台阶五:

CMMI五级，优化级。

在优化级水平上，企业的项目管理达到了最高的境界。

企业不仅能够通过信息手段与数字化手段来实现对项目的管理，而且能够充分利用信息资料，对企业在项目实施的过程中可能出现的次品予以预防。

能够主动地改善流程，运用新技术，实现流程的优化。

由上述的五个台阶我们可以看出，每一个台阶都是上面一阶台阶的基石。

要上高层台阶必须首先踏上较低一层台阶。

企业在实施CMMI的时候，路要一步一步地走。

一般地讲，应该先从二级入手。

在管理上下功夫。

争取最终实现CMMI的第五级。

Microsoft.NET简介-----Microsoft公司发布的一种新的软件开发模型。

2000年6月，Microsoft公司发布了它的.NET（读作“dot-net”）计划。

.NET平台

11

对早期的开发平台作了重大改进。

.NET提供了一种新的软件开发模型，它允许用不同程序设计语言创建的应用程序能相互通信。

这个平台也允许开发者创建基于Web的应用程序，这些应用程序能够发布到多种不同的设备（甚至是无线电话）和台式机上。

Microsoft的.NET计划为利用Internet和Web进行软件的开发、设计和使用开辟了广阔的新前景。

.NET策略的一个主要方面是它与具体的语言或平台无关。

它不需