大家做项目都要写详细设计吗?(100分)

  • 主题发起人 主题发起人 tt_mok
  • 开始时间 开始时间
这是目录页,你参考一下吧,并不是要求每项都填:
引言 1
背景 1
参考资料 1
术语和缩写词 1
程序系统的结构 1
设计考虑 2
模块(子程序)描述 2
功能 2
输入项 2
输出项 2
处理过程 2
接口 2
限制条件 2
模块(或子程序)设计说明 2
 
文档的功能与重要行 我想大家都很清楚
我忘了上次谁的帖子上说过,
造辆自行车 不用文档 这车也可以跑
但是造航天飞机 不用文档 嘿嘿!!!
 
如果你的老板能写清楚他的概要设计,你的详细设计是可以做到很细的
但如果不出意外(如你的老板被闪电击中了),他写不出这个概要设计。
他肯定只会说:嘿,小子,给你3个月时间,给我写一个xx系统的详细设计。另外,不要问我
需求,我不知道,你自己看着办吧。
 
软件工程专家网 http://www.21swe.com/
软件开发交流中心 http://taihu.myrice.com/
软件在线 http://lovelace.51.net/the2/html/ResearchCenter_SE.htm
新软件工程联盟 http://extend.
hk.hi.cn/~netsoft/
软件工程的播种机 http://www.umlchina.com/
北京软件行业协会 http://www.bsia.org/bsia_work/main_1.htm
软件工程研究与实践论坛 http://www.seforum.net/home.htm
系统分析员之窗 http://www.sawin.com.cn/index.asp
软件工程研究中心 http://www.sercenter.com/
 
还在想这个问题啊?哈哈
 
大项目写,小项目不写
 
写了事半功倍,不写事倍功半
除非你做过许多类似的项目
对当中的内容相当熟悉
否则还是写了好
不管时间有多紧
 
虽然知道写这东东是个好习惯,但是要照着规范来写也是够累人的了。
 
需要写的时候一般不会怀疑
 
我写倒是写的, 只是在需求变化后要同时维护概要设计和详细设计,这可是件累人的活。
如果正好又要写代码, 那真是累死人了。
 
最近连邦出了一个“网络方案实例精选200”都是WORD文档的方案,
涉及十几个行业,建议大家看看,
我是买了的,不过有100我M,软件也不贵:58元。
 
somedo
cumentations are required, like data model, Object orientation relation,
work flow, special arithmetic, and reference some materials.
about otherdo
cumentation, like business model, user requirement, user manual, those
aren't the developer's work.
 
向印度的软件公司学习,他们总把开发文档写的比较具有通用性,即在一个详尽的设计交给编
码人员,如果它懂C语言就可以用C来实现,懂DELPHI就可以用Delphi来实现,总之要利于现在
的工程,也要利于以后的维护,不然你会感叹"早知今日,何必当初"的^_*
 
前面已经有很多人发表过了,我想提出的是当你的项目规模比较大时,现在我出的是第一个版本,
到我做之后的版本时,设计和开发人员都更换了,那你该怎么办,或者是我有另外一个程序要
调用这个程序, 那这个程序有提供了什么接口供我去做呢,当然还有很多了,我的观点是大家
从我们做起,开始有意识的写好文档,漫漫的让整个行业形成这么种习惯,到那时我想大家就
对这么一个问题认为理所当然了,项目有大有小,设计可详可简,但不可无,设身处地,多想想,
多做些。
呵呵,仅仅个人观点。
 
其实,用户需求是非常重要的,因为它直接决定详细设计的成功与否。
 
我的经验:
团队成熟做成IPO图(或者IPO表)就行了,关键算法或者你的兄弟们不熟的地方应该详细;
如果不成熟或者有新人加入,就要细化了
自己有空再细化一遍以应付评审,会审或者外审验收什么的
 
uml 到哪下载
 
目前中国的行情能写详细设计吗?
我们针对不同的项目处理:
用户知道要做什么的:写详细设计。
用户什么都不知道的:用XP,项目计划里面什么都包括了,没有单独的详细设计。
自己开发通用软件的:什么文档都必须写。
大部分的项目,用户什么也说不清楚,我们一边做一边让他们看一边修改。很累吧!
 
后退
顶部