信息系统分析与设计：第06章 功能分析.pptxVIP

第五章 调查研究与现状分析回顾调查研究与分析的结果：把数据在组织（或原系统）内部的流动情况抽象地独立出来，用数据流程图的形式描述出系统的输入、处理、输出和存储等功能的“逻辑模型”。重点掌握：业务流程的描述方法数据流程的描述方法数据字典的描述方法功能与数据的交互分析—UC矩阵的画法和应用“教学管理系统”总体逻辑模型新问题的提出： 调查研究与分析，了解了现行系统的业务流程，进行了数据流程、数据字典分析，解决了系统“需要做什么？”的问题，那么“应该做什么？”的问题属于功能分析：建立新系统的逻辑模型主要解决：新系统的子系统、业务功能的边界划分，形成功能结构图。定义新系统的各项业务功能定义新系统的业务处理功能的边界范围及其相互的关联关系；定义在计算机中实现这些业务功能的应用程序模块；定义新系统中这些应用程序模块的关联关系。第6章 功能分析什么是信息系统的功能分析（逻辑设计）？ 功能分析：根据前一阶段调查分析的结果，确定新系统中的业务功能的管理模型及其信息处理的方法，为今后系统的总体设计、详细设计和实施提供基本的框架。非功能性分析：非功能性需求是随着软件系统的规模成长和复杂性增加这两个因素才逐渐成为需求工程师们的新着眼点和关注点的。早期的时候，甲方处于自身对软件技术的了解和自身对系统未来维护的方便性考虑等，对系统有了诸如：开发平台、技术流派、关键实现等等方面的要求，这被称之为：“设计约束”。从甲乙双方合同的角度，设计约束也是一种需求------一种“非功能”性的需求。后来，软件的质量问题越来越突出，描述软件质量目标的要求也成为非功能性需求的一部分。于是，目前业界关于软件的非功能性需求，一般就包括：质量属性要求（质量目标）和约束性要求。功能分析要解决的核心问题主要包括：确定所要实现的系统或子系统的业务范围；界定或确定每个业务应该包括哪些功能；分析每个功能的输入、处理、输出的要求和规范；分析实现每个功能所需要的模块结构及其构成要求，给出HIPO图和IPO图。内容提要6.1 功能分析的目标与原则6.2 业务流程的改造与设计6.3 数据处理与数据存储的设计6.4 设计方案的交互验证6.5 系统分析报告的撰写与审议6.6 小结6.1 功能分析的目标与原则6.1.1 新系统功能的提出新系统的逻辑模型描述的是新系统的功能逻辑结构，从本质上说是规定系统应该做什么。新旧系统之间的区别在于摒弃原系统中不适应的技术或信息处理的方法，采用新技术、新方法，进而适应企业的管理需要，新系统对旧系统的修改与改进主要从以下几个方面进行：现行系统在整体功能上存在的问题业务流程中是否有缺少或多余的环节数据流程中是否有不合理的数据流向、数据存储和冗余处理环节数据处理的功能是否满足要求6.1 功能分析的目标与原则6.1.2 功能分析的目标 功能分析的目标在于对现行业务处理模式的局限性进行分析，按照计算机信息处理的特点，抛弃手工处理模式下的组织方式和业务分工，建立合理的新系统逻辑方案，确定新系统业务处理模式和管理模型，明确新系统开发的努力方向。包括：分析系统目标新系统的业务流程新系统的数据流程新系统的逻辑结构数据资源的分布具体业务的处理方法和管理模型6.1 功能分析的目标与原则6.1.3 功能分析的原则运用系统的观点，考虑企业管理的各个方面和企业运行的全过程，由粗到细，逐步深入。分析的原则主要有：现行业务管理是否适应企业发展需要的原则业务功能的有效性原则业务功能如何便于监督检测和控制，结构明晰的原则局部与全局一致性原则静态与动态相结合原则6.2 业务流程的重组改造6.2.1 业务流程重组（BPR）业务流程是指完成一定的目标或任务而进行的一系列时间上承继的业务活动顺序，是企业或组织的运行方式。业务流程重组（Business Process Reengineering 简称BPR）：对企业业务过程进行根本性的再思考和彻底地重新设计，从而使企业的生产经营在成本、效益、质量和服务等方面能取得根本性的改善。6.2.2 流程重组的类型功能内的BPR功能间的BPR组织间的BPR6.2 业务流程的重组改造6.2.3 流程重组改造的步骤与方法流程梳理业务流程的各个步骤按其自然顺序进行；流程优化以过程管理代替智能管理，取消不增值的管理环节；变事后管理为事前管理，减少不必要的检查、控制、调整等活动；以计算机协同处理为基础的并行过程取代串行和反馈控制管理过程；用信息技术实现过程自动化，尽可能抛弃手工信息处理过程；取消不必要的信息处理环节，消除冗余信息；在信息技术的支持下，将现在的多项业务或工作组合、合并；流程再造权力下放，压缩管理层次，给员工参与决策的权力；制定与业务流程改造方案相匹配的组织结构、人力资源配置和业务规范等方面的改进规划，形成系统的业务流程重组方案；在业务流程的改造和设计中，必须充分利用