思考详细设计

本文探讨了详细设计在软件开发中的重要性,指出详细设计文档的编写常面临占用过多设计时间、难以维护等问题。作者提出了使用图形(如UML)、API Doc结合以及在项目后期编写文档等解决策略,并强调详细设计的粒度应根据工期、功能复杂度、人员水平和业务层次灵活调整。详细设计不仅是技术工作,也是艺术,应注重过程和逐步细化。
摘要由CSDN通过智能技术生成
Ai92 2006-8-2
 
设计在软件开发中扮演的角色,相信大家都很清楚。设计的好坏直接影响着软件产出的质量。设计一般分为架构设计(概要设计)和详细设计。架构设计主要从系统整体上来考虑使用什么样的架构、如何划分模块以及制定模块间的通信规则。因此架构设计从规模或者粒度上都比较好把握。而详细设计则与架构设计不同,它的工作量通常不小而且粒度不好把握。所以详细设计往往实践的不是很成功,要么流于形式,要么直接被pass掉……。
下面是我对详细设计的一点思考,其间alexwei12、chinakite给出了很好的建议,并将经验分享给我。
 
设计之痛——编写文档
详细设计作为软件开发中不可缺少的过程,理应由输入、活动、输出这三部分组成。最重要的部分当然就是“活动”这一个环节,在这一环节里面,设计人员根据需求和架构设计构思可行的解决方案。而“输出”部分就是这一节要讨论的详细设计文档。我认为详细设计产生文档的主要作用大抵是为了和实现人员或者任务交接人员进行“沟通”,使别人明白你的设计意图和设计方式。当然它也有着在设计时理清思路的作用。
Gresham法则如是说:“程序化的活动容易将非程序化的活动驱逐出去”。详细设计文档的编写的确很容易占用原本用于寻找解决方案的“活动”时间,而使得真正用于设计的时间变得急促。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值