软件开发方法与实践 课件第3、4章 软件需求工程、软件设计

第三章软件需求工程主讲教师：石元博需求工程如同灯塔，指引着项目前行的方向。一个项目的成功，始于对需求的精准把握；而一个项目的失败，也往往源于对需求的误解或忽视。课程导入：需求工程的重要性项目失败主因：据CHAOS报告，超13%项目因需求不完整失败，另有12%源于缺乏用户参与。核心地位：需求工程贯穿软件开发生命周期，是连接客户、产品、开发与测试团队的核心桥梁。关键价值：精准的需求分析是规避开发偏差、降低项目风险并保障交付成功的首要前提。01020325%+项目失败直接归因于需求环节疏漏，做好需求工程是项目成功的关键基石。SOFTWAREREQUIREMENTSENGINEERING第一节010203掌握过程与技术熟悉需求工程全过程，学会运用多种技术进行需求获取、分析与建模，掌握核心工程实施方法。掌握敏捷与前沿理解敏捷思想下的需求规划与迭代过程，洞察AI等新技术带来的行业变革，把握发展新机遇。掌握基础理解需求的定义与分类，明确需求文档的核心价值，掌握编写需求文档的关键原则与规范。目标LEARNINGOBJECTIVES通过本章的系统学习，你将建立起完整的需求工程知识体系。从夯实基础概念出发，深入掌握全流程的实施技术，最终具备敏捷思维并能洞察前沿技术趋势，从而具备独立开展需求分析工作的专业能力。本章学习目标本章知识导图核心内容概览：软件需求工程全景本知识导图系统梳理了软件需求工程的六大核心维度，构建了从理论基础到工程实践的完整知识框架。从软件需求的基本概念出发，贯穿需求工程的全生命周期过程，涵盖关键的需求获取与分析建模技术，并结合当前主流的敏捷开发理念及华为云技术实战案例，帮助学习者建立系统化的工程思维，掌握从需求定义到落地实现的核心方法论。学习指引：这一框架不仅是本章内容的逻辑主线，更是后续进行复杂软件系统开发时，确保“做正确的事”和“正确地做事”的重要理论依据。理解各模块间的内在联系，是掌握需求工程精髓的关键。基本概念明确需求定义与分类

建立工程认知基础工程过程掌握迭代模型方法

规范全生命周期流程获取技术掌握关键获取准则

精准采集用户诉求分析建模运用UML工具表达

将模糊需求清晰化敏捷需求与实战用户故事与迭代评审

