Use Case Model

UML和模式读书笔记:Use Case部分 Use Case:发现并描述需求,是项目开发后期成果物的基础,对后期的分析,设计,实现,项目管理等方面都有影响。Notation:Use Case不只强调Use Case图,事实上,Use Case以文本描述为核心,Use Case Diagram反而是可选择内容。 理解三个定义:Actor,Scenarios,Use Cases。 Use Case Model:Use 阅读详情

Use Case Model

Revision History
VersionDateDescriptionAuthor
Inception draft2/4/2007开始起草申习
    
    
    
    

User Register

Main Success Scenario: 用户输入注册信息,系统创建新用户

Alternate Scenario:

  • 用户以存在:提示用户,建议改

Scope:T-Stage

Level:User Goal

Primary Actor:所有用户

Stakeholders and Interests

  • 用户希望方便的注册,希望一次提交就可完成注册;希望自己的数据保密
  • 系统:不希望同一用户多次注册,不希望有同名用户,

Preconditions:系统正常

Success Guarantee:用户必须注册信息/已填写选填信息被记录;添加用户注册审计记录;用户没有填写的选填信息被初始化

Main Success Scenario

  1. 用户填写验证吗
  2. 用户填写用户名
  3. 用户填写密码
以上为必须操作
  1. 用户填写选真信息
  2. 用户提交注册信息
  3. 系统添加注册信息
  4. 系统回复用户

Extensions

  1. 验证码错误
    提示用户,禁止用户进行下一步操作
    1. 用户名不合法
      提示用户重填,禁止用户进行下一步操作
    2. 用户名重名
      提示用户重填,禁止用户进行下一步操作
  2. 两次输入密码不同
    提示用户,禁止用户进行下一步操作

Special Requirments

  • 验证码由数字和英文大小写字母组成,4位,验证不区分大小写
  • 用户名为email地址,不可重复
  • 密码提交时要经过MD5运算

Technology and Data Variations List

  • 验证码,用户名,密码的验证都通过AJAX异步自动完成,不需用户操作
  • MD5有32位数字和英文小写字母,共256bit长
  • 用户名合法性由Javascript的Regex类验证

Frequency of Occurrence:Often

Open Issue

  • 密码是否有强度要求
  • 用户注册后是否要求验证激活账号
  • 用户注册成功后,系统是否发email通知用户

User Login

用户输入认证信息,系统认证,完成登录

Scope:T-Stage

Level:User Goal

Primary Actor:注册用户

Stakeholders and Interests

  • 用户:希望登录时,自己的数据完全;不希望每次上线都要登录;
  • 系统:希望注册用户每次上线都登录;不希望有人用不合法的信息登录

Preconditions:系统正常

Success Guarantee:客户端/服务器端用户状态更新.

Main Success Scenario

Auto Login

  1. 系统读用户Cookie
  2. 系统验证用户Cookie信息合法性
  3. 更新用户状态

Manual Login

  1. 用户填写验证码
  2. 用户填写用户名/密码
  3. 用户提交信息
  4. 系统更新用户状态
  5. 系统回复用户

Extensions

Auto Login

    1. Cookie不存在
      初始化Cookie,转入Manual Login
    2. Cookie系统不可用
      提示用户开启Cookie功能
    1. Cookie信息不合法/过期
      转入Manual Login

Manual Login

  1. 验证码错误
    提示用户,禁止下一步操作
  2. N/A
  3. 登录信息无效
    提示用户重新登录/注册

Special Requirments

  • 用户名,密码,验证码同User Register
  • Cookie有效期:1个月

Technology and Data Variations List

Cookie中要记录的信息

  1. Username
  2. Password(MD5 Encrypted)
  3. Last Loging

Frequency of Occurrence:Often

Open Issue

  • Cookie不可用怎么办?
  • 用户多次登录密码无效是否锁定账号?
  • Cookie有效期是不可制定?

 

Image Repository

Main Success Scenario: 用户上传图像;自动完成图像处理系统自动修改文件名,保证文件不重名;系统存储在图像;系统更新审计数据库

Alternate Scenario:

  • 图像大于5MB/上传失败:提示用户
  • 用户存储空间用完:提示用户

Scope: T-Stage

Level: User Goal

Primary Actor: 已注册用户

Stakeholders and Interests

  • 用户:希望快捷地上传图像文件;希望自己的图像能被更多的人查看并评分
  • 系统:不希望在很短的时间里重复读同一个文件给不同的用户

Preconditions: 系统正常

Success Guarantee: 图像存储.初始化图像记录.添加审计记录.

Main Success Scenario

  1. 用户上传图像文件.
  2. 系统接收文件.
  3. 系统处理图像(Process Image),生成缩略图(Populate Thumnail)
  4. 系统存储图像,初始化图像记录
  5. 系统添加审计记录.

