系统分析与设计简介PPT讲义课件

1、数据流图的图符
2、画分层DFD图的方法
数据流
加工
数据存储 数据源点
或终点
数据流名 箭 头
加工名 圆或椭圆
文件名 实体名
单或双杠 矩形框
“先全局后局部，先整体后细 节，先抽象后具体” 具体步骤： （1）先确定系统范围，画出顶层
的DFD图。 （2）逐层分解顶层DFD图，获得
若干中间层DFD图。 （3）画出底层的DFD图。
14
2.3.1 功能模块设计
“班级管理系统”主要包括9大功能模块,其模 块结构图示意如下:
班级信息管理系统
班学学学学学班综系 级生生生生生级合统 信信奖惩考测档查用 息息励罚级评案询户 管管管管管管管管管 理理理理理理理理理
15
本系统采用Visual Basic 6.0开发,上述9个功能模块由 21个窗体模块和1个标准模块组成:
4
2.2.1 系统需求分析
通过与多个学校和班级管理者沟通,详细了解 班级管理工作的需求,得到本系统具备的功能,具体 如下:
1、班级信息管理 实现班级的增、删、改和查看，可以“学校-院
系-班级”形式设置；班级档案信息的增、删、改和 查看，以及档案文件的上传和下载等。
2、学生基本信息管理 实现学生基本信息的增、删、改和查看，其中
系统分析与设计
1
第2章 系统分析与设计
2.1 开发背景 2.2 系统分析 2.3 系统设计 2.4 编写软件文档 2.5 小结与拓展 作业
2
2.1 开发背景
对于学校和班级管理者来说，每学期班级和学 生的数据变化都不大。但在使用手工方式管理时， 需要抄写大量重复的数据，而且这种方式会带来 许多不便，诸如数据维护、查询不便；手工重复 抄写错误率高；成绩统计和计算容易出错等。

掌握基本的系统开发方法 现代系统分析、系统设计的理论方法
运用所学的开发方法 通过实践强化对方法的理解和掌握
关于课程
教材
选用教材： 郝晓玲,韩冬梅，韩松乔,信息系统开发:方法、案例与实验，清华大学出版 社，2011.10
参考教材： 《系统分析与设计方法第六版》（Jeffrey L. Whitten ，Lonnie D. Bentley ，Kevin C. Dittman ） Jeffrey A. Hoffer, Joey F. George, Joseph S. Valacich，《modern information system analysis and design》,the 4th edition. 刘兰娟，竺宇光.《信息系统分析与设计》，电子工业出版社 2002.8 薛华成，《管理信息系统》，清华大学出版社 1999年5月 张海藩，《软件工程导论》，清华大学出版社 2003.12
信息系统的开发过程
系统规划
1.确定信息系统及项目的优先顺序 2.组建信息系统项目团队 3.确定信息系统项目范围 4.启动项目
系统分析
1. 需求分析、理解与确定 2. 需求结构化与说明
系统设计
体系架构设计。 详细设计 数据库设计 输入和输出设计界面设计 代码设计
系统实现
信息系统边界
信息系统构件 构件之间关系 环境 信息系统接口 系统输入 系统输出
系统约束
信息系统的基本概念
说明 信息系统目标是信息系统建设的根本出发点和最终目的。一般应结合组织内外部实际情况，从业务
战略视角高度出发制定信息系统目标，将信息系统目标与业务目标结合起来。
信息系统的边界是不可见的，很难从物理角度进行区分。系统与其他系统之间一般通过接口的形式 进行连接，例如人事信息系统与财务信息系统之间存在接口。

