需求获取的调查研究技术

定义系统需求,区别功能需求和非功能需求

理解问题分析活动,简历鱼骨图以辅助问题解决

理解需求管理的概念

理解7种调查研究技术,描述每种技术的优缺点

理解关于有效地聆听的6项指南

理解什么是肢体语言和空间关系学,以及为什么系统分析员应该了解它们

描述JRP会议的典型与会者,并描述他们的角色

完成JRP会议的计划过程,包括选择和配置会议地点、选择与会者和准备议程表

描述使用JRP作为调查研究技术的几个优点

描述将需要你同最终用户一起花大量时间来执行的一种调查研究策略

关键术语

需求获取:包括系统分析员用来从用户团体那里确定或提取系统问题和方案需求的那些技术

功能需求:说明信息系统必须实现什么的需求

 非功能需求:说明信息系统必须具备的属性或质量的需求

系统需求:信息系统必须实现的或者必须具备的属性,也成为业务需求

鱼骨图(fishbone diagram):一种缺点、探索和描述问题以及原因和结果的图形工具,它经常被称为因果图或鱼骨图

调查研究:使用研究、面谈、调查表、抽样以及其他技术来收集关于问题、需求和偏好信息的正式过程。它也称为信息收集或数据收集

需求定义文档:正式的文档,以便与主要关联人员就提议系统的需求进行沟通,可作为系统项目的一个约定。

需求管理:管理需求的变化的过程

抽样:收集文档、表和记录中有代表性的样本的过程

随机抽样:特点是选择样本数据时没有预定的模式或计划

分层抽样:通过将抽样分散并通过避免过高或过低的

面谈:系统分析员借此通过面对面的交互从个人那里收集信息

开放性问题:允许被接见者以任何认为是适合的方式回答

封闭式问题:把回答严格限制在特定的选择范围内,或者限制为简短的直接回答

 肢体语言:沟通中的非口头信息

空间关系学:人与围绕其空间之间的关系的学问

联合需求计划:其中高度结构化的小组会议被用来分析问题并定义需求

头脑风暴:一种用于在小组会议期间产生想法的技术。参与者被鼓励在短时间内产生尽可能多的想法,而且在所有的想法都提出之前不进行任何分析

定义系统需求要满足以下准则

一致性

完整性

可行性

需要性

正确性

可跟踪性

可验证性

调查研究技术

对现有文档、表和数据库进行抽样

调研和实地访问

观察工作环境

  1. 通过观察工作中的人收集事实
  2. 观察的优缺点

优点

  1. 通过观察得到的数据可能十分可靠
  2. 系统分析员能够确切地明白要做什么
  3. 同其他观察研究技术相比
  4. 观察技术使得系统分析员可以进行工作度量

缺点

  1. 因为人们在被观察时通常会觉得不舒服,所以当他们被观察时可能会不自觉地表现得与平常不一样
  2. 正被观察的工作可能不具有通常在那个时间段期间应该经历的工作难度或工作量等级
  3. 某些系统活动可能在特别的时间发生,不便于系统分析员进行观察
  4. 正被观察的任务容易受到各种类型的打断
  5. 人们可以让你看到他们想让你看到的东西

调查表

面谈

原型化

联合需求计划

时间: 2024-10-16 23:49:50

需求获取的调查研究技术的相关文章

3星|《三联生活周刊》2017年43期:美国就医可以获取最新的治疗技术(主要是新药)和先进的医院服务(以病人为中心的医生团队服务)

本期主题是海外就医.我看完后了解到的几个主要信息:海外就医价格昂贵(起步价20万美元,40万美元算平常价):美国就医可以获取最新的治疗技术(主要是新药)和先进的医院服务(以病人为中心的医生团队服务). 以下是本期一些内容的摘抄: 1:海湾的钱必定回流到购买他们石油的国家,这些国家才是建立在燃料动力上的工业化国家.#165 2:塞勒曾表示,他在行为经济学领域中所做的工作可以帮助找出那些此前遭到了严重打击.但正在显示出复苏迹象的公司.信号之一是内部人士的购买活动,尤其是当首席财务官突然将持股量提高了

第四章,需求获取

