软件工程实验报告模板2.docx

上传人:b****7 文档编号:10861243 上传时间:2023-02-23 格式:DOCX 页数:11 大小:185.74KB
下载 相关 举报
软件工程实验报告模板2.docx_第1页
第1页 / 共11页
软件工程实验报告模板2.docx_第2页
第2页 / 共11页
软件工程实验报告模板2.docx_第3页
第3页 / 共11页
软件工程实验报告模板2.docx_第4页
第4页 / 共11页
软件工程实验报告模板2.docx_第5页
第5页 / 共11页
点击查看更多>>
下载资源
资源描述

软件工程实验报告模板2.docx

《软件工程实验报告模板2.docx》由会员分享,可在线阅读,更多相关《软件工程实验报告模板2.docx(11页珍藏版)》请在冰豆网上搜索。

软件工程实验报告模板2.docx

软件工程实验报告模板2

 

软件工程实验报告

 

题目(三号宋体加粗,居中)

 

组长:

组员:

学号姓名

1可行性分析

1引言

1.1标识

本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号和发行号。

1.2背景

为什么开发该软件。

1.3供需双方

软件的开发方和用户方。

2软件定义

2.1软件名称

软件名称准确描述软件问题的内涵、主要用途及规模的项目名称,与所开发的项目内容相一致。

2.2项目提出的背景

软件所服务的行业属性、主要业务及特征、目前存在的主要问题、需要改进的具体方面及要求、本项目开发所能够带来的经济/社会效益和前景。

2.3软件目标

软件目标是指软件项目所要达到的最终目的指标和具体结果,具有可度量性和预测性。

2.4软件类型

项目性质用于描述软件的主要特性,为此还要确定软件的应用特性,如通用软件或专用软件。

2.5软件服务范围

确定软件所服务行业及领域的界限,本软件服务的领域用户对象、及应用范畴,主要从总体上确定软件的具体应用领域和服务范畴。

2.6基本需求

明确软件问题定义的主要内容,包括整体需求、功能需求、性能需求和时限要求等。

2.7软件环境

软件环境包括服务领域、运行环境和外部系统等方面。

2.8主要技术

开发软件所需要的主要技术,以及关键技术路线。

主要包括分析、建模、设计、编程、测试、集成、切换等相关的软件开发技术,以及软件管理与维护技术、软件度量技术、软件支撑技术等。

2.9基础条件

软件开发的基础条件包括:

软件的业务基础、技术基础和支撑基础等。

3经济可行性(成本----效益分析)

成本收益分析。

4技术可行性(技术风险评价)

本公司现有资源(如人员、环境、设备和技术条件等)能否满足此工程和项目实施要求,若不满足,应考虑补救措施(如需要分承包方参与、增加人员、投资和设备等),涉及经济问题应进行投资、成本和效益可行性分析,最后确定此工程和项目是否具备技术可行性。

5法律可行性

系统开发可能导致的侵权、违法和责任。

6用户使用可行性

用户单位的行政管理和工作制度;使用人员的素质和培训要求。

7结论

是否开发。

(每章插入分节符)

2软件需求分析

1引言

1.1编写目的

说明编写这份软件需求说明书的目的,指出预期的读者。

1.2背景

说明:

a、待开发的软件系统的名称;

b、本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;

c、该软件系统同其他系统或其他机构的基本的相互来往关系。

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

UML:

统一建模语音。

1.4参考资料

列出用得着的参考资料,如:

a、本项目的经核准的计划任务书或合同、上级机关的批文;

b、属于本项目的其他已发表的文件;

c、本文件中各处引用的文件、资料、包括所要用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位、说明能够得到这些文件资料的来源。

2业务需求

3用户需求

4功能需求

 

5功能模型

5.1总用例图

5.2各子系统用例图

出库单管理用例图:

5.3用例说明

用例名称

修改出库单

用例描述

修改选中的一个出库单单据

参与者

操作员

前置条件

操作员登录进入系统

后置条件

如果这个用例成功,修改出库单表中的一个记录。

基本操作流程

(1)操作员选择要修改的一个记录。

(2)单击修改按钮,转入修改页面。

(3)读取原来记录的信息,显示在修改页面。

(4)修改内容。

(5)对修改的内容进行检查。

(6)将修改的信息保存到出库单表。

可选操作流程

