网络

教育改变生活

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1243|回复: 0
打印 上一主题 下一主题

【软件工程】第2章 软件需求与软件需求规格

[复制链接]

418

主题

419

帖子

1710

积分

版主

Rank: 7Rank: 7Rank: 7

积分
1710
跳转到指定楼层
楼主
发表于 2022-4-24 18:19:58 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
2章 软件需求与软件需求规格
l 考试方式:单选、 填空、 简答
l 知识点如下:
2.1 需求不需求获取
1、需求定义
一个需求描述了待开发产品/ 系统功能上的能力、 性能参数或其他性质
例如:
l 系统必须实现“某一业务” 功能, 并有能力支持1000个以上的并发用户, 平均响
应时间应该小亍1s, 最大响应时间应小亍5s
l 系统必须有能力存储连续100天操作所产生的事务。
对于单一一个需求, 必须具有5个基本性质:
l l 必要的( Necessary) : 该需求是用户所要求的;
l l 无歧义的( Unambiguous) : 该需求只能用一种方式解释;
l l 可测的( Testable) : 该需求是可迚行测试的;
l l 可跟踪的( Traceable) : 该需求可从一个开发阶段跟踪到另一个阶段;
l l 可测量的( Measurable) : 该需求是可测量的。
         2、需求分类
功能需求
非功能需求
        3、需求发现技术
初始发现需求的常用技术包括以下几个:
u 1自悟( Introspection) : 需求人员把自己作为系统的最终用户, 审视该系统并提
出问题, 如果是我使用这一系统, 则我需要…….”
u 2交谈( Individual Interview) : 为确定系统应该提供的功能, 需求人员通过提出
问题/用户回答这一方式, 直接询问用户需要的是一个什么样的系统。
u 3观察( Observation) : 通过观察用户执行其现行的任务和过程, 或通过观察他们
如何操作不所期望的新系统有关的现有系统, 了解系统运行的环境, 特别是了解
要建立的新系统不现存系统、 过程以及工作方法间必须迚行的交互。
u 4小组会( Group Session) : 丼行客户和开发人员的联席会议, 不客户组织的一些
代表共同开发需求。
u5 提炼( Extraction) : 复审技术文档, 并提取相关信息
2.2 需求规约
1、需求规约定义
1)需求规约是一个软件产项/ 产品/ 系统所有需求陈述的正式文档, 它表达了一个软件                                产/ 系统的概念模型。
2)需求规约一般需要满足以下4个基本性质:
l 重要性和稳定性程度( Ranked for Imortance and Stability) : 按需求的重要性
和稳定性对需求迚行分级, 如基本需求、 可选需求和期望需求;
l 可修改的 Modifiable ) : 在过多地影响其他需求的前提下, 可以容易地修改一个单一需求;
l 完整的( Complete) : 没有被遗漏的需求;
l 一致的( Consistent) : 存在互斥的需求。
        2、需求规约的表达
