信息系统项目管理师考试必过笔记---第一章-信息系统基础知识.docx

《信息系统项目管理师考试必过笔记---第一章-信息系统基础知识.docx》由会员分享，可在线阅读，更多相关《信息系统项目管理师考试必过笔记---第一章-信息系统基础知识.docx（51页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-date信息系统项目管理师考试必过笔记-第一章-信息系统基础知识第一章 信息系统基础知识第一章 信息系统基础知识信息系统（IS）：就是输入数据，通过加工处理，产生信息的系统。信息系统一般又称为“管理信息系统”（MIS）事务处理阶段（TPS）电子数据处理阶段（EPD）信息系统发展阶段管理信息系统阶段（MIS）：信息系统一向又称为“管理信息系统”（MIS）决策支持系统阶段（DSS

2、）：强调支持企业高层决策的决策支持系统。 数据文件：没有数据库，简单，相对容易实现主题数据库：建立的一些数据库与一些具体应用有很大独立性，经过数据分析、建立应用模型，开发时间长但维护费用低。如：顾客数据、产品数据、人事数据等。应用数据库：使用数据库管理系统，为分散应用设计，共享程序低数据环境信息检索系统：数据库能保证信息检索和快速查询需要，不满足大量事务管理。软件设计中采用转换文件、倒排表或辅关键字查询技术，比传统数据库有更大的灵活性和动态可变性。一般应与第三类数据环境共享，支持综合信息服务和决策系统。信息系统分类操作级信息系统：使用者是服务型企业业务部门事务级信息系统：使用者是企业管理业务人

3、员战术级信息系统：使用者是企业中层经理及管理部门应用层次战略级信息系统：使用者和所有者是企业管理层面向作业处理的系统：支持业务处理，实现处理自动化的信息系统。如，办公自 动化系统（OAS）、数据采集与监测系统（DAMS）、事务处 理系统（TPS）。面向管理控制的系统：辅助企业管理，实现管理自动化的信息系统。如，电子数 据处理系统（EDPS）、知识工作支持系统（KWSS）、计算机 集成制造系统（CIMS）。面向决策计划的系统：用来支持企业领导进行决策。如，决策支持系统（DSS）、 管理专家系统（MES）、战略信息系统（SIS）。信息服务对象（花）系统规划阶段：也称信息系统的产生阶段、信息系统的概

4、念阶段或信息系统的需求分析阶段。分两个过程，一是概念产生过程，二是需求分析过程。作用指明信息系统在企业经营中地位和作用指导信息系统开发优化配置和利用各种内部、外部资源通过规则规范企业业务流程（划）总体规划阶段：以需求分析为基础 可行性研究报告完整规划包括 开发目标总体架构组织结构和管理流程实施计划技术规范信息系统生命周期四大五小基础：以企业业务流程分析为基础目标：为系统设计阶段提供系统逻辑模型（分）系统分析阶段： 系统方案说明书工具：数据字典，绘制数据流程图、系统结构图、E-R图的工具（开）系统开发阶段：组织结构及功能分析业务流程分析数据和数据流程分析系统初步方案内容：系统架构设计数据库设计处

5、理流程设计功能模块设计安全控制方案设计系统组织和队伍设计系统管理流程设计（计）系统设计阶段：内容系统设计说明书 工具：代码生成器、第四 代语言、测试工具（实）系统实施阶段：将设计阶段的结果在计算机和网络上具体实现，也就 用户说明书 是将设计文本变成能在计算机上运行的软件系统。系统设计阶段前用户处于辅助地位，本阶段逐步变为主导地位。（50%工作量）（验）系统验收阶段：# 排错性维护# 适应性维护# 完善性维护# 预防性维护初期排错和适应性维护较多，后期完善和预防性维护较多（云）系统运行与维护阶段：类型（散）系统更新阶段：也称信息系统消亡阶段高层管理人员介入原则：“首席信息官”（CIO）一是“用户

6、”有确定的范围：核心是信息系统使用者二是用户应当参与全过程的开发三是用户应当深度参与系统开发用户参与开发原则： 自顶向下原则：目标是信息的一致性，规划不能取代信息系统的详细设计。工程化原则：信息系统建设原则创新性原则：体现先进性整体性原则：体现完整性发展性原则：体现超前性经济性原则：体现实用性其它原则： 软件危机：指一个软件编制好以后，谁也无法保证它能够正确的运行，也就是软件的可靠性成了问题。主要原因是软件编制过程没有工程化。软件工程：指应用计算机科学、数学及管理科学等原理，以工程化的原则和方法来解决软件问题工程，其目的是提高软件生产率，提高软件质量，减低软件成本。1、方法：完成软件工程项目的

