提示8-9:记录决策而不是概念!
提示8-9:记录决策而不是概念! #context #lean 您可以将“解释概念”做为记录架构和(或)设计决策的特例(请参阅arc42第9节)。 12345if (extensive-explanation-required) then concept else decision 即使从决定(在 arc42 第9节中),您也可以参考(或超链接)相应的源代码(甚至更好的是,适当的单元测试!)。这对开发人员来说有时已经足够了…… ...
提示9-1:仅记录与架构相关的决策!
提示9-1:仅记录与架构相关的决策! #context #essential #lean (文档)“具有架构意义”的决定:那些影响结构、非功能特征、依赖性、接口或施工技术的决定。引自Michael Nygard 不要记录每一个微小的开发决策,而是专注于以下几点: 对系统至关重要或重要 影响重要的质量属性 非常规(“偏离常规”) 有风险的 后果昂贵 具有持久的效果 影响任何一个 大量利益相关者 非常特殊或重要的利益相关者 那花了很长时间或很多努力来决定 令人惊讶的 ...
提示9-7:以博客(RSS-feed)的方式非正式记录决策!
提示9-7:以博客(RSS-feed)的方式非正式记录决策! #decision #lean 在软件开发过程中,必须做出许多决定,您不想保留在(正式或官方)架构文档中-但这些决定可能与开发团队相关。 您可以将这些决定记录并发布为博客(RSS提要),以便开发团队可以轻松搜索和检索它们。 ...
提示1-11:始终以明确的质量要求工作!
提示1-11:始终以明确的质量要求工作! #requirement #quality #essential 需求文件通常侧重于功能需求。 质量目标(和质量要求)仍然是隐含的(因此不明确、不确定、可解释……)。然而,通过使用场景,您可以相对轻松地捕获所需的质量属性,请参阅提示-1-12。 ...
提示1-12:通过场景解释质量要求!
提示1-12:通过场景解释质量要求! #requirement #quality #scenario #essential 质量场景用简短的句子解释系统在某些情况下在某些事件中应该如何反应。这些场景有几类: 使用场景:系统在某些类型的使用中如何反应?在下面的示例中:HTML验证的执行时间不得超过5秒。 更改场景:当您更改或扩展系统时,系统是如何运行的?这允许您确定某些类型的更改或扩展可以以多快的速度完成,或者可能需要多少努力。 故障或停机场景:当出现严重问题时,系统 ...
提示1-15:使用示例与您的利益相关者一起制定质量目标!
提示1-15:使用示例与您的利益相关者一起制定质量目标! #requirement #quality #scenario #example arc42质量要求子项目包含50多个模范质量场景,您可以将其用作模板来定义系统的质量目标和要求。 打扰一下-这些场景目前仅提供德语版本。 ...
提示1-17:将质量目标与“解决方案策略”部分的行动点相结合!
提示1-17:将质量目标与“解决方案策略”部分的行动点相结合! #requirement #solution-strategy #quality 有时,您会根据具体和具体的质量要求做出决定。在这种情况下,有助于在合并表格中记录这些质量目标和由此产生的决定。我们建议您将这样的表格放入arc42第4节(解决方案策略)(特别见提示4-2(解决方案策略作为表格))。 在这里,在arc42-section 1.2(质量目标)中,您只需添加一个参考。 ...
提示1-24:利用(开源)质量要求示例集合!
提示1-24:利用(开源)质量要求示例集合! #requirement #quality #scenario #quality-scenario 有时,我们,您的利益相关者不知道如何表达某些质量要求。这就是为什么我们开始收集示例-在Github上免费提供(arc42质量要求) 请注意:收藏品既不完整也不完美-以它为起点! 该存储库的当前状态: GitHub发布(按日期发布) GitHub工作流状态 问题 (欢迎包含建议、贡献、错误修复等的拉取请求!) ...
提示10-1:保持 arc42 -section 1.2中的质量目标短!
提示10-1:保持 arc42 -section 1.2中的质量目标短! #quality #quality-scenario #quality-goal 将细节,特别是质量要求,移至本节第10。 在这里,您将质量树(第10.1节)作为(通常是图形)概述,将质量场景(第10.2节)作为许多(或所有)额外质量要求的集合。 我们参与了几个具有100多个不同质量场景的系统的开发。在这种情况下,arc42第10.2节是记录这些的正确地方(如果它们没有包含在书面且易于访问的需求文 ...
提示10-2:记录并解释具体的质量树!
提示10-2:记录并解释具体的质量树! #quality #quality-tree 我们建议保持 arc42 第1.2节(质量目标)非常短,在那里你只显示前3-5个质量目标,并有优先级。 在这里,在 arc42 第10节中,我们更详细地介绍: 以(图形)质量树的形式显示您最重要的质量目标和要求 将您的质量场景的链接或引用添加到该树中。 在软件工程文献中,例如来自软件工程研究所的文献中,此类树结构被命名为质量属性实用树。它们是ATAM架构分析和评估方法的组成部分。 ...