软件需求分析与Axure应用

type

status

date

slug

summary

软件需求分析-软件工程

结构化分析

用数据流图和数据字典作为描绘工具
面向过程
自顶向下，逐层分解

原型制作基本知识

原型图的作用：

1.描述互联网产品设计的文档

2.项目中与相关部门沟通的工具

3.简化版的需求文档

原型图的种类

1.线框图

2.高保真的原型图

3.需求文档

Axure应用

1.下载axure软件

直接搜索Axure，推荐8或者9版本注册制，10以上就是订阅制，懂的都懂

2.可视化原型设计

直接拖需要的形状，画一个半成品界面（可以看不能用）

图

1.用例图

由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。

要在用例图上显示某个用例，可绘制一个椭圆，然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。

要在用例图上绘制一个参与者（表示一个系统用户），可绘制一个人形符号。

参与者和用例之间的关系使用带箭头或者不带箭头的线段来描述，箭头表示在这一关系中哪一方是对话的主动发起者，箭头所指方是对话的被动接受者。

包含四个基本要素：边界、执行者（主和辅助）、用例以及要素间的关系

UML建模--用例图（Use Case Diagram）

【用途】：帮助开发团队以一种可视化的方式理解系统的功能需求。　　　　　　　　　　　　　　　　　　　　　　　　　　　　 3. 子系统(Subsystem)-- 用来展示系统的一部分功能，这部分功能联系紧密。　　　　　　如下表所示：　　a. 关联(Association) 　　表示参与者与用例之间的通信，任何一方都可发送或接受消息。 ...

https://www.cnblogs.com/lcword/p/10472040.html

2.E-R图

注意：关系模型的转换中，1对多时需要将1方的主键放到多方的元组中

🏒

考试必记 (1)

软件需求分析期末复习 (1)

需求工程基本活动

用户需求

用户需求就是执行实际工作的用户对系统所能完成的具体任务的期望，描述了系统能够帮助用户做些什么。

用户需求是对任务的期望，所以其基本表达方式为“××用户可以使用系统完成××任务”。用户任务应该是有目标性、有价值的活动。

性能需求

性能需求定义了系统必须多好和多快地完成专门的功能。

常见的性能需求包括以下几种： 1.速度(speed):系统完成任务的时间； 2.容量(capacity):系统所能存储的数据量 3.吞吐量(throughput):系统在连续的时间内完成的事务数量 4.负载(load):系统可以承载的并发工作量 5.实时性(time-critical):严格的实时要求

质量模型

为了更好地根据质量属性描述和评价系统的整体质量，人们从很多质量属性的定义中选择了一些能够相互配合，相互联系的特征集，它们被称为质量模型。最为常见的质量模型有[IS0/IEC 9126-1]

解系统的对外接口

对系统之间的软硬件接口需要说明以下内容：接口的用途；趁口的输入输出；数据格式：命令格式；异常处理要求。

需求分析

需求开发过程模型

需求获取

需求获取中的常见困难

用户和开发人员的背景不同，立场不同

1.知识理解的困难

2.默认知识现象

普通用户缺乏概括性、综合性的表述能力

用户存在认知困境

用户越俎代庖

用户提出的不是需求而是解决方案

用户固执地坚持某些特征和功能

缺乏用户参与

用户数量太多，选择困难

用户认识不足，不愿参与

用户情绪抵制，消极参与

没有明确用户

需求获取活动

获取活动至少要做到以下几点： ①研究应用背景，建立初始的知识框架： ②根据获取的需要，采用必要的获取方法和技巧： ③先行确定获取的内容和主题，设定场景： ④分析用户的高（深）层目标.理解用户的意图： ⑤进行涉众分析，针对涉众的特点开展工作

获取信息

来源：

1.传统方法：问卷调查、面谈、文档分析、文档检查和需求剥离等

2.集体获取方法：头脑风暴、专题研讨会、JAD(联合应用开发)、JRP(联合需求计划)

3.原型：见下方原型法

4.模型驱动方法：面向目标的方法、基于场景的方法和基于用例的方法

原型法

使用原型方法进行需求获取

原型的构建方法	范围大小
1.水平原型方法	范围较大
2.垂直原型方法	范围小