7、技术手段，它支持整个软件生命周期。2、工具：人们在开发软件活动中智力和体力的扩展和延伸，支持软件开发和管理，支持各种软件文档的生成。3、过程 ：贯穿于软件开发各环节，管理人员在软件过程中，要对软件开发的质量、进度、成本进行评估、管理和控制，包括人员组织、计划跟踪与控制、成本估算、质量保证和配置管理等。软件工程组成信息系统数据基本功能：输入、输出、传输、存储、处理等。信息处理的范围：查询、修改、排序、归并、删除、统计、模型调试、预测。信息库：针对软件开发或信息系统开发中的大量信息管理工作提出来的，是一个包罗 万象的，随着项目进展而不断修改与补充的数据集合。信息库的特点是数据 结构相当复杂，而且会

8、不断变化，使保持一致性的任务十分复杂和艰巨。企业信息系统的目标：借助于自动化和互联网技术，综合企业的经营、管理、决策和服务于一体，以求达到企业与系统的效率、效能和效益的统一。使计算机技术和因特网技术在企业管理和服务中能发挥更显著的作用。概念：是由结构化系统分析和设计组成的一种信息系统开发方法。是面向过程的。基本思想：将系统的生命周期划分为系统调查、系统分析、系统设计、系统实施、系统维护等阶段。结构化方法：结构化分析（SA）结构化设计（SD）结构化程序设计（SP）结构化生命周期包括信息系统开发方法开发目标清晰化：面向用户的观点。工作阶段程式化：每阶段有明确的任务和成果。开发文档规范化：成果文献化

9、、文档化。设计方法结构化：自顶向下开发。结构化生命周期法特点概念：是一种根据用户需求，利用系统开发工具，快速地建立一个系统模型并展示给用户，在此基础上与用户交流，最终实现用户需求的信息系统快速开发的方法。特点：开发周期短、见效快、与业务人员交流方便的优点，特别适用于那些用户需求模糊、不确定，结构性比较差的信息系统的开发。快速原型法：面向对象方法：是利用面向对象的信息建模概念，如实体、关系、属性等，同时运用封装、继承、多态等机制来构造模拟现实系统的方法。信息系统规划方法1、 关键成功因素法（CSF）：能够帮助企业找到影响企业成功的关键因素，目的是确认企业业务 的关键信息需求。2、 战略目标集合转

10、化法（SST）：将企业战略看成是一个“信息集合”，从而确定系统开发的优先 次序。3、 企业系统规划法（BSP）：BSP是企业战略数据规划法和信息工程方法的基础，目标是提供一 个信息系统规划，用以支持企业短期和长期的信息需求。使用UC矩 阵表达企业过程与数据的关系。1、 CSF方法能抓住主要矛盾，使目标识别突出重点。2、 SST方法反映了各种人的要求，给出了按这种要求的分层，然后转化这信息系统目标。3、 BSP方法强调目标，但没有明显的目标引出过程。企业目标到系统目标的转换是通过 对PO矩阵、RD矩阵、UC矩阵等的分析得到的。4、 在信息系统战略规划实践中，往往把这三种方法结合起来使用，称为CS

11、B方法。CSB 先用CSF确定企业目标，然后用SST补充完善企业目标，并交这些目标转化为信息系 统目标，用BSP方法校核两个目标，并确定信息系统结构。CSF、SST、BSP 之间的关系建立企业信息系统原则1、 必须支持企业的战略目标，BSP本身就是一个将企业的战略规划转化为信息系统的战略过程。2、 应当表达出企业中各管理层次的需求。3、 应该向整个企业提供一致的信息，应该按照自顶向下的方法进行数据分析。4、 战略规划应该是自上而下地规划，自下而上地分步实现，即应当总体信息系统结构中的子系 统开始实现。# 也称生命周期法，是结构化方法中最常用的开发模型。# 开发过程分为：软件计划、需求分析、软件

