关于软件开发.pdfVIP

本文由zhiguoxian贡献 关于软件开发 I 你喜欢写程序吗？ 你喜欢写程序吗？ 写程序很快乐。 写程序很快乐。 写程序也很痛苦。 写程序也很痛苦。 编程的乐趣 首先是一种创建事物的纯粹快乐。 首先是一种创建事物的纯粹快乐。 其次，快乐来自于开发对其他人有用的 东西。内心深处， 其次，快乐来自于开发对其他人有用的东西。内心深处，我们 期望其他人使用我们的劳动 成果，并能对他们有所帮助。 期望其他人使用我们的劳动成果，并能对他们有所帮助。 第三是整个过程体现 出魔术般的力量——将相互啮合的零部件 将相互啮合的零部件 第三是整个过程体现出魔术般的力量 组装在 一起，看到它们精妙地运行，得到预先所希望的结果。 组装在一起，看到它们精妙地运行，得到预先所希望 的结果。 最后，乐趣还来自于工作在如此易于驾驭的介质上。 最后，乐趣还来自于工作在如此易于驾驭的介 质上。程序员凭 空地运用自己的想象，来建造自己的“城堡” 空地运用自己的想象，来建造自己的“城堡” 。 编程非常有趣，它会让你体现到付出不懈努力， 编程非常有趣，它会让你体现到付出不懈努力，而后获得 成功 巨大成就感！ 的——巨大成就感！ 巨大成就感 编程的苦恼 首先，必须追求完美。 首先，必须追求完美。 学习编程的最困难部分，是将做事的方式往追求完美的方 向 调整。 “做软件就要像做一件艺术品一样。”——张小龙 其次，是由他人来设定目标，供给资源，提供信 息。 其次，是由他人来设定目标，供给资源，提供信息。 概念性设计是有趣的，但寻找琐碎的 概念性设计 是有趣的，但寻找琐碎的bug却只是一项重复性的 却只是一项重复性的 活动。 活动。 …… 一种乐趣和苦恼 共存的创造性活动。 这，就是编程——一种乐趣和苦恼共存的创造性活动。 就是编程 一种乐趣和苦恼共存 的创造性活动 开发步骤 了解需求 需求分析 架构设计 编写代码 单元测试 系统测试 file:///G|/Documents and Settings/Lch/桌面/wenkuxiazai/Download/计算机/关于软件开发.txt [2012-3-14 18:46:43] 为什么要有正式的需求？ 为什么要有正式的需求？ 明确的需求可以保证是由用户而不是程序员决定系统的功能。 明确的需求可以保证是由用户而不是程序员决 定系统的功能。 明确的需求可以避免引起争议。 明确的需求可以避免引起争议。 在开发中后期修正需求错 误，将要付出 倍到100 倍的代价 在开发中后期修正需求错误，将要付出10 倍到 。 充分进行需求分析是一 个项目成功的关键， 充分进行需求分析是一个项目成功的关键，很可能比使用有效 的创建技术还重要。 的 创建技术还重要。 改掉急于编写代码的坏习惯 架构设计的质量决定了系统概念上的完整性， 架构设计的质量决定了系统概念上的完整性， 而这又会决定 系统的最终质量。 系统的最终质量。 好的架构设计可能使创建工作变得很容易， 好的架构设计可能使创建 工作变得很容易，而坏的结构设计则 使创建活动几乎无法进行。 使创建活动几乎无法进行。 在创建活动 中，对结构设计进行变动与变动需求差不多。 在创建活动中，对结构设计进行变动与变动需求差不多。 整洁的代码有多重要？ 整洁的代码有多重要？ 两条理论： 两条理论： 1. “破窗效应” 破窗效应” 破窗效应 一个窗户破了，如果没人去修，隔不久， 一个窗户破了，如果没人去修，隔不久，其他窗户也会莫名其 妙地被别人打破。 妙地被别人打破。 2. “惯 性定律” 惯性定律” 惯性定律 好的代码会促生好的代码，糟糕的代码也会促生糟糕的代码。 好的代码会促 生好的代码，糟糕的代码也会促生糟糕的代码。 别低估了惯性的力量。 别低估了惯性的力量。 整洁的代码有多重要？ 整洁的代码有多重要？ 两条公式： 两条公式： 1. 2. 重构 重构的定义 使用一系列的重构准则，对软件内部结构的一种调整， 使用一系列的重构准则，对软件内部结构的一种调 整，目的是 在不改变软件之可察行为的前提下，提高可理解性， 在不改变软件之可察行为的前提下，提高可 理解性，降低修改 file:///G|/Documents and Settings/Lch/桌面/wenkuxiazai/Download/计算机/关于软件开发.txt [2012-3-14 18:46:43] 成本。 成本。 重构 重构是小步骤的。 重构是小步骤的。 每个改造都是微不足道的，几乎不值得去做，