你们写详细设计时一般包含哪些内容?

烈冰 发布于 2011/09/08 15:12
阅读 3K+
收藏 0

对“详细设计”应该详细到什么程度,有点纠结。我的理解是这样:

比如一个管理用户的功能,我会把这个功能划分成若干个子模块:新增用户、查询用户、更新用户、删除用户等等。

每个子模块包含以下几项内容:

1、模块说明。说明该模块需要实现什么功能,还有设计要点。

2、流程逻辑。用流程图说明该模块的处理过程。

3、算法。不一定有,如果涉及一些比较特殊的算法或关键模块,就写一下算法的伪代码或用流程图说明。

4、限制条件。该模块的功能有哪些限制,比如用户ID不能重复,只能查询自己权限范围内的用户。

5、输入项。每个子模块可以看做一个”方法“,我传给你什么,你给我输出什么。比如删除用户,输入项就是用户ID。

6、输出项。删除用户的输出项,就是不能在查询模块里查询到已删除的用户

7、界面设计。用visio或者其他工具画一些界面图

8、需要操作的数据表。

你们觉得这样写详细设计有没有问题?够不够详细?望各位指点迷津

加载中
0
笨蛋EGG
笨蛋EGG
这玩意儿我会在项目正式上线以后写……
0
烈冰
烈冰

引用来自“笨蛋EGG”的答案

这玩意儿我会在项目正式上线以后写……
我相信大部分人都是这样
0
烈冰
烈冰
难道这里的人都不写文档?
红薯
红薯
以前做项目的时候写死了,现在不想写了:)
0
张亦俊
张亦俊
我觉得吧,如果对业务比较熟悉,就不用了。但对业务不熟悉的话,不写真的不行。
0
红薯
红薯
详细设计更多是写个后人看的,有新人来好接手。
hantsy
hantsy
这么说,写文档都是为什么项目人员跳槽等突发情况作准备的
0
穿衣服比较麻烦
穿衣服比较麻烦
详细设计我是后补,即使部分模块外包,我也不提供详细设计,让对方给。
0
jobell
jobell
原来在日企做的时候,大部分时间都是在写设计书。
详细设计书出来以后,随便一个程序员拉过来,照着设计书翻译代码就可以了。

根本无需懂项目是干什么的。出来经过测试就可以纳品(交付)了。

对于很多中途拉过来的程序员,项目做完了都不知道是什么项目。呵呵。

w
waterye
这么详细的文档?
0
hantsy
hantsy

写个毛文档啊,现在都用Wiki了,以问题驱动,共同参与。

那种流于形式的文档(什么需求分析,概要设计,详细设计,测试文档,等等)是忽悠谁?

笨蛋EGG
笨蛋EGG
呵呵··虽然我从来没有写过一份像样的文档,不过有时觉得文档还是挺好的··我很多时候都想不起当时为什么要这样设计,有些时候写了一些文档看看就比较清晰,不过我所谓的文档相信很多人都用手头简要笔记给代替了,真正写规范文档的估计没有多少个……呵呵··
0
诸葛非卿
诸葛非卿
是啊,但是有时候有些人就比较拘篱于这些!
0
steel
steel
我们都是事后补的
返回顶部
顶部