软件工程型毕业设计文档.docx
- 文档编号:5806117
- 上传时间:2023-01-01
- 格式:DOCX
- 页数:23
- 大小:26.87KB
软件工程型毕业设计文档.docx
《软件工程型毕业设计文档.docx》由会员分享,可在线阅读,更多相关《软件工程型毕业设计文档.docx(23页珍藏版)》请在冰豆网上搜索。
软件工程型毕业设计文档
软件工程型毕业设计文档要求参照国家软件工程文档编制的相关要求,为了避免在软件开发中文件编制的不足或过分,可将软件文件的编制要求同软件的规模大小联系起来,采用如下图的软件文档体系。
小规模软件
中规模软件
大规模软件
超大规模软件
软件需求与开发计划
软件开发计划
可行性分析报告
对应大规模软件所制定的文档可进一步细分
项目开发计划
软件需求说明
软件需求说明
数据要求说明
测试计划
测试计划
软件设计说明
软件设计说明
概要设计说明
详细设计说明
数据库设计说明
使用说明
使用说明
用户手册
操作手册
测试分析报告
模块开发卷宗
模块开发卷宗
测试分析报告
测试分析报告
项目开发总结
开发进度月报
开发进度月报
项目开发总结
项目开发总结
根据本规范,一个计算机软件的开发过程中,一般应产生如下14种文档。
(1)可行性分析报告
可行性分析报告的编写目的是:
说明该软件开发项目的实现在技术、经济和社会条件方面的可行性;评述为了合理地达到开发目标而可能选择的各种方案;说明并论证所选定的方案。
编制指南见附件《可行性分析报告》。
(2)项目开发计划
编制项目开发计划的目的是用文档的形式,把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需硬件条件等问题作出的安排记录下来,以便根据本计划开展和检查本项目的开发工作。
编制指南见附件《项目开发计划》。
(3)软件需求说明
软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。
编制指南见附件《需求规格说明书》。
(4)数据要求说明
数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息。
(5)测试计划
这里所说的测试计划,主要是指整个程序系统的组装测试和确认测试。
本文档的编制是为了提供一个对该软件的测试计划,包括对每项测试活动的内容,进度安排、设计考虑、测试数据的整理方法及评价准则。
编制指南见附件《测试计划》。
(6)概要设计说明
概要设计说明书又称为系统设计说明书,这里所说的系统是指程序系统。
编制的目的是说明对程序系统的设计考虑,包括程序系统的基本处理流程、程序系统地组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等,为程序的详细设计提供基础。
编制指南见附件《概要设计说明书》。
(7)详细设计说明
详细设计说明书又可称为程序设计说明书。
编制的目的是说明一个软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑,如果一个软件系统比较简单,层次很少,本文档可以不单独编写,有关内容合并入概要设计说明书。
编制指南见附件《详细设计说明书》。
(8)数据库设计说明
数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构做出具体的设计规定。
(9)用户手册
用户手册的编制是要使用非专门术语的语言,充分地描述该软件系统所具有的功能及基本的使用方法。
使用户(或潜在用户)通过本手册能够了解该软件的用途,并且能够确定在什么情况下,如何使用它。
(10)操作手册
操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识,包括操作方面的细节。
可与用户手册整合编制,编制指南见附件《用户操作手册》。
(11)模块开发卷宗
模块开发卷宗是在模块开发过程中逐步编写出来的,每完成一个模块或一组密切相关的模块的复审时编写一份,应该把所有的模块开发卷宗汇集在一起。
编写的目的是记录和汇总低层次开发的进度和结果,以便于对整个模块开发工作的管理和复审,并为将来的维护提供非常有利的技术信息。
(12)测试分析报告
测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文档加以记载。
编制指南见附件《测试分析报告》。
(13)开发进度月报(周报)
开发进度月报(周报)的编制目的是及时向有关管理部门汇报项目开发的进展和情况,以便及时发现和处理开发过程中出现的问题。
编制指南见附件《开发进度月报》。
(14)项目开发总结
项目开发总结报告的编制是为了总结本项目开发工作的经验,说明实际取得的开发结果以及对整个开发工作的各个方面的评价。
编制指南见附件《项目开发总结》。
工程型毕业设计说明书
第1章可行性分析报告
1.1引言
1.1.1编写目的
【阐明编写可行性分析报告的目的,指明读者对象。
】
1.1.2项目背景
【应包括:
a.所建议开发软件的名称;
b.项目的任务提出者、开发者、用户及实现软件的单位;
c.项目与其他软件或其他系统的关系。
】
1.1.3定义
【列出文档中所用到的专门术语的定义和缩写词的原文。
】
1.1.4参考资料
【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:
a.项目经核准的计划任务书、合同或上级机关的批文;
b.与项目有关的已发表的资料;
c.文档中所引用的资料,所采用的软件标准或规范。
】
1.2可行性分析的前提
1.2.1要求
【列出并说明建议开发软件的基本要求,如
a.功能;
b.性能;
c.输出;
d.输入;
e.基本的数据流程和处理流程;
f.安全与保密要求;
g.与软件相关的其他系统;
h.完成期限。
】
1.2.2目标
【可包括:
a.人力与设备费用的节省;
b.处理速度的提高;
c.控制精度或生产能力的提高;
d.管理信息服务的改进;
e.决策系统的改进;
f.人员工作效率的提高,等等。
】
1.2.3条件、假定和限制
【可包括:
a.建议开发软件运行的最短寿命;
b.进行系统方案选择比较的期限;
c.经费来源和使用限制;
d.法律和政策方面的限制;
e.硬件、软件、运行环境和开发环境的条件和限制;
f.可利用的信息和资源;
g.建议开发软件投入使用的最迟时间。
】
1.2.4可行性分析方法
1.2.5决定可行性的主要因素
1.3.对现有系统的分析
1.3.1处理流程和数据流程
1.3.2工作负荷
1.3.3费用支出
【如人力、设备、空间、支持性服务、材料等项开支。
】
1.3.4人员
【列出所需人员的专业技术类别和数量。
】
1.3.5设备
1.3.6局限性
【说明现有系统存在的问题以及为什么需要开发新的系统。
】
1.4.所建议技术可行性分析
1.4.1对系统的简要描述
1.4.2处理流程和数据流程
1.4.3与现有系统比较的优越性
1.4.4采用建议系统可能带来的影响
1.4.4.1对设备的影响
1.4.4.2对现有软件的影响
1.4.2.3对用户的影响
1.4.2.4对系统运行的影响
1.4.2.5对开发环境的影响
1.4.2.6对运行环境的影响
1.4.2.7对经费支出的影响
1.4.5技术可行性评价
【包括:
a.在限制条件下,功能目标是否能达到;
b.利用现有技术,功能目标能否达到;
c.对开发人员数量的和质量的要求,并说明能否满足;
d.在规定的期限内,开发能否完成。
】
1.5.所建议系统经济可行性分析
1.5.1支出
1.5.1.1基建投资
1.5.1.2其他一次性支出
1.5.1.3经常性支出
1.5.2效益
1.5.2.1一次性收益
1.5.2.2经常性收益
1.5.2.3不可定量收益
1.5.3收益/投资比
1.5.4投资回收周期
1.5.5敏感性分析
【敏感性分析是指一些关键性因素,如:
系统生存周期长短、系统工作负荷量、处理速度要求、设备和软件配置变化对支出和效益的影响等的分析。
】
1.6社会因素可行性分析
1.6.1法律因素
【如,合同责任、侵犯专利权、侵犯版权等问题的分析。
】
1.6.2用户使用可行性
【如,用户单位的行政管理、工作制度、人员素质等能否满足要求。
】
1.7其他可供选择的方案
【逐个阐明其他可供选择的方案,并重点说明未被推荐的理由。
】
1.8结论意见
【结论意见可能是:
a.可着手组织开发;
b.需待若干条件(如资金、人力、设备等)具备后才能开发;
c.需对开发目标进行某些修改;
d.不能进行或不必进行(如技术不成熟,经济上不合算等);
其他。
】
第2章项目开发计划
2.1引言
2.1.1编写目的
【阐明编写开发计划的目的,指明读者对象。
】
2.1.2项目背景
【可包括:
a.项目的委托单位、开发单位和主管部门;
b.该软件系统与其他系统的关系。
】
2.1.3定义
【列出本档中用到的专门术语的定义和缩写词的原文。
】
2.1.4参考资料
【可包括:
a.项目经核准的计划任务书、合同或上级机关的批文;
b.文档所引用的资料、规范等;列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
】
2.2项目概述
2.2.1工作内容
【简要说明项目的各项主要工作,介绍所开发软件的功能、性能等。
若不编写可行性研究报告,则应在本节给出较详细的介绍。
】
2.2.2条件与限制
【阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。
必要时还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制。
】
2.2.3产品
2.2.3.1程序
【列出应交付的程序名称、使用的语言及存储形式。
】
2.2.3.2文档
【列出应交付的文档。
】
2.2.4运行环境
【应包括硬件环境、软件环境。
】
2.2.5服务
【阐明开发单位可向用户提供的服务。
如人员培训、安装、保修、维护和其他运行支持。
】
2.2.6验收标准
2.3.实施计划
2.3.1任务分解
【任务的划分及各项任务的负责人。
】
2.3.2进度
【按阶段完成的项目,用图表说明开始时间、完成时间。
】
2.3.3预算
2.3.4关键问题
【说明可能影响项目的关键问题,如设备条件、技术焦点或其他风险因素,并说明对策。
】
2.4人员组织及分工
2.5交付期限
2.6专题计划要点
【如测试计划、质量保证计划、配置管理计划、人员培训计划、系统安装计划等。
】
第3章需求规格说明书
3.1引言
3.1.1编写目的
【阐明编写需求说明书的目的,指明读者对象。
】
为明确软件需求、安排项目规划与进度、组织软件开发与测试,撰写本文档。
本文档供项目经理、设计人员、开发人员参考。
3.1.2项目背景
a.项目的委托单位、开发单位和主管部门
b.该软件系统与其他
3.1.3定义
【列出文当中所用到的专门术语的定义和缩写词的原文。
】
3.1.4参考资料
a.项目经核准的计划任务书、合同或上级机关的批文
b.项目开发计划
c.文档所引用的资料、标准和规范。
列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源
3.2任务概述
3.2.1目标
3.2.2运行环境
操作系统:
MicrosoftWindows2000AdvancedServer
支持环境:
IIS5.0
数据库:
MicrosoftSQLServer2000
3.2.3条件与限制
3.3数据描述
3.3.1静态数据
3.3.2动态数据
【包括输入数据和输出数据。
】
3.3.3数据库介绍
【给出使用数据库的名称和类型。
】
3.3.4数据词典
3.3.5数据采集
3.4功能需求
3.4.1功能划分
3.4.2功能描述
3.5性能需求
3.5.1数据精确度
3.5.2时间特性
【如响应时间、更新处理时间、数据转换与传输时间、运行时间等。
】
3.5.3适应性
【在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时,应具有的适应能力。
】
3.6运行需求
3.6.1用户界面
【如屏幕格式、报表格式、菜单格式、输入输出时间等。
】
3.6.2硬件接口
3.6.3软件接口
3.6.4故障处理
3.7其它需求
【如可使用性、安全保密、可维护性、可移植性等。
】
第4章测试计划
4.1引言
4.1.1编写目的
【阐明编写测试计划的目的,指明读者对象。
】
4.1.2项目背景
【说明项目的来源、委托单位及主管部门。
】
4.1.3定义
【列出测试计划中所用到的专门术语的定义和缩写词的原意。
】
4.1.4参考资料
【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:
a.项目的计划任务书、合同或批文;
b.项目开发计划;
c.需求规格说明书;
d.概要设计说明书;
e.详细设计说明书;
f.用户操作手册;
g.本测试计划中引用的其他资料、采用的软件开发标准或规范。
】
4.2任务概述
4.2.1目标
4.2.2运行环境
4.2.3需求概述
4.2.4条件与限制
4.3计划
4.3.1测试方案
【说明确定测试方法和选取测试用例的原则。
】
4.3.2测试项目
【列出组装测试和确认测试中每一项测试的内容、名称、目的和进度。
】
4.3.3测试准备
4.3.4测试机构及人员
【测试机构名称、负责人和职责。
】
4.4测试项目说明
【按顺序逐个对测试项目做出说明:
】
4.4.1测试项目名称及测试内容
4.4.2测试用例
4.4.2.1输入
【输入的数据和输入命令。
】
4.4.2.2输出
【预期的输出数据。
】
4.4.2.3步骤及操作
4.4.2.4允许偏差
【给出实测结果与预期结果之间允许偏差的范围。
】
4.4.3进度
4.4.4条件
【给出测试对资源的特殊要求,如设备、软件、人员等。
】
4.4.5测试资料
【说明测试所需的资料。
】
4.5评价
4.5.1范围
【说明所完成的各项测试说明问题的范围及其局限性。
】
4.5.2准则
【说明评价测试结果的准则。
】
第5章概要设计说明书
5.1引言
5.1.1编写目的
【阐明编写概要设计说明书的目的,指明读者对象。
】
5.1.2项目背景
【应包括:
a.项目的委托单位、开发单位和主管部门;
b.该软件系统与其他系统的关系。
】
5.1.3定义
【列出本文档中所用到的专门术语的定义和缩写词的原文。
】
5.1.4参考资料
【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:
a.项目经核准的计划任务书、合同或上级机关的批文;
b.项目开发计划;
c.需求规格说明书;
d.测试计划(初稿);
e.用户操作手册(初稿);
f.文档所引用的资料、采用的标准或规范。
】
5.2任务概述
5.2.1目标
5.2.2运行环境
5.2.3需求概述
5.2.4条件与限制
5.3总体设计
5.3.1处理流程
5.3.2总体结构和模块外部设计
5.3.3功能分配
【表明各项功能与程序结构的关系。
】
5.4接口设计
5.4.1外部接口
【包括用户界面、软件接口与硬件接口。
】
5.4.2内部接口
【模块之间的接口。
】
5.5数据结构设计
5.5.1逻辑结构设计
5.5.2物理结构设计
5.5.3数据结构与程序的关系
5.6运行设计
5.6.1运行模块的组合
5.6.2运行控制
5.6.3运行时间
5.7出错处理设计
5.7.1出错输出信息
5.7.2出错处理对策
【如设置后备、性能降级、恢复及再启动等。
】
5.8安全保密设计
5.9维护设计
【说明为方便维护工作的设施,如维护模块等。
】
第6章详细设计说明书
6.1引言
6.1.1编写目的
【阐明编写详细设计说明书的目的,指明读者对象。
】
6.1.2项目背景
【应包括项目的来源和主管部门等。
】
6.1.3定义
【列出文档中所用到的专门术语的定义和缩写词的原文。
】
6.1.4参考资料
【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:
g.项目的计划任务书、合同或批文;
h.项目开发计划;
i.需求规格说明书;
j.概要设计说明书;
k.测试计划(初稿);
l.用户操作手册(初稿);
m.文档中所引用的其他资料、软件开发标准或规范。
】
6.2总体设计
6.2.1需求概述
6.2.2软件结构
【如给出软件系统的结构图。
】
6.3程序描述
【逐个模块给出以下的说明:
】
6.3.1功能
6.3.2性能
6.3.3输入项目
6.3.4输出项目
6.3.5算法
【模块所选用的算法。
】
6.3.6程序逻辑
【详细描述模块实现的算法,可采用:
a.标准流程图;
b.PDL语言;
c.N-S图;
d.PAD;
e.判定表等描述算法的图表。
】
6.3.7接口
6.3.8存储分配
6.3.9限制条件
6.3.10测试要点
【给出测试模块的主要测试要求。
】
第7章用户操作手册
7.1引言
7.1.1编写目的
【阐明编写手册的目的,指明读者对象。
】
7.1.2项目背景
【应包括项目的来源、委托单位、开发单位和主管部门。
】
7.1.3定义
【列出手册中所用到的专门术语的定义和缩写词的原文。
】
7.1.4参考资料
【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:
a.项目的计划任务书、合同或批文;
b.项目开发计划;
c.需求规格说明书;
d.概要设计说明书;
e.详细设计说明书;
f.测试计划;
g.手册中引用的其他资料、采用的软件工程标准或软件工程规范。
】
7.2软件概述
7.2.1目标
7.2.2功能
7.2.3性能
a.数据精确度【包括输入、输出及处理数据的精度。
】
b.时间特性【如响应时间、处理时间、数据传输时间等。
】
c.灵活性【在操作方式、运行环境需做某些变更时软件的适应能力。
】
7.3运行环境
7.3.1硬件
【列出软件系统运行时所需的硬件最小配置,如
a.计算机型号、主存容量;
b.外存储器、媒体、记录格式、设备型号及数量;
c.输入、输出设备;
d.数据传输设备及数据转换设备的型号及数量。
】
7.3.2支持软件
【如:
a.操作系统名称及版本号;
b.语言编译系统或汇编系统的名称及版本号;
c.数据库管理系统的名称及版本号;
d.其他必要的支持软件。
】
7.4使用说明
7.4.1安装和初始化
【给出程序的存储形式、操作命令、反馈信息及其含意、表明安装完成的测试实例以及安装所需的软件工具等。
】
7.4.2输入
【给出输入数据或参数的要求。
】
7.4.2.1数据背景
【说明数据来源、存储媒体、出现频度、限制和质量管理等。
】
7.4.2.2数据格式
【如:
a.长度;
b.格式基准;
c.标号;
d.顺序;
e.分隔符;
f.词汇表;
g.省略和重复;
h.控制。
】
7.4.2.3输入举例
7.4.3输出
【给出每项输出数据的说明。
】
7.4.3.1数据背景
【说明输出数据的去向、使用频度、存放媒体及质量管理等。
】
7.4.3.2数据格式
【详细阐明每一输出数据的格式,如:
首部、主体和尾部的具体形式。
】
7.4.3.3举例
7.4.4出错和恢复
【给出:
a.出错信息及其含意;
b.用户应采取的措施,如修改、恢复、再启动。
】
7.4.5求助查询
【说明如何操作。
】
7.5运行说明
7.5.1运行表
【列出每种可能的运行情况,说明其运行目的。
】
7.5.2运行步骤
【按顺序说明每种运行的步骤,应包括:
】
7.5.2.1运行控制
7.5.2.2操作信息
a.运行目的;
b.操作要求;
c.启动方法;
d.预计运行时间;
e.操作命令格式及说明;
f.其他事项。
7.5.2.3输入/输出文件
【给出建立或更新文件的有关信息,如:
】
a.文件的名称及编号;
b.记录媒体;
c.存留的目录;
d.文件的支配【说明确定保留文件或废弃文件的准则,分发文件的对象,占用硬件的优先级及保密控制等。
】
7.5.2.4启动或恢复过程
7.6非常规过程
【提供应急或非常规操作的必要信息及操作步骤,如出错处理操作、向后备系统切换操作以及维护人员须知的操作和注意事项。
】
7.7操作命令一览表
【按字母顺序逐个列出全部操作命令的格式、功能及参数说明。
】
7.8程序文件(或命令文件)和数据文件一览表
【按文件名字母顺序或按功能与模块分类顺序逐个列出文件名称、标识符及说明。
】
7.9用户操作举例
第8章测试分析报告
8.1引言
8.1.1编写目的
【阐明编写测试分析报告的目的,指明读者对象。
】
8.1.2项目背景
【说明项目的来源、委托单位及主管部门。
】
8.1.3定义
【列出测试分析报告中所用到的专门术语的定义和缩写词的原文。
】
8.1.4参考资料
【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:
a.项目的计划任务书、合同或批文;
b.项目开发计划;
c.需求规格说明书;
d.概要设计说明书;
e.详细设计说明书;
f.用户操作手册;
g.测试计划;
h.测试分析报告所引用的其他资料、采用的软件工程标准或软件工作规范。
】
8.2测试计划执行情况
8.2.1测试项目
【列出每一测试项目的名称、内容和目的。
】
8.2.2测试机构和人员
【给出测试机构名称、负责人和参与测试人员名单。
】
8.2.3测试结果
【按顺序给出每一测试项目的:
a.实测结果数据;
b.与预期结果数据的偏差;
c.该项测试表明的事实;
d.该项测试发现的问题。
】
8.3软件需求测试结论
【按顺序给出每一项需求测试的结论。
包括:
a.证实的软件能力;
b.局限性(即项需求未得到充分测试的情况及原因)。
】
8.4评价
8.4.1软件能力
【经过测试所表明的软件能力。
】
8.4.2缺陷和限制
【说明测试所揭露的软件缺陷和不足,以及可能给软件运行带来的影响。
】
8.4.3建议
【提出为弥补上述缺陷的建议。
】
8.4.4测试结论
【说明能否通过。
】
第9章开发进度月报
9.1报告时间及所处的开发阶段
9.2工程进度
9.2.1本月内的主要活动
9.2.2实际进展与计划比较
9.3所用工时
【按不同层次人员分别计时。
】
9.4所用机时
【按所用计算机型分别计时。
】
9.5经费支出
【分类列出本月经费支出项目,给出支出总额,并与计划比较。
】
9.6工作遇到的问题及采取的对策
9.7本月完成的成果
9.8下月的工作计划
9.9特殊问题
第10章项目开发总结报告
10.1引言
10.1.1编写目的
【阐明编写总结报告的目的,指明读者对象。
】
10.1.2项目背景
【说明项目来源、委托单位、开发单位及主管部门。
】
10.1.3定义
【列出报告用到的专门术语的定义和缩写词的原文。
】
10.1.4参考资料
【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:
a.项目经核准的计划任务书、合同或上级机关的批文;
b.项目开发计划;
c.需求规格说明书;
d.概要设计说明书;
e.详细设计说明书;
f.用户操作手册;
g.测试计划;
h.测试分析报告;
i.本报告引用的其他资料、采用的开发标准或开发规范。
】
10.2开发结果
10.2.1产品
【可
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 毕业设计 文档
![提示](https://static.bdocx.com/images/bang_tan.gif)