软件工程之系统建模

1、系统工程：

软件工程由系统工程演变而来，要了解软件工程应先了解系统工程。系统工程一般通过自顶向下、自底向上的方法，用层次结构来来分析整个系统。在系统工程层次图中自顶向下依次是全局视图（业务或产品域）——领域视图（关注全局中感兴趣领域）——要素视图（关注领域中系统要素）——详细视图（关注系统要素的组成要素），可以有很多层次，是个金字塔结构。

2、系统建模：

对于一个系统模型要定义在所考虑视图中满足需要的过程，描述过程行为和该行为所依据的假设，明确定义模型的外在和内在输入，描述有助于工程师理解视图的全部联系。

       系统建模中的制约因素：假设、简化、限制（确定系统边界）、约束、偏好。

基于计算机的系统：组织在一起通过处理信息来实现预定目标的要素集合或排列。

3、业务过程工程：

在实际软件工程中主要包含两种过程工程：业务过程工程和产品工程。

业务过程工程：定义一个能有效利用信息进行业务活动的体系。为一个组织（如企业）建立实施计算架构的总体计划提供一种方法。业务过程工程必须设计三种架构：

数据架构：为业务或业务功能的信息需求提供了框架，单独建立的框架模块是被业务所用到的数据对象。一个数据对象包括用于定义不同侧面的属性集、质量、特征或数据描述符。

应用架构：包含那些为了某些业务目的而在数据架构范围内进行转换的系统要素。一般是指执行转换的程序，也可包括人员角色和尚未实现自动化的业务规程。

技术基础设施：为数据架构和应用架构提供基础的软件、硬件设施。

业务过程工程层次图（自顶向下）：信息战略规划（实体：组织，对应系统工程中的全局视图）——业务区域分析（实体：业务区域，对应系统工程中的领域视图）——业务系统设计（实体：信息系统，对应系统工程中的要素视图）——构建和集成（实体：软件构件，对应系统工程的详细视图）。软件工程师主要工作在业务系统设计、构建和集成两个层次。

4、产品工程：

       将用户期望的以定义的一组能力转变成真实产品。

       产品工程层次图（自顶向下）：需求工程（实体：完整产品，对应全局视图）——构件工程（实体：软硬件，对应领域视图）——分析和设计建模（实体：数据、行为、功能，对应要素视图）——构建和集成（实体：程序构件，对应详细视图）。软件工程师主要工作在分析和设计建模、构建和集成两个层次。

5、软件工程中的系统建模：

       Haltey-pirbhai建模：将所有系统要素分派到五个模板处理过程中——用户界面、输入、系统功能和控制、输出、维护和自检。

       辅助图形：系统环境图和系统流图。

       系统环境图（SCD）：确定系统所使用信息的所有外部生产者、信息外部消费者、所有通过接口交流或者执行维护和自检的实体，建立待实现系统和系统操作环境之间的边界。

       系统流图（SFD）：展示主要子系统和重要信息流，子系统从SCD图中导出，流经SCD区域的信息流用于指导系统工程是制作系统流图。系统流图可分为很多层次，初始系统流图成为SFD层次的顶层节点。

6、UML系统建模：

       通过多种 UML 视图（用例图、活动图、类图、部署图）来表示对系统的理解。

转载于:https://www.cnblogs.com/outofthink/archive/2012/02/05/2338878.html