《代码大全》读书笔记及随想(day03)
2016-07-24 00:16
218 查看
3.3 问题定义的先决条件
问题定义只定义问题是什么，而不涉及任何可能的解决方案。它是一个很简单的陈述，可能只是有一到两页，并且听起来应该像一个问题。
问题定义在具体的需求分析工作之前，而需求分析是对所定义的问题的深入调查。
问题定义应该用客户的语言来书写，而且应该从用户的角度来描述问题，通常不应该用计算机的专业术语叙述，最好的解决方案未必是一个计算机程序。
如果没有一个良好的问题定义，你努力解决的可能是一个错误的问题。
3.4 需求的先决条件
需求详细描述软件系统应该做什么，这是达成解决方案的第一步。
如果你和两外一个程序员对于程序应该做什么意见不一致，你们可以查看书面的需求，已解决分歧。（需求指导编程的方向）
如果你在编码过程中发现了一个代码上的错误，你只需要修改几行代码，然后就能继续工作了。但是如果你在编码的时候发现了一个需求错误，那你就得改变设计，使之符合更改后的需求。（更改设计是一件更麻烦的事情）
充分详尽地描述需求是项目成功的关键，它甚至很可能比有效的构建技术更重要。
在构建期间，最好应对需求变更的方式：
A.使用需求和对表来评估你的需求的质量。（经验评估法）
B.确保每一个人都知道需求变更的代价。（关键是让客户也知道）
C.建立一套变更控制程序。（监管客户，说服他们）
D.使用能适应变更的开发方法。（演进原型和演进交付）
E.放弃这个项目。（当断则断啊！）
F.注意项目的商业案例。（商业价值优先，就是值不值钱呗）
问题定义只定义问题是什么，而不涉及任何可能的解决方案。它是一个很简单的陈述，可能只是有一到两页，并且听起来应该像一个问题。
问题定义在具体的需求分析工作之前，而需求分析是对所定义的问题的深入调查。
问题定义应该用客户的语言来书写，而且应该从用户的角度来描述问题，通常不应该用计算机的专业术语叙述，最好的解决方案未必是一个计算机程序。
如果没有一个良好的问题定义，你努力解决的可能是一个错误的问题。
3.4 需求的先决条件
需求详细描述软件系统应该做什么，这是达成解决方案的第一步。
如果你和两外一个程序员对于程序应该做什么意见不一致，你们可以查看书面的需求，已解决分歧。（需求指导编程的方向）
如果你在编码过程中发现了一个代码上的错误，你只需要修改几行代码，然后就能继续工作了。但是如果你在编码的时候发现了一个需求错误，那你就得改变设计，使之符合更改后的需求。（更改设计是一件更麻烦的事情）
充分详尽地描述需求是项目成功的关键，它甚至很可能比有效的构建技术更重要。
在构建期间，最好应对需求变更的方式：
A.使用需求和对表来评估你的需求的质量。（经验评估法）
B.确保每一个人都知道需求变更的代价。（关键是让客户也知道）
C.建立一套变更控制程序。（监管客户，说服他们）
D.使用能适应变更的开发方法。（演进原型和演进交付）
E.放弃这个项目。（当断则断啊！）
F.注意项目的商业案例。（商业价值优先，就是值不值钱呗）
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 只需十分钟，结果大不同 |《深度思考》
- 《洋葱阅读法》读书笔记
- Jquery实战_读书笔记1―选择jQuery
- JavaScript 精粹读书笔记(1,2)
- JavaScript 权威指南(第四版) 读书笔记
- Terry七月Ruby读书笔记(比较详细)第1/4页
- 整理java读书笔记十五之java中的内部类
- 从「林」开始--C++ primer 读书笔记 -- Part II: Containers ...
- View的事件体系
- 读书笔记－大型分布式网站架构-设计与实践【陈康贤】
- [读书笔记]Scrum 总结
- 大型网站架构系列：负载均衡详解
- 《穷爸爸，富爸爸》读书笔记
- 《程序员的职业素养》读书笔记
- sniff读书笔记
- 《Zabbix监控系统深度实践》读书笔记
- 《DevOps故障排除：Linux服务器运维最佳实践》读书笔记
- 重学JS 1
- 《javascript高级程序设计》读书笔记——引用类型之Object类型（细节整理）
- 《HTML重构》读书笔记&思维导图