第四讲 系统分析 PPT课件

敏捷开发
强调快速响应变化，以用户需求为核 心，通过迭代方式快速构建和交付产 品。
迭代模型
将系统开发分为多个迭代周期，每个 周期都包括需求分析、设计、编码、 测试等阶段，逐步完善系统功能。
系统编码实现
选择编程语言
根据系统需求和开发团队 的技术能力选择合适的编 程语言，如Java、Python 、C等。
CHAPTER 02
系统需求分析
需求收集
总结词
确定需求来源、选择适当的方法和工具、建立良好的沟通机 制
详细描述
在进行系统需求分析时，首先需要确定需求的来源，包括用 户、利益相关者等。选择适当的方法和工具，如访谈、问卷 调查、原型评估等，来收集需求。同时，建立良好的沟通机 制，确保各方能够充分表达需求和意见。
• 整体升级
对整个系统进行升级，包括硬件和软件。
• 逐步升级
分阶段对系统的不同部分进行升级，例如先升级硬件再升级软件。
系统维护与升级的管理与实施
管理策略
制定详细的维护和升级计划，包括维 护和升级的时间、人员和所需的资源 。
人员培训
确保维护和升级人员具备必要的技能 和知识，可以通过培训或专业指导来 提高他们的技能水平。
全隐患。
系统可用性评估
1 2 3
用户界面友好性
评估系统界面是否符合用户习惯，操作是否简便 直观，以及是否有足够的帮助文档和在线支持。
系统兼容性
分析系统在不同操作系统、浏览器和设备上的兼 容性表现，以确保用户在不同环境下都能顺利使 用系统。
可扩展性与可维护性
评估系统架构是否具备良好的扩展性和可维护性 ，以满足未来业务发展和功能增强的需求。
系统优化建议与改进措施
硬件升级与扩容

员按照系统观点，对系统深入详细的调查研究，综合运用多 学科知识，深入描述及研究现行系统的活动和各项工作及用 户的各种需求，使用一系列分析工具与技术把双方的理解用 书面文档表达出来。
了解用户的需求； 确定系统逻辑模型，形成系统分析报告。
4.1系统分析概述
什么是需求(Requirement) IEEE软件工程标准词汇表中将需求定义为：
4.1.2系统分析的目 标和主要活动
系统分析的对象是现行系统。目的是在充分认识原系统 的基础上，通过可行性分析、业务流程分析和数据流程分 析等手段，发现问题和薄弱环节，最后完成新系统的逻辑 方案的设计。
4.1系统分析概述(续)
➢目标
▪ 按系统规划所定的某个开发项目范围内，明确系统开发
的目标和用户的功能和信息需求，提出系统的逻辑方案。
▪ 在整个系统开发过程中，解决系统“做什么”的问题，
为下一阶段进行系统设计和实施提供依据。
➢主要活动
系统初步调查 可行性研究 系统详细调查 系统分析和新系统逻辑方案的提出
4.1系统分析概述(续)
活动 名称
目标
初初步步 调调查查
明确系统开发的目标 和规模
可行可研性行究研性究
进一步明确系统的目 标、规模与功能，提 出系统开发的初步方 案与计划
伙伴、顾客等的服务质量。
4.1系统分析概述
需求的特点
❖ 需求是隐性的。即连用户都不清楚自己的需求。 ❖ 需求是变化的。
• 大师说：“没有不变的需求，世上的软件都改动过3次以 上，唯一一个只改动过两次的软件的拥有者已经死了， 死在去修改需求的路上。”
• 我付了钱，但这不是我想要的"，没有用户愿意这么说。
第四章 系统分析
本章重点

