第三项任务——用例建模

SRS文档——用例建模

一、spec概念

Specification, 又叫spec, 有两种:

a) functional spec, 软件功能说明书, 主要用来说明软件的外部功能, 和用户的交互情况 (把软件当作一个黑盒子)。

b) technical spec, 软件技术说明书, 又叫 design doc, 设计文档, 主要用来说明软件内部的设计 (把软件当作一个透明的箱子)。

二、用例建模

用例建模(Use Case Modeling)是使用用例的方法来描述系统的功能需求的过程,用例模型主要包括以下两部分内容:

①用例图(Use Case Diagram)

确定系统中所包含的参与者、用例和两者之间的对应关系,用例图描述的是关于系统功能的一个概述。

②用例规约(Use Case Specification)

针对每一个用例都应该有一个用例规约文档与之相对应,该文档描述用例的细节内容。

在用例建模的过程中,我们建议的步聚是先找出参与者,再根据参与者确定每个参与者相关的用例,最后再细化每一个用例的用例规约。

(1)类组合结构图

给出各个类之间的整体组合结构,如图所示。

(2)CalendarWindow类的UML图

(3)CalendarMessage类的UML图

(4)CalendarPa类的UML图

(5)NotePad类的UML图

(6)CalendarImage类的UML图

(7)Clock类的UML图

三、用例图

①功能图

②活动图

四、实验心得

从本次课程项目步骤的完成中,首先我发现了我有很多不足的地方,最突出的是我所学的东西太少了,根本满足不了平时编写程序的需要,但是可以学到很多很多的东西,同时不仅可以巩固了以前所学过的知识,而且学到了很多在书本上所没有学到过的知识。

时间: 2024-10-24 09:36:00

第三项任务——用例建模的相关文章

再学UML-UML用例建模解析(三)

2. 编写用例文档 绘制用例图只是完成了用例建模最基本也是最简单的一步,用例建模的核心在于编写用例文档,用例文档又称为用例规约或用例描述.顾名思义,用例文档是用于描述用例的文档,每一个用例对应于一个用例文档,在用例文档中需要用文字的方式描述用例的执行过程,即执行者与系统的交互过程. 用例文档需要通俗易懂,不仅项目的开发人员能够理解,系统的用户以及客户也能够看懂用例文档.一个完整的用例文档包括用例编号.用例名.执行者.前置条件.后置条件.涉众利益.基本路径.扩展路径.字段列表.业务规则.非功能需求

用例建模指南

用例建模指南 用例(Use Case)是一种描述系统需求的方法,使用用例的方法来描述系统需求的过程就是用例建模.用例方法最早是由Iva Jackboson博士提出的,后来被综合到UML规范之中,成为一种标准化的需求表述体系.用例的使用在RUP中被推崇备至,整个RUP流程都被称作是"用例驱动"(Use-Case Driven)的,各种类型的开发活动包括项目管理.分析设计.测试.实现等都是以系统用例为主要输入工件,用例模型奠定了整个系统软件开发的基础. 1. 什么是用例? 在介始用例方法之

采用[ICONIX] 方法实践分析和设计之二 [用例建模](转)

在上一篇文章中我们了解并进行了域建模,换言之我们有了一个好的开始,起码开发人员对自己要开发的软件已有了初步的认识,且也得到了进行交流时可以使用的术语表. 本章将会在前一篇的基本上进一步阐述使用ICONIX方法实践用例建模,同样在文章的最后还会有在这个阶段最容易犯的10个错误,以给大家提醒或在分析过程中进行参照.     本文在ICONIX方法中所处的位置如下图(红圈标记的地方)     在开始进行用例建模之前,我们需要对这一过程有一些粗线条的认识,如果您以前做过或学习过这方面的知识,可以把下面的

Uml学习-用例建模简介

