[软件工程实验报告.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
[软件工程实验报告

软件工程实验报告实验一实验时间: 2011 年 3 月 28 日实验题目:熟悉UML和Rose开发环境实验目的:掌握UML中的几种图形。掌握构成各种图形的基本模型元素(如角色、用例、类等)。熟悉Rose开发环境,掌握模型元素的添加、删除、修改等操作和各种图形的建立。实验要求:了解UML建模语言。用例图用来显示角色、用例和用例之间的关系,描述了待开发系统的功能需求。用例捕获某些用户可见的需求,实现一个具体的用户目标。实验主要步骤:创建一个用例图:选中用例视图(Use Case View),在弹出菜单中选择NewUse Case Diagram。用和第1步类似的方法,在逻辑视图中添加一个类图,并在类图中添加3个类,依次命名为:ClassA、ClassB和ClassC,在ClassA和ClassB间添加关联关系,在ClassA和ClassC添加泛化关系,在ClassB和ClassC添加依赖关系。再给ClassA添加一个属性Name和一个方法GetName()。在逻辑视图中添加一个序列图,并在序列图中分别添加ClassA和ClassB的对象,给两个对象之间添加一条名为GetName()的消息。选择菜单Browse下Create Collaboration Diagram,实现序列图和协作图之间的相互转换。在逻辑视图中添加一个状态图,并在状态图添加一个开始状态、结束状态、Available状态、Sold状态。在逻辑视图中添加一个活动图,并在活动图中添加一个开始状态、结束状态、Login、Search和Exit活动和一个分支结构。在组件视图中添加一个组件图,并其中添加两个组件(A、B),画出它们之间的依赖关系。在部署图中画出各节点。结合具体操作,查阅相关的UML相关书籍、文档,理解UML中图形和基本建模元素。实验结果:1.二个用例和两个角色与一个类图:2.序列图: 3.状态图: 4.活动图: 5.组件图: 6.部署图:心得体会:本次试验,让我了解了Rose的开发环境,了解的这个软件的一些基本操作,由于初次使用该软件,对于某些功能不了解,以至于在实验过程中有很多阻碍。根据实验步骤,进行实验,添加类别,对象,以及关系。同时知道怎么创建用例图,序列图,状态图,活动图,组件图。本次试验对Rose软件有了基本了解。实验二实验时间: 2011 年 4 月 11 日实验题目:图书馆系统的需求分析实验目的:掌握用例(Use Case)、角色(Actor)、用例图(Use Case Diagram)的概念。掌握用例与用例之间、用例与角色、角色与角色之间的相互关系。掌握活动图的相关概念。掌握描述系统需求的方法。实验要求:建立一个简单的图书管系统,它具有查询、预定、取消预定、借书、还书等功能,为了简单起见,取消了系统管理员部分的内容(如:新书入库、借阅者管理等)。实验主要步骤:找出图书馆管理系统的角色,如:普通用户、借阅者、借/还书的操作员,借阅者和借/还书的操作员都是由普通用户派生而来的。找出与角色相对应的用例。普通用户对应的用例:实现按书名、作者、出版社、分类、书号查询;借阅者对应的用例:查询自己的借阅情况、预定和取消预定;借/还书的操作员对应的用例:借书、还书。分析用例与角色、用例与用例、角色与角色之间的关系。画出所有的用例图。分析用例中的逻辑流程,描述用例的事件流。验证系统的需求是否全部描述正确,如果没有,修改相应的部分。实验结果:查询部分对应的用例图:2.查询用例对应的事件流用活动图描述如下:借书用例对应的事件流用活动图描述如下:4.预定用例对应的事件流描述如下:5.取消预定用例对应的事件流描述如下:心得体会:在建一个简单的图书管理系统过程中,在借书中,通过图书的编号查询图书,当借阅者借出某本书的时候,需要修改图书的库存量,并且在借阅系统中登记一条借阅信息,同时还要删除该借阅者之前对该图书的预订登记,这是一个修改一处地方,就需要同时修改多处地方,因此,需要建立关系。在建立此关系中,用事件流描述更加简单。实验三实验时间: 2011 年 4 月 25 日实验题目:系统建模设计开发实验目的:进一步理解类图、状态图和活动图。理解类的属性和操作以及与其相关的概念,重点掌握类与类之间的关系。掌握对数据库的建模方法。掌握状态图的相关概念。能用这些图形和模型元素细化系统模型。实验要求:需要在上一次需求分析实验的基础上细化模型。分析用例视图中的用例和用例对应的事件流,抽象出事件流中所涉及的类,并描述出用于存储数据的数据库,再用其他图形进行近一步的细化模型。实验主要步骤:分析用例和用例对应的事件流,建立数据库模型。从数据模型生成对象模型。画出类和类图。画出状态图描述的书的状态。实验结果:1.在Schema S_0下生成以下几个表:2.画出下示状态图

文档评论(0)

xiayutian80 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档