选择多个记录,系统提示只能修改一个记录。

修改的内容不合法,系统进行提示,需要重新录入数据。

直接选择返回,则转到出库单管理页面,用例终止。

6.对象模型

6.1实体类

6.2控制类

6.3边界类

6.4类图

7其他需求

3软件设计

1概述

1.1系统简述

对系统要完成什么,所面向的用户以及系统运行的环境的简短描述,这部分主要来源于需求说明书的开始部分。

1.2软件设计目标

这部分论述整个系统的设计目标,明确地说明哪些功能是系统决定实现而哪些时不准备实现的。

同时,对于非功能性的需求例如性能、可用性等,亦需提及。

需求规格说明书对于这部分的内容来说是很重要的参考,看看其中明确了的功能性以及非功能性的需求。

这部分必须说清楚设计的全貌如何,务必使读者看后知道将实现的系统有什么特点和功能。

在随后的文档部分,将解释设计是怎么来实现这些的。

1.3参考资料

列出本文档中所引用的参考资料。

(至少要引用需求规格说明书)

2术语表

对本文档中所使用的各种术语进行说明。

如果一些术语在需求规格说明书中已经说明过了,此处不用再重复,可以指引读者参考需求说明。

3体系结构设计

4界面设计

5数据库设计

6算法设计

(每章插入分节

4软件实现

1编码规范

(1)

(2)

2.环境搭建

3.主要功能实现

(1)

(2)

5软件测试

1测试方法

2测试用例设计

用例

测试数据

执行步骤

预期结果

实际结果

结论

登录

用户名:

admin

密码:

123456

1.输入用户名和密码

2.点击登录

成功登录/登录失败

成功登录

正常

6总结

总结系统的优点和不足。

参考文献

[1]朱少民.软件测试方法和技术[M].北京:

清华大学出版社,2005.

[2]赵斌.软件测试技术经典教程[M].北京:

科学出版社,2007.

[3]刘德宝.软件测试工程师培训教程[M].北京:

中科院新科海学校,2008.

[4]郑人杰.计算机软件测试技术[M].北京:

清华大学出版社,1990.

[5]IanSommerville.软件工程[M].中信出版社,2006.

[6]贺平.软件测试教程[M].北京:

北京电子工业出版社,2005.

[7]何新权.全国计算机等级考试四级教程软件测试工程师[M].北京:

高等教育出版,2010.

[8]段念.软件性能测试过程详解与案例剖析[M].北京:

清华大学出版社,2006.

[9]刘策群.LoadRunner和软件项目性能测试[M].北京:

机械工业出版社,2008.

参考文献的书写格式要按国家标准GB7714-87规定。

参考文献按文中出现的先后统一用阿拉伯数字进行自然编号,序码要用方括号括起(如[1]、[2]),而不使用园括号,参考文献采用全角输入法输入。

各类参考文献条目的编排格式及示例如下。

(1)期刊文章

[序号]责任者.文献题名[J].刊名,出版年份,卷号(期号):

起止页码.

例如:

[1]武书连等.中国大学评价[J].科学学与科学技术管理,2004,

(1):

66-68.

[2]MaoXia,etal.AffectivePropertyofImageandFractalDimension[J].Chaos,Solitons&Fractals.U.K.,2003:

V15905-910.

(2)专著

[序号]主要责任者.文献题名[M].出版地:

出版者,出版年:

起止页码.

例如:

[3]杨东平.大学精神[M].沈阳:

辽海出版社,2000:

15-18.

(3)会议论文集

[序号]主要责任者.文献题名[A]∥主编.论文集名[C].出版地:

出版者,出版年:

起止页码.

例如:

[4]毛峡.绘画的音乐表现[A].中国人工智能学会2001年全国学术年会论文集[C].北京:

北京邮电大学出版社,2001:

739-740.

(插入分节符)

附录1:

小组成员角色及工作内容介绍

序号

姓名

学号

角色

工作内容

1

2

3

4

5

6

7

 

附录(黑体,小四号,顶格书写)

附录是对于一些不宜放在正文中,但有参考价值的内容,可编入课程设计的附录中,例如公式的推演、重要数据、表格、公式、图纸、程序等资料,供读者阅读论文时参考。

附录的篇幅不宜太多,附录一般不要超过正文。

 

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高中教育 > 数学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1