系统集成技术相关知识摘要

上传人:鲁** 文档编号:560295392 上传时间:2023-05-06 格式:DOCX 页数:11 大小:25.95KB
返回 下载 相关 举报
系统集成技术相关知识摘要_第1页
第1页 / 共11页
系统集成技术相关知识摘要_第2页
第2页 / 共11页
系统集成技术相关知识摘要_第3页
第3页 / 共11页
系统集成技术相关知识摘要_第4页
第4页 / 共11页
系统集成技术相关知识摘要_第5页
第5页 / 共11页
点击查看更多>>
资源描述

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

1、一、系统集成系统集成是指将计算机软件,硬件、网络通信等技术和产品集成为能够满足用户特定需求的信息系统,包括总体策划、设计、开发、实施、服务及保障。系统集成的显著特点:F满足用户需求为根本出发点。F需求提供全面解决方案,其核心是软件。F系统集成的最终交付物是一个完整的系统而不是一个分立的产品。F技术是系统集成工作的核心,管理和商务活动是系统集成项目成功实施的保障。系统集成主要包括设备系统集成和应用系统集成。F设备系统集成也可称为硬件系统集成,设备系统集成也可分为:智能建筑系统集成、计算机网络系统集成、安防系统集成等。F应用系统集成:是系统集成的高级阶段,独立的应用软件供应商成为其中的核心。二、信

2、息系统建设信息系统的生命周期可以分为4个阶段:立项、开发、运维、消亡。(1)立项阶段:F概念的形成过程,提出初步构想,F需求分析过程,形成需求规范说明书。(2)开发阶段:F总体规划阶段:通过规划过程规范或完善用户单位的业务流程,包括信息系统的开发目标、总体结构、组织结构、管理流程、实施计划、技术规范。F系统分析阶段:提供系统的逻辑模型F系统设计阶段:信息系统的实施方案F系统实施阶段:在计算机和网络上具体实现,在计算机上运行的软件系统F系统验收阶段;(2)运维阶段:F正式移交给用户以后,就进入运维阶段,维护可分为4种类型:排错性维护、 适应性维护、完善性维护、预防性维护。(3)消亡阶段:F企业的

3、信息系统经常不可避免地会遇到系统更新改造、功能扩展,甚至报废重建等情况。对此,用户单位应当在信息系统建设的F信息系统开发方法(1)结构化方法:应用最为广泛的一种开发方法。每个阶段和主要步骤都有明确详尽的文档编制要求。结构化方法的特点:F遵循用户至上原则。F严格区分工作阶段,每个阶段有明确的任务和取得的成果。F强调系统开发过程的整体性和全局性。F系统开发过程工程化,文档资料标准化。(2)原型法:先快速开发一个原型系统,然后通过反复修改来实现用户的最终系统需求。F实际可行。F具有最终系统的基本特征。F构造方便、快速,造价低。F信息系统开发方法-原型法的分类:(1)抛弃型原型(Throw-It-Aw

4、ay Prototype)。(2)进化型原型(Evolutionary Prototype)。(3)面向对象方法:F客观事物是由对象组成的F对象是由属性和操作组成的F对象之间的联系通过消息传递机制来实现F对象可以按其属性来归类F对象具有封装的特性,建立一个全面、合理、统一的模型。F面向对象开发方法主要有分析、设计和实现三个阶段。分析、设计和实现三个阶段的界限并非十分明确,但对信息系统的开发划分阶段还是十分必要的。(4)在系统开发的实际工作中,具体的组合形式。F(1)结构化方法与原型法的组合应用。F(2)结构化方法与面向对象方法的组合应用。F(3)原型法与面向对象方法的组合应用。(5)结构化方法

5、和原型法的优缺点结构化方法:F优点是:用户需求在系统建立之前就能被充分了解和理解。注重开发过程的整体性和全局性。F缺点是:要求在开发之初全面认识系统的信息需求,若用户参与系统开发的积极性没有充分调动,造成系统交接过程不平稳,系统运行与维护管理难度加大。原型法:F对用户的需求是动态响应、逐步纳入的,系统分析、设计与实现都是随着对一个工作模型的不断修改而同时完成的。F适于用户需求开始时定义不清、管理决策方法结结构化程度不高的系统开发,开发方法更宜被用户接受;但如果用户配合不好,盲目修改,就会拖延开发过程。三、软件工程软件需求:软件需求是一个为解决特定问题而必须由被开发或被修改的软件展示的特性。来自

