试题库系统需求分析_用例图

合集下载

实验二需求分析(用例图)

实验二需求分析(用例图)
需求分析——分析需求
编写人:毛伟
分析需求提取功能
提取系统用户编写系统用例图
登登登登 销销基基基基
采采
销员
销销
库库
登登销销 报报报报
图1-1 进销存系统总用例图
提取系统用户编写系统用例图
销销销销销销销 <<include>> <<include>>
销销维维销销
销员
基基基基销销
销销维维销销
销销维维维销销
图1-2 基本资料维护用例图
用例说明
• • • • • • • • • • • • • • • • • • • • • • • • • • 用户登录 1. 用户登录 1.0 用例名称: 中文名称:用户登录 功能:验证用户的身份。 1.1 简要说明: 本用例的功能主要是用于确保用户在提供正确的验证信息之后,可以进一步使用本系统。 1.2 事件流: 1.2.1 基本流: 1 用户请求使用本系统。 2 系统显示用户登录信息输入界面。 3 用户输入登录名,密码并确认操作。 4 系统验证用户登录信息,如果登录信息验证没有通过,系统显示提醒信息,并转向基本流2,如果验证通过,系统显示系统操作主界面。 1.2.2 备选流: 1.2.2.1 备选流1: 1 客户可以在没有登录成功之前的任意时候要求放弃登录。 2 系统结束用户登录信息输入界面的显示。 3 退出系统。 1.3 特殊需求: 无 1.4 前置条件: 1 请求使用本系统。 1.5 后置条件: 1 用户登录成功,可以使用系统提供的功能。 1.6 附加说明: 无
更多的用例描述请查务
1 各项目经理组织讨论系统功能,创建表单 2 提取用户,画出用例图 3 对每个用例进行说明

uml试题——精选推荐

uml试题——精选推荐

uml试题1.UML图不包括( D )A⽤例图B类图 C状态图D流程图2.下⾯哪⼀项不是包图中的关系( D )A<> B<> C<> D<>3.在类图中,下⾯哪个符号表⽰继承关系( C )4.在类图中,“ #”表⽰的可见性是( B )A PublicB ProtectedC PrivateD Package5.消息的组成不包括( C )A 接⼝B 活动C 发送者D 接收者6.下⾯哪个视图属于UML语⾔的交互图( D )A ⾏为图B 状态图C 实现图D 顺序图7.下⾯哪个不是UML中的静态视图( A )。

A.状态图B.⽤例图C.对象图D.类图8.对于⼀个在线旅⾏代理商使⽤的在线旅⾏公司系统,通过分析获得了下列⽤例及⽤例说明,其中哪⼀个应该不是合适的⽤例。

( D )A预定航班机票B预定酒店住宿C在线⽀付D开始实地旅⾏9.某游戏使⽤⾯向对象技术建模,游戏⾓⾊和道具分别是两个类,游戏⾓⾊达到⼀定条件后可以使⽤相应的道具。

游戏⾓⾊和道具之间的关系应该是(D )A、关联B、继承C、聚合D、依赖10.类之间的关系不包括( D )A 依赖关系B 泛化关系C 实现关系D 分解关系11.在UML中,协作图的组成不包括( C )A 对象B 消息C 发送者D 链12.下⾯哪个符号代表包图( A )BA C DBA C D13.下列对状态图描述不正确的是( C )A 状态图通过建⽴类对象的⽣命周期模型来描述对象随时间变化的动态⾏为B 状态图适⽤于描述状态和动作的顺序,不仅可以展现⼀个对象拥有的状态,还可与说明事件如何随着时间的推移来影响这些状态C 状态图的主要⽬的是描述对象创建和撤销的过程中资源的不同状态,有利于开发⼈员提⾼开发效率D 状态图描述了⼀个实体基于事件反应的动态⾏为,显⽰了该实体如何根据当前所处状态对不同的事件作出反应14.在UML的顺序图中,通常由左向右分层排列各个对象,正确的排列⽅法是( A)A 执⾏者⾓⾊控制类⽤户接⼝业务层后台数据库B 执⾏者⾓⾊⽤户接⼝控制类业务层后台数据库C 执⾏者⾓⾊控制类⽤户接⼝后台数据库业务层D 执⾏者⾓⾊⽤户接⼝业务层控制类后台数据库15.在UML中,接⼝有⼏种表达⽅式( A )A 2 B)4 C 6 D 816.下⾯哪个UML视图是描述⼀个对象的⽣命周期的( B )A 类图B 状态图C 协作图D 顺序17.顺序图由对象,⽣命线,控制焦点和(B)组成A 关系B 消息C ⽤例D 实体18.在⼀个“订单输⼊⼦系统”中,创建新订单和更新订单都需要检查⽤户帐号是否正确。

