首页 > 编程知识 正文

软件系统架构图,业务架构视图

时间:2023-05-03 23:04:41 阅读:170223 作者:1417

虽然正题相当于选择题,但要取得好成绩,还是需要慎重构思。

1 )逻辑视图表示系统的功能要求。 系统分解为一系列重要的抽象,这些抽象大部分来自需求分析中提出的功能要求,以对象或类的形式表示(采用抽象、封装、继承) 分解不仅用于功能分析,还用于识别遍布系统各部分的共同机制和设计要素。 系统的功能要求来自最终用户,最终用户是与逻辑视图相对应的风险承担者。

2 )进程视图表示系统的运行特性。 流程视图可以解决系统的并发性、分布性、系统完整性、容错性等问题。 还可以表示逻辑视图的主要抽象实际在哪个控制线程上执行。 风险承担者主要是系统集成商,组件元素是任务。

3 )物理视图表示系统的拓扑、安装和通信需求。 用于表示软件系统中的各种元素。 元素可以理解为组件或过程。 这些元素映射或部署在不同的网络计算机节点上。 风险承担者主要是系统实施工程师。

4 )开发视图表达软件开发的内部需求。 开发视图关注软件开发环境中模块的实际组织(库或子系统),可以由一个或多个开发人员进行开发。 子系统可以组织层次结构,每一层在上层提供了良好定义的接口。 风险承担者主要是编程人员和软件项目管理员。

5 )场景用于描述重要的系统活动,其他四个视图在用例驱动下集成。 从某种意义上说,场景是最重要的需求抽象。 此视图是其他视图的冗馀。 因此,为“1”。 但是,起到两个作用。 首先,可以使用场景来发现体系结构设计过程的体系结构元素,然后使用场景进行体系结构设计完成后的功能验证。 这是架构原型测试的起点。 风险承担者是最终用户和开发人员,组件元素是步骤。

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。