12、设计、程序编码、软件测试和运行维护六个阶段，规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。# 瀑布模型的本质是“一次通过”，即每个活动只做一次，最后得到软件产品。# 瀑布模型只适用于需求明确或很少变更的项目，如二次开发或升级型的项目。1、瀑布模型# 螺旋模型将瀑布模型和快速原型相结合，综合两者优点，增加了风险分析。# 螺旋模型以原型为基础，沿着螺旋自内向外旋转，每转一圈都要经过制定计划、风险分析、实施工程、客户评价等活动，确定一系列的里程碑，并开发原型的若干个新版本。经过若干次中间版本，得到最终的系统。2、螺旋模型5、迭代模型# 开发迭代是一次完整地经过所有工作流程的过程。#

13、 迭代模型每一次迭代都会产生一个可以发布的产品，这个产品是最终产品的一个子集。# 迭代模型适用于项目事先不能完整定义产品需求、计划多期开发的软件开发中。# 现代开发方法中，如XP、RUP等均采用能显著减少风险的迭代模型。4、增量模型# 喷泉模型为软件复用和生存周期中多项开发活动的集成提供了支持，主要支持面向对象的开发方法。# “喷泉”体现了迭代和无间隙特性（无间隙指开发中，分析、设计和编码间不存在明显边界）。3、喷泉模型# 增量模型整合瀑布模型（重复的应用）和原型实现的迭代特征。# 增量模型采用随时间的进展交错的线性序列，每一个线性序列产生软件的一个可发布增量。# 第一个增量是核心产品，实现了

14、基本需求，每一个增量的使用和评估作为一下个增量发布的新特征和功能。# 增量模型本质上是迭代的，每一个增量均发布一个可操作的产品。软件开发模型# V模型是以测试为中心的开发模型。# V模型宣称测试并不是一个事后弥补行为，而是一个与开发过程同样重要的过程。# V模型的价值在于它明确的标明了测试过程中存在的不同级别，并清楚描述了这些测试阶段和开发过程期间各阶段的对应关系。需求分析概要设计详细设计编码单元测试集成测试系统测试验收测试6、V模型# 敏捷方法应对快速需求，强调紧密协作、面对面沟通、频繁交付新版软件、紧凑而自我的团队、适应需求变化的代码编写和团队组织方法，也更注重人的作用。# 敏捷方法是一种

15、轻量级、高效、低风险、柔性、可预测、科学且充满乐趣的开发方式。例如，极限编程技术（XP）、自适应软件开发、水晶方法、特性驱动开发。# 敏捷方法适用于小型或中型软件开发团队，并且客户需求模糊或需求多变。# 现代开发方法中，如XP、RUP等均采用能显著减少风险的迭代模型。7、敏捷方法# 是一个通用过程框架，用于软件系统、不同应用领域、不同组织类型、不同性能水平和不同项目规模。RUP是基于构件的，使用的是UML。# 特点：用例驱动、以基本架构为中心、迭代和增量，适于大中型项目开发 。# 阶段：初始阶段、细化阶段、构建阶段、交付阶段。每阶段安排一次技术评审。8、统一过程(RUP)软件需求：是系统必须完

16、成的事，以及必须具备的品质。可验证性是软件最基本的需求。软件需求内容功能需求：指系统必须完成的那些事。即为用户提供有用的功能，产品必须执行的动作。非功能需求：指产品必须具备的属性或品质，如可靠性、性能、响应时间、容错性、扩展性等。设计约束：也称限制条件、补充规定，通常是对解决方案的一些约束说明。如必须采用何种数据库、操作系统等。需求工程：是一个包括创建和维护系统需求文档所必须的一切活动的过程。需求捕获：收集需求信息需求分析：在需求捕获基础上进行分析、建立模型。编写规格说明书：将需求分析进行需求规格化形成软件规格说明书（SRS）。需求验证：组织一个由不同代表组成的小组，对需求规格说明书和相关模型

17、进行审查。需求工程工作需求开发：需求管理：包括定义需求基线、处理需求变更、需求跟踪等方面的工作。1、 用户访谈2、 用户调查3、 现场观摩4、 文档考古5、 联合讨论会需求捕获技术可行性研究工作的基础：在可行性工作开始前，系统分析员应该协助客户一起完成“问题定义”工作，也就是先明确系统要做什么。问题定义的关键是清晰地界定问题的内容、性质，以及系统的目标、规模等内容，并形成完整的书面报告。1、 核实问题定义与目标2、 研究分析现有系统3、 为新系统建模4、 客户复核5、 提出并评价解决方案6、 确定最终推荐的解决方案7、 草拟开发计划8、 以书面形式提交可行性分析报告并进行审查可行性研究工作的任