UML试题(内含答案)

UML试题(内含答案)

UML试题(内含答案)【用例图】1.用例图的节点包括(ABD)A、用例B、边界C、关联D、执行者2.用例之间的关系主要有(BCD)A、聚合B、继承C、扩展D、包含3.在采用用例模型捕获需求时,需要执行如下(ABCD)操作A、描述非功能需求B、用例建模C、识别用例D、识别参与者4.在识别用例时,以下(ABC)问题可以帮助识别用例A、当系统状态发生故障时,是否需要通知参与者B、系统是否存在外部事件,如果存在,是哪个能参与者通知系统这些个部事件C、参与者希望系统为他提供什么样的功能D、系统运行环境是什么5.在用例图中,可以用(D)来表示整个软件系统或其中一些子系统的边界,也可以用它表示软件系统的不同发布版本的功能范围A、执行者B、关联关系C、用例D、边界框6.(B)作为完成用例任务的责任承担者,协调、控制其他类共同完成用例规定的功能或行为A、数据对象B、控制类C、实体类D、边界类7.基于用例图的需求捕获的第一步就是确定系统的参与者,在寻找系统参与者时,可以根据以下(ABCD)等问题来确定A、系统同环境如何进行交互B、由谁安装系统C、系统为哪些对象提供信息、服务D、系统的使用者是谁8.如果用例B是用例A的某项子功能,并且建模者确切地知道在A所对应的动作序列中何时将调用B,则称(A)A、用例A扩展用例BB、用例A继承用例BC、用例A包括用例BD、用例A实现用例B9.如果用例A与用例B相似,但A的动作序列是通过改写B的部分或者扩展B的动作而获得的,则称(B)A、用例A实现用例BB、用例A继承用例BC、用例A扩展用例BD、用例A包括用例B10.如果用例A与用例B相似,但A的功能较B多,A的动作序列是通过在B的动作序列中的某些执行点上插入附加的动作序列而构成的,则称(C)A、用例A扩展用例BB、用例A包含用例BC、用例A继承用例BD、用例A实现用例B11.在UML中,(A)表示使用软件系统的功能,与软件系统交换信息的外部实体A、执行者B、类C、用例D、用例图12.在用例图中,执行者之间的关系只有(B)一种A、包含B、继承C、扩展D、实现【静态图】1.对于类,其属性的可见性表示对类的外部世界的可见性,它有以下(ABCD)选项A、公开(public)B、包内公开(package)C、保护(protected)D、私有(private)2.在UML中,以下(ABCD)是可以应用于包的构造型A、框架{《Framework》}B、虚包{《Facade》}C、子系统{《Subytem》}D、系统{《ytem》}3.两个类之间的关联表示他们之间存在一种不适于继承的逻辑关系。

系统用例图——精选推荐

系统用例图——精选推荐

系统⽤例图⽤例图⽤例图(Use Case Diagram)是由软件需求分析到最终实现的第⼀步,它描述⼈们如何使⽤⼀个系统。

⽤例视图显⽰谁是相关的⽤户、⽤户希望系统提供什么样的服务,以及⽤户需要为系统提供的服务,以便使系统的⽤户更容易理解这些元素的⽤途,也便于软件开发⼈员最终实现这些元素。

