关闭

开发项目之分析和设计

标签: 编程文档数据库工作产品
927人阅读 评论(0) 收藏 举报

我们开始启动一个项目之前,不论项目大小 、参与人员把握项目能力水平的高低,都会似模似样地安排一个分析设计阶段,这说明大家都清楚,做事情之前得有个准备。究竟分析和设计各自的内涵如何,它们之间的区别是怎样,却不是每一个项目实施者都十分明白。不明白没关系,学习一下!这里有我的一些学习内容和体会!

什么是分析和设计

分析和设计可以被概括为:做正确的事(分析)和正确地做事(设计)。

“分析强调的是对问题和需求的调查研究,而不是解决方案。”例如,如果需要一个新的计算机化的图书管理系统,那么如何使用这一系统。我真希望把这段话裱出来送给我的一位哥们,恳求他每天早上起床念30遍,晚上睡觉前再念30遍。因为我和他合作的项目里面,他从没有就一次调研情况提供过只言片语,永远都是洋洋洒洒的技术方案拿出来了事,问他为什么要这样子作,他却含含糊糊说不清楚。这让我时常陷入担忧中,我按他的方案怕做了白做,因为别人不要。哥们,拜托在你的技术方案前加个缘由和分析先!

其实,他这样做也不是没有原因。他的领导注重结果甚于注重过程,如果上交的文档在解决方案这一部分不够长篇大论,铁定挨批,大部分时间是在满足自己的领导对文档的阅读和理解的习惯,劳神费力还不讨好。批到我这位哥们都摸清了套路,知道该怎么应付上面了,既然用户的实际情况并不是领导所关心的,这个阶段给的时间也有限,分析多了无疑是给自己添麻烦,那拍拍脑袋写几行解决方案的文字可是轻松多了,随手可以抄出一大摞来,多快好省表扬多

“设计强调的是满足需求的概念上的解决方案,而不是其实现。”例如,对数据库方案和软件对象的描述。最终,设计可以被实现。这里我又要另裱一幅字给一个刚由程序员提升到开发经理的哥们,不过他上个月又被调回开发岗位了。

他对做设计相当反感,我能理解他的心情,他不愿意为此耽误了他宝贵的编程时间,边做边象是他的习惯。我看他算得上是个勤奋的人,只要进入工作就不知疲倦了,我觉得他挺累的!前一段时间我“有幸”和他一起做项目,虽然我不需要和他一起编程序,但我的那个急啊,每次只有通过祷告才能使自己心里的压力得以交托。

作为项目配备的开发经理,对于系统的架构、可能采用的技术手段、会遇到的技术难点、攻关所需要的时间、需要什么样的开发人员来做帮手、有没有参考和对比的系统、能否借鉴其中的实现方案或是有更好的解决思路等等,完全心里没谱,任何时候和他沟通,他都会说正在做,至于在做什么、当前的进度如何、何时可以告一段落,不可能得到一个感觉有底气的答复,总是一而再再而三地跳票,严重地影响了项目的实施进度。花了那么多时间,最后赶工出来的东西却不伦不类,完全不符合产品规格要求。后来,他被撤换了,继续去做他擅长的编程开发。但我看他如此缺乏规划和设计的能力,对他写出来的代码质量也感到担心。后来我去看他所写的程序,证明我的担心并不多余。他的代码缺少有用的注释,晦涩难理解。类、方法的命名不遵循任何原则,随意性很大,特别是一个类被命名为BaseObject,给我的印象特别深刻,以我的理解,以BaseObject为名称的类,应该可以是任何类的基类。我特别查找了这个类被引用的各个地方,发现这仅仅只是几个实体类的基类而已,里面只有三个属性,Name,Description和Alias。更有意思的是,对大多数派生类而言,Decription和Alias属性都是多余的。

经过一些项目的经验,我已经不像过去那么偏激,不再动不动就想把人给赶走、动不动就想找新人,事实上人都是培养出来的。我这个朋友的现象,在公司并不是个别,因为人员普遍层次较低,所以在公司经历过两个项目的编码之后就可能被安排当头了,被赋予了新的职责、走入新岗位前也不进行相关培训,这其实是拔苗助长的行为。他们被赋予了权力而仍然缺乏能力,最后可能变成眼高手低的人。我本人就曾经吃过这样的亏,因为能力低过权利,技术水平达不到主持一个项目所需的要求,也不懂得协调处理项目中各样的非技术问题,再加上一些其他原因,最后从公司辞职走人。那时的心情,不只是羞愧那么简单,自信心受到了打击,长时间里我都不知道自己能干什么。

说着说着似乎偏离了分析和设计的主题,就此打住。了解什么是分析和设计,懂得区分这两者的差别,再加上从理论层面上升到实践层面所经过好多次的涅磐,在项目里举重若轻的那种阶段,应该是能够到来的吧!

 

 

0
0

  相关文章推荐
查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:143642次
    • 积分:1381
    • 等级:
    • 排名:千里之外
    • 原创:16篇
    • 转载:8篇
    • 译文:0篇
    • 评论:52条
    最新评论