软件需求用例如何写?

需求是软件设计的一个最最重要的一个部分也是整个软件开发和后期维护的一个重要的基石。试问,开发出来的一款软件,根本不是客户或者是用户所需要的,那么,后果是可想而知的,轻者用户不付款,重者影响到整个公司的品牌和质量的信任度。

 

目前有专门的工具和方法来做需求分析,也就是需求分析也遵从一定的模式。而其中最重要的便是画功能图和描述详细用例。

 

详细的用例描述模版如下:

 

用户角色– 主要参与者
– 相关人员和其兴趣的列表
概述
前置条件和后置条件(成功保证)

-规定了用例开始时和结束时应该为真的条件

功能点描述

-该用例分几个功能点执行,如去银行存钱,首先验证用户权限-〉选择存钱功能-〉把钱放进去-〉点钞-〉确认等

-还要考虑可能出现异常情况,以及可能的处理和应对方法;
基本流程 

-能够满足项目利益的典型成功路径


扩展流程(其它可能的分支)

-扩展部分非常重要,是从基本场景中分支出来的,一个扩展是由两部分组成:条件和处理。

 

特殊需求

-

如果有一些与此用例有关的非功能性需求(像质量属性或约束条件),那么应该将它们和用例记录在一起。其中包含了需要考虑的质量属性(如性能、可靠性、易用性)和设计约束(通常位于I/O设备中)。


数据变更列表

在设计数据需考虑每一条数据的类型、说明、是否必填、能否修改、是否有默认值和数据来源等信息;

数据项名称

数据类型

说明

必填

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值