结构化系统分析方法
结构化和面向对象的系统分析设计方法的对比

结构化方法和面向对象方法的对比1 结构化和面向对象的方法1.1 结构化方法结构化方法基于功能分解设计系统结构,通过不断把复杂的处理逐层分解来简化问题,它从内部功能上模拟客观世界。
用结构化开发能提高软件的运行效率,且能够增加软件系统的可靠性。
结构是指系统内各个组成要素之间的相互联系、相互作用的框架。
结构化的系统分析设计方法是一种传统的系统开发方法。
针对软件生存周期各个不同的阶段,有结构化分析(SA)、结构化设计(SD)和结构化程序设计(SP)等方法。
它的基本思想:把一个复杂问题的求解过程分阶段进行,而且这种分解是自顶向下,逐层分解,使得每个阶段处理的问题都控制在人们容易理解和处理的范围内。
1.1.1 结构化分析结构化分析是面向数据流进行需求分析的方法,主要采用数据流图DFD (Data Flow Diagram)来描述边界和数据处理过程的关系。
结构化分析的主要工作是使用数据流程图、数据字典、结构化语言、判定表和判定树等工具,来建立一种新的、称为结构化说明书的目标文档-需求规格说明书。
1.1.2 结构化设计结构化设计是将数据流图表示的信息转换成程序结构的设计描述,和功能的实现方法,并且采用系统结构图表示系统所具有的功能和功能之间的关系。
结构化设计过程分两步完成,第一步以需求分析的结果作为出发点,构造出一个具体的系统设计方案,决定系统的模块结构(包括决定模块的划分、模块间的数据传递及调用关系)。
第二步详细设计,即过程设计。
在总体设计的基础上,确定每个模块的内部结构和算法,最终产生每个模块的程序流程图1.2 面向对象方法面向对象方法是从内部结构上模拟客观世界,其基本思想为:对象是对现实世界客观实体的描述,均由其属性和相关操作组成,是系统描述的基本单位。
面向对象方法更强调运用人类在日常的逻辑思维中经常采用的思想方法和原则,例如抽象、分类、继承、聚合、封装等,这使得软件开发者能更有效地思考问题,并以其他人也能看得懂的方式把自己的认识表达出来。
系统的结构化分析与设计方法

系统的结构化分析与设计⽅法1、结构化⽅法的主要思想:(1)软件是有组织、有结构的逻辑实体,其结构为⾃顶向下的形式(2)软件由程序和数据组成,其结构呈现三层组织形式,即系统、⼦系统、功能模块/数据体(3)软件结构中的各部分既独⽴⼜关联2、结构化⽅法的特点:(1)抽象性:抽象描述系统的本质内容(2)结构化、模块化、层次化:分⽽治之,由分到合(3)分析与设计线索:⾯向过程(处理) – 过程驱动⾯向数据 – 数据驱动3、总体规划:为所规划的软件系统作出⼀个战略的、宏观的、全局的技术⽅案构建宏观结构模型,为后期的分析与设计奠定基础三个⼯作内容:(1)需求调查(2)结构模型建⽴(3)总体规划⽂档撰写4、过程与数据间的关系建⽴ – U/C矩阵(1)过程(处理)对数据的操作可以分为2类: Use – 使⽤,包括Select、Insert、Delete、Update Create – 建⽴,即创建数据(2)U/C 矩阵⼆维矩阵表横向业务 – 过程;纵向 – 主题数据库(3)U/C矩阵的作⽤为⼦系统划分提供帮助5、⼦系统规划:(1)建⽴U/C矩阵(2)整理成“基本U/C矩阵” 在原始的U/C矩阵基础上,反复调换列,使得尽可能多的“C”标记处于矩阵的对⾓线附近(3)⼦系统划分按照“职能域”对U/C矩阵进⾏划分(4)⼦系统定义含业务过程和主题数据库6、⽤传统结构化和oo的观点看待系统的⽐较:1)传统⽅法:系统是处理的集合,处理与数据实体的交互,处理接受输⼊并产⽣输出2)OO⽅法:系统是交互对象的集合,对象与⼈或其他对象交互,对象发送和响应信息7、结构化分析:分析基础:总体规划说明书;分析每个业务过程的详细流程;分析每个主题数据库的数据结构;建⽴分析模型:系统业务流程图、详细的数据流图、数据字典;结构化系统分析结果:系统分析说明书8、系统流程图:对不同计算机程序、⽂件、数据库和相关⼿⼯过程设计的表达;主要从较⾼的层次描述系统的相对独⽴的⼦系统和程序模块;⽤图形化的⽅式描述了对⼦系统的组织;可以表明系统业务类:Batch(批处理) Real time(实时处理)9、10、基于数据流的系统分析 -- 数据流图数据流图:⽤处理、外部实体、数据流以及数据存储来表⽰系统需求的图表DFD的特点:图形元素少且符号简单易懂;较充分表达系统的主要需求:输⼊、输出、处理和数据存储;最终⽤户、管理⼈员和系统开发⼈员只需稍加培训即可读懂DFD图,⽅便交流。
系统分析之结构化方法