⽤例图在各种开发活动中被⼴泛的应⽤,但是它最常⽤来描述系统及⼦系统。

当⽤例视图在外部⽤户出现以前出现时,它捕获到系统、⼦系统或类的⾏为。

它将系统功能划分成对参与者(即系统的理想⽤户)有⽤的需求。

⽽交互部分被称作⽤例。

⽤例使⽤系统与⼀个或者多个参与者之间的⼀系列消息来描述系统中的交互。

⽤例图包含六个元素,分别是:参与者(Actor)、⽤例(Use Case)、关联关系(Association)、包含关系(Include)、扩展关系(Extend)以及泛化关系(Generalization)。

转载于:https:///future_fighter/article/details/2238266⽤例图可⼀个包含注释和约束,还可⼀个包含包,⽤于将模型中的元素组合成更⼤的模块。

有时,可以将⽤例的实例引⼊到图中。

⽤例图模型如下所⽰,参与者⽤⼈形图标来标识,⽤例⽤椭圆来表⽰,连线表⽰它们之间的关系。

⼀.参与者(Actor)1.参与者的概念参与者是系统外部的⼀个实体,它以某种⽅式参与⽤例的执⾏过程。

参与者通过向系统输⼊或请求系统输⼊某些事件来触发系统的执⾏。

参与着由参与⽤例时所担当的⾓⾊来表⽰。

在UML中,参与者⽤名字写在下⾯的⼈形图标表⽰。

每个参与者可以参与⼀个或多个⽤例。

它通过交换信息与⽤例发⽣交互(因此也与⽤例所在的系统或类发⽣了交互),⽽参与者的内部实现与⽤例是不相关的,可以⽤⼀组定义其状态的属性充分的描述参与者。

参与者有三⼤类:系统⽤户、与所建造的系统交互的其它系统和⼀些可以运⾏的进程。

第⼀类参与者是真实的⼈,即⽤户,是最常见的参与者,⼏乎存在于每个系统中。

uml画图题

uml画图题

36. 为某企业建立一个人事管理系统。

有以下需求:⏹总经理可创建部门、撤销部门、更改部门的名称、安排部门经理,也能对人员指派部门;⏹人事部门的工作人员可建立员工的人事档案,应包括身份证号、姓名、性别、出生日期等;⏹部门经理可为本部门添加新员工、确定员工的工资、也可解除本部门的特定员工;⏹员工可修改自己的个人信息,如联系电话、Email等,也可查看本部门的其他员工的信息。

根据以上描述,结合常识和逻辑推理,建立用例图来表示系统的功能。

要点:(1)抽取出总经理、部门经理、人事部工作人员和员工四个参与者,并且存在泛化关系。

(4分)(2)抽取个用例。

(3分)(3)将参与者和相应交互的用例相关联。

(3分)注:此题为应用题,考核考生能否根据需求描述绘制用例图,考核用例图的概念、理解和应用。

37. 手机用户可通过某个移动公司的网站发送短信,过程如下:用户先编辑短信,然后确定目标号码,然后确定发送;服务器返回显示一个页面,要求用户输入一个验证码,此时用户手机上将接受一个短信,含有一个验证码,用户输入此码后,网站才能发送用户编辑的短信。

验证码一次有效。

用顺序图描述这个场景。

(提示:参与交互的所有对象包括用户、Web客户端、Web服务器、用户手机。

)要点:(1)抽取出4个交互的对象。

(4分)(2)描述对象之间交互的消息。

(6分)注:此题为应用题,考核考生能否根据需求描述绘制顺序图,考核的知识是顺序图的概念、理解和应用。

38. 考虑电影院的售票系统,票最初处于 Available 状态,在票开始正式对外出售前,可以预定。

当顾客预定票后,被预定的票处于锁定状态,此时顾客仍有是否确实要买这张票的选择权,故这张票可能出售给顾客也可能因为顾客不要这张票而解除锁定状态。