12
4.3.1.2系统调查的方法
头脑风暴法〔Brain storming，也称智力鼓励法、 脑力激荡法〕，是美国现代发明学奠基人奥斯 本〔A.F. Osborn〕提出的，是一种发明才干 的集体训练法。它把一个组的全体成员都组织 在一同，使每个成员都毫无顾忌地发表本人的 观念，既不怕他人的讥讽，也不怕他人的批判 和指摘，是一个使每个人都能提出大量新观念、 发明性地处理问题的最有效的方法。
XXX公司
公
物
消
技
财
质
设
司
资
费
术
务
量
备
办
供
管
研
部
控
动
公
销
理
讨
制
力
室
部
部
所
部
部
产
材一
N
品
料车
车
库
库间
间
27
4.5.2 组织关系图
组织构造中
的各种关系
可以借助于
组织构造图 公司 物资 办公室 供销部
予以表现，
部门间的层
次关系即表
示上下级的
指点关系，
其他关系可 用一定的符
产
资
品
料
库
库
号表示。
消费 管理部
2〕建立良好的人际关系。系统调查涉及到系统 管理任务的各个方面和不同类型人员，在进展 调查前，应该对所要调查的任务、人员有所了 解。自动沟通，并留意文明礼貌，之后表示赞 赏。
9
4.3.1.1系统调查的原那么
3〕要求用户参与。要求运用部门的业务人员、 主管人员积极参与系统调查，以使系统分析人 员更好地掌握业务流程，并能更深化地发现当 前系统存在的问题。

公司会议
通过系统分析，我们帮助一家公 司优化会议流程，提高会议效率 和参与度。
生产线改进
利用系统分析，我们成功优化了 一个工厂的生产线布局，提高了 生产效率。
电商网站
通过系统分析，我们设计了一个 用户友好的电商平台，提升了购 物体验和销售效果。
总结和要点
系统分析是关键
系统分析能够帮助我们深入理解和优化复杂系统。
多种工具可选
在系统分析过程中，有多种工具可以选择和应用。
案例分析启发
通过案例分析，我们可以借鉴并应用系统分析的实际应用。
实施和测试
4
将解决方案实施到系统中，并进行测试 和验证。
系统分析的工具
数据流图
通过图形化展示和分析系统中 的数据流动和处理，帮助理解 和改进系统的逻辑。
结构图
通过图形化展示系统的组成部 分和它们之间的关系，帮助理 解系统的结构。
用户界面原型
通过创建用户界面的模型，帮 助设计和验证系统的用户体验。
案例分析
2 降低风险
系统分析可以帮助识别和解决潜在的问题和风险，降低出错和失败的可能性。
3 优化资源利用
通过系统分析，可以合理规划和利用资源，提高资源利用率。
系统分析的步骤
1
需求收集
与利益相关者合作，明确系统需求和期
问题分析
2
望。
深入分析系统中存在的问题和挑战。
3
》PPT课件
这个PPT课件将带您深入了解系统分析的重要性、步骤、工具，以及案例分析。 让我们开始探索这个有趣且实用的主题吧！
什么是系统分析
系统分析是一种将复杂系统拆解为更小、更可管理组件的过程，以便更好地 理解系统的功能、结构和交互。
系统分析的重要性

库工
缺料通知单
入库单
催货单
采购员 供货单位
补充订货单 提货通知单Fra bibliotek按键或
例：销售及库存子系统的业务流程图 击鼠标 ★
取消合同通知
出库单 出库单 会计科
用户 推销员 合同
计划员 发货通知 发货员
厂长 销售统计表 合同台账 办公室
负责人
库存台账
出库单 保管员
车间 入库单
生产科
需求预测
表格分配图
例 返回
图 返回
调查的重点：
以组织结构调查的结果为依据，进 行提炼与抽象；了解现行系统的状况， 分析缺少的功能；
功能体系图
销售系统管理
按键或 击鼠标
★
注意 返回
销售计划管理 销售合同管理 销售核算与统计 成品库管理 市场预测
销 售 历 史 资 料 管 理
编 制 年
编 制
度销
销售
售计
大 纲
划
合合合
同同同
有 效 性 检
⑵ 概括性
返回
将系统中的各种业务处理 过程通过信息联系起来， 形成一个整体。层面越高， 概括性越高，层面越低， 概括性越低。
数据流程图常见问题
（4）数据流程图中可能出现的错误 每个数据处理至少有一个输入和一个输
出流 数据流必须流入或流出某个数据处理，
而不能在数据处理间流动。
数据流程图问题举例
供货单位发出货物后，立即向订货单位 发出提货通知。采购人员收到提货通知 单后，就可办理入库手续。接着是库工 验收入库，并通知车间领料。此外仓库 库工还要依据库存账和用料流水帐定期 生成库存报表，呈送有关部门。
车间
有关部门
用料计划