Extensions

    1. 用户未登录
      提示登录
    2. 用户上传文件扩展名不支持(支持的扩展名)
      提示用户更换文件
    1. 上传文件大于5MB
      提示用户文件太大
    2. 系统存储空间不够
      提示用户系统错误
  1. 图像格式不支持
    提示用户处理失败
  2. 用户可用空间以用完
    提示用户空间不足

Special Requirments

  • 支持的扩展名:BMP,JPG,PNG,GIF
  • 处理图像:图像等比例缩小到小于等于800*600,如果原图小于等800*600则不缩放
  • 缩略图:等比例缩小到120*120,压缩50%,若一次压缩图像仍大于8KB,则重复压缩直到小于等于8KB

Technology and Data Variations List

  • 图像编码/MimeType:"image/jpeg"
  • 图像扩展名:JPG

Frequency of Occurrence: 几乎总是

Open Issues

  • 不同用户可用的空间是否不同?
  • 图像大小是否合适?
  • 怎么显示上传进度?

Image Audit

管理员审计新添加的图像,删除非法图像,并向上转非法图像的用户发出警告

Remove Image

用户选择要删除的图像,系统接收并完成删除

Add Gallery

用户添加新的分类,系统接收并创建新分类

Image Service

Scope:T-Stage

Level:User Goal

Primary Actor:所有用户

Stakeholders and Interests

  • 用户:希望快速地获得想要的,希望自己可以在其它网站上插入本站的图像链接

Preconditions:无

Success Guarantee:图像提交给用户

Main Success Scenario

  1. 用户发出请求
  2. 系统获取被请求的图像文件
  3. 系统将文件发送给用户

Extensions

    1. 用户请求随机图像
      转换成固定图像链接
    2. 用户请求来到站外
      转入Queued Image Service
    1. 用户请求图像不存在
      提示用户
    2. 用户没有权限访问被请求图像
      提示用户,如果用户未登录,建议用户登录/注册

Special Requirments

  • 随机图像由系统自动生成
  • 用户可以增加过滤条件,查看一定范围的随机图像
  • 所有用户可以查看所有图像的缩略图

Technology and Data Variations List

  • 发送给用户的图像格式为JPG,编码为image/jpeg

Frequency of Occurrence:几乎总是

Open Issue

  • 怎样知道请求来到站外?

Queued Image Service

Scope:T-Stage

Level:System

Primary Actor:System

Stakeholders and Interests

  • 用户:希望图像可以链接到其他网站(论坛,Blog等)
  • 系统:从站点外发出的图像获取请求必须放入服务队列中

Preconditions:请求来到站点外.图像存在

Success Guarantee:图像提交给用户

Main Success Scenario

  1. 系统收到请求并放入队列
  2. 系统依次服务请求

Extensions

  1. 队列满
    返回错误
  2. 队列为空
    系统挂起

Special Requirments

Technology and Data Variations List

Frequency of Occurrence:

Open Issue

  • 队列容量是多少?
  • 队列是否分级?

Rank Image

用户给图像打分,系统更新评分数据

Statistic Update

Admin发起更新命令,系统暂停服务,更新统计数据

Leveraging Large Language Models for Use Case Model Generation from Software Requirements 摘要-用例建模采用以用户为中心的场景来概述系统需求,有助于相关利益相关者达成共识。由于手动创建用例模型工作量大且耗时,实践中往往会跳过这一步骤。本研究探索了大型语言模型(LLM)在这一繁琐过程中的辅助潜力。所提出的方法集成了一个开源权重LLM,通过高级提示工程技术从软件需求中系统地提取参与者和用例。该方法通过一项由五名专业软件工程师参与的探索性研究进行评估,对比了传统手动建模与所提出的LLM基方法。结果表明,该方法显著提升了建模速度,使建模时间减少60%,同时模型质量保持相当水平。 阅读详情

相关推荐

【Bug已解决】Unable to submit (resubmit?) use case for Claude model access 解决方案

根因是表单校验未过(描述过短、用量缺失)或申请状态机不允许重复提交(已有 Pending/Rejected 旧申请)。最小修复是补齐字段、处理旧申请状态、硬刷新控制台重登;Bedrock 的"模型访问"页(Model Access)让你勾选想用的模型并填写使用场景。,提交前自检字段与状态;最后用 pytest 守护"字段齐全、无 pending 才可提交",避免被控制台拦截。这不是 SDK/API 问题,而是控制台表单的提交状态与校验。解决方向:补齐字段、处理旧申请状态、刷新会话。

一键难忘的博客 33

吉林大学UML学习思维笔记第五章Use-Case Modeling