如果超过了指定的期限顾客仍未做出选择,此票被自动解除锁定状态。

另外,顾客可以要求退票或者换其他演出的票。

请根据上述描述绘制票的状态图。

要点:(1)抽取出3个正常状态。

《软件工程与UML》期末试题[整理]

《软件工程与UML》期末试题[整理]

《软件工程与UML》期末试题适用专业:考试时间 120分钟一、单项选择题(本大题共小题,每题分,共分)1. UML图不包括(D )A. 用例图B. 类图C. 状态图D. 流程图2. 下面哪一项不是包图中的关系(D )A .<<use>> B. <<access>> C. <<trace>> D. <<stub>>3. 在类图中,下面哪个符号表示继承关系(C )D.A. B. C.4. 在类图中,“#”表示的可见性是(B )A. PublicB. ProtectedC. PrivateD. Package5. 消息的组成不包括(C )A. 接口B. 活动C. 发送者D.接收者6. 下面哪个视图属于UML语言的交互图(D )A. 行为图B. 状态图C. 实现图D. 顺序图7. UML语言包含几大类图形(B )A. 3B. 5C. 7D. 98. RUP中有(C )个核心过程工作流。

A. 1B. 3C. 6D. 99. 类之间的关系不包括(D )A. 依赖关系B. 泛化关系C. 实现关系D. 分解关系10. 在UML中,协作图的组成不包括(C )A. 对象B. 消息C. 发送者D. 链11. 下面哪个符号代表包图(A )A. B. C. D.12. 下列对状态图描述不正确的是(C )A. 状态图通过建立类对象的生命周期模型来描述对象随时间变化的动态行为。

B. 状态图适用于描述状态和动作的顺序,不仅可以展现一个对象拥有的状态,还可以说明事件如何随着时间的推移来影响这些状态。

C. 状态图的主要目的是描述对象创建和撤销的过程中资源的不同状态,有利于开发人员提高开发效率。

D. 状态图描述了一个实体基于事件反应的动态行为,显示了该实体如何根据当前所处状态对不同的事件做出反应。

13. 在UML的顺序图中,通常由左向右分层排列各个对象,正确的排列方法是(A )A. 执行者角色控制类用户接口业务层后台数据库B. 执行者角色用户接口控制类业务层后台数据库C. 执行者角色控制类用户接口后台数据库业务层D. 执行者角色用户接口业务层控制类后台数据库14. 多对象是UML哪个视图中的概念(C )A. 类图B. 状态图C. 协作图D. 组件图15. 构件图的组成不包括( C )A. 接口B. 构件C. 发送者D. 依赖关系16. 在UML 中,接口有几种表达方式( A )A. 2B. 4C. 6D. 8 17. 部署图的组成不包括( C )A. 处理器B. 设备C. 构件D. 连接18. 下面哪个UML 视图是描述一个对象的生命周期的( B )A. 类图B. 状态图C. 协作图D. 顺序19. 顺序图由对象、生命线、控制焦点和( B )组成A .关系 B. 消息 C. 用例 D. 实体20. UML 中关联的多重度是指( B )A. 一个类有多个方法被另一个类调用B. 一个类的实例能够与另一个类的多少个实例相关联C. 一个类的某个方法被另一个类调用的次数D. 两个类所具有的相同的方法和属性21. “软件危机”是指( C )A. 计算机病毒的出现B .利用计算机进行经济犯罪活动24.采用UML 进行软件建模的过程中,类图是系统的一种静态视图,用( B )可明确表示两类事物之间存在的整体/部分形式的关联关系。

软件工程试题及答案(较详细)

软件工程试题及答案(较详细)

软件工程试题及答案(较详细)软件工程试题及答案 (较详细)一、简答题1. 什么是软件工程?软件工程是一门综合应用计算机科学与工程学、管理学等知识的学科,它致力于开发和维护高质量的软件系统。

它包括需求分析、设计、编码、测试和维护等各个阶段,以确保软件项目能够按时交付、高效运行,并满足用户需求。

