1. 软件立项报告怎么写
大致包括项目的建设背景和发展情况，市场分析，财务分析，可行性研究结论与建议等，反正行业不同会有些区别，有不清楚的可以继续探讨，我的邮箱[email protected]
2. 一般软件项目要做哪些文档
立项后的需求分析阶段：项目需求分析报告书，项目风险评估报告，假如你已签订合同或者立项，则还需要：项目施工合同书，工程合作备忘录（大项目或者工程才用到），项目（工程）规划书，项目经费预算报告（可以和前面的规划书2合一）。工程施工阶段：项目工程设计报告（必须附带细则和对应的甘特图）。与信息系统有关各表的编码规则，阶段性报告。项目测试与验证阶段：测试计划书，测试报告（有两个，一个给合同方一个给自己内部人员）。项目收尾与后续协议：软件用户手册（帮助文档），售后服务协议，还有给自己人看的结项报告。
3. 软件项目文档该怎么编写
1.需求分析
2.系统设计
3.系统实现
4.难点建议
4. 在做软件项目时项目原型文档的作用、项目立项及开发规划说明书、项目开发计划表、需求规格说明书、设计
作为项目集成管理知识领域的一部分，在启动项目时，项目团队开发出初步的范围说明书。这一文件连同项目章程、组织过程资产及准许的变更需求，一起为制作项目范围说明书提供基础。 初步的项目范围说明书提供了基本的范围信息，而项目范围说明书则继续理清了项目范围并提供了更为具体的信息。 尽管在内容上会有些差异，但是项目范围说明书至少应该是一个项目的描述，包括其总体目标及理由；所有项目可交付成果的详细描述，以及做为项目成果一部分的产品和服务的特征及需求。 项目范围说明书的作用： 有助于在项目范围说明书中将项目成功的标准文档化；提供其他与项目范围相关的信息：项目界限、产品可接收的标准、项目的限制条件和假设条件、项目的组织团队、确认的风险、里程碑计划、成本大小的排序、需求配置管理、认可的需求等。 随着时间的推移，一个项目的范围应该变得更加清晰和具体。 拥有一份最新的项目范围说明书对于简历和确认项目范围的一般共识是非常重要的。它具体描述了项目要完成的工作，并且确保了顾客满意及预防范围蔓延的一个重要工具。
5. 做软件项目设计文档怎么写啊
按照以下格式填就好了，不过是我自己写的，有不好的地方大家互相学习修改一下~
详细设计文档规范
1.0概述
这部分提供对整个设计文档的概述。描述了所有数据，结构，接口和软件构件级别的设计。
1.1 目标和对象
描述软件对象的所有目标。
1.2 陈述范围
软件描述。主要输入，过程功能，输出的描述，不考虑详细细节。
1.3 软件内容
软件被置于商业或者产品线中，讨论相关的战略问题。目的是让读者能够对“宏图”有所了解。
1.4 主要系统参数
任何商务软件或者产品线都包含软件规定、设计、实现和测试的说明和规范。
2.0 数据设计
描述所有数据结构包括内部变量，全局变量和临时数据结构。
2.1 内部软件数据结构
描述软件内部的构件之间的数据传输的结构。
2.2 全局数据结构
描述主要部分的数据结构。
2.3 临时数据结构
为临时应用而生成的文件的描述。
2.4 数据库描述
作为应用程序的一部分，描述数据库结构。
3.0 结构化和构件级别设计
描述程序结构。
3.1 程序结构
详细描述应用程序所选定的程序结构。
3.1.1 结构图
图形化描述结构。
3.1.2 选择性
讨论其它可供考虑的结构。选定3.1.1中结构类型的原因。
3.2 构件描述
详细描述结构中的每个软件构件。
3.2.1 构件过程叙述(PSPEC)
描述构件的过程。
3.2.2 构件接口描述
详细描述构件的输入和输出。
3.2.3 构件执行细节
每个构件的详细演算描述。
3.2.3.1 接口描述
3.2.3.2 演算模型(e.g., PDL)
3.2.3.3 规范/限制
]3.2.3.4 本地数据结构
3.2.3.5 在3.2.3.6设计中包含的执行结果
3.3 软件接口描述
软件对外界的接口描述
3.3.1机器对外接口
与其他机器或者设备的接口描述。
3.3.2系统对外接口
对其它系统、产品和网络的接口描述。
3.3.3与人的接口
概述软件与任何人的界面。
4.0 用户界面设计
描述软件的用户界面设计。
4.1 描述用户界面
详细描述用户界面，包括屏幕显示图标、图片或者类型。
4.1.1 屏幕图片
从用户角度描述界面。
4.1.2 对象和操作
所有屏幕对象和操作的定义。
4.2 界面设计规范
用户界面的设计和实现的规范和标准。
4.3 可见构件
实现的GUI可见构件说明。
4.4 UIDS描述
用户界面开发系统描述。
5.0约束、限制和系统参数
会影响软件的规格说明、设计和实现的特殊事件。
6.0测试标准
测试策略和预备测试用例描述。
6.1 测试的类别
规定实施测试的类别，包括尽量详细的描述。这里是针对黑盒测试现象的描述。
6.2期待软件反馈
测试期待的结果描述。
6.3执行界线
特殊执行需要的说明。
6.4 重要构件确认
决定性构件或者需要特殊注意的构件的测试确认。
7.0附录
设计说明的补充信息。
7.1系统可跟踪矩阵
一个定期回归系统规格跟踪软件需求的矩阵。
7.2 产品战略
如果规格说明书是为一个产品设计的，描述相关的产品战略。
7.3 使用分析算法
描述所有分析活动所使用到的分析算法。
7.4 补充信息 (如果有需要特别说明的)
6. 软件开发需要准备哪些文档
模块开发卷宗（GB8567——88）
1标题
软件系统名称和标识符
模块名称和标识符（如果本卷宗包含多于一个的模块，则用这组模块的功能标识代替模块名）
程序编制员签名
卷宗的修改文本序号
修改完成日期
卷宗序号（说明本卷宗在整个卷宗中的序号）
编排日期（说明整个卷宗最近的一次编排日期）
2模块开发情况表
3功能说明
扼要说明本模块（或本组模块）的功能，主要是输入、要求的处理、输出。可以从系统设计说明书中摘录。同时列出在软件需求说明书中对这些功能的说明的章、条、款。
4设计说明
说明本模块（或本组模块）的设计考虑，包括：
a． 在系统设计说明书中有关对本模块（或本组模块）设计考虑的叙述，包括本模块在软件系统中所处的层次，它同其他模块的接口；
b． 在程序设计说明书中有关对本模块（或本组模块）的设计考虑，包括本模块的算法、处理流程、牵涉到的数据文卷设计限制、驱动方式和出错信息等；
c． 在编制目前已通过全部测试的源代码时实际使用的设计考虑。
5原代码清单
要给出所产生的本模块（或本组模块）的第一份无语法错的源代码清单以及已通过全部测试的当前有效的源代码清单。
6测试说明
说明直接要经过本模块（或本组模块）的每一项测试，包括这些测试各自的标识符和编号、进行这些测试的目的、所用的配置和输入、预期的输出及实际的输出。
7复审的结论
把实际测试的结果，同软件需求说明书、系统设计说明书、程序设计说明书中规定的要求进行比较和给出结论。
7. 软件项目从立项到交付，都需要给甲方(用户方)提供哪些说明文档
建设方得较多，比较复杂，别管他们，你又不是建设方。监理的不多，策划文件、会议纪要、月报、旁站记录、安全巡视、安全签证、评估报告、监理总结
就这些了
8. 一个软件项目要写哪些文档,又该怎样写
简单的列一下：
立项前：市场调查报告，项目计划书
需求阶段：用户需求规格说明书，技术可行性报告，风险评估报告
设计阶段：概要设计说明书，详细设计说明书
编码阶段：编码规范
测试阶段：测试计划 测试分析报告
发布阶段：项目开发总结报告 用户手册
9. 软件项目立项了是什么意思
大型项目要列入政府发展计划中，项目要做下去得经过项目政府部门批准（发改委或者发改局），这就需要在发改委或者发改局立项，你立项的时候一般需要准备编制好的可行性研究，土地局的用地预审，规划部门的选址意见，环保局的环评意见，规划部门核发的红线图等等文件一起立项，所有这些都需要发改委或者发改局的批复。他们的意见就是批复文件。
10. 开发一个软件项目,从最初的立项到结束,完整的文档有哪些
立项依据
项目书
过程
人员
时间
等等一切有关的。