Architecture 大型Java项目组织和流程

Architecture 大型Java项目组织和流程,architecture,project-management,Architecture,Project Management,我在一个非常大的组织工作,该组织正在寻找新的想法。目前有一个大型项目,它应该为各种各样的应用程序提供一个通用的体系结构。我们组织了许多“共享”组件,用于创建“可部署单元”或DU,DU是最终的应用程序 如果不涉及太多无聊(和敏感)的细节,我们现在的做法是行不通的。我们有30多个应用程序,您可以等待2年以上,然后才能获得许可,执行除最紧急修复之外的任何操作。我正在寻找有关组织和测试的建议 如果您感兴趣,我的想法如下: 根据专业技能创建团队。例如,GUI团队、JSP团队、数据库团队、HTML/CSS团

我在一个非常大的组织工作,该组织正在寻找新的想法。目前有一个大型项目,它应该为各种各样的应用程序提供一个通用的体系结构。我们组织了许多“共享”组件,用于创建“可部署单元”或DU,DU是最终的应用程序

如果不涉及太多无聊(和敏感)的细节,我们现在的做法是行不通的。我们有30多个应用程序,您可以等待2年以上,然后才能获得许可,执行除最紧急修复之外的任何操作。我正在寻找有关组织和测试的建议

如果您感兴趣,我的想法如下:

  • 根据专业技能创建团队。例如,GUI团队、JSP团队、数据库团队、HTML/CSS团队等。当这些人收到解决方案请求时,他们处于理想的位置,可以看到重用机会,从而加快开发。团队由主题专家组成这一事实也意味着生成的代码质量也应该更好。这些团队将根据请求定制定制解决方案,只包含提供解决方案所需的内容,而不包含其他内容
  • 创建一个与业务客户合作的团队,业务客户将收集需求,然后转到相应的专业团队寻求解决方案。然后,该团队将负责将各种解决方案集成到最终应用程序中,并执行单元测试
  • 尽可能多地使用自动化测试工具(例如JUnit)。此外,为了最大限度地增加可以在类似于生产的环境中通过用户验收测试的应用程序数量,您需要建立较短的固定测试持续时间。如果您在该时间段结束时还没有准备好,您可以返回到开发和单元测试-没有例外换句话说,在您提出请求之前,请确保您已经为用户接受/生产做好准备
  • 你最终得到的是两组团队。其中一个团队以应用程序为中心,致力于为业务客户提供全局解决方案。另一组是以技术为中心的,并不真正了解或关心大局,只是他们的专业


    还有什么东西像我刚才描述的那样吗?

    考虑一下实现这本书中的想法:

    这里没有。也许是关于“程序员”的,我不常去,但在这里不常去。