• 某些工程作业，比如设计桥梁、电厂、化工厂，必须被专业工程 师所批准
• 保护公众健康和环境安全的法律强制专业人员必须提供指导，这 些指导通常是从教育和经验中，以惨痛的教训和国家立法的形式 获得的
• 即使有了严格的检测和许可证的发给，工程灾难还是会经常发生。 因此专业工程师必须严守工程伦理学标准
• 每个工程学科和专业组织，都持有普遍公共的和特定相关领域的 伦理学标准，成员必须发誓遵守并维护
• 工程是由一群人为达到某种目的，在一个 较长时间周期内，进行协作活动的过程— —广义定义
• 工程是将自然科学的理论应用到具体工农 业生产部门中形成的各学科的总称
– 水利工程、化学工程、土木建筑工程、遗传工程、 系统工程、生物工程、海洋工程、环境微生物工 程、软件工程
10
工程学
• 工程学或工学，是通过研究与实践应用数学、自然科学、经济学、 社会学等基础学科的知识，来达到改良各行业中现有建筑、机械、 仪器、系统、材料、信息和加工步骤的设计和应用方式的一门学 科
– 研究：应用数学和自然科学概念、原理、实验技术等，探求新的工作原理和方法 – 开发：解决把研究成果应用于实际过程中所遇到的各种问题 – 设计：选择不同的方法、特定的材料并确定符合技术要求和性能规格的设计方案，
以满足结构或产品的要求 – 施工：包括准备场地、材料存放、选定既经济又安全并能达到质量要求的工作步
中 • 所谓最佳设计，永远意味着，尽可能达到尽可能多的要求
13
解决问题
• 工程师一般在全面生产过程前，就尝试预测他们的设计如何达到规格 • 他们会使用：原型、比例模型、模拟、破坏性试验、非破坏性试验、
强度测试等方法来完成设计 • 并对产品进行测试，以保证产品能按期望值运行 • 当然，测试的目地是确保产品能符合预计的要求 • 工程师作为专业人员会尽量制造符合预计要求的产品，并达到对社会

22
5
RMO 案例中的事件 p.5-14
與顧客有關的重要外部事件
顧客想要檢查商品能否供貨、顧客下訂單、顧客變 更或取消訂單, 參考圖5-13
事件表格(event table)中與每個事件相關的資訊 :
每個使用案例的型錄資訊 (圖 5-15)
5
涉及部門的其他外部事件
寄送已完成的訂單、行銷部門想要寄送促銷內容給 顧客、商品部門更新型錄
事件分解技術 CRUD 分析技術 (建立, 讀取, 更新, 刪除)
Systems Analysis and Design in a Changing World, 4th Edition
11
Systems Analysis and Design in a Changing World, 4th Edition
10
5
5
在設計階段建立的模型 (圖 5-5)
3. 事件、活動與使用案例
使用案例 (use case)
Use case～activity
系統為回應使用者的要求所執行的活動 「案例」 是參與者使用系統的地方 辨識使用案例的技術 辨識使用者目標
Elementary Business Processes
基本企業流程 (EBP) 層次的目標就是使用案例 (參考圖5-6) EBP – 由一名工作人員、在一個場所執行的一項任務，目的是要回應 某個企業事件。它能夠增加可測量的企業價值，並讓系統與資料維持 一致的狀態
事件的類型
外部事件 (External event)
發生在系統之外 由外部的代理人(e.g.顧客)或參與者所啟動 , 圖5-8 事件命名: 外部代理人+動作名稱 (customer pays)

“村长”的做法错在哪里？
这个案例告诉我们，毁林虽然能致富，但造成水土流 失，危害很大，通过这个案例我们发现既要提高群众的经 济水平，又要保护生态环境如果片面强调一方面就会产生 偏差，只有进行综合分析，才能实现双丰收。
系统化的方法要求我们用综合的思维方式来认识事物。
既要······又要······
综合性原则
家→学校
60%的情况
方案1
下25分钟
40%的情况 下45分钟
2455XX00..46==1158 33分钟
50%的情况
下15分钟 15X0.5=7.5
方案2
30%的情况 下25分钟
25X0.3=7.5 25分钟
20%的情况 50X0.2=10
下50分钟
要致富，先砍树
过去，有些地区的群众都有“靠山吃山”的 思想观念，且群众收入的60%是靠砍伐树木。
水电
▲
B
木工
油漆
▲ ▲
水电
▲
C
木工
油漆
▲ ▲
组织方式
流水施工
工期(周)
15
课堂小结
1.系统分析 2.系统分析的一般步骤： 明确问题，设立目标 ；收集资料，制定方案； 分析计算，评价比较；检验核实，作出决策。 3.系统分析的主要原则 整体性原则 科学性原则 综合性原则 4.系统的优化 1)系统优化的意义;2)数学建模;3)最优化方法;4)系统 优化的意义;5)系统优化的实现
2020 1:37:35 AM01:37:352020/12/14
• 11、自己要先看得起自己，别人才会看得起你。12/14/
谢 谢 大 家 2020 1:37 AM12/14/2020 1:37 AM20.12.1420.12.14

