治理信息系统温习要点.docx

治理信息系统温习要点.docx

《治理信息系统温习要点.docx》由会员分享，可在线阅读，更多相关《治理信息系统温习要点.docx（18页珍藏版）》请在冰豆网上搜索。

治理信息系统温习要点

第一章信息系统的概念

一．信息、数据、知识的概念。

一、信息是数据在信息媒介上的映射，是通过加工过的数据，它对接收者有效，对决策或行为有现实或潜在的价值。

二、数据是客观事实的数字化、编码化、序列化和结构化，它是把客观事实记录下来的、能够辨别的符号，这些符号不仅指数字，而且包括字符、文字、图形等。

它是信息的载体，也是信息的一种最重要的存在形式，以数据形式存在的信息能够在现代信息技术中取得最为有效的处置和应用。

3、知识是人类熟悉的功效和结晶。

从熟悉论角度看，知识是熟悉产生飞跃的结果，人的熟悉是在社会实践中形成的，是人类主观世界对客观世界规律性的熟悉，社会实践是一切知识的基础和查验知识的标准：

从信息论的角度看，知识是一种特定的人类信息，是抽象化和系统化了的信息。

二、数据与信息的关系。

一、数据的概念。

二、信息的概念。

3、数据是信息的原材料，而信息是知识的原材料，数据的涵盖范围比信息大。

4、举例说明：

在超市中，顾客购买货物的清单关于每位顾客来讲是数据，通过收银员的计算后才能成为顾客交费时需要的信息；每位顾客的交费信息对超市的会计来讲只是数据，当把天天所有的交费进行汇总才能得出他所需要的信息——日营业收入；对超市领导来讲，他关切的是一个周期内的利润或利润率，这就需要将每日的营业数据做进一步处置才能取得。

三信息的特点。

普遍性、客观性、相对性、依存性、价值性、时效性、可传递性、可加工性、可共享性、可转换性、真伪性

四、信息的维度。

考查选择题，因此详细看讲义。

五、信息的治理意义。

依照题型选择答题范围，结合图看看11页前两段。

六、从系统的角度如何明白得信息系统。

七、治理信息系统的概念。

MIS是一个以人为主导，利用运算机硬件、软件、网络通信设备和其他办公设备，进行信息的搜集、传输、加工、贮存、更新和保护，以组织战略竞优、提高效益和效率为母的，支持组织高层决策、中层决策、基层运作的集成化的人机系统。

八、信息系统的大体结构的组成。

九、信息系统的时期的典型功能和要紧目标。

一、20世纪50年代到70年代的事务处置时期：

二、20世纪60年代中期到70年代末的系统处置时期：

3、20世纪70年代到80年代的支持决策时期：

4、20世纪90年代至今的综合应历时期：

第十章系统计划

一、信息系统计划的重要性。

二、诺兰时期模型的概念、时期和作用。

一、诺兰时期模型是诺兰总结把运算机应用到一个组织的治理中去，一样要经历从低级到成熟的成长进程这一规律，提出的信息系统进展的时期理论。

二、六时期

A、初装时期初装时期指组织购买第一台运算机并初步开发治理应用程序。

B、蔓延时期

C、操纵时期D、集成时期E、数据治理时期F、成熟时期

3、作用：

三、信息系统计划的概念。

ISP又称信息系统的战略计划或信息系统的整体计划，是一个以组织的目标、战略、目的、处置进程和信息需求为基础，识别并选择要开发的IT系统和确信系统开发时刻的进程。

它是将组织目标、支持组织目标所必需的信息、提供这些必需信息的信息系统和这些信息系统的实施等诸要素集成的信息系统方案，是面向组织中信息系统进展远景的系统开发计划。

四、信息系统计划的内容。

一、信息系统的总目标、进展战略及整体结构的确信。

二、企业现状分析。

3、可行性分析。

4、对阻碍计划的信息技术进展的预测。

五、业务流程分析。

六、近期打算。

五、BRP的概念。

业务流程重组BPR（BusinessProcessReengineering）是最先由美国的MichaelHammer和JameChampy提出的，在九十年代达到了全盛的一种治理思想。

