软件工程实验报告最终版0001Word格式.docx

软件工程实验报告最终版0001Word格式.docx

《软件工程实验报告最终版0001Word格式.docx》由会员分享，可在线阅读，更多相关《软件工程实验报告最终版0001Word格式.docx（13页珍藏版）》请在冰豆网上搜索。

借阅期刊时，先输入读者的借阅卡号，系统验证借阅卡的有效性和读者是否可继续借阅图书，无效则提示其原因，有效则显示读者的基本信息。

然后输入要借阅的书号，系统查阅图书信息数据库，显示图书的基本信息。

最后提交借阅请求，若被系统接受则存储借阅纪录，并修改可借阅图书的数量。

归还期刊时，输入读者借阅卡号和期刊号，系统显示读者和期刊的基本信息供管理员人工审核。

如果有超期借阅或丢失情况，先转入过期罚款或期刊淘汰处理。

然后提交还书请求，系统接受后删除借阅纪录，并登记修改可借阅期刊的数量。

期刊管理系统包括：

1.读者信息管理a:

借阅请求b归还请求c:

查询请求d：

修改自身信息2.期刊管理a：

修改书目、出版日期、编辑b：

增加书目数据、删除书目数据。

3.期刊借阅a：

增加所借读者信息b：

删除所借读者信息4.期刊查询a：

已借出图书列表b：

未借出图书列表5.期刊的征订6.期刊内容登记题目、作者姓名、作者单位7.期刊内容查询

2）期刊管理系统的实体-关系图

4）期刊管理系统的数据流图

第一层数据流图：

第二层数据流图：

读者借阅清单

期刊库存清单

1.1

借阅处理

1.2

读者

归还请求事务

归还处理

务

读者查询清单

期刊借阅清单

求事务

查询请求

征订清单

借

1.3

查询处理

第三层数据流图：

2

管理员处理

读者要求分类

2.1

1.6

用户文件

修改要求

期刊借阅文件

查询要求

1.5

查询要求处理

期刊目录文件

2.4

2.3

查询结果

变动要求

借阅要求

归还要求

处理变动

1.4

2.2

学生信息登记

期刊信息登记

读者借阅处理

读者归还处理

管理员

心得体会：

通过本次实验我们小组成员大概明白了整个软件设计的大概步骤，对于一个大型实验，首先的着手点是对设计要求的分析，只有对程序的功能进行准确的定义，才有可能实现一个程序的成功编写。

接着第二步，就是对程序框架的划分，这是对程序所有功能的大致分配，分配的越明确，对后面的程序详细编写越有利，深刻明白在团队合作的前提下，分工明确是前提。

我最大的收获就是程序越大，推迟实现的好处越明显，只有把程序蓝图设计好，才能保证任务的顺利完成。

实验二：

软件测试

（1）通过简单程序黑盒测试熟悉测试过程。

（2）理解软件测试的方法。

（3）掌握用等价划分法设计测试用例。

使用等价划分法和边界值分析来设计测试用例；

1）对测试用例进行等价类划分

2）选择测试用例覆盖所有等价类

3）对测试用例进行边界值分析

4）用表格的形式表现出等价类等内容。

（1）等价类划分及其测试用例

编号

等价类

输入

预期输出

真正输出

1

年、月、日的输入合法

2012-12-04

Tuesday

年份不合法，月份，日期合法

0120-12-04

年份不合法

Wednsday

3

年份合法，月份不合法，日期合法

2012-13-04

月份不合法

Friday

4

年份合法，月份合法，日期不合法

2012-12-40

日期不合法

5

年、月、日的输入都不合法

0231-56-74

年、月、日的输

入都不合法

Monday

6

输入空值

--

请输入值

程序无响应

7

输入负数

-123-12-45

输入值不合法

Sunday

8

输入字符

2012-0b-12

烫烫。

。

9

输入年份和月份之间有空格

2012-12-04

2）边界值分析及其测试用例

预期的输出

年份在1900~2099之间

2099-12-31

2099-12-31isThursday.

月份为1-12的整数，输出是合法的

2010-12-31

2010-12-13isFriday.

月份为3、4、6、9、11，日份为1-30时，输出合法

