《【短篇单元】《各阶段学习资料汇总》》防爆灯蔻

1、信息系统与设计01

　　第一章
　　1、信息化的内涵
　　（1）信息化概念：
　　通讯现代化、计算机化和行为合理化总称
　　在经济和社会活动中，通过普遍采用信息技术，有效的开发和利用信息资源，推动经济发展和社会进步，使利用信息
　　资源而创造的价值上升，直到在国民经济的比重占主导地位的过程。

　　（2）信息化内涵：（信息基础设施建设）
　　信息网络体系：包括信息资源，各种信息系统，公用通信网络平台的总称
　　信息产业基础：包括包括信息科学技术研究与开发，软件的开发与利用，信息装备制造，信息咨询服务等。
　　社会运行环境：包括管理体质，政策法律，规章制度，文化教育，道德观念等生产关系与上层建筑
　　效用积累过程：包括劳动者素质，国家现代化水平，人民生活质量不断提高，精神文明和物质文明建设不断进步等
　　注：信息化中提到的三金工程：金桥工程、金关工程和金卡工程

　　2、管理信息系统的概念（功能清楚知道）
　　（1）管理信息系统的概念：
　　一个以人为主导，利用计算机硬件、软件、网络通讯设备以及其他办公设备，进行信息的收集、传输、加工、储存、更新和维护，以企业战略竟优，提高效益和效率为目的，支持企业高层决策，中层控制，基层运作的集成化的人机系统

　　（2）管理信息系统功能：
　　数据处理：数据收集和输入、数据传输、数据存储、数据加工处理和输出。它准备和提供统一格式的信息，使各种统计工作简化，使信息成本最低。
　　预测功能：运用现代数学方法，统计方法或者模拟方法，根据过去的数据预测未来的情况。
　　计划功能：根据企业提供的约束条件，合理地安排各职位部门的计划，按照不同的管理层，提供相应的计划报告。
　　控制功能：根据各职能部门提供的数据，对计划的执行情况进行检测，检查。比较执行与计划的差异，分析产生差异的原因，辅助管理人员及时以各种方法加以控制。
　　辅助决策功能：采用各种数学模型和所存存储在计算机中的大量数据，及时推导出有关问题的最优解或者满意解，辅助各级管理人员进行决策，以期合理利用人，财，物和信息资源，取得较大的经济效益。

　　（3）信息系统发展阶段
　　50年代：EDP（电子数据处理）
　　60年代：MIS（管理信息系统）
　　70年代：DSS（决策支持系统）、OA
　　80年代：SIS（战略信息系统）
　　90年代后：IDSS（智能决策支持系统）

　　1950－1960年 数据处理系统（电子数据处理－EDP、业务处理－TP、记录保存－RK、电子数据系统－EDS、业务信息系统－OIS、事务处理系统－TPS）
　　1960－1970年 管理信息系统（管理信息系统－MIS、管理报告系统－MRS、信息管理系统－IMS）
　　1970－1980年 决策支持系统（决策支持系统－DSS、管理支持系统－MSS、主管支持系统－ESS）
　　1980－1990年 战略系统（专家系统－ES、战略信息系统－SIS、主管支持系统－ESS）
　　智能决策支持系统（人工智能AI和DSS相结合，应用专家系统ES技术，更好充分地应用人类的知识，如关于决策问题的描述性知识，决策过程中的过程性知识，求解问题的推理性，通过逻辑推理来帮助解决复杂的决策问题的辅助决策系统）

　　3、信息系统物理结构（一级学科）
　　（1）C/S模式（客户机服务器结构）
　　（2）B/S模式（浏览器服务器结构）
　　（3）信息系统基本物理结构特点
　　C/S模式：开发成本高；较好的响应速度，用户界面，数据安全；移植困难，不同开发工具开发的程序一般不兼容无法搬到别的平台；客户端软硬件要求高，并且随着软件系统的升级硬件也要升级
　　B/S模式：WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件；统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。
　　（4）信息系统学科基础：管理信息系统学科的三要素（MIS－系统观点、数学方法和计算机技术）；学科设置（管理学科与工程－一级学科，信息管理与信息系统－二级学科）

