⑴ 程序员进行程序设计的主要文档和依据是什么
如果项目真正按照软件工程化流程走的话，主要依据是软件任务书和需求规格说明。
软件任务书规定软件的运行环境，软件需要做什么，实现哪些功能，有哪些性能要求。软件任务书中对软件功能性能的要求采用的是日常人类语言描述，如“找到员工中年龄最大的一个”。
软件需求规格说明细化软件任务书，用具体的计算机专业术语描述软件的功能需求，并详细规定输入输出，如上述任务书中找到员工年龄最大的一个可以分解为一个功能需求:
输入 全体员工的年龄，员工数目小于1000个， 输入年龄为整形数，姓名为字符类型
输出 年龄最大的员工姓名
⑵ 软件开发中的 概要设计文档 详细设计文档在正常情况下 是不是程序员写的吧！
一个项目设计是最重要的。其实现在在技术上难题不多。同一个公司你不会肯定有别人会，相互问问就好。最关键的是需求理解。所以开发人员自己写详细设计是很有好处的。譬如我现在在平安科技。我们的流程时：客户将需求讲解给SA（需求分析师），SA理解之后在召集开发人员一起讲解，最后由开发人员自己设计并将设计文稿发出去由负责人及SA评估。 如果没有问题就会按照详细设计来开发。 这样的话虽然设计花费了一定的开发时间，但是在熟悉需求的基础上开发可谓是：磨刀不误砍柴工！
望采纳。 谢谢
⑶ java程序员需要些什么文档
我很少写文档，懒得写，除非项目有要求
对于文档这个东西简单谈一下
做项目之前就有文档
这个是可遇不可求的，现在做的项目很多都是临时突然说要做的，什么需求都没有，只能靠程序员自己去发现，项目经理的要求，客户的临时需求（这个比较痛苦，他们有时候根本就不知道要什么，所以必须写好文档，跟客户谈好，不然又要变的时候，你就痛苦了）
如果项目一开始就有文档，当然也可能是你自己写的，也可能是其他人写好的，有些公司有人专门负责写，需求分档，项目分析文档，项目结构文档，数据库文档等等，不过之后可能需要你写测试文档，这个就没有听说过谁帮你做了，但是更多的情况也是不用写，就几个功能，自己和测试人员测测就算了，也有可能需要写使用文档，这个看情况了
做项目之前没有文档
如果项目紧张，根本就不会写任何文档，但是当项目结束的时候，你又没有项目做，项目精灵可能就让你写写文档打发打发时间，
文档对于公司来说是很重要的，但是对于个人的话，就要看情况，如果你做了很多项目，其实什么文档也不需要，你大体上都知道这个项目就做什么用的，怎么架构的，那些代码是什么意思(你的编程习惯很好的情况下)，所以很多公司都会要求程序员写文档，不然你走的时候，别的人怎么接受，让别人理解你的思想是很痛苦的，每个人的思想都是不一样的
⑷ 程序员菜鸟的日常
1. 软件工程
软件工程是为软件开发的良药，为什么这么说呢？软件工程本来就是为解决软件开发中的各种问题出现的。曾经自己仅仅简单的认为：不同的文档面对不同人群，不同的人看不同的文档。其实这仅是文档的第一步，人不同，文档的内容的侧重点不同。第二步就是文档是否充实，给不同的人看文档时，他们是否能看懂文档：项目经理能否看到他想要的信息？程序员能否对着文档设计出用户需要的系统？用户能否看完文档之后使用系统？
2. UML：
UML图不只是简单的画画用例图、时序图啊等等，将所有的图画完不是目的，目的是相互合作的开发人员传递合适的参数，将系统拼到一起时能否运行。在画UML图时，不是图画的好就好，是对图中类，参数等备注是否详细。开发人员看到能否成功开发系统。
3. 设计模式：
在系统中添加设计模式，目的为了可重用代码、让代码更容易被他人理解、保证代码可靠性。设计模式更多是解耦合，减弱模块之间联系，关系不再紧密。事物之间是相互联系的，在系统中不断的降低联系，系统才能更加可靠，可维护。
4. 三层架构
我现在对架构的认识还很浅，架构设计的目标和软件本身、设计模式要现实的目标是一样的，无非就是增加系统的可靠性、安全性、可扩展性和可维护性等等。
三、 对未来的憧憬
最近半个月的时间，在学习B/S，B/S中最主要的内容就是网页制作和前台处理。这部分的内容主要是看视频学习，跟着视频做工程。往后的博客会不断给家送上我对B/S的学习成果。
下半年还有很多的学习内容，计划在两个月的时间完成B/S的学习，并在期间准备两科自考，一个三级考试，考试对于中国的学生来说是非常的简单的。回头看看，啰嗦了这么多，文章就先告一段落吧，学习才刚刚开始。
⑸ 我是个编程的自学者，想当程序员不知道公司写文档是什么意思知道的情给我解释一下,还有具体是怎样工作的
以鄙人在软件公司工作的经验与你分享一下吧。
我们平时做项目，一般有一半以上时间都在管理文档，包括基本设计书，详细设计书，静态样式书，各种UML建模图，单体测试书，系统测试数，结合测试书，DB设计书，DB脚本，以及各种工具类管理文档，如资源文件管理，VBA管理等等，这还不包括项目前期的需求建设书，项目中期与客户交流的反馈书，项目后期的BUG管理书，以及贯穿项目的工程进度表和版本控制书。当然你的代码资源（包括注释，图片，脚本等）也属于文档，需要统一管理。
对于追求简短快的团队，未必会太重视文档的组织与管理，但是一定要相信文档看似浪费时间，其实无形中提高了很大的效率，而且在未来的开发提供了宝贵的参考资料。属于团队积累的一种。
⑹ 程序员的文档一般是怎样写的
www.csdn.net
⑺ 作为程序员如何书写技术文档
按自己的喜好去写,没有具体的格式,不过要写名程序的用途,代码的函数使用方法,变量的意义等内容
⑻ 什么是程序文档
文档是指用来描述程序的内容、组成、设计、功能规格、开发情况、测试结果及使用方法的文字资料和图表等，如程序设计说明书、流程图、用户手册等。
编程开发时将必要说明加入所写代码，完成后生成文档并做必要修改。
⑼ 程序员怎样规范编写接口文档
对于接口文档的编写规范，个人推荐直接使用eolinker，其接口文档全面，ls涉及的文档基本信息都可以通过可视化界面进行编写，不是一般的方便，同时其支持自动生成文档，支持Mock数据，自动化测试，生成SDK，团队协作等等。eolinker也是目前国内最大的在线接口管理平台~