旨在能够跨部门扩展

我们简要讨论了JAD的结构和机制。现在我们可以更详细地探索它。 JAD是一个协作设计过程，其中开发一些新的重要功能或修改架构所需的所有软件开发资源共同工作，以定义符合公司架构设计原则和最佳实践的设计。满足业务部门的需求。这组软件开发资源包括软件开发工程师，架构师，至少一个或多个负责最终编码的运营商，以及可选的产品经理，项目经理和质量保证工程师。如前所述，这些人的独特知识，观点，经验和目标相互补充，使他们达到平衡。虽然是运营商

我们简要讨论了JAD的结构和机制。现在我们可以更详细地探索它。 JAD是一个协作设计过程，其中开发一些新的重要功能或修改架构所需的所有软件开发资源共同工作，以定义符合公司架构设计原则和最佳实践的设计。满足业务部门的需求。这组软件开发资源包括软件开发工程师，架构师，至少一个或多个负责最终编码的运营商，以及可选的产品经理，项目经理和质量保证工程师。如前所述，这些人的独特知识，观点，经验和目标相互补充，使他们达到平衡。虽然运营工程师目前的目标是设计满足业务需求的功能，但他仍然保留了维持可用性的最初目标。这有助于确保他对部署到生产环境的内容保持警惕。由于每个技术团队都参与其中，我们将权衡硬件，软件和中间设备，我们将权衡是否构建新系统或购买，这将有助于缩短上市时间并开发成本软件。以及提高整体质量的运营成本。由于运营团队的服务，软件开发工程师通常不关注硬件。因此，如果你让软件开发工程师设计 - 一个存储图像的功能（参见信息板中的示例），并且工程师不了解可以使用和应该使用的存储设备，那么这个设计不是注定的满足需求，它将不具有成本效益或可扩展性。但是，将可扩展性作为一个共同目标，可以确保扩展文化渗透到每个团队中，当问题或危机发生时，每个团队都有责任，他们共同努力解决问题。 JAD方法不仅限于瀑布式开发方法，其中产品的开发阶段必须在另一个阶段之前发生。 JAD可以并且已经成功地与各种类型的开发方法结合使用，例如迭代开发方法或敏捷开发方法，其中在对产品功能有更多理解时使用规范，设计和开发。修订。每当修改设计或添加新内容时，都会调用JAD来帮助完成它。体系结构的类型也不妨碍使用JAD。无论是传统的三层Web架构，面向服务的架构，还是仅仅一个应用程序，软件开发工程师，运营商和架构师共同努力，以获得更好的设计。毕竟，团队开发的解决方案必须比个人更好。很好。团队成员的背景越多样化，解决方案就越全面。 JAD的实际结构非常非正式。在为新功能分配团队后，其中一个负责协调设计会议;如果团队中有软件开发工程师或项目经理，他们通常都是这个角色。通常有多个设计会议，根据会员的日程安排，此类会议可持续一个小时或更长时间。对于非常复杂的功能，应为该功能的不同组件安排多个设计会话。例如，安排会议以关注数据库，然后安排另一个会议专注于缓存服务器。通常，这些微信小程序设计会议都是从讨论的背景和业务需求出发的。在此阶段，最好由产品经理介绍，然后随时澄清团队成员提出的问题。在讨论了产品要求之后，最好回顾一下与此设计领域相关的架构设计原则。接下来，您可以让团队进行头脑风暴并提出各种解决方案，这些解决方案通常会产生多种不同的解决方案。它们将在会议结束时记录下来并发送给软件公司的相关人员

他们在下次会议之前仔细考虑这些解决方案。通常，需要安排一到两次会议才能就此功能的最佳设计达成一致。最终设计将被记录，记录并报告给ARB。