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