(5)绘制数据流图的主要步骤
❖ 第一步,界定系统的边界,寻找系统的外部项,即系统的数据来源或 去处。
❖ 第二步,确定整个系统的输出数据流和输入数据流,把系统作为一个 加工,画出关联图。
❖ 第三步,确定系统的主要信息处理功能,按此将整个系统分解成几个 子系统。确定每个子系统的输出与输入数据流以及相关的数据存储。 将外部项、各代表子系统的加工、数据存储环节用数据流连接起来, 命名、编号,这样就形成了新系统的数据流图的顶层图。
25
图5.5 某汽车配件公司销售业务流程图
26
❖ 汽车配件销售业务的系统关联图,如图5.6所示。
27
❖ 第一步:描述系统边界——绘制销售子系统关联图 ❖ 为了简化问题,把关联图一分为二,即把公司的业务分为销售业务子
系统和采购业务子系统。如图5.7所示。
28
❖ 第二步:获得销售子系统第一层图 ❖ 图5.8为第一层数据流程图,反映了销售子系统的主要功能。
系统的定性调查 (1)组织结构的调查 (2)管理功能的调查 (3)业务流程的调查 (4)数据流程调查 (5)处理特点的调查 (6)系统环境的调查
系统的定量调查 (1)收集各种原始凭证 (2)收集各种输出报表 (3)统计各类数据的特征 (4)收集与新系统对比所需的资料
8
5.3 组织结构与业务流程分析
16
5.4.2 绘制数据流图的方法
❖ 数据流的图绘制过程,就是系不断修改,并与其他系统建设者共同讨论, 以确保数据流程描述的正确性。下面参照图示说明数据流图的绘制过 程。
17
数流图的分解过程
绘制关联图 绘制顶层图 分解与细化
(1)绘制关联图
第 五 2023最新整理收集
do so methin g
结构化分析方法