华为云技术落地实践第一章软件需求的基本概念系统需求开发方与客户协商达成的一致意见，是对整个系统功能与运行的宏观要求。用户需求用户期望系统提供的服务和运行约束，如“希望系统能快速搜索图书”这类诉求。三大类型涵盖功能性需求、质量需求与约束，是软件需求分析的核心分类维度。软件需求针对待开发软件部分的功能、质量属性和实施约束的具体且详细的技术描述。需求的定义与类型用户客户核心关注：系统易用性核心关注：成本与进度工程师核心关注：技术可行性监管机构核心关注：合规与安全直接使用系统的终端人员，核心诉求是系统操作流畅、功能贴合业务，是产品价值的直接体验者。为项目开发支付费用的主体，重点关注开发成本是否可控、交付进度能否达标，追求投入产出比。负责技术落地的专业人员，评估需求的可实现性与开发复杂度，兼顾系统稳定性与后期维护效率。代表公共利益的官方组织，严格把控系统的合规性、数据安全与风险控制，确保符合行业法规。01020304涉众分析软件开发始于一个宏观的愿景，需求工程的核心任务就是将这个抽象的愿景，通过不断的分解和细化，转化为可执行的具体需求。这一过程是从模糊概念到清晰落地的关键，决定了后续开发的方向与质量。需求分解与细化核心任务：愿景落地将抽象的宏观愿景，通过层层追问与拆解，转化为可落地、可执行的技术开发需求，搭建从业务到技术的桥梁。“与”分解(AND-decomposition)强约束的逻辑规则：所有子目标必须全部实现，缺一不可，才能达成上级目标，适用于关键流程的完整性要求。“或”分解(OR-decomposition)灵活的实现路径：只需实现任意一个子目标即可满足上级目标，为方案设计提供了更多的灵活性与可替代性。010203示例校园一卡通系统愿景拆解：从顶层服务目标到具体业务功能，清晰展示需求细化的层级结构。将“便捷生活”转化为“充值、消费、查询”等可执行动作需求工程010203核心内容包含产品概述、功能与非功能需求、界面接口规范及项目约束条件，明确开发边界。编写原则遵循准确、清晰、完整、可测试、可跟踪、一致性六大原则，保障需求落地无歧义。重要性作为沟通工具、开发依据与测试标准，是团队协作的核心基准，消除信息传递偏差。PRDPRODUCTREQUIREMENTS需求文档（PRD）是连接产品、技术、测试等所有团队的唯一“真理来源”。它将抽象的业务需求固化为可执行的产品蓝图，是产品从概念走向落地的关键载体，为后续开发、测试与验收工作提供统一的执行标准。需求文档(PRD)第二部分需求建模策略与UML结构化分析对象建模功能与数据流分解类与关系识别数据建模实体与关系构建用例建模用户交互视角通过分解系统功能和数据，建立数据流图（DFD），适合对大型复杂系统进行功能拆解与流程梳理。识别系统中的对象、类及其内在关系，建立类图，是面向对象软件开发中最核心的需求表达方法。以数据为核心出发点，建立实体-关系图（ERD），聚焦数据本身的结构、属性与实体间的关联逻辑。以用户与系统的交互为中心，通过参与者和用例描述功能，直观反映用户的业务目标与操作流程。01020304需求建模策略关系事物之间的连接纽带，涵盖关联、依赖、继承等类型，定义了系统元素间的交互逻辑与结构关联。事物(Things)模型的基本构成单元，包含类、用例、包等核心元素，是构建UML模型的基础组件与实体对象。UML2.0包含13种标准图形，划分为静态图与动态图两大类，是软件工程领域通用的标准建模语言规范。图(Diagrams)事物与关系的可视化组合，通过用例图、类图等形式，从不同维度直观呈现系统的结构与行为逻辑。UML基础010203类图描述系统静态结构，展示类、属性、方法及相互关系，是面向对象设计的核心蓝图。活动图刻画业务流程与工作流，呈现活动间控制流，清晰展现任务流转与决策逻辑。用例图定义系统功能与用户交互，明确参与者与系统行为，是需求分析阶段的关键工具。UMLMODELINGGUIDEUML（统一建模语言）是软件工程的标准建模工具，用于可视化软件系统的结构与行为。在需求分析与系统设计中，用例图、类图和活动图是最核心的三类图表，它们分别从功能视角、结构视角和流程视角，帮助开发团队高效梳理业务逻辑、定义系统要素并明确执行步骤。常用UML图介绍2026年主流UML建模工具推荐draw.io免费开源·跨平台离线功能覆盖全类型UML图与流程图，无需注册即可使用，支持桌面端离线运行，无任何隐藏功能限制，是轻量级绘图的全能选手。适用：学生/个人独立开发者VisualParadigm商业旗舰·社区免费版符合OMG标准的专业级建模工具，支持MDA架构设计、数据库逆向工程及团队协作，提供从需求到部署的全生命周期解决方案。适用：中大型企业/专业团队ProcessOn在线协作·本土化体验国内访问流畅，内置海量行业模板，零学习成本的拖拽式操作，支持多人实时在线编辑与云端自动同步，沟通成本极低。适用：中小团队/敏捷开发PlantUML代码驱动·版本友好通过简洁的纯文本语法定义模型，自动渲染为UML图。天然兼容Git/SVN版本控制，可无缝嵌入代码库与技术文档生成流程。适用：开发者/代码化管理选型核心：适配协作模式与技术栈UML工具的核心价值在于提升设计与沟通的效率。2026年工具的核心趋势是“轻量化协作”与“开发流程深度融合”。无论是追求零成本的个人探索，还是企业级的全流程管控，亦或是开发团队的代码化管理，关键在于工具能否无缝融入现有的工作流，而非单纯功能的堆砌。快速决策指南个人学习或快速原型首选draw.io；复杂架构与企业级项目推荐VisualParadigm；国内团队敏捷协作首选ProcessOn；若习惯代码即文档，且需与开发流水线打通，PlantUML是不可替代的选择。根据团队规模与技术文化选择，才能最大化发挥工具效能。第三部分需求工程过程需求获取需求分析ElicitationAnalysis规格说明Specification验证与管理Validation&Management通过访谈、问卷等方法，主动从涉众处收集原始信息，全面挖掘潜在的业务诉求与用户期望。对获取的需求进行建模与协商，梳理逻辑关联，有效解决需求间的冲突，明确核心业务规则。将分析成果转化为正式、无二义性的文档，使其成为开发、测试及后期验收的核心基准依据。评审原型确保需求准确；全流程管理变更、版本与跟踪，动态适配项目推进中的各类调整。01020304需求工程的五大核心活动并非所有需求都同等重要。对需求进行优先级排序，能帮助产品与研发团队过滤无效信息，集中核心资源开发对用户和业务最具价值的功能，是高效项目推进的关键前置步骤。需求优先级排序KANO模型：用户价值分层划分基本、期望与兴奋型需求，精准匹配用户心理预期，挖掘差异化体验机会，从用户视角定义功能价值。MoSCoW法则：资源刚性约束通过M(必须)、S(应该)、C(可以)、W(暂缓)四级分类，明确开发边界，快速对齐项目排期与资源投入。策略融合：动态适配场景结合模型与法则，在不同项目阶段灵活调整，平衡用户体验与开发落地效率。0102032大经典方法论助力需求筛选，精准定位开发重点，在有限资源下实现产品价值最大化。PRODUCTPRIORITIZATION核心方法010203核心优点可快速响应需求变化，有效降低开发风险，让核心价值尽早交付，帮助团队灵活应对市场波动。潜在挑战需要客户持续深度参与迭代过程，频繁的沟通与版本调整也会带来更高的管理与协作成本。核心思想将开发全流程拆分为多个短周期迭代，每个迭代独立完成开发与测试，交付可运行的软件增量版本。AGILEITERATIVEPROCESS传统瀑布模型要求开发前定义完整需求，在需求多变的现代开发中过于僵化。迭代式过程模型打破了这种线性束缚，通过“小步快跑”的模式，让开发团队能灵活调整方向，在持续交付中不断逼近用户真实需求，是适应快速变化市场的关键方法论。迭代式过程模型第四部分需求获取与分析技术访谈问卷调查InterviewSurvey焦点小组FocusGroup原型法Prototyping采用一对一或一对多的直接沟通形式，能够深入挖掘用户的潜在需求，是处理复杂且需要深度理解的业务问题的核心方式。通过设计标准化问卷面向大量用户收集反馈，覆盖面广且执行效率高，是获取大规模用户意见与倾向的高效调研手段。组织代表性用户开展小组互动讨论，借助群体交流碰撞思维火花，可快速捕捉目标群体的核心关注点与潜在想法。快速构建可交互的系统简化模型，让用户直观体验功能流程，以此高效获取真实且精准的产品改进反馈与需求验证。01020304需求获取技术用例(UseCase)参与者与系统为实现特定业务目标，所进行的一系列具有逻辑关联的交互动作集合。参与者(Actor)与系统产生交互的外部实体，包括操作软件的业务人员，或进行数据互通的外部系统。核心关系用例间存在包含、扩展和泛化三种关系，用于实现功能复用与复杂业务逻辑的结构化组织。场景(Scenario)用例的具体执行路径，涵盖了最理想的主要成功场景，以及应对各种异常的备选场景。软件用例建模第五部分敏捷需求分析敏捷开发中，需求并非一次性定义完成，而是被组织成层次化的拆解结构。这种方式能有效适配业务的快速变化，将宏观目标转化为可落地的执行动作，支撑团队高效的迭代交付。敏捷需求规划：从史诗到任务Epic(史诗)-顶层战略愿景Feature(特性)-核心业务模块Story(故事)-价值落地单元010203Task可执行的原子化工作单元，单人可独立完成，是敏捷开发中进度管控与风险应对的关键基础。拆解逻辑：从宏观愿景到微观执行的价值传递链条核心模型0102033C原则卡片是载体，交谈是核心，确认是标准。三者结合保障需求被准确理解与交付。INVEST原则六大维度构建优质故事：独立、可协商、有价值、可估算、小且可测试。经典格式作为角色，我希望达成目标，以便获得价值。聚焦用户视角与功能核心收益。STORYAGILEREQUIREMENTS用户故事是敏捷需求的核心载体，它是连接用户真实诉求与开发落地的关键纽带。通过摒弃冗长的文档，用简单易懂的语言描述功能，让团队能快速对齐目标，在迭代中灵活响应变化，持续交付用户真正需要的价值。用户故事第六部分前沿挑战与趋势AI技术，特别是大语言模型，正在为需求工程带来革命性的变化。它不仅能将工程师从繁琐的文本处理中解放出来，还能提供智能的分析与决策支持；但同时，算法偏见、决策黑箱等问题也对传统工程流程提出了全新的考验。AI与需求工程：机遇与挑战自动检测歧义NLP技术自动识别需求文档中的模糊表述与冲突点，替代人工逐条审查，大幅降低因理解偏差导致的后期变更成本。动态优先级排序ML模型综合业务价值、风险等级等多维因素，输出客观的优先级方案，辅助团队在资源约束下高效推进开发。自动追溯关联深度学习构建需求与代码、用例的映射，实现全生命周期的可追溯性管理。010203AI+RE在拥抱技术红利的同时，需正视潜在风险，确立“人机协同”的工程新范式。REVOLUTIONINREQUIREMENTSENGINEERING趋势洞察总结与思考需求的定义与层次厘清用户需求、系统需求与软件需求的层级关系，是需求工程的基础。明确不同层级的边界与侧重点，才能为后续的开发工作确立清晰、可执行的目标。需求工程全流程掌握获取、分析、规格说明、验证和管理这五大核心活动。它们构成了闭环的需求处理体系，每一步都相互衔接，共同保障需求的准确性与完整性。可视化需求建模学会利用UML用例图等专业工具将抽象的文字需求转化为直观的图形表达。可视化的模型能有效降低沟通成本，让技术与业务人员对需求达成一致理解。敏捷需求迭代掌握用户故事的编写技巧与INVEST原则，适应快速变化的市场环境。通过敏捷迭代的方式，将大需求拆解为小的可交付单元，实现快速反馈与持续优化。AI技术新趋势了解AI如何介入需求分析环节，从智能需求挖掘到自动化文档生成。新技术正在重塑行业工作流，我们需要思考如何利用工具提升效率，拓展职业能力边界。思考一：需求冲突的实战化解在过往的项目开发中，你曾遇到过哪些典型的需求冲突？例如业务方与技术方的目标不一致、不同用户角色的诉求相左等。你当时采取了什么策略来协调各方利益？这一过程给你的需求管理工作带来了哪些宝贵的经验与反思？思考二：文档与故事的博弈对比传统的详细需求规格说明书（SRS）与敏捷开发中的用户故事，分析二者的核心差异。SRS的严谨性与用户故事的灵活性各有何优劣？结合你参与过的项目特点，谈谈在什么场景下更适合使用文档驱动，什么场景下敏捷故事更能发挥价值？思考三：AI时代的角色重塑随着大语言模型等AI技术的成熟，自动化需求分析工具日益强大。你认为未来AI是否能完全替代人类需求分析师？请从需求的隐性挖掘、业务场景的情感化理解、以及复杂系统的创造性设计等角度，阐述你的观点，并思考未来分析师的核心不可替代价值在哪里。Q&A感谢聆听第四章软件设计主讲教师：石元博010203熟悉设计框架了解软件体系结构、构件及面向对象设计的框架，掌握从宏观架构到微观构件设计的关键实施步骤。掌握准则与模式熟练应用设计策划与界面设计准则，掌握设计模式基本概念，为开发高质量软件提供核心方法论。掌握核心概念理解软件设计的核心思想，包括抽象、模块化与逐步求精，建立对软件设计底层逻辑的基础认知。目标LEARNINGOBJECTIVES通过本章的学习，你将能够建立对软件设计的系统性认知。从理解核心思想与基础理论出发，逐步掌握从宏观架构到微观实现的各类设计框架，最终能够熟练运用设计准则与经典模式，为高效、规范地进行软件开发与系统优化打下坚实的理论与方法基础。本章学习目标本章内容导图本章内容以“软件设计”为核心主题，通过结构化的五大模块构建完整的学习体系。该导图直观展示了从顶层设计原则到具体落地实施的全流程，帮助大家快速建立宏观认知，把握各环节的逻辑关联与核心要点。设计概述明确软件设计的核心模式概念，掌握前期策划流程，为后续工程实施奠定理论基础与整体思维框架。体系结构剖析设计参与者角色，理解核心设计准则与步骤，掌握体系结构的输入输出要素及结构优化的关键方法。构件设计遵循高内聚低耦合的构件原则，规范构件设计的实施步骤，实现软件功能模块的高效拆分与独立实现。面向对象的设计方法基于类设计的核心准则，完成从分析模型向设计模型的转化。重点掌握类的设计步骤，明确输入输出要素，实现数据与行为的封装。用户界面交互设计聚焦用户体验与操作流程，明确界面设计的各方参与者。通过标准化的设计步骤与准则，打造易用、高效且符合用户直觉的软件交互界面。学习提示：结合导图自上而下梳理逻辑，从宏观架构到微观实现逐步突破。第一部分软件设计概述软件设计是一个逐步精细化的过程，旨在获得能够满足软件需求的、明确、可行、高质量的软件解决方案。它是连接需求分析与编码实现的桥梁，将抽象的业务需求转化为可落地的技术实现蓝图。什么是软件设计？核心任务：解决“怎么做”的问题基于需求分析结果，明确系统实现路径，将“做什么”转化为具体的技术执行方案。概要设计：构建总体架构对功能进行模块分解，确定软件整体结构与模块间的交互接口。详细设计：细化执行细节定义模块内的算法逻辑与数据结构，为编码提供精准依据。01020301从需求到实现的关键转化，通过分阶段的设计过程，让软件系统既满足业务目标，又具备可落地的技术可行性。SOFTWAREDESIGNGUIDE设计概论设计模式是一套被反复使用、经过分类编目的代码设计经验总结，是软件开发领域解决特定问题的最佳实践，能够帮助开发者规避常见错误并优化系统架构。软件设计模式核心目的：复用代码与保障可靠性关键价值：提升易读性与开发效率经典范式：单例与工厂模式010203CORE沉淀行业通用解法，让复杂系统的设计逻辑具备可复用性与可扩展性。SOFTWAREDESIGNPATTERNS核心概念模式名称问题通用的沟通代号核心矛盾与场景解决方案结构与协作方式效果影响与价值分析为模式赋予专属名称，如同统一的行业术语，让开发者能高效沟通，快速理解设计意图。精准描述模式适用的反复出现场景，剖析场景里的核心矛盾，是模式应用的前提与基础。定义设计的组成部分、相互关系与职责，明确对象间协作方式，形成可复用的设计方案。客观呈现使用模式带来的功能提升与架构优化，同时也需考量引入模式产生的额外成本。01020304设计模式的构成要素内聚是对一个模块内部各成分之间紧密程度的度量。我们在软件设计中的核心目标是追求“高内聚”——让模块专注完成单一任务，内部元素围绕核心功能紧密协作，以此降低系统复杂度，提升模块的独立性与可维护性。内聚(Cohesion)低内聚等级包含偶然、逻辑、时序内聚。元素仅因偶然因素或时间先后归为一类，关联松散，维护成本高。中内聚等级包含过程、通信内聚。元素间存在流程或数据关联，但未完全聚焦单一业务功能，耦合性仍较高。高内聚等级包含顺序与功能内聚，是设计的理想方向。010203TOP功能内聚是最高理想：模块所有元素协同完成唯一功能，是构建高质量系统的核心准则。SOFTWAREARCHITECTURE核心概念耦合是对软件结构中模块间关联程度的度量。我们的核心目标是追求低耦合，减少模块间的依赖关系，以此降低修改单一模块时对其他模块的连锁影响，提升系统整体的可维护性与灵活性。核心概念：耦合(Coupling)低耦合：推荐采用的设计层级中耦合：开发中需保持谨慎高耦合：系统设计必须杜绝010203低耦合模块独立的核心准则，让系统各部分解耦，降低复杂度，提升可维护性与扩展能力。SOFTWAREDESIGNPRINCIPLE软件设计原则010203设计原则设计可追溯至分析模型，结构贴合实际问题，同时保持设计风格与逻辑的一致性。核心思想设计非编码前置，应在设计阶段评估质量，而非待编码完成后才发现问题。基本原理以抽象、模块化、信息隐蔽和模块独立性为核心，搭建软件设计的底层逻辑框架。2026SOFTWAREDESIGN软件设计的策划是构建高质量系统的起点，它不仅需要确立底层的技术原理，更要遵循科学的设计原则与核心思想。通过前期严谨的策划，能够在开发初期规避潜在风险，让后续的编码与实现工作更具方向性和可控性。软件设计的策划第二部分软件体系结构设计体系结构设计是系统设计的核心蓝图，它定义了系统的全局结构与组件组织方式，直接决定了系统的整体质量与长期演进能力。科学的架构设计能为开发、测试、部署全流程提供清晰指引，规避后期重构的高昂成本。体系结构设计的重要性稳健性：面对异常保持稳定，筑牢运行根基适应性：灵活适配业务变化，响应动态需求可重用性：沉淀通用能力组件，降低开发成本01020304可维护性：让系统结构清晰、逻辑解耦，便于后续的维护优化与功能迭代升级。SYSTEMQUALITYGOALS核心目标上级系统即使用当前系统的外部系统，其业务需求与调用方式定义了架构需满足的上游输入边界与交互规范。关键参与者涵盖系统架构师、开发、测试及业务人员，多方角色紧密协作，是架构设计与落地的核心执行力量。同级系统指地位对等且业务交互的协作系统，需通过标准化技术协议实现高效、可靠的数据传输与业务协同。下级系统即被当前系统调用的支撑系统，架构需适配其接口能力、数据格式，保障服务的高可用与稳定性。体系结构设计的参与者与环境抽象原则分而治之原则抓住核心特征复杂问题拆解封装与隐藏原则保护内部实现模块化原则功能独立划分集中表现事物主要特征，隐藏非关键细节，帮助在复杂系统中快速锁定核心设计矛盾，提炼关键逻辑。将庞大复杂的系统问题，合理分解为若干独立小问题，通过逐一分析与解决，降低开发与管理的复杂度。将数据和操作封装在独立单元内，隐藏内部具体实现细节，仅对外暴露必要接口，保障系统安全性与可控性。将软件系统划分为独立命名和访问的功能模块，实现模块间低耦合，提升并行开发效率与后期维护性。01020304体系结构设计的核心准则(一)高内聚低耦合关注点分离核心架构原则功能解耦策略策略实现分离逻辑动态适配接口实现分离组件交互规范模块内部紧密相关，模块之间依赖最少，有效降低系统整体复杂度，提升模块独立性与可维护性。将业务逻辑、UI展示等不同性质的关注点彻底分离开，避免功能混杂，让各部分职责更清晰。将易变的业务决策逻辑与稳定的执行算法分离，允许在不修改核心执行逻辑的前提下灵活替换策略。将组件对外交互方式与内部具体功能实现解耦，增强系统扩展性，便于后续功能迭代与模块复用。01020304体系结构设计的核心准则(二)010203选择体系结构风格结合业务场景确定架构类型，如分层、管道-过滤器等，为系统搭建适配的整体骨架。逻辑与物理设计输出逻辑包图、核心组件关系图，同时规划硬件资源，形成清晰的物理部署架构图。分析关键需求深度剖析用例与需求规格，重点关注非功能性需求，明确系统架构的核心设计依据。STEPSYSTEMARCHITECTURE体系结构设计是系统开发的核心环节，需遵循标准化的流程推进。这一过程从对业务与技术需求的精准分析起步，通过科学选择架构风格确立系统形态，最终落实到逻辑与物理层面的详细设计，为后续开发与实施提供清晰且可落地的技术蓝图。体系结构设计的步骤(1/2)040506完善辅助要素设计持久化数据格式、核心约束说明，为系统落地提供数据与规则支撑。迭代优化与评审验证设计是否满足需求，基于反馈进行迭代调整，保障方案质量。细化接口与交互输出接口规范、关键交互时序图，明确组件间的通信与数据流转逻辑。STEPARCHITECTUREDESIGN完成核心架构的初步搭建后，我们进入设计的精细化落地阶段。这一阶段聚焦于将抽象的架构蓝图转化为可执行的技术规范，通过明确接口、固化数据要素，并经过严谨的迭代评审，确保系统架构既满足当下的业务需求，又具备良好的扩展性与可维护性。体系结构设计的步骤(2/2)架构设计是衔接业务需求与技术落地的核心环节，其工作开展需依托清晰的前置输入条件，同时需交付标准化的设计成果，以此保障系统开发过程的规范性与最终方案的可执行性。体系结构设计的输入与输出核心输入要素关键输出成果设计落地价值010203架构输入与输出是架构设计的核心逻辑，精准输入定方向，标准输出保落地，二者缺一不可。SYSTEMARCHITECTURE第一节高内聚低耦合作用与控制范围核心设计原则模块边界约束层级与调用适中拓扑结构平衡模块大小适度代码规模建议以此为原则优化初始结构，必要时合并或分解模块，让每个模块专注单一功能，降低模块间的依赖程度。模块的作用范围应完全处于其控制范围之内，避免外部逻辑对模块内部产生不可控的干扰与影响。合理把控系统的深度、宽度、扇入与扇出参数，维持层级清晰且调用关系简洁，提升结构的可追踪性。建议单模块代码量在50-150条语句左右，既增强代码的可理解性，也能避免过度拆分增加系统复杂度。01020304软件结构设计优化准则第三部分软件构件设计构件设计是将抽象设计模型具象化为物理实现方案的关键步骤，它承接架构设计的宏观蓝图，把模糊的设计概念落实为具体的软件实现细节，是连接系统架构与工程开发的核心技术桥梁。什么是构件设计？核心关注点：细节实现与定义核心任务：模块化拆解与解耦交付产出：设计文档与标准010203核心将架构蓝图转化为可落地的技术构件，明确功能边界与交互规则，为高效开发提供核心依据。SOFTWARECOMPONENTDESIGN构件设计基础开闭原则Liskov替换原则OCPLSP依赖倒置原则DIP接口分离原则ISP对扩展开放，对修改关闭。通过扩展新增功能，避免修改原有代码，从而保障系统的稳定性与可维护性。子类对象必须能够替换其所有父类对象。保证继承逻辑的正确性，使子类在替换父类时不影响程序原有功能。依赖于抽象，而非具体实现。高层模块不依赖底层细节，降低耦合度，让系统结构更灵活且易于扩展。使用多个客户专用的细粒度接口。拒绝臃肿的大接口，减少接口间的依赖，提升系统设计的灵活性与适配性。01020304构件设计的四大核心原则010203共同封闭原则一个包中的所有类应对同一类变更封闭，让变更影响局限于单个包，降低维护与迭代成本。共同复用原则一起被复用的类应置于同一包中，保证依赖的一致性，减少系统中不必要的耦合关系。发布-复用等价性原则复用的粒度必须与发布的粒度保持一致，复用单元即为发布单元，避免依赖混乱与版本问题。COREMODULEDESIGN在软件架构的模块化设计中，构件打包是连接代码实现与系统部署的核心环节。遵循科学的打包三大原则，不仅能让代码组织更符合业务逻辑，还能在后续的开发、测试与发布流程中，有效规避依赖风险，提升系统的可维护性与扩展性。构件打包的三大原则基于构件的软件开发核心在于通过标准化的构件复用与组装，像“搭积木”一样构建系统，大幅提升开发效率与系统灵活性，同时降低重复开发带来的成本与维护难度。基于构件的软件开发流程框架设计与构件库搭建构件获取与适应性调整构件组装与系统集成01020305核心环节环环相扣，从设计到组装，以复用思维重构开发模式，实现软件工程的高效落地。COMPONENT-BASEDDEV核心流程第四部分面向对象的设计面向对象设计是现代软件工程的核心方法论，其核心是通过构建清晰的对象模型来应对复杂的业务需求。这一设计思路能有效降低系统复杂度，让软件在长期迭代中始终保持良好的结构，从容应对需求的动态变化。面向对象设计的核心目标目标：实现可维护与可扩展性本质：抽象建模映射现实世界思想：分离与信息隐藏010203OOD以对象为单元封装数据与行为，通过三大特性构建松耦合架构，为系统长期演进提供坚实支撑。SOFTWAREDESIGN核心目标单一职责原则开闭原则SRPOCPLiskov替换原则LSP依赖倒置原则DIP一个类应该只有一个引起它变化的原因，让每个类专注完成单一功能。对扩展开放，对修改关闭，通过扩展新代码实现功能迭代而非改动旧代码。子类必须能够替换其父类，保证继承关系中程序行为的正确性与兼容性。高层与低层模块都依赖于抽象，降低模块间耦合，提升系统的灵活性。01020304面向对象设计七大原则(一)050607德米特原则一个对象应对其他对象保持最少了解，仅与直接的朋友通信，以此降低系统间的耦合度。组合/聚合复用优先采用组合或聚合关系实现代码复用，替代继承机制，让系统结构更灵活且易于维护。接口分离原则不强迫客户端依赖不需要的接口，应将臃肿的大接口拆分为多个职责单一的专用接口。PART02OODDESIGNPRINCIPLES在掌握了前四个设计原则后，我们进入第二部分的学习。这三个原则聚焦于系统的接口设计、对象间的交互方式以及代码复用的策略，是构建高内聚、低耦合、可维护性强的面向对象软件系统不可或缺的关键准则。面向对象设计七大原则(二)单一职责开闭原则SingleResponsibilityOpen/ClosedPrincipleLiskov替换LiskovSubstitution依赖倒置DependencyInversion一个类只做好一件事，专注实现单一功能逻辑，有效降低代码的耦合程度，让类的职责边界更清晰。对扩展开放，对修改封闭。通过抽象化封装变化，利用继承与多态机制，灵活扩展功能而不改动原有核心代码。子类必须能安全替换基类且不影响程序正确性。保证继承体系逻辑一致，避免因继承导致的系统异常。高层模块依赖抽象而非具体实现。通过接口解耦业务与实现细节，大幅提升系统的可维护性与扩展能力。01020304类设计的准则010203架构设计规划系统整体层次结构，合理划分组件模块与接口定义，明确类在系统中的角色、职责与宏观交互方式。详细设计具体定义每个类的属性、方法，梳理类之间的依赖与协作关系，形成可直接指导编码落地的详细设计蓝图。需求分析明确系统功能、业务需求、数据结构和处理流程，精准定位待解决的业务问题，为后续设计确立清晰目标。STEPCLASSDESIGNPROCESS类设计是面向对象开发的核心环节，通过标准化的流程将抽象业务需求转化为可复用的代码实体。从需求分析到最终实现，每一步环环相扣，既保证了业务逻辑的精准映射，也为软件系统的稳定性、可扩展性与可维护性提供了坚实的设计支撑。类设计的步骤04编程实现：将详细设计方案转化为可执行的代码逻辑，完成功能开发与单元测试，验证设计可行性，修正实现过程中的偏差。第五部分用户界面设计用户界面设计是通过协调界面构件和操作逻辑，优化和简化用户与系统交流的过程。它以用户为中心，将复杂的技术功能转化为直观的操作界面，降低用户的认知与操作成本，是连接用户需求与技术实现的核心桥梁。什么是用户界面设计(UI)？核心目标：提升效率与体验应用分类：多终端场景适配设计本质：逻辑与美学统一010203UI作为产品与用户接触的直接媒介，其设计质量决定了用户对产品的第一印象，更是实现高效人机交互的关键所在。USERINTERFACEUI设计基础软件工程师UI设计员技术实现担当视觉交互核心产品经理战略统筹者最终用户核心导向者负责技术实现，将设计方案转化为可运行的代码，确保设计的可行性与最终落地效果。负责产品的视觉呈现、页面布局规划及交互逻辑设计，打造既美观又具备易用性的界面体验。把控整体产品战略方向，平衡用户、业务与技术各方需求，制定合理且符合目标的产品设计规划。作为需求的根本来源和实际体验反馈者，是设计的核心导向，其反馈决定产品设计的最终价值。01020304UI设计的参与者优秀的用户界面设计是产品体验的核心基石，遵循科学的设计准则能有效降低用户的学习成本，提升操作流畅度，让用户在每一次交互中都能获得清晰、高效且愉悦的使用体验，实现功能与体验的完美平衡。用户界面设计的准则明确：清晰传递信息，无理解障碍直观：贴合认知，操作符合直觉掌控：反馈即时，操作安心可控0102035项一致性与视觉层次，让设计既有规范又有重点，构筑专业易用的界面体验。UIDESIGNGUIDELINES核心原则010203创意风格定位结合品牌调性与用户偏好，确定界面的整体视觉风格、主色调搭配及核心表现形式，奠定设计基调。设计制作遵循视觉策略与创意定位，开展界面原型、高保真视觉稿及交互细节的具体设计与打磨工作。前期调研深入分析市场趋势、用户核心诉求与竞品优劣势，完成用户画像，为设计找准精准的目标定位。UIDESIGNPROCESS用户界面设计是将抽象需求转化为直观产品的核心环节，遵循科学的流程能有效提升设计质量与效率。从前期的深度市场调研到后期的