sccm边界和边界组_通过记录信任边界来提供更好的产品

sccm边界和边界组

当您信任系统,团队或产品时,是否曾经遇到过导致功能或系统故障的问题?

在快速变化的渐进式交付中,信任的定义不断变化。 发生了一些信任问题。

  • 其他系统发送垃圾数​​据。
  • 其他系统不维护数据约束,例如unique,null,参照完整性。
  • 第三方库导致未知的副作用。
  • 挑剔用户或质量检查。
  • 无知的用户。
  • 要求苛刻的产品负责人。

作为工程师,您必须不断地重访信任边界,否则其他人会发现空白并利用系统。 信任问题发生在团队之间或单个团队内部,因此,建立信任边界以平滑团队功能非常重要。

知识鸿沟在团队或个人建立的信任假设中起着重要作用,防止信任问题的最佳方法是将其记录为一组,包括开发人员,质量保证和业务。 一旦绘制了线条,就可以轻松决定系统的不同部分。

在信任边界上达成共识的最好的部分是,它为讨论提供了共同的框架,并且避免了徒劳的讨论。

因此,下次在开始构建任何新功能或系统之前,请列出您对其他系统或团队的信任程度。 为每个违反信任边界的行为创建触发器或警报,以便您可以在意外情况发生时做出React。

错误报告也有许多关于违反信任边界的线索,因此在更正它之前,请重新访问信任边界并进行调整。

翻译自: https://www.javacodegeeks.com/2020/01/better-product-by-documenting-trust-boundary.html

sccm边界和边界组

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
目 次 前言 ..............................................................................................................................................................3 1 范围 11 2 规范性引用文件 11 3 术语和定义 11 4 排版规范 12 4.1 规则 12 1.*程序块要采用缩进风格编写,缩进的空格数为4个。 12 2.*分界符(如大括号‘{’和‘}’)应各独占一行并且位于同一列,同时与引用它们的语句左对齐。在函数体的开始、类和接口的定义、以及if、for、do、while、switch、case语句中的程序都要采用如上的缩进方式。 12 3.*较长的语句、表达式或参数(>80字符)要分成多行书写,长表达式要在低优先级操作符处划分新行,操作符放在新行之首,划分出的新行要进行适当的缩进,使排版整齐,语句可读。 13 4.*不允许把多个短语句写在一行中,即一行只写一条语句 13 5.*if, for, do, while, case, switch, default 等语句自占一行,且if, for, do, while等语句的执行语句无论多少都要加括号{}。 13 6.*相对独立的程序块之间、变量说明之后必须加空行。 13 7.*对齐只使用空格键,不使用TAB键。 14 8.*在两个以上的关键字、变量、常量进行对等操作时,它们之间的操作符之前、之后或者前后要加空格;进行非对等操作时,如果是关系密切的立即操作符(如.),后不应加空格。 14 4.2 建议 15 1.类属性和类方法不要交叉放置,不同存取范围的属性或者方法也尽量不要交叉放置。 15 5 注释规范 16 5.1 规则 16 1.一般情况下,源程序有效注释量必须在30%以上。 16 ......

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值