结构化分析方法结构化分析方法一、需求分析与需求分析方法需求阶段是软件开发的关键阶段。
需求分析的任务:准确地定义未来系统的目标,确定为了满足用户的需求系统必须做什么;用《需求规格说明书》规范的形式准确地表达用户的需求。
需求分析阶段的工作(四方面):◆需求获取:确定系统各方面需求;全面地提炼出系统的功能性与非功能性需求。
◆需求分析:对获取的需求分析和综合,给出系统解决方案和逻辑模型。
◆编写需求规格说明书:为用户、设计人员的交流提供方便,还可作为控制软件开发进程的依据。
◆需求审评:复审需求分析阶段的工作,验证需求文档的一致性、可行性等。
1、需求获取的目的清楚地理解所要解决的问题、完整地获取用户需求。
2、需求获取的内容用户需求分类:(1)功能性需求定义了系统做什么(描述系统必须支持的功能和过程)。
(2)非功能性需求(技术需求)定义了系统工作时的特性(描述操作环境和性能目标)。
3、需求分析的步骤4、需求分析过程示意(1)通过对现实环境的调查,获得当前系统的物理模型。
(2)去掉具体模型中的非本质因素,抽象出当前系统的逻辑模型。
(3)分析当前系统与目标系统的差别,建立目标系统的逻辑模型。
5、需求分析的方法结构化分析(传统建模方法)、面向对象分析。
二、结构化分析方法1、结构化分析方法(Structure Analysis---SA)(1)定义是面向数据流进行需求分析的方法,采用自顶向下,逐层分解,建立系统的处理流程,以数据流图和数据字典为主要工具,建立系统的逻辑模型。
(2)结构化分析的主要步骤通过对用户的调查,以软件的需求为线索,获取当前系统的具体模型;去掉具体模型中非本质因素,抽象出当前系统的逻辑模型;根据计算机的特点分析当前系统与目标系统的差别,建立目标系统的逻辑模型;完善目标系统并补充细节,写出目标系统的软件需求规格说明。
2、结构化分析方法使用的常用工具(1)数据流图(DFD—Data Flow Diagram )①作用从数据传递和加工的角度,在需求分析阶段以图形的方式描述数据流从输入到输出的移动变换过程,为系统建立逻辑模型。
结构化的分析方法

结构化的分析方法结构化的分析方法是一种系统的分析方法,它可以帮助我们在处理复杂问题时进行有条理的思考和分析。
这种方法强调对问题的结构和组织进行分析,以便更好地理解问题的本质和关键因素,并找到解决问题的有效方法。
下面我将详细介绍结构化的分析方法,并说明它的优点和应用范围。
结构化的分析方法可以分为四个主要步骤:问题定义、问题分解、问题组织和问题解决。
首先,在问题定义阶段,我们需要明确问题的背景、目标、约束和需求。
这一步非常重要,因为它可以确保我们在后续的分析过程中站在正确的出发点上。
接下来,我们进行问题分解。
这意味着将复杂的问题分解为较小的、更容易解决的子问题。
问题分解可以通过多种方法实现,比如树状图、流程图、思维导图等。
通过分解问题,我们可以将复杂的问题转化为一系列可管理的、更具体的子问题。
然后,我们进行问题组织。
这一步是将问题的解决方案和相关信息组织起来,以便更好地理解问题的各个方面。
问题组织可以通过建立问题模型、梳理问题流程、绘制问题关系图等方法来实现。
问题组织帮助我们在思考和分析问题时保持整体性,同时也有助于发现问题的内在联系和潜在解决方案。
最后,我们进行问题解决。
在这一步中,我们利用已有的模型、知识和工具来解决问题。
解决方法可以包括定量分析、定性分析、数学建模、仿真等。
通过结构化的分析方法,我们可以更好地理解问题的本质和关键因素,并找到适当的解决方案。
结构化的分析方法具有许多优点。
首先,它可以帮助我们对复杂问题进行系统化的分析和思考。
通过将问题分解为更小的子问题,并有效地组织和分析问题的各个方面,我们可以更好地理解问题的本质和关键因素。
其次,结构化的分析方法可以帮助我们发现问题之间的内在联系和潜在解决方案。
通过建立问题模型、绘制问题关系图等方法,我们可以更好地理清问题之间的因果关系和相互作用。
此外,结构化的分析方法可以提高问题解决的效率和准确性。
通过有条不紊地进行问题分解、问题组织和问题解决,我们可以更有效地找到解决问题的有效方法。
系统分析方法

