培养一个程序员根 本不用花多大的力气,一个人只要不太笨不太蠢,给他一个机会,相 信就能掌握某门技术 或方法。但要掌握若干种方法,就不是能够通过速成解决的了。问题也在于此。目前似乎所 有的系统设计人员都能够设计所有的东西。其实不 然。很多人都有知识的局限性,这就决 定他只能对某些方向的东西做出决策和设计。客户固然不知道他要做什么,但我们应该知道。 如果在前期能够多接触用户、多 深入实际,把设计人员当成客户工作中的一员,他就能够 真正了解到客户的需求,当然也就能够为他做出合适的设计。 至于说到各种系统之间的好坏对比,我想,任何东西都没有绝对,有的只是某些方面的权衡。 比如性能或空间的权衡、价格和性能的权衡和功能侧重上的权衡等 等如此而已。计算机里 的东西没有哪一样的存在不是包含了这种权衡在内的。虽然从商务上似乎总想说服用户什么 东西好什么东西不好,其实从技术上讲无所谓好和 不好,有的只是区别及该区别所针对的 问题而已。这就象有人总在争论Linux 和Window 到底谁好一样。或许从"技术"上讲,Linux Window好,但这其实并不公正,因为漂亮的 GUI 界面和友好的人际交互同样应该是" 技术"中应该考虑到的一部分。把所有的东西结合起来一看就知道没有绝对的好。所 见得非要在用户决定之前由系统设计的人员事先来为各种方案做个排队,只需要了解用户的需求,然后从大方向上决定一个方向再做具体设计就可以了。 在这里我只从过去的实践角度举例来说,至于理论方面实在没时间深入。首先,认同两个说 系统分析的任务:将用户的业务逻辑转化为程序逻辑,计算时间和成本。让我们来做一个概要设计: 系统分析员根据项目的时间和成本,在充分权衡各种方案的利弊的基础上提出SQLSERVER+CORBA+DELPHI 的方案……用户很满意,OK,开始详细设计: 使用各种图或语言描述各种函数,过程,模块,层次……一切顺利,开始编码……编码完成,用户试用,这时用户提出:在客户端要能实时跟踪信息的变化,而你却 发现DELPHI 的CORBA不支持回调!转用其它方按时间上不可能,补救措施也不灵(比如使用timer,但 客户的网络环境不允许多个用户的频繁刷 新),怎么办? 分析一下问题出在哪里: 有人会说系统分析员不真正了解客户的需求,可这不可能(项目时间的限制)也不现实(不可能让分析员到每个岗位都去操作一下)。 有人会说系统分析员的知识和经验不足,可现实却是分析员认为应该的客户觉得没必要,而客户觉得必须的分析员又不可理解。这是不同的工作造成的,俗话说隔行如隔山。 有人会说系统分析员的水平不够,可问题绝大部分是出在细节而不是大方向上,掌握全部细节可能吗?这就是一个长期困扰我的问题:细节(而不是方向)往往成为成功与失败的关 键(注意,这里的成功是包含了时间和成本的),而细节是不可能全部发现与分析清楚的。 如何在这种不完整的需求上构造完整的系统呢?或是根本不可能呢?这种问题我遇到过多 次当然都是别人做的设计。但我认为这个过程中不足的地方就是: 把东西做死了,没有 切实地为用户着想。很多人在做设计时,可能考虑的最多的是实现上的方便,而不是系统的 扩展及更新。需知道,用户的需求是在不断变化的, 如果总是在设计前就"善意"地替用户 假设,是难以预料后事的结局的。所以我想,在设计阶段就因该把可能出现的问题都摆到桌 面上讨论,包括其特点、效果和后 果,而不是自以为是地、好心地替用户"假设"。其实一 个系统设计的优劣,其系统的扩展性能是一个很重要的指标,一个单纯就事论事地针对某件 事情而做出的" 专用"系统是没有任何远见的 下面是经典歌词 100 句,朋友们可以享受下, 不需要的朋友可以下载后编辑删除!!谢谢!! 林夕经典歌词 1、若只是喜欢,何必夸张成爱。——林2、擦光所有火柴难令气氛像从前闪耀,至少感激当日陪着我开甜蜜癿玩笑。 ——《失恋太少》 3、你是千堆雪我是长街,怕日出一到彼此瓦解。——《邮差》 4、谁能告诉我,要有多坚强,才敢念念丌忘。——《当时癿月亮》王菲 5、我愿意做你癿老师,示范着执子之手如何解释,丌愿为深奥癿感情变白痴。 ——《诗人癿情人》方大同 6、有一梦便造多一梦,直到死别都丌觉任何阵痛,趁冲动能换到感动,这愉快 黑洞苏醒以后谁亦会扑空。——《梦死醉生》张国荣 7、谁能改变人生癿长度,谁知道永恒有多么恐怖,但现实往往比命运还残酷, 只是没有人愿意认输。——《无间道》 8、似等了一百年忽已明白,即使再见面,成熟地表演,丌如丌见。——《丌9、在有生癿瞬间能遇到你,竟花光所有运气。——《明年今日》