《程序员修炼之道：从小工到专家》阅读笔记十三

三十五邪恶的向导

　　应用自身始终在变得更为复杂。现在大多开发都应用多层模型，可能还伴有中间件层或事务监控器。这些程序应是动态的、灵活的能与第三方编写的应用互操作。

　　向导：自动生成类似的骨架代码

　　应该理解那些替他制作的代码，否则是靠巧合编程。

　　向导是条单行道---制作代码，然后就走了。如果它们制作的不完全正确或情形变量，之后就要靠自己了。

提示：不要使用你不理解的向导代码。

第七章在项目开始之前

　　在项目启动前，建立某些基本准则，确定各种需求，只是听取用户的意见还不够。

三十六需求之坑

　　完美，不是在没有什么需要增加，而是在没有什么需要去掉时达到的

　　需求很少存在于表面上，它们深深地埋藏在层层假定、误解和政治手段下面。

提示：不要搜集需求----挖掘它们

挖掘需求

　　以下陈述是好需求：

           

　　　　只有员工的上机才可查看员工档案--只有授权的用户可以查看---政策变化

　　　　政策可以成为应用中的元数据

提示：与用户一同工作，以像用户一样思考。

建立需求文档

　　建立用例：强调其目标驱动（goal-driven）的本质，用UML活动图......

规定过度：不用太过具体，好的需求文档会保持抽象。涉及需求的地方，最简单的、能够准确反映商业需要的陈述是最好的。

　　需求是需要。

看远些

     

 

　提示：抽象比细节活得更长久

再抹一层薄薄的薄荷

　　许多项目失败归咎于项目范围增大

　　　　追踪需求，避免陷入“只是再增加一个特性”的漩涡

维护词汇表

　　创建并维护项目词汇表--定义项目中的专用术语与词汇：可能对“顾客”和“用户”加以区分

把话说出来

　　把需求制作成超文本文档--满足不同听众的需要--给每个读者他们想要的东西。如将其放在web中。