18、务1、 技术可行性2、 经济可行性3、 社会可行性可行性研究工作的步骤质量功能调配（QFD）：原理与满意度/非满意度指标接近，通过将产品特性、属性与对客户的重要性联系起来，QFD分为期望需求、普通需求、兴奋需求。结构化分析方法把系统看做一个过程的集合，包括人和电脑面向对象分析方法把系统看做一个相互影响的对象集结构化分析与面向对象分析的区别1、结构化分析SA特点：利用数据流图来帮助人们理解问题，对问题进行分析。1、 数据流图（DFD）：是一种图形化的系统模型，它在一张图中展示信息系统 的主要需求，即输入、输出、处理（过程）、数据存储。如Context图（上下文化范围关系图）。使用符号有：数据流、

19、加工、数据存储、外部实体。2、 数据字典（DD）：是一种很实用、有效的表达数据格式的手段。它是对所有 与系统相关的数据元素的一个有组织的列表和精确的、严格的定义，使用和系统分析员对输入、输出、存储成分和中间计算机有共同的理解。3、结构化语言：是结构化编程语言与自然语言的有机结合。4、判定表：5、判定树：需求分析方法工具2、实体-关系图（E-R图）：传统的系统开发方法都把重点集中在新系统的数据存储需求上，包括数据实体、数据实体的属性，以及它们之间的关系。而描述这些东西的最好形式就是借助实体-关系图。3、面向问题域的分析：更多强调描述，而较少强调建模。关注问题域，关注系统待求行为。需求分析阶段可以

20、使用层次方框图、Warnier图、用例图和IPO图（输入/处理/输出图）。软件设计基本原则1、信息隐蔽：每个模块实现细节对于其他模块来说是隐蔽的。2、模块独立性（1） 耦合：模块之间的相互独立性的度量（2） 内聚：模块内功能强度的度量。 要求：高内聚、低耦合。1、使用简单性2、界面术语标准化和一致性3、有帮助功能4、快速的系统响应和低的系统成本5、界面容错能力1、可使用性用户界面设计特点1、满足不同水平用户的需求2、用户可制订和修改界面方式3、系统能满足用户的希望和需要4、与其他软件系统应有标准的接口2、灵活性3、复杂性：用户界面的规模和组织的复杂程度。4、可靠性：指无故障使用的间隔时间。设计

21、模式：利用设计模式可方便地复用成功的设计和结构。把已经证实的技术表示为设计模式，使它们更加容易被新系统的开发者所接受。设计模式帮助设计师选择可使系统重用的设计方案，避免选择危害到重用性的方案。设计模式还提供了类和对象接口的明确说明书和这些接口的潜在意义，来改进现有的系统记录和维护。设计评审：在开发时期的每一个阶段，特别是设计阶段结束时都要进行严格的技术评审，尽量不让错误传播到下一个阶段。设计评审一般采用评审会议的形式来进行。1、 应当把“尽早地和不断地进行软件测试”作为软件开发者座右铭。2、 测试用例应当由输入数据和预期的输出结果两部分组成。3、 程序员应避免检查自己的程序。4、 在设计测试用

22、例时，应包括合理的输入条件和不合理的输入条件。5、 充分注意测试中的群体现象。6、 经验表明：测试后程序中残存的错误数目与已发现的错误数目成正 比。软件测试原则概念：把测试对象看做一个空盒子，不考虑程序的内部逻辑结构和内部特性，只依据程序的需求说明书，检查程序的功能是否符合它的功能说明，又称功能测试或数据驱动测试。黑盒测试1、 等价划分法：把可能的输入域划分为若干部分，从每部分选取少数有代表性的数据作为测试用例。2、 边界值分析：选取正好等于、刚刚大于或刚刚小于边界的值作 为测试数据。3、 错误推测法：靠人的经验和直觉推测程序中可能存在的错误。4、 因果图：适于描述多种输入条件的组合，相应产生

23、多个动作的 形式来设计测试用例。动态测试用例设计方法测试用例设计概念：把测试对象看做一个透明盒子，它允许测试人员用程序内部的逻辑 结构和有关信息设计和选择测试用例，对程序所有逻辑路径进行测试。白盒测试用例设计方法：语句覆盖、判定覆盖、条件覆盖、路径覆盖.（覆盖）概念：被测试程序不在计算机上运行，而采用人工检测和计算机辅助分析手 段对程序进行检测。静态测试1、 桌前检查2、 代码审查3、 代码走查测试方法回归测试：是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错 误，不仅要测试缺陷原来出现的地方，还测试可能受影响的所有功能。自动回归测试将大 幅降低系统测试、维护升级

