软件工程实验报告总结.docx
《软件工程实验报告总结.docx》由会员分享，可在线阅读，更多相关《软件工程实验报告总结.docx（24页珍藏版）》请在冰豆网上搜索。
软件工程实验报告总结
软件工程实验报告总结（3篇）
经过这学期软件工程实验的学习，深深感到用户需求对软件的重要性。
成功的软件产品是建立在成功的需求基础之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。
当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了。
需求获取可能是最困难、最关键、最易出错及最需要沟通交流的活动。
对需求的获取往往有错误的认识：
用户知道需求是什么，我们所要做的就是和他们交谈从他们那里得到需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了，但是实际上需求获取并不是想象的这样简单，这条沟通之路布满了荆棘。
首先需求获取要定义问题范围，系统的边界往往是很难明确的，用户不了解技术实现的细节，这样造成了系统目标的混淆。
其次是对问题的理解，用户对计算机系统的能力和限制缺乏了解，任何一个系统都会有很多的用户或者不同类型的用户，每个用户只知道自己需要的系统，而不知道系统的整体情况，他们不知道系统作为一个整体怎么样工作效率更好，也不太清楚那些工作可以交给软件完成，他们不清楚需求是什么，或者说如何以一种精确的方式来描述需求，他们需要开发人员的协助和指导，但是用户与开发人员之间的交流很容易出现障碍，忽略了那些被认为是"很明显"的信息。
最后是需求的确认，因为需求的不稳定性往往随着时间的推移产生变动，使之难以确认。
为了克服以上的问题，必须有组织的执行需求的获取活动。
需求获取活动要完成的任务或者步骤的过程如下：
1、编写项目视图和范围文档
系统的需求包括四个不同的层次：
业务需求、用户需求和功能需求、非功能性需求。
业务需求说明了提供给用户新系统的最初利益,反映了组织机构或用户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。
用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。
功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。
非功能性需求是用户对系统良好运作提出的期望，包括了易用性、反应速度、容错性、健壮性等等质量属性。
需求获取就是根据系统业务需求去获得系统用户需求，然后通过需求分析得到系统的功能需求和非功能需求。
项目视图和范围文档就是从高层次上描述系统的业务需求，应该包括高层的产品业务目标，评估问题解决方案的商业和技术可行性,所有的使用实例和功能需求都必须遵从的标准。
而范围文档定义了项目产品所包括的所有工作及产生产品所用的过程。
项目相关人员对项目的目标和范围能达成共识,整个项目组都应该把注意力集中在项目目标和范围上。
2、用户群分类
系统用户在很多方面存在着差异，例如：
使用系统的频度和程度、应用领域和计算机系统知识、所使用的系统特性、所进行的业务过程、访问权限、地理上的布局以及个人的素质和喜好等等。
根据这些差异，你可以把这些不同的用户分成不同的用户类。
与ULM中Usecase的Actor概念一样，用户类不一定都指人，也可以包括其他应用系统、接口或者硬件，这样做使得与系统边界外的接口也成为系统需求。
将用户群分类并归纳各自特点，并详细描述出它们的个性特点及任务状况，将有助于需求的获取和系统设计。
3、建立核心队
通常用户和开发人员不自觉的都有一种"我们和他们"的想法，产生一种对立关系，把彼此放在对立面，每一方都定义自己的"边界"，只想自己的利益而忽略对方的想法。
他们通过文档、记录和对话来沟通，而不是作为一个合作的整体去识别和确定需求完成任务。
实践证明这样的方法是不正确的，不会给双方带来一点益处,良好的沟通关系没有建立导致了误解和忽略重要的信息。
只有当双方参与者都明白要成功自己需要什么，同时也知道要成功对方需要什么时，才能建立起一种合作关系。
为了建立合作关系通常采取一种组队的方式来获取需求，建立一个由用户代表和开发人员组成的联合小组作为需求获取的核心队伍。
联合小组将负责识别需求、分析解决方案和协商分歧，小组成员可以采用会议、电子邮件、综合办公系统等方式进行交流，但交流时应注意以下原则：
小组会议应该由中立方来组织和主持，用户和开发人员都要参加;交流预先要确定准备和参与的规则;议题要明确并覆盖所有关键点，但信息来源应该自由;交流目标要明确，并告知所有的成员。
4、确定使用实例
从用户代表处收集他们将使用系统完成所需任务的描述，讨论用户与系统间的交互方式和对话要求，这就是使用实例，一个单一的使用实例可能包括完成某项任务的许多逻辑相关任务和交互顺序。
使用实例方法给需求获取带来的好处来自于该方法是用以任务为中心和以用户为中心的观点，比起使用以功能为中心和以开发者为中心的方法，使用实例方法可以使用户更清楚地理解和认识到新系统允许他们做什么和怎么做。
描写使用实例的时候要注意使用简洁直白的表述，尽量使用主动语态，用"系统"或者"用户"作为主语，比如"用户提交用户密码，系统验证用户密码是否正确"，还有一点在描述中不要设计界面细节，比如"用户从下拉框中选择产品类型"。
使用实例为以后写用例场景描述中的基本路径和扩展路径提供了素材。
5、分析用户工作流程
分析用户工作流程观察用户执行业务任务的过程，通过分析使用实例得到系统的用例图。
编制用例图文档将有助于明确系统的使用实例和功能需求，统一建模语言的使用有助于与用户进一步交流。
每个用例的描述应包括：
编号,为每个用例分配一个唯一的编号，为需求的追溯提供了方便;参与者，与这个用例交互的actor;前置条件，开始用例前所必须具备的系统状态;后置条件，用例完成后系统达到的状态;基本路径，用例完成的关键路径，也是用户期望的路径;扩展点，基本路径的分枝，表示意外情况;字段说明，路径中名称的进一步分解说明，对以后类属性的定义和数据库字段设计起作用;设计约束，实现用例的非功能约束。
6、检查问题报告
通过检查当前已经运行系统的问题报告来进一步完善需求客户的问题报告及补充需求为新系统或新版本提供了大量丰富的改进及增加特性的想法，负责提供用户支持及帮助的人能为收集需求过程提供极有价值的信息。
7、需求重用
如果客户要求的功能与已有的系统很相似，则可查看需求是否有足够的灵活性以允许重用一些已有的软件组件。
业务建模和领域建模式需求重用的最好方法，像分析模式和设计模式一样，需求也有自己的模式。
总结：
经过一学期的软工实验，深刻感到其重要性的同时也学到了不少的东西，将对我在今后的软件开发过程中起极大的作用。
篇二
实验一软件工程标准化文档
一、实验目的
1．了解国家标准GB/T8567-2006
2．熟悉软件产品开发文件的基本内容
二、实验内容
1.搜索和下载国家标准GB/T8567-2006。
2.通过阅读国家标准GB/T8567-2006，将以下文字填写完整：
ＧＢ／Ｔ８５６７－２００6描述了文档编制过程，有两种主要类型的标准：
_产品标准_规定产品的特征和功能需求；__过程标准_规定开发产品的过程。
ＧＢ／Ｔ８５６７－２００6原则上适用于各种类型的开发方法，给出__25____种文档的编制格式要求，另外给出了面向对象的__10___种文档的编制格式要求。
3.通过阅读国家标准GB/T8567-2006，填写以下表格：
A．软件生存周期各阶段中的主要文档编制
阶段
文档
可行性与计划研究
需求
分析
设计
实现
测试
运行与维护
可行性分析（研究）报告
Y
N
N
N
N
N
项目开发计划
Y
Y
N
N
N
N
软件需求规格说明
N
Y
N
N
N
N
接口需求规格说明
N
Y
N
N
N
N
软件（结构）设计说明
N
N
Y
N
N
N
接口设计说明书
N
N
Y
N
N
N
数据库（顶层）设计说明
N
N
Y
N
N
N
测试计划
N
Y
Y
N
N
N
测试报告
N
N
N
N
Y
N
开发进度月报
Y
Y
Y
Y
Y
N
用户手册
N
Y
Y
Y
N
Y
操作手册
N
N
Y
Y
N
Y
项目开发总结报告
N
N
N
N
Y
Y
B．
各类人员与软件文档的关系
人员
文档
管理人员
开发人员
维护人员
用户
可行性分析（研究）报告
Y
Y
项目开发计划
Y
Y
软件需求规格说明
Y
Y
接口需求规格说明
Y
软件（结构）设计说明
Y
接口设计说明书
Y
Y
数据库（顶层）设计说明
Y
Y
测试计划
Y
测试报告
Y
Y
开发进度月报
Y
用户手册
Y
操作手册
Y
项目开发总结报告
Y
实验2数据流分析
【说明】某直达列车车票预售系统接受顾客的订票和取票业务。
1．顾客为了提前订票，可向系统提供个人信息及其预订购的车次和日期，系统根据个人信息是否齐全和车次是否正确来判断订票单是否合格。
对于合格的订票单，系统通过查找座位表审核相应的车次是否有剩余票。
如果有剩余票，则记录顾客个人信息以及订票信息，并向顾客提供取票单。
2．到了可以取票的时间，顾客向系统提供取票单，在检查单据合格的情况下，系统想顾客提供火车票。
3．售票员可以利用系统查询各车次车票的已订购、已售出和剩余情况。
【问题1】画出系统的顶层数据流图。
【问题2】对问题1的结果进行分解，画出0层和1层数据流图。
（1）系统的顶层数据流图
（2）0层数据流图
1层数据流图
实验三
下面为模块“产生毕业典礼学生表”的功能描述，请画出该模块的程序流程图和PAD图。
记录StudentRecord给出即将大学毕业的学生的姓名和平均分（GPA）。
我们的目的是建立一个参加毕业典礼的学生表。
候选毕业的学生表从文件”StudRecs”读入。
因为学校规定：
GPA低于minGPA的学生不能毕业，因此那些平均分低于minGPA的学生不参加毕业典礼。
另外，文件”NoAttend”中记录了那些选择不参加典礼的学生名单，按每行一个学生姓名给出。
应该从参加毕业典礼的学生表中删除这些选择不参加典礼的学生。
（1）程序流程图
（2）PAD图
实验四软件测试
【说明】输入三个整数a、b、c，分别作为三角形的三条边，通过程序判断这三条边是否构成一般三角形、等腰三角形、等边三角形。
一、用逻辑覆盖设计测试用例。
（1）画出程序的流程图。
二、按表1形式，用语句覆盖、判定覆盖、条件覆盖、条件组合覆盖设计测试用例。
（1）语句覆盖
用例编号
输入数据a
输入数据b
输出数据c
输出
备注
1
-2
3
4
边的取值不符合要求
语句1
2
3
4
8
非三角形
语句2
3
3
3
3
等边三角形
语句3
4
3
4
5
直角三角形
语句4
5
2
3
4
一般三角形
语句5
（2）判定覆盖
用例编号
输入数据a
输入数据b
输出数据c
输出
备注
1
201
2
3
边的取值不符合要求
条件1“假”
2
2
3
6
非三角形
条件1“真”条件2“假”
3
4
4
4
等边三角形
条件2“真”条件3“真”
4
3
4
5
直角三角形
条件3“假”
条件4“真”
5
2
4
5
一般三角形
条件4“假”
（3）条件覆盖
对于第一个判断：
条件0条件0条件0对于第二个判断：
条件a条件b条件c对于第三个判断：
条件a=b取真为T7,取假为F7；
条件b=c取真为T8,取假为F8；
对于第四个判断：
条件a^2+b^2=c^2取真为T9,取假为F9；
条件a^2+c^2=b^2取真为T10,取假为F10；
条件b^2+c^2=a^2取真为T11,取假为F11；
用例编号
输入数据a
输入数据b
输出数据c
输出
备注
1
-2
2
4
边的取值不符合要求
F1,T2,T3
2
3
-4
220
边的取值不符合要求
T1,F2,F3
3
3
5
9
非三角形
T4,T5,F6
4
8
1
3
非三角形
F4,T5,T6
5
2
8
4
非三角形
T4,F5,T6
6
3
3
3
等边三角形
T7,T8
7
2
3
4
一般三角形
F7,F8,F9,F10,F11
8
3
4
5
直角三角形
T9
9
4
5
3
直角三角形
T11
10
5
3
4
直角三角形
T10
（4）判定/条件覆盖
用例编号
输入数据a
输入数据b
输出数据c
输出
备注
1
-1
201
206
边的取值不符合要求
F1,F2,F3
路径：
a-b-j
2
3
1
5
非三角形
T1,T2,T3,T4,T5,F6
路径：
a-c-d-j
3
3
5
1
非三角形
T4,F5,T6
路径：
a-c-d-j
4
8
1
3
非三角形
F4,T5,T6
路径：
a-c-d-j
5
4
4
4
等边三角形
T7,T8
路径：
a-c-e-f-j
6
2
3
4
一般三角形
F7,F8F9,F10,F11
路径：
a-c-e-g-i-j
7
3
4
5
直角三角形
T9
路径：
a-c-e-g-h-j
8
4
5
3
直角三角形
T11
路径：
a-c-e-g-h-j
9
5
3
4
直角三角形
T10
路径：
a-c-e-g-h-j
（5）多条件覆盖
用例编号
输入数据a
输入数据b
输出数据c
输出
备注
1
-5
201
211
边的取值不符合要求
F1,F2,F3
2
2
1
5
非三角形
T1,T2,T3,T4,T5,F6
3
2
5
3
非三角形
T4,F5,T6
4
9
2
3
非三角形
F4,T5,T6
5
2
2
2
等边三角形
T7,T8
6
3
4
6
一般三角形
F7,F8F9,F10,F11
7
3
4
5
直角三角形
T9
8
4
5
3
直角三角形
T1
9
5
3
4
直角三角形
T10
（6）路径覆盖
用例编号
输入数据a
输入数据b
输出数据c
输出
备注
1
-3
201
4
边的取值不符合要求
a-b-j
2
2
5
9
非三角形
a-c-d-j
3
3
3
3
等边三角形
a-c-e-f-j
4
4
5
3
直角三角形
a-c-e-g-h-j
5
6
3
4
一般三角形
a-c-e-g-i-j
实验五
问题描述
NextData函数有三个输入变量month、day、year（month、day和year均为整数值，并且满足：
1≤month≤12、1≤day≤31、1900≤year≤2050。
），分别作为输入日期的月份、日、年份，通过程序可以输出下一天的日期。
例如，输入为2005年11月29日，则该程序的输出为2005年11月30日。
请用边界值测试方法设计测试用例。
并对你所设计的测试用例的不足之处加以说明。
程序界面
一、年：
（1）使输入刚好等于最小的整数。
输入：
1990
预期的输入：
1900
（2）使输入刚好等于最大的整数。
输入：
2050
预期的输入：
2050
（3）使输入刚好小于最小的整数。
输入：
1989
预期的输入：
“错误——无效输入”
（4）使输入刚好大于最大的整数。
输入：
2051
预期的输入：
“错误——无效输入”
二、月：
（5）使输入刚好等于最小的整数。
输入：
1
预期的输入：
1
（6）使输入刚好等于最大的整数。
输入：
12
预期的输入：
12
（7）使输入刚好小于最小的整数。
输入：
0
预期的输入：
“错误——无效输入”
（8）使输入刚好大于最大的整数。
输入：
13
预期的输入：
“错误——无效输入”
三、日：
（9）使输入刚好等于最小的整数。
输入：
1
预期的输入：
1
（10）使输入刚好等于最大的整数。
输入：
31
预期的输入：
31
（11）使输入刚好小于最小的整数。
输入：
0
预期的输入：
“错误——无效输入”
（12）使输入刚好大于最大的整数。
输入：
32
预期的输入：
“错误——无效输入”
四、测试用例：
使用（年，月，日）形式：
正确输入：
一、（1900，1，1）、（1900，1，31）、（1900，12，1）、（1900，12，31）、（2050，1，1）、（2050，1，31）、（2050，12，1）、（2050，12，31）。
错误输入：
一、（1989，1，1）、（1989，1，31）、（1989，12，1）、（1989，12，31）、（2051，1，1）、（2051，1，31）、（2051，12,1）、（2051，12，31）。
二、（1900，1，0）、（1900，1，32）、（1900，12，0）、（1900，12，32）、（2050，1，0）、（2050，1，32）、（2050，12，0）、（2050，12，32）。
三、（1900，0，1）、（1900，0，31）、（1900，13，1）、（1900，13，31）、（2050，0，1）、（2050，0，31）、（2050，13，1）、（2050，13，31）。
五、测试不足：
每年有十二月，1月和12月都是31天的大月，但是在闰年和平年的区分中，闰年的二月为28天，平年的二月为29天。
同时还有30天的的小月，如4月、6月、9月、11月。
如果应用这样的边界值测试方法，无法测试出二月和拥有30天数的小月的情况。
实验六用例建模
2.图书馆管理信息系统
某图书馆藏书100多万册，每天的借阅量近千册。
在手工操作方式下，图书的编目和借阅等的工作量大，准确性低且不易修改维护，读者借书只能到图书馆手工方式查找书目，不能满足借阅需求。
需要建立一套网络化的电子图书馆信息系统。
该图书馆管理信息系统服务对象有两部分人：
注册用户和一般读者。
一般读者经注册后成为注册用户，注册用户可以在图书馆借阅图书，其他人员只可查阅图书目录，但不能借阅图书。
系统同时考虑提供电子读物服务，目前只提供电子读物的目录查询服务，不久的将来将提供电子读物全文服务。
用户可通过网络方式访问读图书馆管理信息系统。
图书馆由馆长负责全面工作，设办公室、财务室、采编室、学术论文室、借阅室、电子阅览室、期刊阅览室和技术支持室。
各部门的业务职责如下。
办公室：
办公室协助馆长负责日常工作，了解客户需求，制定采购计划。
财务室：
财务室负责财务方面的工作。
采编室：
采编室负责图书的采购，入库和图书编目，编目后的图书粘贴标签，并送图书借阅室上架。
学术论文室：
负责学术论文的收集整理。
图书借阅室：
提供对读者的书目查询服务和图书借阅服务。
电子阅览室：
收集整理电子读物，准备提供电子读物的借阅服务，目前可以提供目录查询和借阅。
期刊阅览室：
负责期刊的收集整理和借阅。
技术支持室：
负责对图书馆的网络和计算机系统提供技术支持
图书馆管理员编制图书采购计划，由采购员负责新书的采购工作。
采购图书入库后，交采编室编目，粘贴标签，产生图书目录。
图书交图书借阅室上架，供读者借阅。
采编后的电子读物交电子阅览室。
读者分为注册读者和非注册读者，只有注册读者可以在本图书馆借书，非注册读者可查询目录但不能借书。
读者填写注册登记表交图书馆的管理员审核后，记人读者登记表，成为注册读者，发给借书证。
注册读者借书时，需填写借书单，连同借书证一起交给借阅室管理员，借阅管理员核对无误后，填写借阅登记表，修改图书登记表中该书的数量，上架取书交给读者。
图书馆设读者信箱，读者需要但没有库存的图书，读者可以通过读者信箱反映。
图书馆管理员定期处理读者信箱中的意见，将读者需要的图书编制成图书采购计划交采购员购买。
用例描述：
非注册用户：
注册登记成为注册用户；查询目录；
注册用户：
查询目录；借阅图书；反映意见
馆长：
负责全面工作；
图书馆管理员：
编制图书采购计划；审核注册登记表；发放借书证；处理信箱意见
借阅室管理员：
核对借书单；填写借阅登记表；修改图书登记表中该书的数量；上架取书交给读者
采购员：
新书采购
实验七对象建模（类图）
2.图书馆管理信息系统
某图书馆藏书100多万册，每天的借阅量近千册。
在手工操作方式下，图书的编目和借阅等的工作量大，准确性低且不易修改维护，读者借书只能到图书馆手工方式查找书目，不能满足借阅需求。
需要建立一套网络化的电子图书馆信息系统。
该图书馆管理信息系统服务对象有两部分人：
注册用户和一般读者。
一般读者经注册后成为注册用户，注册用户可以在图书馆借阅图书，其他人员只可查阅图书目录，但不能借阅图书。
系统同时考虑提供电子读物服务，目前只提供电子读物的目录查询服务，不久的将来将提供电子读物全文服务。
用户可通过网络方式访问读图书馆管理信息系统。
图书馆由馆长负责全面工作，设办公室、财务室、采编室、学术论文室、借阅室、电子阅览室、期刊阅览室和技术支持室。
各部门的业务职责如下。
办公室：
办公室协助馆长负责日常工作，了解客户需求，制定采购计划。
财务室：
财务室负责财务方面的工作。
采编室：
采编室负责图书的采购，入库和图书编目，编目后的图书粘贴标签，并送图书借阅室上架。
学术论文室：
负责学术论文的收集整理。
图书借阅室：
提供对读者的书目查询服务和图书借阅服务。
电子阅览室：
收集整理电子读物，准备提供电子读物的借阅服务，目前可以提供目录查询和借阅。
期刊阅览室：
负责期刊的收集整理和借阅。
技术支持室：
负责对图书馆的网络和计算机系统提供技术支持
图书馆管理员编制图书采购计划，由采购员负责新书的采购工作。
采购图书入库后，交采编室编目，粘贴标签，产生图书目录。
图书交图书借阅室上架，供读者借阅。
采编后的电子读物交电子阅览室。
读者分为注册读者和非注册读者，只有注册读者可以在本图书馆借书，非注册读者可查询目录但不能借书。
读者填写注册登记表交图书馆的管理员审核后，记人读者登记表，成为注册读者，发给借书证。
注册读者借书时，需填写借书单，连同借书证一起交给借阅室管理员，借阅管理员核对无误后，填写借阅登记表，修改图书登记表中该书的数量，上架取书交给读者。
图书馆设读者信箱，读者需要但没有库存的图书，读者可以通过读者信箱反映。
图书馆管理员定期处理读者信箱中的意见，将读者需要的图书编制成图书采购计划交采购员购买。
实验八
●对下面的项目进行对象交互行为建模
2图书馆管理信息系统
升级会员 