系统转换-系统维护-净室软件工程-基于构件

KyleWang
发布于 2024-04-15 / 81 阅读
0
0

系统转换-系统维护-净室软件工程-基于构件

系统转换

遗留系统 特点

  1. 不能满足要求

  2. 性能落后,技术过时

  3. 维护困难

  4. 没有文档,难以理解

重要

高水平 高价值 改造

高水平 低价值 集成 (还在这平台,加一些高价值的内容)

低水平 高价值 继承 (换新的平台,继承业务)

低水平 低价值 淘汰

系统转换 新系统开发完毕 投入运行 取代现有系统 三类:

  1. 直接转换 风险大 优点节省成本

  2. 并行转换 并行工作 风险小 但是人力物力时间 并且两个系统之间的数据转换

  3. 分段转换 两者合集 分批逐次 分子系统 耗时 协调好接口问题

数据转换和迁移

  1. 系统切换前通过工具迁移

  2. 系统切换前通过手工录入

  3. 系统切换后通过新系统生成

系统维护

重要

评价指标

  1. 易分析性

  2. 易改变性

  3. 稳定性

  4. 易测试性

  5. 维护性的依从性

系统维护 硬件维护 软件维护 和数据维护

软件维护的类型

  1. 正确性维护 有bug

  2. 适应性维护 外部环境变化

  3. 完善性维护 用户主动 更完善

  4. 预防性维护 预防未来bug

净室软件工程CSE 教材新增

强调预防>检查/测试

可以不做单元测试,但是质量要把控好

理论基础:函数理论和抽样理论

应用技术手段:

  1. 统计过程控制下的增量开发

  2. 基于函数的规范与设计

  3. 正确性验证。CSE的核心

  4. 统计测试和软件认证

缺点:

事前的正确性验证步骤困难且耗时

太理论化 不进行传统的模块测试 不现实

也有传统软件工程的一些弊端

基于构件的软件工程CBSE

构件的组装 复用性

购买而不是重新构造的哲学 复用而不是重新开发

构件特征:

  1. 可组装性

  2. 可部署性 构件是独立的实体可以独立部署

  3. 文档化

  4. 独立性

  5. 标准化


评论