四、系统分析
初步调查
初步调查的内容如下:
- 了解系统基本情况(读者对象、目的、技术要求、限定条件)
- 调查内容(有关组织、人员、工作的信息)
- 分析内容(现在有什么,需要什么,现有资源下能提供什么?等)
- 收集与系统相关的参考材料
初步调查阶段主要目的就是从总体上了解原系统的基本功能和信息需求,系统分析人员和管理人员的角度来看新项目的开发有无必要可能。
可行性分析
可行性分析进一步明确系统目标、规模与功能,对系统开发背景、必要性和意义进行调查分析,并根据需要和可能提出拟开发系统的初步方案和规划。
必要性分析
必要性分析要包括以下3个方面:
- 显见的必要性(现在系统不灵了,必须要换了!)
- 预见的必要性(万一我现在不换,以后可能就会不如其他公司了)
- 隐见的必要性(比如说能提高管理效率,更好地满足管理需求这种看不见摸不着的)
可行性分析
-
经济可行性(系统所带来的经济收益能否超过开发和维护的费用)
-
技术可行性(根据现有的技术条件,提出的要求能否达到?)
其中技术的可行性分析应该在已经普遍使用并已经成为商品的技术基础之上。
主要通过硬件、软件、人员三方面分析
-
管理上的可行性(组织内外是否能够接受和使用新系统的条件,别我开发出来你这玩儿两天就玩儿坏了)
领导是否支持?管理是否科学?现在的人能不能学会咋用?等等
步骤:
- 确定系统的规模与目标
- 明确用户主要信息需求
- 提出拟建系统的初步方案
- 提出并评价可能的替代方案
- 给出还项目做还是不做的选择,同时确定方案
- 制定项目开发计划
- 撰写可行性分析报告
- 向用户审查小组与指导委员会提交结果
系统的详细调查
详细调查要了解现行系统中信息处理的具体情况,要弄清系统的基本逻辑功能及信息流程,其重点就是分析系统的 内部结构(包括组织结构、业务流程、数据流程、数据存储及其组成等),其详细程度比初步调查大得多。
系统调查的主要内容:
-
现有系统的基本情况(企业规模、战略目标、核心竞争力水平这些)
-
管理业务的调查
管理业务的调查包括:
- 组织结构的调查(现有系统的部门划分及其相互关系?一般画组织结构图)
- 管理功能体系的调查
- 业务流程的调查
- 数据流程的调查
-
信息需求,处理手段及信息资源
-
信息化现状
调查的步骤和方法
- 调查资料法(找企业内部的资料比如报表之类的,但是这些只能反映静态的和历史的情况)
- 开调查会
- 用户访谈(结构化访谈、非结构化访谈)
- 问卷调查法
- 实地观察法
- 发电子邮件
系统调查还应该注意以下问题:
- 事先计划
- 调查态度
- 调查顺序
- 研究分析
分析与优化
它的任务是通过对现行系统的管理模式、业务流程、数据流程、功能划分和数据关系的分析,找出存在的问题和不同之处,从而优化改进方法。
管理模式
所谓的管理模式就是指组织综合性的管理范式,一个好的管理模式能够提高生产效率,协调人际关系和调动员工积极性,可使组织资源得到 有效整合已达到组织既定的目标。
管理模式不灵=》做出来的信息系统再好,也达不到预期的效果
如何优化嘞?
- 成立由管理专家组成的小组研究这个问题
- 选用之前介绍过的关键成功因素法、业务系统规划法、ERP等来分析和优化
- 要重视信息系统对组织变革的影响。
需求分析
需求分析是在系统分析的基础上对处理对象的功能分析。
在完全弄清用户对系统的确切要求之后,用统一的符号和书面语言表示出来。
- 信息需求分析(哪些需求是合理、有效的)
- 目标分析和系统范围界定
- 功能分析及划分
在需求分析之后要对业务流程进行彻底的分析和改进。
主要内容有:业务和数据的流程是否流畅?是否合理?数据、业务过程和管理功能之间的关系;原系统管理模式改革和新系统管理方法的实现是否具有可行性等。
数据分析
数据分析过程中,首先要整理收集的数据资料,这个阶段要对已经收集的数据进行规划整理,形式如下:
- 输入信息
- 输出信息
- 信息处理过程
- 存储方式
- 代码信息
- 信息需求
收集上来的数据时原材料,要把这些原材料处理成系统设计可用的材料,所以要进行数据分析。数据分析应该从下面几个方面进行:
- 围绕系统目标进行分析(这些信息能不能满足系统的要求,会不会冗余?有没有缺少的?)
- 弄清信息源周围的环境(信息从哪来的?干什么用?会不会受别的因素影响)
- 围绕现行的业务流程进行分析(报表中的数据是否全面,是否正确反映业务实况以及需要作出哪些改进?)
之后要进行数据特征分析,它是为下一步设计做准备的。
一般包括以下几方面内容:
- 数据类型及长度
- 合理的取值范围
- 数据所属业务
- 数据业务量
- 数据重要程度和保密程度
新系统逻辑方案
在系统分析阶段,产生新系统的逻辑方案应该包括以下几个方面:
- 确定新系统目标(与初步分析不同,这回确定之后不能改了)
- 确定新系统的管理模式
- 确定新系统业务流程关系
- 确定新系统的数据流程图和数据字典
数据流程图和数据字典的一点补充
这里的内容大家可以参照参照软件工程中的数据流图,与其类似。
https://blog.csdn.net/Zangjiji/article/details/105313221
这里在描述些本书强调的内容。
在本书中,数据流图强调了分层处理。要进行“自顶向上,逐步分解的技术”分层处理,一般分为顶层、中层和底层数据流图。而且还要注意数据流一定要经过处理环节或从处理环节流出并且编号要符合规范。
数据流图在描述系统逻辑功能和有关信息内容的细节方面依然存在较大的局限性,例如以下:
- 难以在数据流图上标识初数据流、数据存储、处理和外部实体的具体内容比如说数据流的组成元素。
- 不能反映系统中决策与控制的过程
- 难以对系统中人机交互过程以及信息的反馈与循环进行描述
数据字典的基本要求是:
- 对数据流图上各种成分的定义要明确、易理解、唯一
- 命名、编号要与数据流图一直,必要时可增加编码,方便查询搜索、维护和统计报表
- 符合一致性与完整性的要求
- 格式规范、风格统一、文字精炼,数字与符号正确
完成系统分析报告
系统分析报告是系统分析阶段的工作成果,完成整个系统分析阶段的工作后,应提交一份完整的系统分析报告。
作用:
- 描述目标系统的逻辑模型,作为开发人员进行系统设计和实施的基础
- 作为用户和开发人员间的协议或合同
- 作为目标系统验收和评价的依据
内容:
- 引言
- 项目概述
- 现行系统的调查情况
- 分析和优化
- 产生新系统的逻辑模型
- 实施计划
课后习题
1、方面:
- 组织结构的调查
- 管理功能体系的调查
- 业务流程的调查
- 数据流程的调查
方法:
- 研究资料法
- 开调查会
- 用户访谈
- 问卷调查
- 发电子邮件
2、
- 信息需求分析
- 功能分析及划分
- 整理收集的数据资料
- 分析数据
3、
- 数据元素
- 数据结构
- 数据流
- 数据存储
- 外部实体
- 加工处理
4、
外部实体,数据流,数据处理,数据存储
绘制过程自顶向下,由系统外部至系统内部、由总体到局部、由抽象到具体逐层分解。
(是以自顶向下,逐步求精,模块化为基点,以模块化,抽象,逐层分解求精,信息隐蔽化局部化和保持模块独立为准则的设计软件的数据架构和模块架构的方法学。)
5、
- 引言
- 项目概述
- 现行系统的调查情况
- 分析和优化
- 产生新系统的逻辑模型
- 实施计划