第六章需求获取的调查研究技术.pptVIP

第六章 需求获取的调查研究技术 本章主要内容 6.1需求获取简介 6.2 需求获取过程 6.3 调研技术 6.4 调研策略 6.1需求获取简介 需求获取 系统分析员从用户团体那里确定和提取系统问题和方案需求的那些技术. 系统需求 信息系统必须实现或者必须具备的属性，也称为业务需求. 功能需求——说明系统必须实现什么的需求。 非功能需求——说明系统必须具备的属性或者质量的需求。 6.1需求获取简介 定义系统需求的原则： 一致性——需求不互相冲突或具有二义性 完整性——需求描述了所有可能的系统输入和响应 可行性——需求可以基于可得到的资源和约束条件得到满足 需要性——需求是真正需要的并且实现了系统的目的 正确性——正确的陈述了需求 可追踪性——需求可以直接映射到系统的功能和特征 可验证性——定义需求似的它们可以在测试期间展示出来 6.2需求获取过程 6.2.1 发现和分析问题 6.2.2 获取需求 6.2.3 归档和分析需求 6.2.4 需求管理 6.2.1 发现和分析问题 6.2.2 获取需求 调查研究（Fact-finding）：是使用研究、面谈、调查表、抽样以及其他技术来收集关于问题、需求和偏好信息的正式过程。它也称为信息收集或数据收集 6.2.2 获取需求 可采用的调研方法: Sampling of existing documentation, forms and databases. Research and site visits Observation of work environment Questionnaires Interviews Prototyping Joint requirements planning 6.2.3 归档和分析需求 6.2.3.1记录需求草案 用例Use cases 决策表Decision tables 需求表Requirement tables 6.2.3 归档和分析需求 6.2.3.2分析需求 发现和解决需求中的问题并对修改达成一致意见 遗漏的需求、矛盾的需求、不可行的需求、重叠的需求、二义性的需求 6.2.3 归档和分析需求 6.2.3.3形式化需求——需求定义文档 需求定义文档：是一种正式的文档，以便与主要关联人员就提议系统的需求进行沟通，可作为系统项目的一个约定。同义词包括需求陈述、需求规格说明和功能规格说明。 一份需求定义文档应该包括以下内容： 系统应该提供的功能和服务 非功能需求，包括系统的特征、特点和属性 限制系统开发或者系统运行必须遵守的约束条件 系统必须连接的其他系统的信息 Sample Requirements Definition Outline Requirements Definition Report 1. Introduction 1.1 Purpose 1.2 Background 1.3 Scope 1.4 Definitions, Acronyms, and Abbreviations 1.5 References 2. General Project Description 2.1 System Objectives 3. Requirements and Constraints 3.1 Functional Requirements 3.2 Nonfunctional Requirements 4. Conclusion 4.1 Outstanding Issues Appendix (optional) 6.2.3 归档和分析需求 Documenting and analyzing requirements 需求验证Requirements validation——确保需求编写的正确性。 可能发现的错误： System models that contain errors Typographical or grammar errors Conflict requirements Ambiguous or poorly worded requirements Lack of conformance to quality standards 6.2.4 需求管理 需求管理Requirements management——管理需求变化的过程。 如何提交一个需求变化请求 如何分析需求变化对范围、进度和费用的影响 如何批准或驳回需求变化 如果批准了需求变化，应该如何实现 6.3 调查研究技术 6.3.1 对现有文档、表和数据库进行抽样 6.3.2 调研和实地访问 6.3.3 观察工作环境 6.3.4 调查表 6.3.5 面谈 6.3.6 原型化 6.3.7 联合需求计划 6.3.1 对现有文档、表和数据库进行抽样 6.3.1.