2. 请解释什么是软件生命周期?软件生命周期是指软件从构思、开发、使用到废弃的整个过程。

它包括需求分析、设计、编码、测试、部署和维护等多个阶段。

软件生命周期管理的目标是确保软件产品按时、按质量要求交付,并提供后续的支持与维护。

3. 请解释什么是需求工程?需求工程是软件工程中的一个重要阶段,它主要涉及对用户需求的调研、分析、规划和文档化。

通过需求工程,开发人员能够更好地理解用户需求,并将其转化为具体的软件需求规格说明书,为后续的设计和开发提供基础。

4. 什么是软件设计模式?软件设计模式是一套在软件设计过程中重复出现的解决方案。

它们被广泛接受,并被认为是开发高质量、可维护和可扩展软件的有效方法。

常见的软件设计模式包括单例模式、工厂模式、观察者模式等。

二、分析题1. 请说明面向对象和面向过程的编程范式的区别。

面向对象编程(OOP)和面向过程编程(POP)是两种不同的编程范式。

面向过程编程更侧重于任务的步骤和流程,它将问题分解为多个步骤,通过一系列函数或过程的调用来完成任务。

面向过程编程更加注重解决问题的步骤和执行过程。

面向对象编程更注重数据和对象的定义和封装,它将问题看作是一组对象的交互。

面向对象编程通过定义类、创建对象以及对象之间的协作来解决问题。

2. 什么是软件架构?软件架构是指软件系统的基本结构和组织方式。

它定义了软件系统中各个组件的职责、交互方式和部署方式。

常见的软件架构模式包括分层架构、客户端-服务器架构、微服务架构等。

3. 解释软件测试中的黑盒测试和白盒测试。

黑盒测试是一种测试方法,它基于对软件系统的功能需求进行测试,而不考虑内部的实现细节。

试题库系统需求分析_类图

