系统设计中的两个问题

[复制链接]
查看11 | 回复6 | 2014-7-28 22:58:22 | 显示全部楼层 |阅读模式
想和大家讨论两个问题:
1、在系统设计时是否详细到类-方法-返回值呢?
2、在系统编码进行的过程中、需求变更的过程中,如果保证设计和需求、代码的同步呢?
回复

使用道具 举报

千问 | 2014-7-28 22:58:22 | 显示全部楼层
第一点我回答吧,系统设计的结果肯定是要详细到类-方法-返回值类型的,并且在rational rose中正好生成代码啊!
回复

使用道具 举报

千问 | 2014-7-28 22:58:22 | 显示全部楼层
RE:第一点我回答吧,系统设计的结果肯定是要详细到类-方法-返回值类型的,并且在rational rose中正好生成代码啊!
但是这样做很费时间啊,如果一个子系统的设计好不容易做完的时候,需求又发生了变更,那就有些惨了,成本太高
而且现在大部分项目都是基于成熟的框架进行开发,对于复杂的业务逻辑进行详细的设计没有问题,对于简单的业务逻辑都要进行这么详细的代码设计的话,是不是太迂腐了?!
抛砖之言,希望能共同讨论一下
可以结合实际工作中的情况发表一下自己的看法
回复

使用道具 举报

千问 | 2014-7-28 22:58:22 | 显示全部楼层
第二个问题更关键
大家是如何做的呢?
回复

使用道具 举报

千问 | 2014-7-28 22:58:22 | 显示全部楼层
>>2、在系统编码进行的过程中、需求变更的过程中,如果保证设计和需求、代码的同步呢?
最好是利用工具实现设计模型(UML)与代码之间的双向工程,自动同步。
如果主要依靠手工,那一定要按照既定的工作规程定期进行,以同步更新需求、设计和代码。
回复

使用道具 举报

千问 | 2014-7-28 22:58:22 | 显示全部楼层
>>1、在系统设计时是否详细到类-方法-返回值呢?
如果这些类是关键类,architecture-significant,那么通常有必要。
对于你想重点说明的类,有必要详细说明这些类的重要接口、方法和签名,而其他类、方法则可省略,没必要面面俱到。
回复

使用道具 举报

千问 | 2014-7-28 22:58:22 | 显示全部楼层
>>对于简单的业务逻辑都要进行这么详细的代码设计的话,是不是太迂腐了?!
没必要,可以直接写代码,略过UML图。
敏捷开发通常不需要详细设计,但需要架构的概要设计。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行