第3章信息系统集成专业技术知识归纳总结
一、关键术语定义
| 关键术语 | 定义 |
|---|---|
| 信息系统生命周期 | 分为立项（提出构想、需求分析并确定立项）、开发（总体规划、系统分析、设计、实施、验收）、运维（更正性、适应性、预防性、完善性维护）、消亡（系统更新或废弃）四个阶段。 |
| 结构化开发方法 | 按阶段依次开发，前一阶段输出是后一阶段输入，注重整体性和全局性，但开发周期长，需预先全面定义需求。 |
| 原型法 | 基于用户初步需求快速开发原型，通过反复修改实现最终需求，适用于需求定义不清的场景，分为抛弃型和进化型原型。 |
| 面向对象方法 | 用对象表示客观事物，通过封装、继承、多态等特性实现复用，关键是建立反映问题域和求解域的统一模型。 |
| 软件需求 | 包括功能需求、非功能需求（性能）和设计约束，基本特性为可验证性，目的是检测需求冲突、定义系统边界及导出软件需求。 |
| 软件维护类型 | - 更正性维护：修复交付后的错误 - 适应性维护：使软件适应环境变化 - 完善性维护：改进性能和可维护性（工作量最大） - 预防性维护：提前检测并修复潜在错误 |
| 软件复用 | 利用已有软件知识构造新软件，包括代码、设计、分析、测试信息等复用，以提高生产力和质量。 |
| 面向对象基本概念 | - 对象：数据与操作的封装体，包含标识、状态、行为 - 类：实体的形式化描述，对象的模板 - 封装：数据与操作封装为整体，通过接口访问 - 继承：类间层次关系，子类继承父类特征 - 多态：同一操作在不同类中有不同实现 - 接口：操作规范的说明 - 组件：可替换的物理模块，封装功能实现 |
| 统一建模语言（UML） | 用于软件可视化描述、构造和文档化，适用于各种开发方法、生命周期阶段及应用领域，是可视化建模语言而非编程语言。 |
| C/S与B/S架构模式 | - C/S（客户/服务器）：客户端处理业务逻辑，服务器提供数据存储 - B/S（浏览器/服务器）：浏览器作为客户端，服务器处理逻辑和数据，无需安装客户端软件 |
二、常见易错点
| 易错点 | 说明 |
|---|---|
| 开发方法的适用场景混淆 | 结构化方法要求需求预先明确，而原型法适用于需求不明确的场景；易忽略原型法需用户密切配合，否则易拖延进度。 |
| 软件维护类型记忆错误 | 完善性维护是改进性能和可维护性（工作量最大），而非预防性维护；预防性维护是提前修复潜在错误，易与更正性维护混淆。 |
| 面向对象概念理解偏差 | - 继承是类间的层次关系，多态是同一操作在不同类中的不同实现，易混淆两者定义 - 封装的核心是通过接口访问数据，而非简单的功能打包 |
| UML的性质误解 | UML是可视化建模语言，而非编程语言，用于文档化和设计，而非直接实现代码。 |
| C/S与B/S架构的区别 | C/S需要安装客户端，B/S通过浏览器访问；易忽略B/S架构在跨平台和维护上的优势，或C/S在性能上的优势。 |
| 软件需求的组成部分遗漏 | 非功能需求（如性能、安全性）易被忽略，仅关注功能需求；需求的可验证性是基本特性，易被忽视。 |
三、记忆口诀
信息系统生命周期记四阶，立项开发运维与消亡。
结构化分阶段重全局，原型法适需求不明确，面向对象靠复用。
软件需求分功能与性能，维护四类（更正、适应、完善、预防）要分清，完善性工作量最大。
面向对象核心概念多，对象类封装继承与多态，UML建模可视化。
C/S需客户端B/S靠浏览器，架构模式应用场景别弄错。
易错点要牢记，口诀助你稳通关！
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
