软件任务书模板
软件工程课程设计任务书(模板及参考)
编号: 大连理工大学本科生课程设计任务书课程名称：软件工程课程设计指导教师：项目名称：粒子群主题网站小组名称：组长姓名：上课时间：2009年7月13 日- 7月25 日大连理工大学软件学院20 年月日1 设计目的软件工程课程设计是在学生系统的学习了《软件工程》课程后，综合运用所学的知识，设计开发一个小型的实际系统。
要求学生运用软件工程的思想，严格按照软件生命周期各个阶段的目的和任务，完成对系统的定义、设计、编码、运行以及后期的维护。
通过对具体系统的设计和开发，使得学生掌握软件工程的基本原理和基本方法，学会用软件工程学的概念、原理、方法开发和维护软件。
2 设计要求(1)选用迭代式开发的过程模型，运用软件工程的方法，规范地完成规模小、功能较为简单的软件开发，包括需求分析、设计、编码和测试。
(2)学生5人组成一个项目小组，一人为组长，其他人为组员，组内成员分工明确、团结协作、相互配合，共同完成选题的设计。
(3)课程设计时间为2周。
(4)开发平台.NET3.5，语言（C# \ ASP），数据库设计工具Powerdesigner；数据库系统MSSQL Server 2005(5)具体指标：1)可以选择结构化分析/设计（SA/SD）或面向对象方法（OOA/D）2) 结构化分析/设计（SA/SD）a）需求分析：分析系统的静态功能和动态行为每一位小组成员能够描绘分配的子功能需求每一位小组成员完成分配子功能的数据流图DFD，要求绘制到3级DFD3小组负责人组织完成系统的DFD3b）设计：完成系统的功能模块设计每一位小组成员根据需求的DFD3图，完成分配的子功能模块设计，用HIPO图表征。
每一位小组成员设计分配的子功能模块的接口每一位小组成员能够完成分配的子功能程序流程的逻辑设计小组负责人组织完成系统的总体结构集成c）软件实现：每一位小组成员完成分配的子功能界面的设计每一位小组成员完成分配的子功能代码编写小组负责人在.NET框架下，组织完成系统的实施d）软件测试：每一位小组成员完成分配的子功能的单元测试小组负责人负责组织系统的测试用例，不少于20个，完成测试工作3)面向对象方法（OOA/D）：以UML为主a）需求分析：分析系统的静态功能和动态行为每一位小组成员完成一个用例分析，用例规约描绘功能性需求每一位小组成员完成一个用例下的活动图小组负责整个系统的用例图，完成功能划分小组负责整个系统的活动图，描述系统的动态行为b）分析设计：完成系统的功能模块设计根据用例分析，小组共同协商，完成选取设计模式，设计系统的架构，用包图和构件图表示每一位小组成员完成所分配的用例功能的动态设计，至少绘制一个顺序图，设计系统的对象及交互每一位小组成员完成所分配的用例功能的类图设计小组共同协商，完成整个系统的类图设计和组件的封装设计小组共同协商利用.NET的持久化技术，完成类的持久化设计c）详细设计：每一位小组成员完成所分配的用例功能的每个类的属性、方法和关系的设计；完成复杂方法程序流程图的逻辑设计；每一位小组成员完成所分配的用例功能的界面设计d）软件实现：每一位小组成员完成所分配的用例功能实现，使用在.NET3.5的框架下，编写类、界面和DAO等小组负责集成系统e）软件测试：每一位小组成员完成所分配的用例功能类方法和类状态测试小组负责完成系统的测试，测试用例不少于20个，完成测试工作3 题目粒子群主题网站粒子群算法是一种基于群智能的演化计算方法，1995年由kennedy和Eberhart受到人工生命（Artificial Life）的研究结果启发而提出。
软件需求分析说明书模板
软件需求分析说明书模板篇一：软件需求分析说明书模板保密级别：S资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）][部件型号名称（可选、小二号字体）]软件需求分析说明书共 11 页编制：审核：审定：会签：批准：XXXXXXXXXX公司[****]年[**]月[**]日文档修改记录目录1引言.................................................... ................. 2 1.1 编写目的 ................................................... ........ 2 1.2 范围 ................................................... ............ 2 1.3 定义、首字母缩写词和缩略语 ......................................... 2 1.4 参考资料 ................................................... ........ 2 项目概述 ................................................... .............. 3 2.1 产品描述 ................................................... ........ 3 2.2 产品需求 ................................................... .. (3)2.2.1 功能需求 ................................................... .. 3 2.2.2 性能需求 ................................................... .. 4 2.2.3 可服务性需求 (4)2.3 用户及用户特点 ................................................... .. 4 2.4 一般约束 ................................................... ........ 5 2.5 假设和依据 ................................................... ...... 5 用例描述 ................................................... .............. 5 3.1 用例1 .................................................... ......... 5 3.2 用例2 ............................................................. 6 3.3 用例n .................................................... ......... 6 外部接口需求 ................................................... .......... 7 4.1 用户接口 ................................................... ........ 7 4.2 硬件接口 ................................................... ........ 7 4.3 软件接口 ................................................... ........ 7 4.4 通信接口 ................................................... ........ 8 设计约束 ................................................... .............. 8 5.1 其他标准的约束 ................................................... .. 8 5.2 硬件的限制 ................................................... ...... 8 属性.................................................... ................. 8 6.1 可用性 ................................................... .......... 8 6.2 安全性 ................................................... .......... 9 6.3 可维护性 ................................................... ........ 9 6.4 可转移＼转换性 ....................................................9 6.5 警告 ................................................... ............ 9 其他需求 ................................................... .............. 9 7.1 数据库 ................................................... .......... 9 7.2 操作 ................................................... ........... 10 7.3 场合适应性需求 ....................................................10 附录.................................................... . (10)2345678[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。
软件研制任务书模板
目次1前言 (5)2依据文件 (5)3运行环境要求 (5)4技术要求 (5)4.1功能 (5)4.2性能 (5)4.3输入 (5)4.4输出 (5)4.5数据处理要求 (5)4.6接口 (5)4.7固件 (5)5控制流程及数据要求 (5)5.1控制流程 (5)5.2 5.2 数据元素要求 (6)6设计约束 (6)7可靠性、安全性和维护性要求 (6)7.1软件安全性等级、可靠性指标 (6)7.2规定软件的运行寿命 (6)7.3软件的安全性要求 (6)7.4软件的健壮性要求 (6)7.5软件的不期望事件要求 (6)7.6系统的故障模型和软件的故障对策要求 (6)7.7软件的维护性要求 (6)8质量保证 (6)8.1软件的关键等级和关键功能 (6)8.2软件开发、测试必须遵循的标准 (7)8.3开发、测试文档清单和评审要求 (7)8.4软件的配置管理要求 (7)8.5软件配置项测试的特殊要求 (7)8.6对分承办单位的要求 (7)9验收和交付 (7)10进度和控制节点 (7)1前言阐明待研制软件的来源、目的和用途。
2依据文件列出编写研制任务书依据文件的代号和名称等。
3运行环境要求描述系统的组成、网络通讯以及对操作系统的要求等。
4技术要求4.1功能分条描述需要由软件产品完成的所有功能（任务）、工作模式、容错要求、特殊要求（如对某些意外的适应能力）及应急措施，需要时可扩展要求。
4.2性能描述对软件的精度、速度、实时性、占用空间及余量等性能指标要求。
4.3输入列出本软件所有的输入量、包括输入量的格式、输入方式、时序、值域、精度、中断信号优先级、通讯协议、总数量、发生的最短时间间隔等。
4.4输出列出本软件所有的输出量、包括输出量的格式、发送方法、时序、值域、发送对象、精度、通讯协议、总数量、频度等。
4.5数据处理要求列出需要处理的计算公式和条件，如处理精度、速度、传递关系、并行关系、信息最大量等。
对冗余信息的处理准则，必要时可用图表说明。
软件需求规格说明书标准模板
软件需求规格说明书文件编号： QMS—PROC－RD02 版本：1.0受控签章修改历史目录1引言 (2)1.1目的 (2)1.2背景 (2)1.3术语 (2)1.4预期读者与阅读建议 (2)1.5参考资料 (2)1.6需求描述约定 (2)2.项目概述 (2)2.1系统功能 (2)2.2业务描述 (2)2.3数据流程描述(可选) (2)2.4用户的特点 (2)2.5运行环境要求 (2)2.6设计和实现上的限制 (2)3.功能需求的描述 (2)4.非功能需求 (2)4.1系统性能要求 (2)4.2系统安全及保密要求 (2)4.3系统备份与恢复要求 (2)4.4系统日志 (2)5.外部接口说明 (2)6.其他需求 (2)7 需求变更识别 (2)8.功能列表 (2)9.附件 (2)1引言1.1 目的说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。
1.2 背景描述系统产生的背景，包括：a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）；b．列出此项目的任务提出者、开发者c．软件系统应用范围、用户。
d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性1.3 术语列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。
也可用附件说明。
或放到本文件的最后。
1.4 预期读者与阅读建议描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。
可用列表的方式列1.5 参考资料列出有关的参考资料，如：a．本项目经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
d．行业标准和规范。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
1.6 需求描述约定在此说明本文描述需求的约定。
这些约定可以包括：●需求标识方法，如序列化编号、层次化编号、层次化文本标签等方法。
软件开发计划模板
文档控制变更记录目录1范围 (1)1。
1标识 (1)1。
2系统概述 (1)1。
3文档概述 (1)1。
4与其他计划的关系 (1)2引用文件 (2)3术语和定义 (2)3.1术语 (2)3。
2缩略语 (2)4策划背景概述 (2)5项目范围 (3)5。
1项目目标 (3)5.1。
1客户目标 (3)5.1.2组织目标 (3)5。
1.3研究目标(可裁剪） (3)5。
2工作产品与服务 (4)5。
2。
1工作产品 (4)5。
2。
2服务 (6)5.3验收标准 (6)6组织机构与人员 (6)7开发及运行环境 (7)7。
1软件开发环境 (7)7.2软件运行环境 (7)8重用分析 (8)9软件开发管理 (8)9。
1软件开发方法及标准 (8)9。
2生命周期模型和项目过程定义 (8)9.3工作任务拆分与估计 (9)9.4项目进度和里程碑 (9)9.5风险管理 (9)9。
6外部依赖 (12)9。
7相关方参与计划 (12)9。
8项目培训计划 (13)9。
9项目监督和问题处理 (13)9。
10数据管理计划 (14)9.11重大事件处理 (14)10里程碑及评审计划 (14)11总体测试计划 (15)12度量分析计划（可裁减单独成文）.................. 错误!未定义书签。
13安全保密. (16)14附录 (17)图 6-1项目软件研制组织结构 (6)图 9-1软件技术流程图 (9)表 3-1缩略语表 (2)表 5-1交付软件 (4)表 5-2需交付文档 (4)表 5-3非交付文档 (4)表 5-4过程记录 (5)表 6-1软件项目人员配置 (6)表 8-1重用分析表 (8)表 9-1项目风险列表 (11)表 9-2外部依赖跟踪表 (12)表 9-3 相关方参与计划 (12)表 9-4 培训计划 (13)表 10-1软件正式评审计划 (14)表 14-1 工作任务拆分结构（WBS) (18)1范围1.1标识a.本文档的标识号：R/产品代号/区分号/XJ-01;b.标题：XXXX软件开发计划;c.本文档适用与XXX系统/软件/XXXXCSCI.1.2系统概述可复制任务书中相关内容.包括本文档所使用的软件所属系统的功能，软件在系统中的位置。
详细软件开发任务书模板
详细软件开发任务书模板
1. 背景和目标
在这个部分，首先介绍软件开发项目的背景和目标。
描述项目的目的和预期成果。
2. 项目描述
详细描述软件开发项目的各个方面，如功能、特性、模块等。
提供足够的细节，使得开发团队可以理解和实施。
3. 开发要求
在这个部分，列出软件开发任务的具体要求。
包括但不限于：- 开发语言和技术要求
- 数据库要求
- 用户界面要求
- 性能要求
- 安全要求
- 兼容性要求
- 日志和错误处理要求
- 测试要求
- 文档要求
4. 时间计划表
制定一个软件开发项目的时间计划表，包括开始和结束日期、每个阶段的时间预算，以及关键里程碑。
5. 人员分配
指定软件开发项目所需的核心团队成员和他们的角色、职责和资质要求。
6. 风险管理
列出软件开发项目可能面临的风险，并提供相应的风险管理措施和计划。
7. 质量保证
描述软件开发过程中的质量保证措施和计划，包括代码审查、测试计划和标准等。
8. 交付物和验收标准
列出软件开发任务的交付物，以及每个交付物的验收标准和时间节点。
9. 项目费用和支付安排
列出软件开发项目的费用预算，并说明支付安排。
10. 文件附件
附上任何与软件开发任务书相关的文件，如需求规格文档、设计文档等。
以上是详细软件开发任务书模板的主要内容，可以根据具体项目需求进行适当调整和补充。
软件研制任务书模板
份号：001 密级：XXXXXXXX项目软件研制任务书XXXX-RRW-R01.00XXXXXX有限公司XXXX年XX月XX日辑要页文档修改记录目次1 范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)2 引用文件 (1)3 运行环境要求 (1)3.1硬件环境 (1)3.2软件环境 (1)4 技术要求 (1)4.1功能 (1)4.2性能 (2)4.3输入/输出 (2)4.4数据处理要求 (2)4.5接口 (2)4.6固件 (2)4.7关键性要求 (2)4.7.1 可靠性 (2)4.7.2 安全性 (2)4.7.3 保密性 (3)5 设计约束 (3)6 质量控制要求 (3)6.1软件关键性等级 (3)6.2标准 (3)6.3文档 (3)6.4配置管理 (3)6.5测试要求 (3)6.6对分承制方的要求 (3)7 验收和交付 (4)8 软件保障要求 (4)9 进度和里程碑 (4)10 注释 (4)1 范围1.1 标识本条应描述本文档所使用的系统和软件的完整表示，适用时，包括其标识号、名称、缩略名、版本号和发布号。
1.2 系统概述本条用概述本文档所适用的系统和软件用途。
它还应描述系统和软件的一般特性：概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。
1.3 文档概述本条应描述本文档的内容和用途，并描述与它的使用有关的保密性方面的要求。
2 引用文件本章应列出引用文档的编号、标题、编写单位、修订版及日期。
还应标识不能通过正常采购活动得到的文档的来源。
3 运行环境要求3.1 硬件环境本条应描述CSCI运行必需的硬件环境的要求，包括：a）宿主机和目标机的型号、主要性能指标及资源配置和分配；b）通用外设的种类、数量、型号、规格及主要性能指标；c）专用外设的种类、数量、性能及接口情况。
3.2 软件环境本条应描述CSCI运行必需的软件环境的要求，包括：a）系统的组成；b）对操作系统、监控软件、语言、数据库等的类型、版本及编程的要求；c）软件工具的种类、版本及应用的主要功能。
软件项目工作任务书模板
公司名称——部门名称“请在此处填写项目名称（保留引号）”项目任务书【下表由PMO管理员在“任务书审核和立项评分”结束后填写】1项目简介1.1背景[介绍项目的背景]1.2发起人[项目的发起人]1.3客户基本需求[简要介绍客户基本需求]1.4客户信息2项目目标2.1项目管理目标[从管理的角度描述此项目要达到的目标，如：客户可使用该系统实行会议的信息化管理等。
可以进行简单文字描述，也可以采用列举的方式]●[目标1描述]●[目标2描述]2.2项目技术目标[从技术的角度描述此项目要达到的目标，针对实际项目简单说明。
可以采用列举方式进行描述。
如：实行会议信息编辑、参会人员查询、签到卡制作、签到情况统计等]●[目标1描述]●[目标2描述]2.3项目性能目标[从性能的角度描述此项目要达到的目标，如运行速度、易用性、兼容性、可扩充性等。
可以采用列举方式进行描述。
如：确保人员并排入场不漏卡、可一键生成人员签到情况报告单、可兼容XP/Win7操作系统、可结合人员坐席排位系统使用等。
]•运行速度•易用性•兼容性•可扩充性3工作内容本次项目的主要实施内容主要包括15项，包括建模服务、信息发布平台、公共广播、视频监控、智能巡更、无接触电梯控制、智能考勤、智慧食堂、人脸闸机、室内环境质量监测、智慧抄表、智慧灯杆、智慧井盖、接口集成、项目实施，具体产品实施内容与主合同中约定的相关内容为准。
3.1数字孪生3.1.1服务内容完成本项目要求的滨州移动大楼所在园区及楼宇的3D虚拟仿真建模、智慧园区平台开发、部署及实施等，该项目涉及主要工作包括。
●收集滨州移动大楼园区、建筑、楼层相关CAD图●园区、建筑、楼层各角度拍照●3D仿真建模（一个园区、三栋建筑外立面、生产调度中心楼宇所有楼层）●3D效果渲染●模型上传测试●OnePark智慧园区平台开发3.1.2可交付物本项目约定的园区、重点建筑和室内结构场景3D模型文件、OnePark智慧园区平台。
(完整版)软件开发文档模板
软件描述文档产品名称公司名称软件基本信息产品名称公司名称1、产品标识：×××软件标识：软件名称：×××软件型号及版本号：×××制造商：×××公司生产地址：×××2、安全性级别××是一种××软件，所以随之而来的软件安全性问题也极为重要。
(a)××软件是一种抽象的逻辑产品，其存在形式是虚拟和动态的……..(b)软件质量的测度十分困难，其质量的控制重点在软件的需求分析和设计阶段，开发过程中产生错误的难以追踪；……；(c)硬件有老化现象，失效曲线似浴盆，硬件的维护可通过纠错、修复或更换失效的系统重新恢复功能。
而软件的维护复杂，只有通过修改代码来排错。
同时软件可能在使用中随着缺陷的发现和消除，而使性能提高。
软件的修改看似比硬件容易，却比硬件更难于控制。
看上去无关紧要的软件代码修改会在软件的其他地方引起无法预测的、十分关键的问题；(d)软件的失效防护困难。
对硬件可采用预防性维护技术预防故障，采用断开失效部件的办法诊断故障，而软件则不能采用这些技术；但软件的失效会毫无征兆的出现，会因执行一条未经验证的路径而出现故障；而同一软件的冗余不能提高可靠性。
(e)软件的失效是系统性失效，其失效的条件有时比较复杂。
因此，可能会无法清晰地洞察其原因，而误归结其为系统中硬件的随机失效。
导致无法及时排除软件中的故障，造成隐患的长期存在。
以上论述了××软件的复杂性，以及出现问题无法预测性和软件的实效防护困难。
××软件一旦出现问题则很可能导致患者×××或者对患者造成严重的伤害，例如，×××软件一旦在运行过程中失效，机器停止工作则很可能导致患者由于××而变为×××，所以××软件安全性级别为××级。
项目管理-软件研制任务书模板
XX研制任务书（软件名称）
文档编号：XXXX-B17（AxB、C .............. ）-C-F-Vn.O
表号:
【说明】
1）设计任务书是项目经理将设计任务分配给设计师，并明确完成件要求、进度要求的正式文件，是设计师开展设计工作的依据，必须清嘶、完整，且符合研制合同或研制总要求或项目任务书的要求;
2）随着研制进程该任务书可能逐渐细化或发生更改，项目经理和技术总体应按照配置管理要求及时修订，同时填写更改原因与更改内容，注明版本号，重新签署生效，并通知到其他相关人员；
3）以上技术指标要求中，若某项无要求即注明“无”；
4）签名时同时签署日期；
5）文档编号XXXX-B17（A、B、C .........）-C-F-Vn.O,其中（A、B、C ...... ）表示该项目设计任务书的顺序编号,依次为Bl7、B17（A）、B17（B的B17（C）....... 。
1 软件研制任务书(模板)-GJB438C
密级：内部阶段：版次： A外部型号+产品名称软件研制任务书产品型号-XXXXRW共11页XXXX公司XXXX年XX月外部型号+产品名称软件研制任务书产品型号-RJRW编制审核批准本文件版本情况如下：1 范围 (1)1.1 标识 (1)1.2 系统概述 (1)1.3 文档概述 (1)2 引用文档 (1)3 运行环境要求 (1)3.1 硬件环境 (1)3.2 软件环境 (1)3.3 环境适应性 (2)4 技术要求 (2)4.1 功能 (2)4.1.1 XXXX功能 (2)4.1.2 XXXX功能 (2)4.1.3 XXXX功能 (2)4.2 性能 (2)4.2.1 XXXX性能 (2)4.2.2 XXXX性能 (2)4.2.3 XXXX性能 (2)4.3 输入／输出 (2)4.4 数据处理要求 (2)4.5 接口 (3)4.6 固件 (4)4.7 关键性要求 (4)4.7.1 可靠性 (4)4.7.2 安全性 (4)4.7.3 保密性 (4)5 设计约束 (4)6 质量控制要求 (5)6.1 软件关键性等级 (5)6.2 标准 (5)6.3 文档 (5)6.4 配置管理 (5)6.5 测试要求 (5)6.6 对分承制方的要求 (5)6.7 维修性 (6)7 验收和交付 (6)7.1 验收 (6)7.2 交付 (6)8 软件保障要求 (6)9 进度和里程碑 (6)10 注释 (6)1 范围1.1 标识1)已批准的软件标识号：XXXX；2)软件初始版本号：XX；3)软件名称：XXX软件；4)本文档适用的系统是外部型号+产品名称；适用的软件配置项是XXXX。
1.2 系统概述XXX系统框图如上图1所示，XXXX。
XXXX图1系统结构框图1.3 文档概述本文档作为XXXX软件设计说明的输入文件，对XXXX软件研制的目的、目标及主要任务提出要求，作为XXXX软件研制工作开展的依据。
本文档从XXXX的硬件环境要求、软件开发环境、软件功能、性能、数据处理、接口、固件、关键性要求、质量控制要求、验收和交付以及软件保障等角度对XXXX软件研制过程、软件功能及性能指标提出相应要求。
软件项目计划书模板
软件项目计划书模板软件项目计划书模板怎么写?下面就是关于软件项目计划书模板范文哦!软件项目计划书模板【1】1 引言1.1编写目的说明编写这份项目开发计划的目的，并指出预期的读者。
1.2背景说明:a.待开发的软件系统的名称;b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;c.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义列出本文件中用到的特地术语的定义和外文首字母组词的原词组。
1.4参考资料列出用得着的参考资料，如:a.本项目的经核准的计划任务书或合同、上级机关的批文;b.属于本项目的其他已发表的文件;c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 项目概述2.1工作内容简要地说明在本项目的开发中须进行的各项主要工作。
2.2主要参与人员扼要说明参与本项目开发工作的主要人员的状况，包括他们的技术水平。
2.3产品2.3.1程序列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和技能。
2.3.2文件列出需移交给用户的每种文件的名称及内容要点。
2.3.3服务列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。
2.3.4非移交的产品说明开发集体应向本单位交出但不必向用户移交的产品(文件甚至某些程序)。
2.4验收标准对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。
2.5完成项目的最迟期限2.6本计划的批准者和批准日期3 实施计划3.1工作任务的分解与人员分工对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参与人员。
3.2接口人员说明负责接口工作的人员及他们的职责，包括：a.负责本项目同用户的接口人员;b.负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员;c.负责本项目同各分合同负责单位的接口人员等。
软件需求文档模板
软件需求规格说明书模板V1.1.doc修订历史版本说明编制批准批准日期1.1 初次编写 SEPG目录1. 引言 11.1. 背景 11.2. 参考资料 11.3. 假定和约束 11.4. 用户的特点 12. 功能需求 12.1. 系统范围 12.2. 系统体系结构（二层架构的系统可剪裁本小节） 12.3. 系统总体流程 22.4. 需求分析 22.4.1. XXXXXXX(功能需求名称) 22.4.1.1. 功能描述 22.4.1.2. 业务建模 22.4.1.3. 用例描述 32.4.1.4. 用户界面 52.4.2. XXXXXXX(功能需求名称) 53. 非功能需求 53.1. 性能要求 53.1.1. 精度 53.1.2. 时间特性要求 63.1.3. 输人输出要求 63.2. 数据管理能力要求 63.3. 安全保密性要求 63.4. 灵活性要求 63.5. 其他专门要求 64. 运行环境规定 64.1. 设备 64.2. 支持软件 74.3. 接口 74.4. 控制 75. 需求跟踪 76. 签批单 71. 引言1.1. 背景说明：a．待开发的软件系统的名称；b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；C．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.2. 参考资料列出本说明书中引用和参考的资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
1.3. 假定和约束[可选]列出进行本软件开发工作的假定和约束，例如经费限制、开发期限、设备条件、用户的资料准备和交流上的问题等。
1.4. 用户的特点[可选]列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。
3 软件配置管理计划(模板)-GJB438C
密级：内部阶段：版次：A产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ共10页XXXX公司XXXX年XX月产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ编制审核会签批准修改页本文件版本情况如下：目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划之间的关系 (1)2引用文档 (2)3组织和职责 (2)4软件配置管理活动 (2)4.1配置标识 (2)4.1.1源代码配置项标识 (2)4.1.2文档配置项标识 (3)4.1.3软件运行体配置项标识 (3)4.1.4数据配置项标识 (3)4.2配置控制 (3)4.2.1软件三库的控制 (3)4.2.2软件更改的控制 (4)4.3配置状态记实 (4)4.4配置审核 (5)4.5软件发行管理和交付 (5)5工具、技术和方法 (5)6对供货单位的控制 (5)7进度表 (6)8注释 (6)1范围1.1标识本文档适用于产品（外部）型号+产品（中文）名称的软件管理，软件的完整标识为XXXX。
1.2系统概述产品（外部）型号+产品（中文）名称的软件分为XXXX。
各部分软件实现的功能如下：a)XXXX软件：XXXX；b)XXXX软件●XXXX；●XXXX；●XXXX。
c)XXXX软件●XXXX；●XXXX；●XXXX；●XXXX。
产品（外部）型号+产品（中文）名称的软件研制过程与产品研制周期保持同步，随产品交付用户。
1.3文档概述本文档规定了XX软件开发过程中的配置管理组织结构、职责及活动要求，软件三库的维护安排，明确了软件开发过程输出版本控制以及变更要求，是实施配置管理活动的依据。
1.4与其他计划之间的关系软件配置管理计划作为《软件开发计划》的一部分，应按照总体开发计划的要求协调，使项目软件开发按照合理规划有条不紊的进行，确保软件配置的有效性、适宜性和可追溯性。
2引用文档下列标准和文件中的有关条款，通过引用而成为本管理计划的条款。
软件项目计划任务书模板
《XXX软件项目计划任务书》
作者：
完成日期：
签收人：
签收日期：
修改情况记录：
目录
1. 项目背景、范围及目标 (3)
2. 项目可行性分析 (3)
3. 项目的软件开发生命周期模型 (3)
4. 项目实施计划 (3)
5. 项目任务分解结构（WBS） (3)
1. 项目背景、范围及目标
简述项目开发背景及意义，系统的基本功能，以及要解决的问题和达到的目标。
2. 项目可行性分析
包括经济可行性、技术可行性、运行可行性等
3. 项目的软件开发生命周期模型
（包括选择生命周期的理由、生命周期模型的描述与概要解释、生命周期模型各阶段说明（阶段目标、输入、阶段的行为与任务、输出）
4. 项目实施计划
利用甘特图、网络图或表格描述（按照项目开发周期描述）
5. 项目任务分解结构（WBS）
包括：1.任务分解图（基于需求分析的功能模块划分）
2.任务分解列表（根据任务分解图描述）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
航天恒星科技
CMMI模板文件
软件任务书模板
Q/HX/CMMI/MB-03/2.01-2012 软件任务书模板
二〇一二年八月
文档控制变更记录
文档控制变更记录
1前言 (1)
2依据文件 (1)
3技术要求 (1)
3.1软件组成 (1)
3.2运行环境要求 (1)
3.3功能要求 (1)
3.4性能要求 (1)
3.5接口要求 (2)
3.6固件要求 (2)
4设计约束 (2)
5可靠性、安全性和维护要求 (2)
6质量保证要求 (3)
7测试要求 (3)
8验收和交付 (3)
9进度和控制节点 (3)
未找到图形项目表。
未找到图形项目表。
1前言
阐明待研制软件的来源、目的和用途。
2依据文件
列出编写软件任务书依据的文件的代号名称，如系统任务书、标准、系统方案等。
3技术要求
3.1软件组成
描述软件配置项划分、各配置项的代号、关键等级。
配置项：指功能相对独立的软件产品。
3.2运行环境要求
按配置项描述软件运行环境要求。
嵌入式软件要明确指出软件的运行环境，CPU、存、外存储器、数据传输总线等与该软件的相关的硬件信息。
PC软件则需要大致给定该软件运行建议的配置，包括CPU主频、存的容量、硬盘的容量、显卡的容量、接口的性能、特殊的板卡等，以及操作系统、数据库、网络环境、其它支撑软件等。
3.3功能要求
按配置项分条描述需要由软件产品完成的所有功能（任务）、工作模式、容错要求、特殊要求（如对某些以外的适应能力）及应急措施，需要时增加可扩展要求。
3.4性能要求
按配置项描述对软件的精度、速度、实时性（响应时间）、占空间及余量、
并发特性等性能指标的要求。
3.5接口要求
给出各种接口关系（按配置项描述）。
3.6固件要求
需要时规定软件程序的固化地址（嵌入式）、安装等（按配置项描述）。
4设计约束
需要时可选择下列容：
a.规定软件的数学模型、规则、计算公式、参数名称、符号和重用要求
等；
b.规定软件的编程语言和编程限制；
c.规定软件的开发工具和环境等；
d.规定软件的测试工具和环境等。
5可靠性、安全性和维护要求
需要时可选择下列容：
a.给出软件的可靠性指标；
b.按不同阶段要求规定软件的运行寿命；
c.需要时规定软件的安全性需求，如关键模块备份、看门狗设置要求、
软件多余物处理、程序块的隔离、存未使用空间的处理、对关键数据、变量的保护和校验等；
d.需要时规定软件的健壮性要求，如对受外界干扰、接口故障等的适应
能力；
e.需要时规定软件的不期望事件要求；
f.一般在软件研制任务书中规定系统的故障模型和软件的故障对策的要
求；
g.需要时规定软件的可维护性要求。
6质量保证要求
a.规定软件的开发、测试必须遵循的标准；
b.规定必须有的开发、测试文档清单和评审要求；
c.规定软件配置管理要求；
d.需要时规定对分承制方的要求。
7测试要求
需要时可选择下列容：
e.规定需要进行的测试项目及通过准则；
f.规定第三方评测的时机及机构。
8验收和交付
a.规定软件的验收准则，包括验收程序和验收环境；
b.规定软件的交付形式、数量、装载媒体等，规定必须交付的文档清
单；
c.规定软件维护要求，如规定保障环境下的安装和检查、培训等服务和
帮助解决使用中出现的技术问题等。
9进度和控制节点
列出软件交付日期及里程碑控制节点等。
DOC专业。