试题库系统需求分析_类图
(1)分析系统的实体类
教师、普通管理员、超级管理员、试卷、课程
(2)分析系统的边界类
注册页面、登陆页面、修改个人资料页面、退出系统页面、查询课程页面、上传试卷页面、修改试卷页面、删除试卷页面、设置试卷信息页面、生成试卷页面、打印试卷页面、封存试题页面、解封试题页面、课程管理页面、设置试卷信息页面、生成试卷页面、打印试卷页面、封存试题页面、解封试题页面、课程管理页面、管理教师页面、管理普通管理员页面、课程管理页面、初始化系统页面
(3)分析系统的控制类
处理注册页面、处理登陆页面、处理修改个人资料页面、处理退出系统页面、处理查询课程页面、处理上传试卷页面、处理查询试卷页面、处理修改试卷页面、处理删除试卷页面、处理设置试卷信息页面、处理生成试卷页面、处理打印试卷页面、处理封存试题页面、处理解封试题页面、处理课程管理页面、处理设置试卷信息页面、处理生成试卷页面、处理打印试卷页面、处理封存试题页面、处理解封试题页面、处理课程管理页面、处理管理教师页面、处理管理普通管理员页面、处理课程管理页面、处理初始化系统页面
umlumlumlumlumlumlexamination?database?systemexamination?database?systemexamination?database?systemedsedseds11教师普通管理员超级管理员试卷课程教师普通管理员超级管理员试卷课程教师普通管理员超级管理员试卷课程注册页面登陆页面修改个人资料页面退出系统页面查询课程注册页面登陆页面修改个人资料页面退出系统页面查询课程注册页面登陆页面修改个人资料页面退出系统页面查询课程页面上传试卷页面修改试卷页面删除试卷页面设置试卷信息页面页面上传试卷页面修改试卷页面删除试卷页面设置试卷信息页面页面上传试卷页面修改试卷页面删除试卷页面设置试卷信息页面生成试卷页面打印试卷页面封存试题页面解封试题页面课程管理页生成试卷页面打印试卷页面封存试题页面解封试题页面课程管理页生成试卷页面打印试卷页面封存试题页面解封试题页面课程管理页面设置试卷信息页面生成试卷页面打印试卷页面封存试题页面解面设置试卷信息页面生成试卷页面打印试卷页面封存试题页面解面设置试卷信息页面生成试卷页面打印试卷页面封存试题页面解封试题页面课程管理页面管理教师页面管理普通管理员页面课程管封试题页面课程管理页面管理教师页面管理普通管理员页面课程管封试题页面课程管理页面管理教师页面管理普通管理员页面课程管理页面初始化系统页面理页面初始化系统页面理页面初始化系统页面处理注册页面处理登陆页面处理修改个人资料页面处理退出系处理注册页面处理登陆页面处理修改个人资料页面处理退出系处理注册页面处理登陆页面处理修改个人资料页面处理退出系统页面处理查询课程页面处理上传试卷页面处理查询试卷页面处理统页面处理查询课程页面处理上传试卷页面处理查询试卷页面处理统页面处理查询课程页面处理上传试卷页面处理查询试卷页面处理修改试卷页面处理删除试卷页面处理设置试卷信息页面处理生成试卷修改试卷页面处理删除试卷页面处理设置试卷信息页面处理生成试卷修改试卷页面处理删除试卷页面处理设置试卷信息页面处理生成试卷页面处理打印试卷页面处理封存试题页面处理解封试题页面处理课页面处理打印试卷页面处理封存试题页面处理解封试题页面处理课页面处理打印试卷页面处理封存试题页面处理解封试题页面处理课程管理页面处理设置试卷信息页面处理生成试卷页面处理打印试卷页程管理页面处理设置试卷信息页面处理生成试卷页面处理打印试卷页程管理页面处理设置试卷
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
<9剩下的关系线按照步骤8依次添加进【NewDiagram】,结果如下图:
<10到此实验结束。
实验结果
普通管理员在该系统上的功能有如下:
设置试卷信息、生成试卷、打印试卷、封存试题、解封试题、课程管理
超级管理员在该系统上的功能有如下:
管理教师、管理普通管理员、课程管理、初始化系统
2、实验步骤
<1依次打开【开始】【程序】【Rational Software】【Rational Rose Enterprise Edition】
福州软件职业技术学院
《UML》课程实验报告
年级、专业
班级
学号
姓名
实验名称
试题库系统需求分析
实验目的和要求
实验目的:
1、掌握系统的系统需求分析方法。
2、掌握识别项目的参与者、用例和系统边界。
3、掌握项目的用例图的画法。
使用UML的用例图对“试题库系统(Examination Database System,EDS)”进行需求建模,具体要求如下:
(1)分析“EDS”的用例。
(2)分析“EDS”的参与者。
(3)使用Rose 2003绘制“EDS”的用例图。
(4)通过文字对主要用Biblioteka 进行补充描述。实验内容和步骤
1、实验分析:
试题库系统参与者有如下:
教师、普通管理员、超级管理员
教师在该系统上的功能有如下:
注册、登陆、修改个人资料、退出系统、查询课程、上传试卷、查询试卷、修改试卷、删除试卷
<2打开Rational Rose Enterprise Edition后,右击【Use Case View】,点击【New】,选择【Use CaseDiagram】,生成一个NewDiagram文件。
<3双击打开【NewDiagram】,结果出现如图
<4在工具栏中选择【Use Case】(如图: ),然后在【NewDiagram】文件中点击,出现下图NewUseCase。双击改成相应的用例名,如下第二张和第三张图。
<5按照步骤4的方法,继续把剩下的用例添加进【NewDiagram】
<6在工具栏中选择【Actor】(如图: ),然后在【NewDiagram】文件中点击,出现下图NewClass。双击改成相应的参与者名,如下第二张和第三张图。
<7按照步骤6的方法,继续把剩下的参与者添加进【NewDiagram】
<8在工具栏中选择【UnidirectionalAssociation】(如图: ),再点住参与者【教师】拖到用例【查询课程】,出现关系线。如图:
相关文档
最新文档