软考高项重点总结整理|第5章信息系统工程

最新推荐文章于 2025-02-20 10:51:11 发布

一只妮

最新推荐文章于 2025-02-20 10:51:11 发布

阅读量1.2k

点赞数 19

分类专栏：软考高项文章标签：学习职场和发展

本文链接：https://blog.csdn.net/weixin_52315303/article/details/137829229

版权

以下内容均为作者个人根据“往年软考高项考题”及“考试重点”整理的选择题重要考点。

全网独家版本｜不喜欢看厚厚书本的友友的福音📢

本章考点较多，且稍有难度，建议反复学习🌟🌟🌟🌟🌟

软件架构

软件架构为软件系统提供了一个结构、行为和属性的高级抽象，由构件的描述、构件的相互作用、指导构件集成的模式以及这些模式的约束组成。软件架构不仅指定了系统的组织结构和拓扑结构，并且显示了系统需求和构件之间的对应关系，提供了一些设计决策的基本原理。

软件架构研究的主要内容涉及软件架构描述、软件架构风格、软件架构评估和软件架构的形式化方法等。解决好软件的复用、质量和维护问题，是研究软件架构的根本目的。

软件架构设计的一个核心问题是能否到达架构级的软件复用，能否在不同的系统中使用同一个软件架构。

软件架构分类：①数据流风格：批处理序列和管道/过滤器 ②调用/返回风格：程序/子程序、数据抽象和面向对象，以及层次结构 ③独立构件风格：进程通信和事件驱动的系统 ④虚拟机风格：解析器和基于规则的系统 ⑤仓库风格：数据库系统、黑板系统和超文本系统

软件架构评估可以只针对一个架构，也可以针对一组架构。评估人所关注的是系统的质量属性
从目前已有的软件架构评估技术的评估方式：基于调查问卷的方式、基于场景方式（最常用）、基于度量的方式

需求分析

软件需求是指用户解决问题或达到目标所需的条件或能力，是系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力，以及反应这些条件或能力的文档说明。

软件需求：业务需求、用户需求、系统需求

质量功能部署（QFD）为最大限度提升用户满意度，将软件需求分为：常规需求、期望需求、意外需求

需求过程

需求获取：方法包括用户访谈、问卷调查、采样、情节串联板、联合需求计划
需求分析：对已经获取到的需求进行提炼、分析和审查，以确保所有的项目干系人都明白其含义并找出其中的错误、遗漏或其他不足的地方

需求分析的关键在于对问题域的研究与理解

一个好的需求应该具有无二义性、完整性、一致性、可测试性、确定性、可跟踪性、正确性、必要性。需求分析人员把杂乱无章的用户要求和期望转化为用户需求

结构化分析（SA）：核心是数据字典

围绕数据字典这个核心有三个层次：

数据模型：实体关系图（E-R图） 功能模型：数据流图 DFD

行为模型（状态模型）：状态转换图STD

面向对象的分析（OOA）：运用面向对象的方法，对问题域进行分析和理解，正确认识其中的实物及它们之间的关系，找出描述问题域和系统功能所需的类和对象，定义他们的属性和职责，以及它们之间所形成的各种的联系。——做什么
OOA 模型包括用例模型和分析模型：

用例模型是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模；

分析模型描述系统的基本逻辑结构，展示对象和类如何组成系统（静态模型〉，以及它们如何保持通信，实现系统行为动态模型）。

需求规格说明书编制：

软件需求规格说明书（SRS）是需求开发活动的产物，编制该文档的目的是使干系人与开发团队对系统的初始规定有一个共同的理解，使之成整个开发工作的基础。

需求验证与确认：

一般需要通过需求评审和需求测试工作来对需求进行验证

统一建模语言（UML）是一种定义良好、易于表达、功能强大且普遍使用的建模语言，它融入了软件工程领域的新思想、新方法和新技术，它的作用域不限于支持OOA和OOD，还支持从需求分析开始的软件开发的全过程。

UML的结构包括构造块、规则、公共机制
UML中的事物也称为建模元素，包括结构事物、行为事物、分组事物、注释事物
UML用关系把事物结合在一起，分为：依赖（Dependency）、关联（Association）、泛化（Generalization）、实现（Realization）
UML对系统架构的定义是系统的组织结构，包括系统分解的组成部分，以及它们的关联性、交互机制和指导原则等提供系统设计的信息，包括5个系统视图：进程试图、部署视图、实现试图（构件图）、用例视图、逻辑视图