软件工程-1需求分析

第3章

大连理工大学软件学 需求分析需求分析，很容易导致整个项目。

大连理工大学软件学 需求分析分析人员借助各种熟悉、了解和掌握相关的客户的想在开发进行中毫无征兆的发生改变，

大连理工大学软件学 需求分析的由客户为主导制定的需求文档称为用户（业务）需由开发者为主导制定的需求文档称为

大连理工大学软件学 用户需求与系统系统需项目项目涉及到的主要目标人群有哪项目主要的目标是什

大连理工大学软件学 涉众涉众的准确的识别出来，并确定需要斡旋和协调，让目标系统满足大多数涉众

大连理工大学软件学 常见的 虽不直接参与系统的开发和技术，但会对实际采用技术及边界产生 比较原则化和粗略化，但需要重

大连理工大学软件学 常见的业务管理者：负责业务计划、生产、监督等环节的实施和控制 具体业务，更为实际和现调研过程需要科学的设计，需要引通常是业务方的中层管理者，如各科室 业务的执行者：操作人员，是频繁与未来系统直接交互人员更为细节的业务要求，可能不合理，但容易其他涉众： 、开发方

大连理工大学软件学 系统目确保目标或目标的内部之间不会有的未来系统开发的，用户需求应与目标

大连理工大学软件学 系统目标定义目设目设置该目标可边界条依其

大连理工大学软件学 确定系统通过座谈的方式确定未来软件支持的业务工作访谈关键涉众，因为未来的系统最终由采 问卷的形式，但是要求问卷中的题目要有分析旧系统或当前系统中的问题或值得挖掘优化的潜现场（OnSite）与最终用户的调研和访谈，使得最终

