摘要：
惯用过程模型：一、瀑布模型特点：1、 简单、直观、易用2、 开发进程比较严格，一个阶段接着一个阶段顺序进行3、 模型中没有反馈，上一阶段任务完成，进入下一个阶段以后，下一个阶段不会对上一个阶段的工作作出反馈4、 模型执行过程中需要严格控制5、 允许基线和配置早期接受控制6、 一个新的项目不适合瀑布模型，除非处于项目的后期7、 用户直到项目结束才能看到产品的质量；用户不是渐渐地熟悉系统8、 不允许变更或者限制变更早期的需求9、 瀑布模型整体上比较理想化优点：有利于大型软件开发过程中人员的组织、管理，有利于软件开发方法和工具的研究，从而提高了大型软件项目开发的质量和效率。缺点：（1）开发过程一般不 阅读全文
摘要：
第1原则：存在价值一个软件系统因能给用户提供价值而具有存在价值，所有的决定都应该基于这个思想。在确定系统需求之前，在关注系统功能之前，在决定硬件平台或者开发过程之前，问问你自己：这确实能为系统增加真正的价值吗？如果答案是不，那就坚决不做。所有的其他原则都以这条原则为基础。注：软件的功能范围不应按照完美主义的思维进行，为了让软件看起来或听起来更具神秘而增加很多功能，而这些功能对使用者来讲却可能是没有价值的鸡肋。第2原则：保持简洁软件设计并不是一种随意的过程，在软件设计中需要考虑很多因素。所有的设计都应该尽可能简洁，但不是过于简化。这有助于构建更易于理解和易于维护的系统。这并不是说那些特征甚至是内 阅读全文
摘要：
1. 理解问题（沟通和分析）。回答几个简单问题：谁将从问题的解决中获益？也就是说，谁是利益相关者？有哪些是未知的？哪些数据、功能、特征和行为是解决问题必需的？问题可以划分吗？是否可以描述为更小、更容易理解的问题？问题可以图形化描述吗？可以建立分析模型吗？2. 计划解决方案（建模和软件设计）。在编码之前，稍稍慢下来做一点点设计：以前曾经见过类似问题吗？在潜在的解决方案中，是否可以识别一些模式？是否已经有软件实现了所需要的数据、功能、特征和行为？类似问题是否解决过？如果是，解决方案所包含元素是否可以复用？可以定义子问题吗？如果可以，子问题是否已有解决方案？能用一种可以很快实现的方式来描述解决方案吗 阅读全文