信息系统分析与设计复习笔记.docx
《信息系统分析与设计复习笔记.docx》由会员分享,可在线阅读,更多相关《信息系统分析与设计复习笔记.docx(19页珍藏版)》请在冰豆网上搜索。
信息系统分析与设计复习笔记
系统分析期末复习提纲
第一章信息系统工程项目管理
•理解信息、信息化、信息资源、信息系统、信息系统建设的复杂性
信息:
是事物之间联系、相互作用的状态的描述
信息资源:
包括信息及其载体、信息采集、传输、加工、存储的各类设施和软件,制造上述硬件、软件的相关设施,有关信息采集、加工、传输、存储和利用的各种标准、规范、规章、制度、方法、技术等
信息系统:
是一个人造系统,它由人、计算机硬件、软件和数据资源组成,目的是及时、正确地收集、加工、存储、传递和提供决策所需的信息,实现组织中各项活动的管理、调节和控制。
•建设环境的复杂性
•用户需求的多样性
•建设内容的复杂性
•技术手段的复杂性
•建设需用资源的密集性
–资金密集性
–劳动密集性
–知识密集性
•诺兰模型及其应用
Zuoyong:
有利于选择信息系统开发的时机
进行统一规划,控制系统发展的方向,并且对处于不同阶段上的各子系统制定适当的发展策略。
对于第一阶段:
优先实现一些容易且易见效的系统;对于第二阶段:
应有计划地加以控制;对于第三阶段:
开发能共享的数据库管理系统;对于处于增长阶段中后期的企业,则需在数据集成上下功夫,以建设高档次的数据环境。
•项目管理的概念、信息系统项目管理的特点
项目是为完成唯一的目的所采取的一次性的努力。
项目的特点:
项目有一个唯一的目的
项目是一次性的
项目需要多方面的资源
项目应当有一个主要发起人和客户
项目具有不确定性
优秀的项目经理是项目成功的关键
•CMM重点
•理解信息系统用户的含义和分类
•项目管理工具
Project的基本功能
1)范围管理:
使用WBS分解技术对项目分解。
2)进度管理:
主要使用关键路径技术(CPM)进行时间和进度管理。
3)成本管理:
“自底向上费用估算”技术
4)人力资源管理:
5)沟通管理
6)集成管理:
第二章信息系统工程体系
•信息系统工程体系、RUP
•
•统一开发过程(RationalUnifiedProcess,RUP)
•1)RUP的基本概念
•
(1)用例驱动
•
(2)以基本架构为中心
•(3)迭代式和增量
•理解信息系统的生命周期,了解几种信息系统开发过程模式的区别
•理解结构化和面向对象两种不同的系统开发方法的区别,了解面向对象的几个重要概念
认识问题空间的出发点不同
认识系统和描述系统的方式不同
分析到设计的过渡
对变化的适应能力
对复用的支持
Gainian重要概念:
对象(属性与方法)
类与实例
封装(信息隐藏)
继承(多重继承)
消息
多态性(重载、动态绑定)
关联与链接
聚合
第三章系统规划
•理解系统规划的任务和特点、关键问题、目标
系统规划(ISP)工作的特点
(1)具有较强的不确定性,非结构化程度较高。
(2)工作环境是组织管理环境,高层管理人员(包括高层信息管理人员)是工作的主体。
(3)是一个管理决策过程,同时也是技术与管理相结合的过程。
(4)系统规划人员对管理与技术环境的理解程度,对管理与技术发展的见识,以及开创精神与务实态度是规划工作的决定因素。
(5)宜粗不宜细。
给后续各阶段的工作提供指导。
(6)必须纳入整个组织的发展规划。
系统规划(ISP)的关键问题
♦战略规划是核心
♦业务流程的改革与创新是基础
♦解决问题的有效性是关键
♦应变能力是信息系统成功的重要标志之一,也是当前信息系统建设与应用的瓶颈问题
♦人、管理、技术应协调发展
♦ISP的目标与任务
主要任务:
(1)根据组织的发展目标与战略制定业务流程改革与创新的目标和信息系统的发展战略。
(2)制定组织的业务流程规划,确定业务流程改革与创新的方案
(3)根据组织目标和业务流程规划确定信息系统的总体结构规划方案;
(4)安排项目实施方案,制定信息系统建设的资源分配方案。
•理解信息化规划的三阶段过程模型
•注意区分BSP、SST、CSF
•业务流程的特征、企业业务流程的分类与识别目的、企业资源的分类、识别业务流程的基本步骤
A、业务流程的特征
一个企业的业务流程有如下四个特征:
(1)每个流程都有输入和输出
(2)每个企业流程都有用户(顾客)
(3)每一个企业流程都有一个核心的处理对象,一个大的企业流程往往是实现这个对象的生命周期
(4)业务流程往往是跨职能部门的
B、业务流程的识别目的
(1)使信息系统独立于组织机构的变化。
(2)理解企业如何能完成它的总使命和目标。
(3)为从操作控制流程中分离出战略规划和管理控制提供依据。
(4)为定义所需的信息结构、决定它的范围、分解成模块和建立开发的优先次序提供依据。
(5)为定义关键的数据需求提供基础。
企业资源的分类:
识别业务流程的基本步骤:
•数据规划的主要成果是什么?
解释U/C矩阵的组成和功能。
数据规划的任务就是根据信息需求分析的结果,对规划中体现信息需求的数据资源进行严格的定义、科学的分类和合理的组织,为信息系统功能与目标的实现打好数据基础。
U/C矩阵的功能:
♦通过对U/C矩阵的正确性检验,及时发现前面工作的疏漏和错误。
♦分析数据的正确性和完整性
♦划分子系统
♦通过子系统之间的联系(U)可以确定子系统之间的联系
•可行性研究的任务和内容
可行性研究(可行性分析)是指在项目正式开发之前,先投入一定的精力,通过一套准则,从经济、技术、社会等方面对项目的必要性、可能性、合理性,以及项目所面临的重大风险进行分析和评价,得出项目是否可行的结论。
•可行性研究结果有三种情况:
•①可行,按计划进行;
•②基本可行,对项目要求或方案做必要修改;
•③不可行,不立项或终止项目。
•
可行性研究的内容
1.技术可行性
2.经济可行性
3.操作可行性
4.社会可行性(法律可行性)
5.抉择
第四章需求分析
•需求工程及其层次组成
需求工程一般指应用已证实有效的原理、方法,通过合适的工具和记号,系统地描述待开发系统及其行为特征和相关约束。
通常是一些过程的集合:
需求获取(需求获取)、需求分析和编写软件规格说明书(SRS)及验证(包括确认和证实)。
•需求分析的任务
组织结构分析
业务流程分析
数据分析
功能分析
性能分析
接口分析
运行环境分析
界面约定
总体评估与分析
在实现生活中,确实存在多种软件,确实有多种软件需求。
但是,由于信息系统这种软件应用面最广,市场最大,客户最多,需求分析最难,所以“需求分析”就等于“信息系统需求分析”。
需求分析是分行业的,成功的需求分析专家,都是某行业领域内的行业产品专家。
•系统详细调查的内容范围和要领
•需求分析过程中出现交流阻塞的原因
•系统详细调查的主要结果有哪些?
•业务流程图
第五章系统分析
•结构化系统分析的模型结构
分析模型的构成
数据字典(DD):
模型核心(中心库)
实体关系图(E-R图,ERD):
数据流图(DFD)
指明数据在系统中移动时如何被变换;
描述对数据流进行变换的功能;
DFD中每个功能的描述包含在加工规约(小说明)。
状态转移图(STD)
指明作为外部事件的结果,系统将如何动作。
•数据流图的概念及组成
数据流程图(DFD):
一种全面描述信息系统逻辑模型的主要工具,利用外部项、数据流、加工处理和数据存储四种基本符号综合地反映信息在系统中的流动、处理和存储情况。
四种基本图形符号:
•数据字典的概念及组成
数据字典DD是“关于系统数据的数据库”,就是与DFD配套,用于描述数据流图中的数据流、文件的数据构成、加工处理及外部实体的一种工具。
1、数据元素
是数据的最小单位,包括:
数据元素的名称、别名、取值范围和含义、数据元素的长度以及备注等信息
2、数据流和数据结构
数据流由一个或一组固定的数据项组成。
定义内容包括数据流的名称、组成、来源、去向、数据流的流量和峰值流量。
3、数据存储
在DD中只描述数据的逻辑存储结构,不涉及具体的设计和组织。
定义内容有数据存储的编号、名称、简述、组成、关键字、相关联处理、立即存取要求。
要注意数据的静态和动态特性
4、定义加工
包括编号、名称、功能说明、所属部门、产生数据流、使用数据流
5、定义外部项
包括编号、名称、输出数据流、输入数据流备注等信息
•实体关系图的概念及组成
E-R
•数据建模、功能建模、数据字典及判定树和判定表
功能建模就是用抽象模型的概念,按照系统内部数据传递、变换的关系,自顶向下逐层分解,直到找到满足功能要求的所有可实现的软件为止。
数据字典DD是“关于系统数据的数据库”,就是与DFD配套,用于描述数据流图中的数据流、文件的数据构成、加工处理及外部实体的一种工具。
若一个动作的执行不只是依赖一个条件,而是与多个条件有关,那末这项策略的表达用判定树来表示,可以更直观一些。
一些条件较多、在每个条件下取值也较多的判定问题,可以用判定表表示。
其优点是能把各种组合情况一个不漏地表示出来,有时还能帮助发现遗漏和矛盾的情况。
•数据流图绘制的基本原则和基本步骤
数据流图(DFD)
指明数据在系统中移动时如何被变换;
描述对数据流进行变换的功能;
1、确定所开发的系统的外部项(外部实体);
确定整个系统的输出数据流和输入数据流,把系统作为一个加工环节,画出关联图。
2、确定系统的主要信息处理功能(即主要加工环节);
确定每个加工的输出与输入数据流以及与这些加工有关的数据存储;
为各数据流、加工环节和数据存储环节命名、编号,这样就形成系统的数据流图顶层图的草图。
3、根据自顶向下+逐层分解的原则,对上层图中全部或部分加工环节进行分解。
4、重复步骤3,直到逐层分解结束。
分解结束的标志是:
对于每一个最低层的加工,都是基本加工
5、对草图进行检查和合理布局,对错误与不当之处进行修改。
6、和用户进行交流,在用户完全理解数据图的内容的基础上征求用户的意见。
第六章面向对象系统分析
•UML的概念
UML是面向对象分析与设计的一种标准表示。
它不是一种可视化的程序设计语言,而是一种可视化的建模语言;不是过程与方法,是一种表示的标准。
允许在任何一种过程和方法中使用。
•UML的5和9
•UML在系统开发不同阶段的作用
•SA与OA的主要区别
•用例图的组成及作用画图
用例图描述了系统的功能需求,它是从执行者的角度来理解系统,用于捕获系统的需求,规划和控制项目;描述了系统外部的执行者与系统提供的用例之间的某种联系。
用例图的元素有用例,执行者和连接。
•类图的组成及作用画图
•类图(Classdiagram)是用类和它们之间的关系描述系统的一种图示
•类图没有时间概念,是概念数据模型(如E-R图)的一种延伸。
•系统可有多个类图,单个类图仅表达了系统的一个方面。
要在高层给出类的主要职责,在低层给出类的属性和操作。
•类图包含7个元素:
类、接口、协作、依赖关系、泛化关系、关联关系以及实现关系
•状态图的组成及作用画图
⏹状态图展示了一个特定对象的所有可能状态以及由于各种事件的发生而引起的状态间的转移。
⏹一个状态图描述了一个状态机,用状态图说明系统的动态视图。
⏹状态图对于接口、类或协作的行为建模尤为重要,可用它描述用例实例的生存期。
•顺序图的组成及作用画图
顺序图(SequenceDiagram)展现了一组对象和由这组对象收发的消息,用于按时间顺序对控制流建模。
着重体现对象间消息传递的时间顺序。
顺序图中有四种基本符号:
活动者、对象、生命线、消息。
•活动图的组成及作用画图
活动图是一种特殊的状态图,描述需要做的活动、执行这些活动的顺序(多为并行的)以及工作流(完成工作所需要的步骤)。
它对于系统的功能建模特别重要,强调对象间的控制流程。
高层活动图用于表示任务,即用于分析用例,理解涉及多个用例的工作流、多线程及并行,显示相互联系的行为整体,还可用于业务过程建模,对系统的功能建模。
低层活动图用于表示类的方法。
•用例的三种关系
1-NN-NN-1
•类的识别及类间关系
不关心系统的运作流程及实体之间的通信状态,而只考虑系统中的人员、组织、地点、表格、报告等实体,经过分析将他们识别为类(或对象)。
被标识的实体有:
系统需要存储、分析、处理的信息实体、系统内部需要处理的设备、与系统交互的外部系统、系统相关人员、系统的组织实体。
有形实物
角色
事件/交互
具有报表格式的一些说明
•UML的建模的工具—VISIO和Rose的使用
第七章系统设计
•系统设计的任务、目标和主要活动
系统设计的任务
从信息系统的逻辑模型出发,以系统说明书为依据,一步步地加入新系统的物理内容,建立系统的物理模型,从而做好了系统实施的一切准备
系统设计的主要任务有:
♦系统总体设计。
包括应用软件系统总体结构设计、信息系统体系结构设计、数据库设计、计算机及网络系统配置方案设计。
♦系统详细设计:
代码设计、用户界面设计、输入/输出设计、处理功能设计。
♦编写系统设计报告。
•系统设计的内容
系统设计的基本内容
系统设计分为两个层次(或过程):
总体设计
详细设计
•结构化设计的基本原理
基于模块化、自顶向下细化、结构化程序设计等程序设计技术基础上发展起来的。
•模块、模块的调用方式、模块的独立性原理
•耦合、内聚的概念和判断
用两个准则度量模块独立性。
即模块间的耦合和模块的内聚。
内聚性:
内聚是一个模块内部各个元素彼此结合的紧密程度的度量。
耦合性:
耦合是模块间互相连接的紧密程度的度量。
它取决于各个模块之间接口的复杂度、调用方式以及哪些信息通过接口。
•DFD的类型;DFD向MSC的转换
•改进系统结构的启发性原则【选择】
•模块的控制范围与作用范围;扇入与扇出【选择】
•代码的作用、代码设计的原则与分类
•代码可以唯一地标识一个客观实体,通过代码对其进行分类和识别;
•代码为事物提供一个简要而准确的认定,便于数据的存储和检索。
•使用代码可以提高处理的效率和精度。
•使数据的表达标准化。
第七章系统设计
10.界面设计的黄金规则
11.算法描述工具:
N/S、PAD
第八章系统实施
•系统实施的主要任务和特点
•系统测试的概念、目标、步骤、内容、方法
系统测试,是将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行环境下,对计算机系统进行一系列的组装测试和确认测试。
系统测试的目的在于通过与系统的需求定义作比较,发现软件与系统的定义不符合或与之矛盾的地方。
α测试和β测试
•了解测试的基本技术分类。
测试过程按4个步骤进行,即单元测试、集成测试、确认测试和系统测试。
开始是单元测试,集中对用源代码实现的每一个程序单元进行测试,检查各个程序模块是否正确地实现了规定的功能。
集成测试把已测试过的模块组装起来,主要对与设计相关的软件体系结构的构造进行测试。
•黑盒/白盒测试的概念
黑盒测试(Black-BoxTest)
这种方法是把测试对象看做一个黑盒,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求和功能规格说明,检查程序的功能是否符合它的功能说明。
黑盒测试叫做功能测试或数据驱动测试。
白盒测试(White-BoxTest)
此方法把测试对象看做一个玻璃盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑路径进行测试。
通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。
因此白盒测试又称为结构测试或逻辑驱动测试。
•实用测试策略
第八章系统实施
系统转换的三种方式及其特点
•系统维护的类型和特点
样卷
一、单项选择(每题1分,共10分)
1、系统设计阶段的成果是【】
A.源程序清单B.系统设计说明书
C.系统设计任务书D.系统使用书
2、在系统开发过程中,系统初步调查所处的阶段是【】
A.系统分析B.系统设计
C.系统实施D.系统规划
样卷
二、名词解释(每题4分,共20分)
1、BSP重点
三、简答题(每题6分,共30分)
1、代码设计应从什么阶段开始?
好的代码应具有哪些特点(至少列出五点)?
四、应用题(共40分)
结构化分析和面向对象的分析建模
举例
1.*数据流图例
2.数据字典例
3.数据存取分析例
4.判定树/表例
5.*活动图例
6.*用例图例
7.顺序图例
8.MSC例
9.*类图例
判定表应用举例
例:
一图书销售系统,其中一加工为“优先处理”,条件是:
顾客的营业额大于1000元,同时必须信誉好,或者虽然信誉不好,但是20年以上的老主顾。
分析:
共有3个判定条件,有8种可能的组合情况(图a)。
对图a进行化简后,得到图b。
判定树
活动图
图书出库
出库业务也涉及到售书员和库管员两个工作岗位,与图书入库相类似,也需设置售书员和库管员两个泳道。
售书员凭领书单填出库单,然后持出库单到书库领书。
库管员先检查领书单和出库单,如果有错,让售书员修改出库单。
对正确的出库单,库管员登记出库账,然后再给售书员发书。
售书员领书出库,出库业务结束。
数据流图
是某汽车配件公司销售业务流程。
这个流程中,顾客发订单给销售部门,销售部门经过订单检查,把不合格的订单须反馈给客户,对合格订单,通过核对库存记录,缺货订单通过缺货统计,向采购部门发出缺货通知,并登记缺货记录。
对于可供货订单,登记客户档案,开出备货单,通知仓库备货。
同时保存订单数据,并进行销售统计。
TFD