需求分析-系统架构师(四十六)

软件需求

软件需求:对系统在功能、行为、性能、设计约束等方面的期望。

分为 需求开发 和 需求管理 两大类。

需求分为 业务需求,用户需求,系统需求

业务需求:企业或者客户对系统高层次的目标要求。

用户需求:用户的角度,用户可以使用系统做什么。

系统需求:从系统角度来说明软件需求,又分为三类 功能需求,非功能需求设计约束等。

常见获取用户需求包括:

1用户访谈:1对多,正常1对1,形式化和非形式化两种。对专业度要求高

2问卷调查:用户多,没办法一一访谈。

3采样:才群体中选出代表性的样本集,数据计算。

4情节串联板:一些列图片描述需求。

5联合需求计划JRP:通过联合各个关键用户代表,开发团队,架构师等开会

6需求记录技术:任务卡片,用户故事等。

问题1

()具有良好的灵活性,宽广的应用范围,但是存在获取信息量大,记录困难,专业度要求高等问题。()方法基于数据统计原理,不仅可以收集数据,还可以采集访谈用户或采集观察者,减少收集数据偏差。()方法通过组织群体会议的方式获取系统需求。

A 用户访谈

B 问卷调查

C 联合需求计划JRP

D 采样

解析:

记录困难,专业度高,大量数据不支持,所以选 用户访谈

数据统计 则是采样。

开会则是 联合需求计划。

软件分析

需求分析:无二义性,完整性,一致性,可测试性,确定性,可跟踪性,正确性。把杂乱无章转换成用户需求

分为 结构化需求分析 和 面向对象需求分析

结构化需求分析:

自顶向下,逐步分解,面向数据流

功能模型(数据流图)行为模型(状态转换图)数据模型(E-R图)数据字典

数据流图必须经过加工

数据字典DD

数据字典为数据流图中每个数据流,文件,加工进行说明。

数据字典有4条类目:数据流图、数据项、数据存储和基本加工

加工逻辑描述方法有:结构化语言,判定表和判定树

需求定义

生成 软件需求规格说明书SRS

需求定义 分为 严格定义 和 原型方法

1严格定义,又叫结构化定义,适合需求明确的。所有需求都适合预先被定义。

2原型方式,适合不明确需求。

需求验证

与用户一起确认需求无误。

需求验证包括两个步骤,需求评审 和 需求测试

需求管理

定义需求基线,通过了评审需求说明书就是基线。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

后端从入门到精通

你的鼓励是我最大的动力~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值