Questions tagged «government»

我知道有些人目前正在为美国军方项目（安全级别低，非战斗人力资源类型数据）进行工作。 项目代码的初始状态已提交给军方进行审查，然后他们通过某种安全分析器工具运行了该程序。它返回了代码中已知安全问题的报告，并要求进行更改，这些更改需要在交付最终产品之前实施。 需要解决的项目之一是删除一部分用Ruby编写的项目，因为它是一种动态语言。 不允许在安全设置中使用动态语言的背景/原因是什么？这是政府采用新技术的速度缓慢吗？还是与静态语言（ala C ++或Java）相比，动态语言会带来额外的安全风险？

120 code-security  dynamic-languages  government 

一个公共组织要求我举办一个有关敏捷开发101的非正式研讨会，解释Scrum，看板等的术语和概念。我已经在敏捷环境中工作了大约五年，但是我不认为我是Scrum的传播者。 研讨会结束后，他们喜欢这个主意。但是，他们解释说，这种方法可能不适用于他们，因为他们需要委托外部软件公司为他们开发软件（他们自己只有很少的开发人员）。这项活动需要在公开招标过程中完成，描述结果，价格和时间范围。这是为该组织（公共研究机构）申请预算的法律要求。 这些约束似乎与敏捷开发的基本原理矛盾，不是吗？ 在这种环境下Scrum只是不兼容吗？ 您对这个组织有什么建议？

43 agile  project-management  scrum  government 

前面的敏捷讨论在这里有很好的答案，指出了对于在软件开发中成功实施敏捷方法学至关重要的因素。大多数要点是典型的组织和管理挑战，但我要担心的一点是，在整个过程中必须让客户参与。 客户是您无法实际控制的一件事，也许您的商业模式使您适应政府签约的工作，例如，严格的合同迫使公司必须： 完全按照要求提供X功能 功能请求将被扔在墙上，不要打扰我们，我们不想听到它。 客户心中没有优先功能的概念，它们都很重要，或者我们不会要求它们。 无论超支或截止日期如何，该项目的成本都不会超过Y，且不得低于Y。 完全交付所有工作的绝对，严格，最终和不可协商的截止日期。 我们以前从未与这样的客户合作过，但是该项目的资金实在太可惜了。我们需要这项工作。 我来到这里工作是在HARD上更改流程，以朝着敏捷开发方向发展，在这里，我不知道如何协调该项目适合我们新流程的位置。我从来没有像现在这样拥有过开放式的手动管理能力，这使我相信可以领导开发团队并沿着这条道路前进，而现在我们在这里，我不能诚实地告诉自己，这个项目将真正在敏捷的方式。我觉得管理层相信我可以带领这条路走下去，并且让他们失望，因为我们现在所处的这种情况非常明确地要求瀑布。恐怕如果我现在回溯，我可能会失去他们的信任。 其他答案，例如这里所说的，对于这种客户来说，敏捷是不可能的，您同意吗？你们有没有遇到过类似的情况并使它工作？您实施了哪些策略来使敏捷成功实现？

24 agile  requirements  government 

NASA提供了一个名为Panoply的可视化软件。有一个“ 信用和确认”页面，该页面确认并列出软件依赖项的许可证，但不提供有关其自身许可证的信息。 我看过NASA生产的其他软件，包括GISS的源代码，找不到任何有关许可证的信息。 在全球气候模型EdGCM Global 的常见问题解答中，我可以找到最接近的信息，该代码表示​​代码位于“公共领域” NASA的标准做法是将代码发布到公共领域？ 有例外吗？ 我是否可以假定Panoply是公共领域，并且可以不受软件依赖许可证的约束而不受限制地使用？ 是否存在没有特定的权限来重用代码是否值得关注（此问题是在另一个问题的答案中提出的） 这种做法在政府机构中有多普遍？

15 licensing  government 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 我一直在阅读90年代初关于美国国防部软件重用计划（称为“国防软件重用系统”（DSRS））的一些 论文。我最近发现的内容是2000年的一篇论文- 《软件重用存储库概览》 国防软件存储系统（DSRS） DSRS是用于存储和检索可重用软件资产（RSA）的自动化存储库[14]。DSRS软件现在在七个软件重用支持中心（SRSC）管理可重用资产的清单。DSRS是高质量RSA的中央收集点，并通过为开发人员提供机会使其需求与现有软件产品相匹配来促进软件重用。目前支持政府项目的政府雇员和承包商人员可以使用DSRS帐户... ... DoD软件社区正在尝试将其软件工程模型从当前的软件周期更改为过程驱动的，特定于领域的，基于体系结构的，由存储库辅助的构建软件的方式[15]。在这个不断变化的环境中，DSRS具有成为DoD标准重用存储库的最大潜力，因为它是现有的唯一已部署的，可操作的存储库，在整个DoD中具有多个可互操作的位置。DSRS的七个位置支持近1,000个用户，并列出了近9,000个可重复使用的资产。仅DISA DSRS列出3,880个可重用资产，并拥有400个用户帐户... DSRS的长期策略是支持虚拟存储库。这些互连的存储库将提供跨域以及在服务之间定位和共享可重用组件的能力。有效且不断发展的DSRS是DoD软件重用计划成功的核心要求。不断变化的DoD存储库要求要求DISA继续拥有可操作的DSRS站点，以支持实际存储库操作中的测试并支持DoD用户。DSRS的分类过程是提供客户支持的基本技术[16]。此过程是使可重用资产可用于实施功能和技术迁移策略的第一步。 ... [14] DSRS -国防技术适应性强，可靠的系统 网址：http://ssed1.ims.disa.mil/srp/dsrspage.html [15]明星-软件技术适应性强，可靠的系统 网址：HTTP： //www.stars.ballston.paramax.com/index.html [16] DE Perry和SS Popovitch，“询问：基于谓词的使用和重用” ，在第八届基于知识的软件工程会议论文集中，第pp。 144-151，1993年9月 。... DSRS已死，是否有任何事后报告？是否还有其他最近的美国政府举措或有关软件重用的报告？

11 code-reuse  government