信息系统分析-课件_第6章-需求获取调研技术.ppt

* 第6章 需求获取的调研技术 系统分析与设计方法 第六版 Jeffrey L. Whitten Lonnie D. BentleyKevin C. Dittman 本章主要内容 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 发现和分析问题 Ishikawa diagram (fishbone diagram, cause and-effect diagram) Name of problem of interest Causes categories Root causes 6.2.2 获取需求 可采用的调研方法: Sampling of existing documentation, forms and DBs. Research and site visits Observation of work environment Questionnaires Interviews Prototyping Joint requirements planning 6.2.3 归档和分析需求 6.2.3.1记录需求草案 用例Use cases: describe the system functions from the perspective of external users and in the manner and terminology in which they understand. 决策表Decision tables: document an organization’s complex business policies and decision-making rules. 需求表Requirement tables: document each specific requirement. 6.2.3 归档和分析需求 6.2.3.2分析需求 Missing requirements Conflicting requirements Infeasible requirements Overlapping requirements Ambiguous requirements 6.2.3 归档和分析需求 6.2.3.3形式化需求——需求定义文档 Functions and services the sys should provide Nonfunctional requirements Constraints that restrict the development of the sys or under which the sys must operate. Infor about other systems the sys must interface with. 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——管理需求变化的过程。 How a change request should be submitted How it is analyzed for impact to scope, schedule, and cost; How it’s approved or rejected; How the change is implemented if approved. 6.3 调查研究技术 6.3.1 Sampling of existing documentation, forms and files 6.3