第6章确定系统需求.PDF

第 4 章 需求获取1 学习目标1 4.1 需求获取的重要性2 4.2 需求获取过程6 4.2.1 了解用户需求6 4.2.2 分析用户需求7 4.2.3 编写需求文档8 4.2.4 评审需求文档8 4.2.5 需求管理8 4.3 需求获取的方法10 4.3.1 访谈11 4.3.2 名义团体技术12 4.3.3 直接观察用户12 4.3.4 文档、文件、表格抽样13 4.3.5 联合应用设计13 4.3.6 在需求获取中使用原型14 案例分析——客户关系管理系统的需求获取15 本章总结 15 第 4 章 需求获取 学习目标 通过本章学习，要求掌握： 系统需求获取的重要性、过程和方法，具体如下： 描述设计并执行访谈的选择，以及制订访谈计划以确定系统需求。 阐述观察工作者方式和分析业务文档方式以确定系统需求的优缺点。 解释计算如何为需求获取提供支持。 参与并帮助计划一个联合应用设计会议。 在需求获取过程中使用原型。 描述确定需求的现代化方法。 理解需求获取技术如何应用于网络应用的开发。 系统分析是系统开发生命周期的一个组成部分，通过它可以确定现有的信息系统功能并 评估用户期望在新系统中看到什么。系统分析由两个子阶段构成：需求获取和需求结构化。 需求获取涉及的主要技能是管理和沟通技能，是在整个系统开发过程中技术含量最少的 阶段。但是，如果需求获取执行的不好，造成的后果却比其他阶段严重。 4.1 系统需求概述 4.1.1 需求获取的重要性 需求获取是在问题及其最终解决方案之间架设桥梁的第一步，其实质是理解项目中描述 的客户需求。一旦理解了需求，分析者、开发者和客户就能探索出描述这些需求的多种解决 方案。需求获取主要涉及到系统分析员，他们同系统用户和所有者一起工作，在系统开发的 早期阶段确定对信息系统的业务需求的详细理解。 只有在全面确定了需求之后才能开始设计系统，否则，对需求定义的任何改进，设计上 都必须进行大量的返工。对于信息系统而言，需求获取是确定和理解不同用户类需要和限制 的过程，它描述了用户利用系统需要完成的任务。从这些任务中，分析者能获得用于描述系 统活动的特定的系统功能需求，这些系统活动有助于用户执行他们的任务。如果仅仅将需求 分析阶段的工作归结为编写需求规格说明书，这往往导致项目后期层出不穷的问题。 需求获取是一个需要高度合作的活动，只有通过有效的客户—开发者的合作才能成功。 作为系统分析员，必须透过客户所提出的表面需求理解他们的真正需求，而不是对客户所说 需求的简单誊写。 对于客户而言，他们在需求分析过程中可能会因为以下原因而影响需求的顺利确定： 客户不明白他自己需要什么 客户会不断更新所提出的需求 客户与分析员之间缺乏有效沟通 客户缺乏技术上的知识 客户缺乏对软件开发的知识 对于信息系统开发者而言，他们习惯使用技术术语，而且在问题理解上与客户有偏差， 有时他们以为互相之间完全达成协议，但是在展示最终结果时却发现并非如此。此外，系统 开发者往往喜欢将客户的需要改变，以使它们符合一个已存在的系统或模式，而不愿按照客 户的需要来开发一个新的系统。有些情况下，需求分析往往是由程序员而不是系统分析员完 成的。由于程序员往往缺乏对实际事物的运行过程和商业过程的理解，从而会导致需求获取 存在问题。 4.1.1 系统需求分类 1 系统需求可以从两方面理解 ：从用户角度（系统的外部行为）和从开发者角度（系统 内部特性）。用户视角看，系统需球是指用户解决问题或者用户达到目标所需的条件和能力。 从开发者视角看，系统需求是指满足合同、标准、规范或其他正式文档所需具有的条件或者 能力。 需求包含三个层次：业务需求、用户需求、功能需求（及非功能需求）。业务需求反 映了组织机构或客户对系统、产品的高层次