软件开发经理需要写文档吗？ 软件开发项目经理
软件开发文档应该如何写？
模块开发卷宗（GB8567——88）1标题软件系统名称和标识符模块名称和标识符（如果本卷宗包含多于一个的模块，则用这组模块的功能标识代替模块名）程序编制员签名卷宗的修改文本序号修改完成日期 卷宗序号（说明本卷宗在整个卷宗中的序号）编排日期（说明整个卷宗最近的一次编排日期）2模块开发情况表3功能说明扼要说明本模块（或本组模块）的功能，主要是输入、要求的处理、输出。
可以从系统设计说明书中摘录。
同时列出在软件需求说明书中对这些功能的说明的章、条、款。
4设计说明说明本模块（或本组模块）的设计考虑，包括：a. 在系统设计说明书中有关对本模块（或本组模块）设计考虑的叙述，包括本模块在软件系统中所处的层次，它同其他模块的接口；b. 在程序设计说明书中有关对本模块（或本组模块）的设计考虑，包括本模块的算法、处理流程、牵涉到的数据文卷设计限制、驱动方式和出错信息等；c. 在编制目前已通过全部测试的源代码时实际使用的设计考虑。
5原代码清单要给出所产生的本模块（或本组模块）的第一份无语法错的源代码清单以及已通过全部测试的当前有效的源代码清单。
6测试说明说明直接要经过本模块（或本组模块）的每一项测试，包括这些测试各自的标识符和编号、进行这些测试的目的、所用的配置和输入、预期的输出及实际的输出。
7复审的结论把实际测试的结果，同软件需求说明书、系统设计说明书、程序设计说明书中规定的要求进行比较和给出结论。
软件开发过程中需要写的文档？
顶级软件工程师，就是指高级软件工程师，需要以下具备的：在目前很多国内软件企业中，如果你是“高级软件工程师”，那么从需求分析，设计，开发，测试，甚至到客户这一条龙都可能由一个人来负责。
软件开发与测试首先，软件开发是软件工程师职责的基本组成部分，这点应该没有问题。
其次，此处的软件测试可分为开发前的驱动测试，和开发过程中的白盒测试。
驱动测试用于分析子系统/模块内部逻辑，用于在开发之前暴露开发过程中可能遇到的大部分问题和对子系统/模块进行更进一步的划分；白盒测试是保证在项目交接到测试团队手中时，能满足基本的项目要求，即能够进行α测试。
子系统/模块分析设计在软件架构师做完系统设计，项目经理进行项目分工后，项目就正式进入开发环节。
这时候每个软件工程师会拿到自己负责的子系统/模块，首先要做的就是进行分析设计，其次才是开发。
开发前进行分析设计，便于从整体上对子系统进行把握，提前隔子系统中的变化点和问题，同时也可以对子系统进行更详细的划分，用于制定个人的工作计划，与项目经理和软件架构师进行具体的沟通。
撰写文档在进行子系统和模块设计的同时，要撰写子系统设计说明书；在开发过程中，要记录技术要点和发现的问题，同时如有需要，要修改子系统设计说明书；在白盒测试时，要记录每个Bug。
定期主动沟通在项目开发过程中，项目经理需要和团队中的每一个人沟通任务进度，其主要职责是从整体上把握和控制项目的进度。
那么作为团队一员的高级软件工程师通常会负责项目中很重要的子系统/模块，这些子系统/模块往往能决定项目的成败。
因此定期主动与项目经理沟通解决遇到问题，与架构师和专家沟通解决技术难题就显得非常重要了。
另外，就对个人而言，定期主动沟通也往往表现为个人的主动积极性，对于个人长远发展非常有益。
持续学习也许有人会觉得学习应该与职责无关，狭义看来确实如此。
然而，不断学习新知识，提高个人技能，于公司而言，能提升工作效率；于个人而言，益于职业发展。
因此，工作之余，不管你职位如何，持续学习就显得非常重要且必要。
带新人这点也许不是硬性要求，但国外有高手带领新手这样一种师徒习惯，也应该学习并发扬。
通常情况下新人会与高级软件工程师协同工作，因此带新人一方面，带领新人可以有重新审视自己知识的机会；另一方面能够让新人更快入手，降低学习成本和提高工作效率；同时也能保持良好的人际关系。
以上是个人对高级软件工程师职责范围的认识，也许有些比较牵强，然而就对职业发展而言，要想做好高级软件工程师，上面几条是平时工作中必须要做的。
请问软件项目的技术开发文档都要写些什么呢,具体要求是什么呢,...
要写的文档种类有很多；根据不同的软件系统，每种文档内容的内容、格式和要求又有所不同。
1）文档的种类可以参考任何一本《软件工程》书籍。
大致包括：用户需求调研报告、需求分析、概要设计、用户手册、测试计划、详细设计、详细编码文档、测试报告等等2）很多类型的软件文档都有国标（GB）或行业标准（例如国际军用标记——GJB）规定的格式，具体情况可查询相关标准。
在软件开发中,需求分析阶段产生的主要文档是什么？
这个时期产生的主要文档是《XX软件需求规格说明书》。
需求规格说明书一般包含以下内容，但具体内容需要根据实际情况来书写，以下仅供参考：1.引言1.1编写目的【阐明编写需求说明书的目的，指明读者对象.】为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档.本文档供项目经理、设计人员、开发人员参考.1.2项目背景a.项目的委托单位、开发单位和主管部门b.该软件系统与其他1.3定义【列出文当中所用到的专门术语的定义和缩写词的原文.】1.4参考资料a.项目经核准的计划任务书、合同或上级机关的批文b.项目开发计划c.文档所引用的资料、标准和规范.列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源2.任务概述2.1目标2.2运行环境操作系统：Microsoft Windows 2000 Advanced Server支持环境：IIS 5.0数 据 库：Microsoft SQL Server 20002.3条件与限制3.数据描述3.1静态数据3.2动态数据【包括输入数据和输出数据.】3.3数据库介绍【给出使用数据库的名称和类型.】3.4数据词典3.5数据采集4.功能需求4.1功能划分4.2功能描述5.性能需求5.1数据精确度5.2时间特性【如响应时间、更新处理时间、数据转换与传输时间、运行时间等.】5.3适应性【在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时，应具有的适应能力.】6.运行需求6.1用户界面【如屏幕格式、报表格式、菜单格式、输入输出时间等.】6.2硬件接口6.3软件接口6.4故障处理7.其它需求【如可使用性、安全保密、可维护性、可移植性等.】
软件开发是什么
软件开发的内容是：需求、设计、编程和测试！需求：不仅仅是用户需求，应该是开发中遇到的所有的需求。
比如，你首先要知道做这个项目是为了解决什么问题；测试案例中应该输入什么数据......为了清楚地知道这些需求，你经常要和客户、项目经理等交流。
设计：编码前，肯定有个计划告诉你要做什么，结构是怎样等等。
你一定要按照这个来做，否则可能会一团糟。
编程：如果在项目截止日，你的程序不能跑起来或达不到客户的要求，你就拿不到钱。
测试：目的是让你知道，什么时候算是完成了。
如果你聪明，你就应该先写测试，这样可以及时知道你是否真地完成了。
否则，你经常会不知道，到底有哪些功能是真正完成了，离预期目标还差多远。
软件开发中，客户和开发人员都有自己的基本权利和义务。
客户： 定义每个用户需求的商业优先级； 制订总体计划，包括用多少投资、经过多长时间、达到什么目的； 在项目开发过程中的每个工作周，都能让投资获得最大的收益； 通过重复运行你所指定的功能测试，准确地掌握项目进展情况； 能随时改变需求、功能或优先级，同时避免昂贵的再投资；能够根据各种变化及时调整项目计划； 能够随时取消项目；项目取消时，以前的开发工作不是一堆垃圾，已开发完的功能是合乎要求的，正在进行或未完成的的工作则应该是不难接手的。
开发人员： 知道要做什么，以及要优先做什么； 工作有效率； 有问题或困难时，能得到客户、同事、上级的回答或帮助； 对工作做评估，并根据周围情况的变化及时重新评估； 积极承担工作，而不是消极接受分配； 一周40小时工作制，不加班。
软件开发过程可以包括以下6个阶段：计划 对所要解决的问题进行总体定义，包括了解用户的要求及现实环境，从技术、经济和社会因素等3个方面研究并论证本软件项目的可行性，编写可行性研究报告，探讨解决问题的方案，并对可供使用的资源（如计算机硬件、系统软件、人力等）成本，可取得的效益和开发进度作出估计。
制订完成开发任务的实施计划。
分析 软件需求分析就是回答做什么的问题。
它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言（形式功能规约，即需求规格说明书）表达出来的过程。
本阶段的基本任务是和用户一起确定要解决的问题，建立软件的逻辑模型，编写需求规格说明书文档并最终得到用户的认可。
需求分析的主要方法有结构化分析方法、数据流程图和数据字典等方法。
本阶段的工作是根据需求说明书的要求，设计建立相应的软件系统的体系结构，并将整个系统分解成若干个子系统或模块，定义子系统或模块间的接口关系，对各子系统进行具体设计定义，编写软件概要设计和详细设计说明书，数据库或数据结构设计说明书，组装测试计划。
设计 软件设计可以分为概要设计和详细设计两个阶段。
实际上软件设计的主要任务就是将软件分解成模块是指能实现某个功能的数据和程序说明、可执行程序的程序单元。
可以是一个函数、过程、子程序、一段带有程序说明的独立的程序和数据，也可以是可组合、可分解和可更换的功能单元。
模块，然后进行模块设计。
概要设计就是结构设计，其主要目标就是给出软件的模块结构，用软件结构图表示。
详细设计的首要任务就是设计模块的程序流程、算法和数据结构，次要任务就是设计数据库，常用方法还是结构化程序设计方法。
编码 软件编码是指把软件设计转换成计算机可以接受的程序，即写成以某一程序设计语言表示的＂源程序清单＂。
充分了解软件开发语言、工具的特性和编程风格，有助于开发工具的选择以及保证软件产品的开发质量。
当前软件开发中除在专用场合，已经很少使用二十世纪80年代的高级语言了，取而代之的是面向对象的开发语言。
而且面向对象的开发语言和开发环境大都合为一体，大大提高了开发的速度。
测试 软件测试的目的是以较小的代价发现尽可能多的错误。
要实现这个目标的关键在于设计一套出色的测试用例（测试数据和预期的输出结果组成了测试用例）。
如何才能设计出一套出色的测试用例，关键在于理解测试方法。
不同的测试方法有不同的测试用例设计方法。
两种常用的测试方法是白盒法测试对象是源程序，依据的是程序内部的的逻辑结构来发现软件的编程错误、结构错误和数据错误。
结构错误包括逻辑、数据流、初始化等错误。
用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。
白盒法和黑盒法依据的是软件的功能或软件行为描述，发现软件的接口、功能和结构错误。
其中接口错误包括内部/外部接口、资源管理、集成化以及系统错误。
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。
黑盒法。
维护 维护是旨在已完成对软件的研制（分析、设计、编码和测试）工作并交付使用以后，对软件产品所进行的一些软件工程的活动。
即根据软件运行的情况，对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。
编写软件问题报告、软件修改报告。
一个中等规模的软件，如果研制阶段需要一年至二年的时间，在它投入使用以后，其运行或工作时间可能持...
刚毕业,去软件公司实习,让我写文档,是不是没有什么前途啊
不是 我以前一个经理也让我写文档 因为你总不能做一辈子程序吧 写文档是对自己锻炼 按我们经理原话说 我自己半小时就写完 之所以让你们写就是学习 以后好独立 熟悉开发 和能力提升 望领导层晋升 即使不晋升也比其他人强你可以读写文档 能快速熟悉项目 进入开发 湖综合搭建架构
软件开发文档编制的质量要求是什么呢？
最常见到的情况是，软件开发过程中不能按给出的进度， 分阶段及时完成文档的编制工作，而是在开发工作接近完成时集中人力和时间专门编写文档。
另一方面，和程序工作相比，许多 人对编制文档不感兴趣。
于是在程序工作完成以后，不得不应付一下，把要求提供的文档赶写出来。
这样的做法不可能得到高质量的文档。
实际上，要得到真正高质量的文档并不容易，除去应在认识上对文档工作给予足够的重视外，常常需要经过编写初稿，听取意见进行修改，甚至要经过重新改写的过程。
高质量的文档应当体现在以下一些方面： ①针对性 文档编制以前应分清读者对象，按不同的类型、不同层次的读者，决定怎样适应他们的需要。
例如，管理文档主要是面 向管理人员的，用户文档主要是面向用户的，这两类文档不应像开发 文档（面向软件开发人员）那样过多地使用软件的专业术语。
②精确性 文档的行文应当十分确切，不能出现多义性的描 述。
同一课题若干文档内容应该协调一致，应是没矛盾的。
③清晰性 文档编写应力求简明，如有可能，配以适当的图 表，以增强其清晰性。
④完整性 任何一个文档都应当是完整的、独立的，它应自成体系 。
例如，前言部分应作一般性介绍，正文给出中心内容 ，必要时还有附录，列出参考资料等。
同一课题的几个文档之间可能 有些部分相同，这些重复是必要的。
例如，同一项目的用户手册和操 作 册中关于本项目功能、性能、实现环境等方面的描述是没有差别 的。
特别要避免在文档中出现转引其它文档内容的情况。
比如，一 些段落并未具体描述，而用＂见**文档**节＂的方式，这将给 读者带来许多不便。
⑤灵活性 各个不同的软件项目，其规模和复杂程度有着许 多实际差别，不能一律看待。
图6所列文档是针对中等规模的软件而言的。
对于较小的或比较简单的项目，可做适当调整或合 并。
比如，可将用户手册和操作手册合并成用户操作手册；软件需求说明书可包括对数据的要求，从而去掉数据要求说明书；概要设 计说明书与详细设计说明书合并成软件设计说明书等。
⑥可追溯性 由于各开发阶段编制的文档与各阶段完成的工作有着紧密的关系，前后两个阶段生成的文档，随着开发工作的逐步 扩展，具有一定的继承关系。
在一个项目各开发阶段之间提供文档 必定存在着可追溯的关系。
例如，某一项软件需求，必定在设计说明 书，测试计划以至用户手册中有所体现。
必要时应能做到跟踪追查。
-