系统集成技术及答案

上传人:xzh****18 文档编号:50070341 上传时间:2018-08-06 格式:PPT 页数:210 大小:13.10MB
返回 下载 相关 举报
系统集成技术及答案_第1页
第1页 / 共210页
系统集成技术及答案_第2页
第2页 / 共210页
系统集成技术及答案_第3页
第3页 / 共210页
系统集成技术及答案_第4页
第4页 / 共210页
系统集成技术及答案_第5页
第5页 / 共210页
点击查看更多>>
资源描述

《系统集成技术及答案》由会员分享,可在线阅读,更多相关《系统集成技术及答案(210页珍藏版)》请在金锄头文库上搜索。

1、系统集成技术郭树行 博士中心特聘辅导专家信息系统集成分类信息系统集成分类 设备系统集成,也可称为硬件系统集成 智能建筑系统集成 计算机网络系统集成 安防系统集成 应用系统集成 为用户提供一个全面的系统解决方案 应用系统集成又称为行业信息化解决方案集成信息系统建设信息系统的生命周期4个阶段 立项 形成需求规范说明书 开发 总体规划阶段、系统分析阶段、系统设计阶段、系统 实施阶段、系统验收阶段 运维 排错性维护、适应性维护、完善性维护、预防性维护 消亡典型信息系统项目生命周期模型瀑布模型 V模型 螺旋模型 迭代模型 喷泉模型结构化方法 把整个系统的开发过程分为若干阶段,然后一步 一步地依次进行,前

2、一阶段是后一阶段的工作依据 原型法 本着开发人员对用户需求的初步理解,先快速开 发一个原型系统,然后通过反复修改来实现用户的 最终系统需求 抛弃型原型、进化型原型 面向对象方法 将信息系统看作一起工作来完成某项任务的相互 作用的对象的集合 分析、设计和实现三个阶段信息系统开发方法结构化分析方法(SA)的主要思想是(1)。(1) A自顶向下、逐步分解B自顶向下、逐步抽象C自底向上、逐步抽象D自底向上、逐步分解适用于项目需求清晰、在项目初期就可以明确所有 需求、不需要二次开发的软件生命周期模型是(1 );适用于项目事先不能完整定义产品所有需求、 计划多期开发的软件生命周期模型是(2) 。(1) A

3、.瀑布模型 B.迭代模型C.快速原型开发D.快速创新开发(2) A.快速原型开发B.快速创新开发C.瀑布模型D.迭代模型常见的软件开发模型有瀑布模型、演化模型、螺旋 模型、喷泉模型等。 其中(1) 适用于需求明确或很少变更的项目,(2 )主要用来描述面向对象的软件开发过程。(1)A.瀑布模型B.演化模型C.螺旋模型D.喷泉模型(2)A.瀑布模型B.演化模型C.螺旋模型D.喷泉模型原型化方法是一种动态定义需求的方法, (1)不是原型化方法的特征。(1) A简化项目管理 B尽快建立初步需求 C加强用户参与和决策 D提供完整定义的需求螺旋模型是一种演进式的软件过程模型,结合了原 型开发方法的系统性和

4、瀑布模型可控性特点。它 有两个显著特点,一是采用(1) 的方式逐步加 深系统定义和实现的深度,降低风险;二是确定 一系列(2) ,确保项目开发过程中的相关利益 者都支持可行的和令人满意的系统解决方案。(1)A. 逐步交付 B. 顺序 C. 循环 D. 增量(2)A. 实现方案 B. 设计方案 C. 关键点 D. 里程碑某软件公司欲开发一个图像处理系统,在项目初 期开发人对需求并不确定的情况下,采用(1) 方法比较合适。(1) A. 瀑布式 B. 快速原型 C. 协同开发 D. 形式化管理信息系统建设的结构化方法中,用户参与的原则 是用户必须参与(1)。(1) A系统建设中各阶段工作 B系统分析

5、工作 C系统设计工作 D系统实施工作所谓信息系统集成是指( 1 )。(1) A. 计算机网络系统的安装调试 B. 计算机应用系统的部署和实施 C. 计算机信息系统的设计、研发、实施和服务 D. 计算机应用系统工程和网络系统工程的总体策划、设计 、开发、实施、服务及保障软件工程软件需求分析与定义需求分析涉及分析需求的过程,目 的是:检测和解决需求之间的冲突 发现软件的边界,以及软件与其环境 如何交互 详细描述系统需求,以导出软件需求软件设计定义一个系统或构件的架构、构件、接口 和其他特征:软件架构设计(有时叫做高层设计) 描述软件的结构和组织,标识各种不同的 构件;软件详细设计 详细地描述各个构

