很遗憾的最近在讨论问题的时候又引起了误会(因为是误会所以已经化解了)从这里我想谈谈软件实现的一种思路问题 在软件前期原型法包括界面原型和技术原型都是可选的技术其中软件原型主要解决界面式样和简单业务流程的技术原型主要是证明给客户我能做或者解决/测试某种新的设计或者技术的有时候我们未必使用完整的重型软件过程(特别对于非商业项目或者小型项目)甚至没有提到原型法但原型法也是可以使用的对于负责任的分析设计人员来说这种做法相当常见 在我的SBrave中就存在这样的原型法实践需要主要解决技术和思路验证问题 在SBrave系统的设想里面有若干技术难点成为了我实现SBrave系统的拦路虎这些技术包括对Java源代码或者class文件包的分析(形式包括jar或者直接文件目录对于复杂类包括内部类多接口实现多层次继承等是下一步需要解决的更细的问题)对象的模型/图形化表示(包括之间连线和模型移动问题等)这些技术如果不加以解决实际上我没有办法进行下一步的工作自然我也不知道我的想法是否正确尽管我可以自己花时间和精力去消灭这些拦路虎但实际上这个成本是不值得的我必须解决这些技术难点但为何他们又不是值得的呢(另外的说法就是这个不是我的重点)? 这是因为尽管SBrave项目是一个技术性的基础项目class/代码分析和对象模型化是比较复杂也必须要首先解决的技术问题但这些都不是我的设想的最终目标我不是以解决这些技术问题为出发点而是我要实现一个简单的在我的XBrave基础上的新系统这才是我的目的!更重要的这个想法还需要检验看看是否正确和可行(包括广义成本考虑)在这个时候在中间环节技术细节上纠缠是不值得不划算的这就是为何我多次请教/探讨/询问甚至希望得到现成技术的根本原因 这就是在一种非客户提出或者为了客户方便的技术典型的原型法这种思路可以极大的节省成本开销并且保证系统实现的有效性 欢迎您在您的系统中也采用类似的技术原型法关注重点分离最终目标和中间技术难点的最佳实践之一 |