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