6、件,使之能被构造软件测试应该包括在整个开发和维护过程中的 活动,它本身是实际产品构造的一个重 要部分测试阶段: 单元测试(代码) 集成测试(详细) 系统测试(概要) 确认与验收(需求)更正性维护 软件产品交付后进行的修改,以更正发现的问题适应性维护 软件产品交付后进行的修改,以保持软件产品能在变化 后或变化中的环境中可以继续使用完善性维护 软件产品交付后进行的修改,以改进性能和可维护性预防性维护 软件产品交付后进行的修改,以在软件产品中的潜在错 误成为实际错误前,检测和更正它们软件维护质量管理过程: 质量保证过程 验证过程 确保活动的输出满足活动的规范说明 确认过程 确保建造了正确的产品 评审

7、过程、审计过程评审与审计过程包括: 管理评审 监控进展 技术评审 评价软件产品 检查、走查、审计软件质量保证及质量评价需求开发的目的是通过调查与分析,获取用户需求 并定义产品需求。完整的需求开发的过程包括(1 )。(1)A需求获取、需求分析、需求定义 B需求获取、需求分析、 C需求获取、需求分析、需求定义、需求验证 D需求分析、需求定义、需求验证需求规格说明书的内容不应当包括(1)。(1) A对重要功能的描述 B对算法过程的描述 C软件确认准则 D软件性能软件的维护并不只是修正错误。为了满足用户提出的修改 现有功能、增加新功能以及一般性的改进要求和建议,需要 进行(1) ,它是软件维护工作的主

8、要部分;软件测试不可 能发现系统中所有潜在的错误,所以这些程序在使用过程中 还可能发生错误,诊断和更正这些错误的过程称为(2) ; 为了改进软件未来的可维护性或可靠性,或者为了给未来的 改进提供更好的基础而对软件进行修改,这类活动称为(3 ) 。(1)A.完善性维护 B.适应性维护 C.预防性维护 D.改正性维护 (2)A.完善性维护 B.适应性维护 C.预防性维护 D.改正性维护 (3)A.完善性维护 B.适应性维护 C.预防性维护 D.改正性维护在进行金融业务系统的网络设计时,应该优先考 虑(1) 原则。(1)A. 先进性B. 开放性C. 经济性D. 高可用性在软件开发的V模型中,应该在(

9、1)阶段制定单 元测试计划。(1)A.需求分析B.概要设计C.详细设计D.代码编写(1)的目的是评价项目产品,以确定其对使用 意图的适合性,表明产品是否满足规范说明并 遵从标准。(1) A. IT审计 B. 技术评审 C. 管理评审 D.走查按照规范的文档管理机制,程序流程图必须在(1 )两个阶段内完成。(1)A. 需求分析、概要设计 B. 概要设计、详细设计 C. 详细设计、实现阶段 D. 实现阶段、测试阶段信息系统的软件需求说明书是需求分析阶段最后 的成果之一,(1)不是软件需求说明书应包 含的内容。(1) A. 数据描述B. 功能描述 C. 系统结构描述D. 性能描述需求工程帮助软件工程

10、师更好地理解要解决的问题 。下列活动中,不属于需求工程范畴的是(1)。(1) A.理解客户需要什么,分析要求,评估可行性 B.与客户协商合理的解决方案,无歧义地详细说明方案 C. 向客户展现系统的初步设计方案,并得到客户的认可 D. 管理需求以至将这些需求转化为可运行的系统软件质量强调三个方面的内容: (1) 是测试软件质 量的基础;(2)定义了一组用于指导软件开发方式的 准则;(3)间接定义了用户对某些特性的需求。(1)A. 软件需求 B. 软件分析 C. 软件设计 D. 软件实现 (2)A. 开发文档 B. 开发标准 C. 维护手册 D. 用户手册 (3)A. 功能需求 B. 非功能需求

