提示7-5:记录构建块到硬件的映射!
提示7-5:记录构建块到硬件的映射! #deployment-view #mapping 如果您的系统需要不同的节点或处理器来执行,您应该解释将构建块映射到该硬件。 记录或指定将构建块映射(见arc42第5节)映射到硬件上(更具体地说——从实际源代码构建块生成/编译/创建的工件的映射)。这叫做部署。在许多情况下,这可以是m:n映射,带有部署工件的几种变体 记得解释这些部署变体。 在下图中,您可以找到三种不同的变体,即如何将三个架构构建块A、B和C部署到 ...
提示8-7:记录(至少)(业务或领域)数据模型!
提示8-7:记录(至少)(业务或领域)数据模型! #concept #domain #essential #plantUML 是的-我们知道DDD不仅仅是一个数据模型-数据是系统的核心,如果数据不正确,那么系统很可能会失败。 如果您没有创建和记录包含静态和动态方面的全面“领域驱动设计”模型,您至少应该创建和记录(业务或领域)数据模型。 这样的数据模型概述了系统的基本数据结构及其相关关系。 以下为简要示例(基于uml-diagrams.org的想法)。它缺乏对实体及其 ...
提示9-4:将决策记录为思维导图或表格!
提示9-4:将决策记录为思维导图或表格! #decision #quality #stakeholder 为了记录(重要)决定,我们喜欢思维导图或表格。 思维导图: (+)在视觉上很吸引人 (+)可以显示决策不同部分之间的关系 (=)非常适合较小的决策,其中一些关键字提供了足够的信息 (-)需要特殊工具来创建或维护(不过,我们把纸和笔算作特殊工具) (-)有点非正式,有时不适合更正式的环境 表格: (+)非常适合大决策 (+)在许多不同的工具中非常容易创建和 ...
提示7-6:使用UML部署图记录软件/硬件映射!
提示7-6:使用UML部署图记录软件/硬件映射! #deployment-view #mapping 在(UML)部署图中,您可以显示两者: 系统所涉及的硬件结构 将架构构建块映射到硬件 ...
提示1-1:简要总结需求和驱动力!
提示1-1:简要总结需求和驱动力! #requirement 对于几位读者来说,arc42-section 1.1将是他们了解该系统的第一件事。 在这里,您应该清晰简洁地表达业务或项目目标。简要概述系统解决了什么问题。 注意:有时,需求文档涉及的不仅仅是我们在架构文档中描述的单个系统。 如果项目范围和系统范围不同,您应该只关注适用于该系统的要求部分。 把自己局限于真正重要的东西,系统的本质。 我们的经验法则:如果可能的话,少于一页。如果此页面支持内容,它可能包含一个图表。如果 ...
提示1-18:将详细和完整的质量要求推迟到arc42第10节!
提示1-18:将详细和完整的质量要求推迟到arc42第10节! #requirement #quality-goal #thorough 在 arc42 第10节中描述完整的详细质量要求,而不是在这里(在解决方案策略第4节中) 您应该在 arc42 第10节(质量树)中详细概述所有质量要求(质量树和场景)。 在那里,您还可以展示质量目标之间的关系。 ...
提示1-19:广泛搜索利益相关者!
提示1-19:广泛搜索利益相关者! #requirement #stakeholder #essential 您应该了解参与系统开发或受系统影响的所有各方。 为了给你一些想法,我们想出了一份可怕的长名单,列出了可能的利益相关者。所有这些人或角色都可能对架构或其文档感兴趣…… Analyst, Business Analyst, (other) architects, auditor, supervisory board, project sponsor, public a ...
提示1-2:仅限于基本任务和用例!
提示1-2:仅限于基本任务和用例! #requirement 在arc42第1.1节中,记录一些基本的用例、功能、过程、流程或用户故事(无论您在组织中如何称呼这些)。 将自己限制在抽象水平上,这样局外人也能够在短时间内获得主要任务的概述。 ...
提示1-20:描述利益相关者的期望!
提示1-20:描述利益相关者的期望! #requirement #stakeholder #essential 澄清利益相关者对架构及其文档的期望。询问预期内容、形式以及最终所需的细节。 询问利益相关者的期望将带来许多好处,即使这听起来不一定像架构工作: 您响应利益相关者的具体需求,从而在目标受众中获得更大的满意度 你避免不必要的工作,因为你专注于对你的利益相关者真正重要的内容/主题。 你避免记录可能不相关的事情。 ...
提示1-21:维护利益相关者表!
提示1-21:维护利益相关者表! #stakeholder #essential #thorough 您应该以表格的形式明确表示这些利益相关者(见上文)对架构及其文档的期望。 最小的利益相关者表 您可以在下表中找到最小版本,该版本仅概述了期望或所需的工件。 角色 希望 管理员 部署概述、安装和操作详情、防火墙 质量保证部门 负载测试接口的描述,性能测试的可能测量点,安全性和可靠性的技术概念 表:带有角色和期望的利益相关者表 详细的利益相关者表 下表显 ...