用例建模简介  用例建模是UML建模的一部分,它也是UML里最基础的部分.用例建模的最主要功能就是用来表达系统的功能性需求或行为.用例图重点描述用户需求. 它描述需求.用户和主要组件之间的关系. 它不会详细描述用户需求:在可链接到每个用例的其他关系图或文档中可详细描述这些需求.用例图是UML的九个图中较为重要和常用的一种图.常常用于软件开发的需求分析阶段,也能用于软件的系统测试阶段.简单的来说,用例图是描述系统的外部视图,为了搞清某个项目的大概需求,我们往往要问两个问题, 1.  这个系统有什么

Linux文件系统的用例建模

1 用例 用例(Use Case)是一种描述系统需求的方法,使用用例的方法来描述系统需求的过程就是用例建模. 1.1 参与者和用例 从用户的角度来看,他们并不想了解系统的内部结构和设计,他们所关心的是系统所能提供的服务,也就是被开发出来的系统将是如何被使用的,这就是用例方法的基本思想.用例模型主要由以下模型元素构成: 参与者(Actor)参与者是指存在于被定义系统外部并与该系统发生交互的人或其他系统,他们代表的是系统的使用者或使用环境. 用例(Use Case)用例用于表示系统所提供的服务,它定

三维地图漫游用例建模

一.建模背景 (1)工程实践项目需求 我的工程实践课题是基于室内地图数据,运用OpenGL渲染手段,构建并渲染三维空间模型,进一步可应用到虚拟现实的交互游戏场景. (2)用例建模意义 用例方法完全是站在用户的角度上(从系统的外部)来描述系统的功能的.在用例方法中,我们把被定义系统看作是一个黑箱,我们并不关心系统内部是如何完成它所提供的功能的. 用例方法首先描述了被定义系统有哪些外部使用者(抽象成为Actor),这些使用者与被定义系统发生交互:针对每一参与者,用例方法又描述了系统为这些参与者提供了

数据包分析之信息安全铁人三项

电子取证是指利用计算机软硬件技术,以符合法律规范的方式对计算机入侵.破坏.欺诈.攻击等犯罪行为进行证据获取.保存.分析和出示的过程.从技术方面看,计算机犯罪取证是一个对受侵计算机系统进行扫描和破解,对入侵事件进行重建的过程.具体而言,是指把计算机看作犯罪现场,运用先进的辨析技术,对计算机犯罪行为进行解剖,搜寻罪犯及其犯罪证据. 随着计算机犯罪个案数字不断上升和犯罪手段的数字化,搜集电子证据的工作成为提供重要线索及破案的关键.恢复已被破坏的计算机数据及提供相关的电子资料证据就是电子取证. 本文针对

用例建模和分析

描述用例建模的优点 定义参与者和用例,并能够从上下文图以及其他资源中确定参考图和用例 描述四类参与者 描述用例模型图种可能出现的关系 描述准备用例模型图的准备 描述如何构造用例模型图 描述用例的各节内容 定义用例分级的目的.优先权矩阵,以及用例依赖关系图 关键术语 以用户为中心的开发:一个系统开发过程,该过程基于对关联人员的需求,以及对开发该系统原因的充分理解之上 用例建模:使用业务时间.发起业务事件的人,以及系统如何相应这些事件来建模系统功能的过程 用例图:描述系统与外部其他系统以及用户之间交

西门子PLC学习笔记四-(控制三项异步电动机的启动停止)

本篇是学习S7-300的一个小程序,用于对PLC开发简单直观的认识. 1.三项异步电动机电路图 2.PLC控制接线图 从图中可以看出控制按钮接PLC 信号模块SM的I0.0.I0.1端口,输出信号从Q4.1输出 3.PLC SM模块选择 1)输入模块选择 SM321 DI32*24V 2)输出模块选择 SM322 DO32*AC120/230/1A 4.硬件组态图如下: 5.编辑符号变量 6.编写梯形图程序 7.编写程序 程序解释: sb1_start使用开路符号表示:当接通时整条线路都接通,默