信息系统集成专业技术知识样本[推荐]

《信息系统集成专业技术知识样本[推荐]》由会员分享，可在线阅读，更多相关《信息系统集成专业技术知识样本[推荐]（97页珍藏版）》请在金锄头文库上搜索。

1、资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 信息系统集成专业技术知识 系统集成项目是根据用户的需求、优选各种技术产品 , 进行设计开发 , 将各个 分离的”信息孤岛”连接、集成为一个完整、可靠、 经济和有效的整体 , 并 使之能彼此协调工作 , 发挥整体效益 , 达到整体优化的目的。 3.1 信息系统集成的简述 3.2 信息系统建设 由于典型的系统集成项目具有目标不明确、需求变化频繁、智力密集、设计 人员高度专业化、涉及的承包商多等特点 ; 在系统集成项目中 , 由于用户的不 同需求和特点 , 每一个系统集成项目都和其它工程不完全一样, 因此需要一定 的定制 , 带有一些非

2、标准的问题, 加之系统集成项目要求对用户需求有较好的 掌握, 所有这些因素就造成了对信息系统建设的复杂性。、 3.2.1 信息系统的生命周期、各阶段的目标以及主要的工作内容 信息系统的生命周期能够分为四个阶段: 形成、 开发、 运维和消亡。 典型的信息系统有软件子系统、数据库子系统和网络子系统组成。因此应在信 息系统的早期明确对信息系统的需求, 并把这些系统分配给软件子系统、数据 库子系统和网络子系统。 形成阶段包括概念形成 ( 问题定义 ) 、 可行性分析和需求调研。 开发阶段包括需求分析、系统设计、系统实施和系统验收等子阶段。 运维阶段包括保证系统正常。 当信息系统不可避免的会遇到更新改造

3、、功能扩展、甚至报废重建等情况时 , 信息系统就进入消亡阶段。 典型的信息系统的生命周期如图, 其中验收之前的工 作称作项目或工程 , 验收之后称为系统的运行和维护。 资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 用户的 需求调 研 用户需求 分析 系统总体设计 软件与数据库的设 计与实现 物理网络的设计与 实现 综合布线与机房工 程 系统联调与 试运行 验收与交付 系统运行与维护 图 3.1 典型的信息系统生命周期 信息系统建设的原则如下: 为客户的业务发展服务 总体规划、分步实施 保护客户现有的 ( IT资产) ( 与客户现有的系统和数据兼容、互联互通 ) 支持 SOA

4、架构 资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 3.2.2 信息系统的开发方法 常见的信息系统分析与系统设计的方法有: 结构化方法和面向对象的方法。 常见的过程方法有 : 瀑布模型、螺旋模型、原型法和迭代法。 习题及其分析 适用于项目需求清晰 , 在项目初期就能够明确所有需求、不需要二次开发的软 件生命周期模型是瀑布模型; 适用于项目实先不能完整定义产品需求、计划多 期开发的软件生命周期模型是迭代模型。 一般把信息系统项目的生命周期划分为启动、计划、 实施和收尾等四个典型的 阶段, 监控作为过程贯穿于整个生命周期, 而信息系统作为项目的产品也可按 技术工作划分产品的生命周

5、期, 按个生命周期按时间的先后, 以过程的方式相 互穿插在一起。 瀑布模型、迭代模型和快速原型开发是典型的三个产品的生命周期模型。 对需求清晰、 在项目初期就能够明确所有的需求、不需要二次开发的项目而言, 瀑布模型适合用来做产品的生命周期模型。 对于事先不能完整定义产品所需需求、计划多期开发的项目来说, 迭代模型适 合用来做产品的生命周期模型。 对于需要很快给客户 / 用户演示产品原型的项目, 快速原型开发适用于做产品的 生命周期模型。 习题三 在软件开发的 V 模型中, 应该在概要设计阶段制定系统的测试计划。 瀑布模型把测试推迟到项目生命周期的最后阶段进行, 系统前期出现的严重错 误可能被隐

