1. 软件开发需要哪些文档
可行性研究报告、需求规格说明书、项目计划、软件测试计划、概要设计说明书、详细设计说明书、编程规范、软件测试用例、软件测试报告、用户手册、安装手册、项目总结报告
2. 软件开发文档应该如何写
如果我们知道软件文档的价值，那么为什么不经常使用它呢？对于新手，大多数软件文档都存在很多下面提到的这些问题：
· 糟糕的语法和/或拼写错误的词语
· 不完整
· 过期或不准确
· 篇幅太长
http://www.mscto.com
· 首字母缩写没有解释或术语不专业
http://www.mscto.com
· 难于找到信息或在文档中定位 软件开发网
存在这些问题的主要原因是软件文档通常没有被给予足够的重视。项目预算被迫将主要活动花在了开发工作上，在那里管理层很容易看到他们的收益。值得投入成本的文档工作通常都是主观的，而且通常被刻画为需要避免的成本，因为它们被认为不能产生投资回报（ROI）。很多项目经理将客户所需要的最少文档看作是“镀金”。
软件开发网
软件文档的另外一个麻烦来源是文档的作者。很多应用程序开发经理觉得软件文档是开发工作的一个标准部分，因此，要求他们的开发人员在编码时也编写软件文档。
虽然这在理论上是说得过去的，但是不应该将开发人员看成文档作者。很简单，技术人员只被培训如何开发，而没有被培训如何写文档。为了解决这一问题，很多应用程序开发经理尝试通过聘请一些技术性写手或商业分析人员来提高他们的软件文档的质量。这就导致出现了一个相反的问题：技术写手和商业分析人员通常只有有限的技术技能。
解决方案依赖于文档，文档应该迎合其潜在读者的口味。这方面的通用规则是要求使用一个协同工作方法来编写文档，这种方法允许开发人员和写手发挥他们的长处。例如，如果潜在的读者是系统设计人员，那么开发人员应该提供详细的输入，但是允许技术写手去组织和编辑内容以使文档符合语法。
不管潜在的读者还是被选中的读者，软件文档的质量与其可使用性相关，以下六个属性可以用来测量软件文档的可使用性：
· 适用性：文档提供了相关的信息吗？
· 合时性：文档所提供的是当时的信息吗？
· 正确性：文档所提供的信息正确吗？
· 完整性：文档是不是足够详细？
· 可用性：文档随手可用吗？
· 可使用性：能够快速直观地找
希望能助你一臂之力
3. 软件开发流程文档有那些
需求确认——概要设计——详细设计——编码——单元测试——集成测试——系统测试——维护
需求确认：需求规格说明书
概要设计：系统用例图，用例场景
详细设计：系统设计报告，数据库设计报告
测试：测试用例报告
4. 体系文件中软件开发流程的相关文件规范
给你建议：
二阶程序：软件开发管理程序----规定大体操作，涉及每个阶段时只需要“具体操作参见***文件”引用一下即可。
三阶文件（支持性文件）：立项,需求分析,概要设计,详细设计,编码实现,测试,验证,确认。
三阶文件，又称支持性文件，包括 SOP\SIP\WI\外来图纸等等
5. 软件开发文档包括哪些
如，开发阶段、文档化要求程度等，若是通过CMM评估的，文档就较多
一般的是按项目开发过程来分，基本的有可行性研究报告（若是一个新项目且未确定的或应客户要求时需要，实际上大部份公司很少有这文档)
用户需求说明书(用户+开发人员共同确认)
软件需求规格说明书
设计说明书(体系结构、详细设计)测试用例用户手册实现代码
这些文档中，包括一定的分析与设计图形，如用例图、数据库结构、ER图等
当然项目计划、测试计划也应算在内
其它的(如CMM要求的)
风险、估算方面的，质量保证方面的、配置管理方面、定义的模板、度量数据库等
具体需要多少文档就是要看项目实际这方面的东西，可参考一些软件工程类的书
6. 软件开发，对自己的文件负责吗
1、开始自学软件编程课程
编程语言种类繁多，各有千秋，在学习之前需要明确自己要学习哪一门编程语言。确定之后需要制订一个合理的学习计划，并且持之以恒地执行学习计划。在学习过程中要养成良好的学习习惯。
不爱研究、坐不住，但凡三天打鱼两天晒网，或者对计算机不喜欢等一类人不适合学习编程,哪怕一时努力，最后也不是结不了业，就是功败垂成，难以在这条路上走远。编程入门点是兴趣。兴趣是学习的最大动力源。需要有恒心有耐心，进入这个行业并不难，就算你没有基础和经验，也是可以学好的。那些创造编程语言的人，创造计算机的人也都是从零开始的。他们也是在不断揣摩、不断学习和实践之火才获得成果。没有一个技术大牛是从一开始就什么都会的，都是从什么也不会开始的。只需你有兴趣而且肯努力，可能慢慢就会发现学习软件开发也没有想象中的那么难。
2、要重视编程基本功
绝大部分行业内的大牛都是经历过辛苦而又长期的程序开发学习和实战进程的，假如你想要成为一名优秀的程序员，最基本的编码学习肯定是不能跳过的，底层的知识必需要扎实掌握，就如同Java开发，项目训练前提是掌握一定的java课程基础，假如不先把基础稳固，就直接做项目的话，是很难做出来而且学不会那种逻辑思考的能力。
3、附加技能的学习
前面说了软件开发涉及到一种逻辑思维，那么必定要学习一些数学知识，学会数学公式的运算。软件开发行业是特别注重效率的，假如你编写的某个功能的逻辑不是很清楚，可能整个项目都会绕一个很大的圈子，这样的代码存在许多冗余成分，浪费很多时间，所以要懂得培养自己必定的逻辑思维。其次就是英语的学习了，虽然学软件开发不需要有很强的英语能力，但有必定的英语才能的话，更加有利于自己往更深邃的技术发展。
4、动手能力的培养
作为一个程序员动手能力是非常重要的，你学习的各个知识点和思维都自己去开发操练才能稳固，作为老师最怕的学生就是他们只停留在书本或许课堂上的了解，而自己不去实实在在的把它完成出来，着手做的过程中你会不断发现问题，然后自己去解决问题，这样你才能成为一个真正的高手。也要学会找到有效的学习办法，这样学起来会如鱼得水的。可以先看视频学习，学起来就比曾经看书快许多，并且也更简略，觉得自己掌握了一定的知识后，可以尝试做项目，从小项目开始练手到商业项目实战，懂得实操的软件开发工程师才是企业真正喜欢的。
7. 软件开发需要编写哪些文档
这个问题没有一定的，因为这里有多种因素
如，开发阶段、文档化要求程度等，若是通过CMM评估的，文档就较多
一般的是按项目开发过程来分，基本的有
可行性研究报告（若是一个新项目且未确定的或应客户要求时需要，实际上大部份公司很少有这文档)
用户需求说明书(用户+开发人员共同确认)
软件需求规格说明书
设计说明书(体系结构、详细设计)
测试用例
用户手册
实现代码
这些文档中，包括一定的分析与设计图形，如用例图、数据库结构、ER图等
当然项目计划、测试计划也应算在内
其它的(如CMM要求的)
风险、估算方面的，质量保证方面的、配置管理方面、定义的模板、度量数据库等
具体需要多少文档就是要看项目实际
这方面的东西，可参考一些软件工程类的书
8. 什么是软件开发文档
如果我们知道软件文档的价值，那么为什么不经常使用它呢？对于新手，大多数软件文档都存在很多下面提到的这些问题：
· 糟糕的语法和/或拼写错误的词语
· 不完整
· 过期或不准确
· 篇幅太长
http://www.mscto.com
· 首字母缩写没有解释或术语不专业
http://www.mscto.com
· 难于找到信息或在文档中定位 软件开发网
存在这些问题的主要原因是软件文档通常没有被给予足够的重视。项目预算被迫将主要活动花在了开发工作上，在那里管理层很容易看到他们的收益。值得投入成本的文档工作通常都是主观的，而且通常被刻画为需要避免的成本，因为它们被认为不能产生投资回报（ROI）。很多项目经理将客户所需要的最少文档看作是“镀金”。
软件开发网
软件文档的另外一个麻烦来源是文档的作者。很多应用程序开发经理觉得软件文档是开发工作的一个标准部分，因此，要求他们的开发人员在编码时也编写软件文档。
虽然这在理论上是说得过去的，但是不应该将开发人员看成文档作者。很简单，技术人员只被培训如何开发，而没有被培训如何写文档。为了解决这一问题，很多应用程序开发经理尝试通过聘请一些技术性写手或商业分析人员来提高他们的软件文档的质量。这就导致出现了一个相反的问题：技术写手和商业分析人员通常只有有限的技术技能。
解决方案依赖于文档，文档应该迎合其潜在读者的口味。这方面的通用规则是要求使用一个协同工作方法来编写文档，这种方法允许开发人员和写手发挥他们的长处。例如，如果潜在的读者是系统设计人员，那么开发人员应该提供详细的输入，但是允许技术写手去组织和编辑内容以使文档符合语法。
不管潜在的读者还是被选中的读者，软件文档的质量与其可使用性相关，以下六个属性可以用来测量软件文档的可使用性：
· 适用性：文档提供了相关的信息吗？
· 合时性：文档所提供的是当时的信息吗？
· 正确性：文档所提供的信息正确吗？
· 完整性：文档是不是足够详细？
· 可用性：文档随手可用吗？
· 可使用性：能够快速直观地找
9. 软件开发常用的文档有哪些
官方API，或者官方文档
10. 软件开发需要准备哪些文档
模块开发卷宗（GB8567——88）
1标题
软件系统名称和标识符
模块名称和标识符（如果本卷宗包含多于一个的模块，则用这组模块的功能标识代替模块名）
程序编制员签名
卷宗的修改文本序号
修改完成日期
卷宗序号（说明本卷宗在整个卷宗中的序号）
编排日期（说明整个卷宗最近的一次编排日期）
2模块开发情况表
3功能说明
扼要说明本模块（或本组模块）的功能，主要是输入、要求的处理、输出。可以从系统设计说明书中摘录。同时列出在软件需求说明书中对这些功能的说明的章、条、款。
4设计说明
说明本模块（或本组模块）的设计考虑，包括：
a． 在系统设计说明书中有关对本模块（或本组模块）设计考虑的叙述，包括本模块在软件系统中所处的层次，它同其他模块的接口；
b． 在程序设计说明书中有关对本模块（或本组模块）的设计考虑，包括本模块的算法、处理流程、牵涉到的数据文卷设计限制、驱动方式和出错信息等；
c． 在编制目前已通过全部测试的源代码时实际使用的设计考虑。
5原代码清单
要给出所产生的本模块（或本组模块）的第一份无语法错的源代码清单以及已通过全部测试的当前有效的源代码清单。
6测试说明
说明直接要经过本模块（或本组模块）的每一项测试，包括这些测试各自的标识符和编号、进行这些测试的目的、所用的配置和输入、预期的输出及实际的输出。
7复审的结论
把实际测试的结果，同软件需求说明书、系统设计说明书、程序设计说明书中规定的要求进行比较和给出结论。