西门子PLC模块CPU224XPCN继电器输出

术一样，让调用者直接操作组件对象，因此组件对象都是以“接口”的形式把功能暴露出来，供调用者调

面向对象技术的基本特征是封装、继承、多态。

封装性：封装是一种信息隐蔽技术，它体现于类的说明，是对象的重要特性。封装使数据和加工该数据的方法（函数）封装为一个整体，以实现独立性很强的模块，使得用户只能见到对象的外特性（对象能接受哪些消息，具有那些处理能力），而对象的内特性（保存内部状态的私有数据和实现加工能力的算法）对用户是隐蔽的。封装的目的在于把对象的设计者和对象者的使用分开，使用者不必知晓行为实现的细节，只需用设计者提供的消息来访问该对象。

继承性：继承性是子类自动共享父类之间数据和方法的机制。它由类的派生功能体现。一个类直接继承其它类的全部描述，同时可修改和扩充。继承具有传达性。继承分为单继承（一个子类只有一父类）和多重继承（一个类有多个父类）。类的对象是各自封闭的，如果没继承性机制，则类对象中数据、方法就会出现大量重复。继承不仅支持系统的可重用性，而且还促进系统的可扩充性。

多态性：对象根据所接收的消息而做出动作。同一消息为不同的对象接收时可产生完全不同的行动，这种现象称为多态性。利用多态性用户可发送一个通用的信息，而将所有的实现细节都留给接收消息的对象自行决定，如是，同一消息即可调用不同的方法。例如，Print消息被发送给一图或表时调用的打印方法与将同样的P

浔之漫智控技术（上海）有限公司（w）是中国西门子的合作伙伴，公司主要从事工业自动化产品的集成,销售和维修，是全国的自动化设备公司。公司坐落于中国城市上海市，我们真诚的希望在器件的销售和工程项目承接、系统开发上能和贵司开展多方面合作。以下是我司主要代理西门子产品，欢迎您来电来函咨询，我们将为您提供优惠的价格及快捷细致的服务！

t消息发送给一正文文件而调用的打理的范围内。

在业务分析时，用业务流程描述业务操作过程，业务流程中的台账就是业务操作的数据，逐步细化的业务流程和业务流程中的台账体现出结构化思想；在需求分析过程，以逐步细化的数据流图（DFD）和数据字典为主要表达手段描述拟开发系统。通过逐步细化数据流图中的加工，对相应的数据做细化，并将它们分离开来。数据流图中的数据流以及逐步细化的数据流图都体现出结构化思想。

结构化设计以模块化为基点，以信息隐蔽化、局部化和保持模块独立为准则。概要设计（也称总体设计）时，以需求分析的数据流图和数据字典作为输入，得到软件系统的基本框架，包括系统功能结构（用功能结构图描述）、软件系统结构（用系统流程图描述）、软件模块结构（用IPO图描述）和数据库（用ER图、数据库逻辑结构、数据库物理结构描述），其中反映数据流向的系统流程图、逐步细化的IPO图和数据库设计中的结构化思想都体现得很明显；详细设计是明确系统内部的实现细节，每个过程（或函数）都有输入输出数据和处理指令，处理指令采用三种基本的程序结构（顺序、选择、循环）描述。结构化实现采用结构化的**编程语言，将详细设计编码为模块。

从结构化方法在分析、设计和程序编码阶段的应用可以看到，结构化方法和人类思维的方式是不一致的。在业务分析阶段，业务流程中的操作和台账紧密联系；在需求分析阶段，加工和数据也是相互密切关联，捆绑在一起；在概要设计阶段，设计人员分别将数据和操作分开，分别进行软件系统的模块和数据设计；而在详细设计阶段，又必须将数据和操作密切关联起来，设计软件系统的基本单元--过程（或函数）。这种与人类思维不完全一致的方式，导致生产出来

统的可读性、可理解性、可复用性不高。应社会技术经济环境，自主成长。

EI定义的这五个级别是根据SEI基于CMM的评估调查表得到的反馈而产生的结果。调查表的结果被**化而得到单个的数字等级，表示了一个组织的过程成熟度。SEI将关键过程区域（KPA）与每一个成熟度级别联系起来。KPA描述了要达到某一特定级别必须满足的软件工程功能（如软件项目计划，需求管理），每一个KPA均通过标识下列特征来描述。

① 目标——KPA要达到的总体目的。

② 约定——要求（组织必须遵守的）。这些要求是要达到目标就必须满足的，或是提供了是否实现目标的考察标准。

③ 能力——使得组织能够满足约定要求的那些事物（组织的或技术的）。

④ 活动——为了完成KPA的功能所需要的特定任务。

⑤ 监控实现的方法——活动在实现过程中被监控的方式。

⑥ 验证实现的方法——KPA的活动能够被验证的方式。成熟度模型中定义了18个KPA（每一个都用上述的结构来描述），它们映射到过程成熟度的不同级别。下面给出了在每个过程成熟度级别上应该实现的KPA（注意KPA是叠加的。例如，过程成熟度第三级包含了第二级的所有KPA加上第三级特有的KPA）。型进行改造、裁剪，以实现对项目开发活动的组织和软件质量控制。在软件开发企业级，也需要稳定和规范的开发过程，作为衡量和评价其软件开发能力和项目开发质量的基准。软件工程研究所（SEI）提出了一个五级别的过程成熟度综合模型，可以很好地衡量和评价一个软件开发组织的软件过程

，即所达到的过程成熟度。该模型定义了在不同的过程成熟度级别上所需要的关键活动，其定义如下。

第一级：初始级。软件过程的特征是无序的，有时甚至是混乱的。几乎没有过程定义，成功完全取决于个人的能力。任何软件开发组织，无论管理如何不规范、开发活动如何不标准、有无开发文档，都具有这一级的能力。

第二级：可重复级。建立了基本的项目管理过程，能够追踪费用、进度和功能。有适当的必要的过程规范，使得未来项目可以重现以前类似项目的成功。只有那些能够将成功项目经验用于未来项目的企业才具有二级能力。

第三级：定义级。用于管理和工程活动的软件过程已经文档化、标准化，并与整个组织的软件过程相集成。所有项目都使用文档化的、组织认可的过程来开发和维护软件。本级包含了第二级的所有特征。具有第三级能力的开发企业已经将过往项目的成功经验标准化，并用于未来项目。

第四级：管理级。软件过程和产品质量的详细度量数据被收集，通过这些度量数据，软件过程和产品能够被定量地理解和控制。本级包含了第三级的所有特征。拥有该级能力的企件建模。UML是可视化建模的基础。可视化建模可以方便地捕获系统需求，设计系统的体系结构、软件组件的结构和行为。方便分析人员、设计人员、实现人员一致以面向对象思