24、等阶段的成本。组织回归测试时需要注意两点：首先是各测试阶段发生的修改一定要在本测试阶段内完成回归，以免 将错误遗留到下一测试阶段。其次，回归测试期间应对该软件版本冻 结，将回归测试发现的问题集中修改，集中回归。概念：是针对每个模块进行的测试，可以从程序内部结构出发设计测试用例，多个模块可以平行地独立地测试。1、 模块接口测试2、 局域数据结构测试3、 独立路径测试4、 错误处理测试5、 边界条件测试1、 单元测试（模块测试）： 测试内容软件测试策略2、 集成测试：在单元测试基础上，将所有模块按照设计要求组装成系统，必须精心计划，应 提交测试计划、集成测试规格说明和集成测试分析报告。 3、 确认

25、测试：确认测试验证软件的功能、性能及其他特性是否与用户的要求一致。4、 系统测试：将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员 等，在实际运行环境下进行的一系列测试。目的是与系统需求比较，发现软件与系统定义不符与矛盾的地方。5、 测试：由一个用户在开发环境下进行测试，也可以是公司内部用户在模拟实际操作环境 下进行测试。6、 测试：由软件的多个用户在实际使用环境下进行的测试。1、（就）纠错型维护 ：随着运行时间延续、数据量积累、应用环境变化 ，错误会暴露出来，此时需进行纠错型维护。（21%）2、（是）适应型维护：随着计算机硬件新产品、操作系统新版本不断推出，软件必须进行适

26、应型维护 。（25%）3、（鱼）预防型维护：开发商“为了明天的需要，把今天的的方法应用到昨天的系统中”，目的是使旧系统焕发新活动。（4%）4、（丸）完善型维护：用户熟悉系统后提出的改进需求。（50%）软件维护分类构件：是软件系统可替换的、物理的组成部分，它封装了实现体（实现某个职能），并提供了一组接 口的实现方法。可以认为一个封闭的代码模块或大粒度的动作时模块，也可以将构件理解为具 有一定功能、能够独立工作或与其他构件组合起来协调工作的对象。构件是可重用的、内聚的， 并具有相当稳定的、公开的接口。构件应当具备可变性，以提高其通用性。1、 对象管理集团（OMG）：公共对象请求代理（CORBA）2

27、、 Microsoft：构件对象模型（COM）、分布式构件对象模型（DCOM）3、 SUN：Java企业Bean（EJB）异构平台构件互操作标准面向对象=对象（Objects）+ 类（Classes）+ 继承（Inheritance）+ 消息通信（Communication）概念：是系统中用来描述客观事物的一个实体，它是构成系统的一个基本单位。对象三要素1、对象标志：也就是对象的名字，供系统内部唯一地识别对象。2、属性：也称状态或数据，用来描述对象的静态特征。3、服务：也称操作、行为或方法等，用来描述对象的动态特征。对象1、对象是其全部属性和全部服务紧密结合而形成的一个不可分割的整体。2、对象

28、是一个不透明的黑盒子，表示对象状态的数据和实现操作的代码都被封装在黑盒子里面对象重要原则-封装1、 面向对象的分析（OOA）2、 面向对象的设计（OOD）3、 面向对象的程序设计（OOP）4、 面向对象的测试（OOT）面向对象方法类（Class）：是对象的抽象定义，是一组具有相同数据结构和相同操作的对象集合。类与对象是抽象 描述与具体实例的关系，一个具体的对象被称为类的一个实例。继承（Inheritance）；是使用已存在的定义作为基础建立新定义的技术，继承是面向对象方法学中的一个十分重要的概念。概念：指类中具有相似功能的不同函数是用同一个名称来实现，从而可以使用相同的调用方式来调用这些具有不