02
系统分析方法论
结构化分析方法
01 02
结构化分析的概念
结构化分析是一种面向数据流的分析方法，它采用自顶向下、逐层分解 的方式，将复杂的系统划分为相对简单的子系统或模块，以便更好地理 解和设计系统。
结构化分析的步骤
包括问题定义、可行性分析、需求分析、系统设计和系统实施等阶段， 每个阶段都有明确的任务和输出。
THANKS
感谢观看
面向对象分析的步骤
包括识别对象、定义类、建立类之间的关系、定义接口和 实现类等步骤，通过这些步骤可以构建出系统的对象模型。
面向对象分析的工具
包括统一建模语言（UML）、面向对象分析与设计方法 （OOAD）等，这些工具可以帮助分析师更好地进行面向 对象的分析和设计。
原型化方法
原型化方法的概念
原型化方法是一种基于快速构建原型系统的分析方法，它通过快速构建一个可运行的原型 系统来验证和完善系统需求，以便更好地理解和设计系统。
03
结构化分析的工具
包括数据流图（DFD）、数据字典（DD）、结构化英语（SE）等，这
些工具可以帮助分析师更好地描述和理解系统的功能和数据流程。
面向对象分析方法
面向对象分析的概念
面向对象分析是一种基于对象的分析方法，它将现实世界 中的事物抽象为对象，通过定义对象的属性和行为来描述 系统的功能和特性。
系统特性
包括整体性、关联性、动态性、目的 性、环境适应性等。
系统分类与组成
系统分类
根据系统的性质、规模、结构、功能等特征，可将系统分为自然系统与人造系统、开放 系统与封闭系统、静态系统与动态系统等不同类型。
系统组成
系统通常由输入、处理、输出、反馈和控制五个基本要素组成。其中，输入是系统接收的外部信息或物质； 处理是系统对输入进行转换或加工的过程；输出是系统产生的结果或提供的服务；反馈是系统将输出信息返 回输入端，以调整或控制系统的行为；控制是对系统进行管理和调节的过程，以确保系统按预期目标运行。

1.9 规划和模型化系统开发项目
• 选择好了开发方法后，系统开发人员必 须为需要的任务创建规划和模型。
• 一般地，开发团队使用项目管理工具来 达到最终结果。
开发方法
开发模型 项目管理工具
最终 结果
1.9.1 对比预测模型和适应模型
• 因为是预测性方法，结构化分析 把开发过程划分为一系列阶段， 叫做系统开发生命周期（SDLC） ，
1.5.2 事务处理系统
• 事务处理（TP）系统处理日常业务运行产生的数据。如客户订单处理、账目接收和保 单索赔处理等。
1.5.3 业务支持系统
• 业务支持系统为全公司不同层次的用户提供相关 工作的信息支持。这些系统可以分析事务数据、 产生管理和控制业务过程所需要的信息，为良好 决策提供信息。
• 业务支持系统能够与TP系统紧密合作。例如，当 公司向客户销售商品，TP系统记录这笔销售，更 新客户收支差额，并从库存中扣除。
1.5.6 信息系统集成
• 多数大公司需要事务处理、业务支持、知识管理 和用户生产率等系统的组合。
• 例如一个国际客户所购产品有问题并要求保单索赔，客户 服务代表把这个索赔要求输入到TP系统。这个事务更新另 外两个系统：一个是跟踪产品问题和索赔活动的知识管理 系统，另一个是有决策支持能力的质量控制系统。质量控 制引擎应用what-if分析确定是否应该做产品设计更改来减 少这种保单索赔。
• 1.7.1 建模： • 建模产生概念化或过程的图形化表示，系统开发人员可以进行分析、测试和修改。系
统分析员通过使用一系列业务、数据、对象、网络和过程模型来描述并简化信息系统 。
1.7.2 原型设计
• 原型设计可以测试系统概念并提供在做出最终决 策之前检查输入、输出和用户界面的机会。原型 是信息系统的早期版本。