如果箭头从对象指向动作状态,则表示该动作使用对象流所指向的对象,该对象是动作的输入。活动被标记为活动图。动作状态可以有入转换,入转换既可以是动作流,也可以是对象流。转换:当一个活动结束时,控制流就会马上传递给下一个活动节点,在活动图中称之为“转换”,用一条带箭头的直线来表示。一个分支有一个入转换和两个带监护条件的出转换,出转换的监护条件应当是互斥的,这样可以保证只有一条出转换能够被触发。泳道:用矩形框来表示,属于某个泳道的活动放在该矩形框内,将对象名放在矩形框的顶部,表示泳道中的活动由该对象负责。

jennydale的博客 446

macOS向日葵闪退终极修复:权限设置与后台运行全解析

本文详细解析了macOS上向日葵远程控制软件闪退问题的根源与解决方案,重点介绍了权限设置与后台运行的优化方法。通过配置屏幕录制、辅助功能等关键权限,以及优化后台进程管理,有效解决闪退问题,提升远程控制软件的稳定性与使用体验。

fern8的博客 1763

UML系列图--用例图

UML-Unified Model Language 统一建模语言,又称标准建模语言。是用来对软件密集系统进行可视化建模的一种语言。 在UML系统开发中有三个主要的模型:   功能模型: 从用户的角度展示系统的功能,包括用例图。   对象模型: 采用对象,属性,操作,关联等概念展示系统的结构和基础,包括类图、对象图、包图。   动态模型: 展现系统的内部行为。 包括序列图,活动图,状态图。 UM...

weixin_33810302的博客 1231

深度学习二分类实战:用Python+Keras搞定基因表达数据预测(附完整代码)

本文详细介绍了如何使用Python和Keras构建深度学习模型进行基因表达数据的二分类预测。通过数据预处理、特征选择、神经网络构建及优化策略,特别针对小样本场景提供了调参技巧和模型解释方法。文章还包含完整的代码示例,帮助读者快速掌握深度学习在生物信息学中的应用。

weixin_30642561的博客 245

SAP成本核算变式OKKN配置详解:从CK11N到CK24,手把手教你搞定标准成本发布

本文深入解析SAP成本核算变式OKKN的配置原理与实战应用,涵盖从CK11N到CK24的标准成本发布全流程。详细讲解数量结构控制、价值结构配置及间接费用计算规则,帮助成本会计精准掌握标准成本计算逻辑,解决BOM版本选择、工艺路线获取等常见问题,提升企业成本管理效率。

weixin_27219587的博客 289

Use-case Model: Writing Requirements In Context

2Objectives Identify and write use cases. Relate use cases to user goals and elementarybusiness processes. Use the brief, casual, and fully dressed formats, inan essential style. Relate use case w

大师的资源 3499

2024年11月架构设计师案例分析真题回顾,附参考答案、解析及所涉知识点(二)

软考高级系统架构设计师考试包含三个科目:信息系统综合知识、案例分析和系统架构设计论文。考试形式为机考。本文主要回顾2024年下半年(2024-11-10)系统架构设计师考试上午第二科案例分析的题目,同时附带参考解答、解析和所涉知识点。

一几文的编程学习笔记。 1661

UML用例图用法详解

在软件开发过程中常用到UML建模语言,而UML用例图是UML中经常用的建模工具。 (1)用例模型(Usecasemodel) 长期以来,在面向对象开发和传统的软件开发中,人们根据典型的使用情景来了解需求。但是,这些使用情景是非正式的,虽然经常使用,却难以建立正式文挡。用例模型由IvarJacobson在开发AXE系统中首先使用,并加入由他所倡导的OOSE和Objectory方法中。用例

韩义--廊坊师范学院信息技术提高班第九期 2718

Leads、SDR、MQL、SQL、L2C术语概念,线索创建与清洗、线索分级模型、线索流转策略、线索的统计与分析

CRM中的“Leads”是什么?笔者在文中不仅较为全面地介绍了相关术语概念,还分析了线索的创建与清洗、线索的分级模型、线索流转策略以及线索的统计与分析。

盼盼学士 5960

001、NPU是什么?为什么嵌入式设备需要它?

本文通过作者调试工业相机板卡的经历,引出嵌入式设备为何需要NPU(神经网络处理器)的探讨。文章对比了CPU和NPU的设计哲学差异,指出NPU通过专用乘加器阵列和优化的数据流,能高效处理神经网络运算。作者分析了嵌入式设备使用NPU的三大优势:算力提升、功耗降低和实时性保障,并介绍了三类常见NPU形态。通过一个YOLOv5模型调试案例,揭示了NPU使用中的常见陷阱,最后给出五条实用建议,强调理解NPU原理和局限的重要性。文章生动展现了NPU在嵌入式AI应用中的关键作用。

m0_50546716的博客 126

UML系列图——用例图(Use Case)