6、一个组织不同层次的不同人员的需求和来自软件将要在其中运行的环境的需求的复杂组合。软件需求的基本特性:可验证性、优先级、惟一地标识软件需求。需求分析涉及分析需求的过程,其目的如下:F检测和解决需求之间的冲突。F发现软件的边界,以及软件与其环境如何交互。F详细描述系统需求,以导出软件需求。描述需求时必须仔细,应该精确到能确认需求,验证需求的实现,估算需求的成本。软件设计:软件设计是“定义一个系统或组件的架构、组件、接口和其他特征的过程”,并得到“这个过程的结果”。软件设计活动:软件架构设计和软件详细设计。软件架构通过视图可以从不同角度描述软件结构,主要包括逻辑视图(满足功能需求)、过程视图(并发问

7、题)、组件视图(实现问题)、部署视图(分布问题)。软件测试:软件测试是为评价和改进产品质量、识别产品的缺陷和问题而进行的活动。测试不再只是一种仅在编码阶段完成后才开始的活动。现在的软件测试被认为是一种应该包括在整个开发和维护过程中的活动,它本身是实际产品构造的一个重要部分。三个大的测试阶段:单元测试、集成测试和系统测试。软件维护:软件维护是生命周期的一个完整部分。需要提供软件支持的全部活动。包括在交付前完成的活动,以及交付后完成的活动。软件维护包括的类型:F(1)更正性维护F(2)适应性维护F(3)完善性维护F(4)预防性维护软件复用:软件复用是指利用已有软件的各种有关知识构造新的软件,以缩减

8、软件开发和维护的费用。早期主要是代码级复用,后来扩大到包括领域知识、开发经验、设计决策、架构、需求、设计、代码和文档等一切有关方面。软件复用是人们对面向对象方法寄托的主要希望之一,面向对象的软件开发和软件复用之间的关系是相辅相成的。一方面,面向对象的方法的基本概念、原则与技术提供了实现软件复用的有利条件;另一方面,软件复用技术也对面向对象的软件开发提供了有力的支持。软件质量:“软件质量”的定义是:软件特性的总合,软件满足规定或潜在用户需求的能力。也就是说,质量就是遵从用户需求,达到用户满意。软件质量包括内部质量、外部质量和使用质量。从软件在内部、外部和使用中的表现来衡量。软件质量管理过程包括:

9、质量保证过程、验证过程、确认过程、评审过程、审计过程等。软件质量保证过程通过计划制订、实施和完成一组活动提供保证,保证软件产品和过程符合其规定的需求。验证和确认的区别:F验证:是否正确的做事F确认:是否做了正确的事评审与审计过程包括:管理评审、技术评审、检查、走查、审计等。F管理评审的目的是监控进展,决定计划和进度的状态,管理方法的有效性。F技术评审的目的是评价软件产品,以确定其对使用意图的适合性。F检查的目的是检测和识别软件产品异常。F走查类似于检查,但通常不那么正式。走查通常主要由同事评审其工作,以作为一种保障技术。软件配置管理:软件配置管理过程的管理和计划、软件配置标识、软件配置控制、软

10、件配置状态记录、软件配置审计、软件发布管理与交付。软件开发工具包括:软件需求工具、软件设计工具、软件构造工具、软件测试工具、软件维护工具、软件配置管理工具、软件工程管理工具、软件工程过程工具、面向对象:F对象:由数据及其操作所构成的封装体,对象包含三个基本要素,分别是:对象标识、对象状态和对象行为。对象是类的实际例子。F类和对象的关系:(1)每一个对象都是某一个类的实例。 (2)每一个类在某一时刻都有零或更多的实例。 (3)类是静态的。(4)类是生成对象的模板。F抽象:一个对象是一个实体的抽象,一个类是一组对象的抽象。F继承:表示类之间的层次关系,继承又可分为单继承和多继承,多继承中的子类可以

