敏捷开发-原则 模式与实践(1)

敏捷开发-原则 模式与实践

这的确是一本关于开发者的好书，对于我们开发者、研究人员，它提出了一个开发的全新的价值观（对我来说），甚至人生都有启发。需要认真阅读。

书中总结了敏捷开发的实例，确确实实更够感觉到对于项目的完成大有裨益，有种相读恨晚的感觉。想想自己之前的开发状态，想想自己导师安排公司项目的情况，就是低效率，就是小儿科，就是书上批评讽刺的那样，这正是开发者十几年开发智慧的结晶，前人的经验，前人的智慧，激发了我的阅读的快感，我获取知识的兴奋感，激发了我的成就感。

阅读前两天（结合思维导图）

敏捷开发联盟：开发团队需要具有快速工作、相应变化的能力的价值观和原则。

敏捷过程，最重要的是极限编程。

极限编程(extreme programming):一种适用于中小型团队在需求不明或者快速多变的情况下。（参考：http://www.docin.com/p-752508108.html）

计划

学到的新名词：

项目涉众：产品或项目相关所有人员，包括：客户、用户、需求分析员、开发人员、测试人员、文档编制人员、项目经理、法律人员、生产人员、市场营销、技术支持及其他与产品和客户打交道的人员。

用户素材：项目需要相关的卡片，包括估算代价、优先级

项目迭代：每两周实现一些涉众的需求，每次迭代完成时，会演示迭代生成的系统，获得反馈。

结对编程：结对的程序员，在同一台电脑上完成代码。

发布计划：一次发布大约需要3个月的时间，即约6次迭代。

QA部门：即quality assurance，质量保证部门。

UML图：统一建模语言，是用来对软件密集系统进行可视化建模的一种语言。

(视频课程http://study.163.com/course/courseLearn.htm?courseId=393009#/learn/video?lessonId=510175&courseId=393009
)

重构：重构（Refactoring）就是通过调整程序代码改善软件的质量、性能，使其程序的设计模式和架构更趋合理，提高软件的扩展性和维护性。

发布计划：项目发布时间的计划，约需要3个月的时间，即约6次迭代。

任务计划：把素材分解成开发任务，每个任务约花费4-16小时，开发人员签订任务的计划。（任务点数：完成任务所需要的理想编程时间）

迭代计划：每两周进行一次项目迭代的计划。

程序耦合性：耦合性是程序结构中各个模块之间相互关联的度量。程序需要低耦合性。