　　第二章
　　1、过程模型特点
　　（1）过程模型特点：周期长、投资大风险大、比一般的工程技术项目有着更大的难度和复杂性；
　　庞大的系统工程、科学的开发方法和工程化的开发过程

　　（2）瀑布式过程模型：70年代后期，强调初始阶段的重要性，系统开发的生命周期法诞生。A：需求阶段；B：设计阶段；C：实现阶段；D：运行阶段。如果在需求阶段产生一个差错，在需求阶段只要花费1元，在设计阶段要花费5元，在实现阶段要花费10元，到运行阶段要花费100元。

　　（3）迭代式过程模型：原型法开发过程；统一开发过程（RUP）；敏捷开发过程。
　　（4）统一开发过程：面向对象且基于网络的程序开发方法论，描述了如何有效地利用商业可靠方法开发和部署软件，是一种重量级过程，特别适用于大型软件团队开发大型项目。特点和思想：软件开发是一个迭代过程，软件开发是由USE Case驱动的，软件开发是以架构设计为中心的。四个阶段：初始阶段－细化阶段－构造阶段－交付阶段

　　（5）敏捷开发过程：以用户需求进化为核心，采用迭代、循序渐进方法进行软件开发；软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征；把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

　　2、迭代式过程模型

　　（1）原型法：在限定时间内，用最经济的方法开发出一个可实际运行的系统模型，用户在运行使用整个原型的基础上，通过对其评价，提出改进意见，对原型进行修改，统一使用，评价过程反复进行，使原型逐步完善，直到完全满足用户需求为止。

　　适用范围：处理过程明确，简单系统；涉及面窄的小型系统

　　步骤过程：确定用户基本需求；构造初始原型；运行、评价、修改原型；形成最终的管理信息系统

　　（2）优缺点：

　　优点：改善用户和系统设计者的交流方式；帮助确定可行性；有助于推广目标系统的思想；降低了开发风险；减少用户培训时间，开发时间和成本。

　　缺点：方法缺少系统性和完整性；对开发工具要求高；容易走上机械模拟手工系统的方式；不适合开发大型综合的MIS

　　3、信息系统的开发方法

　　（1）结构化开发方法：

　　基本思想：一种面向数据流的开发方法，其基本思想是软件功能的分解和抽象；自顶向下分析与设计和自顶向上逐步实现的建立计算机信息系统的一个过程，是组织、管理和控制信息系统开发过程的一种基本框架。

　　特点：建立面向用户观点；严格划分工作阶段；结构化、模块化啊、自顶向下进行开发；充分预料可能发生的变化；工作文档资料标准化啊、规范化、文献化

　　优缺点：

　　优点：强调系统的思想和系统的方法；将系统生命周期分解为几个阶段；每个阶段都有明确的要求、标准和规范；该方法是面向功能和流程的，便于流程优化。

　　缺点：对话交流主要发生在分析阶段“需求冻结”；希望在分析阶段将所有问题讨论清楚；系统开发的周期较长

　　（2）面向对象开发方法

　　面向对象的分析（OOA）－－－面向对象的设计（OOD）－－－面向对象程序设计（OOP）

　　基本思想：建立在对象概念基础上的方法学；对象是由数据和和容许的操作组成的封装体，与客观实体有直接对应关系，一个对象类定义了具有相似性质的一组对象，继承性是对具有层次关系的类德尔属性和操作进行共享的一种方式；基于对象概念，以对象为中心，以类和继承为构造机制，来认识理解刻画客观世界和设计、构建相应的软件系统。

　　面向对象分析：在一个系统的开发过程中进行了系统业务1调查以后，按照面向对象的思想来分析问题

　　信息系统建设方式

　　A 自主开发：根据所承担的项目的实际情况开发的专有系统，基本上可以满足项目实施阶段的各种目标控制需要，经过适当改进，这些专有系统也可以用于其他项目中。

　　优缺点：优点：易于协调，可以保证进度；开发人员熟悉企业情况，可以较好的满足用户需求；方便运行与维护；可以满足特殊需要等。缺点：开发周期较长；成功率低；系统技术水平和规范程度往往不高

