《软件工程》课件——32架构设计基础.pptxVIP

2026年3月8日架构设计基础知识大数据技术BIGDATA

2026年3月8日章节内容1软件架构概念2软件架构目标3软件架构过程

2026年3月8日架构设计基础知识软件架构概念

2026年3月8日1.架构设计概念1.1概念软件架构是软件部件、部件属性及客观实体之间相互作用的集合，描述软件系统的基本属性和限制条件，是一系列相关的抽象模式，用于指导各种软件系统各个方面的设计，是构建计算机软件实践的基础。软件架构是一个系统草图描述的对象是直接构成系统的抽象组件。在系统实现环节，抽象组件会被细化为现实的组件，如可以是具体的某个类或者是对象。软件架构为软件系统提供了一个结构、行为和属性的高级抽象：由构件的描述、构件的相互作用、指导构件集成的模式以及这些模式的约束组成。软件架构不仅显示了软件需求和软件结构之间的对应关系，而且指定了整个软件系统的组织和拓扑结构，提供了一些设计决策的基本原理。

2026年3月8日1.架构设计概念1.1通俗化理解原定义核心通俗理解及示例软件部件、属性及相互作用集合系统的“核心模块+模块间规则”例：图书馆系统=读者模块（办卡/挂失）+图书模块（库存/信息）+借阅模块（借还/超期）+统计模块（报表），且“借阅前需先查读者状态（读者模块）和图书库存（图书模块）”抽象模式、系统草图指导开发的“骨架蓝图”例：先确定“读者、图书、借阅、统计”四大模块的分工和交互方式，再写具体代码（像先规划实体图书馆的功能区域，再装修运营）结构、行为、属性的高级抽象决定“系统怎么搭才好用”例：架构定了“借阅模块只负责借还逻辑，不直接改图书库存”，后续加“电子图书”功能时，只需扩展图书模块，不用动借阅模块

2026年3月8日架构设计基础知识软件架构目标

2026年3月8日2.软件架构设计2.1主要目标可扩展安全性可伸缩可用性可定制可靠性可维护市场时机

2026年3月8日2.软件架构设计2.2目标场景化理解架构目标图书馆图书管理系统场景化理解反例（架构不良导致后果）优先级（★越多越重要）可用性系统“借还高峰期不崩”例：开学季每天500人借图书，系统能正常操作借还时频繁闪退，学生只能线下登记，图书馆效率低★★★★★可维护改规则“不牵一发动全身”例：把“学生最多借5本”改成“6本”，只改读者模块，不用动借阅模块改借阅上限时，发现要同时改读者、借阅、统计3个模块，改完后统计报表出错★★★★★安全性数据“不泄露、不篡改”例：学生只能看自己的借阅记录，不能改超期罚款金额随便改数据库就能删除超期记录，图书馆损失管理费★★★★☆可扩展轻松加新功能例：新增“电子图书借阅”功能，只需扩展图书模块（加电子图书类型），借阅模块复用原有借还逻辑加电子图书时，发现借阅模块没预留“图书类型判断”，要重构整个借阅逻辑★★★★☆可定制按身份调细节例：学生登录看到“个人借阅记录”，管理员登录看到“统计报表”“罚款管理”所有用户登录后看到的功能都一样，学生能误操作管理员功能★★★☆☆可伸缩应对临时用户量暴涨例：毕业季退书高峰，用户从500人增至1000人（临时暴涨），系统仍不卡顿毕业季退书时系统崩溃，只能延长退书期限★★☆☆☆（初步了解）

2026年3月8日架构设计基础知识软件架构过程

2026年3月8日软件架构过程3.1主要步骤确定影响整体技术方案的因素选择软件架构样式利用可重用资产子系统划分和接口定义优化设计

2026年3月8日软件架构过程3.2主要步骤操作指引与案例步骤操作指引图书馆图书管理系统案例1.确定影响整体技术方案的因素输出《架构影响因素分析表》，聚焦3个核心维度：?业务：明确用户规模、核心功能，以及角色权限等关键规则；?技术：优先用团队已熟练的开发语言、数据库和框架，降低学习成本；?资源：结合团队人数和开发周期，判断方案是否能按时落地分析结论：?业务：1万用户（含学生、教职工），需实现读者管理、图书管理、借还操作、数据统计，且学生与管理员权限不同；?技术：团队掌握Java、MySQL、SpringBoot，前端会用Vue；?资源：3人小组，2周开发周期；2.选择软件架构样式按场景匹配架构，不盲目追求复杂：?单体架构：适合中小型系统（如校内管理系统），开发快、维护简单；?MVC架构：适合界面需频繁调整的系统，前后端逻辑分离；?微服务架构：仅作概念了解，适用于大型分布式系统（如电商平台）选择结果：采用“单体架构+MVC分层”：?单体架构：3人2周能快速开发完所有功能，不用额外处理服务通信；?MVC分层：后续改借阅页面样式时，不会影响借还核心逻辑3.利用可重用资产复用三类资源，减少重复开发：?代码资产：复用通用工具类（如