⑴ 软件开发需要编写哪些文档
这个问题没有一定的，因为这里有多种因素
如，开发阶段、文档化要求程度等，若是通过CMM评估的，文档就较多
一般的是按项目开发过程来分，基本的有
可行性研究报告（若是一个新项目且未确定的或应客户要求时需要，实际上大部份公司很少有这文档)
用户需求说明书(用户+开发人员共同确认)
软件需求规格说明书
设计说明书(体系结构、详细设计)
测试用例
用户手册
实现代码
这些文档中，包括一定的分析与设计图形，如用例图、数据库结构、ER图等
当然项目计划、测试计划也应算在内
其它的(如CMM要求的)
风险、估算方面的，质量保证方面的、配置管理方面、定义的模板、度量数据库等
具体需要多少文档就是要看项目实际
这方面的东西，可参考一些软件工程类的书
⑵ 一般软件项目要做哪些文档
工程实施前的准备：项目市场调研报告，项目申请报告（可以2合一）；项目可行性报告，项目论证报告（可以2合一）。立项后的需求分析阶段：项目需求分析报告书，项目风险评估报告，假如你已签订合同或者立项，则还需要：项目施工合同书，工程合作备忘录（大项目或者工程才用到），项目（工程）规划书，项目经费预算报告（可以和前面的规划书2合一）。工程施工阶段：项目工程设计报告（必须附带细则和对应的甘特图）。与信息系统有关各表的编码规则，阶段性报告。项目测试与验证阶段：测试计划书，测试报告（有两个，一个给合同方一个给自己内部人员）。项目收尾与后续协议：软件用户手册（帮助文档），售后服务协议，还有给自己人看的结项报告。非常仔细吧，呵呵，小工程有很多报告是可以二合一的，大工程那就要逐步细化的产生报告了！
⑶ 请问软件项目的技术开发文档都要写些什么呢，具体要求是什么呢，要写多少文档呢
要写的文档种类有很多；根据不同的软件系统，每种文档内容的内容、格式和要求又有所不同。
1）文档的种类可以参考任何一本《软件工程》书籍。大致包括：用户需求调研报告、需求分析、概要设计、用户手册、测试计划、详细设计、详细编码文档、测试报告等等
2）很多类型的软件文档都有国标(GB)或行业标准（例如国际军用标记——GJB)规定的格式，具体情况可查询相关标准。
⑷ 软件开发需要编写哪些文档
可行性研究报告、需求规格说明书、项目计划、软件测试计划、概要设计说明书、详细设计说明书、编程规范、软件测试用例、软件测试报告、用户手册、安装手册、项目总结报告
⑸ 计算机软件开发方面的 一个完整的项目需要哪些文档
需求分析文档、系统设计文档、数据库设计文档、资料文档、系统质量文档等。不同的公司的文档一般是有差别的。但是大概就是以上所说的。并不是所有的公司都会有这些文档，有的公司的项目管理方面不全面，项目开发流程不完善。
从小的方面来讲，也就是具体的实现上来说：功能需求分析文档，功能设计文档，测试文档，资料文档等。
⑹ 软件系统的用户文档包括哪些
专业解答：
三大类：
1. 描述类文档
描述类文档提供产品、系统或业务的基本组成、物理属性、功能、特性、接口、应用或某个专题特性的描述信息。
2. 过程类文档
过程类文档按TOM模型对应的运营过程和子过程展开，以step-by-step指令的形式描述产品、系统或业务的应用过程（整个生命周期）。
3. 参考类文档
参考类文档提供专题的支撑信息，这些支撑信息是客户在完成任务和理解产品信息时所需要的详细记录或解释信息。
具体到文档名称实在是太多了，懒的贴了.
⑺ 软件开发需要哪些文档
可行性研究报告、需求规格说明书、项目计划、软件测试计划、概要设计说明书、详细设计说明书、编程规范、软件测试用例、软件测试报告、用户手册、安装手册、项目总结报告
⑻ 软件产品经理需要哪些文档 文档资料
立项阶段 产品经理需要进行市场分析、用户研究、竞品分析等，输出的文档有: 市场与竞品分析报告:市场容量背景，竞品数据、操作流程、用户体验、优势、用户构成等; 用户研究报告:这个部分内容很多，根据实际进行选择具体方法输出不同形式的总结
譬如问卷调研、用户访谈、用户观察、头脑风暴等等;需要考虑的问题是这个产品是满足哪一类用户的哪一项需求?解决用户的什么问题?是提升效率，还是更加有趣好玩? 产品立项评审申请:在以上的市场与竞品分析、用户分析基础上，提出立项申请，包含项目背景、项目目标、产品形态、项目投入与产出等。
产品需求阶段 立项成功后，就开始进入产品需求阶段，这时就要更加深入的分析用户需求，准备如下文档:
产品策划需求，包含:产品目标、需求概述、产品逻辑、主要功能特性、数值策划;产品交互设计稿; 数据需求文档:产品关键指标、指标体系、计算逻辑、数据上报、报表样式等;目的是产品上线后对产品的评估，用户行为数据的分析，对产品优化提供决策参考; 互联网的一些事 产品运营方案:产品上线发布策略、产品运营后台设计，产品营销推广，内容运营，运营工作安排，持续运营优化等; 客服文档:包含产品说明、产品逻辑、用户有可能遇到的常见问题解答等内容，如果产品相对复杂，需要对客服进行现场培训指引;
⑼ 软件开发文档应包括哪些内容
开发文档
1. 《功能要求》 -- 来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。
2. 《投标方案》 -- 根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节： 前言 -- 项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。 需求分析 -- 项目要求、软件结构、功能列表、功能描述、注意事项等。 技术方案 -- 总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。 项目管理 -- 描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。 技术支持 -- 公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。 系统报价 -- 软、硬件平台报价列表、软件开发费用、系统维护费用等。 项目进度 -- 整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。
3. 《需求分析》 -- 包括产品概述、主要概念、操作流程、功能列表和解说、注意事项、系统环境等。以《功能要求》为基础，进行详细的功能分析 ( 包括客户提出的要求和根据开发经验建议的功能 ) ，列出本产品是什么，有什么特殊的概念，包括哪些功能分类，需要具备什么功能，该功能的操作如何，实现的时候该注意什么细节，客户有什么要求，系统运行环境的要求等。这里的功能描述跟以后的使用手册是一致的。
4. 《技术分析》 -- 包括技术选型、技术比较、开发人员、关键技术问题的解决、技术风险、技术升级方向、技术方案评价，竞争对手技术分析等。以《需求分析》为基础，进行详细的技术分析 ( 产品的性能和实现方法 ) ，列出本项目需要使用什么技术方案，为什么，有哪些技术问题要解决 ，估计开发期间会碰到什么困难，技术方案以后如何升级，对本项目的技术有什么评价等。
5. 《系统分析》 -- 包括功能实现、模块组成、功能流程图、函数接口、数据字典、软件开发需要考虑的各种问题等。以《需求分析》为基础，进行详细的系统分析 ( 产品的开发和实现方法 ) ，估计开发期间需要把什么问题说明白，程序员根据《系统分析》，开始在项目主管的带领下进行编码。
6. 《数据库文档》 -- 包括数据库名称、表名、字段名、字段类型、字段说明、备注、字段数值计算公式等。以《系统分析》为基础，进行详细的数据库设计。必要时可以用图表解说，特别是关系数据库。
7. 《功能函数文档》 -- 包括变量名、变量初植、功能，函数名，参数，如何调用、备注、注意事项等。以《系统分析》为基础，进行详细的说明，列出哪个功能涉及多少个函数，以便以后程序员修改、接手和扩展。
8. 《界面文档》 -- 包括软件外观、界面素材、编辑工具、文件名、菜单、按钮和其它界面部件的要求，这里与软件完成后的运行界面是一致的。
9. 《编译手册》 -- 包括服务器编译环境、操作系统、编译工具、 GNU 的 C++ 编译器版本信息、目录说明、程序生成、源程序文件列表、 Makefile 配置及其相关程序的对应关系列表。客户端的编译过程、编译结果、编译示例、编译环境、操作系统、编译工具、源文件列表和制作安装程序的过程。
10. 《 QA 文档》 -- 包括产品简介、产品原理、产品功能列表、功能描述、功能流程、执行结果、数据库结构、测试要求等，提供给软件测试人员使用。
11. 《项目总结》 -- 包括项目简介、项目参与人员和开发时间、项目风险管理过程、项目功能列表、项目结构特点、技术特点、对项目的升级建议、对以后的项目的建议、人员素质情况等。
⑽ 软件开发需要准备哪些文档
模块开发卷宗（GB8567——88）
1标题
软件系统名称和标识符
模块名称和标识符（如果本卷宗包含多于一个的模块，则用这组模块的功能标识代替模块名）
程序编制员签名
卷宗的修改文本序号
修改完成日期
卷宗序号（说明本卷宗在整个卷宗中的序号）
编排日期（说明整个卷宗最近的一次编排日期）
2模块开发情况表
3功能说明
扼要说明本模块（或本组模块）的功能，主要是输入、要求的处理、输出。可以从系统设计说明书中摘录。同时列出在软件需求说明书中对这些功能的说明的章、条、款。
4设计说明
说明本模块（或本组模块）的设计考虑，包括：
a． 在系统设计说明书中有关对本模块（或本组模块）设计考虑的叙述，包括本模块在软件系统中所处的层次，它同其他模块的接口；
b． 在程序设计说明书中有关对本模块（或本组模块）的设计考虑，包括本模块的算法、处理流程、牵涉到的数据文卷设计限制、驱动方式和出错信息等；
c． 在编制目前已通过全部测试的源代码时实际使用的设计考虑。
5原代码清单
要给出所产生的本模块（或本组模块）的第一份无语法错的源代码清单以及已通过全部测试的当前有效的源代码清单。
6测试说明
说明直接要经过本模块（或本组模块）的每一项测试，包括这些测试各自的标识符和编号、进行这些测试的目的、所用的配置和输入、预期的输出及实际的输出。
7复审的结论
把实际测试的结果，同软件需求说明书、系统设计说明书、程序设计说明书中规定的要求进行比较和给出结论。