　　B 委托开发：由使用单位（甲方）委托通常是有丰富开发经验的机构或者专业开发人员（乙方），按照用户需求承担系统开发的任务。优缺点：优点：省时、省事开发的系统技术水平较高。缺点：费用高、系统维护与扩展需要开发单位的长期支持，不利于本单位的人才培养

　　C 合作开发：主要问题是企业如何选择合适的开发伙伴，它应该有技术实力，有类似企业的开发经历，熟悉行业特点，一般多为大专院校和科研院所

　　D 咨询开发：以企业自己力量为主，外请专家进行咨询

　　E 外购商品化软件和二次开发：购买成熟的商品化软件，然后根据项目的实际情况进行二次开发和人员培训。这些商品软件一般以一个子系统的功能为主，兼顾实现其他子系统功能。

　　第三章

　　1、管理信息系统规划的常用方法

　　（1）关键成功因素法（CSF）：着眼点：战略分析

　　特点：目标识别突出重点；从重要需求引发规划；容易忽视次要问题；受成功因素分析结果的制约

　　（2）企业系统计划法（BSP）：着眼点：企业过程分析

　　自上而下分析企业目标，识别企业过程，识别数据类，然后再自下而上设计和实施系统，以支持企业目标；基于用信息系统支持企业运营的思想；根据过程数据需求进行信息系统规划。

　　BSP方法主要原则：

　　信息系统必须支持企业目标；系统规划应当表达出企业各管理层次需求；信息系统能向整个企业提供一致信息；信息系统对组织机构和管理体制的变化具有适应性。信息系统的战略由信息系统总体结构中的子系统开始实现。

　　2、诺兰模型

　　诺兰模型分为初装、蔓延、控制、集成、数据管理及成熟六个阶段。前3个阶段具有计算机时代的特征，后3个阶段具有信息时代的特征，其转折点处是进行信息资源规划的时机，一般模型中的各阶段都是不能跳越的

　　它可用于指导MIS的建设。了解诺兰模型的意义在于：诺兰模型总结了发达国家信息系统发展的经验和规律。一般认为模型中的各阶段都是不能跳越的；因此，无论在确定开发管理信息系统的策略，或者在制定管理信息系统规划的时候，都应首先明确本单位当前处于哪一生长阶段，进而根据该阶段特征来指导MIS建设。

　　3、CIO概念职位以及对CIO素质要求

　　（1）CIO概念职位：CIO通常指首席信息官，是负责对企业内部信息系统和信息资源规划和整合的高级行政管理人员，主要承担着为企业内部各部门提供服务的责任，通过观察业务部门的工作流程，找出业务各部门的不足并进行改正。

　　（2）CIO素质要求：管理经验；技术才能；经营头脑；；信息素养；应变能力；表达能力；协调能力；领导能力

　　第四章
　　主要是画图题、良好需求的特征要求特点

　　良好需求的特征：无歧义；可检验（可以量化）；确定性强；完整性（全部需求，不能有遗漏比如，学位课程设置）；可跟踪性（文档规范）；正确性

　　需求调查的步骤以及工作产品

　　调查阶段（业务流程图）－－分析阶段（用例图）－－描述阶段（活动图，状态图，用例说明）－－校验阶段（情景描述板）

　　3、业务流程图

　　业务流程图的调查和分析采用自顶向下调查、自底向上补充完善的方法进行

　　业务流程图练习：商场提出要针对会员卡的管理构建一个会员卡系统

　　UML（面向对象建模语言）

　　统一建模语言是一种统一的，标准化的应用面很广泛的建模语言，已进入全面应用阶段的事实标准；应用领域正在逐渐扩展包括嵌入式系统建模，业务建模，流程建模等多个领域；UML是一种应用面很广泛的建模语言（各种建模工具80%是基于UML，建模相关的书籍90%讲UML）；具有一定的争议性。

　　用例图

　　利用用例图构建的用例模型便是需求分析的工作产品，对业务流程中描述的功能进行分析产生系统的功能需求，用用例图来描述，功能之间的关系也就是用例之间的关系则描绘成用例图。

　　（1）基本概念－－－参与者：

　　参与者是建模过程中核心地位的。

　　系统之外与系统进行交互的某人或者某事物

　　在图形上，参与者用一个小人图来表示（系统边界、边界外边）；参与者可以不是人（其他系统（系统需要与其他系统交互）、硬件设备（系统需要与硬件设备交互）和时钟（系统需要定时触发））

　　基本概念－－－用例

　　用例是UML建模中最重要的一个元素

　　面向对象的方法使用术语用例来描述系统在对事件做出响应时所采取的行动

　　一个用例描述一组动作序列，每一个序列表示系统外部的事务与系统本身的交互，这些行为实际上是系统的一个完整的功能需求，系统功能的定义和描述

　　用例应该给参与者带来可见的价值，这点十分关键

　　在UML中，用例用一个椭圆表示，在椭圆中可以使用一个短语来简单描述该用例

　　基本概念－－－单向关联

　　参与者与用例之间连接—右箭头

　　带有箭头的一端指向用例，表示某个参与者启动某个用例

　　基本概念－－－用例的特征

　　用例是相对独立的（完整）

　　用例是执行结果对参与者来说是可观测和有意义的

　　必须由参与者发起，不存在没有参与者的用例，用例不应该自动启动

　　用例必然是以动宾短语出现的

　　一个用例就是一个需求单元、分析单元、设计单元、开发单元、测试单元，甚至部署单元

　　基本概念－－－识别用例

　　一个明确的有效德尔目标才是一个用例的来源

　　一个真实的目标应当完备地表达主角的期望

　　一个有效的目标应当在系统边界内，由主角发动，并具有明确的后果

　　（2）用例关系

　　1、包含：

　　复用和修改

　　基本用例：将使用了包含关系或者扩展关系的用例称为基本用例（必须由参与者启动）

　　包含关系：基本用例在它内部的某一位置上显式地合并了另一个用例的行为；被包含用例作为基本用例的一部分出现，使用包含关系，通过把公共行为放到一个单独的用例中，可以避免多次描述

　　2、扩展

　　扩展关系表示基本用例可以在特定条件下执行某些特定的扩展出来的行为，这些扩展的行为可以单独形成一个用例，称为扩展用例；基本用例是单独存在的，但在一定条件下，它的行为可以被扩展用例进行延伸，即扩展用例用隐含的方式修改了基本用例

　　3、泛化

　　若两个或者更多用例在行为、结构和目的方面存在共性，可以使用一个新的，通常也是抽象的用例来描述这些共有部分，该用例随后被子用例特殊化，子用例继承父用例的所有结构、行为和关系

　　4、用例图开发：用例图是概括有关参与者和用例信息的一个图形化模型，它显示了一组用例，参与者以及它们之间的关系

　　5、用例图练习
　　练习一：会员卡管理系统
　　练习二：图书馆用户借书
　　练习三：自动贩卖系统
　　练习四：棋牌馆管理系统
　　练习五：银联POS系统

　　6、总结

　　用例模型检查主要考虑以下几个方面的问题：

　　用例模型中，除扩展用例或者包含用例可以没有参与者外，每个用例都应该有参与者，并且由每个参与者启动用例。

　　两个参与者之间不应该有单向关联线，即某个参与者不能启动另外一个参与者。用例间的包含关系和扩展关系出现循环回路，在逻辑上是不合理的，应该重新考虑扩展用例或者包含用例的设置问题。

　　若发现有两个参与者启动一个用例，说明用例可以进一步分解。每一个用例应该是一个相对独立的功能，若包含多个功能，可以考虑对用例的分解。

　　活动图

　　活动图是用来描述达到一个目标所实施一系列活动的过程，描述了系统的动态特征

　　（1）活动图元素－－起点和重点。起点用黑圆点表示（一个），终点用黑圆点外加一个圈表示（可以多个）

　　（2）活动图元素－－活动。表示必须执行的任务，活动使用带圆边的矩形表示