它强调以业务流程为改造对象和中心、以关切客户的需求和中意为目标、对现有的业务流程进行全然的再试探和完全的再设计，利用先进的制造技术、信息技术和现代化的治理手腕、最大限度地实现技术上的功能集成和治理上的职能集成，以打破传统的职能型组织结构（Function-Organization），成立全新的进程型组织结构（Process-OrientedOrganization），从而实现企业经营在本钱、质量、效劳和速度等方面的庞大改善。

第十一章系统开发方式与策略

一、治理信息系统开发的必要条件。

一、领导重视与业务部门的重视。

治理信息系统的开发是一项庞大的系统工程，周期长，耗资大，涉及整个治理体制、治理方式、人事调动等诸多因素，这些问题必需由要紧领导亲自抓，需要领导的充分重视和踊跃参与。

同时，治理信息系统的最终用户是各级各类治理人员，他们的信息需求各不相同，吸引这些熟悉本部门的业务流程的各级治理人员的参与才能最终才能知足用户的需求。

二、具有必然科学治理工作基础。

治理信息系统是在科学治理的基础上进展起来的。

3、成立一支专业化队伍。

4、具有必然的资金能力。

二、治理信息系统开发的生命周期的六个时期和要紧活动。

一、系统计划二、系统分析3、系统设计4、系统实施五、系统运行和保护六、系统更新

三、治理信息系统开发策略。

一、“自顶而下”的开发策略二、“自底向上”的开发策略

四、治理信息系统开发方式的大体内容和特点。

一、自行开发

内容：

用户依托自己的力量独立完成系统开发的各项任务，即依照项目预算，企业自行组织开发队伍，完成系统的分析和设计方案，组织实施，进行运行治理。

特点:

二、联合开发

内容：

由用户和具有丰硕开发体会的机构或专业开发人员一起完成开发任务。

一样是由用户负责开发投资，依照项目要求组建开发团队，成立必要的规那么，分清各方的权责，以合同的方式明确下来，协作完成新系统的开发。

特点：

3、委托开发

内容：

用户将信息系统建设的计划、目标等方面的要求明确提出，采取招标等方式委托给富有开发体会的机构或专业开发人员，通过签定合同的方式，依照用户的要求完成系统开发的任务。

特点：

4、购买现成软件

内容：

为了幸免重复劳动，提高系统开发的经济效益，能够购买现成的适合于本单位业务的治理信息系统软件。

特点：

五、结构化开发方式

一、大体思想二、特点

A、以用户为中心的原那么。

用户是整个治理信息系统开发的起源和最终归宿，因此提高用户的参与程度和中意程度是系统成功的关键。

B、严格区分工作时期。

将系统开发进程划分为假设干时期，每一个时期都有明确的目标和任务，以便于打算和操纵进度，有条不紊地处置各方面的工作。

C、结构化、模块化、自顶向下进行开发。

开发者能把握全局、致力于整体目标和整体功能的实现，有利于各部份的合理分工、和谐和正确配置。

D、工作文件的标准化和文献化。

能够幸免混乱，保证不同时期的工作专门好的衔接，保证不同角色的开发者能够相互协作，能够使开发人员及时的发觉问题，总结体会，为尔后系统保护带来方便。

E、强调时期功效的审定和查验。

能够减少系统开发工作中的隐患，只有取得用户、治理人员和专家认可的时期功效才能作为下一时期工作的依据。

3、优势

A、系统易于实现。

在自顶向下分析和设计的进程中，治理信息系统的功能由大化小，由繁变简，整个复杂的系统被分解成许多小模块，其中每一个模块的规模比较小，功能单一，容易实现，同时能够提高系统开发的成功率和生产率。

B、所开发的系统具有整体性和全局性。

第一确信信息系统的用户需求和整体结构，经反复研究确信整体结构后，再投入力量加以实现，能够幸免后期工作中显现大量反扑，而且有利于系统整体结构的优化。

4、缺点

A、偏重点在于数据转换进程，而不是数据本身。

数据的转换处置进程是不确信的、转变的，而数据本身却是相对稳固的，从而也更有价值。

B、开发周期太长。

该方式是在充分了解目标系统的要求后一次完成所有任务，有时系统开发尚未完成，而内外环境已经发生了转变，用户对系统的需求也发生了转变。

C、有违熟悉事物的规律。

