《EAI2014第5单元需求分析与设计系统集成技术讲义第6章大型信息系统的分析技术20141117章节》由会员分享，可在线阅读，更多相关《EAI2014第5单元需求分析与设计系统集成技术讲义第6章大型信息系统的分析技术20141117章节（40页珍藏版）》请在金锄头文库上搜索。
1、2019/6/13,1,第6章 大型信息系统的分析技术需求是金,熊桂喜 北京航空航天大学计算机学院 School of Computer Science and Engineering,Beihang University Mail: 参考书目：信息系统分析设计第7版 机械工业出版社 面向对象技术UML教程王少锋，清华大学出版社,2019/6/13,2,本章内容目录,系统分析的基本方法 系统分析的任务 调查和理解系统的需求 系统需求建模 结构化需求描述方法 面向对象需求描述方法 需求描述的其他项：环境、方案与决策,要点：1. 不同文档的需求分析关注点 2. 硕士论文中的需求分析 3. 最重要
2、的需求分析图,2019/6/13,3,需求分析,通过已经验证的原理（Principles）、技术（Techniques）、语言（Languages）和工具（Tools）来了解问题或刻画新系统的外部行为。 原理：业务、方法、模型和其他 技术：IT类的 语言：描述型、图、表 工具：CASE工具，Word, Visio,Rational Rose等 一般需求分析应包括的内容： （1）面向用户的：组织机构、部门、岗位；业务种类及要求 （2）面向功能的：应该干什么，怎么干（流程），应该干得怎么样 （3）面向数据的：采集、处理、输出（发布、显示、流转） （4）面向问题的：现状、问题、流程、要求,2019/
3、6/13,4,6.1 系统分析的基本方法,1. 什么地方用到系统分析 方案建议、可行性研究、需求分析；后续文档一般也都引用或概括引用 2. 可行性分析和需求分析 的区别： 综合需求之上的可行性 论证：政治、社会、技术、 资金来源、基础条件、 资源支持、环境 3. 两种需求分析活动（任务）的分解： （1）需求期望需求引导需求验证需求规格説明 （2）需求获取需求转换 4. 需求确定（刻画）： PIRCES框架与Kozar需求模型 5. 需求建模：结构化方法与面向对象方法,2019/6/13,5,6.2 两种需求分析活动分解方法,分解一：4个活动 需求期望：系统分析员根据自己的经验和对问题域的理解（
4、知识库、案例库），给出了需求类型不可能从零起！行业极其重要 需求引导：获取需求分析的各种形式：采访（调研）、问卷调查、小组讨论会、求证已有需求期望一定要有大纲、记录 需求验证：系统分析员和用户一起确认 艺术性的工作，用户怕签字！ 需求规格説明：需求分类及记录（建模） 分解二：2个活动 需求获取： （期望+引导） 需求转换： （验证+建模）,2019/6/13,6,系统分析的任务（概括）,1. 对用户的需求调查及分析 业务流程调查、业务活动调查（战略、战术层面） 数据加工过程的调查 业务流程、数据流程、组织框架、统计报表、基础条件、边界约束 。 2. 抽象出新系统的概念模型 系统边界、功能、处理
5、过程、信息结构、约束条件 3. 分析建模 系统分析说明书： （1）说什么（内容）？怎样是合格的（形式、质量）？ （2）围绕什么说按部门（岗位）、按流程、按问题、按系统？ （3）与设计的关系，与商务的关系,2019/6/13,7,6.3 调查和提炼用户的需求,需求获取的6种方法： 查阅文件：企业工作说明书（ISO9000文档）、业务表单、手册 问题：不完整、不系统、未更新 要点：分管领导讲话，统计年鉴，总结 观察（参观）：实地观察，了解流程、约束、交付物、制约关系、人机交互模式 问题：挂一漏万（要有目的，覆盖与重点兼顾，要有引导） 问卷：已经了解了大部分，希望确认和补充。问卷的设计一定要有焦点。
6、 访谈：主题引导，强调不发散 开会讨论：脑力风暴法，不要指望覆盖率 联合开发：用户方的调研的优缺点（缺少抽象、简化） 需求结构化遍历的4个要素 What和When: 过程描述、流程图、业务模型图 Who：用户（组织）、系统角色的覆盖、抽象，职责（功能）-用户矩阵 How：准备、执行、后续工作分析（模型、对比图表、流程）,2019/6/13,8,需求调研的“联合应用设计JAD”会议,JAD会议：所有甲方、乙方的相关人员参与会议，定义需求和设计系统 JAD会议的领导者：具有IT系统设计经验的决策者 JAD会议的参加者：用户、技术人员、项目小组成员 业务专家、技术专家、咨询人员、保障人员 JAD会议
7、的准备：准备主题、准备材料、准备材料、准备通信录 形成会议纪要及附件，最好会后反馈签字,2019/6/13,9,PIRCES框架与Kozar需求模型,PIRCES框架:将需求划分为6个主题 强调刻画 性能（performance）: 关注处理能力 和时间 信息（information）：关注数据， 包括输入输出 经济（economy）：开发和运行费用 控制（control）：安全性和约束条件 效率（efficiency）：影响或效益 服务（service）：功能，即干什么 Kozar需求模型：分为5个层次 强调：业务目标与策略 信息系统目标与策略,2019/6/13,10,需求从哪里来？,来自
8、于项目甲方，还是直接或间接的用户 乙方的经理、高级经理、操作人员、支持人员、测试人员 与你的系统有联系的其它系统的开发人员，或是维护人员？ 这是所有的正式需求的来源吗？ 提供需求、解释需求、指定需求和排列需求优先级是项目甲方的职责所在教科书上说的 需求变更是由甲方、还是乙方提出？ 需求变更一定要确认？设计需求变更表（签字画押）,2019/6/13,11,6.4 需求建模：描述事件和事物（动宾词组）,数学模型：计算公式、求解算法 描述模型：备忘、报表和列表 图形模型：图表和示意图 分析中常用的图形模型 事件列表：并列的事件、活动 数据流程图（DFD）：描述数据的输入、加工、存储、输出 实体-关系
9、图（ERD）: 描述动-宾间的关系 数据流定义：描述信息的组成（数据元） 数据元素定义：描述元素的特点 过程描述、结构化刻画语言、行为图：描述流程、过程 位置图：描述系统环境（如地图） 类图：描述系统划分 用例图：描述组件与用户的交互关系 时序图：描述人、对象间的交互、执行关系 协作图：描述对象间的关联（重点在条件即消息） 状态图：描述对象的状态及转移条件,2019/6/13,12,6.5 结构化需求描述方法,结构化方法： 将问题分解为模块的完整方法。以最终设计实现的模块为目标。 结构化程序设计是其鼻祖 1969，Dijkstra提出，以消灭Goto闻名 将问题分解为顺序、条件、循环 由上而下
10、设计、编码、实施 构成模块的五个要素 模块名称：动宾词组 输入：或调用参数、人机交互输入部分 输出：或返回值、人机交互输入部分 处理逻辑：内部应具备的执行程序及逻辑（干什么、怎么干） 内部资料：内部都有的数据或数据结构 核心：分解问题，自顶向下,2019/6/13,13,结构化分析、设计,需求分析： 数据建模：规范化的数据 流程建模：画分模块 界面建模：描述界面形式 及操作关联,获取,分析,设计,2019/6/13,14,结构化需求描述方法描述语言,结构化分析用到的描述语言（图）包括：,2019/6/13,15,结构化需求描述环境图：描述系统的用户,2019/6/13,16,结构化需求描述数据
11、流程图,描述业务流程与业务数据间的关系 外部实体 数据流 处理 数据存储,2019/6/13,17,结构化需求描述数据流程图,2019/6/13,18,结构化需求描述实体关系图（ERD）,ERD要素： 实体 属性 关系 基数,2019/6/13,19,流程图的例子,2019/6/13,20,DFD图实例,2019/6/13,21,ERD实例：描述数据实体的整体视图,2019/6/13,22,6.6 面向对象需求描述方法,面向对象技术：对象、类、属性、方法、封装、继承、多态等 面向对象的分析图： 用例图：识别如何使用系统 协作图：显示对象如何被协调在一起来执行用例 消息：用例内部对象之间的通信
12、顺序图：显示用例对象之间消息顺序的图 交互图：显示对象之间的交互，或者是协作图，或者是顺序图 状态图: 显示对象在生命周期内状态转移的图 类图：识别组成系统的对象，并进行分类,2019/6/13,23,面向对象的需求分析建模,类图 对象图 顺序图 合作图 活动图 状态图 界面结构图 组件图 部署图,系统 分析,2019/6/13,24,类图,类名 属性 操作 继承关系,2019/6/13,25,类图,2019/6/13,26,用例图,2019/6/13,27,用例图,2019/6/13,28,顺序图,2019/6/13,29,顺序图,2019/6/13,30,合作图,2019/6/13,31,
13、活动图,2019/6/13,32,从大的层次模型中形成核心模型（1）,运营管理,运输仿真系统,应急联动系统,运力优化系统,奥运公交应急预案,运营组织系统,抢修救援系统,奥运公交线网规划,常规公交运营管理,政策法规与管理制度,技 术 标 准 与 信 息 安 全,综合决策平台,经营管理,报表系统,管理信息系统,办公自动化系统,信息服务,出行前信息服务,出行中信息服务,基 础 信 息 平 台,计 算 机 网 络 通 信 平 台,基础数据,数据交换平台,地理信息系统,奥运公交运营管理系统,2019/6/13,33,从大的层次模型中形成核心模型（2）,形成焦点，突出关系,2019/6/13,34,系统分析图例,抽象出核心系统的原理模型（层次、演绎、综合）,需要学习，需要创意，需要重点,2019/6/13,35,分析图例：用例图,应急事件的详细处理流程,制定应急预案,紧急事件分析,发布实施方案,追踪检查监控,方案评估归档,生成执行方案,2019/6/13,37,改进：流程与结果的融合,2019/6/13,38,序列图：用于刻画细节（设计？）,待索引文档提取序列图,2019/6/13,39,状态图：描述系统流程、活动与子系统件的关系,索引控制器线程状态图,2019/6/13,40,分析图例,第三级队列资源分配活动图,