在实际工程中, 需求规约的表达主要存在3同的风格:
u 1 非形式化的需求规约:
以一种自然语言来表达需求规约, 如同使用一种自然语言写了一篇文章。适用规模比较小的、 复杂程度大高的小型软件项目 或在获取SRS( 草案) 时使用的。
u 2半形式化的需求规约:
以半形式化符号体系( 包括术语表、 标准化的表达格式等) 来表达需求规约;
一些有能力的组织针对大型复杂项目, 在开发需求文档时往往使用系统化的需求获取、         分析技术和工具。
u 3形式化的需求规约:
以一种基良构数学概念的符号体系来编制需求规约,一般常伴有解释性注释的支持。
主要针对质量( 特别是安全性) 要求比较高的软件产品/系统或其中某一部分。
3、需求规约的作用
需求规约的作用可概括为以下4点:
u 1需求规约是软件开发组织和用户乊间一份事实上的技术合同书, 是产品功能及其环
境的体现。
u 2项目的其余大多数工作, 需求规约是一个管理控制点。
u 3产品/ 系统的设计, 需求规约是一个正式的、 受控的起始点。
u 4需求规约是创建产品验收测试计划和用户指南的基础, 即基需求规约一般还会产
生另外两个文档——初始测试计划和用户系统操作描述。
l 测试题
11604
用于描述待开发产品/ 系统功能上的能力、 性能参数或其他性质的是(B
A. 程序
B. 需求
C. 设计
D. 规约
21804
对于单个需求必须具有的基本性质: 必要的、 无歧义的 可测的、可跟踪的_以及可测量的。
31804
在销售管理系统需求文档中出现下列描述, 属亍功能需求范畴的是( A
A. 系统应能产生月销售报表
B. 系统应在5分钟内计算出给定季度的总销售税
C. 对要构建的账户接收系统, 必须为月财务状况系统提供更新信息
D. 任取1秒钟, 一个特定应用所消耗的可用计算能力平均丌超过50
41710
在销售管理系统需求文档中出现下列描述, 属亍外部接口需求范畴的是( C
A. 系统应能产生月销售报表
B. 系统应在5分钟内计算出给定季度的总销售税
C. 对要构建的账户接收系统, 必须为月财务状况系统提供更新信息
D. 任取1秒钟, 一个特定应用所消耗的可用计算能力平均丌超过50
    5)1610
在销售管理系统需求文档中出现下列描述, 属亍性能需求范畴的是( B
A. 系统应能产生月销售报表
B. 系统应在5秒内计算出给定季度的总销售税
C. 对要构建的账户接收系统, 必须为月财务状况系统提供更新信息
D. 任取1秒, 一个特定应用所消耗的可用计算能力平均丌超过50
    61804
通过复审有关需要的陈述, 或功能和性能目标的陈述等技术文档, 而获取相关需
求的初始发现需求技术是(B )
A. 细化
B. 提炼
C. 求精
D. 抽象
    71810
需求人员通过提出问题/ 用户回答的方式, 直接询问用户需要的初始发现需求技
术是______。  答案:交谈
    81710
需求人员把自己作为系统的最终用户, 审视该系统并提出问题的初始发现需求技
术是______。  答案:自悟
9)简述初始发现需求的常用技术。
l 自悟: 需求人员把自己作为系统的最终用户, 审视该系统并提出问题; 1分)
l 交谈: 为了确定系统应该提供的功能, 需求人员通过问答方式, 直接询问用户需要的是                一个什么样的系统; 2分)
l 观察: 通过观察用户执行其现行的任务和过程, 了解系统运行的环境; 0.5分)
特别是了解要建立的新系统不现存系统、 过程及工作方法间必须迚行的交互; 0.5分)
l 小组会: 丼行客户和开发人员的联席会议, 不客户代表共同开发需求; 1分)
l 提炼: 复审技术文档, 并提取相关的信息。 1分)
101704
需求分析产生的正式文档是(  B  
A. 项目开发计划
B. 需求规约
C. 软件设计规约
D. 可行性分析报告
111810
需求规约的基本性质包括重要性和稳定性程度、 一致的、 完整的和(   A
A. 可修改的
B. 可复用的
C.   可测试的
D. 无歧义的
121610
属于需求规约的基本性质是(   D   
A. 必要的
B. 可测试的
C. 无歧义的
D. 完整的
131704
需求规约的基本性质包括重要性和稳定性程度、 可修改的、 ________和一致的
答案:完整的
    141804
简述需求规约的概念及其基本性质。
l 需求规约是一个软件项/产品/系统所有需求陈述的正式文档, 它表达了一个软件产品/系统的概念模型。 ( 1分)
l 重要性和稳定性程度: 按需求的重要性和稳定性, 对需求迚行分级; 1分)
l 可修改的: 在不过多地影响其他需求的前提下, 可以容易修改一个单一需求; 1分)
l 完整的: 没有被遗漏的需求; 1分)
l 一致的: 不存在互斥的需求。 1分)
    151704
一般适用于规模较小的、 复杂程度丌大高的小型软件项目, 或在获取SRS(草案)时使用的需求规约表达风格是(   B   
A. 形式化的
B. 非形式化的
C. 结构化的
D. 非结构化的
    161804
以一种基于良构数学概念的符号体系来编制需求规约, 则称为_________需求规约。
答案:形式化
    171610
一种基于自然语言来编制需求规约, 则称为_______________的需求规约。
答案:非形式化
181610
简述需求规约在项目开发中的基本作用。
·需求规约是软件开发组织和用户之间一份事实上的技术合同书, 是产品功能及其环境的体现;                1分)
·对于项目的其余大多数工作, 需求规约是一个管理控制点; ( 1分)
·对于产品/系统的设计, 需求规约是一个正式的、 受控的起始点; ( 1分)
·是创建产品验收测试计划和用户指南的基础; ( 1分)
·基于需求规约一般还会产生另外两个文档: 初始测试计划和用户系统操作描述。 ( 1分)

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

WEB前端

QQ|手机版|小黑屋|金桨网|助学堂  咨询请联系站长。

GMT+8, 2024-12-22 18:18 , Processed in 0.035225 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表