该方式要求系统开发者在调查中就要充分把握用户需求、治理状况和预见可能发生的转变，这不符合人们循序渐进地熟悉事物的规律。

D、需要大量的文档和图表。

人们必需编写大量的文档资料，这方面的工作量超级大，有时会造成效率低、本钱高的问题。

而且这套文档也需要不断修改，难以维持其内容的一致性。

E、开发人员与用户之间不能准确而清楚地交流。

他们之间交流、通信的要紧工具是每一个时期的文档资料，在澄清和确信誉户需求方面能起的作用有限，从而致使用户信息反馈太迟，对目标系统的质量也有必然的阻碍。

六、原型法

一、开发进程

A、识别用户需求。

B、开发系统原型。

C、分析评判模型。

D、修改完善原型。

二、特点

A、符合人们熟悉事物的规律。

B、能更准确熟悉问题。

C、充分利用最新的开发环境。

D、将系统的调查、分析、设计融为一体。

3、优势

A、用户极大的参与度。

B、降低开发风险。

C、所开发的系统应变能力强。

D、充分利用最新的软件工具，使系统开发的时刻、费用大大地减少，效率、技术等方面都大大地提供。

E、提供专门好的项目说明和示范，简化了项目治理。

4、局限性

A、不适应于开发大系统。

因为大系统比较复杂，若是只在初步伐查分析而得出的用户需求的基础上开发系统原型，必将会让系统很粗糙，乃至无法利用。

B、关于有大量运算、逻辑性较强的程序模块，原型法很难构造一个适合的模型来供人们评判。

C、关于原先治理基础不完善，信息处置混乱的企业，利用原型法有必然困难。

而且，由于用户的工作水平和长期所处的混乱环境阻碍，容易使设计者走上机械地模拟原先的手工系统的轨道。

D、原型化开发方式常常会忽略测试和文档开发工作。

由于系统容易改变而又缺乏完整有效的文档，使得系统运行后很难进行正常的保护。

七、面向对象的开发方式

一、优势

A、对问题空间的明白得更直接，更符合人们熟悉客观事物的思维规律。

该方式能够将问题域直接映射到模型，这使咱们对问题域的明白得更直接、更准确、更快和更易。

B、系统分析和系统设计利用同一模型，不存在过渡困难。

许多分析结果能够直接映射成设计结果，而在设计进程中又会加深和补充对系统需求的明白得，从而进一步完善分析结果。

另外，该方式从分析到设计都利用对象模型作为统一的表示工具，不仅减少了各个时期模型之间的转换，而且能够使需求的转变较为容易地同步到模型和代码中。

C、所开发的系统有更强的生命力。

该方式使代表共性的对象稳固下来，而把不稳固的内容隐藏起来，幸免了复杂性，增强了系统对环境的适应能力和应变能力。

D、易于扩充和保护。

类是理想的模块机制。

OO方式具有封装性、继承性、多态性等特点，不仅减少了系统开发的重复工作量，缩短了开发周期，而且提高了系统的可重用性、可扩充性和可保护性。

八、三种方式的比较。

九、CAES的含义。

CASE是集图形处置技术、程序生成技术、关系数据库技术和各类开发工具为一身的开发工具。

第十二章系统分析

一、A、系统分析的任务。

在整体计划的指导下，通过详细、深切调查用户现行系统的运行情形，熟悉用户业务流程，充分分析用户的需求，成立新系统的逻辑模型。

该逻辑模型描述了新系统应该具有的功能，不涉及具体的物理细节。

分析时期只解决系统应该“作什么”的问题。

B、系统分析的工作步骤。

一、现行系统的详细调查

集中时刻和人力，通过各类途径做全面、充分和详细的调查研究，弄清现行系统的边界，组织机构，人员分工，业务流程，各类打算、单据和报表的格式、种类和处置进程等，弄清企业资源及约束情形，为系统开发做好原始资料预备工作。

二、功能、数据与流程分析

依照详细调查的资料，对现行系统进行研究和分析，找显现行系统的薄弱环节，进行数据整理，为提出新系统逻辑模型做预备。

3、成立新系统逻辑模型

在系统功能和数据分析的基础上提出最正确的由一组图标工具描述和表达的逻辑模型。

