JAVA系统分析实验报告UML-
西工大JavaUML实验报告一
西⼯⼤JavaUML实验报告⼀西⼯⼤JavaUML实验报告⼀西⼯⼤计算机学院⾼级语⾔程序设计实验报告学号：姓名：班级：（3）程序结果如图：接⼝没有执⾏⽅法，没有执⾏函数，但是类有。
InterfaceDemo.javaDemoPackage.java说明：创建⼀个名称为MainPackage的包，使它包含ParentClass SubClass。
ParentClass包含变量声明，其值从构造函数中输出。
SubClass类从⽗类派⽣⽽来，完成对⽗类变量的赋值。
创建⼀个名称为DemoPackage的主类，使它不在MainPackage包中，在该类中创建⼀个SubClass类的对象。
结果如图：实验六异常处理CatchDemo.java说明：编写⼀个程序，同时捕获数组越界和被0除的异常，说明异常处理语句try-catch-finally的处理机制。
（3）结果如图：（5）结果如图：(1)throw语句⽤在⽅法体内，表⽰抛出异常，由⽅法体内的语句处理;实验⼆ UML类图说明：(1)简述类的定义，以及类的三要素(2)类的属性和⽅法的可见性有哪些？UML中如何表⽰？(3)已知三个类A.B和C.其中类A由类B的⼀个实类和类C的1个或多个实类构成.请画出能够正确表⽰类A,B和C之间关系的UML 类图.(4)根据以下描述画出类图，并注明多重性关系：⼀个学⽣可以选修多门课程，也可能没有任何课程；⼀门课程可以被多个学⽣选修；⼀个⽼师可以教多门课程或者不教课；每门课程⾄少有⼀个⽼师，也可以有多个⽼师任教；每门课程可以有0或1本教材，每本教材只能⽤于⼀门课程。
(5)现有⼀系统需要对商品进⾏管理，包括添加，删除商品，修改商品信息三项功能，画出系统类图。
（商品信息包括商品编号，商品名称，价格，⽣产⼚商等）(6)如果现在系统需求发⽣变化，需要能够对损坏商品进⾏打折，以及可以按照商品的颜⾊和外形进⾏查询，则系统类图应该如何修改？(7)根据下⾯的代码画出Invoice类的类图，要求标明各属性的类型和（4）结果如图：（5）（6）结果如图：（7）结果如图：------------------------------------------------------------实验⼼得体1．实验中遇到的问题以及解决⽅法1）在第⼆次实验时，由于对JA V A的包和接⼝以及异常处理还很陌⽣，所以在实验过程中不知如何下⼿，经过请教同学，询问助教，终于明⽩了各种操作的意义。
UMl分析与设计报告-V1
UMl分析与设计报告-V1UML分析与设计报告一、引言UML是一种通用的建模语言，可以帮助开发人员更好地进行系统分析和设计。
在本篇报告中，我们将介绍在软件开发中使用UML进行系统分析和设计的一些关键概念和工具。
二、UML简介UML是一种用于软件开发的通用建模语言。
它提供了一种标准化的方式来描述不同方面的系统。
UML使用图形工具来表示不同的系统组件，例如类、对象、活动图等。
这些图形化表示形式可以帮助开发人员更好地理解系统的需求和架构。
三、UML的主要工具1.用例图用例图是用于描述系统功能的图形表示形式。
它包含一个或多个用例，每个用例都是系统中的一个功能点。
每个用例都有一个名称和它的功能描述。
2.类图类图用于表示系统中的类、接口和它们之间的关系。
它包含类、属性和方法等基本元素。
类图可以帮助开发人员更好地理解系统的架构和模块之间的关系。
3.时序图时序图用于表示系统中的交互过程。
它显示了系统中的对象之间的交互以及它们之间的消息传递。
4.活动图活动图用于描述系统中的流程。
它包含活动、转换和操作等元素。
活动图可以帮助开发人员更好地理解系统的业务流程。
四、UML的应用UML可以应用于各种不同类型的系统开发，包括桌面应用程序、Web应用程序、移动应用程序等。
它可以帮助开发人员更好地理解系统的需求和架构，从而更好地设计系统。
五、UML分析与设计实例在实际的软件开发中，UML可以用于系统的分析和设计。
下面是一个简单的UML实例：1.用例图在本例中，系统包含两个用例：登录和搜索。
登录用例可以帮助用户进入系统，而搜索用例可以帮助用户查找系统中的信息。
2.类图在本例中，系统包含两个类：用户和文章。
用户类包含了用户的基本信息，而文章类包含了文章的标题、作者等信息。
3.时序图在本例中，系统中的用户通过登录页面登录。
一旦用户成功登录，就可以使用搜索功能来查找文章。
4.活动图在本例中，用户需要输入用户名和密码来登录系统。
一旦用户成功登录，就可以使用搜索功能。
UML实验——活动图-实验报告
南京信息工程大学实验(实习)报告一、实验目的1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容根据图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。
要求：用活动图来描述系统中已知用例的业务过程：1．描述删除读者用例。
四、实验步骤绘制“删除读者信息”用例的活动图。
删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。
绘图步骤：（1）在用例图中，找到删除的用例，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。
(2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool。
（3）接着在左边的工具上选取开始点，并在administrator的泳道上添加；添加完开始结点后，再来为此活动图添加活动，在左边的工具栏上选中Activity这个图标，在administrator 这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系。
（4）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框：添加验证框后，验证的内容，如果通过，则允许管理员进行查询操作；如不能通过，则结束。
UML综合实验报告
UML综合实验报告本次实验基于UML（统一建模语言）进行设计和分析，主要学习其基本概念与应用方法，包括用例图、类图、时序图、活动图、状态图等。
1.实验目的1）掌握UML基本概念和基本语法2）了解UML的各种建模工具和适用范围3）练习使用UML进行系统设计和分析的方法和技能。
2.实验内容本次实验选用图书馆管理系统作为建模对象，并使用不同的UML建模工具和方法，完成以下任务：2.1 初步的用例图设计首先进行用例图的初步设计，明确系统的业务需求，此处以借阅还书为主要业务功能。
图1 初步的用例图2.2 类图设计根据业务需求，识别系统中的实体类和业务类，设计类图，包括类的属性、方法及关系等。
图2 类图2.3 时序图设计根据类图中的类及其属性、方法、关系，通过时序图展示不同对象之间的交互过程，以便更好地理解系统架构，协调开发与测试人员的工作。
图3 时序图2.4 活动图设计通过活动图描述各个用例中的活动和流程，定义业务处理流程和控制流程。
图4 活动图2.5 状态图设计根据实体类的属性，绘制状态图，描述状态随时间变化而转移的过程，例如用户状态（借书、还书等）。
图5 状态图3.实验分析本次实验重点学习UML的基本概念及其应用方法，并运用UML工具对图书馆管理系统进行全面建模。
通过实验，可以看出UML建模工具可以提高系统设计和分析的效率，能够促进多个团队之间的沟通和协作，提升系统开发的质量和效率。
通过本次实验，我深入了解了UML的各种建模工具和方法，能够理解和使用不同类型的UML图表，如用例图、类图、时序图、活动图和状态图等。
通过参与实验，我能够更好的理解和实践UML理论，并通过建模提高了自己的软件开发能力。
4.实验总结本次实验基于UML进行系统建模，并通过对图书馆管理系统的设计和分析，全面掌握了UML的基本概念及其应用方法。
通过实验，我深入理解了UML的各个概念和语法，并学习了如何使用UML工具实现各种建模工作。
uml实验报告
uml实验报告UML实验报告。
一、实验目的。
本实验旨在通过对UML（Unified Modeling Language，统一建模语言）的学习和实践，掌握UML的基本概念、语法和建模方法，能够运用UML对系统进行分析、设计和建模。
二、实验内容。
1. 了解UML的基本概念和发展历程；2. 掌握UML的基本语法和建模元素；3. 学习使用UML对系统进行需求分析、概念建模、系统设计和详细设计。
三、实验过程。
1. UML基本概念和发展历程。
UML是一种用于软件开发的建模语言，它提供了一种统一的、标准的建模方法，可以帮助软件开发人员进行系统分析和设计。
UML的发展经历了多个版本的更新和完善，目前最新的版本是UML 2.x。
通过学习UML的基本概念和发展历程，我们对UML有了更深入的了解，为后续的学习和实践打下了基础。
2. UML的基本语法和建模元素。
UML包括了多种建模元素，如用例图、类图、时序图、活动图等。
每种建模元素都有其特定的语法和符号表示方法，通过学习这些基本语法和建模元素，我们能够准确地使用UML对系统进行建模和描述。
3. 使用UML进行系统分析、设计和建模。
在掌握了UML的基本语法和建模元素后，我们开始了对系统的分析、设计和建模工作。
首先，我们对系统进行了需求分析，明确了系统的功能和性能需求；然后，我们进行了概念建模，绘制了用例图和类图；接着，我们进行了系统设计，绘制了时序图和活动图；最后，我们进行了详细设计，完善了系统的各项细节。
四、实验总结。
通过本次实验，我们深入学习了UML的基本概念、语法和建模方法，掌握了使用UML进行系统分析、设计和建模的技能。
在实践中，我们对UML的各种建模元素有了更深入的理解，能够准确地运用UML对系统进行描述和设计。
同时，我们也意识到UML是一个非常强大和实用的工具，能够帮助我们更好地进行软件开发和项目管理。
综上所述，本次实验对我们的学习和成长都具有重要意义，我们将继续深入学习和实践UML，不断提升自己的建模能力和软件开发水平。
uml实验报告
uml实验报告UML实验报告引言在软件开发过程中，统一建模语言（Unified Modeling Language，简称UML）被广泛应用于需求分析、系统设计和软件架构等各个阶段。
本次实验旨在通过实际操作，深入了解UML的基本概念和使用方法，并通过一个案例来展示UML在软件开发中的应用。
一、UML简介1.1 UML的定义和起源统一建模语言（UML）是一种用于软件系统建模的标准化语言，由Grady Booch、Ivar Jacobson和James Rumbaugh等人于1994年合作开发而成。
UML 通过提供一套统一的符号和规范，使得软件开发人员能够更好地进行需求分析、系统设计和代码生成等工作。
1.2 UML的基本元素UML包含了多种基本元素，包括类、对象、关联、继承、接口等。
其中，类是UML中最基本的元素，用于描述系统中的对象类型和属性。
对象则是类的实例化，具体描述了系统中的一个具体实体。
关联表示不同类之间的关系，继承表示类之间的继承关系，而接口则定义了类与外部环境之间的交互接口。
二、实验过程2.1 实验环境和工具本次实验使用了Eclipse集成开发环境和Visual Paradigm工具。
Eclipse提供了强大的代码编辑和调试功能，而Visual Paradigm则是一款专业的UML建模工具，可以方便地进行UML图的绘制和编辑。
2.2 实验步骤首先，我们选择了一个简单的案例——图书馆管理系统，来进行实验。
通过UML类图、用例图和时序图等多种图表，我们对该系统进行了全面的建模和分析。
2.2.1 UML类图在UML类图中，我们对系统中的各个类进行了分析和设计。
通过标识类的名称、属性和方法等信息，我们可以清晰地了解系统中的各个对象之间的关系和功能。
2.2.2 用例图用例图是一种描述系统功能的图表，通过用例图可以清晰地了解系统的各个功能模块和用户之间的交互关系。
在本次实验中，我们通过用例图来描述图书馆管理系统中的借书、还书和查询图书等功能。
uml 实验报告
uml 实验报告UML 实验报告导言：UML（Unified Modeling Language）是一种用于软件工程的建模语言，它提供了一种统一的标准，用于描述、构建和可视化软件系统的结构和行为。
在本次实验中，我们将探索 UML 的使用，并通过实际案例来展示其在软件开发中的重要性和应用价值。
一、UML 的基本概念和原则UML 是一种图形化的建模语言，它由一系列的图表和符号组成，用于描述软件系统的不同方面。
在 UML 中，最常用的图表包括用例图、类图、时序图和活动图等。
每种图表都有其特定的应用场景和表示方式，通过这些图表的组合使用，我们可以更清晰地理解和表达软件系统的结构和行为。
二、用例图的应用用例图是 UML 中最常用的图表之一，它主要用于描述系统的功能需求和用户与系统之间的交互。
通过用例图，我们可以清楚地了解系统的各个角色和功能，并可以更好地定义系统的边界和范围。
在实际开发中，用例图常被用于需求分析和系统设计的初期阶段，它可以帮助团队成员更好地理解和沟通系统的需求和功能。
三、类图的建模类图是 UML 中用于描述系统的静态结构的图表，它主要用于表示系统中的类、接口、关系和属性等。
通过类图，我们可以清楚地了解系统中各个类之间的关系和依赖，从而更好地进行系统设计和代码编写。
类图不仅可以帮助我们理清系统的结构，还可以提供给开发者一个清晰的指导，使他们能够更高效地编写代码和进行系统维护。
四、时序图的分析时序图是 UML 中用于描述系统的动态行为的图表，它主要用于表示系统中对象之间的交互和消息传递。
通过时序图，我们可以清晰地了解系统中不同对象之间的时序关系和消息传递过程，从而更好地理解系统的行为和流程。
时序图常被用于系统设计和代码调试的过程中，它可以帮助开发者更好地理解和排查系统中的问题。
五、活动图的应用活动图是 UML 中用于描述系统的业务流程和控制流程的图表，它主要用于表示系统中活动和行为的顺序和条件。
UML实验报告范文
UML实验报告范文实验报告：UML图的设计与应用一、实验目的1. 学习掌握UML（Unified Modeling Language）的基本语法、概念和使用方法；2.了解UML各种图的作用和应用场景；3.进行实际案例的UML建模。
二、实验内容与原理1.UML概述UML是一种面向对象软件开发的标准建模语言，它可以帮助设计师、开发者和用户理解问题领域、设计解决方案并进行沟通。
UML建模图主要有用例图、类图、时序图、活动图、状态图和部署图等，用于描述系统的不同层面。
2.用例图用例图是描述系统功能和参与者之间交互的一种图。
参与者表示与系统交互的角色，用例表示系统的功能需求。
用例图是进行需求分析与系统设计的重要工具之一3.类图类图是描述系统中类以及它们之间关系的一种图。
类图由类、关联、聚合、组合、泛化、实现等元素组成，用于描述系统的静态结构。
4.时序图时序图是描述对象之间消息传递的一种图。
时序图主要用于描述系统中其中一特定操作的交互过程，时序图中的对象称为参与者，他们通过消息进行交互。
5.活动图活动图是描述系统中流程和操作的一种图，用于描述系统中活动的业务流程。
活动图可以展示控制流、对象流和数据流，用于描述系统的动态行为。
6.状态图状态图是描述系统中对象状态变化及其转换的一种图。
状态图展示了对象在不同状态之间的转换过程，用于描述系统的状态机。
7.部署图部署图是描述系统中物理部署和组件之间关系的一种图。
部署图主要用于展示系统的物理结构和系统组件之间的关联情况。
三、实验过程1.确定需求分析并编写用例图根据题目要求和系统需求，确定需求分析，绘制用例图。
用例图主要包括参与者和用例，参与者与用例之间通过关系进行关联。
2.分析系统结构并编写类图根据用例图和系统需求，分析系统结构，识别出系统中的类、接口和关系，绘制类图。
类图包括类、接口、关联、聚合、组合、泛化和实现等元素。
3.分析用户操作流程并绘制时序图根据用例图和系统需求，分析用户操作流程，确定对象的活动顺序，绘制时序图。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
本科实验报告课程名称:系统分析与设计实验项目:《网上书店系统》实验实验地点: 专业班级:学号:学生姓名:指导教师:2012年11月17日目录1.实验准备:熟悉UML建模环境2.实验一用例图3.实验二类图4.实验三顺序图及通信图5.实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1.结合工具StartUML,熟悉UML用例图的模型元素。
2.使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备:台式或笔记本计算机四、实验内容:根据下面给出的网上书店问题陈述,分析该系统总体需求,建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述:书店经理:我们原本是一个传统的实体书店,顾客要买书都是亲自到书店里来的,这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长,尤其是大量顾客到书店选购图书,使得书店场地不足,工作人员也很忙碌。
其实,还有一点就是,有不少人进入书店后并不买书,只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为,工作人员一般是不阻止的,结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了,所以我们想到借助网络,让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出,同时计算机可以方便的检索图书信息,让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员:能谈谈您对网上书店的要求吗?书店经理:网上书店要能实现对外和对内的功能,对外是顾客能在网上书店订购图书,提交订单。
对内,书店工作人员能够通过网上书店及时的看到这些订单,并进行处理。
为了把书送到顾客手里,我们已经联系了快递公司,初步达成协议,由他们往返场客和书店之间把图书送到顾客手里。
书店管理员受理订单后,就会通知快递公司送货。
当然,书店的图书上架和下架也应该由网上书店完成了。
工作人员甲:实体店中,图书是按照不同种类放置的,方便顾客挑选。
网上书店的图书也应该能够按照这种模式分类显示。
这样,图书的信息和种类要由网上书店设置和管理。
已有种类的新书或新种类的图书上架,网上书店能够保存这些信息。
如果信息输入错误,能够进行修改。
工作人员乙:另外书店会搞一些促销,推出一些特价图书。
以前这些特价书的信息,都是我们根据促销活动整理出来,贴在书店的醒目位置。
促销活动过后,特价图书会恢复原来的价格。
希望网上书店也能够管理这些特价图书。
系统分析员:能谈谈平时买书的经过吗?顾客甲:一般都是先在书店里看看图书的简要介绍,或者先找找看有没有自己需要的书,有时是没有目标的寻找,有时直奔一类图书而去。
找到我想买的书或者觉得看的书不错,就会去柜台结帐。
工作人员丙:不过有时在结帐的时候,顾客会突然改变主意,不买一些书或者又回去挑选图书了。
顾客甲:有时好像是这样的。
要是网上书店在结帐前能方便管理我所选购的图书就好了,这样通过计算机直接操作,就不用跑来跑去了。
系统分析员:可以使用虚拟的购物车。
工作人员丙:对,这样在用户确认购买前可自行管理选购的图书,决定要不要购买还有的购买的数量。
系统分析员:顾客先使用虚拟的购物车选购管理图书,然后提交订单给书店处理,是这样吧。
书店经理:没错,就这样办。
另外最好顾客能够留下自己的信息,方便以后的购买。
顾客:你们可以实行会员制啊。
就像我们在网上逛论坛一样,会员才能发言,普通游客只能看。
这样我们平时就在网上书店查查资料什么的,只在购买图书的时候才使用会员身份。
书店经理:嗯,这样不仅可以保留你们的信息,也可以保留购买记录。
系统分析员:会员提交购买订单后,书店打算如何收取或者说用户怎么付款?书店经理:我们可以接受货到付款,顾客也可以使用网上银行、汇款等方式付款。
顾客:这样我们就方便多了。
对了那是不是付款前,我还多了一次“反悔”的机会啊。
书店经理:在我们书店没有受理订单之前,你们可以取消交易。
不过受理后就不行了。
……通过几次这样的访谈(限于篇幅,在此并未列出所有访谈内容,可以获得网上书店的需求信息,确定系统范围。
网上书店是实现对实体书店内部图书商品和顾客购买图书的综合管理系统。
1.用例图:此处由学生填写店管理员顾客2.确认订单用例事件流1.用例确认订单的事件流1.1前置条件在用例确认订单开始之前,用例登录该系统以及用例使用虚拟购物车必须完成。
1.2后置条件如果确认订单的事件成功后,就可以提交订单或者若顾客改变主意,不想购买图书,则交给虚拟购物车进行管理。
1.3扩充点无1.4事件流1.4.1基流登陆系统,顾客先以普通顾客的身份查找所需要购买的图书并添加到购物车,此时用例确认订单开始,系统提示顾客所想要选择的动作:购买、不购买、稍后再买。
如果所选的活动是购买,执行分支流S-1:购买所需要的图书。
如果所选的活动是不买,执行分支流S-2:不够买该书但保留其信息。
如果所选的活动是稍后购买,执行分支流S-3:稍后再购买该书,保留其信息等待购买。
1.4.2分支流S-1购买系统提示是否购买该书,顾客选中购买,并选中要购买的书名及购买的数量(E-1或E-2,系统显示信息可以购买,并建立购买连接。
S-2不购买系统提示是否购买该书,顾客选中不购买,此时系统将保存该书的记录并不作任何处理。
S-3稍后购买系统提示是否购买该书,顾客选中稍后购买,此时系统将保留该书信息并等待顾客购买。
1.4.3替代流E-1如果所选的书该书店没有存货,系统提示该书缺货无法购买,顾客可选择其他书进行购买;;E-2如果所选的书数量超过该书店的所拥有的数量,则系统提示书的数量过多无法购买,并提示可选择少量进行购买。
五、分析与讨论1.建模用例图的步骤、方法?1.寻找参与者寻找参与者所谓的参与者是指所有存在于系统外部并与系统进行交互的人或其他系统。
2.确定用例找到参与者之后,我们就可以根据参与者来确定系统的用例,主要是看各参与者需要系统提供什么样的服务,或者说参与者是如何使用系统的。
3.描述用例规约应该避免这样一种误解――认为由参与者和用例构成的用例图就是用例模型,用例图只是在总体上大致描述了系统所能提供的各种服务,让我们对于系统的功能有一个总体的认识。
除此之外,我们还需要描述每一个有例的详细信息,这些信息包含在用例规约中,用例模型是由用例图和每一个用例的详细描述――用例规约所组成的.4.检查用例模型用例模型完成之后,可以对用例模型进行检查,看看是否有遗漏或错误之处。
2.如何识别系统的参与者?•谁是系统的主要用户•谁向系统提供信息•谁改变系统的数据•谁从系统获取信息•谁需要系统的支持以完成日常工作任务•谁负责日常维护、管理并保证系统正常运行•系统需要操纵那些硬设备•系统需要和那些外部系统交互•谁(或什么对系统运行产生的结果(值感兴趣•时间、气温等内部外部条件•……3.应该如何划分用例,应注意哪些问题?1、使用功能点划分,细化每个功能点,到这个功能点不能再拆分。
2、所要测试模快对该系统的整体影响。
看其重要性。
3、最好在用例编写前,项目的测试工程师可以讨论出一个适合项目的统一测试粒度。
应注意:1、测试粒度不宜过细,测试用例分解的测试粒度过细会给测试工程师带来成倍的额外工作量,对于项目管理来讲,这样是不合算的。
2、测试粒度不宜过粗,这是因为如果一个测试用例,里面包含了太多验证点。
比如在写取钱的用例时,要检查余额查询,用户最大额度查询类似的本可以单独一个用例的东西都硬拼到了一起,那么用例的执行进度和项目的进度肯定不能划等号。
简单说就是有的用例简单有的用例复杂,所以有的也许要验证半天,有的只需要10分钟。
这样的话,文章开头的等式就当然不相等了。
粒度过粗还有个麻烦就是,发现很多bug都对应着一个用例。
这样给缺陷管理和统计起来也带来麻烦。
在项目后期的报告中不能清晰的统计缺陷。
4..心得我认为,用例就是功能,用例图就是对功能的图示描述;也就是功能模块的表示。
同时用例图是对用户的需求进行描述,所以,从用例图中能看出现实的功能需求,貌似是对现实世界想要完成某件事情的物理结构进行画图表示。
用例图的粒度是第一次听说,经过老师的讲解,感觉粒度就是个数的意思,搞不懂为什么翻译为粒度(granularity。
也就是一个软件划分为多少个模块。
这就涉及到模块的耦合和内聚了。
模块太少不能把用户的需求功能描述清楚,太多了,又过于冗杂,同样不能把功能描述清楚。
用例图是开发一个软件时用到的第一个图,所以,UML用例图画好了,对后面的开发至关重要。
用例图就是对现实需求的第一步抽象,把功能用图表述出来。
在画用例图的时候就应该把用各个用例之间的关系表达清楚。
实验二类图一、实验目的了解类图的基本用法;初步掌握UML类图的创建及其方法。
二、实验要求1、结合工具StartUML,熟悉UML类图的模型元素。
2、建模网上书店类图。
三、实验主要设备:台式或笔记本计算机四、实验内容:创建类图的步骤如下:(1使用名词识别法识别类。
(2建模类与类之间的关系。
(3为类图中的关联关系添加合适的角色名。
(4为已被封装到类中的独立功能建模类。
(5为类图中的类添加必要的特性和操作。
(6迭代并细化该模型1.识别类:(删除以下样式,填写顾客(普通顾客,会员,书店工作人员,虚拟购物车,图书(特价图书2.定义类:(删除以下样式,填写图 2.1定义类图2.2完善后的类图五、分析与讨论1.如何使用文本分析技术从问题陈述中识别对象和类?识别对象:识别问题中的实体,实体的描述用名词,名词短语,,名词性代词的形式出现。
识别类:分别找出:边界类:边界类处理系统环境与系统内部之间的通信,边界类为用户或另一个系统(即参与者提供了接口。
实体类:实体类是模拟必须被存储的信息和其关联行为的类。
控制类:控制类是用来为特定于一个或多个用例的控制行为建模的类。
参数类:参数类又被称为模板类(Template Classes,模板类定义了类族。
2.心得通过本次实验,我对类图有了新的认识,类图(Class diagram是显示了模型的静态结构,特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。
类图(Class diagram是最常用的UML图,显示出类、接口以及它们之间的静态结构和关系,它用于描述系统的结构化设计。
类的UML表示是一个长方形,垂直地分为三个区。
画类图时,首先要从问题中出所有的名词,再从中选择出可以作为类的名词作为候选类,然后找分别边界类、实体类和控制类初步定出类的概念层,然后找出这些类的属性和操作最终确定出分析层,进而完善成完整的类图。
实验三顺序图及通信图一、实验目的初步掌握UML顺序图的建模及其思想。
二、实验要求1、结合工具StartUML和Rose,熟悉UML顺序图的模型元素。