2012-3-30

2012-3-30isFriday.

闰年2月日份范围为1-29时，输出合法

2012-2-29

2012-2-29iswednsday.

平年二月份范围为1-28时，输出合法

2011-2-28

2011-2-28isMonday.

月份超过12时

2008-12-3

2008-12-3iswednsday.

闰年2月日份超过29时

2004-2-29

2004-2-29isSunday.

月份为1、3、5、7、8、10、12，日份超过31时

2012-1-31

2012-1-31isTuesday.

（3）结果分析通过黑盒测试检查出该程序具有以下缺陷：

1.日份输入可以为小数，例如输入12-33-2.2，输出为12-33-2.2isWednsday

2.年份、月份、日份为负时，例如输入-123-12-45，输出为-12-2-2isWednsday

3.闰年2月超过29时，例如输入2004-2-30，输出为2004-2-30isMonday

4.平年2月超过28时，例如输入2002-2-29时，输出为2002-2-29isThursday

5.月份超过12时，例如输入2011-14-2时，输出为2011-14-2isSunday

6.月份为4、6、9、11时，例如输入为2012-4-31，输出为2012-4-31isTuesday

（4）心得体会这次实验中，让我们组大家学习到在软件开发中，最重要的是就是要定义问题，并确定其可行性。

由于并非所有的问题都有切实可行的解决办法，许多问题在预定的系统规模中无法实现。

可行性的研究的目的就是用最小的代价在尽可能短的时间内确定问题是否被解决。

我们在软件的开发中不仅要保证程序没有错误，更重要的是提高我们的软件的可行性，只有这样才能让顾客满意.

实验三：

面向对象方法建模的基本应用

（1）熟悉面向对象技术和面向对象软件工程模型与建模技术；

（2）熟悉面向对象建模的基本应用。

使用RationalRose软件建立期刊管理系统的用例模型；

使用RationalRose软件建立期刊管理系统的用例模型，先确定参与者，然后确定用例，写出用例描述。

（1）建立用例模型的步骤及用例模型

一般来说，建立用例模型的步骤为：

（1）确定谁会直接使用该系统，即参与者（Actor），为了发现参与者，可以

尝试问如下问题：

a.谁/什么使用系统？

b.谁/什么从系统获得信息？

c.谁/什么向系统提供信息？

d.谁/什么支持、维护系统？

e.哪些其它系统使用此系统？

（2）选取其中一个参与者；

（3）定义该参与者希望系统做什么，参与者希望系统做的每件事成为一个

用例，为了发现用例，可以尝试问如下问题：

a.为什么该参与者想要使用此系统？

b.该参与者是否要创建、保存、更改、移动或读取系统的数据？

如果是，为

什么？

c.该参与者是否要通知系统外部事件或变化？

d.该参与者是否需要知道系统内部的特定事件？

⋯

（4）对每件事来说，何时参与者会使用系统，通常会发生什么，这就是用

例的基本过程；

（5）描述该用例的基本过程；

6）考虑一些可变情况，把他们创建为扩展用例；

7）复审不同用例的描述，找出其中的相同点，抽出相同点作为共同的用

例；

8）重复步骤2-7找出每一个用例。

图书管理系统用例模型如下：

图书管理员用例

《include》

系统维护用例

（2）用例描述

用例编号：

001

用例名称：

读者登录用例描述：

读者登录图书馆主页面，输入所注册成功的用户名和密码参与者：

前置条件：

图书馆的主页面正常运行后置条件：

如果读者登录成功，则该读者可以进行图书的查阅等操作成功；

否则，不能进行图书的相关操作。

基本路径：

1.读者用户进入图书馆的登录页面

2.读者输入用户名和密码；

3.读者将输入的信息进行提交；

4.系统对用户提交的用户名和密码进行有效性检查；

5.系统记录并显示当前登录用户；

6.用户查阅相关的图书信息。

扩展点：

无

变异点：

1.读者输入的用户名错误；

2.读者输入的密码错误。

用例编号:

002用例名称：

读者借阅图书用例描述：

读者携带图书借阅证进行图书的借阅。

参与者：

读者前置条件：

图书馆正常开放