第31页/共39页
10.4 软件结构设计
3.在业务逻辑基础上考虑系统逻辑
第32页/共39页
10.4 软件结构设计
4.确定系统拓扑结点分布
1 书目管理:
第33页/共39页
10.4 软件结构设计
4.确定系统拓扑结点分布
2 架存管理:
第34页/共39页
10.4 软件结构设计
4.确定系统拓扑结点分布
4) 机房设备：安全系统、消防系统、照明设备、制冷设备、清洁 设备等。
第23页/共39页
10.2 信息系统基础设施设计
10.2.3 软件平台设计
1. 操作系统
大型操作系统：UNIX、Linux、Windows、OS/2等；
微机操作系统：Windows、Linux、Macintosh等。
2. 支撑软件
1) 数据库管理系统DBMS(DataBase Management System)
● Oralce
● SQLServer
● DB2
● Access
● MySQL
第24页/共39页
10.2 信息系统基础设施设计
2) 开发语言
第25页/共39页
10.3 信息系统体系结构模式设计
信息系统体系结构模式有： 1）集中模式 2）文件服务器模式 3）客户机/服务器模式 4）应用服务器模式 5) 浏览器/服务器模式
本章内容
1 概述 2 信息系统基础设施设计 3 信息系统体系结构模式设计 4 软件结构设计
第1页/共39页
10.1 概 述
1 信息系统体系结构的概 念
2 信息系统体系结构要素
第2页/共39页
10.1 概 述
10.1.1 信息系统体系结构的概念

ERP系统的系统测试还需要关注安全性和兼容性方面。通过安全测试，检查系统是否存在安全漏洞和 隐患，采取相应的措施进行加固和防范。同时，需要进行兼容性测试，验证系统在不同操作系统、浏 览器和数据库等环境下是否能够正常运行和使用。
案例三：企业资源规划系统的系统测试
总结词
自动化测试与回归测试
VS
详细描述
详细描述
在ERP系统的系统测试中，首先需要进行功能测试，验证各个功能模块是否符合需求规格和设计要求。通过输入 不同的数据和场景，检查系统的输出是否正确和稳定。同时，需要进行性能测试，评估系统在高负载情况下的响 应时间和吞吐量等性能指标。
案例三：企业资源规划系统的系统测试
总结词
安全测试与兼容性测试
详细描述
创建系统或应用程序的早期模型， 以便更好地理解用户需求和期望。
详细记录用户需求，包括功能需 求、性能需求、安全需求等，作 为后续设计和开发的基准。
系统设计工具
系统架构设计
定义系统的整体结构，包括硬件和软件组件以及它们 之间的交互。
数据库设计
定义、优化和维护数据库的结构，包括表、视图、索 引等。
用户界面设计
创建用户友好的界面，确保用户可以轻松地与系统交 互。
系统测试工具
单元测试
01
测试系统的最小可测试单元，确保每个单元都按照预期工作。
集成测试
02
测试多个单元或组件的集成，确保它们能够协同工作。
系统测试
03
测试整个系统的功能和性能，确保系统满足所有需求和期望。
04
系统开发方法论
结构化开发方法论
总结词
系统分析与设计导论
目录
• 系统分析概述 • 系统设计概述 • 系统分析与设计工具 • 系统开发方法论 • 系统分析与设计案例研究

A.任何一個流程不可只
有輸出 B.任何一個流程不可只 有輸入 C.都以動詞描繪流程
資料儲存體
D. 資料儲存體不能由其中一
個儲存體直接傳資料至另 一個儲存體 E. 資料不能由外部實體直接 傳至資料儲存體 F. 資料不可直接由資料儲存 體傳至外部實體 G. 資料儲存體通常以名詞表 示
繪製資料流程圖的相關規劃-2
資訊系統構成之元素
圖1-1 資訊系統構成之元素
系統
系統的定義：在一個企業中，為達成一 個共同的目的，而將一連串相關的商業 流程串連在一起，就稱之為系統。 系統有九大特色 系統必須存在環境中 系統是有範圍的
系統的特性
由元素組成 各元素互有關連 有界限 有特定的目的 適用於某一個環境 系統包含各種不同之介面 有條件限制 具備輸入 具備輸出
資料儲存體
– 描述資料儲存的場所 – 資料呈現方式包含
• 檔案文件夾 • 電腦檔 • 記事本
– 以缺右邊線條之長方形表示如： – 以儲存體的名字表示之
資料流程圖技術說明-2
流程
– 描述工作的執行，會造成資料的轉變，儲存 及分配 – 以圓角長方形表示
資料起源／終點
– – – – 描述資料的起點及終點 一般稱其為外部實體 以長方形表示 通常以外部實體之名稱表示
利用Microsoft Project 設計甘特圖及網路圖
單元三 系統規劃與選擇
專案計畫書的內容
專案計畫包含(Baseline Project Plan)
–範圍 –利益 –成本 –風險 –資源
工作說明書 (Statement of Work)
–描述此專案應有之產出 –描述各工作項目之大綱
專案計畫書(BPP)
重要的系統概念
分解