摘录自:信息系统项目32小时通关(仅用于学习交流,侵权删!)
考点分析
本章节主要学习信息、信息化、信息系统、信息系统服务管理、软件工程、面向对象系统分析与设计、应用集成技术、计算机网络技术、信息系统安全、新技术、CIO职责等。
根据考试大纲,本章节知识点会涉及单项选择题,约占 6 ~ 18 分。这部分内容偏重于概念只是,根据以往全国计算机技术与软件专业技术资格(水平)考试的出题规律而言,概念性只是的考查多参照教材,扩展内容较少。
信息系统综合知识
基础知识点
-
信息的基本概念
(1)控制论的创始人维纳认为:信息就是信息,它既不是物质也不是能量。
(2)信息化的奠基者香农认为:信息是能够用来消除不确定性的东西。
(3)信息的概念存在两个基本的层次,即本体论层次和认识论层次。前者是纯客观的层次,只与客体本身的因素有关,与主题的因素无关。后者是从主体立场来考查信息层次,既与客体因素有关,又与主体因素有关。 -
信息的定量描述。
(1)香农用概率来定量描述信息的公式如下:
(2)其中,H(X)表示 X 的信息熵,pi 是事件出现第 i 中状态的概率,在二进制的情况下,对数的底是 2 ,这是信息熵可以作为信息的度量,称为信息量,单位是比特(bit)。 -
信息的传输模型
-
信息的质量属性
信息的质量属性速记词:精完可及经验安。
信息的质量属性 | 解释 |
---|---|
精确性 | 对事物状态描述的精确程度 |
完整性 | 对事物状态描述的全面程度 |
可靠性 | 信息来源合法,传输过程可信 |
及时性 | 信息的获得及时 |
经济性 | 信息获取、传输成本经济 |
可验证性 | 信息的主要质量属性可以证实或证伪 |
安全性 | 信息可以被非授权访问的可能性,可能性越低,安全性越高 |
信息化
基础知识点
- 信息化的含义
(1)信息化从小到大分为 5 个层次。速记词:产企业国社。
信息化层次 | 解释 |
---|---|
产品信息化 | 如集成了车载计算机系统的小汽车 |
企业信息化 | 如 CRM 、ERP 等 |
产业信息化 | 如交通运输业、制造业等传统产业广泛利用信息技术来完成工艺、产品的信息化,实现资源优化与重组,从而实现产业升级 |
国民经济信息化 | 指在经济大系统内实现统一的信息大流动,使生产、流通、分配、消费等经济的 4 个环节,通过信息进一步联成一个整体 |
社会生活信息化 | 指包括商务、教育、日常生活等在内的整个社会体系,采用先进的信息技术拓展我们的活动时空,提升生活品质。如智慧城市等。 |
(2)信息化的主体是全体社会成员,包括政府、企业、事业、团体和个人。空域是政治、经济、文化、军事和社会生活的一切领域。时域是一个长期的过程。
- 信息化体系六要素
信息资源是核心,信息技术应用是龙头,信息网络是基础,信息技术和产业是国家信息化建设的基础,信息化人才是关键,信息化政策法规和标准规范是保障。
- 国家信息化发展战略纲要
2016年7月,中共中央办公厅、国务院办公厅印发了《国家信息化发展战略纲要》。
战略纲要 | 时间要求(年) | 解释 |
---|---|---|
第一步 | 2017-2020 | 围绕全面建成小康社会的奋斗目标,服务重要战略布局,促使信息化成为驱动现代化建设的先导力量,网信事业在践行新发展理念上先行一步 |
第二步 | 2020-2025 | 紧紧围绕网络强国建设目标,实现技术先进、产业发达、应用领先、网络安全坚不可摧 |
第三步 | 2025-21世纪中叶 | 信息化全面支撑富强、民主、文明、和谐的社会主义现代化国家建设,网络强国地位日益巩固,引领全球信息化发展 |
- 两化融合的含义
(1)是指信息化与工业化发展战略的融合。
(2)是指信息资源与材料、能源等工业资源的融合。
(3)是指虚拟经济与工业实体经济融合。
(4)是指信息技术与工业技术、IT设备与工业装备的融合。
- 电子政务
电子政务主要包括 4 各方面:G2G、G2B、G2C、G2E。
- 电子商务
(1)凡使用了诸如电报、电话、广播、电视、传真以及计算机、计算机网络等手段、工具和技术进行商务活动,都可以称之为电子商务。
(2)电子数据交换(EDI)是连接原始电子商务和现代电子商务的手段。
(3)电子商务的基本特征如下图所示
(4)电子商务系统的结构
公共政策、法律及隐私 | 电子商务应用 在线营销与广告、在线购物、采购和购买、远程金融服务、供应链管理、其他应用 | 各种技术标准 |
商业服务的基础设施 目录服务、安全、认证、电子付款 | ||
报文和信息传播的基础设施 FAX、E-mail、EDI、HTTP | ||
多媒体内容和网络出版的基础设施 HTML、Java、全球 Web | ||
网络基础设施 远程通信网、有线电视网、无线电通信网和 Internet |
(5)电子商务的类型
说明:
B2B 是指企业和企业之间通过互联网进行产品、服务和信息的交换,它的发展经过了电子数据交换、基本的电子商务、电子交易集市和协同商务 4 个阶段,如阿里巴巴。
B2C 是指企业与消费者个人之间的电子商务,如京东、当当等。
C2C 是指消费者与消费者之间通过电子商务交易平台进行交易的一种商务模式,如淘宝、易趣等。
O2O 是指线上购买线下的商品和服务,实体店提货或享受服务,特别适合餐饮、院线、会所等服务连锁企业。
(6)加强电子商务发展的基本原则。
- 企业主体、政府推动
- 统筹兼顾、虚实结合
- 着力创新、注重实效
- 规范发展、保障安全
(7)电子商务发展的支撑保障体系(速记词:法标安信在现技服运)
7. 企业信息化
(1)概念:企业信息化就是在企业作业、管理、决策的各个层面,科学计算、过程控制、事务处理、经营管理的各个领域,引进和使用现代信息技术,全面改革管理体制和机制,从而大幅度提高企业工作效率、市场竞争能力和经济效益。
(2)目前企业竞争的“大”吃“小”,正在转向为“快”吃“慢”。
(3)企业信息化发展过程应遵循以下原则:
- 效益原则
- 一把手原则
- 中长期与短期建设相结合的原则
- 规范化和标准化原则
- 以人为本的原则
补充知识点
信息系统
基础知识点
- 信息系统定义
(1)信息系统:是一种以处理信息为目的的专门的系统。信息系统的组成部分包括:硬件、软件、数据库、网络、存储设备、感知设备、外设、人员以及把数据处理成信息的规程等。
(2)信息系统集成:采用现代管理理论(如软件工程、项目管理等)作为计划、设计、控制的方法论,将硬件、软件、数据库、网络等部件按照规划的结构和秩序,有机地整合到一个有清晰边界的信息系统中,以达到既定系统的目标,这个过程称为信息系统集成。
- 信息系统的生命周期
信息系统生命周期包括:立项(系统规划)、开发(系统分析、系统设计、系统实施、系统验收)、运维和消亡 4 个阶段。
- 信息系统开发方法
常用的开发方法 | 特点 |
---|---|
结构化方法 | 理论基础严密,注重开发过程的整体性和全局性。 但是开发周期长;文档、设计说明繁琐,工作效率地;要求在开发之初全面认识系统的信息需求 |
原型化方法 | 适用于用户需求开始时定义不清、管理决策方法结构化程度不高的系统开发。 但如果用户配合不好,盲目修改,就会拖延开发进程 |
面向对象方法 | 关键点在于能否建立一个全面、合理、统一的模型,它既能反应问题域,又能被计算机系统求解域所接受 |
面向服务方法 | 面向对象的应用构建在类和对象上,随后发展起来的建模技术将相关对象按照业务功能进行分组,就形成了构件的概念。对于跨构件的功能调用,则采用接口的形式暴露出来,进一步将接口的定义于实现进行解耦,则催生了服务和面向服务的开发方法。 从应用的角度来看,组织内部、组织之间各种应用系统的互相通信和互操作性,直接影响着组织对信息的掌握程度和处理速度。如何使信息系统快递响应需求与环境变化,提高系统可复用性、信息资源共享和系统之间的互操作性,成为影响信息化建设效率的关键问题,而面向服务的思维方式恰好满足了这类需求。它代表着不拘泥于具体技术实现方式的一种新的系统开发思想,已成为大趋势 |
IT 服务管理
基础知识点
- 早期的 IT 服务管理主要针对企业内部的 IT 部门,传统的 IT 服务管理都是由企业内部的 IT 部门提供服务,即内部提供服务。
- IT 服务管理(IT Service Management, ITSM)是一套帮助组织对 IT 系统的规划、研发、实施和运营进行有效管理的方法,是一套方法论。
- ITSM 的核心思想是,IT 组织不管是组织内部的还是外部的,都是 IT 服务提供者,其主要工作就是提供低版本、高质量的 IT服务。
- ITSM 是一种 IT 管理,与传统的 IT 管理不同,它是一种以服务为中心的 IT 管理。
- 实施 ITSM 的根本目标有三个:以客户为中心提供 IT 服务,提供高质量、低成本的服务,提供的服务可准确计价。
- ITSM 的基本原理可简单地用“二次转换”来概括,第一次是“梳理”,第二次是“打包”。
- 虽然技术管理是 ITSM 的重要组成部分,但 ITSM 的主要目标不是管理技术。有关 IT 的技术管理是系统管理和网络管理的任务,ITSM 的主要任务是管理客户和用户的 IT 需求。
- 信息系统监理的内容如下图所示
9. ITSS的构成如下图所示
软件工程
基础知识点
- 软件需求分析与定义
(1)需求必须可以被验证
(2)需求分析的目标:检测和解决需求之间的冲突、发现系统的边界、详细描述出系统需求
- 软件设计、测试与维护
(1)软件设计:根据软件需求,产生一个软件内部结构的描述,并将其作为软件构造的基础。通过软件设计,描述出软件架构及相关组件之间的接口;然后,进一步详细地描述组件,以便构成这些组件。
(2)软件测试:为了评价和改进软件质、识别产品的缺陷和问题而进行的活动。
(3)软件维护类型及解释如下表所示
软件维护类型 | 解释 |
---|---|
更正性维护 | 更正交付后发现的错误 |
适应性维护 | 使软件产品能够在变化后或变化中的环境中继续使用 |
完善性维护 | 改进交付后产品的性能和可维护性 |
预防性维护 | 在软件产品的潜在错误成为实际错误前,检测并更正它们 |
- 软件质量保证及质量评价
(1)软件质量包括内部质量、外部质量和使用质量三部分。
(2)验证过程试图确保活动的输出产品构造正确,即活动的输出产品满足活动的规范说明。确认过程则试图确保构造了正确的产品,即产品满足其特定目的。
- 软件配置管理
(1)软件配置管理活动包括:软件配置管理计划、软件配置标识、软件配置控制、软件配置状态记录、软件配置审计、软件发布管理与交付等活动。
(2)配置库的权限设置
权限 | 内容 |
---|---|
Read | 可以读取文件内容,但不能对文件进行变更 |
Check | 可使用 [check in] 等命令,对文件内容进行变更 |
Add | 可使用[文件追加]、[文件重命名]、[删除]等命令 |
Destroy | 有权执行文件不可逆毁坏、清楚、[rollback] 等命令 |
(3)受控库的权限设置
项目经理 | 项目成员 | QA | 测试人员 | 配置管理员 | ||
---|---|---|---|---|---|---|
文档 | Read | ✔ | ✔ | ✔ | ✔ | ✔ |
Check | ✔ | ✔ | ✔ | ✔ | ✔ | |
Add | ✔ | ✔ | ✔ | ✔ | ✔ | |
Destroy | ✖ | ✖ | ✖ | ✖ | ✔ |
项目经理 | 项目成员 | QA | 测试人员 | 配置管理员 | ||
---|---|---|---|---|---|---|
代码 | Read | ✔ | ✔ | ✔ | ✔ | ✔ |
Check | ✔ | ✔ | ✖ | ✖ | ✔ | |
Add | ✔ | ✔ | ✖ | ✖ | ✔ | |
Destroy | ✖ | ✖ | ✖ | ✖ | ✔ |
说明:✔表示该人员具有相应权限,✖表示该人员没有相应权限。
(4)产品库的权限设置
项目经理 | 项目成员 | QA | 测试人员 | 配置管理员 | |
---|---|---|---|---|---|
Read | ✔ | ✔ | ✔ | ✔ | ✔ |
Check | ✔ | ✔ | ✔ | ✔ | ✔ |
Add | ✖ | ✖ | ✖ | ✖ | ✖ |
Destroy | ✖ | ✖ | ✖ | ✖ | ✖ |
- 软件过程管理
包括五个方面:项目启动与范围定义、项目规划、项目实施、项目监控与评审、项目收尾与关闭。
- 软件开发工具
软件开发工具是用于辅助软件生命周期过程的基于计算机的工具。例如:软件需求包括需求建模工具和需求追踪工具。
- 软件复用
软件复用的主要思想是:将软件看成是由不同功能的“组件”组成的有机体,每一个组件在设计编写时都可以被设计成完成同类工作的通用工具。
面向对象系统分析与设计
基础知识点
- 面向对象的基本概念
(1)对象的三个基本要素分别为:对象标识、对象状态、对象行为。
(2)对象是类的实例,类是对象的模版。如果将对象比作房子,类就是房子的设计图纸。
(3)类的构成
(4)类的继承
(5)类的多态
- 统一建模语言和可视化建模
(1)UML 的 5 种视图
- 用例视图,Use case view:用例视图定义系统的外部行为,定义了系统的需求,是描述系统设计和构件的其他视图的基础,即用例驱动。又叫用户模型视图。
- 逻辑视图,Logic view:逻辑视图描述逻辑结构,该逻辑结构支持用例视图描述的功能,它描述了问题空间中的概念以及实现系统功能的机制,如类、包、子系统等。又叫结构模型视图或静态视图。
- 实现视图,Implementation view:实现描述用于组件系统的物理组件,如可执行文件、代码库和数据库等系统程序员所看到的软件产物,是和配置管理以及系统集成相关的信息。也叫组件视图。
- 过程视图,Process view:过程视图描述将系统分解为过程和任务,以及这些并发元素之间的通信与同步。也叫并发视图、动态视图或者协作视图等。
- 部署视图,Deployment view:描述系统的物理网络布局,是系统工程师和网络工程师所感兴趣的。又叫物理视图。
(2)UML 提供了 9 种不同的图
静态图:用例图、类图、对象图、组件图、配置图
动态图:序列图、状态图、协作图、活动图
- 用例图,Use case diagram:描述系统的功能,由系统、用例和角色三种元素组成。例:用例图(机房收费系统)如下图所示
- 类图,Class diagram:用来表示系统中的类以及类与类之间的关系,描述系统的静态结构,用于逻辑视图中。类图(机房收费系统)如下图所示
- 对象图,Object diagram:对象图是类图的示例,表示在某一时刻这些类的具体实例以及这些实例之间的具体连接关系,可以帮助人们理解比较复杂的类图。对象图也可以用于显示类图中的对象在某一点的连接关系。对象图常用语用例视图和逻辑视图中。对象图(机房收费系统)如下图所示
- 状态图,State diagram:主要用来描述对象、子系统、系统的生命周期。通过状态图可以了解一个对象可能具有的所有状态、导致对象状态改变的事件,以及状态转移引发的动作。状态图是对类描述的事物的补充说明,用在逻辑视图中描述类的行为。状态图如下图所示
- 序列图,Sequence diagram:面向对象系统中对象之间的交互表现为消息的发送和接收。序列图反应若干个对象之间的动态协作关系,即随着时间的流逝,消息是如何在对象之间发送和接收的。序列图中重点反应对象之间发送消息的先后次序,常用在逻辑视图中。序列图所下图所示
- 协作图,Collaboration diagram:主要描述协作对象之间的交互和连接。协作图和序列图同样反映对象间的动态协作,也可以表达消息序列,但重点描述交换消息的对象之间的关系,强调的是空间关系而非时间顺序。协作图如下图所示
- 活动图,Activity diagram:显示动作及其结果,着重描述操作实现中所完成的工作以及用例实例或对象中的活动。活动图中反映了一个连续的活动流,常用于描述一个操作执行过程中所完成的工作。活动图如下图所示
- 组件图,Component diagram:用来反映代码的物理结构,组件可以是源代码、二进制文件或可执行文件,包含逻辑类的实现信息。实现视图由组件图构成。组件图如下图所示
- 配置图,Deployment diagram:配置图用来显示系统中软件和硬件的物理架构。图中通常显示实际的计算机和设备及其之间的关系。配置图用来构成配置视图,描述系统的实际物理结构。配置图如下图所示
- 面向对象系统分析
即运用面向对象方法分析问题域,建立基于对象、消息的业务模型,形成对客观世界和业务本身的正确认识。
- 面向对象系统设计
基于系统分析得出的问题域模型,用面向对象的方法设计出软件基础架构(概要设计)和完整的类结构(详细设计),以实现业务功能。