4、提出系统分析报告

系统分析报告是用户与开发人员达到的书面协议或合同，也是治理信息系统生命周期中的重要文档。

二、详细调查的内容

组织结构调查；业务功能调查；工作目标和进展战略调查；业务流程调查；数据与数据流程调查；处置逻辑调查；查询和决策要求调查；其他内容。

三、数据流程图和业务流程图的概念。

一、业务流程图（TFD）是用一些规定的符号及连线来表示某个具体的业务处置进程。

二、数据流程图（DFD）是只反映信息在系统中流动和处置情形的图。

四、绘制数据流程图和业务流程图。

五、数据分析的内容。

数据搜集；数据的汇总分析；数据流程分析；数据字典；处置逻辑的描述工具；

六、数据字典。

一、概念：

数据字典是为数据流程图加以补充说明的工具之一，它是数据流程图上所有成份的概念和说明的文字的集合，它对数据流程图中的数据项、数据流、处置逻辑、数据存储和外部实体进行具体地概念。

二、内容

A、数据项的概念。

数据项又称数据元素，是最小的数据组成单位，是不可再分的的数据单位，如学号、姓名等。

在数据字典中仅概念数据项的静态特点，具体包括：

数据项的名称、编号、别名和简述；数据项的长度；数据项的取值范围等。

B、数据流的概念。

数据流有一个或一组固定的数据项组成。

概念数据流时，不仅要说明数据流的名称和组成等，还应指明它的来源、去向和数据流量等。

C、数据存储的概念。

数据存储在数据字典中只描述数据的逻辑存储结构及有关的数据流、查询要求，而不涉及它的物理知识。

D、处置的概念。

仅对数据流程图中大体处置加以说明，包括处置的编号、名称、功能的简要说明，有关的输入、输出。

E、外部实体的概念。

外部实体是数据的来源和去向。

在外部实体中的条款要紧说明外部实体产生的数据和输入的数据和外部实体的数量，包括外部实体编号、名称、简述、有关数据流的输入和输出。

七、处置逻辑的描述工具（结构化语言、判定树、判定表）。

一、结构化语言

二、判定树

八、系统分析报告的内容。

一、系统概述

说明系统的名称、目标、要紧功能、背景、系统的用户、开发者、引用资料和采纳的专门术语等。

二、现行系统概况

A、现行系统的调查情形。

通过现行系统的组织结构图、业务流程图、数据流程图等图表及说明，说明现行系统的目标、规模、要紧功能、组织机构、业务流程、数据存储和数据流，和存在的薄弱环节。

B、系统需求说明。

说明用户需求和现行系统存在的要紧问题等。

3、新系统的逻辑模型。

A、系统的结构和所涉及的范围，包括新系统的功能结构和子系统的划分。

提出明确的功能目标、并与现行系统进行比较分析，重点突出运算机处置的优越性。

B、系统流程图的进一步说明，包括各个层次的数据流程图、数据字典和处置说明。

说明新系统与现行系统在界限、处置功能、数据流和数据存储等方面有哪些要紧转变，重点是运算机处置和数据存储部份。

C、数据库的概念结构。

D、输入/输出的要求。

对输入/输出的种类，形式和要求等做一样说明。

E、与新系统相配套的治理制度和运行体制。

4、系统设计与实施的初步打算。

A、工作任务的分解。

依照资源及其他条件确信各子系统开发的前后顺序，在此基础上分解工作任务，指定专人人工负责。

B、时刻进度安排。

给出各项工作的预定开始日期和终止日期，规定任务完成的前后顺序及完成的界面，可用PERT图或甘特图表示进度。

C、预算。

逐项列出本项目所需的劳务和经费的预算，包括各项工作所需人力及办公费、差旅费、资料费和设备费等。

五、用户领导审批意见。

第十三章系统设计

一、系统设计的要紧工作。

一、系统整体设计，包括系统平台设计、功能模块设计和数据库整体设计。

二、系统详细设计，包括代码设计、数据库的详细设计、处置进程设计、输出设计、输入设计、用户界面设计和系统平安保密设计等。

3、编写系统设计报告。

二、系统设计的目标。

一、系统的完整性。

系统作为一个统一的整体而存在，系统功能应尽可能完整。

