NMS开源软件选型分析评估报告
开源数据质量评估报告
开源数据质量评估报告在开源数据质量评估报告中，需要综合考虑数据的准确性、完整性、一致性、及时性、可信度和可用性等多个方面进行评估。
首先，准确性是评估开源数据质量的基本条件。
准确性指数据与事实相一致，不存在错误或失真。
在评估数据准确性时，可以通过对比多个数据源的信息，进行数据交叉验证。
同时，也可以与实际情况做对比，进一步确认数据的准确性。
其次，完整性是指数据是否包含了所有需要的信息。
在评估开源数据的完整性时，可以查看数据是否存在缺失项、空值或者重复数据等问题。
同时，也可以参考来源文档或者数据集的定义，确认数据是否满足预期的完整性要求。
一致性是评估数据质量的重要指标之一。
一致性是指数据在不同场景或环境下的一致性表现。
在评估开源数据的一致性时，可以通过检查数据命名规范、数据格式是否一致，数据字段的定义是否明确等方式进行评估。
及时性是指数据更新的及时性，数据是否存在过时现象。
在评估开源数据的及时性时，可以检查数据的时间戳信息，了解数据的更新频率和时间范围。
同时，也可以了解数据来源方的数据维护机制，评估数据的及时性。
可信度是评估开源数据质量的重要指标之一。
可信度指数据的真实性和可靠性，对数据提供者的信用和数据收集过程进行评估。
可以通过了解数据源的来源和背景，验证数据提供者的可信度，进一步确认数据的可信度。
最后，可用性是指数据是否易于使用和集成。
在评估开源数据的可用性时，可以考虑数据的格式、相关文档和元数据是否齐全，数据是否易于访问和解析。
同时，也可以考虑数据是否提供API、接口等方式进行集成，以及数据是否易于可视化和分析等。
综上所述，开源数据质量评估报告需要综合考虑数据的准确性、完整性、一致性、及时性、可信度和可用性等多个方面进行评估。
评估过程中可以借助验证数据源、对比多个数据源、了解数据提供者等方式，综合判断数据的质量，并提出相应的改进建议，以提高数据的质量和可靠性。
2024年开源软件市场调查报告
2024年开源软件市场调查报告1. 引言开源软件在近年来得到了广泛的应用和发展。
本报告旨在对开源软件市场进行调查研究，分析其发展趋势和市场规模，并探讨开源软件的优势和挑战。
2. 调查方法为了获得准确的数据和信息，我们采用了以下的调查方法： - 网络调查：通过在各大开源软件论坛和开发者社区展开问卷调查，收集用户对开源软件的看法和使用情况。
- 实地走访：拜访了一些知名的开源软件开发公司和社区，了解他们的研发和商业模式。
- 文献调研：查阅了大量相关的文献和报告，在了解开源软件市场的基本情况的基础上，进一步分析其发展趋势。
3. 市场规模根据我们的调查结果显示，开源软件市场目前正处于快速增长阶段。
开源软件的市场规模预计将在未来几年内持续增加。
其中，开源操作系统、数据库和办公软件是市场上最主要的部分。
4. 开源软件的优势开放源代码、免费、灵活和可定制化是开源软件的主要优势。
它们使用户能够根据自己的需求对软件进行修改和定制，降低了软件开发和维护的成本。
此外，开源软件还促进了创新和知识共享，有利于技术进步。
5. 开源软件的挑战尽管开源软件有很多优势，但它也面临着一些挑战。
其中最主要的挑战是商业模式和盈利模式的探索。
开源软件领域的竞争日趋激烈，如何在开源的前提下获取经济利益是一个需要解决的问题。
此外，由于开源软件的代码是公开的，存在着安全和隐私方面的顾虑。
6. 发展趋势根据我们的调查，开源软件市场的发展趋势主要包括以下几个方面： - 企业对开源软件的采用率持续增加。
- 开源软件作为云计算和大数据分析等领域的重要技术支持工具。
- 开源社区合作和开发模式的不断创新。
7. 结论开源软件市场在过去几年里取得了显著的发展，并且仍然具有较大的增长潜力。
该市场的规模不断扩大，吸引着越来越多的用户和企业参与其中。
然而，开源软件仍然面临一些挑战，如商业模式和安全性等问题。
我们相信，随着技术的不断进步和市场的不断完善，开源软件市场将继续迎接更广阔的发展机遇。
开放源代码软件WORDPRESS成熟度评估报告-国产操作系统参考实现
开放源代码软件WordPress 成熟度评估报告作者： 张阳E-mail:***************.cn目录目录 (2)1.概述 (3)2.开源软件成熟度评估的目标和价值 (3)2.1开放源码软件成熟度评估目标 (3)2.2开放源代码软件成熟度评估的价值 (4)3.开放源代码软件成熟度评估体系 (5)3.1开放源码软件成熟度评估体系架构 (5)3.2开放源代码软件质量特征 (6)3.3开放源代码软件成熟度评估属性 (7)3.3.1评估属性的概念 (7)3.3.2评估属性的选取原则 (8)4.开源软件成熟度评估案例 (9)4.1 WordPress软件成熟度评估报告 (9)4.1.1 WordPress软件介绍 (9)4.1.2 WordPress软件架构 (10)4.1.3 WordPress软件的主要功能特性 (10)4.1.4 WordPress软件的主要技术特点 (11)4.1.5 WordPress软件成熟度评估量表 (12)4.1.6 WordPress软件易用性研究 (15)4.1.7 WordPress软件可用性研究 (16)4.1.8 WordPress软件社区及项目组织 (18)4.1.9 WordPress软件的License问题 (18)4.1.10 WordPress软件成熟度评估 (18)4.1.10.1 WordPress软件成熟度属性定义与量化 (18)4.1.11 WordPress软件成熟度评估结论 (19)5. 总结 (19)6. WordPress软件代码质量评测报告 (20)6.1评测工具介绍 (20)6.2代码评测报告摘要 (20)7.参考附录 (30)1.概述21世纪的计算机世界是丰富多彩的，不仅计算机硬件性能有了质的飞跃，计算机软件在功能性、复杂度上都是以前无法比拟的。
尤其是互联网及网络应用的出现，极大的丰富了人们的计算机应用，拓展了应用的领域，将应用水平提高到一个崭新的水平。
软件产品评估结果分析报告
软件产品评估结果分析报告1.引言1.1 概述概述: 本报告旨在对软件产品进行全面的评估，以便为用户提供准确的产品信息和建议。
评估结果将涵盖产品的性能、功能、易用性和安全性等方面，以帮助用户做出明智的选择。
本报告将对评估方法、评估结果分析、产品优缺点评价、总结评估结果、建议改进措施和展望未来发展等内容进行详细分析和总结。
旨在帮助用户全面理解产品特点，结合个人需求，作出明智的决策。
文章结构部分的内容可以是这样的：1.2 文章结构本报告主要分为引言、正文和结论三个部分。
引言部分将对评估目的和文章结构进行简要介绍。
正文部分将详细介绍评估方法、评估结果分析以及对软件产品优缺点的评价。
结论部分将总结评估结果，提出建议改进措施，并展望未来软件产品的发展方向。
整个报告将围绕着软件产品的评估结果展开，以期为读者提供全面、客观的分析和评价。
1.3 目的本报告的主要目的是对软件产品进行全面的评估，并根据评估结果进行深入分析和总结。
通过评估，我们旨在为用户和开发团队提供客观、具体的产品信息，帮助他们更好地了解产品的优劣势，为产品的未来发展和改进提供建议和指导。
同时，通过对产品的评估和分析，我们也希望能够促进软件行业的发展，推动软件产品质量的提升和创新能力的增强。
最终，通过本报告，我们希望能够为用户、开发团队和整个软件行业带来积极的影响，推动软件产品的进步和优化。
2.正文2.1 评估方法评估方法部分的内容：在本次软件产品评估中，我们采用了多种方法来对软件产品进行全面的评估。
主要的评估方法包括：1. 用户调研：我们通过用户调研来了解用户对软件产品的使用体验和满意度。
通过问卷调查、用户访谈等方式，收集用户对软件产品的意见和建议，以此作为评估软件产品的重要依据。
2. 功能测试：我们对软件产品的功能进行全面测试，确保其各项功能都能够正常运行。
通过模拟用户的实际操作情况，对软件产品的各项功能进行测试，发现其中存在的问题并进行评估。
开放源代码软件成熟度评估(上)
开放源代码软件成熟度评估(上)
陈越;胡昌军;吴桐
【期刊名称】《信息技术与标准化》
【年(卷),期】2011(000)009
【摘要】在传统商业软件质量评估模型的基础上,结合开源软件开发模式和应用模式等方面的独特性,总结了开源软件质量特性,提出了开源软件成熟度评估体系模型,并对该模型的基本操作进行具体描述.重点探讨了模型中评估属性和属性类的定义和权重标准,以及成熟度评估的计算公式,力图从大的框架上建立一个基于分类属性与权重的评估体系,并通过对一些具体方法的定义,展示一个初步的评估流程和方法.【总页数】6页(P62-67)
【作者】陈越;胡昌军;吴桐
【作者单位】工业和信息化部软件与集成电路促进中心;工业和信息化部软件与集成电路促进中心;工业和信息化部软件与集成电路促进中心
【正文语种】中文
【相关文献】
1.技术成熟度评估方法及其在水下战装备上的应用 [J], 钱东;崔立;肖昌美
2.开放源代码软件成熟度评估(下) [J], 陈越;胡昌军;吴桐
3.数据主权安全能力成熟度评估应用研究——以DSSCMM模型应用于中国的评估为例 [J], 文禹衡;戴文怡
4.团体标准《铸造企业智能制造能力成熟度评估方法》将施行 [J],
5.E-cervix弹性成像评估足月妊娠宫颈成熟度预测阴道分娩的临床价值 [J], 舒扬;王志刚;罗小东
因版权原因，仅展示原文概要，查看原文内容请购买。
开源软件中的软件质量评估与改进研究
开源软件中的软件质量评估与改进研究随着开源软件在各个领域的广泛应用，软件质量评估和改进成为保证开源软件可靠性和可用性的重要工作。
开源软件的质量评估需要考虑多个方面，包括软件的功能完整性、稳定性、安全性等。
本文将重点探讨开源软件中的软件质量评估与改进方法，并介绍一些相关的研究成果和实践经验。
一、开源软件质量评估方法1.1 静态代码分析静态代码分析是一种常用的开源软件质量评估方法，通过分析源代码的语法和结构，检测潜在的问题和错误。
常用的静态代码分析工具包括PMD、CheckStyle、FindBugs等。
这些工具可以自动化地检测一些常见的编程错误，如空指针异常、内存泄漏等，并提供相应的修复建议。
通过静态代码分析可以及早发现和解决潜在的问题，提高开源软件的质量。
1.2 动态测试动态测试是通过运行开源软件来评估其质量的方法。
常见的动态测试方法包括单元测试、集成测试和系统测试等。
单元测试是对软件中的最小功能单元进行测试，可以及早发现和修复代码错误。
集成测试是将多个功能模块组合起来进行测试，以验证各模块之间的协作是否正常。
系统测试是对整个软件系统进行测试，以验证软件在实际环境下的表现。
通过动态测试可以验证软件的正确性和稳定性，发现和解决潜在的问题。
1.3 用户反馈开源软件通常有一个庞大的用户社区，用户的反馈和意见对于评估和改进软件质量非常重要。
开源软件项目可以通过邮件列表、论坛和问题跟踪等方式与用户进行交流，收集用户的意见和反馈。
这些反馈可以帮助开发者及时发现和解决软件中的问题，改进用户体验。
同时，用户的需求也可以作为参考，指导开源软件的功能开发和改进。
二、开源软件质量改进策略2.1 合作开发开源软件的质量改进需要一个庞大的开发者社区来共同参与。
开发者可以通过代码审查、质量测试等方式发现和修复问题。
开源软件项目通常通过版本控制系统（如Git、SVN）进行代码管理，开发者可以通过提交补丁的方式参与质量改进。
合作开发的优势在于不同个体的思考和经验可以相互补充，提高软件质量。
开源软件的可靠性分析与质量评估
开源软件的可靠性分析与质量评估开源软件是指可以在一定协议下免费获取和使用的软件，其开发者通常是志愿者或组织，他们利用共享的技术和工具进行协作，并遵循特定的开源软件许可证。
相对于商业软件，开源软件具有开放、透明、自由等特点，被广泛应用于互联网、大数据、人工智能等领域。
但是，由于其开发者分布的广泛性、项目缺乏集中式管理等因素，开源软件的可靠性和质量备受关注。
一、开源软件的可靠性问题1.1 安全性问题开源软件的源代码公开可见，在使用时容易遭受黑客攻击，人为恶意修改等。
2021年9月，Node.js社区的一个开发人员在其GitHub账户被入侵后散布了恶意代码，导致数万名用户的Node.js源代码被污染。
这种事件屡见不鲜，对于企业及个人的信息安全造成威胁。
1.2 代码质量问题开源软件由志愿者或组织分散开发，存在代码规范不一致、维护人员更替不及时等情况，导致代码质量问题。
2019年，GitLab的一名开发人员在代码重构过程中意外删除了整个数据库的数据，导致近一整天的数据丢失，给用户带来了极大的困扰。
1.3 兼容性问题由于开源软件开发者的分散性极高，开发过程中可能缺乏对于不同系统、硬件、语言等各种因素的完整测试，导致兼容性问题。
比如，早期版本的Linux内核可能会在某些硬件环境下出现不可预期的问题，而这些问题可能直到真正使用该软件的公司发现才能得以修复。
二、开源软件的质量评估2.1 设计合理性评估开源软件的设计是否合理直接影响其后续的开发和维护质量。
目前，已有多种工具可用于评估设计合理性，例如对于Java语言开发的开源软件，可以使用FindBugs或Checkstyle等工具进行检测，对于C语言开发的开源软件，可以使用Coverity Scan等工具进行检测。
2.2 代码静态分析评估静态分析可以检测源代码潜在的缺陷。
常用的静态分析工具包括PMD、SonarQube等，这些工具可以检查代码是否符合一致的标准和规范，包括代码风格、命名规则、注释等。
开源软件知识产权风险评估指标
开源软件知识产权风险评估指标开源软件，这个名字一听就让人觉得很高大上，像是科技圈的秘密武器一样，特别是现在大家都爱搞“开源”项目。
你想啊，谁不喜欢免费的东西呢？想要什么工具、框架、库，随便下载用，简直就是“开箱即用”。
不过，哎，事情没有这么简单。
虽说开源软件让人觉得像捡了个大便宜，但它背后也有一些不太显眼的风险，尤其是涉及知识产权方面。
这不，今天咱们就聊聊开源软件的知识产权风险评估指标，先别急着跑，听我慢慢说。
大家得知道，开源软件可不是说开源就没有问题了。
别看它是免费的，背后可是有一大堆条条框框。
比方说，很多开源软件是有许可证的，也就是它们的使用、修改、分发等行为都得按照许可协议来。
你说是不是挺复杂？要是你用了不合规的开源软件，那就跟走钢丝似的，随时有可能掉下来，掉得你找不着北。
比如，有些开源软件要求你在修改了原始代码后，得公开你的修改内容，甚至在分发时附带相应的许可证，否则就算侵犯了人家的知识产权。
再说了，许多开源软件都是由全球各地的开发者贡献出来的，大家拿到的代码，可能是经过多方修改和整合的。
这时候，知识产权问题就显得特别重要了。
你要是在使用这类软件时没有搞清楚它的原始版权归属，可能会踩到知识产权的雷区。
有些开发者贡献代码时可能没有注意到自己违反了其他人的专利权或者版权，结果你就成了那个替别人背锅的人，真的是又冤又累。
要说到评估这些风险，首先得搞清楚许可证类型。
开源许可证有大大小小不同的版本，比如GNU、MIT、Apache等等。
不同的许可证条款不一样，导致使用上也有大差异。
有些许可证是非常宽松的，只要不拿去做商业化操作，基本上什么都能做。
而有些许可证严格得很，尤其是“传染性”很强的那些，比如GPL，它要求你在分发修改过的代码时，必须公开源代码。
就是说，别人用你改的代码，必须把你修改过的部分也公之于众，你不可能偷偷留个私活。
哎呀，这种规定对那些怕泄露核心技术的公司来说，真是“如芒在背”啊。
开源软件的代码质量也不能忽视。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
NMS开源软件选型分析评估报告目录1标准和目标 (1)1.1前言 (1)1.2目标 (1)1.3标准 (1)2评估 (2)2.1筛选 (2)2.1.1候选软件 (2)2.1.2License评估 (2)2.1.3软件功能评估 (3)2.1.4开发语言评估 (5)2.1.5小结 (6)2.2开发接口调查 (7)2.2.1Nagios (7)2.2.2Opennms (8)3结论 (14)4MISC (14)1标准和目标1.1前言目前开源的网管软件众多，时间关系只能通过网络上的资料介绍和其他用户的体验进行评估。
对于重点调查的开源软件通过运行环境搭建、开发环境搭建的方法进行实践。
如果只是对通用网络设备的管理，被调研的软件只要经过适当的配置就可以满足要求。
对于我们的需求，这些软件不能满足我们100%的需求，必须进行二次开发，对软件二次研发的接口的调研就成为我们考察软件的一个重要的组成部分。
部门对网管软件的定位应该不会投入过多的资金，商用软件价格高昂应该不在考虑范围之内，也尽量不选用开源软件商用版本，重点放在纯开源软件上。
选择了一种开源软件也就选择了一种架构，所以架构的选择也要适合我们部门的开发能力。
1.2目标选择一款适合的开源软件，在此基础上进行整合和二次开发，构建部门设备网管平台。
1.3标准选型标准：✧License不仅仅是免费，无license限制是首选；✧市场占有率广泛的市场占有率，说明软件得到过足够多的验证；针对于成功的开源软件，可以找到一些第三方的扩展资源，我们只要遵循拿来主义就好；✧功能一些功能可以直接拿来使用，或者简单的改造，可以节约成本；✧完备的扩展开发接口被选择的开源软件是否已经提供完备的二次开发接口，满足二次开发的要求；✧开发技术选择开源软件的另外一个层面考虑是尽量考虑使用部门成员最熟悉的开发技术，尽量避免涉及相对部门来说的新技术、开发语言，这样可以进一步研发降低成本；✧开源架构就我们目前的需求，开源网管软件的功能，我们能用到的部分并不多。
选择了开源其实主要就是选择它的架构。
架构的开放性，易扩展性将直接决定我们的研发成本。
2评估开源网管软件的市场占有情况上图是网络监控软件的占有率。
其中以Nagios和Opennms占有率最高。
2.1筛选2.1.1候选软件✧Nagios✧Opennms✧Cacti✧Zenoss✧Zabbix✧SugarNMS2.1.2L icense评估2.1.3软件功能评估The NRPE addon is designed to allow you to execute Nagios plugins on remote Linux/Unix machines2.1.4开发语言评估2.1.5小结关于license，Opennms的license网站描述如下其他软件基本上都是在GPL限制下进行。
如果我们选用了，在不付费的情况下就是涉及开放源码的问题。
但也可以打擦边球“一个关于GPL重要的争议是，非GPL软件是否可以动态链接到GPL库”。
从市场占有率来讲，Nagios和opennms应用的比较广，也意味着更多的资料可以获取，更多的经验可以借鉴。
从开发语言来说，Nagios使用c开发，界面PHP，cgi也是由c来开发的，由于c的复杂性，扩展开发上存在一定的难度，但是c对我们部门来说还是比较熟悉的。
Opennms是基于java的，Web管理界面是基于JSP/ Servlet，Spring MVC。
但是Nagios没有配置界面，配置需要直接修改配置文件。
如果选用建议推翻所有目前的cgi方式的管理界面，全部重新开发，或者再结合其他的管理软件。
Cacti基于PHP，zenoss基于python，zabbix基于c和php，SugarNMS开源程度不够，所以不做过多调研。
从以上分析，倾向选择Nagios和opennms中的一种。
调研过程中分别搭建了Nagios和Opennms的运行环境。
搭建了Opennms的开发环境，（Nagios的编译环境，源码包解压缩就是开发环境，无所谓搭建了）。
在搭建Opennms 的过程中遇到一点点麻烦。
Opennms的安装和编译环境搭建都比较费力，Opennms的编译环境依赖于Maven，eclipse的开发环境也需要花上一定的时间，尤其是公司的网络有诸多限制。
Nagios编译和部署非常的顺畅，可以下载源码包直接编译安装。
2.2开发接口调查基于上文中的调查，对于开发接口的调查只针对于Nagios和Opennms。
2.2.1N agiosNagios支持插件开发。
支持C/C++,JAVA,脚本，并且有大量开发好的Plugins。
插件是编译的可执行文件或脚本（Perl脚本，shell脚本等），可以从命令行运行检查状态或一个主机或服务。
Nagios的插件的使用结果来确定网络上的主机和服务的当前状态。
Nagios在需要时执行Plugin检查服务或主机状态。
NRPE方式：NRPE是一个插件，允许执行远程Linux/ Unix主机上的插件。
如果需要监控远程主机上的资源和属性，如磁盘使用情况，CPU负载，内存使用等，需要使用这种方式。
通过使用check_by_ssh插件可以实现类似的功能。
NSCA方式：NSCA是一个插件，允许你发送被动检查结果从远程Linux/ Unix主机到Nagios监控服务器上运行的守护进程。
在分布式和冗余/故障监测设置，这是非常有用的。
NDOUtils方式：NDOUtils是一个插件，允许把所有状态信息存储在MySQL数据库中的Nagios。
Nagios 的多个实例都可以存储在一个集中的报告的中央数据库的信息。
这可能会作为一个新的基于PHP的未来的Nagios的Web界面的基础上。
Nagios提供了Nagios Plugin API。
但是并没有提供除Nagios提供的功能外的其他功能的开发。
添加新的服务需要阅读c代码，难度上相对比较大。
基于这一点，Nagios并不能满足我们的要求。
2.2.2O pennmsOpennms是装配式的，支持根据配置装载服务和插件，扩展性很强。
上图为opennms的架构图，其中一些部分在最新版中有所变化。
下表是opennms并发的进程支持总控/调度，发现，配置采集，性能采集，事件（告警）收集，轮询服务。
通过在 service-configuration.xml配置需要的服务。
OpenNMS系统配置信息通过XML数据存储，基于linux系统和Postgres数据库的网络管理系统。
网络数据通过JDBC对数据进行持久化，Web采用JSP/Servlet。
OpenNMS是一个Open Source Framework，它采用了诸多的开源组件与框架，使用了各种协议的开源实现。
每一个层面服务、功能都有自己的配置文件。
OpenNMS采用了xml数据绑定技术（opennms采用的是castor）。
根据xml文件的schema定义文件（xsd文件）生成对xml文件到java对象的映射，这样就不需要写解析xml文件的代码而是针对java对象进行操作。
因此这些类都是在系统编译过程中由castor 包根据xsd文件生成的。
(Castor是一个Java开源数据绑定框架，它主要目标是提供Java 对象与XML 的绑定，Java到SQL的持久化等.)Cleanimports是对java文件中的无用的imports作清理，并通过配置文件提供的格式对imports代码段进行格式整理。
各种单元测试手段，HttpUnit，jWebUnit，Junit。
nekohtml解析HTML，Html Tidy对html 字符串进行修正，并做标准化的处理。
Avalon主要是一种Server的架构，可以满足配置、日志等服务器程序的需要。
Jdhcp,java DHCP的实现。
Xerces解析XML，API与实现有:xmlParserAPIs, xml-apis, xercesImpl。
jCIFS，用Java开发的SMB客户端库。
ldap-impl，LDAP java实现。
smtp.jar pop3.jar，SMTP，POP3协议Java实现。
JRobin基于LGPL授权的网络性能监控系统，是RRDTool的一个纯Java实现。
joeSNMP，Java SNMP类库。
WebUI：OpenNMS框架逻辑上采用了MVC架构，准确来说是JSP MVC Model 1，采用此架构的主要理念是尽量把逻辑与表示分离，这有利于系统健壮性，代码重用和结构清晰，便于重新设计，并长期维持。
在OpenNMS中MVC各部分主要代表如下：视图（JSP）OpenNMS的页面通过Model请求回来的内容以HTML，XML/XSL，图表等形式呈现给客户端。
✧控制器（Servlet）OpenNMS的控制器采用Servlet方式的，配置在web.xml文件中，用来接受用户的输入并调用模型和视图去完成用户的需求。
所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。
它只是接收请求并决定调用哪个模型构件去处理请求，然后用确定用哪个视图来显示模型处理返回的数据。
✧模型(Bussiness Object/Java Bean)模型表示企业数据和业务规则。
模型允许重用相同的代码跨数个不同的用户界面组件。
由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
开发接口：OpenNMS提供了一个简单快速的框架用来扩展设置缺省服务与协议，为了扩展OpenNMS管理一个可定制的服务或协议需满足如下要求：以Caspd plugin为例✧编写代码capsd plugin(插件)测试网络接口是否有支持期望的协议或服务✧添加一个<protocol plugin>元素，在$OPENNMS_HOME的/etc/capsd-configuration.xml config定义新的服务。
✧编写代码poller插件，在某一特定的网络接口，监测当前期望的协议或服务的状态。
✧在$OPENNMS_HOME的/etc/capsd-configuration.xml config配置文件中添加<service>和<monitor>元素定义新的调用服务。
1.编写PluginCapsd使用plugin执行设备的性能检测，一个Plugin是一个实现mgt.capsd.Plugin接口的Java类。
下列接口中的方法必须实现：public interface Plugin {public String getProtocolName();public boolean isProtocolSupported(InetAddress address);public boolean isProtocolSupported(InetAddress address, Map qualifiers);}在配置文件capsd-configuration.xml添加，比如FtpPlugin<protocol-plugin protocol="FTP"class-name="mgt.capsd.plugins.FtpPlugin" scan="on"> <property key="port" value="21" /><property key="timeout" value="2000" /><property key="retry" value="1" /></protocol-plugin>在运行时，性能daemon调用isProtocolSupported()方法。