系统分析方法系统分析是指对一个系统进行全面的、系统的、深入的分析,以便为系统的设计、实施和维护提供依据。
在进行系统分析时,需要运用一系列的方法来确保对系统的全面理解和准确把握。
本文将介绍几种常见的系统分析方法,以帮助读者更好地理解系统分析的过程和方法。
首先,结构化分析方法是一种常见的系统分析方法。
它将系统分解为若干个子系统,然后对每个子系统进行详细的分析。
这种方法的优点在于能够将复杂的系统问题简化为若干个相对独立的子问题,从而更容易进行分析和解决。
结构化分析方法通常采用数据流图和数据字典来描述系统的数据流和数据结构,以便更好地理解系统的功能和结构。
其次,面向对象分析方法是另一种常见的系统分析方法。
在这种方法中,系统被视为一组对象的集合,每个对象都具有特定的属性和行为。
面向对象分析方法强调系统的模块化和可重用性,通过对系统进行对象建模和行为建模,可以更好地理解系统的功能和交互关系。
这种方法通常采用统一建模语言(UML)来描述系统的结构和行为,以便更好地进行系统分析和设计。
另外,数据驱动分析方法也是一种常见的系统分析方法。
在这种方法中,重点关注系统的数据流和数据处理过程,通过对系统的数据进行建模和分析,可以揭示系统的内在逻辑和运行规律。
数据驱动分析方法通常采用数据流图和数据模型来描述系统的数据流和数据关系,以便更好地理解系统的数据处理过程和逻辑关系。
最后,需求分析方法是系统分析中的重要环节。
需求分析旨在确定系统的功能和性能需求,以便为系统的设计和实施提供依据。
在进行需求分析时,需要收集用户需求、分析需求、建立需求模型,并最终得出系统的功能和性能需求规格说明。
需求分析方法通常采用用例图和需求规格说明书来描述系统的功能和性能需求,以便更好地满足用户的需求。
综上所述,系统分析是一个复杂而关键的过程,需要采用多种方法来确保对系统的全面理解和准确把握。
不同的系统分析方法具有各自的特点和适用范围,可以根据具体的系统分析需求来选择合适的方法。
第二章-系统分析—结构化分析方法

1、结构化方法概述
一种面向数据流的传统软件开发方法,以 数据流为中心构建软件的分析模型和设计 模型。
结构化分析(Structured Analysis
分为:
简称SA) 结构化设计(Structuresd Design 简称SD) 结构化程序设计(Structured Programmin 简 称SP)
1、结构化方法概述
主要思想:抽象与自顶向下的逐层分解 (控制复杂性的两个基本手段)
抽象:在每个抽象层次上忽略问题的内部复杂
性,只关注整个问题与外界的联系。 个最底层的问题都足够简单为止。
分解:将问题不断分解为较小的问题,直到每
抽象:从作为整体的软件系统开始(第一层),每一 抽象层次上只关注于系统的输入输出。 分解:将系统不断分解为子系统、模块…… 随着分解层次的增加,抽象的级别越来越低,也 越接近问题的解(算法和数据结构)。
(1)源或宿
存在于软件系统之外的人员或组织,表示软件系 统输入数据的来源和输出数据的去向,因此也称 为源点和终点。
例如,对一个图书馆信息管理系统而言 读者向系统提供查询条件(输入数据流),所以读者是管理系统 的一个源 管理系统向供货商发出购书请求(输出数据流),所以供货商 是管理系统的一个源
经理
图书库存 库存状态 库存查询 书库 管理
入库单
采购单
帐务数据库
图书代理 商
数据流图的扩充符号
描述一个加工的多个数据流之间的关系
星号(*):表示数据流之间存在“与”关系
所有输入数据流同时存在时,才能进行加工处理 或加工处理的结果是同时产生所有输出数据流 至少存在一个输入数据流时才能进行加工处理 或加工处理的结果是至少产生一个输出数据流
结构化系统分析方法与面向对象分析方法的区别何在

