信息系统工程师笔记第十二章

第十二章　信息系统分析

418、系统分析的任务是：了解用户需要、确定系统逻辑模型并形成系统分析报告。

419、系统分析阶段又叫逻辑设计阶段，是信息系统开发最重要也是最困难的阶段，困难来自于①问题空间的理解②人与人沟通③环境的变化。

420、系统分析的步骤：①现行系统的详细调查②在详细调查基础上进行需求分析③提出新系统的逻辑模型④编写系统规格说明书。

421、系统规格说明书是技术合同说明，是设计和编码的基础，也是测试和验收的依据。

422、系统分析阶段最具代表性的方法是结构化分析方法。

423、结构化分析方法是一种自顶向下逐步求精的功能分解法，按照系统内部数据传递，以变换的关系建立抽象模型，然后自顶向下逐层分解，由粗到细、由复杂到简单。其核心特征是“分解”（自顶向下的过程）和“抽象”（自底向上的过程）。分解是将大问题分解为小问题，分别解决。抽象是考虑事物本质特性不考虑细节。下层是上层的分解，上层是下层的抽象。

424、结构化分析和设计的思想是：用系统的思想、系统工程的方法，按用户至上的原则，结构化、模块化、自上而下对信息系统进行分析与设计。

425、结构化分析方法使用的工具有：数据流图、数据字典、实体联系图（ER图）、结构化设计语言、判定表和判定树。

426、数据流图是从数据传递加工的角度，以图形方式刻画系统内数据的运动情况。能全面描述信息系统逻辑模型的主要工具，反映信息在系统中的流动、处理和存储情况，具有抽象性和概括性。

427、数据流图由外部实体、数据流、数据存储和处理逻辑组成。

428、数据字典是对数据流图中基本要素的内容和特征的定义说明，是对数据图的补充说明。

429、实体联系图（ER图）描述数据流图中数据存储及其之间的关系，最初用于数据库概念设计。

430、结构化语言适于表达数据加工的处理功能和处理过程，语句有三种类型祈使语句、条件语句、循环语句。

431、系统规格说明书包括：引言、项目概述、实施计划三方面内容。

432、引言说明系统项目名称、目标、功能、背景等。

433、项目概述包括①项目主要工作内容②现行系统调查情况③新系统逻辑模型。

434、实施计划包括工作任务分解、进度（用PERT图或甘特图表示）和预算。

435、逻辑模型是书写系统规格说明书的基础。

436、UML是系统分析工具，是统一建模语言，不是方法，是软件界第一个标准统一的建模语言。

437、UML的特点：①是一种可视化语言②是一种构造语言③是一种文档化语言。

438、UML是一组图形符号，是图形化语言，用图形建模。

439、UML不是编程语言，但用UML描述的模型可直接与各种编程语言相连，即映射成编程语言（如C、Java等），甚至映射成关系数据库的表或面向对象数据库的永久存储。

440、对一个事物，如表示图形用UML，如表示文字用编程语言主。

441、UML的目的是建模，建模三要素事物、关系、图。

442、事物是对模型中最具代表性的成分的抽象。

443、UML中有4种事物，即：结构事务、行为事物、分组事物、注释事物。

444、结构事务是UML模型中的静态部分，描述概念或物理元素，共的7种结构事物：类、接口、协作、用例、活动类、组件、结点。

445、行为事物是UML模型的动态部分，描述跨越时间和空间的，有交互和状态机两种。

446、分组事物是UML模型的组织部分，是由模型分解成的盒子，最主要的分组事物是包，包仅在开发时存在，组件是在运行时存在。

447、注释事物是对UML模型的解释，主要的注释事务是注解。

448、UML中的关系有四种：依赖、关联、泛化和实现。

449、依赖是两个事物间的语议关系（用方向的虚线表示）。

450、关联是结构关系，描述一组链（即对象间连接），聚合是特殊的关联，描述整体和部分间的结构关系，关联用一条实线表示。

451、泛化是特殊/一般关系，特殊（子）元素可代替一般（父）元素，子元素共享父元素结构和行为，用空心箭头的实线表示。

452、实现是类元间的语义关系。两种地方遇到实现：一是接口和实现它们的类或构件，二是用例和实现他们的协作间。用空心箭头的虚线表示。

453、UML中的图，一般把图画成顶点（代表事物）和弧（代表关系）的连通图。

454、UML中的图有五类，即用例图、静态图、行为图、交互图和实现图。

456、静态图包括类图（整个生命周期有效）、对象图（某一时间段存在）和包图（描述系统分层结构）。

457、行为图描述系统动态模型，包括状态图和活动图。

458、交互图包括顺序图和合作图。如强调时间和顺序用顺序图，如强调上下级关系用合作图。

459、实现图包括组件图和配置图。

460、用例图、类图、对象图、组件图和配置图等建立的模型都是静态的，是UML静态建模机制。使用状态图、活动图、顺序图、合作图建立的模型是动态的，是UML的动态建模机制。。

461、UML中没有过程，它独立于过程，故用UML进行建模时可选用任何合适的过程。一般采用的建模过程有：瀑布开发模型和迭代递增开发模型。

462、采用迭代递增开发模型UML建模过程是：需求分析、分析、设计（结构设计和详细设计）、实现、测试配置五部分。

463、UML是建立软件系统的模型，也可用于非软件领域系统，是通用的标准建模语言，可对任何静态结构和动态行为的系统进行建模。

464、UML适用于系统开发过程的各个阶段包括：需求分析阶段、系统分析阶段、设计阶段、实施阶段和测试阶段。

465、需求分析阶段用用例捕获用户需求，通过用例建模，描述系统的功能要求。

466、分析阶段用UML类图描述概念和机制，用UML动态模型实现用例。

467、设计阶段UML作用是把分析阶段的结果扩展成技术解决方案,加入新的类来提供技术基础结构。

468、系统实施阶段用面向对象编程语言将设计阶段的类转换成实际代码（这个阶段UML不直接将模型转换成实际代码）。

469、UML模型可作为测试阶段的依据。系统测试分为单元测试、集成测试、系统测试和验收测试。

470、单元测试是使用类图和类的规格说明对单个类或一组类测试，由程序员进行。

471、集成测试是使用组件图和合作图对组件合作情况进行测试。

472、系统测试是使用用例图验证系统是否满足所有的需求。

473、验收测试由客户完成。