3-信息系统分析与设计方法-SA.ppt

1/108
2017/8/3
第三章信息系统分析与设计方法——结构化分析
2/108
2017/8/3
本章主要内容及重点
系统(需求)分析的任务、过程与原则
需求获取技术(系统调查)
建模技术
需求建模技术(业务流程图)
功能建模技术(数据流程图、处理描述技术、数据字典)
数据建模技术
新系统逻辑模型建立
系统分析报告(需求规格说明书)
3/108
2017/8/3
案例:软件工程师毫无用处?
“软件工程师毫无用处,我宁愿雇佣雷达专家教会他如何编程,也不愿意雇佣程序员来教会他雷达信号流程”。这段措辞严厉的声明来自于一位大型政府项目的经理,他所在的部门的电脑系统曾经错误地发出了ICBM导弹来袭的警报。更加令他不能忍受的是程序员拒绝对此错误的功能承担责任。
4/108
2017/8/3
程序员抱怨说这是由于系统说明不够全面造成的,而并非自己的原因。这位经理意识到,需求文档没有指出特定的环境会导致错误的警报,但他仍认为他所在部门的编程人员应该具备这样的基本知识的。“没有任何雷达专家会犯如此基本的错误”,他坚持说。
5/108
2017/8/3
一、系统分析的任务
系统分析是在总体规划的指导下,对系统进行深入详细的调查研究,确定新系统的逻辑模型的过程。
系统分析的主要任务是定义或制定新系统应该“做什么”的问题。
1、了解用户需求
详细了解每个业务过程和业务活动的工作流程及信息处理流程,理解用户对信息系统的需求,包括对系统功能、性能方面的需求,对硬件配置、开发周期、开发方式等方面的意向及打算,最终以需求说明书的形式将系统需求定义一下来。这部分工作是系统分析的核心。
2、确定系统逻辑模型,形成系统分析报告
在详细调查的基础上,运用各类系统开发的理论、开发方法和开发技术,确定系统应具有的逻辑功能,再用一系列图表和文字表示出来,形成系统的逻辑模型,为下一步系统设计提供依据。
6/108
2017/8/3
最终任务:
形成新系统的逻辑方案(用户:满足信息需求;系统设计员:形成计算机化的信息系统)
系统分析阶段的关键在于理解和表达。
理解:系统分析员对系统需求的理解。
包括用户表达的和未表达的。
要善于挖掘除用户没有明确表达出来的需求。
善于通过系统分析修正用户提出的要求。
表达:把系统分析员对系统的理解通过逻辑模型表达出来,让用户检查,确定系统分析员的理解是否正确
关键在于用什么样的工具描述对系统的理解(用户看得懂;系统设计员和程序员能够正确理解)
一、系统分析的任务
7/108
2017/8/3
系统分析的一般步骤:
业务调查分析及需求分析
自顶向下→工作流程→业务流程图
→→数据流程图→了解系统综合要求
数据分析,建立数据库逻辑模型
主题数据库模型→→数据库逻辑模型
功能分析,确定新系统的逻辑结构
数据流程图 IPO
建立新系统的逻辑模型
提出系统分析报告
信息
识别
系统的功能要求
系统性能要求
运行要求
将来可能的要求
主题数据库
专用数据库
数据字典
一、系统分析的任务
8/108
2017/8/3
分析工具
业务流程图、数据流程图
数据字典
数据库设计工具—规范化形式
功能描述工具—结构式语言、判断树、判断表
一、系统分析的任务
9/108
2017/8/3
图、表的表达方式和图形工具的应用
“自顶向下”的工作原则
强调逻辑结构而不是物理实现
文档的编制,避免了重复工作,增强了系统开发的一致性。
一、系统分析的任务
10/108
2017/8/3
需求分析应分析哪些需求
需求包括:
功能要求
性能要求
可靠性要求
安全保密性要求
以及开发费用和开发周期
可使用资源等方面的限制
其中
功能要求是最基本的,包括数据要求和加工要求。
一、系统分析的任务