采用抽象与反馈细化的过程模型（约束条件没有在此过多考虑：时间、人力资源）：
§ 各层的模型是逐步细化、可回溯的
§ 项目各层相关人在该层的同一模型(及词汇表－数据字典)上工作，不同层的模型间也是一致的(仅仅抽象程度有区别而已) 。
§ 开发组织中不同的脚色关注的活动也不同，但互相上下都是有接口。对于本层责任人外的人不用关心物理属性，但要了解功能属性；各层责任人对上下相邻的层了解越多，越容易取得均衡
§ 关于理顺主流程逻辑重要性(活动图)
n 流程逻辑可以简化，但不能混乱
n 流程逻辑没有理顺，相当于撞大运，结果基本不会正确
n 逻辑理顺了，才能尽快发现错在那里
因此花时间理顺系统流程中的宏观逻辑是绝对必要，而这也容易被管理者所忽略的。
§ 算法(尤其是主流程)正确性测试，用编译条件或者调试版本来输出尽可能详细的数据信息，然后用人工、Excel甚至matlab来验证分析算法的正确性参考上一条合下一条
§ 动手前仔细考虑较多的功能、要求实现最小化的功能
§ 当前主要采用渐进原型方法(抛弃法看来也是有存在价值的)，没有比较充分的设计阶段就进入实现只能在原型阶段，但正式开发后应避免此类问题；
§ 为了效率，主测试一般采用功能测试+混合测试方法
§ 目前开发资源共享做的很不好，和软件开发一样有点混乱：
n 没有好好整理、归类，基础代码库形式要升级到KnowledgeBase库形式
n 不是双向的，单向更新
阅读(1719) | 评论(0) | 转发(0) |
