信息系统分析总复习.docx
《信息系统分析总复习.docx》由会员分享,可在线阅读,更多相关《信息系统分析总复习.docx(25页珍藏版)》请在冰豆网上搜索。
信息系统分析总复习
第1章系统思想
1、系统的定义如下:
系统是由相互联系和相互制约的若干组成部分结合成的、具有特定功能的有机整体
2、实体系统(物理系统)——最具体的确定存在的系统(系统实施阶段产生)。
逻辑系统——介于实体系统与概念系统之间,利用人类抽象思维能力,抽取系统本质,描绘了系统的各个侧面(如静态的结构、动态的过程等)
概念系统——最抽象的系统,根据系统目标构思出来的系统雏形,描绘了系统的大致轮廓。
使用概念模型表达(系统规划阶段产生)
3、整体性表现在:
整体性以有机关联性为保证(部件的不可分割),划分系统以及子系统就是要从整体性出发,充分考虑各组成元素之间的关联性。
层次性表现在:
系统要素中,存在子系统,子系统的要素中又包含更低一层的子系统
第2章信息与信息系统
1、信息是经过加工后的数据,它对接收者有用,对决策或行为有现实或潜在的价值,数据和信息可看作原材料和成品的关系
2、信息是管理的基础,对信息的有效管理和充分利用,能降低决策中的不确定性和风险,使各项资源得到最大限度的合理运用,为企业和社会创造更大财富。
3、信息系统是什么?
有哪些功能?
管理信息系统是一个由人和计算机等组成的能进行信息的收集、传递、储存、加工、维护和使用的系统。
①信息的采集和输入:
主要是识别、采集、校验
②信息的传输:
数据通信的手段
③信息的存储:
介质?
在哪?
时效?
④信息的加工:
查询、排序、归并、数学模型、人工智能
⑤信息的维护:
准确、及时、安全、保密
⑥信息的使用:
技术层面、价值深度
4、决策支持系统(DSS):
利用数据和模型,帮助决策人员解决非结构化或半结构化问题的人机交互计算机系统,面向决策、中高层管理人员,强调系统的灵活性、易用性、快速响应能力,用户驱动和模型驱动,解决的是半结构化或非结构化问题
管理信息系统阶段(MIS):
集成的人-机系统,面向中层管理人员,解决结构化决策问题,产生各种管理报告,采用数据库和网络技术
事务处理系统(TPS)阶段:
以计算机代替人工操作的计算机系统,面向操作层的数据存储、处理,强调系统的效率,处理高度结构化的日常业务,以单项应用为主,往往隶属于一个单一的职能部门,数据资源不能共享,批处理方式为主
信息系统对组织的影响:
经济学理论:
缩小公司规模(IC交通卡),降低交易成本(网络商店),减少内部管理成本(支持多处办公的校园网)
行为理论:
组织结构扁平化,员工更自律,组织虚拟化,工作不受地域的限制
其他:
促进管理变革和创新负面影响(交流减少,失业率增高,信息安全问题更严峻,更具隐蔽性的计算机犯罪……)
5、什么是BPR?
它和信息技术有何关联?
什么是BPM?
企业过程再工程、企业流程再造、企业流程重组
企业过程管理不仅是“重组”式的大拐弯,业务流程的持续改进其实更关键,这就是业务流程管理(businessprocessmanagement,BPM)的主要理念。
6、信息孤岛是什么?
如何形成的?
所谓信息孤岛是指,在一个单位的各个部门之间由于种种原因造成部门与部门之间完全孤立,各种信息(如财务信息、各种计划信息等)无法或者无法顺畅地在部门与部门之间流动。
这样就会形成信息孤岛。
7、什么是SaaS、PaaS?
SaaS(Software-as-a-service)的意思是软件即服务,SaaS的中文名称为软营或软件运营。
SaaS是基于互联网提供软件服务的软件应用模式。
作为一种在21世纪开始兴起的创新的软件应用模式,SaaS是软件科技发展的最新趋势。
PaaS是Platform-as-a-Service的缩写,意思是平台即服务。
把服务器平台作为一种服务提供的商业模式。
通过网络进行程序提供的服务称之为SaaS(SoftwareasaService),而云计算时代相应的服务器平台或者开发环境作为服务进行提供就成为了PaaS(PlatformasaService)。
第3章信息系统建设概论
1.信息系统的复杂性体现在:
技术手段复杂,内容复杂,目标多样,投资密度大,效益难以计算,环境复杂多变
2、什么是信息系统的生命周期?
几个阶段?
每个阶段的任务是什么?
信息系统开发围绕信息系统生命周期来进行,有时也称系统开发生命周期。
包含5个阶段:
规划、分析、设计、实施、运维
系统规划:
确定信息系统的发展规划;企业业务流程的识别、改革与创新;对建设新系统的需求作出初步研究,确定信息系统的总体结构;确定系统的备选方案,对这些方案进行可行性分析
系统分析:
详细调查,确定系统的基本目标和逻辑功能要求
系统设计:
根据系统说明书中规定的功能要求,考虑实际条件,具体设计实现逻辑模型的技术方案
系统实施:
计算机等设备的购置、安装和调试;编写、调试和测试程序;人员培训;数据准备或转换;系统调试与转换
系统维护:
运行情况的记录;必要的修改;评价和总结等
3、开发过程的研究和经验的总结:
瀑布开发方法,原型开发方法,迭代开发方法
瀑布开发方法:
简单易用,容易理解,开发的进程一个顺着一个,没有反馈过程,需要严密控制,允许基线和配置早期接收控制,一个新的项目不适合这个模型,用户直到项目结束才能看到质量如何,不允许或者严格限制变更
原型:
快速建立起来的可以在计算机上运行的程序,通常选取信息系统中某个关键功能作为原型。
用户积极参与,原型的开发没有严密的阶段性,短期获得测试版本,降低风险,用户随意无止境的需求变化,因为用户容易产生误解,认为系统很容易被构造和修改,如果采用原型基础上继续构造,由于修补过度,软件质量不易于保证,开发人员为了快速构造原型,可能会采用不合适的操作系统、语言、算法等,造成后期风险,如系统适应性差、维护困难等
迭代开发方法:
一条直线一次性到达目的总是困难的。
紧迫的市场期限和快速变化使得难以一次性完成整个软件产品,解决方法是先提交一个有限的版本,细节部分逐步增加,即多次迭代后完成系统。
融合了瀑布方法和原型方法。
整个开发工作被组织为一系列的短小的、固定长度的小项目,被称为一系列的迭代。
有两种迭代:
迭代增量:
迭代周期完成一个增量,然后集成,迭代进化:
迭代周期内包含演化和完善
4、信息系统为什么要建模?
有哪些模型?
对软件结构进行建模有什么方法,主要思想是什么?
5、有哪些开发方式?
各自利弊
结构化方法
容易理解和交流,对于大系统可以从全局逐步展开到局部,整体性较好。
结构化方法是其他系统开发方法(如面向对象方法)的基础,为此,本书先介绍结构化开发方法,然后再介绍面向对象开发方法
面向对象
稳定可靠,有利于维护和重用,并容易实现多层分布式结构,但对前期分析设计人员要求较高,用户理解模型有困难。
面向服务
松耦合、自描述、可重用、开放标准。
以XML为基础,将已有的服务进行重新组合后可以快速建立新的业务流程,要求分析有较强的业务流程的抽象能力
6、什么是CASE工具?
学习过程用到哪些CASE工具?
程序设计语言、UML是CASE工具吗?
分析与设计工具。
统称为建模工具,如IBMRationalRose、PowerDesigner、Visio等
编程工具。
集成开发环境(IDE,IntegratedDevelopmentEnvironment)是目前程序员最常用的编程工具。
如VisualStudio2010、MyEclipse等
测试工具。
包括测试用例的选择、测试程序与测试数据的生成、测试的执行及测试结果的评价。
运维工具。
项目管理工具。
模型名称
用途
业务流程图
描述不同职能部门业务活动分工和活动过程的模型
数据流图
描述数据的产生、处理、存储和去向的信息处理模型
程序流程图
描述程序完成顺序、分支、循环等处理过程的模型
实体关系图
描述系统中有价值的实体及其关系的数据模型
模块结构图
描述软件功能模块及其调用关系的层次模型
判定表、判定树
描述决策条件及其行动关系的模型
UML(类图、用例图、顺序图等)
描述软件系统结构及行为的一组模型,主要包含哪些
图?
每种图的用途是什么?
甘特图
描述项目任务及其完成日期的项目计划模型
第4章系统规划
1、系统规划的特点、任务
特点:
面向全局、长远,不确定性,结构化程度低
面向高层管理人员
不宜过细,着眼于子系统划分及相互关系
应与企业规划同步
任务:
制定信息系统发展战略
制定信息系统总体方案
制定信息系统开发计划
制定信息系统资源分配
2、规划方法
战略目标集转移法(SST-StrategySetTransformation)
关键成功因素法(CSF-CriticalSuccessFaction)
企业系统规划法(BSP-BusinessSystemPlanning)
3、企业系统规划法的步骤
定义管理目标
定义管理功能组
定义数据分类
定义信息结构
4、什么是可行性分析,包括哪三个方面?
“可行性”是指在企业当前情况下,研制这个信息系统是否有必要,是否具备必要的条件。
可行性分析的内容:
技术可行性
经济可行性
社会可行性
第5章系统分析概述
1、系统分析的任务
系统分析师与用户在一起充分理解用户的要求,并把双方的理解用书面文档——系统分析说明书表达出来。
也称需求分析。
2、系统分析师的职责和素质
任务包括:
理解和明确企业目标、经营业务和战略发展方向。
按照企业目标制定信息系统建设的目标并进行分解。
根据企业所处环境和条件,制定合适的开发策略。
从可供选择的方法和工具中进行选择,确定适合信息系统开发的方法和工具。
与企业决策层和业务人员充分沟通,了解企业业务需求,准确建立企业的业务模型。
根据企业目标和技术发展动向,结合业务模型建立完善的信息系统逻辑模型。
对信息系统开发的组织、人员和进度计划提出建议。
撰写系统说明书。
具备的素质:
应有较强的系统观点和较好的逻辑分析能力,能够透过现象看到问题本质,从复杂的事物中抽象出系统模型。
具有突出的批判性思维和创新思维,善于接受新鲜事物,从经验积累中进行改革和创新。
还应具备较好的口头和书面表达能力,谈判和协商的能力,较强的组织能力,善于与人共事。
3、为什么说系统分析困难?
系统分析的成果是什么?
系统分析是研制信息系统最重要的阶段,也是最困难的阶段。
困难主要来自三个方面:
问题空间(problemdomain)的理解
人与人之间的通讯
环境的不断变化
4、分析阶段有哪些系统调查方法,调查什么
资料收集:
可以收集以下资料:
组织机构、部门职能、岗位职责说明业务流程说明、操作规程,管理工作标准和人员配备,单位内部管理用的各种单据、报表、报告,历史的系统分析文档,从现有文档中获取客观事实
面谈:
与领域专家的面谈是获取需求的基本技术。
面谈类型:
结构化面谈:
有为面谈专门设计的问题
非结构化面谈:
通常为开放式问题
优点:
激发面谈对象主动贡献、自由表达的机会,可以得到更多反馈,近距离接触还能获得隐性信息
缺点:
耗时、成本高,取决于分析员的人际交往能力,受制于地理位置
实地观察:
直接参与到企业活动中,或观察他人执行活动来了解系统,“耳听为虚,眼见为实”。
优点:
收集到的信息可靠,获得确切的感性认识,了解物理环境和事务背景
缺点:
被观察者因为不自然可能与常规表现有差异,可能会漏掉特殊情形下的任务,观察会被打断
调查表:
调查表可以收集大规模的事实表格。
调查表类型:
固定格式调查表:
只能选择问题答案
自由格式调查表:
允许自由填写文字
优点:
方便填写,廉价,允许匿名,可以进行快速表格分析
缺点:
不够灵活,无法保证能深入回答问题,无法保证问卷回收数量,设计好的调查表十分困难
5、两种分析方法:
数据流分析(结构化分析方法)
面向对象分析
6、系统说明书的内容
1、引言
2、项目概述
(1)项目的主要工作内容
(2)现行系统的调查情况
(3)新系统的逻辑模型
3、实施计划
(1)工作任务的分解
(2)进度
(3)预算
第6章流程建模
1、业务流程建模作用:
帮助我们了解某项业务的具体处理过程,发现和处理系统调查工作中的错误和疏漏,便于分析原系统流程中的问题,优化或重组业务处理流程
使用图示方法表示企业具体业务处理过程,易于理解和交流
2、BPR和BPM的概念:
BPM中包含BPR的内容
3、数据流图描述了什么?
绘制数据流图要注意的事项,应能绘制、纠错
数据流图描述数据采集、存储、处理以及流动过程的图示工具,简称DFD
层次的划分应遵守:
展开的层次与管理层次一致,也可以划分得更细。
同一张图上的所有处理过程应该处于同一个抽象层次上(抽象粒度一致)。
一个处理框经过展开,一般以分解为4~10处理框为宜(最好5-9个)
最下层的处理过程用几句话,或者用几张判定表,或一张简单的HIPO图能表达清楚
一个处理框经过展开,一般以分解为4~10处理框为宜。
如果一次分解后仅有两个处理框,为减少数据流图的层次,可以考虑将它们直接并入上一层中
一个处理框分解后还是只有一个处理框,则视为无效的分解
通常可以从以下几个方面检查数据流图的正确性:
语法1:
数据守恒,或称为输入数据与输出数据匹配
处理有输入就应该有输出
处理有输出就肯定有输入
输入的数据应该全部流出该处理或者要用于产生流出该处理的数据(排除无用数据)
输出的所有数据必须曾经流入过该处理或者是由流入该处理的数据加工产生(保证必要数据)
语法2:
在一套完整的数据流图中的任何一个数据存储,必定有流入的数据流和流出的数据流。
语法3:
父图中某一处理框的输入、输出数据流必须出现在相应的子图中。
语法4:
任何一个数据流至少有一端是处理框
以下方法可以提高数据流图的易理解性:
利用数据存储简化处理间的联系
例如:
P2成绩管理->P1异动管理之间的联系可以通过D3留退名单简化,即“P2成绩管理”产生“D3留退名单”,“P1异动管理”根据“D3留退名单”完成学籍变动
每层的处理框均匀分解,应齐头并进
所有元素适当命名
管理模型信息处理模型计算机程序
信息系统建模需要从业务处理中抽象出数据处理过程。
因此要关注信息系统解决的问题,重点是系统中的数据处理和流动,并考虑人机分工。
注意:
排除与信息无关的活动
排除其它外部系统的活动,和外部系统之间的接口通过数据流来实现
考虑成本、人力、进度的约束
4、为什么需要数据字典?
数据字典应该包含哪些条目?
应能书写数据流、数据存储及处理条目
数据字典是对DFD的补充描述,用来描述数据流程图中的数据流、数据存储、处理过程和外部实体的详细内容。
数据流图与数据字典共同构成系统的功能模型,数据字典可以改进通信,规范描述,消除误解
数据字典中有六类条目:
可被重用的条目:
数据元素
数据结构
DFD图中的元素:
数据流(可引用定义好的数据结构)
数据存储(可引用定义好的数据结构)
外部实体
处理
5、对于复杂逻辑有几种表述方式?
优缺点
针对复杂处理逻辑,可以使用:
结构化语言
判定表
判定树
使用祈使语句,应注意以下几点:
力求精炼,不应太长。
不使用形容词和副词。
动词要能明确表达执行的动作
名词必须在数据字典中有定义
判定表的优点是可以把各种组合情况一个不漏地表示出来,还能帮助发现遗漏和矛盾的地方。
第7章用例建模
1用例图概念:
由参与者,用例以及它们之间的关系构成的用于描述系统功能的动态视图。
2参与者概念:
参与者是系统之外与系统进行交互的任何事物。
3用例概念:
用例(usecase)是对于一组动作序列的描述,系统执行这些动作会对特定的参与者(actor)产生可观测的、有价值的结果。
4用例与用例之间的关系(包含关系和扩展关系),绘制用例图:
扩展和包含关系就是用例模型中消除冗余的一种手段。
(1)包含关系:
经过封装后可以在各种不同的基本用例中复用的行为称为包含用例。
包含用例是基本用例存在的必要条件
(2)扩展关系:
表达某些可选或只在特定条件下才执行的系统行为的用例,它们是对基本用例的扩展。
称为扩展用例。
(3)泛化关系:
如果两个或更多用例在行为、结构和目的方面存在共性,可以使用泛化关系。
父用例描述这些共有部分,子用例继承父用例并特殊化。
5用例规格说明(前置条件、后置条件、主事件流、备选事件流):
(1)前置条件(pre-condition):
表述在系统允许用例开始以前,系统应确保为真的条件。
这可为后续的编程人员提供帮助,从而确定在用例的实现代码中哪些条件无须再次检验。
(2)后置条件(guarantee):
或称为成功保证。
表述在用例结束时,系统将要保证的限定条件,一般都是在成功完成用例后成立。
(3)主事件流:
事件流是指当参与者和系统试图达到一个目标的时所发生的一系列活动。
主事件流是指能够满足目标的典型的成功路径。
通常不包含任何条件和分支。
(4)备选事件流:
除主事件流外的,还会出现很多失败的情况,分支路径或扩展路径,为了不影响清晰的主线,将分支处理全部抽取出来作为备选事件流。
6区分用例图和数据流图:
用例图包含了用例和参与者,用例之间用关联来连接以求把系统的整个结构和功能反映给非技术人员(通常是软件的用户),对应的是软件的结构和功能分解。
数据流图描述数据流和加工,数据流图用图形符号表示数据流、加工、数据源及外部实体,数据流图具有层次结构,支持问题分解、逐步求精的分析方法。
它是数据驱动的数据流图既可以表示基于计算机的系统,也可以表示软件。
第八章领域对象建模
1面向对象方法的基本思想和有关概念:
(思想)从面向对象的角度来看,世界就是由对象组成的。
任何给定的商业功能都是由一整套共同工作的对象互相协作来完成的。
对象不仅可以执行功能,还拥有属性(数据)。
计算机世界更好地映射现实世界。
(概念)
对象:
对象是一些属性及专用服务的封装体,它是问题域中一些事物的抽象。
属性:
属性是类的特征或特性。
属性的值是某一特定对象的属性值。
在类中属性名必须是唯一的。
每一个类的实例都有为这个类定义的所有属性的值
操作:
对象的行为是由为此对象定义的一系列操作决定的。
操作访问或修改对象的属性值。
一个类可能同时存在多个实例,也可能在某一时刻没有实例。
一个类的所有实例都可以使用在这个类中定义的操作。
类:
对象类(Objectclass)简称类,是指有相同属性和服务的一组对象的集合。
封装:
封装即信息隐藏,它保证软件部件具有较好的模块性。
隐藏:
消息:
消息是指向对象发出的服务请求(对象间的交互信息)。
继承:
继承是指特殊类的对象拥有其一般类的全部属性与服务
多态:
多态性又叫多形性,指相同的操作(或函数,或过程)可作用于多种类型的对象并获得不同的结果。
在OOP中多态的实现有两种方法:
(1)由覆盖(override)实现动态多态,子类对父类的方法进行重写,称为运行时多态,展示的是父类及其多个不同子类的多态性。
(2)由重载(overload)实现的静态多态,即利用重载技术在一个类中定义多个名称相同、参数类型不同的方法,称为编译时多态,是一个类中操作多态性的表现。
关系:
类之间的联系方式
2类图中包含哪四种关系(耦合),具体什么含义,如何表示,绘制类图
(1)继承/泛化(generalization):
类之间的关系是指对象分类的层次关系,继承关系对于类中的所有对象都成立,而不特指某个具体对象。
(2)实现(realization):
即描述和实现。
一个接口可以提供某些操作的描述,另一些类需要具体来完成这些操作,即对接口进行实现。
对象关系则是存在于具体对象实例之间的联系:
(3)关联(association):
表达对象与对象的静态联系,是一种长期关系,比如整体和部分关系。
(4)依赖(dependency):
表达对象与对象的动态联系(运行时),是一种短期关系。
3领域类图与ER图的异同
E-R图为实体-联系图,提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型。
构成E=R图的基本要素是实体,属性和联系。
领域模型(Domainmodel):
是对领域内概念类或现实世界中对象的可视化表示。
也称为概念模型。
是更为完整的业务模型的一个特例。
从UML的表示法角度,领域模型被描述为一组没有定义操作的类图(概念类、关联、属性)。
领域模型中的领域类通常只有属性,没有或很少的操作。
4对象关联的要素(名称、角色、多重性、方向)
(1)名称:
多数关联是二元的(即只存在于两个类的实例之间),在图中表示为连接两个类符号的实线路径。
使用关联名称,应该反映该关系的目的,并且应该是一个动词词组。
关联名称应放置在关联路径上或其附近
(2)角色:
关联所联系的每一端叫做一个角色。
角色名称应该是一个名词,能够表达被关联对象在关联中所充当的角色,角色名称紧邻关联线的末端。
(3)多重性:
定义了一个类A的实例在一段特定的时间内能够和多少个类B的实例发生关联。
(一对多,多对一等等)
(4)方向:
角色的导向性特征表示可以通过关联从源类导向到目标类上。
也就是说给定关联一端的对象就能够容易并直接地得到另一端的对象。
识别关联的导向可以推迟,与设计实现有关。
通常是源对象存储了对目标对象的一些引用
导向意味着一个对象对其关联对象的可访问性。
5什么是整体部分关联
(1)定义:
如果对象a是对象b的一个组成部分,则称b为a的整体对象,a为b的部分对象,二者对应的关联形式称为整体-部分关联。
这种结构可以用a“isapartof”b进行验证。
整体-部分关联是关联中使用较频繁的一种模式,用于对模型元素之间的组装关系进行建模。
整体-部分关系在现实生活中可以表现为以下几种形式:
客观上或逻辑上的整体事物和它的组成部分(机器和零件、人体和器官、书和章节、图和元素)
组织机构和它的下级组织及部分(公司和子公司、医院和科室)
团体(组织)和成员(科室和医生、班级和学生)
空间上的容器事物和其包容物(车间和机器/工人、教室和设备)
(2)整体/部分关联——聚集
聚集(aggregation)是用于为整体-部分关系建模的一种关联,使用连接线和菱形表达,菱形一端的对象是整体对象。
整体-部分关联有两种类型:
组合聚集(compositionaggregation):
组合聚集具有很强的归属关系,在特定时刻部分只能是一个组合对象的成员。
整体端的重数不会超过1(即它无法被多个整体对象共享),关系建立后一般不可变更。
关联路径的末端有一个实心菱形,用来表示组合关系。
共享聚集(sharedaggregation):
描述整体-部分的关系,部分可能同时属于多个整体对象。
关联路径的末端有一个空心菱形,用来表示聚集关系。
6泛化的使用和绘制:
泛化(Generalization)是在多个概念之间识别共性,定义超类(一般概念)和子类(特定概念)关系的活动。
第9章系统设计的概述
1系统设计的任务:
通俗地说,设计就是要回答“怎么做”,完成技术实现方案的制定,即信息系统的物理模型,一个逻辑模型,可以提出多个物理模型,根据物理模型进行实施,得到最终的物理系统。
2系统设计和系统分析、系统实施的区分:
系统设计:
系统设计是新系统的物理设计阶段。
根据系统分析阶段所确定的新系统的逻辑模型、功能要求,在用户提供的环境条件下,设计出一个能在计算机网络环境上实施的方案,即建立新系统的物理模型。
系统分析:
系统分析的主要任务是将在系统详细调查中所得到的文档资料集中到一起,对组织内部整体管理状况