二、系统的效率。

包括系统的运行效率和人的操作效率。

3、系统的靠得住性。

系统硬件和软件在运行进程中抵御各类干扰、保证系统正常工作的能力。

4、系统的可变性。

系统的可变性指系统被修改和保护的难易程度，必需具有较好的开放性和结构的可变性，以便适应外界环境的不断转变。

五、系统的经济性。

系统的收益应大于系统总支出的费用。

在知足系统需求的前提下，尽可能减少系统的开销。

六、系统的平安性。

系统的硬件和软件免遭故意或偶然损害的能力；爱惜数据不丢失、不泄露、不改动和被销毁的能力；限制数据传播范围（保密）的能力。

三、模块的概念及组成要素和模块结构图的概念。

一、模块是组成目标系统逻辑模型和物理模型的大体单位，它能够被组合、分解和改换。

系统中任何一个处置功能都能够看成一个模块，能够分为逻辑模块和物理模块。

二、四要素

A、输入和输出：

模块的输入来源和输出方向都是同一个挪用者。

B、处置功能：

模块把输入转换成输出所做的工作。

C、内部数据：

仅供模块本身引用的数据。

D、程序代码：

用来实现模块功能的程序。

3、模块结构图是描述系统模块结构的图形工具，它不仅描述了系统的子系统结构与分层的模块结构，还清楚地表示了每一个模块的功能，而且直观地反映了块内联系和块外联系等特性。

四、什么是数据库设计。

在系统设计时期，依照所选择的运算机硬件和软件，在一个特定的DBMS支持下进一步完成数据库设计，为最后在存储介质上成立数据库做预备。

它包括数据库整体设计和详细设计两部份。

数据库整体设计是对数据的需求描述从逻辑上进一步具体化，为下一时期的数据库设计工作从系统上提供较好的支持。

它包括数据的分类，数据存储规模设计，数据存储空间的散布，文件设计，数据的平安性和完整性设计和数据库治理系统的选择。

数据库详细设计是依照数据字典和数据存储的要求，确信数据库的结构，其内容包括数据库的逻辑结构设计和物理结构设计。

它包括数据库的逻辑结构设计和数据库的物理结构设计。

五、代码、代码设计及其步骤。

一、代码是人和机械的一起语言，是系统进行信息分类、校对、统计和检索的依据。

二、代码设计是设计出一套能为系统各部门公用的、优化的代码系统，这是实现运算机治理的一个前提条件。

3、步骤

A、确信编码对象。

依照对信息的调查分析和信息系统的要求，在大体数据项当选出需要编码对象并加以汇总。

B、分析编码对象特点。

分析编码对象的特点和代码利用频率、变更周期、追加和删除情形等。

C、代码结构设计。

对每一类的代码化的实体，确信其代码结构的类型和具体的结构形式。

D、校验位设计。

对需要加校验位的代码，设计其校验位的计算方式。

E、编制代码表。

依照代码结构及编码规那么，对每一类代码化实体的所有编码对象给予具体代码值，从而取得一份手编的代码清单，。

F、成立运算机代码体系。

将所有手编代码以实体为单位转换成运算机存储的代码对照表文件。

最终结果包括一份代码对照表文件的目录、一批代码对照表的存储文件和一份关于代码结构及编码规那么的说明等。

六、举例说明层次码。

七、E—R图

八、原那么及关系转换。

九、输出设计的内容

一、有关输出信息利用方面的要求：

利用者的名称、利用目的、输出频率、份数、有效期与保留方式等。

二、输出信息内容：

输出项目、位数及其数据形式（文字、数字）等。

3、输出方式：

最终信息的提供形式，如各类报表的格式要求。

4、输出设备：

经常使用设备有显示器、打印机、画图仪、影像输出系统、语言输出系统和磁记录设备等。

五、输出介质：

与输出设备相对应。

十、输入设计的原那么。

一、源点输入数据。

理想方式是单一地从产生数据的地址由数据记录人员输入，尽可能减少数据的转抄、传递等中间环节，从而减少犯错概率。

一旦显现错误，也容易发觉和修改错误。

二、操纵输入量。

尽可能操纵数据输入总量，只需输入大体信息，而其他可通过计算、统计、检索取得的信息那么由系统自动产生。

