软件工程实验报告

xiaoxiao 6月前 189

 
实验一 利用Visio绘制业务流程图 
本实验以某实际汽车运输集团有限公司的车辆管理业务为背景,并针对主要功能来进行系统分析和设计 ? 业务流程调查的内容: 
– 通过现场调研、业务实习等手段了解业务开展的组织机构、掌握业
务活动的规律、理解用户的实际需求 
– 通过简洁直观的方式展示给用户,并以此作为业务讨论的依据,最
终形成用户和开发者双方都能理解的标准文档。 – 业务流程描述的主要文档是业务流程图  
 
业务流程图是系统业务调查中使用最普遍、最重要的工具,以下是根据对业务的详细调查绘制的业务流程图。 
总经理总工程师基础设施购置申请单(公司所有)二级公司审批基础设施购置申请单(公司所有)二级公司基础设施购置申请单审批基础设施购置申请单(融资挂靠)技术服务部生产经营处购车二级公司各类单据发票下调拨单并插入设备台帐车辆调拨通知单客货经营处财务处车辆购置登记表汽车履历及规格记录财务处                                图1车辆购置业务流程 
 
利用Visio可以很方便的做出流程图,中间需要注意的一点是对于Visio库中自带的图元,如果我们需要的并没有找到的话,我们可以自己绘制图元添加到库中,这样利于以后的分析研究。 
实验心得:其实要说单单绘制图形的话,不是很难的,一方面以前用过Visio,另一方面,简单看一下就可以上手Visio,我认为,我们这门软件工程实验课,最重要的就是体会绘制的这些图的目的,我们要理解为什么要画这些图,我认为哦,这些图是我们以后规范软件文档化和组员之内相互交流的一个标准,是快速沟通的一种媒介,同样,这些图也是理解业务逻辑的图像化框架,有利于我们在以后的开发过程中编程和编写文档。 
实验二 使用Visio绘制用例模型 
 
统一建模语言(Unified Modeling Language,UML)是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不仅限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。  
UML特点:面向对象,可视化,独立与开发过程,程序设计语言以及易于掌握使用 
    用例图描述的是参与者(Actor)所理解的系统功能,用于需求分析阶段,列出系统中的用例和参与者,并显示哪个参与者参与了哪个用例的执行   
本实验中通过UML来分析并构造车辆管理系统模型,主要找出系统中所有的用例,以及对用例进行说明,还需要和车辆管理信息系统的潜在用户进行讨论,图形使用Visio工具软件绘制。用例建模可分为用例图和用例描述。用例图由参与者(角色)、用例(Use Case)、系统边界、箭头组成,用画图的方法来完成。 
 
实验心得:我认为这个UML用例图是比较重要的,一方面它提供了面向对象的统一建模,另一方面这种建模可以应用的领域非常之多,例如数据库、java、C  等。UML图的特点就是清晰明了,可以在短时间内掌握系统的模型,而且另一些基于UML的自动生成代码应用也很广泛,如PowerDesigner等。 
实验三 使用visio建立活动图 
 
活动图反映了用例的实现,描述了为完成业务目标而进行的各项任务或活动及执行顺序。UML中的活动图用于描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动和工作流程情况, 活动图实际上是用来为用例的事件流建模的工具。 
 
实验心得:这次的实验并没有什么新意,很简单。只是稍微理解一下活动图的含义就OK了。比如说怎么绘制选择分支等。 
实验四 使用Visio绘制状态模型 
UML 状态图描述了一个对象所处的可能状态及状态间的转移,并给出了状态变化序列的起点和终点。  
状态:所有对象都具有状态,状态是对象执行了一系列活动的结果。 转移:状态图中状态之间带箭头的连线被称为转移  
实验心得:状态转移图的唯一目的就是了解数据的流通方式,线条和转换的绘制有现成的,而且做的图一直都是车辆购置申请这个方面,因此信息量和知识量并不是很大。 
实验五 利用Visio绘制数据流程图 
数据流程图既是对原系统进行分析和抽象的工具,也是用以描述新系统逻辑模型的主要工具 。 
特点: 
– 具有抽象性  – 具有概括性  
数据流程图采用4种符号:  
– (1)外部实体  – (2)处理功能  – (3)数据存储  – (4)数据流   
外部实体      处理功能         数据存储              数据流      
实验心得:就像其定义的一样,是对系统的逻辑的抽象和概括,是描述系统数据流程的工具,它将数据独立抽象出来,通过图形方式描述信息的来龙去脉和
  
