time 
设为首页】【收藏本站
当前位置: 主页 > 软件工程 > 软件过程 > 黄绍良:四步创新软件开发模型

黄绍良:四步创新软件开发模型

时间:2009-12-04 22:56 点击:5241次 字体:[ ]




  今天大部份软件工程项目失败的主要原因是我们采用40年前的软件开发模式, 30年前的计算机应用思维。从业人员采用过时的方法,落后的思维,所以大部份项目未能为业主带来预期的效益,满足业主的要求。

  40年前计算机开始进入商业用途之初期,没有任何开发体系可以应用,所以从业人员在表格上整理逻辑,编写程序,测试及对程序进行Debugging,然后移交,今天从业人员在脑中开展系统的逻辑,进行程序编写,过去的Debug变成今天的Fix(修改),成为边想、边做、边改的“三边模式”来进行软件开发。30年前软件的主要应用目的是运营自动化,提升企业部门的执行效率,今天大部份从业人员还是以自动化为软件开发的主要目标。软件工程失败的主要原因不是技术应用的问题,是从业人员未能把握客户思维,交付客户期盼的交付物,导致项目在开发过程中不断修改和返工,为项目带来延误和超支。

  往往我们把客户的期盼当作系统的功能需求,这是一个错误的观念。要知道客户的期盼(我们口中所说的客户需求)是要做什么,这是客户投资的最终目标。但系统或功能需求却是该如何做,是技术应用的手段。知道“要做什么”,才知道“该如何做”。我们未能把握客户的期盼(要做什么),如何能够提供高效的技术手段来达到目的呢!所谓“条条大道通罗马”,只要知道了目标,我们有很多选择采用不同的手段来达到。过去的问题在于我们把目标当成手段来处理,一步一摸索,在过程中不断开路搭桥,纵然最终能够抵达目的地,但这种执行模式能不浪费时间,精力和金钱吗!

  今天的软件工程的终极要求与过去数十年软件工程的终极要求有很大的差异。过去自动化时代的软件工程主要是技术的应用,提升运营效率,以技术的应用方法为项目的最终目标。今天的信息化软件工程必须考虑和提供业主希望获得的投资价值,着重于科技如何能够带出相对的投资价值和运营效益为目的。可惜我们还是利用过去数十年前的技术开发思维和应用方法来进行项目交付,未能有效地面对项目属性和交付目的的转变做出相应的调整。让项目中大部份的工作量停留在编程,测试,修改和返工上。我们采用过时的方法,落后的思维来面对今天软件工程的挑战,如何能够在软件工程方面带出创新,引领未来呢?

计算机是逻辑学

  “四步创新软件开发”的要旨在于摆脱过去软件工程对需求的重视,从逻辑的思维去实现最终目标。软件工程项目多基于规范性的逻辑应用,任何软件工程项目的最终交付都必须包含两个部分,一个是业务逻辑(即业务应用流程)、另一个是系统逻辑(即程序执行流程)。业务逻辑是任何系统在最终实际的业务层面所体现出的逻辑,就是“要做什么”;而系统逻辑是指系统为了满足业务上的能力而在系统层面所体现出的逻辑,就是“该如何做”。无论是业务逻辑还是系统逻辑,它们存在的目的都是为了交付最终的价值或达到项目的目标。所以在没有明确相关的业务逻辑和系统逻辑时,要想建立出交付价值的相关逻辑是十分复杂的。一般来说,业务逻辑是范围所处的层面,而系统逻辑是功能需求所处的层面。

  为了明确主要的构思,我们不以软件工程项目为例来带出相关的构思,而是以其它工程项目为例来说明这些构思。这样做是为了让读者可以摆脱软件工程中的原有思维,以一个新的角度来看待软件项目。不知大家是否还记得“工匠与专家”的故事,这里我们将会以一个内部装潢设计专家的角度来说明如何利用一个新的房间为例,带出四部开发方法的主要构思。



本文地址 : http://www.fengfly.com/plus/view-159862-1.html
标签: 模型 模块 交付 创新 业务 软件开发
------分隔线----------------------------
最新评论 查看所有评论
发表评论 查看所有评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
验证码: