• 需求层次性、需求分类


    img

    需求层次性

    1 业务需求

    系统建⽴的战略出发点,表现为⾼层次的⽬标(Objective),它描述了组织 为什么要开发系统

    定 义系统应该具备的特性(Feature)

    R2:在系统使⽤3个⽉后,销售额度应该提⾼20%

    可以建⽴⾼层次的解决⽅案,其系统特性如SF1~SF4所示。

    • SF1:管理VIP顾客信息。
    • SF2:提供VIP顾客服务,增加回头率。
    • SF3:使⽤多样化的特价⽅案,吸引顾客购买,增加销售额。
    • SF4:使⽤多样化的赠送⽅案,吸引顾客购买,增加销售额。

    2 用户需求

    执⾏实际⼯作的⽤户对系统所能完成的具体任务的期望,描述了系统能够帮助⽤户做些什么

    有充分的问题域知识作为背景⽀持

    特性

    • 模糊、不清晰(允许适度的⽤形容词和副词)
    • 多特性混杂 (功能和⾮功能的混杂)
    • 多逻辑混杂 (⼀个任务需要多次系统交互才能完成

    SF1:管理VIP顾客信息

    • UR1.1:系统应该允许客户经理添加、修改或者删除会员个⼈信息

      对UR1.1,需要补充问题域知识如下:

      会员的个⼈信息有:客户编号、姓名、联系⽅式、积分。

    3 系统需求

    ⽤户对系统⾏为的期望,每个系统级需求反映了⼀次外界与系统的交互⾏为,或者系统的⼀个实现细节

    系统能够。。系统应该。。。

    UR1.3:系统应该允许客户经理查看会员的个⼈信息和购买信息。

    ​ 对⽤户需求UR1.3,可以依据任务中的交互细节将之转化为系统级需求SR1.3.1~ SR1.3.4。

    • SR1.3.1在接到客户经理的请求后,系统应该为客户经理提供所有会员的个⼈信息。
    • SR1.3.2在客户经理输⼊会员的客户编号时,系统要提供该会员的个⼈信息。
    • SR1.3.3在客户经理选定⼀个会员并申请查看购买信息时,系统要提供该会员的历史购 买记录。
    • SR1.3.4经理可以通过键盘输⼊客户编号,也可以通过读卡器输⼊客户编号。

    需求分类

    1 项目需求

    • R5:项⽬的成本要控制在60万元⼈⺠币以下。
    • R6:项⽬要在6个⽉内完成。

    2 过程需求

    • R7:在开发中,开发者要提交软件需求规格说明⽂档、设计描述⽂档和测试报告。
    • R8:项⽬要使⽤持续集成⽅法进⾏开发。

    e.g. 开发团队需要给出SRS文档。

    3 系统需求

    3.1 软件需求

    3.1.1 功能需求

    和系统主要⼯作相关的需求,即在不考虑物理约束的情况下,⽤户希望系统所能够执⾏的活动,这些活动可以帮助⽤户完成任务。功能需求主要表现为系统和环境之间的⾏为交互

    能够为⽤户带来业务价值的系统⾏为、软件产品产⽣价值的基础

    在存储设备发生故障时,系统要在0.5秒内向用户发出警报。

    3.1.2 性能需求

    包括速度、容量、吞吐量、负载、实时性等。

    都有一定的、准确的数字(由需求人员和开发人员协商出来的,相当于一种协议)

    • PR1:所有的⽤户查询都必须在10秒内完成。
    • PR2:系统应该能够存储⾄少100万个销售信息。
    • PR3:解释器每分钟应该⾄少解析5000条没有错误的语句。
    • PR4:系统应该允许50个营业服务器同时从集中服务器上进⾏数据的上传或下载。
    • PR5:监测到病⼈异常后,监控器必须在0.5秒内发出警报

    e.g 系统能够存储3年的数据

    注意区分:

    在存储设备发生故障时,系统要在0.5秒内向用户发出警报。 --- 功能需求

    监测到病⼈异常后,监控器必须在0.5秒内发出警报 --- 性能需求

    3.1.3 质量属性/质量需求

    可靠性

    在进⾏数据的下载和上传中,如果⽹络故障,系统不能出现故障。

    e.g. 在存储设备发生故障时,系统要在10秒内发现。

    可用性

    系统的可⽤性要达到98%。

    安全性

    VIP顾客只能查看⾃⼰的个⼈信息和购买记录

    可维护性

    如果系统要增加新的特价类型,要能够在2个⼈⽉内完成。

    可移植性

    集中服务器要能够在1⼈⽉内从Window 7操作系统更换到Solaris 10操作系统。

    易用性

    使⽤系统1个⽉的收银员进⾏销售处理的效率要达到10件商品/分钟。

    e.g 经过10天培训的收银员就能够熟练使用系统。

    3.1.4 数据需求

    数据需求是需要在数据库、⽂件或者其他介质中存储的数据描述,通常包括下列内容:

    • 各个功能使⽤的数据信息;
    • 使⽤频率;
    • 可访问性要求;
    • 数据实体及其关系;
    • 完整性约束;
    • 数据保持要求。

    商品的标识由0-24位字母、数字混合组成的字符串。

    3.1.5 对外接口

    系统和其他系统之间的软硬件接⼝

    用户界面

    使用扫描仪扫描文件,传递回的数据为pdf格式 文件

    3.1.6 约束

    系统开发及运⾏的环境

    问题域内的相关标准(包括法律法规、⾏业协定、企业规章等)

    商业规则

    系统必须能够与Oracle数据库交互。

    3.2 硬件需求

    3.3 其他需求

    人力需求等

    系统使用之前 ,需要对收银员进行 10天的专门培训。

    不切实际的期望

    不切实际的期望不属于需求

    • R11:系统要分析会员的购买记录,预测该会员将来⼀周和⼀个⽉内会购买的商品;
    • R12:系统要能够对每⽉的出⼊库以及销售⾏为进⾏标准的财务分析;
    • R13:在使⽤系统时,收银员必须要在2个⼩时内完成⼀个销售处理的所有操作

  • 相关阅读:
    实验 4:Open vSwitch 实验——Mininet 中使用 OVS 命令
    实验 3:Mininet 实验——测量路径的损耗率
    软工第一次作业
    实验2:Mininet实验——拓扑的命令脚本生成
    实验 1:Mininet 源码安装和可视化拓扑工具
    AU降噪处理
    软件测试,Homework3
    软件测试,Lab1
    软件测试,Homework2
    node.js,同时访问出错,Can't set headers after they are sent
  • 原文地址:https://www.cnblogs.com/cpaulyz/p/12470218.html
Copyright © 2020-2023  润新知