文档介绍：文档类型
密级
Document Type
Confidentiality Level
教学研究文档
仅供收件方查阅
文档编号
Document Code
版本
Version
共12页
0. 8
是如何运行的，了解当前系统 的组织机构、输入输出、资源利用情况和日常数据处理过程，并用一个具体的模型 来反映自己对当前系统的理解。此步骤也可以称为“业务建模”，其主要任务是对 用户的组织机构或企业进行评估理解他们的需要及未来系统要解决的问题，然后建 立一个业务 USECASE 模型和业务对象模型。当然如果系统相对简单，也没必要 大动干戈区进行业务建模，只要做一些简单的业务分析即可。
抽象出当前系统的逻辑模型：在理解当前系统“怎样做”的基础上，取出非本质因 素，抽取出“做什么”的本质。
建立目标系统的逻辑模型：明确目标系统要“做什么”。
对逻辑模型的补充，如用户界面、启动和结束、出错处理、系统输入输出、系统性 能、其他限制等等。
2 需求调研和分析的方法、策略和步骤
需求调研涉及三个问题：
一是如何确定调研对象；
二是如何确定被调研对象；
三是采用何种调研方法；
调研对象的组成应以互补为原则，至少要由三类人员组成：技术人员、业务专家和管理 者。被调研对象主要是人员和业务两类，其间主要涉及人与人、人与事物、事物与事物等三 种关系。
其中，关键是确定调研范围。调研范围包括关键域和关键活动。而关键活动又由关键流 程加关键点构成。
找到关键域，明确关键流程和关键点，对需求调研至关重要，需要专家或咨询顾问介入。 而能否把握这一时机并找准需求提炼的关键点，是考验需求调研人员的重要方面。优秀的需 求调研人员不仅能认识问题之所在，还能藉此获取足够多的知识，最后成为问题领域的专家。
需求调研非常困难，必须引起重视。因为：
• 缺乏专门领域的知识，同时应用领域中的许多问题通常模糊，很难界定；
• 机构实践存在默认知识，难以描述；
• 多个知识源或信息源既有冲突又有重合；
• 被调研对象可能有认知偏见或者欠缺或有时不愿提供确切信息。
这些都会给需求调研人员带来障碍和困难。在这种情况下，掌握必要的方法与技巧非常 重要。
需求工程是继软件工程之后的又一热点工程。从理论上说，包括调研需求、模拟和分析需求、 需求描述、需求认可、需求演进这五个层次，并且逐层递进、螺旋式上升。需求分析是需求 工程的核心，贯穿于系统整个生命周期。
需求分析的出发点在于：对调研的需求进行进一步提炼并指导需求的抽取；帮助需求分 析人员发现问题。需求模拟则帮助检查验证对问题的理解。需求分析和模拟又包含三个层次 的工作：需求定义、需求建模、需求模拟。
需求定义，是对经调研获取的需求进行初步整理，抽取其中基本需求和关键需求予以界 定，并为需求建模提供必要的需求元素。
需求建模，是把抽象的需求通过概念、符号、数学模型及逻辑结构表现出来。表现形式 有自然语言、半形式化（如图、表、结构化英语等）和形式化表示等三种。自然语言形式具 有表达能力强的优点，但不利于捕获模型语义；半形式化表示可捕获结构和一定的语义，也 可进行一定的推理和一致性检查；形式化表示具有精确的语义和推理能力，但构造一个完整 的形式化模型，需要较长时间和对问题领域的深层次理解。相对而言，图表形式的需求模型 直观常用，比如组织结构图、系统流程图、网络拓扑图等。
良好的需求概念模型应包括以下几个特点： 实现的独立性、足够抽象、足够形式化、 可构造性、利于分析、可追踪性、可执行性、最小冗余性。
1、 会谈、询问：围绕软件目标提出具体问题；
2、 调查表：经过仔细考虑的书面回答可能比会谈中的回答更加准确；
3、 收集分析客户使用的各种表格、有关工作责任、工作流程、工作规范、相关数据 标准、业务标准的各种文字资料；
4、 收集同类相关产品的宣传资料、技术资料、演示程序或软件程序；
5、 情景分析：利用情景分析诱导用户能够把它们的需求告知分析员（可以描述当前 一项业务怎么做、也可以描述设想的系统中此项业务怎么做）；
6、 可视化方法：结和情景分析，利用画用户界面图、业务流程图、功能结构图、时 序图等图形与客户进行讨论；
1、 首先确定用户的软件开发目标，确定系统基本范围，然后围绕这一目标，确定要 访问的部门和人员，要了解的业务，在基本范围内展开调研；
2、 以部门职责为基础搞清各种现有业务、要填写的表簿册文档报表等，其数据来源 及去向；
3、 以业务为主线，搞清每个业务的每个环节的流程关系、涉及部门、输入输出项；
4、 以数据为主线，搞清数据采集方式、数据流向、数据之间的内