11、C. 期望需求 D. 质量属性需求面向对象系统分析与设计概 述面向对象方法的基本思想: 客观事物是由对象组成的,对象是在原事物基础上 抽象的结果。 对象是由属性和操作组成的 对象之间的联系通过消息传递机制来实现 对象可以按其属性来归类 基本概念 基本原理、原则 表示法:UML 模型: 需求模型、分析模型、设计模型、实现模型 核心工作流: 业务流程建模、需求获取、分析、设计、实现、测试 、配置发布 软件生存期模型: 喷泉模型,迭代式开发 过程: RUP、XP 支持工具:Rose面向对象方法的构成 是系统中用来描述客观事物的一个实体,它是构 成系统的基本单位 自然实体 概念实体 软件实体 对象由一

12、组属性和对属性进行操作的一组服务构 成 对象有三个重要特性: 状态 行为 标识对 象 一组具有相同结构和行为的一组对 象的集合 共同的结构通过属性表现出来( 数据) 共同的行为通过操作表现出来( 功能)类类和对象的关系: 每一个对象都是某一个类的实例 每一个类在某一时刻都有零或更多的实例 类是静态的,它们的存在、语义和关系在 程序执行前就已经定义好了,对象是动态的 ,它们在程序执行时可以被创建和删除 类是生成对象的模板OO的三特性: 封装 “信息隐藏” 继承 多态 系统设计原则 “高内聚、低耦合”模式 每一个模式描述了一个不断重复发生 的问题,以及该问题的解决方案 由三部分组成的规则 特定环境

13、 问题 解决方案在面向对象方法中,对象可看成属性(数据) 以及这些属性上的专用操作的封装体。封装是 一种(1)技术。类是一组具有相同属性和相 同操作的对象之集合,类的每个对象都是这个 类的一个(2)。(1) A组装 B. 产品化C. 固化 D. 信息隐蔽(2) A. 例证 B. 用例C. 实例 D. 例外雇员类含有计算报酬的行为,利用面向对象的(1 ),可以使得其派生类专职雇员类和兼职雇员类计 算报酬的行为有相同的名称,但有不同的计算方法 。(1)A. 多态性B. 继承性C. 封装性D. 复用性类之间共享属性和操作的机制称为(1)。一 个对象通过发送(2)来请求另一个对象为其 服务。(1)A.

14、 多态 B. 动态绑定C. 静态绑定 D. 继承(2)A. 调用语句 B. 消息C. 命令D. 口令在采用面向对象技术构建软件系统时, 很多敏捷 方法都建议的一种重要的设计活动是(1) ,它 是一种重新组织的技术,可以简化构件的设计而 无需改变其功能或行为。(1)A. 精化 B. 设计类C. 重构 D. 抽象(1)可以帮助人们简单方便地复用已经成功的设 计或体系结构。(1)A. 商业构件B. 设计模式C. 遗留系统D. 需求规格说明在面向对象软件开发过程中,设计模式的采用是 为了(1)。(1) A允许在非面向对象程序设计语言中使用面向对 象的概念 B复用成功的设计和体系结构 C减少设计过程创建

15、的类的个数 D保证程序的运行速度达到最优值统一建模语言UMLUML语言的特点 是一种建模语言规格说明,是面向对象分 析与设计的一种标准表示 简单并且可扩展,具有扩展和专有化机制 ,便于扩展,无需对核心概念进行修改 不是过程,也不是方法 视图 表达系统某一方面特征的UML建模元素的子集,由多 个图构成,是在某一个抽象层上,对系统的抽象表示 图 模型元素集的图形表示,通常为弧(关系)和顶点( 其他模型元素)相互连接构成的 模型元素 代表面向对象中的类、对象、消息和关系等概念,是 构成图的最基本的常用概念 公共机制 用于表示其它信息,比如注释、模型元素的语义等 还提供扩展机制,使UML语言能够适应一个特殊的方 法(或过程),或扩充至一个组织或用户组成: 用例图(Use Case Diagram) 描述系统功能 类图(Class Diagram) 描述系统的静态结构 对象图(Object Diagram) 描述系统在某个时刻的静态结构 序列图(Sequence Diagram) 按时间顺序描述系统元素间的交互 协作图(Collaboration Diagram) 按照时间和空间顺序描述系统元素间的交互和它们之间的关系 状态图

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号