系统架构设计师-软件工程

系列文章目录

系统架构设计师：

第一部分 企业信息化战略与实施
第二部分 软件工程
第三部分 软件架构设计

文章目录

• 系列文章目录
• 前言
• 一、软件开发方法
• • 1.软件开发模型
• 二、需求工程
• • 1.需求获取
  • 2.需求分析
  • 3.UML4+1视图（案例分析）
• 三、软件系统建模
• 四、系统设计
• • 1.界面设计
  • 2.结构化设计
  • 3.面向对象设计
• 五、测试与评审
• • 1.软件测试
  • 2.测试类型
  • 3.测试用例设计
  • 4.测试阶段
  • 5.面向对象的测试
  • 6.软件调试
• 六、系统运行与软件维护
• • 1.系统转换计划
  • 2.软件维护
• 总结

前言

软件工程

提示：以下是本篇文章正文内容，下面案例可供参考

一、软件开发方法

结构化法：

• 用户至上
• 严格区分工作阶段，每阶段有任务和成果
• 强调系统开发过程的整体性与全局性
• 系统开发过程工程化，文档资料标准化
• 自顶向下，逐步分解（求精）

原型法：

• 适用于需求不明确的开发
• 包括抛弃型原型和进化型原型

面向对象方法：

• 更好的复用性
• 关键在于建立一个全面、合理、统一的模型
• 分析、设计、实现三个阶段，界限不明确

面向服务的方法：

• SO方法有三个主要的抽象级别：操作、服务、业务流程
• SOAD分为三个层次：基础设计层（底层服务构件）、应用结构层（服务之间的接口和服务级协定）和业务组织层（业务流程建模和服务流程编排）
• 服务建模：分为服务发现、服务规约和服务实现三个阶段

1.软件开发模型

三、软件系统建模

2.结构化设计

3.面向对象设计

3.测试用例设计

1. 淘汰策略：遗留系统的技术含量较低，且具有较低的业务价值。对遗留系统的完全淘汰是企业资源的根本浪费，系统分析师应该善于“变废为宝”，通过对遗留系统功能的理解与借鉴，可以帮助新系统的设计，降低新系统开发的风险。
2. 继承策略：遗留系统的技术含量较低，已经满足企业运作的功能或性能要求，但具有较高的商业价值，目前企业的业务尚紧密依赖该系统。对这种遗留系统的演化策略为继承。在开发新系统时，需要完全兼容遗留系统的功能模型和数据模型。为了保证业务的连续性，新老系统必须并行运行一段时间，再逐渐切换到新系统上运行。
3. 改造策略：遗留系统具有较高的业务价值，基本上能够满足企业业务运作和决策支持的需求。这种系统可能建成的时间还很短，对这种遗留系统的演化策略为改造。改造包括系统功能的增强和数据模型的改造两个方面。系统功能的增强是指在原有系统的基础上增加新的应用要求，对遗留系统本身不做改变；数据模型的改造是指将遗留系统的旧数据模型向新的数据模型的转化。
4. 集成策略：遗留系统的技术含量高，但其业务价值较低，可能只完成某个部门（或子公司）的业务管理。这种系统在各自的局部领域里工作良好，但对于整个企业来说，存在多个这样的系统，不同的系统基于不同的平台、不同的数据模型，形成了一个个信息孤岛，对这种遗留系统的演化策略的集成。

新旧系统的转换策略：

2.软件维护

• 正确性维护：指改正在系统开发阶段已发生而系统测试阶段尚未发现的错误。
• 适应性维护：指使应用软件适应信息技术变化和管理需求变化而进行的修改。企业的外部市场环境和管理需求的不断变化也使得各级管理人寰不断提出新的信息需求。
• 完善性维护：扩充功能和改善性能而进行的修改。对已有的软件系统增加一些在系统分析和设计阶段中没有规定的功能与性能特征。
• 预防性维护：为了改进应用软件的可靠性和可维护性，为了适应未来的软硬件环境的变化，应主动增加预防性的新的功能，以使用系统适应各类变化而不被淘汰。如将专用 表功能改成通用 表生成功能，以适应将来吧奥比奥格式的变化。

总结

系统架构设计师 软件工程内容