系统建模
功能模型
了解系统建模的概念和目的
DFD图
学习如何绘制DFD图的方法和步骤
数据模型
掌握数据模型的重要性和建模方法
实体关系图
探究实体关系图的构建与应用
软件建模
面向对象设计
深入了解面向对象设计和UML的 概念和分类
UML类图
学习如何绘制UML类图和时序图 的方法
软件建模
探索软件建模的重要性和常用的 建模元素与图形语言
系统设计
1 目的与步骤
了解系统设计的目的以及基本步骤
3 系统结构设计
学习系统结构设计和系统框架设计的方法
2 基本原则
掌握设计的基本原则和约束条件
4 系统行为设计
深入了解系统行为设计和操作设计的重要性
结束语
系统的分析和设计是软件开发的重要环节，掌握有效的分析和设计工具和技术有助于提高软件开发质量和效率。
《系统的分析》PPT课件
欢迎来到《系统的分析》PPT课件，本课程将介绍系统的分析方法和工具，系 统的概念、特征和分类，并探究分析与设计的区别。
系统分析的概述
1
目的与流程
了解系统分析的目的以及基本流程
2
ห้องสมุดไป่ตู้基本方法
探索系统分析的基本方法：建模、数流图、结构图、流程图、状态转换图等
3
常用工具
介绍系统分析中常用的工具：UML、ER图、SSADM等

业务功能的调查
——业务功能一览表
销售系统管理
销售计 划管理 销 售 历 史 资 料 管 理 编 制 年 度 销 售 大 纲 编 制 销 售 计 划 销售合 同管理 合 同 有 效 性 审 查 合 同 执 行 情 况 分 析 合 同 登 记 和 变 更 销售核 算管理 销 售 利 润 核 算 销 售 统 计 分 析 成品库 管理 出 入 库 管 理 库 存 统 计 市场 预测 市 场 预 测 市 场 分 析
系统分析
本章主要包括以下几个部分： §4.1 系统调查和可行性研究分析 §4.2 结构化分析方法 §4.3 系统调查和业务流程分析 §4.4 数据字典 §4.5 确定建立系统的逻辑模型(逻辑方案)，
根据系统规划确定了需要开发的系统之后，则进入实 质性的管理信息系统开发建设的首要阶段：系统分析阶段 系统分析阶段的任务： 在总体规划的指导下，对需开发的某个或若干个子系 统进行深入仔细地调查研究，确定新系统逻辑功能的过程。 系统分析是在充分认识原有信息系统的基础上，完成 新系统的逻辑模型设计，确定需开发的新系统应该“做什 么？”，即What？ 系统分析在很大程度上决定了系统开发工作的成败， 是MIS开发的关键阶段。
（2）效益的估算 效益构成： a、直接效益：节省人力、降低成本、改善服务导致客户 的增加、加速资金周转等 b、间接效益：改进簿弱环节、提高数据处理的准确性和 及时性、提高效率、提高管理和决策水平、提高 企业信誉等 （3）管理可行性 取决于：领导和管理人员的态度、管理的基础工作（如业 务、单据、报表、帐册等是否规范、统一；机构设置、 人员分工是否合理；编码方案是否存在和统一；各项 基础数据是否健全和准确；管理人员的素质和文化程 度是否符合要求等）、管理制度，等。
单位或人员 单证、报表 流动方向

霍尔方法论主要以工程系统为研究对象，而切克兰德方法适合于对社会经济和经营管理等“软”系统问题的研究
性和层次性等特征，使系统的组成因素及其相 ④定量分析与定性分析相结合
②确定目标并据此设计评价指标体系 商业、心理学、国防研究
互关联在分布上达到最优结合和最优输出 对实际系统问题的描述、模仿或抽象
P→G ③虽然提出面面俱到的要求，但是却无力对其进行适当的研究，选择出来进行分析的部分，并不是系统中最重要的部分；
• 通过对各层次因子的比较分析，建立判断矩阵， • 并通过判断矩阵的计算将不同 方案按重要性或适
用性大小排列，为最优方案的选择提供依据
• 层次分析首先要解决系统分层及层次规模的合理性问题； 其次要使各个功能单元的层次归属合理
（4）相关分析
相关性的体现
①要素之间的不可分割的联系
– 在系统整体中，各要素并不是孤立存在的，而是由系统的结 构联结在一起，相互依存、相互作用。如果其中一项发生变 化，就会影响其他要素也发生变化。
环境分析贯穿于系统分析的全过程
• 认识问题阶段
• 只有正确区分出各种环境要素，才能划定系统边界
• 探寻目标阶段 • 要根据环境对系统的要求建立系统的目标结构，以求得系统对环境
的最优和最大输出 • 综合方案阶段
• 要考虑到环境条件及其变化对方案可行性的影响，选择出能 适应环境变化的切实可行的行动方案
←目标、环境因
素约束
←输出最大
其中：
①X是系统组成要素的集合；R是系统组成要素的相关关系的集
合；C是系统要素及其相互关联在各层次上的可能分布形式；P是X、 R、C的结合效果函数； ②“Ｐ→”表示这个函数对应于某种条件
Ｐ→Ｇ表示Ｐ函数对应于系统目标集的条件