　　（3）活动图元素－－迁移。一个要素转移到另一个要素；转移使用带箭头的线段；连接活动、起点、终点、、同步条、判断等

　　（4）活动图元素－－判断。描述判断问题，表达分支逻辑；用菱形◇表示

　　（5）活动图元素－－同步条。活动图中可以包含并发线程的分岔控制；并行的行为可以用分岔和汇合来描述

　　（6）活动图元素－－泳道。反映了活动的参与者如何参与到给定的工作流中

　　练习一：办理登机手续活动

　　练习二：申请制卡

　　状态图

　　某个对象在其生存期间，响应事件后状态的变化情况，对软件系统的动态特征建模。利用状态图可以精确地描述对象的行为，从对象的开始状态起，开始响应事件并执行某些动作，这些事件引起状态转换，对象在新的状态下又开始响应状态和执行动作，如此连续直到终止状态

　　1、UML的状态机由状态、转换、事件组成

　　（1）状态图元素－－状态。指在对象生命周期中满足某些条件，执行某些活动或者等待某些事件的一个条件和状况。每个状态有一个唯一的名称。

　　普通状态：在图中使用一个圆角的矩形代表一个状态，在矩形内部可以加入状态名称。

　　初始状态：是状态图的起点，表示一个对象一开始所呈现的状态，初始状态只有一个，用实心圆○表示。

　　终止状态：是状态图的终点，表示一个对象完成必要操作后的最终状态，用实心圆外加一个圆圈来表示

　　（2）状态图元素－－转换。状态之间的变化，一种使一个对象离开一个状态并转变到另一新状态的机制；用带箭头的直线表示，从愿状态指向目标状。

　　源状态：即受转换影响的状态

　　目标状态：当转换完成后对象的状态

　　（3）状态图元素－－触发事件。是一个事件，源状态中的对象接受这个事件并判断监护条件满足，决定是否激活转换。

　　2、状态图三要素（状态、事件、转换）

　　监护条件：是一个布尔表达式，当转换因事件触发器的接受而被触发时对这个布尔表达式求值；若表达式取值为真，则激活转换，若为假，则不激活转换

　　动作：是一种当转换发生时执行的过程表达式，它是对一个转换的陈述，以描述执行的动作

　　3、练习一：图书馆里面图书状态图（要求图书可以通过系统预订）

　　4、用例说明

　　用例说明的基本内容：简要说明－前提条件－事件流－事后条件－非功能性需求

　　细化用例描述－搭框架：
　　1、用例名称
　　2、简要说明
　　3、事件流：基本事件流、扩展事件流
　　4、非功能需求
　　5、前置条件
　　6、后置条件
　　7、扩展点
　　8、优先级：最高（满意度5、不满意度5）

　　5、总结

　　用例模型的检验，包括以下方面内容：

　　情景描述板的完整性；用例说明中是否存在歧义，不明确，不正确的描述；前置条件和后置条件是否与业务流程相吻合；用例说明中提示信息的检验；非功能性需求的检验；可用性评价

　　第五章

　　1、类图要素、绘画使用

　　类图：描述系统中类之间的静态关系，它对系统的静态结构进行描述

　　类图要素：

　　类的名称：每个类都有唯一的名称（由字符，数字，下划线组成，避免使用特殊符号）－－－大骆驼

　　属性：是已被命名的类的特性，它描述该类实例中包含的信息－－－－－－－－－小骆驼

　　方法：是类所提供的服务，它可以由类的任何对象请求以影响其行为－－－－－－小骆驼

　　骆驼拼写法：

　　小骆驼拼写法：第一个词的首字母小写，后面每个词的首字母大写

　　大骆驼拼写法：第一个词的首字母，以及后面每个词的首字母都大写

　　类间关系：关联－－泛化－－聚合－－组合

　　关联：关联是双向的，表示两个类相互之间有关联

　　关联表示法

　　类图要素：公有（加号）、私有（减号）、受保护（井号）

　　泛化：泛化类和具体类之间的关系称为泛化关系。也称为继承关系，是一般事务（称为父类）和该事务的较为特殊的种类（称为子类）之间的关系；在UML中，把泛化画成一条带有空心大箭头的有向实现，从子类指向父类

