客户认可全部计划 如果客户作出重大改变, 白板需要重新规划, 你已经知道 -计算团队的时间效率值 -估计US和task的时间 -计算开发循环的规模(人天)
测试代码, 模拟运行
>只需修改对所需的功能有影响的Defect, 修改US所依赖的codes
随机挑选Defect来修复 >最后计算错误修正率 Fixed Number / Days = Daily Fix Rate, 用来估算修复所有Defect的时间
Qualitative data, 有潜在的不确定因素影响估计
>通过测试(Hand test + Unit test) >可读性 命名 流程 注释 >按时交付通过测试的, 具有可读性的代码比完美代码更重要
不断评估和核定 在变化中调整 >整合最佳实践 对项目有帮助的方式 流程怀疑论 Process Skepticism
建立衡量标准来确定变化是否有帮助 1理由2改变3检查, 避免太主观和情感化 >重视团队成员
>分解软件需求, 记录需求, 确认客户想要的系统功能是否正确捕捉 >减少了对系统功能的错误理解, 有助于加快开发进度
>存储目录中的软件可构建, 运行编译和测试, 软件能运行 >帮助编译测试程序, 减少Defect
>衡量多少代码测试通过, 发现Defect的一种方式, 没有被测试和覆盖的代码通常存有Defect >软件错误集中产生在边界情形, 主要部分经过良好测试
交付软件; 好的开发人员能克服不好的流程; 好的流程帮助团队成功
Unified Modeling Language, 表达代码和应用结构的重要细节 类图 表述静态结构 >关联关系 一个类是由另外一个类的对象组成 >继承关系
相类似的方式来描述软件要做的一件事
End
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！