云南民族大学计算机专业毕业设计报告模板个人.docx
《云南民族大学计算机专业毕业设计报告模板个人.docx》由会员分享，可在线阅读，更多相关《云南民族大学计算机专业毕业设计报告模板个人.docx（31页珍藏版）》请在冰豆网上搜索。
云南民族大学计算机专业毕业设计报告模板个人
本科毕业设计报告
学院
:
数学与计算机科学学院
专业
:
计算机科学与技术
届别
:
2017届
设计题目
:
学生学号
:
学生姓名
:
指导教师
:
姓名职称
2017年6月16日
毕业设计原创性声明
本人郑重声明：
本人所呈交的毕业设计报告，是在指导教师的指导下进行系统开发工作所取得的成果。
除毕业设计报告中已经注明引用的内容外，没有抄袭、剽窃他人已经发表的研究成果。
本声明的法律结果由本人承担。
毕业设计作者签名：
2017年6月16日
……………………………………………………………………………
关于毕业设计成果使用授权的说明
本人完全了解云南民族大学有关保留、使用毕业设计报告的规定，即：
学校有权保留、送交毕业设计报告的复印件，允许毕业设计报告被查阅，学校可以公布毕业设计报告的全部或部分内容，可以采用影印或其他复制手段保存毕业设计报告。
（涉及保密的毕业设计报告按保密条款执行）。
指导教师签名：
毕业设计作者签名：
2017年6月16日
毕业设计摘要
设计题目
起止日期
2017.2.27–2017.6.16（共16周）
指导教师
姓名职称
设计人员
学号姓名
设计任务
主要功能
1项目视图与范围
项目所涉及的内容与所解决的问题都是有限的，而且项目应该是十分有目的性的，是为了实现某个可度量的目标而做的。
因此，在需求分析的前期应该将“项目的目标与范围”这一项目的本质文档化，让每一个项目成员对其达成共识。
该文档是十分重要，但却又是十分容易被忽视的。
该文档模板比较适用于定制开发项目。
1.1业务需求
概要说明提供给客户的新系统要支持什么样的业务工作。
不同产品可能会有不同的侧重点。
本部分描述为什么要从事此项项目的开发，以及它将给开发者和购卖者带来的利益。
1.1.1背景
概述：
为什么要开发本产品或系统？
理论或技术基础是什么？
该产品或系统的开发背景及相关应用或技术的发展趋势。
1.1.2业务机遇
描述现存的市场机遇或正在解决的业务问题。
描述商品竞争的市场和信息系统将运用的环境。
包括对现存产品的一个简要的相对评价和解决方案，并指出所建议的产品为什么具有吸引力和它们所能带来的竞争优势。
认识到目前只能使用该产品才能解决的一些问题，并描述产品是怎样顺应市场趋势和战略目标的。
1.1.3业务目标
用定量和可测量的合理方法简要说明本产品可带来的商业利润。
关于给客户带来的价值在后面阐述，这里仅把重点放在给业务带来的价值上。
这些目标与收入预算或节省开支有关，并影响到投资分析和最终产品的交付日期。
1.1.4客户或市场需求
描述典型客户的需求，包括不满足现在市场上的产品或信息系统的需求。
提出本产品如何解决客户目前所遇到的问题，提供客户怎样使用产品的例子。
确定产品所能运行的软、硬件平台。
定义了较高层次的关键接口或性能要求，但要避免描述设计或实现细节。
把这些要求写到列表中，可以反过来跟踪调查特殊用户和功能需求。
1.1.5提供给客户的价值
确定产品给客户带来的价值，并指明产品怎样满足客户的需要。
可以用下列语言表达产品带给客户的价值：
提高生产效率，减少返工；节省开支；业务过程的流水线化；先前人工劳动的自动化；符合相关标准和规则；与目前的应用产品相比较，提高了可用性或减少了失效程度。
1.1.6业务风险
概述开发（或不开发）该产品有关的主要业务风险，例如市场竞争、时间问题、用户的接受能力、实现的问题或对业务可能带来的消极影响。
预测风险的严重性，指明你所能采取的减轻风险的措施。
1.2解决方案
为系统建立了一个长远的项目视图，明确业务目标。
为在软件开发生存期中作决策提供了相关环境背景。
这部分不包括详细的功能需求和项目计划信息。
1.2.1项目视图陈述
简要陈述项目的长远目标和所开发产品的目标。
需要权衡不同的客户需求。
可以稍稍理想化，但必须充分考虑以现有的或所期待的客户市场、公司的架构、公司的战略方向和资源等限制因素。
如：
"化学制品跟踪系统"可使科学家查询到化学制品仓库或供应商将提供的化学制品容器。
系统可随时了解公司每一个化学制品容器所处的位置，容器中所剩余的药品剂量，任何时候每个容器所处的位置和用法的历史记录。
通过充分利用公司内部的可用化学制品，废弃极少量已使用或过期失效的化学制品，使用标准的化学制品的购买过程等将在化学制品上节省25%开支。
"化学制品跟踪系统"还能产生符合政府部门规定所要求的全部报表，包括化学制品的使用、存储和废弃等报表。
1.2.2主要特性
列出新产品将提供的主要功能和性能。
明确哪些功能和性能区别于以往产品和竞争产品。
可以从用户需求和功能需求中得到这些特性。
1.2.3假设和依赖环境
在构思项目和编写项目视图和范围文档时，要记录所作出的任何假设。
通常一方所持的假设应与另一方不同。
如果你把它们都记录下来，并加以评论，就能对项目内部隐含的基本假设达成共识。
比如，"化学制品跟踪系统"的开发者假设：
该系统可以替代现有的仓库存货系统，并能与有关采购部门的应用相连接。
把这些都记录下来以防止将来可能的混淆和冲突。
还有，记录项目所依赖的主要环境，比如：
所使用的特殊的技术、第三方供应商、开发伙伴及其它业务关系。
1.3范围和局限性
项目范围定义所提出的解决方案的适用领域，而局限性则指出产品不包括哪些功能和性能。
如果一般客户所提出的需求超出项目的范围时就应当拒绝它，除非这些需求是很有益的。
记录这些需求以及拒绝它们的原因，以待查。
1.3.1首次发布的范围
概述首次发行的产品应具有的功能和性能。
描述产品的质量特性，这些特性使产品可以为不同的客户群提供预期的成果。
应当避免将想到的每一个特性都包括到1.0版本产品中去。
开发者应把重点放在能提供最大价值、花费最合理及普及率最高的产品上。
1.3.2随后发布的范围
对于多期发布的产品，列出发布计划和每个版本的功能和性能。
1.3.3局限性和专用性
列出风险承担者们期望的而你却不打算把它包括到产品中的特性和功能。
明确定义包括和不包括的特性和功能的界线是处理范围设定和客户期望的一个途径。
1.4业务环境
概述项目相关的业务环境。
1.4.1客户概貌
明确产品的不同类型客户的一些本质特点，以及目标市场部门和在这些部门中的不同客户的特征。
对于每一种客户类型，简要描述以下内容：
各种客户类型将从产品中获得的主要益处；它们对产品所持的态度；感兴趣的关键产品的特性；哪一类型客户能成功使用；必须适应任何客户的限制。
1.4.2项目的优先级
列出项目各项功能的开发优先级。
一旦明确建立项目的优先级，风险承担者和项目的参与者就能把精力集中在一系列共同的目标上。
从性能、质量、计划、成本和人员考虑优先级。
优先级可以用0-5来表示。
1.5产品成功的因素
明确产品的成功是如何定义和测量的，并指明对产品的成功有巨大影响的几个因素，包括可控和不可控的因素。
如果可能，可列出评价标准，用于评价产品是否达到业务目标。
2需求分析报告
2.1引言
2.1.1编写目的
说明编写这份软件需求说明书的目的，指出预期的读者。
2.1.2背景
说明：
a． 待开发的软件系统的名称；
b． 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；
c． 该软件系统同其他系统或其他机构的基本的相互来往关系。
2.1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
2.1.4参考资料
列出用得着的参考资料，如：
a． 本项目的经核准的计划任务书或合同、上级机关的批文；
b． 属于本项目的其他已发表的文件；
c． 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2.2任务概述
2.2.1目标
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2.2用户的特点
列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。
这些是软件设计工作的重要约束
2.2.3假定和约束
列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。
2.3需求规定
2.3.1对功能的规定
用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。
2.3.2对性能的规定
2.3.2.1精度
说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。
2.3.2.2时间特性要求
说明对于该软件的时间特性要求，如对：
a． 响应时间；
b． 更新处理时间；
c． 数据的转换和传送时间；
d． 解题时间；等的要求。
2.3.2.3灵活性
说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：
a． 操作方式上的变化；
b． 运行环境的变化；
c． 同其他软件的接口的变化；
d． 精度和有效时限的变化；
e． 计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
2.3.3输人输出要求
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。
对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
2.3.4数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
2.3.5故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
2.3.6其他专门要求
如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
2.4运行环境规定
2.4.1设备
列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能，包括：
a． 处理器型号及内存容量；
b． 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
c． 输入及输出设备的型号和数量，联机或脱机；
d． 数据通信设备的型号和数量；
e． 功能键及其他专用硬件
2.4.2支持软件
列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。
2.4.3接口
说明该软件同其他软件之间的接口、数据通信协议等。
2.4.4控制
说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。
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动态输人数据
列出动态输入数据元素（包括在常规运行中或联机操作中要改变的数据）。
3.2.3动态输出数据
列出动态输出数据元素（包括在常规运行中或联机操作中要改变的数据）。
3.2.4内部生成数据
列出向用户或开发单位中的维护调试人员提供的内部生成数据。
3.2.5数据约定
说明对数据要求的制约。
逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制（容量、文卷、记录和数据元的个数的最大值）。
对于在设计和开发中确定是临界性的限制更要明确指出。
3.3数据的采集
3.3.1要求和范围
按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。
具体的内容包括：
a. 输入数据的来源，例如是单个操作员、数据输入站，专业的数据输入公司或它们的一个分组；
b. 数据输入（指把数据输入处理系统内部）所用的媒体和硬设备。
如果只有指定的输入点的输入才是合法的，则必须对此加以说明；
c. 接受者说明输出数据的接受者；
d. 输出数据的形式和设备列出输出数据的形式和硬设备。
无论接受者将接收到的数据是打印输出，还是CRT上的一组字符、一帧图形，或一声警铃，或向开关线圈提供的一个电脉冲，或常用介质如磁盘、磁带、穿孔卡片等，均应具体说明；
e. 数据值的范围给出每一个数据元的合法值的范围；
f. 量纲给出数字的度量单位、增量的步长、零点的定标等。
在数据是非数字量的情况下，要给出每一种合法值的形式和含意；
g. 更新和处理的频度给出预定的对输入数据的更新和处理的频度。
如果数据的输入是随机的，应给出更新处理的频度的平均值，或变化情况的某种其他度量。
3.3.2输人的承担者
说明预定的对数据输入工作的承担者。
如果输入数据同某一接口软件有关，还应说明该接口软件的来源。
3.3.3预处理
对数据的采集和预处理过程提出专门的规定，包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。
对于需经模拟转换或数字转换处理的数据量，要给出转换方法和转换因子等有关信息，以便软件系统使用这些数据。
3.3.4影响
说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响，例如要求用户单位增设某个机构等。
4数据库设计
4.1引言
4.1.1编写目的
说明编写这份数据库设计说明书的目的，指出预期的读者。
4.1.2背景
说明：
a． 说明待开发的数据库的名称和使用此数据库的软件系统的名称；
b． 列出该软件系统开发项目的任务提出者、用户以及将安装该软件和这个数据库的计算站（中心）。
4.1.3定义
列出本文件中用到的专门术语的定义、外文首字母组词的原词组。
4.1.4参考资料
列出有关的参考资料：
a． 本项目的经核准的计划任务书或合同、上级机关批文；
b． 属于本项目的其他已发表的文件；
c． 本文件中各处引用到的文件资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
4.2外部设计
4.2.1标识符和状态
联系用途，详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。
如果该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。
4.2.2使用它的程序
列出将要使用或访问此数据库的所有应用程序，对于这些应用程序的每一个，给出它的名称和版本号。
4.2.3约定
陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定，例如用于标识数据库的不同版本的约定和用于标识库内各个文卷、、记录、数据项的命名约定等。
4.2.4专门指导
向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导，例如将被送入数据库的数据的格式和标准、送入数据库的操作规程和步骤，用于产生、修改、更新或使用这些数据文卷的操作指导。
如果这些指导的内容篇幅很长，列出可参阅的文件资料的名称和章条。
4.2.5支持软件
简单介绍同此数据库直接有关的支持软件，如数据库管理系统、存储定位程序和用于装入、生成、修改、更新数据库的程序等。
说明这些软件的名称、版本号和主要功能特性，如所用数据模型的类型、允许的数据容量等。
列出这些支持软件的技术文件的标题、编号及来源。
4.3结构设计
4.3.1概念结构设计
说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。
4.3.2逻辑结构设计
说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构和文卷结构、所建立的各个文卷之间的相互关系，形成本数据库的数据库管理员视图。
4.3.3物理结构设计
建立系统程序员视图，包括：
a． 数据在内存中的安排，包括对索引区、缓冲区的设计；
b． 所使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分；
c． 访问数据的方式方法。
4.4运用设计
4.4.1数据字典设计
对数据库设计中涉及到的各种项目，如数据项、记录、系、文卷、模式、子模式等一般要建立起数据字典，以说明它们的标识符、同义名及有关信息。
在本节中要说明对此数据字典设计的基本考虑。
4.4.2安全保密设计
说明在数据库的设计中，将如何通过区分不同的访问者、不同的访问类型和不同的数据对象，进行分别对待而获得的数据库安全保密的设计考虑。
5概要设计
5.11引言
5.1.1编写目的
说明编写这份概要设计说明书的目的，指出预期的读者。
5.1.2背景
说明：
a. 待开发软件系统的名称；
b. 列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。
5.1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
5.1.4参考资料
列出有关的参考文件，如：
a.本项目的经核准的计划任务书或合同，上级机关的批文；
b.属于本项目的其他已发表文件；
c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
5.2总体设计
5.2.1需求规定
说明对本系统的主要的输入输出项目、处理的功能性能要求。
5.2.2运行环境
简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。
5.2.3基本设计概念和处理流程
说明本系统的基本设计概念和处理流程，尽量使用图表的形式。
5.2.4结构
用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系.
5.2.5功能器求与程序的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：
程序1
程序2
……
程序n
功能需求1
√
功能需求2
√
……
功能需求n
√
√
5.2.6人工处理过程
说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。
5.2.7尚未问决的问题
说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
5.3接口设计
5.3.1用户接口
说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。
5.3.2外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
5.3.3内部接口
说明本系统之内的各个系统元素之间的接口的安排。
5.4运行设计
5.4.1运行模块组合
说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。
5.4.2运行控制
说明每一种外界的运行控制的方式方法和操作步骤。
5.4.3运行时间
说明每种运行模块组合将占用各种资源的时间。
5.5系统数据结构设计
5.5.1逻辑结构设计要点
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。
5.5.2物理结构设计要点
给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。
5.5.3数据结构与程序的关系
说明各个数据结构与访问这些数据结构的形式:
5.6系统出错处理设计
5.6.1出错信息
用一览表的方式说朗每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。
5.6.2补救措施
说明故障出现后可能采取的变通措施，包括：
a. 后备技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；
b. 降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；
c. 恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。
5.6.3系统维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。
各个程序之间的对应关系，可采用如下的矩阵图的形式；
6详细设计
6.1引言
6.1.1编写目的
说明编写这份详细设计说明书的目的，指出预期的读者。
6.1.2背景
说明：
a． 待开发软件系统的名称；
b． 本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。
6.1.3定义
列出本文件中用到专门术语的定义和外文首字母组词的原词组。
6.1.4参考资料
列出有关的参考资料，如：
a． 本项目的经核准的计划任务书或合同、上级机关的批文；
b． 属于本项目的其他已发表的文件；
c． 本文件中各处引用到的文件资料，包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。
6.2程序系统的结构
用一系列图表列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间的层次结构关系。
6.3XXX功能设计说明
从本节开始，逐个地给出各个层次中的每个程序的设计考虑。
以下给出
升级会员 