<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
一 在对需求设计,方案的取舍
在出现业务需求,可以有两个或者多个方案来实现的时候,总体的取舍的原则
如木桶原则,系统的各个组成部分的复杂度是否平均,坚决取消某一块复杂度特别高的方案。
二 开发的过程中的功能优先级
系统在开发过程中,功能大概分两种 1 核心功能 2 用户可方便性操作功能。
在系统开发的过程中 ,注重系统的核心功能,而用户可方便操作功能尽量的延迟
就像我们开发系统时,在开始上线时,存在好多的非核心功能点,业务上的信息统计阿,在非核心功能上提供的一系列的特例。(可能也就是方便用户少点几下的功能)在其后的使用过程中都将逐渐的废除。
对于开发者来讲,成本上产生了不必要的增加。(这可是纯利润)
弊端 对于系统的使用人员是苦了点
拒绝系统一上线 大而全.
三 开发过程的实施
在实现功能前的设计方案评审(尤其对于复杂的业务)
1 能提高软件开发人员对业务的了解
2 降低软件风险(集体的智慧是强大的)
系统功能的单元测试实施(下面内容是我 自己的一些对单元测试想法)
1 单元测试在系统实现前完成,有利于开发人员从用户角度对功能接口的验证思考
2 降低调试时间,减少系统Bug