3、减少输入延迟。

可采取周转文件、批量输入等方式减少延迟，提高运行效率。

4、减少输入错误。

采纳多种校验方式和有效性验证技术减少输入错误。

五、幸免额外步骤。

尽可能幸免没必要要的输入步骤，当输入步骤不能省略时，应认真验证现有步骤是不是完备、高效。

十一、用户界面的设计原那么。

尽可能维持一致性；为熟练用户提供快捷键；提供有效反馈；设计完整的对话进程；提供简单的错误处置机制；许诺撤销操作；提供操纵的内部轨迹；减少短时间经历负担。

十二、用户界面的分类。

图形、网页、手持设备

十三、用户界面设计的步骤。

一、绘制窗体和消息框流程图。

描述这些窗体与消息框之间的前后顺序。

二、制作用户界面原型。

选择相应的菜单样式实现用户界面，取得用户界面的初步原型。

3、从用户那里获取反馈信息。

设计好的用户界面原型通过用户的利用以后，通过观看和聆听，能够取得对用户界面原型的评判。

4、迭代修改用户界面。

先依照用户的意见修改用户界面原型，然后再送给用户修改。

那个进程反复进行，直到用户界面设计取得用户的认可为止。

第十四章系统实施

一、实施时期的要紧工作。

二、实施外购方案时需要考虑的问题。

一、供给商的效劳。

包括供给商的信誉、升级效劳和软件的修改三个问题。

二、系统运行的效率。

能够考虑外购能够依照需要进行“拼装和拆卸”的软件系统，或直接外购需要的软件模块。

3、不同软件之间的衔接。

每一个软件商开发的系统都是自成系统，开发时一样不考虑与其他软件商程序的衔接问题，所之外购时应专门注意不同软件之间程序挪用和数据传递等一系列问题。

三、外购方案的实施进程。

一、把握信息系统的各项功能，包括回忆系统的设计方案，估量系统的大小和以后的需求和明确各类条件的限制。

二、确信软件系统的供给商。

将有关的设计要求说明书分发给相应的软件商，要注意软件商是不是情愿对自己已开发的软件进行适当的改动。

能够采取招标方式将整个实施进程外包给软件商。

3、评估购买软件系统的功能。

尽可能地从各方面取得软件商的有关信息，同时也要取得相应软件包的信息。

4、购买软件系统。

在购买时注意就相关问题进行洽谈。

五、安装软件系统。

提早打算好安装策略，做好需要运行的数据等。

四、系统测试的目的。

一、测试是为发觉程序中的错误而执行程序的进程。

二、好的测试用例是极可能发觉迄今为止尚未发觉错误的测试用例。

3、成功的测试是发觉至今尚未发觉的错误的测试。

因此测试的目的是尽可能地发觉系统中的错误。

五、系统测试的大体原那么。

一、测试工作应幸免由原开发软件的个人和小组来承担。

二、测试用例不仅要包括输入数据，而且要包括预期的输出结果。

3、测试用例不仅要包括合理、有效的输入数据，还应选择不合理或无效的输入数据。

4、检查程序是不是做了规定之外的操作。

五、保留所有的测试用例，以便于从头测试和追加测试。

六、多种测试方式相结合，以近可能查出更多的错误。

六、系统测试的进程。

一、模块测试。

其目的是保证每一个模块作为一个单元能够独立运行。

在模块测试中发觉的问题多数是程序设计或详细设计中的错误，如数据流的输入、输出不能正常进行；局部数据结构犯错；算数运算的优先顺序不正确或明白得错误等程序设计中的错误。

关于模块测试，一样分为人工走查和上机测试两步进行，上机测试时采纳白盒法设计测试用例。

二、子系统测试。

又称分调，是把通过测试的模块放在一路形成一个子系统来测试，要紧测试各模块之间的和谐和通信，即重点测试子系统内各模块的接口。

子系统测试时发觉的问题有：

数据穿过接口时可能丢失；一个模块的运行可能会阻碍另一个模块的运行；把假设干子功能结合起来可能不产生预期的要紧功能；全局数据结构与局部数据结构矛盾或不和谐等系统设计中的错误。

测试进程中采纳黑盒法测试用例。