进行图

后置条件：

如果读者的图书借阅证扫描成功，读者进入图书馆借阅，书的借阅等操作；

否则，不能借阅图书。

1.读者携带图书借阅证进入图书馆；

2.用户到图书馆查阅相关的图书信息；

3.读者向图书管理员提出借阅图书的请求；

4.图书管理员检查借阅证的有效性；

5.图书管理员检查读者有无超期未还信息；

6.图书管理员允许读者借阅图书；

7.系统添加借阅信息。

无变异点：

1.读者查阅的图书不存在；

2.无法借书。

003用例名称：

读者归还图书用例描述：

读者到图书馆归还所借阅的图书参与者：

图书馆正常开放、读者携带图书借阅证及所需还的书后置条件：

如果归还了图书，下次可以正常借书。

1.读者携带图书借阅证，进入图书馆；

2.读者归还图书；

3.图书管理员检查读者所借图书的情况；

4.图书管理员处理读者归还图书的请求；

5.系统删除读者的借阅信息。

1.图书管理员检查读者借阅的图书是否超期；

2.图书管理员检查读者借阅的图书是否损坏；

3.图书管理员判断读者是否缴纳罚金。

1.读者借阅的图书超期；

2.读者借阅的读书已损坏。

（3）心得体会

通过本次实验我了解了如何通过用例模型这个工具实现程序编写过程中对程序功能的模拟，也就是说我们在程序编写之前，应该弄清楚软件的功能是否能满足使用者的要求，我们通过模型以一个使用者的眼光对程序进行说明，换言之，整个程序就像一个黑盒子，我们现在不关心它的内部构造，我们只关心它和使用者的接口和整个交互过程。

这种模型构造的过程将最终决定程序的功能的划分和程序的编写。

通过本次实验，我们也大概了解了RationalRose软件的使用方法。

实验四：

软件项目管理

1）了解项目管理的基本知识。

2）初步掌握项目管理软件MicrosoftProject的操作界面和基本操作2．实验内容

制定期刊管理系统的项目进度计划。

3.实验要求创建项目任务列表。

4.实验结果和体会

（1）创建项目任务列表的步骤

1、明确主要任务

2、创建项目计划文件

3、分配并添加任务至项目计划文件

4、估计需要的时间并创建项目日历表

5、创建周期性任务

6、明确并创建任务的先后及层次关系

7、创建管理资源与成本的文档

（2）期刊管理系统的任务列表

任务名称

工期

开始时间

完成时间

前置任务

用户需求分析

2工作日

2012-12-408:

00

2012-12-517:

获得所需资源（硬件和软件资源）

1工作日

2012-12-608:

2012-12-617:

概要设计，系统功能

2012-12-708:

2012-12-817:

详细设计，模块分配

3工作日

2012-12-908:

2012-12-1117:

编写代码

9工作日

2012-12-1208:

2012-12-2017:

开发人员初步测试

7工作日

2012-12-2608:

2013-1-117:

测试（单元测试）

2012-12-2108:

2012-12-2217:

测试（整体测试）

2012-12-2408:

2012-12-2517:

初步给用户使用，

获得用户反馈

2012-12-2717:

10

编写用户手册

2012-12-2808:

2012-12-2817:

11

安装软件包生成

2012-12-3108:

12

例会

2013-1-317:

13

例会1

2012-12-717:

14

例会2

2012-12-2508:

15

例会3

2013-1-208:

2013-1-217:

16

例会4

2013-1-308:

（3）心得体会

本次实验主要是初步掌握项目管理软件MicrosoftProject的操作界面和基本操作以及项目开发的一般过程，了解项目管理的基本方法。

当我们在软件开发工作中，我们可以按照此次实验的方法，有步骤，有条理的去分步解决，将大的问题分成每个小模块，一个一个的模块解决，直到最终成功，这种由整体到局部再到整体的思想应该为我们所熟悉并牢记。

通过这实验不仅让我们学到了很多知识，对软件工程着这门学科有了更深的了解，通过实验更好的了解了书中很多抽象的概念和理论，同时也很好的锻炼了我们如何更好的去融入团队，为团队贡献出自己的一份力量。