首页 行业资讯 文章详情

学系统集成项目管理工程师系列24a_信息系统集成专业技术知识上

发布日期:2026-05-22 13:35
学系统集成项目管理工程师系列24a_信息系统集成专业技术知识上

1. 信息系统的生命周期

1.1. 【19下选10】

1.2. 立项

  • 1.2.1. 形成《需求规格说明书》并确定立项
    • 1.2.1.1. 【21上选11】

1.3. 开发

  • 1.3.1. 【22下选10】
  • 1.3.2. 以立项阶段所做的需求分析为基础,进行总体规划。之后,通过系统分析、系统设计、系统实施、系统验收等工作实现并交付系统

1.4. 运维

1.5. 消亡

  • 1.5.1. 【21下选11】

2. 信息系统开发方法

2.1. 结构化方法

  • 2.1.1. 应用最为广泛
  • 2.1.2. 分为若干阶段,然后依次进行,前一阶段是后一阶段的工作依据,按顺序完成
  • 2.1.3. 每个阶段和主要步骤都有明确详尽的文档编制要求,并对其进行有效控制

2.2. 原型法

  • 2.2.1. 【22上选11】
  • 2.2.2. 不要求对系统做全面、详细的分析,而是基于对用户需求的初步理解
    • 2.2.2.1. 【20下选11】
  • 2.2.3. 动态响应、逐步纳入
  • 2.2.4. 抛弃型原型(Throw-It-Away Prototype)
  • 2.2.5. 进化型原型(Evolutionary Prototype)

2.3. 面向对象方法

3. 信息系统设计

3.1. 开发阶段的重要内容

3.2. 方案设计

  • 3.2.1. 系统总体设计
    • 3.2.1.1. 统的总体架构方案设计、软件系统的总体架构设计、数据存储的总体设计、计算机和网络系统的方案设计
  • 3.2.2. 系统详细设计(物理设计)
    • 3.2.2.1. 代码设计、数据库设计、人/机界面设计、处理过程设计

3.3. 系统架构

  • 3.3.1. 将系统整体分解为更小的子系统和组件,从而形成不同的逻辑层或服务

3.4. 设备、DBMS及技术选型

4. 软件工程

4.1. 用工程的方法进行软件的开发、管理和维护

4.2. 软件需求分析与定义

  • 4.2.1. 软件需求是针对待解决问题的特性的描述
  • 4.2.2. 所定义的需求必须可以被验证
  • 4.2.3. 优先级对需求进行权衡

4.3. 软件设计

  • 4.3.1. 软件架构设计(也叫做高层设计)
  • 4.3.2. 软件详细设计

4.4. 软件测试

  • 4.4.1. 为了评价和改进产品质量、识别产品的缺陷和问题而进行的活动
  • 4.4.2. 整个开发和维护过程中的活动
    • 4.4.2.1. 【21下选12】
  • 4.4.3. 针对一个程序的行为,在有限测试用例集合上,动态验证是否达到预期的行为
  • 4.4.4. 包括在整个开发和维护过程中的活动
  • 4.4.5. 单元测试
    • 4.4.5.1. 【21上选12】
  • 4.4.6. 集成测试
  • 4.4.7. 系统测试

4.5. 软件维护

  • 4.5.1. 为需要提供软件支持的全部活动
  • 4.5.2. 在交付前完成的活动
    • 4.5.2.1. 运行计划
    • 4.5.2.2. 维护计划
  • 4.5.3. 交付后完成的活动
    • 4.5.3.1. 软件修改
    • 4.5.3.2. 培训
    • 4.5.3.3. 帮助资料
  • 4.5.4. 更正性维护
    • 4.5.4.1. 更正交付后发现的错误
  • 4.5.5. 适应性维护
    • 4.5.5.1. 使软件产品能够在变化后或变化中的环境中继续使用
  • 4.5.6. 完善性维护
    • 4.5.6.1. 改进交付后产品的性能和可维护性
  • 4.5.7. 预防性维护
    • 4.5.7.1. 在软件产品中的潜在错误成为实际错误前,检测并更正它们

4.6. 软件质量

  • 4.6.1. 软件特性的总和
  • 4.6.2. 软件满足用户需求的能力
    • 4.6.2.1. 【19下选11】
    • 4.6.2.2. 遵从用户需求,达到用户满意
  • 4.6.3. 内部质量
  • 4.6.4. 外部质量
  • 4.6.5. 使用质量

4.7. 软件质量管理

  • 4.7.1. 软件质量保证
    • 4.7.1.1. 通过制订计划、实施和完成等活动保证项目生命周期中的软件产品和过程符合其规定的要求
  • 4.7.2. 验证与确认
    • 4.7.2.1. 验证过程试图确保活动的输出产品已经被正确构造,即活动的输出产品满足活动的规范说明
    • 4.7.2.2. 确认过程则试图确保构造了正确的产品,即产品满足其特定的目的
  • 4.7.3. 评审与审计
    • 4.7.3.1. 管理评审的目的是监控进展,决定计划和进度的状态,或评价用于达到目标所用管理方法的有效性
    • 4.7.3.2. 技术评审的目的是评价软件产品,以确定其对使用意图的适合性

4.8. 软件配置管理

  • 4.8.1. 通过标识产品的组成元素、管理和控制变更、验证、记录和报告配置信息,来控制产品的进化和完整性
  • 4.8.2. 软件配置管理计划、软件配置标识、软件配置控制、软件配置状态记录、软件配置审计、软件发布管理与交付
  • 4.8.3. 软件配置标识活动识别要控制的配置项,并为这些配置项及其版本建立基线
    • 4.8.3.1. 【21下选14】
  • 4.8.4. 工具包括追踪工具、版本管理工具和发布工具
    • 4.8.4.1. 【19上选14】
  • 4.8.5. 软件配置控制关注的是管理软件生命周期中的变更
    • 4.8.5.1. 【22上选14】

4.9. 软件过程管理

  • 4.9.1. 项目启动与范围定义
  • 4.9.2. 项目规划
  • 4.9.3. 项目实施
  • 4.9.4. 项目监控与评审
  • 4.9.5. 项目收尾与关闭

4.10. 软件开发工具

  • 4.10.1. 需求工具包括需求建模工具和需求追踪工具
  • 4.10.2. 设计工具包括软件设计创建和检查工具
  • 4.10.3. 构造工具包括程序编辑器、编译器、代码生成器、解释器、调试器等
  • 4.10.4. 测试工具包括测试生成器、测试执行框架、测试评价工具、测试管理工具、性能分析工具
  • 4.10.5. 维护工具包括理解工具(如可视化工具)和再造工具(如重构工具)
  • 4.10.6. 配置管理工具包括追踪工具、版本管理工具和发布工具
  • 4.10.7. 工程管理工具包括项目计划与追踪工具、风险管理工具和度量工具
  • 4.10.8. 工程过程工具包括建模工具、管理工具、软件开发环境
  • 4.10.9. 质量工具包括检查工具和分析工具

4.11. 软件复用

  • 4.11.1. 利用已有软件的各种有关知识构造新的软件,以缩减软件开发和维护的费用
  • 4.11.2. 复用是提高软件生产力和质量的一种重要技术