擂鼓备战:     UML语言(Unified model language)是用来对软件密集系统进行可视化建模的一种语言。说到可视化,那就是用图描述软件系统,达到语言表达不出来的抽象逻辑。这里我们先从用例图(Use Case)开始一步一步的了解UML语言。 鏖战于野:     介绍用例图(Use Case Diagram)主要从构成、作用和实例给大家介绍下,因为是初学,许多地方

Jackey·Now 3914

【WRF编译-Lab1】使用自动脚本编译WRF:错误总结

WRF编译过程及错误总结

WW、forever的博客 83

The Use Case Model

The Use Case Model The Use Case Model describes the proposed functionality of the new system. A Use Case rep

Narci的专栏 1297

PyTorch生成式人工智能——VQ-VAE详解与实现

VQ-VAE (Vector Quantised-Variational AutoEncoder) 的核心思想就是将 VAE 的连续潜变量离散化。它通过学习一个码本 (Codebook) 来实现这一点,码本是一个包含有限个嵌入向量的字典。模型不是直接输出一个连续的潜在向量,而是从码本中找出与编码器输出最接近的嵌入向量来代替它。本节首先详细讲解 VQ-VAE 的技术原理,然后使用 PyTorch 从零开始实现 VQ-VAE 模型。

盼小辉丶的博客 3313

IDEA的使用指南

IDEA基于java的使用手册,可以最快速的上手,在使用中不断的丰富自己的使用技巧.

Basic Use Case Model with System Actor

班级 成员 学号 18软件工程2班 王玉凤、吴倩怡 1814080902236、1814080902270 具有系统参与者的基本用例模型(Basic Use Case Model with System Actor): 带有System Actor模式的基本用例模型创建元素和用例图,描述用户角色希望从系统实现的目标。 用例都包含在系统边界内,参与者都位于边界之外。 Include关系提供了一种机制,用于重用Actor系统交互的部分,有效地节省了详细说明用例的时间。.

weixin_44203072的博客 162

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

OOA/D的统一构建(UP)过程之二:需求分析阶段之Domain model

1.4、一个USE CASE的书写范例:XXX USE CASEPRIMARY ACTOR:LEVEL: Summary, Use goal, Sub functionSTAKE HOLDER:其他对此感兴趣的人或者系统Precondition    当前use case发生的前提条件。比如在一个网络即时通讯的系统中,网络会议的case前提可能是由于需要服务器中转信息,服务

xiaoyusong的专栏 1273

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

AI Model Selection Guide: Choosing the Right Model for Your Use Case

Ask yourself these three key questions:Best For: Professional coding, enterprise applications, safety-critical tasksChoose When:Avoid When:Best For: Complex analysis, extended coding projects, research tasksChoose When:Avoid When:Best For: Mathematical rea

m0_74331272的博客 881

Use Case Diagrams

Basic Use Case Model: Structured Use Case Model:

weixin_44203072的博客 166

《软件工程——实践者的研究方法》重难点复习笔记(第九章——基于场景的需求建模方法)

1. 需求模型的目标: 描述需求 设立软件开发的基础 定义可被验证的需求 2. analysis model是系统描述和design model之间的桥梁。它和design model可能不可分割。 3. delay infrastructure像数据库的接口,因为不是problem domain的 4. 需求模型的两种途径structured analysis / obj

whooiif的博客 1544

COMP201 lecture 18

Introductory Case Study 四类UML图: Use case diagrams Class diagrams Sequence diagrams State diagrams project中最难的部分: understanding the task you are attempting Clarifying the Requirements 不同用户需求可能冲突 用户表达不清楚需求 很难想象和一个只看到描述的系统工作 Use Case Model 高质量的系统必须满足

weixin_43918691的博客 264

OpenClaw生态爆发:2800+Skills重塑AI代理,矩池云一键部署直连飞书!

当AI代理不再只是聊天机器人,而是能操控你的日历、管理GitHub仓库、甚至自动下单外卖的“数字员工”,一场属于开发者的效率革命正在悄然发生。

机器学习是魔鬼的博客 629

GA004-181-13

Starter Use Case Model Basic Class Diagram with Operations Basic Deployment Diagram with Node Instances Composition with Substitution Two Level Component Type Hierarchy

weixin_43306379的博客 127

GA006-182-14

作业报告 课程名称 需求分析与建模 班级 18级软件工程2班 实验名称 EA根据项目画图 教导教师 董瑞生 姓名 黄清梅、曾嘉媛 组号 14 日期 2020年11月29日 目录作业报告一、Basic Use Case Model二、Block with Four PartsInternal Block DiagramBlock Hierarchy三、One Level Activity Hierarchy四、One Level Block Hierarchy五、One Level Ruquirement

weixin_44297279的博客 361
上一篇: MS SQL中有用的工具,获得数据库的信息
Codavid
博客等级 码龄22年 4粉丝 6原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值