定义：

企业是一个由相互依赖的人员、流程和支持技术组成的网络，不受任何单一实体的完全控制。信息密集型企业是其成功运营在很大程度上依赖于网络化信息系统的企业。设计信息密集型企业专注于管理企业中的不确定性和相互依赖性，它涉及对企业和支持企业的系统进行设计。信息密集型企业的工程设计旨在构建有效且高效的单个系统网络，以满足整个企业的目标。

关键词：

架构、变化、可组合、设计模式、信息密集型、创新、任务保证、开放系统、不确定性

MITRE SE 角色和期望：

MITRE 系统工程师 (SE) 有望开发平衡本地创新与全球创新和发展的企业解决方案。他们开发的解决方案 (1) 提供定制的创新以满足最终用户的本地需求，以及 (2) 与不断变化的环境互操作、响应和共同发展。

语境

我们赞助商组织的成功越来越依赖于信息。如果在需要时无法获得正确的信息，企业的使命和成果就会变得不那么有效、高效或成功。

一个企业有许多组件和信息必须结合在一起才能实现任务成功。数据、业务规则、应用程序、通信和传感器需要在企业架构、设计、现有系统和任务保证要求的约束下创建或组合成能力。这里有一些例子：

• 对于国土安全，通信能力必须支持第一响应者以及州、地方和部落合作伙伴的需求。
  
• 在国防部，网络安全威胁需要在使用之前仔细考虑和仔细检查开放能力和新兴技术，例如社交网络。
  
• 在空中交通管理中，对公众信任的需求可能会推动与自由飞行和在国家空域使用无人驾驶系统相关的商业规则。
  
• 对于像 IRS 和 VA 那样的现代化工作，鉴于运营组织准备好吸收它们及其相关的新流程和程序，出现了如何以及何时插入新技术和能力的问题。
  

最佳实践和经验教训

• 信息作为资本。将企业数据和信息视为具有长期价值的资本资源。强调数据策略在您的工作中的重要性。
  
• 数据互操作性。采取数据互操作性设计以确保实现跨企业能力的观点。
  
• 适应企业周期。有长期和短期的赞助商周期。前者包括预算、需求、合同和实施等活动。后者包括响应紧急的运营需求。了解并区分它们，并根据它们调整系统工程。
  
• 考虑能力寿命。了解用户所需功能的可能寿命。使您的观点和系统工程方法适应您设计的功能的这方面。当前的情况/环境可能需要某种能力，但下一次危机或以后不再需要这种能力。在危机中，能力进化的考虑可能不是系统工程分析的关键部分，但不应该完全放弃对未来使用的考虑。例如，设计模式可用于创建即时功能，同时便于在未来危机中使用。可组合的能力策略可以使组件能够被创建并“上架”以支持未来的情况。开源能力可以为“立即使用”提供基础。
  
• 不要抛弃“一次性”的想法。许多赞助商的发展强调一切都必须能够被其他人重用（这在面向服务的世界中得到了加强）。虽然这种情况经常发生，但有时谨慎的做法是建立一种更快、更便宜、一次性的能力。了解在您的企业内和其他人重用的价值，但也要了解在某些情况下，构建一次性版本是更好的行动方案。
  

该主题下的文章

本主题下的文章旨在帮助工程信息密集型企业中的 MITRE 员工。

• 架构由我们的赞助商使用，用于各种目的——支持对运营的理解，帮助系统设计和实施，并为企业能力提供基本的构建块。联合架构有助于处理工程跨企业需求的规模和复杂性，以提高整体任务效率。架构联盟一文讨论了联合架构如何在企业的主要部分实现本地创新、企业集成和演进——其中许多可能本身就是企业。
  
• 软件中的设计模式不是软件的具体部分，而是在某些情况下应用的最佳实践模板。 MITRE SE 可能会在开发或审查系统组件之间的接口或更高级别的跨系统边界时遇到并使用它们。文章设计模式描述了在面向工程服务的环境和接口标准化活动中使用这些模式的基本方法、最佳实践和经验教训。
  
• 可组合的按需功能 (CCOD) 文章描述了一种新的、不断发展的策略，以使功能能够快速拼凑在一起，以满足最终用户的需求，在某些情况下，用户自己需要。CCOD 具有许多 Internet 工具的风格，这些工具使各种服务能够快速应用于数据或信息，以构成满足用户需求的“用户定义”或定制视图/透视图。
  
• 开放系统方法增强了在信息密集型系统中快速创建能力的能力。文章开源软件 (OSS) 提供了关于 OSS 的历史视角，描述了 OSS 快速变化的观点及其与工程信息密集型企业的关系，强调了政府对 OSS 的兴趣和使用，并以一套全面而详细的应用开放系统技术和使用开源软件的最佳实践和经验教训。
  
• MITRE SE 应了解适用于联邦机构收集、使用、维护和披露个人身份信息的法律要求。隐私系统工程一文提供了有关如何将隐私构建到系统工程生命周期中以及如何利用技术来保护隐私的指导。