实际流程,数据流程图是系统分析员调查业务过程,与用户交换思想的工具。因此,数据流程图应简明易懂。这也有利于后面的设计,有利于对系统说明书进行维护。 
实验六 基于UML的类模型实验 
在OOSE中,将对象分为3种:实体类、边界类和控制类。通过这些对象的合作来实现用例。 
实体类:它表示的是系统领域的实体。在信息系统中,实体对象具有永久性且存储在数据库中,如:表、记录或字段等对象。实体类对应于表记录的封装,也就是该类的一个实例对应于表中的一个记录。而且,该类中的属性和记录中的字段是一一对应的。实体类很少有方法。 
边界类:边界类是系统的用户界面,直接跟系统外部角色交互,跟系统进行信息交流。 
控制类:控制类是控制系统中对象之间的交互。类似于一个用来实现一个完整用例的“控制器”。代表着协调、排序、事务处理以及对其他对象的控制,还可以来表示复杂的派生与演算。通常,这样的对象仅存在于该用例执行期间。 
发现对象和类一般有如下方法: 
? 可以从人员、组织、物品、设备、事件、表格和外系统等考虑各种能启
发发现对象的因素,查找哪一些概念应该被系统处理。或者在用户及领域专家共同的参与下指出系统中必须处理的关键概念,以及它们之间的关系。找出各种可能有用的候选对象。通过这种方法可以发现一些实体类。 
? 在UML中,由于采用用例来捕获系统需求,可以阅读规范文档和用例,
分析用例,从用例中寻找对象和类也是一种很好的方法。而且,用例模型可以用来检验领域模型,也就是对照用例模型,查找用例中的哪些功能还没有用对象来实现,如此也可以发现类。 
? 对边界类,分析阶段不必深究用户界面的每个窗口部件,只要能说明通
过交互所实现的目标就行了。 
实验心得:这部分理论上来说对设计和理解系统有很大的帮助,就像一个MVC的设计模式一样,因此对这部分的应用会很广,对设计对建模。 
 
实验七 利用Visio绘制结构图 
实验心得:控制结构图包括高层结构图,模块详细设计结构图,这部分的内容也是重在理解,其中有写用到的模块需要自己绘制组合图形,总体来说,理解就好,结构体以模块的调用关系为线索,用自上而下的连线表示调用关系并注明参数传递的方向和内容,从宏观上反映软件层次结构的图形,因此它可以更好的帮助我们理解整个系统的设计思路,更好的组织和设计类体,方法等。 
实验八 撰写模块说明书 
模块的结构设计完成后,需要根据设计结果撰写模块说明书。模块说明书的目的是要详细描述功能实现的要求,以便程序员根据说明书中的要求进行程序设计。模块说明书的撰写工作要在工作规范的指导下进行,因此在开始这项工作之前要进行两项设计工作,一个是功能模块的界面风格和要求规范的设计,另一个是功能实现中的变量命名规范和模块命名规范的设计,严格按照规范来进行设计是系统后期调试、修改的重要基础。 
模块设计的总体要求是为每一个模块创建一个窗口,在窗口中提供查询功能,对查询到的记录进行修改和删除操作,也可以提供插入操作。当执行插入和修改操作时,在弹出相应的窗口中实现插入和修改功能。 
实验心得:这个实验就比较有意思了,我们可以在Visio中实现类似软件文档查询的功能,这样一方面简化了修改和搜索过程,又能软件化说明过程,对于不熟悉系统的人来说,也可以快速的掌握和了解整个系统架构,是对软件产品级的描述。 
 

12
最新回复 (0)
返回
发新帖
免责申明:本站点所有资源来自互联网网友发布,如侵犯您的合法权益,请联系179001057@qq.com,我们立刻处理。 @2010-2020 技术支持: Oracle