网站需求获取.pdfVIP

需求获取 周立新 博士 1 软件需求的内涵 需求分析：研究问题域，产生一个满足用户需求的系统模型。这 个系统模型应能正确地描述问题域和系统责任，并使后续开发阶 段的有关人员能根据这个模型继续进行工作。 问题域和系统责任 问题域是指被开发系统的应用领域，即在现实世界中由这个系统 进行处理的业务范围 系统责任即所开发的系统应该具备的职能。 有很大部分重合,不一定完全相同 问题域 金融业务 系统责任 银行业务处理系统 人事管理 个人储蓄 …… 国债发行 信息备份 贷款业务 …… …… 2 需求获取的任务 列出候选需求：特征清单 理解系统的语境：业务模型或领域模型 捕获功能性需求：USE CASE模型 捕获非功能性需求：补充需求或个别USE CASE （针对USE CASE的具体需求） ——定义传统的需求规格说明 问题领域 问题领域 特征清单 需要 特征 USE CASE 解决 方案 软件需求 领域 3 建立USE CASE视图 ——研究问题域和用户需求 3.1 研究用户需求，明确系统责任 用户需求就是用户所要开发的系统所提出的各种要求和期望。研究用户需求包括 以下活动：阅读、交流、调查、记录、整理。 3.2 研究问题域 问题域（problem domain）的定义：被开发的应用系统所考虑的整个业 务范围。 1、亲临现场，通过直接观察掌握第一手材料。 2、认真听取领域专家的见解 3、阅读 4、借鉴 3.3 确定系统边界，找出Actors 1. 系统边界的定义 系统边界是指一个系统所包含的所有系统成分与系统以外各种事物的分界 线， 系统成分是那些在OOAD中定义且编程实现的系统元素。 2. Actor 的定义：在系统之外（透过系统边界）与系统进行交互的任何事物。 Actor （参与者、活动者、角色）：人、设备、外系统。 3. 划出被开发的系统和与该系统打交道的人或物之间的明确界限，并确定它们 之间的接口。 找出系统边界以外的活动者 4.认识Actor与系统边界的意义 – A 认识接口 – B 定义USE CASE 的主要手段 – C 启发分析员发现对象的主要策略之一 – D 构成交互图的两种必要因素 3.4 定义USE CASE • USE CASE 是对一个活动者使用系统的一项功能时所进行的交互过程。