11、从多于一个的父类继承,Java是单继承的语言,而C+允许多继承。F组件:是一个封装的代码模块或大粒度的运行对的模块,应当按可复用的要求进行设计、实现、打包、编写文挡。组件应当是内聚的,并具有相当稳定的公开的接口,具备“可变性”,以提高其通用性。一方面提供一些公共“特性”,另一方面还要提供可变的“特性”,改造组件的可变“特性”,即“客户化”。F模式:一条由三部分组成的规则,它表示了一个特定环镜、一个问题和一个解决方案之间的关系。统一建模语言:统一建模语言(Unified Modeling Language,UML)是一个通用的可视化建模语言,它是面向对象分析和设计的一种标准化表示,用于对软件进行

12、描述、可视化处理、构造和建立软件系统的文档。它记录了对所构造的系统的决定和理解,可用于对系统的理解、设计、浏览、配置、维护和信息控制。UML标准并没有定义一种标准的开发过程,但它比较适用于迭代式的开发过程。UML描述了系统的静态结构和动态行为,它将系统描述为一些独立的相互作用的对象,构成为外界提供一定功能的模型结构,静态结构定义了系统中重要对象的属性和服务,以及这些对象之间的相互关系,动态行为定义了对象的时间特性和对象为完成目标而相互进行通信的机制。UML具有如下的语言特征。F不是一种可视化的程序设计语言,而是一种可视化的建模语言。F是一种建模语言规范说明,是面向对象分析与设计的一种标准表示。

13、F不是过程,也不是方法,但允许任何一种过程和方法使用它。F简单并且可扩展,具有扩展和专有化机制,便于扩展,无需对核心概念进行修改。F为面向对象的设计与开发中涌现出的高级概念对架构、框架、模式和组件的重用。F与最好的软件工程实践经验集成。UML的设计目标:最重要的目标是使UML成为一个通用的建模语言,可供所有建模者使用。UML并不试图成为一个完整的开发方法,它不包括一步一步的开发过程。UML可以支持很多的、至少是目前现有的大部分软件开发过程。UML视图被划分成三个视图域:结构、动态行为和模型管理。F结构描述了系统中的结构成员及其相互关系。模型元素包括类、用例、构件和节点。F结构视图包括:静态视图

14、、用例视图和实现视图。F动态行为描述了系统随时间变化的行为。行为用从静态视图中抽取的瞬间值的变化来描述。动态行为视图包括:状态机视图、活动视图和交互视图。UML提供了如下9种主要的图来对待建系统进行建模:用例图、类图、对象图、构件图、部署图、状态图、序列图、协作图、活动图。RUP:RUP的目标:在可预见的日程和预算的前提下,确保满足虽终用户需求的高质量产品。对于所有的关键开发活动,它为每个团队成员提供了使用准则、模板、工具指导来进行访问的知识基础。FRUP的6个基本最佳实践经验如下: (1)迭代式开发、(2)需求管理、(3)使用以组件为中心的软件架构、(4)可视化软件建模、(5)验证软件质量、

15、(6)控制软件变更。FRUP每一个周期都工作在产品的一个新版本上。将周期又划分为4个连续的阶段,即初始阶段、细化阶段、构造阶段和交付阶段。面向对象:面向对象的分析模型:由用例模型、类-对象模型、对象-关系模型和对象-行为模型组成。F面向对象分析的主要目标:(1)描述用户需要、(2)建立创建软件设计的基础、(3)定义软件完成后可被确认的一组需求。F面向对象的分析的步骤:(1)发现角色/参与者、 (2)发现用例、(3)建立用例模型、(4)进行领域分析、 (5)建立对象-关系模型、 (6)建立对象-行为模型、 (7)建立功能模型。F面向对象的系统设计阶段对分析阶段给出的问题域模型,用面向对象方法设计出软件基础架构(概要设计)和完整的类结

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

最新文档


当前位置:首页 > 建筑/环境 > 综合/其它

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