软件工程实验报告最终版
软件工程试验报告
软件工程试验报告第一篇：软件工程试验报告实验项目名称：需求分析（所属课程：软件工程概论）1．实验目的1.选择要设计的系统，使用UML进行需求分析，了解所要完成系统的功能需求，性能需求，接口需求等。
2.学习实使用Rational Rose 或其它软件工程工具绘制用例图、活动图。
2．实验内容使用Rose 绘制系统的用例图。
1.Rational Rose介绍Rational Rose是基于UML而产生的，是软件开发过程中的不可或缺的一个建模工具。
（1）Rational Rose的特点：λ支持多种语言,如Ada、CORBA、Visual Basic、Java等；λ支持模型的Internet发布；λ可以生成简单、清晰且定制灵活的文档；λ双向工程保证了模型和代码高度一致；λ支持逆向工程，建立代码框架；λ支持多种关系型数据库的建模；λ从需求分析到测试，在整个软件生命周期中，都为团队开发提供强有力的支持。
（2）Rational Rose的作用λ整个开发团队可以使用用例图，来获得一个系统高层次的视图，并且可以协商项目的范畴；λ项目经理可以使用用例图和文档，把项目分解成便于管理的多个模块；λ系统分析员和客户在看到用例规格描述文档的时候，就可以明白系统将会提供什么样的功能；λ技术编写者在看到用例规格描述文档时，就可以着手编写用户手册和培训计划；λ系统分析员和软件开发者在看到时序图和协作图时，就可以明白整个系统的逻辑流程、对象以及对象之间的消息2.安装Rational Rose ①双击Rational Rose 2007的安装程序，进入安装界面；按照系统提示一步一步完成系统的安装。
其中在选择安装产品时，选择“Rational Rose Enterprise Edition”；并且在设置创建程序位置时，选择创建一个本地的应用程序而非网络的，即选择“Desktop installation from CD”。
②安装成功，进入Rational Rose界面，如图1-1所示。
软件工程实验报告总结
软件工程实验报告总结（3篇）经过这学期软件工程实验的学习，深深感到用户需求对软件的重要性。
成功的软件产品是建立在成功的需求基础之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。
当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了。
需求获取可能是最困难、最关键、最易出错及最需要沟通交流的活动。
对需求的获取往往有错误的认识：用户知道需求是什么，我们所要做的就是和他们交谈从他们那里得到需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了，但是实际上需求获取并不是想象的这样简单，这条沟通之路布满了荆棘。
首先需求获取要定义问题范围，系统的边界往往是很难明确的，用户不了解技术实现的细节，这样造成了系统目标的混淆。
其次是对问题的理解，用户对计算机系统的能力和限制缺乏了解，任何一个系统都会有很多的用户或者不同类型的用户，每个用户只知道自己需要的系统，而不知道系统的整体情况，他们不知道系统作为一个整体怎么样工作效率更好，也不太清楚那些工作可以交给软件完成，他们不清楚需求是什么，或者说如何以一种精确的方式来描述需求，他们需要开发人员的协助和指导，但是用户与开发人员之间的交流很容易出现障碍，忽略了那些被认为是认为是""很明显很明显""的信息。
最后是需求的确认，因为需求的不稳定性往往随着时间的推移产生变动，使之难以确认。
为了克服以上的问题，必须有组织的执行需求的获取活动。
需求获取活动要完成的任务或者步骤的过程如下：1、编写项目视图和范围文档系统的需求包括四个不同的层次：业务需求、用户需求和功能需求、非功能性需求。
业务需求说明了提供给用户新系统的最初利益,,反映了组织机构或用户对系统、产品高层次的目标要求，初利益它们在项目视图与范围文档中予以说明。
用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。
软件工程实验报告
连接图形元素.
③使用“数据流”连接线将“接口”、“进程”和“数据存储”等形状互相连接起来。
逻辑连接：将数据流起点、终点拖拽到进程或接口中央位置,进程或接口被红色框包围时松开鼠标，这时可看到数据流符号相应端点为红色方框。拖动进程或接口，可看到流据流的端点随着进程或接口的移动而移动.
教师批阅：分数/等级:
评语：
教师签名(手写）：
批阅日期：年月日
第三次实验实验项目名称：数据库设计-ER图
时间：年月日
实验环境及原理说明：
（一）实验环境
1.硬件环境P4以上的个人计算机环境,要求内存不少于512MB,硬盘不小于20G.。
2.软件环境操作系统：Windows XP
3。数据库: Sql Server 2000以上 或 Access 2003以上
1.静态模型图
①将类、对象形状拖到绘图页上，代表要在类静态结构图或概念模型中包
含的类或对象.
②双击每个形状，打开其“UML属性”对话框，可以在其中添加特性、操作和其他属性。
③右击每个类或对象形状，单击“形状显示选项"，选择要在形状上显示的属性以及要隐藏的形状部分(如特性、操作和模板参数)
④使用“关联”、“链接"、“依赖关系"、“泛化"或“复合”形状，指示类和对象之间的关系.
第一次实验实验项目名称：熟悉Visio
时间：年月日
实验环境及原理说明：
（一）实验环境
1.硬件环境P4以上的个人计算机环境，要求内存不少于512MB，硬盘不小于20G.。
2。软件环境操作系统：Windows XP
3。数据库： Sql Server 2000以上 或 Access 2003以上
软件实训报告（15篇）
软件实训报告软件实训报告(15篇)随着社会一步步向前发展，需要使用报告的情况越来越多，我们在写报告的时候要避免篇幅过长。
那么什么样的报告才是有效的呢？下面是小编为大家收集的软件实训报告，希望能够帮助到大家。
软件实训报告1一、实习目的实习是大学生学习和事业中重要的里程碑，将所学的理论知识与实践结合起来，培养勇于探索的创新精神、提高动手能力，加强社会活动能力，严肃认真的学习态度，为以后专业实习和走上工作岗位打下坚实的基础。
认识实习是教学计划的重要部分，它是培养学生的实践等解决实际问题的第二课堂，它是专业知识培养的摇篮，也是对工业生产流水线的直接认识与认知。
实习中应该深入实际，认真观察，获取直接经验知识，巩固所学基本理论，保质保量的完成指导老师所布置任务。
学习工人师傅和工程技术人员的勤劳刻苦的优秀品质和敬业奉献的良好作风，培养我们的实践能力和创新能力，开拓我们的视野，培养生产实际中研究、观察、分析、解决问题的能力。
通过顶岗实习，拓宽了我的知识面，增加感性认识，把所学知识梳理归类，不断进行总结纠正。
增强了从书本学不到的人际交往能力，语言表达和沟通能力，并了解到当前工程业的现状和发展前景和随着时代发展的最新动态。
通过顶岗实习，大大激发了我向实践学习和探索的积极性，为今后从事的工作打下坚实的基础。
认识实习是我们工科学生的一门必修课，通过认知实习，我们要对机械设计制造及其自动化专业建立感性认识，并进一步了解本专业的学习实践环节。
通过接触实际生产过程，一方面，达到对所学专业的性质、内容及其在工程技术领域中的地位有一定的认识，为了解和巩固专业思想创造条件，在实践中了解专业、熟悉专业、热爱专业。
另一方面，巩固和加深理解在课堂所学的理论知识，让自己的理论知识更加扎实，专业技能更加过硬，更加善于理论联系实际。
再有，通过到工厂去参观各种工艺流程，为进一步学习技术基础和专业课程奠定基础。
这是我们即将走出校门，踏上社会的最后一次实习。
软件过程实验报告总结(3篇)
第1篇一、实验背景随着信息技术的飞速发展，软件工程已成为计算机科学的重要分支。
软件过程是软件生命周期中各个阶段的活动，它包括需求分析、设计、编码、测试和维护等环节。
为了提高软件开发的效率和软件质量，软件过程管理显得尤为重要。
本实验旨在通过实践操作，加深对软件过程的理解，掌握软件过程管理的相关知识。
二、实验目的1. 理解软件过程的各个阶段及其相互关系；2. 掌握软件过程管理的基本方法；3. 提高软件开发的效率和质量；4. 培养团队协作能力。
三、实验内容1. 软件过程概述首先，我们对软件过程进行了概述，介绍了软件过程的定义、特点、作用以及软件过程模型。
通过学习，我们了解到软件过程是软件开发的基本框架，是保证软件开发质量的关键。
2. 需求分析需求分析是软件开发的第一步，也是最为关键的一步。
我们通过案例学习，了解了需求分析的方法和技巧。
在实验中，我们采用用户故事、用例图等方法对需求进行分析，确保需求完整、一致、可测试。
3. 设计设计是软件开发的核心环节，包括系统设计、模块设计和数据库设计等。
在实验中，我们学习了设计模式、架构风格等设计原则，通过UML图对系统进行设计，确保系统的可扩展性和可维护性。
4. 编码编码是软件开发的具体实施阶段，也是实现设计的过程。
我们学习了编程语言、代码规范等知识，通过编写代码实现设计。
在实验过程中，我们注重代码的可读性、可维护性和可测试性。
5. 测试测试是保证软件质量的关键环节。
我们学习了测试方法、测试用例设计等知识，通过编写测试用例对软件进行测试，确保软件满足需求。
6. 维护维护是软件生命周期的重要组成部分，包括软件的升级、修复、优化等。
我们学习了维护方法，了解了软件维护的重要性。
四、实验过程1. 组建团队我们将学生分成若干小组，每个小组负责完成一个软件项目的开发。
在小组内部分工合作，明确各自职责。
2. 需求分析各小组对项目进行需求分析，编写需求规格说明书，确保需求完整、一致、可测试。
软件工程试验报告
实验一方程求根的黑白盒测试一元二次方程式AX2+BX+C=0的求根程序有以下功能：○1输入A、B、C三个系数；○2输出根的性质的信息，包括两个相等或不相等的实根，两个大小相等，符号相反的实根，仅有一个实根，或有两个虚根等；○3打印根的值；源程序：#include<stdio.h>#include<math.h>main(){float a,b,c,d,s,x1,x2;printf("please input a,b,c\n");printf("a:");scanf("%f",&a);printf("b:");scanf("%f",&b);printf("c:");scanf("%f",&c);if(a==0.0){if(b!=0) printf("the answer is:x=%f",-c/b);else if(c==0.0) printf("no collect answer!");else printf("no answer");}else{d=b*b-4*a*c;if (d==0){s=-b/(2*a);printf("the answer is:%f",s);}else if (d>0){s=sqrt(d);x1=-(b+s)/(2*a);x2=-(b-s)/(2*a);printf("the answer is: x1=%f\n",x1);printf("x2=%f\n",x2);}else{s=sqrt(-d);x1=-b/(2*a);x2=abs(s/(2*a));printf("there is two virtual answer:x1=%f+%fi\nx2=%f-%fi",x1,x2,x1,x2);}}system("pause");}流程图：流图：测试过程：黑盒测试序号测试内容测试数据期望结果实际结果1 结果为任何数0，0，0 出错出错序号测试内容测试数据期望结果实际结果2 一次方程0，2，3 得出一个解得出一个解序号测试内容测试数据期望结果实际结果3 输入字符a，出错出错序号测试内容测试数据期望结果实际结果4 缺输入2，1 出错无法缺省数据（未达到满意结果）序号测试内容测试数据期望结果实际结果5 二次方程1，4，4 两个相等根两个相等根序号测试内容测试数据期望结果实际结果6 二次方程2，3，2 两个虚根两个虚根序号测试内容测试数据期望结果实际结果7 二次方程1，3，2 两个不等实根两个不等实根序号测试内容测试数据期望结果实际结果8 二次方程1，0，-1 两个实根符号相反大小相等两个实根符号相反大小相等白盒测试序号测试数据覆盖节点覆盖的边1 0，0，0 126 abim序号测试数据覆盖节点覆盖的边2 0，2，3 126 abim序号测试数据覆盖节点覆盖的边3 1，4，4 123456 abceilm序号测试数据覆盖节点覆盖的边4 2，3，2 12376 abcdgm序号测试数据覆盖节点覆盖的边5 1，3，2 123486 abcefhm序号测试数据覆盖节点覆盖的边6 a 16 akm试验截图在上面的黑盒测试中都有，就不再次列举了。
软件工程实验报告
图1.现有系统的数据流图
3、导出新系统的高层逻辑模型
图2 新系统的数据流图
各数据元素的数据字典定义如下：
4、进一步定义问题
通过对新系统的逻辑模型的分析，发现系统对数据的显示结果未给出严格的定义。对脉冲等数字的信号定义为精度为2的小数并用表格的格式分类表示；而对于心电图等需要波形的图要用波形图软件导出。
2、实验内容、要求
（1）问题描述在医院的病房里，将病症监视器安置在每个病床，对病人进行监护。监视器将病人的病症信号（组合）实时地传送到中央监护系统进行分析处理。在中心值班室里，值班护士使用中央监护系统对病员的情况进行监控，监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析，当病症出现异常时，系统会立即自动报警，并打印病情报告和更新病历。系统根据医生的要求随时打印病人的病情报告，系统还定期自动更新病历。
7 信息修改模块：完成信息修改功能；
8 信息查询模块：完成信息查询功能；
9 生理信号安全范围控制模块：完成生理信号安全范围控制功能；
10 警报模块：完成发出警报功能；
11 病情查询模块：完成病情查询功能；
12 病情报告打印模块：完成病情报告打印功能；
运行设计
运行模块组合
模块命名方式按照相应模块结合特性制定。
（2）基本要求
功能要求：此系统要求输入病人的姓名、住址、、体温、血压、心电图等），定时记录病人情况以形成患者日志，当某个病人的胜利信号超出医生规定的安全范围时向值班护士发出警告信息，此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。
性能要求：该软件有9个功能模块，各模块功能如下
生理信号输入管理模块：通过连接在病人身上的传感器，根据传感器的值将生理信号输入系统
软件工程实验报告完整版(最终)
河北工业大学软件工程课程实验实验报告题目：宿舍管理系统专业：计算机科学与技术班级：081班组：第一组组长：张震南成员：刘浔，倪娜，李冬冬，王帅，陈清轩，蒲清龙指导教师：马建红完成日期：2010年12月20号目录1 项目开发计划书……………………………………………………（页码）2 软件需求规格说明书………………………………………………（页码）3设计规格说明书……………………………………………………（页码）4 源程序清单…………………………………………………………（页码）5 测试报告……………………………………………………………（页码）6 用户手册……………………………………………………………（页码）一、项目开发计划书完成人：张震南1．引言（Introduction）1.1项目概述（Project Summary）该系统是由管理员通过系统管理学生信息，能根据学生学号、院系、寝室号等来查询学生的其他相关信息，新生入住能录入新生的住宿信息，能查询房间的信息如入住人数、人员等。
学生遇毕业退学等原因迁出宿舍，可以删除其住宿信息。
1.2 术语定义（Terms Glossary）入住管理：要包括入住人员详细的学籍信息。
房间信息：包括宿舍门号，电话号码以及可住人数，已住人数。
信息查询：通过学生宿舍信息可以查询学生的详细信息。
1.3 相关文档（Related Documents）[1] 软件需求规格说明书[2] 设计规格说明书2．软件生存周期（Software Life Cycle）本节记录项目策划生存期定义的工作结果，需要描述的主要内容：（1）项目生存期框图（2）项目生存期说明需求分析→需求规格说明书( 用例图，数据流图)设计阶段→界面设计( 界面规格说明) 数据库设计编码阶段→具体实现测试阶段→测试报告3．任务与工作产品（Task and Work Products）任务工作产品需求分析需求规格说明书、界面规格说明书系统设计系统设计说明书系统实现源程序测试测试报告产品交付用户手册4．工作产品、任务规模、工作量估计（Estimates of Work Product，Task Size and Workload）任务规模估计需求分析整组同时参加讨论系统设计整组同时参加讨论系统实现两人负责一个大模块测试两人测试产品交付由一人写用户手册5．资源需求计划（Resource Requirement Plan）资源需求开发环境Microsoft Visual Studio 2005SQL Server 2005Windows 7测试环境SQL Server 2005Windows 7,xp用户目标环境Windows 7,xp,2000计算机硬件资源CPU 2GHZ内存2GB6．软件项目进度计划（Software Project Schedule）项目具体内容软件项目任务分解需求、系统设计、编码、测试设定的里程碑需求确定：11月1日界面设计、数据库设计完成：11月20日编码：11月21——12月5号测试：12月10号——12月18号开始和结束时间10月21日------ 12月18号缓冲时间15天人员分配需求分析：刘浔设计规格书：张震南界面设计：倪娜，刘浔编码：全组人员数据库：王帅，陈清轩测试：刘浔，倪娜二、需求规格说明书完成人：王帅陈青轩1．概述（Summary）1.1项目的目的与目标（Purpose and Aim of Project）为各集体宿舍管理人员提供，方便对宿舍楼进行管理，以便使用者能够更全面的，更迅速的了解宿舍住宿情况的所有情况。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
合肥师范学院实验报告册2012 / 2013 学年第一学期系别计算机科学与技术系实验课程软件工程专业计算机科学与技术班级2010级计算机应用姓名马军福董国运李思贤学号1010411024 1010411008 1010411076 指导教师范庆春实验一：结构化方法建模的基本应用1．实验目的（1）了解Visio工具软件的功能特色、安装、工作环境和基本操作等基本知识；（2）掌握应用Visio工具的基本使用方法和基本绘图操作；（3）熟悉结构化分析建模的基本应用。
2．实验内容（1）使用Visio 建立期刊管理系统的实体-关系图；（2）使用Visio 建立期刊管理系统的数据流图。
3. 实验要求使用Visio 建立期刊管理系统的实体-关系图、数据流图。
数据流图要绘制三层。
4.实验结果和体会（1）需求陈述在图书管理系统中，管理员要为每个读者建立借阅账户，，账户内存储读者的个人信息和借阅记录信息。
持有借阅卡的读者可以通过管理员借阅、归还期刊，读者可通过互联网或图书馆内查询终端查询期刊信息和个人借阅情况，以及续借期刊。
借阅期刊时，先输入读者的借阅卡号，系统验证借阅卡的有效性和读者是否可继续借阅图书，无效则提示其原因，有效则显示读者的基本信息。
然后输入要借阅的书号，系统查阅图书信息数据库，显示图书的基本信息。
最后提交借阅请求，若被系统接受则存储借阅纪录，并修改可借阅图书的数量。
归还期刊时，输入读者借阅卡号和期刊号，系统显示读者和期刊的基本信息供管理员人工审核。
如果有超期借阅或丢失情况，先转入过期罚款或期刊淘汰处理。
然后提交还书请求，系统接受后删除借阅纪录，并登记修改可借阅期刊的数量。
期刊管理系统包括：1.读者信息管理a:借阅请求b归还请求c:查询请求d：修改自身信息2.期刊管理a：修改书目、出版日期、编辑b：增加书目数据、删除书目数据。
3.期刊借阅a：增加所借读者信息b：删除所借读者信息4.期刊查询a：已借出图书列表b：未借出图书列表5.期刊的征订6.期刊内容登记题目、作者姓名、作者单位7.期刊内容查询（2）期刊管理系统的实体-关系图（4）期刊管理系统的数据流图第一层数据流图：第二层数据流图：第三层数据流图：心得体会：通过本次实验我们小组成员大概明白了整个软件设计的大概步骤，对于一个大型实验，首先的着手点是对设计要求的分析，只有对程序的功能进行准确的定义，才有可能实现一个程序的成功编写。
接着第二步，就是对程序框架的划分，这是对程序所有功能的大致分配，分配的越明确，对后面的程序详细编写越有利，我深刻明白在团队合作的前提下，分工明确是前提。
我最大的收获就是程序越大，推迟实现的好处越明显，只有把程序蓝图设计好，才能保证任务的顺利完成。
实验二：软件测试1．实验目的（1）通过简单程序黑盒测试熟悉测试过程。
（2）理解软件测试的方法。
（3）掌握用等价划分法设计测试用例。
2．实验内容使用等价划分法和边界值分析来设计测试用例；3. 实验要求1)对测试用例进行等价类划分2)选择测试用例覆盖所有等价类3)对测试用例进行边界值分析4)用表格的形式表现出等价类等内容。
4. 实验结果和体会（1）等价类划分及其测试用例（2）边界值分析及其测试用例（3）结果分析通过黑盒测试检查出该程序具有以下缺陷：1.日份输入可以为小数，例如输入12-33-2.2，输出为12-33-2.2 is Wednsday2.年份、月份、日份为负时，例如输入-123-12-45，输出为-12-2-2 is Wednsday3.闰年2月超过29时，例如输入2004-2-30，输出为2004-2-30 is Monday4.平年2月超过28时，例如输入2002-2-29时，输出为2002-2-29 is Thursday5.月份超过12时，例如输入2011-14-2时，输出为2011-14-2 is Sunday6.月份为4、6、9、11时，例如输入为2012-4-31，输出为2012-4-31 is Tuesday （4）心得体会这次实验中，让我们组大家学习到在软件开发中，最重要的是就是要定义问题，并确定其可行性。
由于并非所有的问题都有切实可行的解决办法，许多问题在预定的系统规模中无法实现。
可行性的研究的目的就是用最小的代价在尽可能短的时间内确定问题是否被解决。
我们在软件的开发中不仅要保证程序没有错误，更重要的是提高我们的软件的可行性，只有这样才能让顾客满意.实验三：面向对象方法建模的基本应用1．实验目的（1）熟悉面向对象技术和面向对象软件工程模型与建模技术；（2）熟悉面向对象建模的基本应用。
2．实验内容使用Rational Rose 软件建立期刊管理系统的用例模型；3. 实验要求使用Rational Rose 软件建立期刊管理系统的用例模型，先确定参与者，然后确定用例，写出用例描述。
4. 实验结果和体会（1）建立用例模型的步骤及用例模型一般来说，建立用例模型的步骤为：（1）确定谁会直接使用该系统，即参与者（Actor），为了发现参与者，可以尝试问如下问题：a.谁/什么使用系统？b.谁/什么从系统获得信息？c.谁/什么向系统提供信息？d.谁/什么支持、维护系统？e.哪些其它系统使用此系统？（2）选取其中一个参与者；（3）定义该参与者希望系统做什么，参与者希望系统做的每件事成为一个用例，为了发现用例，可以尝试问如下问题：a.为什么该参与者想要使用此系统？b.该参与者是否要创建、保存、更改、移动或读取系统的数据？如果是，为什么？c.该参与者是否要通知系统外部事件或变化？d.该参与者是否需要知道系统内部的特定事件？…（4）对每件事来说，何时参与者会使用系统，通常会发生什么，这就是用例的基本过程；（5）描述该用例的基本过程；（6）考虑一些可变情况，把他们创建为扩展用例；（7）复审不同用例的描述，找出其中的相同点，抽出相同点作为共同的用例；（8）重复步骤2-7找出每一个用例。
图书管理系统用例模型如下：《extend》读者用例图书管理员用例《include》《include》《extend》《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）心得体会通过本次实验我了解了如何通过用例模型这个工具实现程序编写过程中对程序功能的模拟，也就是说我们在程序编写之前，应该弄清楚软件的功能是否能满足使用者的要求，我们通过模型以一个使用者的眼光对程序进行说明，换言之，整个程序就像一个黑盒子，我们现在不关心它的内部构造，我们只关心它和使用者的接口和整个交互过程。
这种模型构造的过程将最终决定程序的功能的划分和程序的编写。
通过本次实验，我们也大概了解了Rational Rose 软件的使用方法。
实验四：软件项目管理1．实验目的（1）了解项目管理的基本知识。
（2）初步掌握项目管理软件Microsoft Project的操作界面和基本操作。
2．实验内容制定期刊管理系统的项目进度计划。
3. 实验要求创建项目任务列表。
4. 实验结果和体会（1）创建项目任务列表的步骤1、明确主要任务2、创建项目计划文件3、分配并添加任务至项目计划文件4、估计需要的时间并创建项目日历表5、创建周期性任务6、明确并创建任务的先后及层次关系7、创建管理资源与成本的文档（3）心得体会本次实验主要是初步掌握项目管理软件Microsoft Project的操作界面和基本操作以及项目开发的一般过程，了解项目管理的基本方法。
当我们在软件开发工作中，我们可以按照此次实验的方法，有步骤，有条理的去分步解决，将大的问题分成每个小模块，一个一个的模块解决，直到最终成功，这种由整体到局部再到整体的思想应该为我们所熟悉并牢记。
通过这实验不仅让我们学到了很多知识，对软件工程着这门学科有了更深的了解，通过实验更好的了解了书中很多抽象的概念和理论，同时也很好的锻炼了我们如何更好的去融入团队，为团队贡献出自己的一份力量。