面包屑

此页面是否有帮助?

开放源代码

背景和目的

商务本部门(部门)的源代码的政策正在发出通过使跨部门和其他联邦机构提供定制开发的联邦的源代码,以促进软件代码重用。它支持OMB备忘录M-16-21,要求“联邦政府的源代码策略:实现效率,透明度和创新,通过可重复使用的开源软件”这一政策要求机构制定计划推出新的自定义的至少20%。调试新的自定义软件时-developed源代码作为开源软件(OSS)。

目标

这一政策的目标是:

  • 提供指导,在考虑该部门必须之前取得任何定制开发的代码进行;
  • 要求部门获得相应的政府数据权限,定制开发的代码,包括在最低限度,权利,政府各部门的重用和权利修改代码,而这种定制开发的代码进行整个联邦政府广泛使用,受到有限的例外;和
  • 建立释放定制开发的源代码,包括确保必要进行一些定制开发的代码释放给公众作为这一政策的新试点计划下的OSS的权利要求。

当局

  • 国防授权法案2015年(fltara)(第八章,字幕d H.R。3979);
  • 克林杰科恩法案1996,(USC标题40章113 11301-11303);
  • M-15-14: Management and Oversight of Federal Information Technology, Office of Management. & Budget, Executive Office of the President, June 10, 2015;
  • M-16-21: Federal Source Code 政策: Achieving Efficiency, Transparency, and Innovation through Reusable and Open Source Software, Office of Management & Budget, Executive Office of the President, August 8, 2016.

定义

  • 软件: 指的是包括一系列指令,规则,例程或声明,无论在哪个记录媒体,允许或使计算机执行特定操作或一系列操作的(i)计算机程序;和(ii)记录的信息,其包括源代码列表,设计细节,算法,方法,流程图,公式和相关材料,其将使计算机程序要生产,创建或编译。软件不包括计算机数据库或计算机软件文档。
  • 定制开发的代码: 定制开发的代码是第一次在联邦合同履行过程中产生的或以其他方式由联邦政府,包括代码,或代码segregable部分,为此,政府可以获取下的联邦采办条例无限的权利(最充分的资金代码)PT。 27个有关机构远补充剂。定制开发的代码还包括通过机构的雇员开发作为自己的职责的一部分代码。这项政策的目的,定制开发的代码可能包括,但不限于软件项目,模块,插件,脚本,中间件和API编写,代码;这不,但是,包括代码,是真正的探索性或一次性的性质,如由开发一个新的语言或库尝试写。
  • 混源软件: 混合源软件解决方案采用开源和专有代码。
  • 开源软件(OSS): 可被访问,使用,修改,和共享由任何人软件。 OSS通常在与由开源倡议提供的“开源”的定义符合许可(分布式https://开头opensource.org/osd)和/或符合由自由软件基金会提供的“免费软件”的定义。
  • 专有软件: 与知识产权软件由权利持有者只保留(例如,个人或公司)。
  • 源代码: 这意味着写的计算机编程语言的计算机指令被人们阅读。一般地,源代码,是因为它们是由人写的,因此,必须组装,解释或编译前一台计算机可以作为程序执行的代码的计算机的命令的更高水平的表示。

范围

这一政策立即生效,适用于所有项目,该部门内的定制软件委托开发包括所有经营单位,具有覆盖OMB 16-21第6软件的例外,认为由该部门首席信息官合适。本文概述的要求不具有追溯力(即,它们不要求现有的定制开发的代码追溯可供政府范围内的重用或OSS)。

政策

  1. 确保分析已考虑收购现有的商业解决方案或定制开发的解决方案(构建与购买VS重用分析)之前已进行适当的替代品。
  2. 调试新的自定义软件时,新的自定义开发的代码至少20%必须被释放作为开源软件。
  3. 每个操作单元必须在登记部门的软件代码清单中的所有新的自定义源代码。这个代码清单将通过企业代码库存系统提供给所有其他联邦机构。这段代码的库存也将在联邦层面发现通过联邦码库存code.gov(https://开头www.code.gov)。
  4. 源代码必须包括描述的功能,输入和模块,安全的输出,和有关其再利用的任何其他信息的文档。
  5. 经营单位必须获得足够的权限,定制开发的代码可同时满足政府整体再利用的目标和开源版本的目标。
  6. 如在OMB M-16-21部分3限定的工作单元必须包含三步软件解决方案的分析。 7.更新/正确的,自动把OSS作为非商业软件的任何政策。

责任

  • 计划/项目经理必须通过完成符合从项目开始这个政策,包括在doc代码清单中的所有注册定制开发的代码。
  • 的经营单位和秘书工作人员办公室的办公首长应保证符合在其整个组织的政策。
  • 操作单元的CIO应:
    • 帮助用户确定哪些代码可以重复使用;
    • 收集符合政策规定,每年的统计数据;和
    • 审查和这一政策批准豁免。
  • 首席信息官办公室已发出CIO政策落实OMB源代码政策,建立和管理部门的软件代码,库存系统以及界面联邦code.gov制度中的责任。
  • 收购管理(OAM)办公室已发出收购政策,以确保承包人员在招揽并足以得到遵守开源软件计划有关的政府数据权限,定制开发的代码,合同文件包括语言的责任。

豁免

源代码国家安全系统(NSS)开发,如在40 U.S.C.定义§11103,是这一政策的规定。新高中,机构应遵守适用的法规,行政命令,指令和内部机构的政策。

从这个政策的要求豁免的申请必须解释为什么合规是无法实现的,并通过该部门首席信息官或OU CIO的书面批准。从政策豁免可能会被要求时:

  • 源代码共享通过法律或法规,包括,但不限于专利和知识产权法律,出口资产的规定,在军备管制的国际交通和联邦法律和法规的分类信息的限制;
  • 源代码共享将产生可识别的风险对国家安全,政府信息的保密和个人隐私的损害;
  • 源代码共享将创建一个可识别的风险,稳定性,安全性,或该机构的系统或工作人员的品德;
  • 源代码将创建一个可识别的风险代理公司的使命,程序或操作的共享;要么
  • 首席信息官认为,这是在国家利益豁免共享的源代码。

了解更多信息:

联系:

它的政策和规划办公室
oitpp@doc.gov

由...发出:

史蒂芬我。库珀

首席信息官

附件 尺寸
商业开放源代码政策的部门 176.58 KB