6、藏 , 此时修改代价很大、发布日期会被迫延迟 , 而且瀑布模型使得 开发中的很多关键成员例如开发人员和测试人员长期处于空闲状态。”V 模型” 能够称为瀑布模型的变形模式, 它提出了测试提前的理念。 资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 V模型如图 3.2 所示 图 3.2 的左边是设计和分析 , 是软件设计实现过程 , 同时伴随着制定测试计划 的过程 ; 右边是对左边结果的验证, 即对设计和分析的结果进行测试, 以确认 是否满足用户需求。如 : 需求分析对应验收测试。在做需求分析、产品功能设计的同时 , 测试人员 就开始阅读、审查需求分析结果 , 从而了解产品的设计特

7、性、用户的真正 需求, 确定测试目标 , 能够准备用例并制定验收测试计划。 当系统设计人员在概要设计时, 测试人员能够了解系统是如何实现的, 基 于甚么样的平台 , 这样能够设计系统测试方案和系统测试计划, 并事先准 备系统的测试环境 , 包括硬件和第三方软件的采购。 需求分析验收测试 概要设计系统测试 详细设计集成测试 编码单元测试 当设计人员在做详细设计时, 测试人员能够参与设计 , 对设计进行评审 , 找出设计的缺陷 , 同时设计功能、新特性等各方面的测试用例, 完善测试 计划, 并基于这些测试用例并开发测试脚本。 资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 在编程的

8、同时 , 进行单元测试 , 是一种很有效的办法 , 能够尽快找出程序 中的错误 , 充分的单元测试能够大幅度提高程序质量, 减少成本。 习题四 RUP 是信息系统项目的生命周期模型之一, ”确保软件结构、需求、 计划足够 稳定; 确保项目风险已经降低到能够预计完成整个项目的成本和日程的程度。针 对项目软件架构上的主要风险已经解决或处理完成细化阶段的主要任务。 RUP( Rational Unified Process) 软件统一过程是一种”过程方法”, 它就是 迭代模型的一种。 RUP 中的软件生命周期在时间上分解为四个顺序的阶段, 分别 是: 初始阶段、 细化阶段、 构建阶段和交付阶段。 这

9、四个阶段的顺序执行就形 成一个周期。 其中细化阶段的任务如下: （1）确保软件结构、需求、 计划足够稳定 ; 确保项目风险已经降低到能够预 算完成整个项目的成本和日程的程度。 （2）针对项目的软件结构上的主要风险已经解决或处理完成。 （3）经过完成软件结构上的主要场景建立软件体系结构的基线。 （4）建立一个包含高质量组件的可演化的产品模型。 （5）说明基线化的软件结构能够保障系统需求能够控制在合理的成本和时间范 围内。 （6）建立好产品的支持支撑。 极限编程技术 XP适用于需求多变 , 开发队伍规模较小 , 需求开发方”快速反馈 , 及时调整”。 极限编程技术 XP是一种开发软件的轻量级方法。

10、XP适用于小型或中型软件开发 团队, 而且客户的需求模糊或需求多变。 XP 是一种近螺旋式的开发方法, 它将复杂的开发过程分解为一个个相对比较简 单的小周期。经过积极的交流和反馈, 能够根据实际情况及时的调整开发过程。 资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 3.3 信息系统工程与软件工程 3.3.1 信息系统工程 1、信息系统需求调研与系统分析 经过需求调研要搞清楚如下问题: 客户对待建系统有那些要求? 用户的业务当前是如何开展的? 当前存在甚么问 题? 业务及其流程是否需要优化? 用户的那些业务需要IT 技术支持 ? 用户业务 的那些问题需要IT 技术俩解决 ? 此

11、时客户和用户的语言类描述客户的需求和用 户的业务 , 用客户和用户的语言来与她们进行交流的并与她们达成一致的认识。 经过需求分析 ( 或者称之为系统分析 ) , 要把需求调研的结果用IT 语言或通俗 的图形描述出来 , 要回答如下问题 : 未来要开发的系统应该具有那些功能和性能? 它有甚么样的系统架构? 每一个 功能模块有时如何支持客户需求和用户业务的? 对系统的可用性、可靠性、 可 移植性、集成性、适应性和数据要求是甚么? 上述过程提及的描述语言是统一建模语言( UML) 。提供了通俗的符号和 图形来描述客户的需求和用户眼中的业务, UML 以图形的方式方便了IT 人员、 客户和用户之间的交

