![]() |
1
1
当您向编程环境引入新的人员时,他们需要了解业务问题,而不是技术问题。对于正在考虑的特性集,您需要确定预期的成功路径,并在将失败空间最小化之后再将其交付给它们。我的意思是清楚地记录一个特定的功能是如何被期望表现的,以及当某些事情做得不正确时应该发生什么(例如,错误的数据,例如当一个数字被期望时的字符串,在一个web应用程序上点击多次提交等等)。它正在识别和记录如何处理真正需要最大努力的失败。 然后假设一个面向人的功能块,以用户界面设计(例如线框)为主导,并 written use cases . 如果这个功能是要存在于另一个系统UML图中或与之集成,那么显示交互是很有用的。在这一点上,你是在雇佣一个光荣的打字员还是一个能思考的人?如果是前者,那么就真的陷入杂草和UML的类层次结构之外。 模板 |