发信人: ninja_xena()
整理人: hnyjchuhong(2002-04-02 17:08:43), 站内信件
|
小弟接触过XP(极端编程)方法后,深以为是建立中小企业或者初步系统的最好方法。
大家可能已经习惯了“获取需求-系统分析-编码-测试-维护”的流程了吧?的确做任何事情先计划后动手是任何理智的人的想法。
但是很多时候,需求并不是固定的,是在不断的信息化设备应用中深化和发觉(掘)的。举个例子:信息化最开始一定是代替帐目,所以必然是从财务开始的,但只后许多部门和项目需要制定任务的时候,都需要同财务联系,必然发现如果能直接调阅和处理财务项目是非常方便的,所以信息化的需求才这样“传染”开来。
需求在时间上是变化的,在使用者空间也是变化的。从最底层的数据采集和基础处理人员,到管理人员,到计划制定者。一个由下至上的过程是必然的。
所以一定要有一个观念:需求是一定会多方面变更的!
所以为了适应客观情况的,系统分析也不能想当然的故步自封,必须和需求获取,编码,维护,测试联合起来。
在技术产品上,解决问题通常都能用两种四两拨千斤的方法解决:
1,用商业方法解决技术难题
2,用技术方法解决商业难题
具体使用在系统分析和建造上,有的问题适宜用商业方法来解决。比如说客户的维护要求,对于系统一些使用性改造,还有最多的旧系统改造升级,其他系统和本系统的数据交换这些。简单来说就是用苯办法,手工解决,然后用嘴来搭够。
用技术方法解决的问题,通常要注意一个成本/使用比例。如果一个程序工具,不能带来明显的便利性,而增加系统的复杂程度。就需要考虑在以后需求获得比较完整后在统一考虑进去。对客户服务,不一定是要功能越多越好,而是能完成商业目的就好。
之后想讲讲如何“跳过系统分析”开始编码和设计……欢迎拍砖。 |
|