29
ISAD
数据流程调查分析
一般说来，对每个数据流要加以简单的描述，使用户和系 统设计员能够理解一个数据流的含义。对数据流的描述写在 箭头的上方，一些含义十分明确的数据流，也可以不加说明， 如图4.5所示。
编 辑 合 格 订 单 计 算
订 货 单
应 收 款
编 制 财 务 报 表
图4.5 数据流
经 理
局 领导
计划 处
技改 处
各部门 各单位
银行
投资 总规划
更新改造 贷款规模
开会 讨论
报表
审批
综合平衡 （讨论）
正式 计划
各单位 上报表
各部门 各单位
下达 各单位 各部门
计划 存档
批准
上级 领导
16
ISAD
业务流程图举例
储户
存折
存款单折
存款处理
存折 存取款单
业务分类
利息文件
帐目文件
存折 现金
取款单折
取款处理
25
ISAD
数据流程调查分析
2、加工（处理）
表示对数据进行的操作, 如“处理选课单” 、“产生发票” 等
加工的编号，说明这个加工在层次分解中的位置 (分层 DFD)
加工的命名
顶层的加工名就是整个系统项目的名字
尽量最好使用动宾词组，也可用主谓词组
不要使用空洞的动词
26
ISAD
2
ISAD
系统分析的任务
一、系统分析阶段的基本任务 1、系统分析员与用户一起充分讨论用户的要求； 2、调查原信息系统资源，输入和输出处理； 3、完成新系统的逻辑设计。 二、系统分析的困难主要来自三个方面 1、问题空间的理解； 2、人与人之间的交流； 3、环境的不断变化。

*
业务流程分析是在业务功能的基础上将其细化，利用系统调查的资料将业务处理过程中的每一个步骤用一个完整的图形串起来。在绘制业务流程图的过程中发现问题、分析不足，优化业务处理过程。 业务流程图(transaction flow diagram, TFD)，就是用一些规定的符号及连线来表示某个具体业务处理过程。
*
组织情况简述 系统目标和开发可行性 系统运行状况 新系统逻辑方案
*
业务流程分析主要任务及基本符号含义 数据汇总主要步骤 数据流程分析任务和基本符号含义
*
15.2 组织结构与功能分析
*
组织管理机构与物流的关系
供销处
厂长
人事处
生产处
技术处
财务处
行政处
研究
设计
采购
销售
仓库
1车间
2车间
3车间
N车间
运输
总务
房产
福利
*
组织
关系
业务
总工室 机动科
工艺科 设计科
质量科 计划科
计划 销售 供应
人事 生产
设备更新
生产科 研究所
人事科 供应科
销售科 总务科
利税计划 月度资金计划 年度资金计划
成本分析 成本计划 定额成本计算 成本核算
工资管理 专项基金
帐务管理
奖金管理 退休职工工资 生产职工工资
销售帐务管理 日常帐务管理 银行帐务管理
固定资产折旧 基本建设基金 技术改造基金
资金利用率分析 财务计划执行分析 利润分析 资金使用状况分析
业务功能一览表
*
系统逻辑功能划分的方法是在求解后的U／C矩阵中划出一个个的小方块，划分时应注意： 沿对角线一个接一个地画，既不能重叠，又不能漏掉任何一个数据和功能。 小方块的划分是任意的，但必须将所有的“C”元素都包含在小方块之内。