大连理工大学软件学 背景、学习领域书现有软件及其文其它任何材料， 正观访 非正式(休闲聊天观面对面规格说(头脑风暴原原型

大连理工大学软件学 访谈有两种基本形式，分正式的和非正式的访谈正式：系统分析员将提出一些先准备好的具体问–在非正式的访谈中，将提

大连理工大学软件学 用例的完

用例规约，对具体 式的

大连理工大学软件学 用例的项目项目

项目结构编项目组组

人力

员工工作

（Role）会更合 项目状态分质量

项目

户类，不特指具

大连理工大学软件学 识别角软件系统，如“零件

大连理工大学软件学 寻找用软件项目（）：和管理的基本结构，项目开发者以团队的形式参与其中。员工（）一步组成团队的结构。每个业务实体对应5个基本用例（根据情况合并、正名创建新业务实体数据的用例修改已有业务实体数据的用删除已有业务实体数据的用持久化某业务实体数据的用例，比 到数据库中某业务实体数据的用例，比如 的文件或数据库中读出

大连理工大学软件学 寻找用 可按照1中的方法确定用如“项目团队组建”和“项目安是系统 用例，描述系统的主要功能需求，往在访谈 由用户直接提

大连理工大学软件学 寻找用对各种数据的组合、分析和挖掘每个这样的数据利用，都会导致新的用例的产需要考虑止或者功能需求。

大连理工大学软件学 用户用例和系统时间段中。主角是系统的参与者，与计算机系统一起实现一个目标用来描述参与者如何与计算机技术相联系以及与计算机系统的过程，而不是详细的业务流程描——系统的边界。

大连理工大学软件学 用例规约业务支

用例名1简短精炼的描用例名1简短精炼的描述，一般为动宾短语的形式用例编1项目中唯一确定的数字编号包2统，可以使用UM的包进行封装。在用例识别过 创建 该用例的人员 简短描述该用例通过何种方式实现了什么功参与该用例的角色（涉众）望者。对该用例的问题对应哪些业的业务内容。 源，可能是某些规则、标准或现有的文档。

大连理工大学软件学 用例规约非功能需

执行用例之前系统必须所处的状态或达到的条件前置条前置条2后置条2基本事件2备选事3关键3关联用3功能需2用例执行完毕后系统可能处于的状态或结该用例正常执行的一系列活动步骤来响应参与者服务请求基本事件流中异常或特殊情况的处理流有哪些具体的功能性需求是从这个用例派生有哪些具体的非功能性需求是从这个用例派生的2

大连理工大学软件学 用例提炼——包含为避免用例中相同的基础性功能被多次将这些基础功能作为一种附加用例表示，通过<<include>>

大连理工大学软件学 包含关被包含用例也可使用构造型包含用例记录在用例规约中的“关联用在事件

错误的用关

大连理工大学软件学 用例提炼——扩展项目经项目状态分 项目警质量保项目经项目状态分 项目警质量保

大连理工大学软件学 扩展关系与包含扩展关系与包含关系要注意区分，

大连理工大学软件学 用例优。从用例出以此作为用于不同

大连理工大学软件学 活动图进行过程动作动作动作动作动作动作动作动作开始点、结束动作及执行条分支、汇{and,对

大连理工大学软件学 工具Eclipse项目创建工具Eclipse项目EclipseEclipse项目[已创建]项目项目建模人员分析模型创建建模人员分析模型分析模型

一个带有对象的活动图使用工具EclipseEclipse项目[已配置]Eclipse项目[已配置]

大连理工大学软件学 访相关部访相关部预算一个销售业务流程的构预算过增量的方法逐渐销售主合销售主合合相关部门提供成本预算，然后与客户签订合同，最后是项的实现（已省略）（技术

大连理工大学软件学 具体需求动作“成本核算”使用了具体需求访 殊符号标记，其表示此动作通另外一个活动图进行了细涉及的客成涉及的客 销售合销售

合[达成共识合

重新核算成

[未达具具体需求负责

大连理工大学软件学

活动图的语定：如

大连理工大学软件学 泳道（swimlane分开件件

大连理工大学软件学 基本事对于用例

子

大连理工大学软件学

补充备

[新项项目数据录 项目选[子项目编

[新的子项目 [已有子项目子项目添 子项目选

测试的参考子项目更

大连理工大学软件学 选择子项目计划与实际数据对照检查

用例动 “员工数”用的活

选择工作包更新完成进度

更新已经花费的时间

大连理工大学软件学 分析过用户需用户需

大连理工大学软件学 需求分析 （沟 迷惑名：业务术语以

大连理工大学软件学 文字需求的类型1：系统功由活动图

大连理工大学软件学 三种功能性

求功能的发起者执行对功能的大连理工大学软件学 举

大连理工大学软件学 数据流图（传统功能分析数据流图(DFD)描绘信息流和数据从输入 数据流图有四种基

大连理工大学软件学 数据流图中的基本

大连理工大学软件学 加工中常见关系的符号符号符号 由数据A和B共同变换为数据 由数据A变换为数据B和数据+T由数据A或B，或者数据A和B共同变换为数CT+由数据A变换为数据或据和CT由数据A或B其中之一变换为数据T由数据A变换为数据B或C其中

大连理工大学软件学 需求

外部实 处其他信

大连理工大学软件学 数据流图把基本系统模型细化，描绘系统主要 分层细化时保持信息连续性

大连理工大学软件学 数据流图画法信息的信息流不能为动

实体到处理要处理名000级数据(突出表明了数据的源点和

大连理工大学软件学 确保层1

I级数据

大连理工大学软件学

1.1终

服

II级数据

大连理工大学软件学 命 不要使用空洞的、缺乏具体含义的名(如“数据”、“信息”、“输入”之类)处理名字最好是一个具体

大连理工大学软件学 工资计算系统-0

大连理工大学软件学 工资计算系统-I

大连理工大学软件学 II级-计算

大连理工大学软件学 II级-工资

大连理工大学软件学 III级-计算奖金和缺勤

大连理工大学软件学 DFD分分析和设计的每个边同的物理系统 大连理工大学软件非功能性一些利益相关者没有纯功能上的需求，但要满足他们终软件产品某些方面的要求，比如开发技术性软件平其它交商业条技术协

大连理工大学软件学 需求说文档说明版本号创建者修改记录,目标群体的用例到文字描

交付具体时间和形式交付品验收对需求进行检验的方法及结果处理方

大连理工大学软件学 需求验证的验证需求的一致自然语形式化描述：软件验证需求的现开发经验证需求的完整性用户验原

大连理工大学软件学 需从活动图或者（action）到文本

文档记录的方法，大规模难以满足要CASE工具业 需 类模 - -----

大连理工大学软件学 需求变更影响范围如 在CMM三级中要求软件组织必须具备需求的能

大连理工大