程序员到系统分析员.pdfVIP

程序员到系统分析员 程序员到系统分析员 大家应该对这两个词很熟悉了,但是对词里包含的意义可能并不是特别清楚 首 先必须说明的是,程序员和系统分析员不存在谁高级谁低级的分别 他们是两种职 业 对职业技能的要求完全不同 所以厉害的程序员就是系统分析员的说法是不对 的 当然 系统分析员的技能要求他必须要懂得如何写程序 但是他的重心在于如 何把一个很大的项目切割成适合个人的小块 然后将这些小块组织起来 程序员的 职责就是如何更好更快的实现这些小块 在这章之前 我们讨论的都是一个合格的程序员应当具备的技能 当然不止那 一些内容 之所以在这里插进来讨论系统分析员的事情 是因为我们的栏目叫做软 件工程而不是程序员从入门到精通之类的 在正式开始之前 我们还是来看在Thinking In Java 中作者对分析和设计的一 段精辟见解 分析和设计 面向对象的范式是思考程序设计时一种新的 而且全然不同的方式 许多人最 开始都会在如何构造一个项目上皱起了眉头 事实上 我们可以作出一个 好 的 设计 它能充分利用OOP 提供的所有优点 请原谅在这里突然出现了OOP 这个词 他的意思是面相对象 虽然在之前没 有提到 但是在现在OO 概念满天飞的软件世界里 大家应该对他不会太陌生 这里我简要的说明一下 在之前我介绍的实际上都是在很早以前程序写作流传下 来的经验 什么 教我们老古董 打他 但是以前的非OO 就是基于过程 的软件设计方法目前在国际上已经很少采用 所以我这里讲软件设计的时候所有 的概念都是基于OO 的 即使OO 的概念很简单的啦 大家思考一下 我们再学 习C++的时候一开始使用的类不都是一些动物啦 正方形啦之类的 都是生活中 的例子 对吧 其实OO 就是我们看世界的一种方式 可是最早由于计算机技术 的不发达 我们不得不用一些很奇怪的描述来表达我们的意思 只有这样计算机 才能理解 很笨不是吗 比如我们必须使用参数 过程 函数 所以当时的软件 设计方法都是基于过程的 举一个简单的例子来显示OO 设计方法和基于过程的 设计方法之间的差别 一句简单的日常短语 我吃饭 用OO 的方法来表 述还是 我吃饭 可是如果用基于过程的方法来描述的话就变成 我吃饭 饭 是不是很别扭呢 如果大家觉得对于OO 的方法还有什么问题的话 可以去看一下软件工程专栏下的另一篇专题 Thinking In Java 赏析 有关OOP 分析与设计的书籍大多数都不尽如人意 其中的大多数书都充斥着 莫名其妙的话语 笨拙的笔调以及许多听起来似乎很重要的声明 我认为这种书最 好压缩到一章左右的空间 至多写成一本非常薄的书 具有讽剌意味的是 那些特 别专注于复杂事物管理的人往往在写一些浅显 明白的书上面大费周章 如果不能 说得简单和直接 一定没多少人喜欢看这方面的内容 毕竟 OOP 的全部宗旨就 是让软件开发的过程变得更加容易 尽管这可能影响了那些喜欢解决复杂问题的人 的生计 但为什么不从一开始就把事情弄得简单些呢 因此 希望我能从开始就为 大家打下一个良好的基础 尽可能用几个段落来说清楚分析与设计的问题 CDMA 软件支撑部 1 程序员到系统分析员 不要迷失 在整个开发过程中 最重要的事情就是 不要将自己迷失 但事实上这种事情 很容易发生 大多数方法都设计用来解决最大范围内的问题 当然 也存在一些特 别困难的项目 需要作者付出更为艰辛的努力 或者付出更大的代价 但是 大多 数项目都是比较 常规 的 所以一般都能作出成功的分析与设计 而且只需用到 推荐的一小部分方法 但无论多么有限 某些形式的处理总是有益的 这可使整个 项目的开发更加容易 总比直接了当开始编码好 也就是说 假如你正在考察一种特殊的方法 其中包含了大量细节 并推荐 了许多步骤和文档 那么仍然很难正确判断自己该在何时停止 时刻提醒自己注意 以下几个问题 (1) 对象是什么 怎样将自己的项目分割成一系列单独的组件 (2) 它们的接口是