大多数国产,都只能1.0,要想升级,得重新来。。。
[quote=引用 33 楼 effun 的回复:] 楼主既然你问了这个问题,说明还是有心人。文档这种东西本来就没有哪条法律规定一定要的,但有一定比没有好。 1、需求文档可以减少和客户扯蛋。 2、概要设计文档可以减少项目经理和程序员扯蛋。 3、详细设计和代码注释可以减少程序员之间相互扯蛋。 4、说明书可以减少后续培训的口水。 当然,到底文档起不起得了作用,还有看写文档的质量,还有看文档人的水平,文档的多少取决于项目的大小,但不管多大的项目,开发前的设计文档是必要的,否则时间一长,就叫天天不应了。
楼主既然你问了这个问题,说明还是有心人。文档这种东西本来就没有哪条法律规定一定要的,但有一定比没有好。 1、需求文档可以减少和客户扯蛋。 2、概要设计文档可以减少项目经理和程序员扯蛋。 3、详细设计和代码注释可以减少程序员之间相互扯蛋。 4、说明书可以减少后续培训的口水。 当然,到底文档起不起得了作用,还有看写文档的质量,还有看文档人的水平,文档的多少取决于项目的大小,但不管多大的项目,开发前的设计文档是必要的,否则时间一长,就叫天天不应了。
实际的过程: 1)Excel+其他系统截图=原型; 2)编码; 3)单元测试; 4)交付(试用)。
总是会缺这缺那的,加班都搞不完项目,哪有人写文档。
其实写文档之前,项目经理应该先拿出“工具平台”设计草案来。而最终的产品肯定需要根据用户需求改变成百上千个部分,也能灵活应对。 比如说给你40万,让你用3个月做一个相当巨大的“一堆工作流”的业务处理信息系统。如果你先把所有的“增删改查”模式先找UI设计师定个初稿,然后决定做5、6个通用控件(UI 个性扩展完全可以用技术手段达到),而成千上万的界面其实都是因为配置数据的变化而自动变化的,那么3、4个人完全可以完成一个大系统,而且得到用户的充分肯定。 而如果让那些小作坊里的“简单功能分解”式的做法去做,找10个人(工资同样)做16个月可能最终也被用户骂得狗血喷头、拒绝验收。 我的亲身经历都是如此。但是小公司遇到后者的情况自然有独特的“猫狗之道”,具体是什么做法就不多谈了。 我的意思是,软件开发并不是一直都在“代码工人”在流水线上拼凑 csdn 上可抄袭到的一些程序。如果你们把70%的精力放在自己的平台、组件的设计开发上,那么一定时间之后,你收获的就是几套良好的“生成器系统”,你就获得了自由。 程序员也因为大多数时间是在开发这样的生成器系统,那么你写的“文档”的层次也是这个生成器设计层次的。这时侯你再来讨论什么“有没有先写文档”就更有意义了。 但是这要求,项目经理不是一个码农,甚至不是眼中只有单一的一个产品,而应该是一个长期发展的平台的设计思路。
个人感觉是因为客户自己对需求的不确定性搞的文档会很难写,小公司的经理一般为了偷懒省事都不写的,客户要改啥就改啥,改的乱七八糟一堆BUG再加班折腾,总算折腾完了才去写文档……
你说的文档是用户文档么?因为似乎没有开发文档就搞开发实在难以想象。
写文档???!! 文档还没写完,很有可能老板的需求就变了!!! 当然,我们写的程序是公司内部使用的,而且老板的思想多变,今天说的东西,很有可能明天就变了。
111,097
社区成员
642,554
社区内容
加载中
让您成为最强悍的C#开发者
试试用AI创作助手写篇文章吧