29、同功能的同名的函数。1、过载多态（重载多态）：同一算子（函数名、操作数等）被用来表示不同的功能，通过上下文以决定一个算子所代表的功能。 2、强制多态：通过语义操作把一个变元的类型加以变换，以符合函数的要求。3、包含多态：定义于不同类中同名成员函数的多态行为，通过虚函数实现。4、参数多态：应用广泛，被称为最纯的多态。同一对象、函数或过程以一致的形式用于不同的类型。多态多态分类1、 初始级：软件过程无秩序，有时甚至是混乱的。软件成功依赖于 极个别人的努力和机遇。2、 可重复级：建立了基本的项目管理过程，可用于对成本、进度和 功能特性进行跟踪。对类似的应用项目有章可循，并能 重复以往所取得的成功。3

30、、 已定义级：软件过程均已文档化、标准化、并形成整个软件组织 的标准软件过程。全部项目均采用与实际情况吻合的、 适当修改后的标准软件过程来进行操作。4、 已管理级：软件过程和产品质量有详细的度量标准。软件过程和 产品质量得到了定量的认识和控制。已管理级的管理是 量化的管理。5、优化级：通过对来自过程、新概念和新技术等方面的各种有用信 息的定量分析，能够不断地、持续地进行过程改进。软件过程能力成熟度模型 （CMM） 连续式：强调的是单个过程域的能力，从过程域的角度考查基线和度量结果的 改善，其关键术语是“能力”。 软件过程能力成熟度模型集成 （CMMI）概念：强调组织的成熟度，从过程域集合的角度

31、考查整个组织的过程成熟度阶段，关键术语 是“成熟度”。1、 初始级：特征是不可预测结果，过程处于无序状态，成功主要取决于团队的技能。2、 已管理级：以可重复项目执行特征的过程成熟度。3、 严格定义级：以组织内改进项目执行为特征的过程成熟度。4、 定量管理级：以改进组织性能为特征的过程成熟度。5、 优化级：以可快速进行重新配置的组织性能和定量的、持续的过 程改进为特征的过程成熟度。软件过程管理阶段式1、 不完善的过程：通常不能成功实现过程目的。2、 已实施的过程：通常能够达到过程目标，但过程未遵循严格的计划且未被跟踪。3、 已计划与跟踪的过程：过程在规定时间和资源内交付质量合格工作产品，实施 活

32、动是有计划的，并且是可跟踪的。4、 已建立过程：采用一个基于好的软件工作原则所开发的过程，整个过程被加以 实施与管理。5、可预测的过程：已定义过程在受控范围内以一致的方式加以实施。6、 优化的过程：为了适应当前和未来业务方面的需要，对过程的实施进行优化， 而在达到所规定业务目标的同时，过程也实现了可重复性。 ISO/IEC 15504概念：我国行业标准软件过程能力评估模型，针对软件组织对自身软件过程能力进行内部改进的需要，与CMMI基本相同。1、 不完整级：反映那些没有得到完整执行过程的状态，可能实现了部分特定目标， 也可能什么目标都没有实现。2、 已执行级：实现了全部特定目标。3、 受管理级

33、：实现了全部特定目标，而且依次实现了对应更高的通用目标。4、 已定义级：实现了全部特定目标，而且依次实现了对应更高的通用目标。5、 定量管理级：实现了全部特定目标，而且依次实现了对应更高的通用目标。6、 持续优化级：实现了全部特定目标，而且依次实现了对应更高的通用目标。SJ/T 1123-2001消息（Message）：是指向对象发出的服务请求，它应该含有下述信息：提供服务的对象标志、消息名、输入信息和回答信息。消息信息（Communication with Message）：与对象封装原则密不可分。封装使对象成为一些各司其职、互不干扰的独立单位；消息通信则为它们提供了唯一合法的动态联系途径，

34、使它们的行为能够互相配合，构成一个有机的系统。只有同时使用对象、类、继承与消息通信，才是真正的面向对象的方法。UML（Unified Modeling Language,统一建模语言）是用于系统可视化建模语言，尽管与建模OO软件系统关联，但由于其内建了大量扩展机制，还可以用于更多的领域，例如工作流程、业务领域等。UML不是开发语言。1、是一种语言：为开发人员间提供用于交流的词汇表，是一种用于软件蓝图的标准语言。2、是一种可视化语言：只是一组图形符号，是一种直观、可视化的语言。3、是一种可用于详细描述的语言：UML建模是精确的、无歧义和完整的，适合所有重要的分析、设计和实现决策进行详细描述。4、

