上一篇博客“系统的易管理性”中，我主要谈论了为什么选择“系统易管理性”这个课题，同时做了简单的介绍。这篇文章将要指出系统易管理性实施的方法和元素。这将会很快聚焦于我们在OSSL怎样处理，设计以及执行这个工程。让我们从工程的主要目标和目的开始。
I. 系统易管理性工程目标：
◆利用开源软件调查了Linux易管理解决方案问题的范围，深度和广度。
◆运用来自研究的知识来理解Linux和开源系统的易管理性是什么。
◆在OSSL（SMORG 范围——中小型的组织）建立和模拟普通的Linux易管理性解决方案。
◆理解在今天，一个有集成度的Linux易管理性是否存在——集中从一个Linux系统管理员的角度（SMORG范围）理解易管理性
一旦我们定义了我们需要达到什么目标，那么其他的问题就会随之而来，表面上看就是大量数据和信息。简单来说“溢出”是个很适度的词来比喻我们考虑的问题。我的同事，Steve Zarkos和我立刻就意识到了，是时候该整理我们所做的事情的框架了，同时限制我们3个人到底在3个月内可以完成的什么。这需要将我们考虑的什么是“范围之外”的，那就是：
II. 范围之外（Out-of-scope）：
◆企业层管理栈，如HP Openview，Tivoli等。
◆安全和用户管理，这本身是一个巨大的领域，包括政策，许可，认证，身份管理等。
◆确定允许库存管理的管理框架，确定跟踪框架等等。
◆包含备份技术和数据保护管理的灾难恢复及计划。
III. 系统易管理性工程方法：
工程采用的方法是简单而科学的。工程划分为三个阶段：
◆阶段1——采集和定义：我们将会为现今流行于SMORG范围的工具集，应用程序和框架开发、揭示和探索Linux易管理性前景。
◆阶段2——实验室执行：我们将会执行我们的研究成果，实际上就是实验室中的Linux和开源产品。
◆阶段3——分析和总结：在实验室中发现，定义和执行基于易管理性的工具集，应用程序和框架的Linux等开源系统之后，我们将会花一段时间来理解它们的表格，函数和经验来画结论图。
IV. 系统易管理性工程元素（分类）：
工程中最难，最具有挑战的方面就是开发一些类别元素，描述或者是流行于当今的IT环境的易管理性技术。下面的图表描述了这个实验中的全部元素。图表中的每部分在以后的日志都将给出详细的说明。
在未来的博客将会讨论第一个元素“预配置和部署”。