这一章主要介绍了需求分功能的和解功能的需求两类,需求获取在软件开发的过程中也占据了非常重要的位置. 需求诱解是此过程中一个相当重要的部分,我们必须使用各程技术来确定是用户和顾客正想要什么.需求描绘系统行为,当系统作用于数据或指令上时,对象或实践从一种状态迁移到另一种状态.为了更好的描述需求,我们可以有两种方式考虑他们:功能的和解功能的.功能的需求遇到的问题都有独立于顾客问题解决方案实现的答案. 表达需求又分为动态描述和静态描述,静态描述的方式分为间接引用,递归关系,公共定理,数据对象:动态描述的

基于原型的软件需求获取

我的学号:201571030104 小伙伴的学号:201571030109 小学生四则运算软件的链接: 链接1:http://www.cnblogs.com/fukang/p/8711021.html 链接2:http://www.cnblogs.com/dwxuan/p/8711505.html 软件的Github仓库主页链接地址:https://github.com/feser-xuan/Arithmetic_test3_UI 任务1: 以实验二个人项目.实验三结对项目所开发的小学生四则运算

47、软件需求工程的活动可以划分为5个独立的阶段:需求获取、需求建模、形成需求规格、需求验证和需求管理,需求建模是()

2013年下半年软考高级信息系统项目管理师综合知识真题答案与解析: 47.软件需求工程的活动可以划分为5个独立的阶段:需求获取.需求建模.形成需求规格.需求验证和需求管理,需求建模是() A.分析需求的正确性和可行性的过程 B.对需求的抽象描述 C.对生成需求模型构件的精确的形式化的描述 D.开发.捕获和修订用户的需求 信管网参考答案:B 信管网解析: 需求建模就是需求分析过程,目的是对各种需求信息进行分析并抽象描述,为目标系统建立一个概念模型.软件需求工程活动的5个阶段:http://www.

调查问卷(需求获取)

调查问卷 链接:https://www.wjx.cn/m/24638128.aspx 如有空闲,冀汝一助. 原文地址:https://www.cnblogs.com/chzzcz/p/9129531.html

第四章-需求获取

顾客在请我们建立一个新系统时,已经对系统将做什么有了些概念.通常,新系统代替旧系统或做事情的方式.有的新系统是当前(手工或自动)系统的增强或扩展.需求诱解是此过程中一个相当重要的部分,我们必须使用各程技术来确定是用户和顾客 正想要什么,有时我们将自动化一个手工系统,因而很容易确定已往做了什么.但是,当一个方案还未被找到时,我们通常要和用户.顾客工作理解问题.在考虑任何解决方案前必须分析问题,通常通过把问题分成小的能理解的问题来完成分析.进行问是分析的一程方式就是确定涉及的人.处理和资源,然后将它

【tool】软件测试中获取负面测试的技术

一个测试用例用于证明该需求已经满足,通常称作正面测试用例: ·另一个测试用例反映某个无法接受.反常或意外的条件或数据,用于论证只有在所需条件下才能够满足该需求,这个测试用例称作负面测试用例. 1.负面测试的目的负面测试在BS7925-1中的英国标准定义是采用Beizer的定义,其定义负面测试为“旨在说明 软件不能工作的测试”(原文:Testing aimed at showing software does not work).它可以带出一系列补充性的和竞争性的目的.•发现导致重大失效.崩溃.破

需求建模和表述的技术

核心概念 需求分析最常见的误会是需求分析可以将需求做出成为方案,这是最大的误区,需求应该是还原业务,应该以业务为线索,换句话说就是 需求分析----->业务分析,但 需求分析--X-->方案分析. 什么是分析 分解 提炼 消除矛盾 实际上分析就是分解-->提炼-->消除矛盾这么一个过程. 分解 提炼 消除矛盾 建模技术 什么是建模和为什么要建模 使用UML 用例图 流程图和跨职能流程图 活动图 部署图 需求描述的方式和方法 自然语言 图文并茂 规格化 如何选择适合自己的 谈谈用户界

研究技术心得

无论是研究前言技术还是被别人用剩下的技术,其实对于不太了解的技术人员来说经历的过程差不多. 都会经历如下过程: 第一步: 第二步: 当你做完以上步骤以后,都应该会有一个很大的感受,技术越辨越明,越辨越多,越辨越少.知其然快乐,知其所以然就不是能用快乐来简单的形容了,只能用心去体会了. 每一项技术在网上都会找到相应的介绍以及相关实现,无论该技术是多么的复杂,但是只要经过你的耐心.细心,应该最终都能够实现你想要的结果,但是此时你也只能得到 该技术的肉,它的魂你是不可能从网上得到的,只有你经过不断的性