35、是一种构造语言：UML不是一种可视化编程语言，但与编程语言有映射关系，允许进行正向工程、逆向工程。UML是什么构架：UML对构架的定义是系统的组织结构，包括系统分解的组成部分、它们的关系性、交互、机制和指导原则，这些提供系统设计的信息。而具体来说，指5个系统视图，分别是逻辑视图、进程视图、实现视图、部署视图、用例视图。1、逻辑视图：以问题域的语汇组成的类和对象集合。2、进程视图：可执行线程和进程作为活动类的建模，它是逻辑视图的一次执行实例。3、实现（开发）视图：对组成基于系统的物理代码的文件和组件进行建模。4、部署（物理）视图：把组件物理地部署到一组物理的、可计算节点上。5、用例（场景）视图：

36、最基本的需求分析模型，基本思想是关注系统所提供的功能和 服务，而不关注系统内部结构和设计，是系统开发者与用户反复讨论的结果。视图关系1、依赖：两事物之间的语义关系，其中一个事物发生变化会影响另一个事物的语义。2、关联：一种描述一组对象之间连接的结构关系，如聚合关系（整体-部分关系）。3、泛化：一种一般化的关系，描述特殊元素的对象可替换一般元素的对象。4、实现：类之间的语义关系，其中的一个类指定了由另一个类保证执行的契约。1、类图：描述一组类、接口、协作和它们之间的关系。2、对象图：描述一组对象及它们之间的关系。3、构件图：描述一个封装的类和它的接口、端口，以及由内嵌的构件和连接件构成的内部结构

37、。是类图的变体。4、组合结构图：描述结构化类（例如构件或类）的内部结构，包括结构化类与系统其余部分的交互点。5、部署图：描述对运行时的处理节点及在其中生存的构件的配置。6、包图：描述由模型本向分解而成的组织单元，以及它们的依赖关系 。静态结构模型UML类图7、用例图：描述一组用例、参与者（一种特殊的类）及它们之间的关系。8、顺序图：一种交互图，交互图展现了一种交互，它由一组对象或角色及它们之间可能发送的消息构成。强调消息的时间次序。9、通信图：一种交互图，它强调收发消息的对象或角色的结构组织。强调消息流经的数据结构。10、定时图：一种交互图，强调消息跨越不同对象或角色的实际时间，而不仅是关心消

38、息的相对顺序。11、状态图：描述一个状态机，由状态、转移、事件和活动组成。12、活动图：将进程或其他计算的结构展示为计算内部一步步的控制流和数据流。13、制品图：描述计算机中一个系统的物理结构。通常与部署图一起使用。14、交互概览图：是活动图和顺序图的混合物。动态结构模型动态结构模型UML不是一种可视化的编程语言，但是UML描述的模型可与各种编程语言直接相连，即可把用UML描述的模型映射成编程语言。1、 包含关系：当可以从两个或两个以上的原始用例中提取公共行为，或发现能够使用 一个构件 来实现某一个用例很重要的部分功能时。提取出来的公共用例 称为抽象用例。复用的包含关系2、 扩展关系：如果一个

39、用例明显混合了两种或两种以上的不同场景，即根据情况可能 发生多种事情，则将这个用例分为一个主用例和一个或多个辅用例进行 描述可能更加清晰。分离不同行为的扩展关系3、 泛化关系：用例被特别列举为一个或多个子用例，当父用例能够使用时，任何子用 例也可以被使用。例如：订票用例是电话订票和网上订票的抽象。两个用例之间的关系1、 第一范式（1NF）：不满足第一范式（1NF）的数据库就不是关系数据库。所谓第一 范式（1NF）是指数据库表无重复的列。2、 第二范式（2NF）：满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF） 所有非主键的字段都一定和主键有关。3、 第三范式（3NF）：满

40、足第三范式（3NF）必须先满足第二范式（2NF）。第三范式（3NF） 表中各列必需和主键直接相关，不能间接相关。范式级别越高，存储同样数据就需要分解成更多张表。范式级别越高，数据存储结构与基于问题域的结构间的匹配程度越低。范式级别越高，在需求变化时数据的稳定性越差。范式级别越高，需要访问的表越多，性能（速度）越低。数据库范式 状态图 用例图 部署图 顺序图（序列图）概念：是具有一定形式的结构化元素，即构件的集合，包括处理构件、数据构件和连 接构件。研究内容：软件体系结构描述、软件体系结构风格、软件体系结构评价、软件体系结 构形式化方法等。根本目的：解决好软件的重用、质量和维护问题。软件体系 结构1、 基于调查问卷或检查表的评估方式。2、 基