1、结构化系统分析方法与面向对象分析方法的区别何在?答:结构化系统分析方法是采用“自顶向下,由外到内,逐层分解”的思想对复杂的系统进行分解化简,从而有效地控制了系统分析每一步的难度,并运用数据流图、加工说明和数据字典作为表达工具的一种系统分析技术。
而面向对象的分析方法则是通过将数据和逻辑结构抽象成为对象,运用对象属性和方法等来操作和处理业务数据和逻辑的系统分析方法。
两者的区别在于:当软件项目较小、系统分析员能力足够高的时候,结构化方法能快速的找到最简洁、高效率的逻辑模型,结构化方法对复杂问题的帮助有限,而面向对象的分析方法提供了一种方便的、可持续观测和扩展系统的机制,通过信息隐藏和封装等手段屏蔽了对象内部的执行细节,控制了错误的蔓延,对于需求变化频繁的系统,可以用面向对象软件系统的方法。
2. 在实际项目中,具体地是采用结构化系统分析方法,还是或面向对象分析方法,是否存在相应的前提条件?或者说依据什么来选择不同的分析方法?答:两种方法不是对立的,没有谁先进谁过时之说,可在项目中结合使用。
恰当的运用方法解决问题才是根本性的问题。
在运用时应关注运用方法的成本和价值。
如果软件项目较小、系统分析员能力足够高的时候,用结构化方法较好,如果系统需求变化较大,内部逻辑关系较复杂,复用性要求较高,可采用面向对象的方法。
3.结构化系统分析方法是否已经过时?为什么现在很多项目都要采用UML进行系统分析和设计?谈谈你的理解答:结构化系统分析方法没有过时,当软件项目较小、系统分析员能力足够高的时候,结构化方法是快速的找到最简洁、高效率的逻辑方式;UML是一种应用于面象对象软件开发过程的建模语言,是一种简单、直观的表示符号和标准,UML的优点在于:1、对于开发团队的层面来说:有利于队员间在各个开发环节间确立沟通的标准,便于系统文档的制定和项目的管理。
UML的简单、直观和标准性,在一个团队中用UML来交流比用文字说明的文档要好得多。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
管理业务调查
第 六 章 管 理 信 息 系 统 的 系 统 分 析
二、管理业务流程调查
(二)表格分配表
表格分配图:表示系统中各种单据和报告都与哪些部门 发生业务关系。
处理
1
2
3 4 重复的单据或报告、 报表和帐目
数据流向
绘制表格分配图的方法
首先,分析并弄清多份表格或数据产生的部门和传递的部门; 其次,了解产生表格或数据的部门进行的处理工作,同时了解 接收表格或数据的部门所进行的处理工作;
详细调查的原则是:用户参与。即由使用部门的业务人员、主管
人员和设计部门的系统分析人员、系统设计人员共同进行。
第一节
可行性分析和详细调查概述
第 六 章 管 理 信 息 系 统 的 系 统 分 析
三、详细调查的目的、原则
详细调查的方法是: 1.发调查表(重点是调查表的设计,在调查表中需要被调查者 填写工作部门、工作岗位、所从事的业务、在业务处理中需要从哪
然后,弄清各部门经处理工作后形成的数据文件;
最后,用数据流线将数据与各处理功能之间及处理功能与形成 的数据文件之间指明正确的传递方向。
根据以下业务过程画出发货业务的表格分配图
供应部门根据发货计划准备一式四份出库单。一份出 库单送成品库,并登记库存台帐。一份出库单送销售部门, 将供货合同执行情况登记入合同帐。一份出库单送财会部 门作应收款处理,计入应收帐。一份留在本部门作为存档 资料。
三、详细调查的目的、原则 2.开调查会(如果在表格调查的基础上,再对一些关键部门、
关键岗位组织一些调查会议,请各业务部门介绍各部门的管理职 能、工作内容、工作流程和管理模式等内容。这样就可以使系统 开发者获取许多不能从调查表上所了解到的系统现状及用户需 求。)
3.访问(在收集资料、开调查会的基础上,对业务处理过程中的
第一节
可行性分析和详细调查概述
第 六 章 管 理 信 息 系 统 的 系 统 分 析
三、详细调查的目的、原则
某出版社系统调查表
编号
1 2 3 4 5 6
提出问题 您在哪个部门工作? 出版业务流程是什么? 您每日都处理那些文件、数据、报表?
工作中手工处理特别麻烦的事情是什么? 工作中手工处理什么问题解决不了?影响效率的 问题有哪些?
第 六 章 管 理 信 息 系 统 的 系 统 分 析
二、管理功能调查
销售计划管理
第二节
管理业务调查
第 六 章 管 理 信 息 系 统 的 系 统 分 析
二、管理功能调查
某企业的部门职能说明表
序号
部门名称 总务办 销售部 技术开发部 物资部 制造部
职能
包括企业高层领导办公室,负责一些常规管理工作 制定经营销售计划,负责销售的实施 进行新产品开发和技术支持 负责原材料的采购、管理,对成品、半成品、原材料的库 存管理 按销售计划组织生产
里获得信息(包括这些信息的名称、内容、数量和处理方法)、业
务处理完后需要将处理结果汇报给哪些部门(包含处理结果的名称、 内容和数量)、在业务处理中目前所采用的信息系统、这些信息处 理系统有何长处与缺陷、对目前准备开发系统的看法与要求等)
第一节
可行性分析和详细调查概述
第 六 章 管 理 信 息 系 统 的 系 统 分 析
信息提供的时间和形态(报告、单据、屏幕显示等)。
第二节
管理业务调查
第 六 章 管 理 信 息 系 统 的 系 统 分 析
二、管理业务流程调查
业务流程分析的任务 1.在详细调查的基础上,绘制出各个业务部门的业务流程图; 2.与管理人员讨论业务流程图是否与实际情况相符; 3.利用现代管理科学和理念,分析现有业务流程是否合理,是
3.经济上的可行性(预估费用支出、对项目的经济效益评价)
第一节
可行性分析和详细调查概述
第 六 章 管 理 信 息 系 统 的 系 统 分 析
二、可行性分析的报告
系统简述 项目的目标 所需资源、预算和期望效益 对项目可行性的结论
可行性分析报告的内容
可以立即开发
改进原系统 目前不可行
第一节
可行性分析和详细调查概述
您认为提高工作效率,节省工作时间,减轻工作 强度可采取哪些办法?
第一节
可行性分析和详细调查概述
第 六 章 管 理 信 息 系 统 的 系 统 分 析
三、详细调查的目的、原则
编号 7 8
提出问题 您的部门需要成本核算和统计的内容有哪些? 您的部门采用计算机管理工作情况如何?
9
10 11
如何改进业务流程使之更合理?
1 2 3 4 5
6
7 8
质量部
动力设备部 财务部
负责产品质量、原材料等的质量检测,出具产品合格证
为生产提供动力设备保障 对应收、应付账款进行管理,负责一切与资金有关的活动
9
人力资源部
进行人员招聘、培训、考核、变动管理,制定企业的人才 管理计划
第二节
管理业务调查
第 六 章 管 理 信 息 系 统 的 系 统 分 析
否可以优化;
4.与现行系统的管理层及业务人员讨论,按照管理信息系统开 发的目标,提出改进业务流程的方案; 5.绘制改进的业务流程图。
第二节
管理业务调查
第 六 章 管 理 信 息 系 统 的 系 统 分 析
二、管理业务流程调查
(一)管理业务流程图
系统中人员
系统外实体
处理
数据流向
单据、报表、帐目
第二节
管理业务调查
第 六 章 管 理 信 息 系 统 的 系 统 分 析
二、管理业务流程调查
(一)管理业务流程图
第二节
管理业务调查
第 六 章 管 理 信 息 系 统 的 系 统 分 析
二、管理业务流程调查 绘制业务流程图的方法
• 首先,分析系统的边界,确定系统外实体和系统中人员; • 其次,弄清各过程传递的数据内容及数据方向; • 最后,正确辨别数据处理过程需要使用什么数据存储文件, 及是否对数据存储文件进行修改。其中系统中人员读取数 据文件时应将数据流向的箭头指向系统中人员,只有同时 修改数据存储文件时,该数据流才是双向的。
第 六 章 管 理 信 息 系 统 的 系 统 分 析
三、详细调查的目的、原则
详细调查的对象是:现行系统(包括手工系统和管理信息系统) 详细调查的目的是:完整地掌握现行系统的状况,发现问题和薄 弱环节,收集资料,为下一步的系统化分析和提出新系统的逻辑设 计做好准备。 1.了解用户需求 2.建立新系统逻辑模型
哪些问题是目前传统手工方法根本无法解决的? 出版社计算机管理信息系统需要解决什么问题?
第一节
可行性分析和详细调查概述
第 六 章 管 理 信 息 系 统 的 系 统 分 析
三、详细调查的目的、原则
详细调查的手段是:尽量使用各种形象、直观的图表工具。 组织机构图表
第一节
可行性分析和详细调查概述
第 六 章 管 理 信 息 系 统 的 系 统 分 析
三、详细调查的目的、原则 重点访问常见问题(续)
• 你认为业务、财务、储运等部门是否已经使用了计算机?有什么 问题? • 你用过计算机吗?你认为企业现在使用计算机还有什么困难吗? • 在你所了解的管理决策工作中,有哪些可以定量或定性用计算机 处理吗? • 本企业与外部哪些企业有业务联系?业务往来用计算机处理吗? • 原来开发的软件有哪些毛病?为什么老用不好呢?
某些环节还不清楚时,可进行个别访问,这样可以使系统开发者 领悟用户的真实需求。)
4.参加业务实践(对于系统中的某些关键业务环节,如果缺
乏必要的规范性了解,开发人员可以参加一定的业务实践,以便 了解业务实质,提出在IT技术下可以采用的合理方案。)
第一节
可行性分析和详细调查概述
第 六 章 管 理 信 息 系 统 的 系 统 分 析
[学习目标]
6
1.掌握结构化系统分析方法的全过程; 2.掌握分析过程中所用到的工具、图形、图标等; 3.了解管理信息系统分析的任务与目标; 4.了解可行性分析报告的内容和要求; 5.掌握现行系统调查的原则和方法; 6.了解系统分析报告的内容; 7.在可行性分析基础上能够根据系统分析的原则和方法进 行系统分析 [学习重点] 可行性分析;组织机构图;业务流程图;数据流程图; 数据字典;判断树;判断表;
第二节
管理业务调查
第 六 章 管 理 信 息 系 统 的 系 统 分 析
二、管理业务流程调查
按以下调查结果画出订货业务流程图
采购员从仓库收到缺货通知单后,查阅订货合同单,若已订货, 则向供货单位发出催货请求,否则就填写补充订货单交供货单位。
供货单位发货同时,向采购员发出提货通知单。
第二节
管理业务调查
二、管理功能调查
组织为了达到战略发展目标,在各个管理部门中设置了不同的 管理职能,即为完成某些工作的能力。在调查中可以用类似组织结 构图的工具来描述管理职能,也可以采用表的形式来描述。在调查
管理职能时一定要注意分析这些不同的管理职能是否为同一业务流
程服务,为业务流程的分析、重整做好准备。
第二节
管理业务调查
• •
第一节
可行性分析和详细调查概述
第 六 章 管 理 信 息 系 统 的 系 统 分 析
三、详细调查的目的、原则 重点访问常见问题(续)
• • • • • 从有效组织经营的角度出发,你的权限是否适当(大或小)? 你认为影响本企业经营效率的关键问题是什么? 从全局的利益出发,你认为现有的管理体制是否合理? 你认为提高经营的潜力在哪里?现存管理体制有哪些问题? 有效降低经营成本的途径有哪些?信息系统的开发在本单位是否 有必要? • 你认为新的信息系统应该重点解决哪些问题? • 你所了解的管理工作中,你认为决策的效益应从哪些方面去衡量?