　　聚合：整体和部分的关系，整体和部分可以分开。在uml中使用带有空心菱形的实线来表示

　　组合：描述整体与部分关系，但整体与部分不可分开；完全依赖于整体类的，可使用组合关系来描述。在UML中使用实心菱形表示组合关系

　　2、交互图理解、清楚要素

　　交互图概述：用来描述系统中多个对象之间的相互关系以及对象之间消息传递，对系统中多个对象的相互作用的过程进行建模。 交互图分为两种，顺序图和通信图（协作图）

　　顺序图：描述完成一个用例的过程，强调消息时间顺序的交互图

　　通信图；分析系统中的对象和对象之间传递的消息

　　3、顺序图
　　（1）描述对象以及对象之间传递的消息，强调对象之间的交互是按照时间的先后顺序发生的，这些特定顺序发生的交互序列从开始到结束需要一定的时间，它主要包括以下四种要素：对象、生命线、激活、消息

　　4、通信图

　　顺序图：一种强调消息时间顺序的交互图

　　通信图：UML2.0中的通信图实际上就是UML1.0中的协作图，强调的是参与交互的对象的组织，着重于描述协作对象之间的交互和连接。它主要建模元素包括：对象－－消息－－链

　　第六章

　　掌握密码学概念以及加密解密过程

　　密码学概念：研究密码系统或者通讯安全的一门学科。密码编码学和密码分析学合起来称为密码学。

　　加密解密过程：

　　P（明文）：作为加密输入的原始信息；

　　C（密文）：对明文变换的结果；

　　E（加密）：是一组含有参数的变换；

　　D（解密）：加密的逆变换

　　K（密钥）：是参与加密解密变换啊的参数

　　出发地.明文P－－－传输终端.E（P，K）－－非法获取者（C=E（P，K））－－解密. D（C，K）－－目的地. 明文P
　　加密体质分类（考点）

　　对称加密体制（单钥加密体制）

　　非对称加密体制（双钥加密体制）

　　第七章

　　软件测试的含义掌握、基本方法掌握以及包括内容

　　（1）软件测试的含义：软件测试是为了发现错误而运行程序的过程；测试是使用人工或者自动的手段来运行或者检测某个系统的过程，其目的在于检测它是否满足约定的需求或比较预期结果与实际结果之间的差别。

　　（2）测试基本方法：按照阶段分为白盒测试、黑盒测试；按照状态分为静态测试、动态测试；按照人机分为手工测试、自动测试。

　　白盒测试：关心软件内部设计和程序实现，主要测试依据是设计文档。保证一个模块中所有独立路径至少被使用一次；对所有逻辑值需要测试TRUE和FALSE；在上下边界以及可操作范围内运行所有循环；检查内部数据结构以确保其有效性。

　　黑盒测试：不关心软件内部，指关心输入输出，主要测试依据是需求文档，基于软件需求，而不是基于软件内部设计和程序实现的测试方式。黑盒测试主要发现错误类型如下：功能错误或者遗漏；界面错误UI；数据结构或者外部数据库访问错误；性能测试；初始化和终止错误。

　　静态测试：静态测试是不需要执行程序而进行的测试，它最常用的就是检查和走读

　　动态测试：动态测试是指运行软件来检验软件的动态行为和运行结果的正确性

　　手工测试：手工测试有不可替代性。测试用例设计；界面和用户体验测试；正确性检查

　　自动化测试：自动化测试是把人为驱动的测试行为转化为机器执行的一种过程。自动化测试技术：录制回放，脚本技术，数据驱动，关键字驱动和业务驱动等。常见自动化测试工具：负载压力测试工具，功能测试工具，白盒黑盒测试工具，测试管理工具，测试辅助工具，GUI借口自动化测试工具

　　（3）软件测试步骤：单元测试，集成测试，系统测试，验收测试。

　　测试软件系统是否符合所有需求，包括功能性需求与非功能性需求，一般由独立测试人员执行，通常采用黑盒测试方式