第3章 信息系统集成专业技术知识

本文详细探讨了信息系统集成的专业知识,涵盖了信息系统建设的生命周期、开发方法、面向对象系统分析与设计,以及软件工程等多个方面。重点讲解了系统设计、软件架构、设备选型和软件质量保证,还涉及了数据库与数据仓库技术、Web Services、JavaEE和.NET架构等典型应用集成技术。同时,提到了计算机网络知识,包括网络分类、交换技术和存储技术,强调了网络安全和综合布线的重要性。此外,文章还讨论了新兴信息技术和信息系统集成的相关补充知识。
摘要由CSDN通过智能技术生成

3.1 信息系统建设

  • 1. 信息系统的生命周期☆

    • 结合P6
    • 1)立项阶段:概念阶段或需求阶段。初步构想、深入调研和分析、形成《需求规格说明书》并确定立项
    • 2)开发阶段:总体设计—>系统分析、系统设计、系统实施、系统验收—>交付系统
    • 3)运维阶段:通过验收、移交之后、进入运维。维护分为:更正性测试、适应性测试、完善性测试、预防性测试
    • 4)消亡阶段:更新改造、功能扩展、废弃重建
  • 2 .信息系统开发方法☆

    • 结合P205做对比
    • 1)结构化方法
      • 应用结构化系统开发方法,把整个系统的开发过程分为若干阶段(规划、分析、设计、实施等),前一阶段是后一阶段的工作依据,按顺序完成。根据用户至上的原则,自始至终的按照结构化、模块化,自顶向下、逐步分解的对系统进行分析与设计。【数据处理、流程】
      • 结构化方法是目前最成熟、应用较广泛的一种工程化方法,特别是适合用于数据处理领域的问题,但不适用于规模较大、比较复杂的系统开发。
      • 结构化方法的主要特点为开发目标清晰化、开发工作阶段化、开发文档规范化、设计方法结构化;它也有一定的局限,如开发周期长、难以适应需求变化、很少考虑数据结构、用户需求必须清楚等。
        • 1.遵循用户至上原则
        • 2.严格区分工作阶段,每个阶段有明确的任务和取得的成果
        • 3.强调系统开发过程的整体性和全局性
        • 4.系统开发过程工程化,文档资料标准化
    • 2)原型化方法
      • 原型法认为在很难一下子准确的提出客户需求的情况下,首先不要求一定要对系统做全面、详细的调查、分析,而是本着开发人员对用户需求的初步理解,先快速开发一个原型系统,然后通过反复修复来实现用户的最终需求。【先开发原型系统】
      • 原型法适用于那些需求不明确的系统开发,对于分析层面难度大、技术层面难度不大的系统,适合原型化开发,对于技术层面难度远大于分析层面的系统则不适合。
      • 根据原型是否可以实现功能分为水平原型(只有页面,没有功能)和垂直原型(实现了一些功能),从原型的最终结果分为抛弃式原型和演化式原型。
      • 原型化方法的特点:
        • 1.对用户的需求是动态响应、逐步纳入的,系统分析、设计与实现都是随着对一个工作模型的不断修改而同时完成的,相互之间并无明显的界限,也没有明确的分工。
    • 3)面向对象方法
      • 一种把面向对象的思想应用于软件开发过程中,指导开发活动的系统方法,简称 OO(Object - Oriented)方法,是建立在【对象】的概念基础上的方法学。
      • 基本思想:客观事物是对象组成的,对象是在原事物基础上抽象的结果

3.2 信息系统设计√

  • 从信息系统的总体目标出发,根据系统逻辑功能的要求,并结合经济、技术条件、运行环境和进度等要求,确定系统的总体架构和系统各组成部分的技术方案,合理选择计算机、通信及存储的软、硬件设备,制定系统的实施计划。
  • 1 .方案设计

    • (1)系统总体设计= 系统的总体架构方案+软件系统总体架构设计+数据存储总体设计+ 计算机和网络系统的方案设计
    • (2)系统详细设计= 代码设计 + 数据库设计 + 人机界面设计 + 处理过程设计
    • 详细设计评审内容:
      • 各单元可靠性和可维护性目标
      • 可靠性和可维护性设计(如容错)
      • 测试文件
      • 软件开发工具
  • 2 .系统架构☆

    • 将系统整体分解为更小的子系统和组件,从而形成不同的逻辑层或服务。进一步确定各层接口,层与层之间的关系。对整个系统纵向分解,同一逻辑层再横向分解。
    • 最终形成系统的整体架构。系统设备选型主要取决于系统架构。
  • 3 .设备、DBMS及技术选型☆

    • 不要只考虑系统的功能要求,还要考虑到系统实现的内外环境和主客观条件
    • 必须考虑用户的使用要求、系统运行环境、现行的信息管理和信息技术的标准规范及有关法律制度。

3.3 软件工程

  • 1 .软件需求分析与定义

    • 软件需求是针对解决问题的特性的描述。所定义的需求必须可以被验证。在资源有限时,可以通过优先级对需求进行权衡。
    • 通过需求分析
      • ①可以检测和解决需求之间的冲突
      • ②发现系统的边界,以及软件及其环境如何交互
      • ③详细描述出系统需求,以导出软件需求
    • 软件需求说明SRS(Software Requirement Specification)
      • 特性:无歧义性、完整性、可验证性、一致性、可修改性、可追踪性(向后追踪、向前追踪)、运行和维护阶段的可使用性
    • 常用的需求分析方法:面向数据流的结构化方法(SA)、面向对象的分析方
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

珺joy

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值