12、流。 对软件项目和软件子项目来说, RUP 能够参考的开发方法之一 , RUP 对网络工程 也有很强的指导作用。 2、信息系统的设计 由于信息系统由线路、网路、 软件和数据库组成 , 因此无论是信息系统的需求 调研、 需求分析 ( 或称系统分析 ) 还是信息系统的设计 , 都涉及到综合布线、 资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 组网和软件系统 ( 含数据库 ) 等三部分 , 这三部分分别承担客户和用户对信息 系统的相应需求。 1 关于三部分的设计工作 , 下文都会有论述。 1) 方案设计 信息系统的方案设计包括如下内容: 、 （1）信息系统的总体设计 （2）软件工程

13、的设计 （3）网络工程的设计 （4）综合布线和机房工程设计 有关软件工程的设计请参考3.3.3 节和 3.4.5 节相关的内容 , 有关网络工程的设 计、 综合布线和机房工程的设计和设备、 DBMS 和技术选型。请参考3.7.11 节 中的相关内容。 2）系统架构 典型的信息系统体系结构如下图3.3 所示 在图 3.3 中, 环境支持平台包括机房和电源, 环境支持平台也叫基础设施。 计算 机网络平台包括网络传输基础设施、网络通信设备、网络服务器和操作系统、 网络协议、网络平台、外部信息基础设备等 , 以保证网络的互联互通、应用 基础平台包括数据库平台、 Internet基础服务、 网络管理平台

14、和开发工具等。 网络应用系统层放置为用户的业务开发出来的各种应用软件系统用户界面层包 括为用户开发的客户 / 服务器 Client界面、 Web界面和 GUI界面。 资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 用户1用户2用户3 软件集成 数据集成 网络集成 客 户 服 务 器 平 台W eb平 台G U I平 台 网 络 安 全 与 网 络 管 理 5 、 用 户 界 面 4、 网 络 应 用 系 统 数 据 库 平 台开 发 工 具基 础 服 务 3、 应 用 基 础 平 台 2、 计 算 机 网 络 平 台 (信 息 基 础 设 施 ） 1、 环 境 支 持 平 台

15、资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 在图 3.3 中, 网络安全是指在网络系统中保证信息产生、处理、 传输、 存储 过程中的机密性、鉴别、 完整性和可用性的软硬件措施, 它可能贯穿与网络体 系结构的每一个层次。 除网络安全技术之外 , 还需要对网络进行安全管理, 网络 安全管理是一个组织建立信息安全方针和目标实现这些目标的体系。 3.3.2 软件工程之软件需求分析与定义 软件需求分析与定义过程了解客户需求和用户的业务, 为客户、用户和开 发者之间建立一个对于待开发的软件产品的共同理解, 并把软件需求分析结果 写到软件需求说明书中。 1、需求分析的任务 需求分析的任务

16、是 : 准确定义未来系统的目标, 确定为了满足用户的需求待建 系统必须做什么即” what to do?”, 并用需求规格说明书以规范的形式准确表示 用户的需求。 让用户和开发者共同明确待建的是一个甚么样的系统, 关注待建的系统要做甚 么, 应具备甚么样的功能和性能。需求分析有两个任务: 建立分析模型 编写需求规格说明书 需求分析的步骤如下 : 需求获取 需求提炼 需求描述 需求验证 一个典型的、传统的结构化的需求分析过程形成的软件需求说明书包括如下内 容: 资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。 1、前言 1.1 目的 1.2 范围 1.3 定义、 缩写语、略语 1.4 参考资料 2、软件项目概述 2.1 软件产品描述 2.2 软件产品功能描述 2.3 用户特点 2.4 一般约束 2.5 假设和依据 3、具体需求 3.1 功能需求 3.1.1 功能需求 1 3.1.1.1引言 3.1.1.2输入 3.1.1.3加工 3.1.1.4输出 3.1.2 功能需求 2 . . . 3.1.n 功能需求 n 3.2 外部接口需