https://liangweidonggood.github.io/tags/%E8%BD%AF%E4%BB%B6%E5%B7%A5%E7%A8%8B/Recent content in 软件工程 on Liangweidong's blogHugo -- gohugo.iozh-cnMon, 01 Jan 2024 00:00:00 +0000https://liangweidonggood.github.io/p/07-ruan-jian-gong-cheng/Mon, 01 Jan 2024 00:00:00 +0000https://liangweidonggood.github.io/p/07-ruan-jian-gong-cheng/<h1 id="07-软件工程基于第7小时">07-软件工程（基于第7小时） </h1> <blockquote> <p>软考-系统架构设计师 | 第2篇 架构设计专业知识 出题形式：单项选择题 + 案例分析题 | 分值占比：3-6 分 教材参考：第7章</p> </blockquote> <hr> <h2 id="0-考点分析">0. 考点分析 </h2><p>本小时主要学习软件工程、需求工程、系统分析与设计、净室软件工程、基于构件的软件工程、软件项目管理等内容。考察侧重概念知识和管理知识。根据考试大纲，本小时知识点会涉及单项选择题和下午案例分析题，约占8-15分，论文也会有涉及。</p> <p>软件工程是以工程的管理方法去管理软件项目，涉及的知识点很多，是上午题和案例题的&quot;重头戏&quot;。像结构化和面向对象在三门考试中都会出题。</p> <hr> <h2 id="1-核心知识点">1. 核心知识点 </h2><h3 id="11-软件工程基础">1.1 软件工程基础 </h3><p><strong>软件危机6大表现</strong></p> <ol> <li>软件开发进度难以预测</li> <li>软件开发成本难以控制</li> <li>软件功能难以满足用户期望</li> <li>软件质量无法保证</li> <li>软件难以维护</li> <li>软件缺少适当的文档资料</li> </ol> <p><strong>软件生命周期</strong>：需求分析 → 软件设计 → 软件开发 → 运行维护 → 被淘汰</p> <h3 id="12-软件过程模型5大模型">1.2 软件过程模型（5大模型） </h3><p><strong>1. 瀑布模型（Waterfall Model）</strong></p> <ul> <li>结构化开发方法使用</li> <li>7阶段：需求分析→系统设计→程序设计→编码实现→单元测试→集成测试→系统测试→运行维护</li> <li>特点：因果关系紧密相连，前一阶段输出是后一阶段输入，每个阶段伴随里程碑</li> <li>缺点：需求难一次确定、变更代价高、结果难预见、阶段不能并行</li> </ul> <p><strong>2. 原型模型（Prototype Model）</strong></p> <ul> <li>快速原型，原型法使用</li> <li>2阶段：原型开发 + 目标软件开发</li> <li>2种类型： <ul> <li>抛弃型原型：需求确认后即丢弃，继续用瀑布模型</li> <li>演化性原型：不断补充完善形成最终产品</li> </ul> </li> </ul> <p><strong>3. 螺旋模型（Spiral Model）</strong></p> <ul> <li>在<strong>快速原型的基础上结合瀑布模型</strong>扩展而成</li> <li>每个阶段4部分：目标设定、风险分析、开发和有效性验证、评审</li> <li>适用：大型软件开发，强调其他模型忽视的风险分析</li> </ul> <p><strong>4. 敏捷（Agile）模型</strong></p> <table> <thead> <tr> <th>敏捷方法</th> <th>核心特征</th> </tr> </thead> <tbody> <tr> <td>极限编程（XP）</td> <td>高效、低风险、<strong>测试先行</strong>（先写测试代码，再写程序）</td> </tr> <tr> <td>水晶系列方法</td> <td>不同的项目，采用不同的策略</td> </tr> <tr> <td>Scrum（并列争球法）</td> <td>侧重项目管理，<strong>Sprint迭代</strong>，从Product Backlog选最高优先级需求</td> </tr> <tr> <td>FDD（特征驱动开发）</td> <td>分首席程序员和&quot;类&quot;程序员</td> </tr> </tbody> </table> <p>敏捷核心思想3点：</p> <ul> <li>适应型而非可预测型</li> <li>以人为本而非以过程为本</li> <li>迭代增量式开发过程</li> </ul> <p><strong>5. RUP（Rational Unified Process）</strong></p> <ul> <li>重量级过程模型，构件化开发使用</li> <li><strong>二维软件开发模型</strong>，多个循环（Cycle），每个循环4个连续阶段： <ul> <li>初始 → 细化 → 构造 → 移交</li> </ul> </li> <li>9个核心工作流：业务建模、需求、分析与设计、实现、测试、部署、配置与变更管理、项目管理、环境</li> <li>3大特点：<strong>用例驱动、以架构为中心、迭代和增量</strong></li> </ul> <p><strong>RUP &ldquo;4+1&quot;视图模型</strong></p> <table> <thead> <tr> <th>视图</th> <th>对应角色</th> <th>关注</th> <th>常用UML图</th> </tr> </thead> <tbody> <tr> <td><strong>逻辑视图</strong></td> <td>最终用户</td> <td>功能性需求</td> <td>类图、对象图、状态图、协作图</td> </tr> <tr> <td><strong>实现视图</strong>（开发视图）</td> <td>程序员</td> <td>软件静态组织结构</td> <td>包图、组件图</td> </tr> <tr> <td><strong>进程视图</strong>（过程视图）</td> <td>系统集成人员</td> <td>非功能性需求（性能、可用性）</td> <td>活动图</td> </tr> <tr> <td><strong>部署视图</strong>（物理视图）</td> <td>系统工程师</td> <td>软件到硬件的映射</td> <td>部署图</td> </tr> <tr> <td><strong>用例视图</strong></td> <td>所有视图的中心</td> <td>场景驱动</td> <td>用例图</td> </tr> </tbody> </table> <h3 id="13-软件能力成熟度模型">1.3 软件能力成熟度模型 </h3><p><strong>CMM</strong>：概念模型，框架刚性、解释弹性</p> <p><strong>CMMI</strong>（5个成熟度等级）</p> <ol> <li>初始级</li> <li>已管理级</li> <li>已定义级</li> <li>量化管理级（<strong>核心特征：过程性能可预测</strong>，与已定义级区别）</li> <li>优化级</li> </ol> <h3 id="14-需求工程">1.4 需求工程 </h3><p><strong>软件需求3层次</strong></p> <ul> <li><strong>业务需求</strong>：组织机构或客户对系统的高层次目标</li> <li><strong>用户需求</strong>：用户使用产品必须完成的任务</li> <li><strong>功能需求</strong>：开发人员必须实现的软件功能</li> </ul> <p><strong>需求工程5阶段</strong></p> <ol> <li>需求获取</li> <li>需求分析</li> <li>形成需求规格（文档化）</li> <li>需求确认与验证</li> <li>需求管理</li> </ol> <p><strong>SRS（软件需求规格说明书）</strong></p> <ul> <li>包含：功能需求 + 非功能需求 + 约束</li> <li>约束又分：设计约束 + 过程约束</li> <li>批准的SRS是需求开发和需求管理之间的桥梁</li> </ul> <p><strong>需求管理活动</strong></p> <ul> <li>变更控制</li> <li>版本控制</li> <li>需求跟踪</li> <li>（注意：文档管理不属于需求管理活动）</li> </ul> <p><strong>需求跟踪</strong></p> <ul> <li>目的：建立与维护&quot;需求—设计—编程—测试&quot;之间的一致性</li> <li>两种方式：<strong>正向跟踪 + 逆向跟踪 = 双向跟踪</strong></li> <li>工具：需求跟踪矩阵</li> </ul> <p><strong>CCB（变更控制委员会）</strong></p> <ul> <li>由项目所涉及的多方成员共同组成</li> <li><strong>决策机构，不是作业机构</strong></li> <li>通过评审决定项目能否变更，但不提出变更方案</li> </ul> <p><strong>需求获取6步骤</strong></p> <ol> <li>开发高层的业务模型</li> <li>定义项目范围和高层需求</li> <li>识别用户角色和用户代表</li> <li>获取具体的需求</li> <li>确定目标系统的业务工作流</li> <li>需求整理与总结</li> </ol> <p><strong>需求获取方法</strong>：用户面谈、需求专题讨论会、问卷调查、现场观察、原型化方法、头脑风暴法</p> <h3 id="15-系统分析与设计">1.5 系统分析与设计 </h3><p><strong>结构化方法（SASD）</strong></p> <p><strong>结构化分析（SA）</strong></p> <ul> <li>主要手段：数据流图（DFD）、数据字典、结构化语言、判定表、判定树</li> <li><strong>DFD 4种基本元素</strong>：数据流、处理/加工、数据存储、外部项</li> <li>建模步骤：明确目标→确定系统范围→建立顶层DFD→构建第一层DFD分解图→开发DFD层次结构图→检查确认</li> <li><strong>DFD规则</strong>：父图数据流必须在子图出现；一个处理至少一个输入流和一个输出流；一个存储必有流入流出；数据流至少一端是处理端</li> </ul> <p><strong>结构化设计（SD）</strong></p> <ul> <li>自顶向下、逐步求精、模块化</li> <li>概要设计：模块划分，确定功能、接口、调用关系</li> <li>详细设计：每个模块的实现算法、局部数据结构</li> </ul> <p><strong>模块3基本属性</strong>：功能、逻辑、状态</p> <p><strong>耦合类型</strong>（从低到高）</p> <table> <thead> <tr> <th>耦合类型</th> <th>描述</th> </tr> </thead> <tbody> <tr> <td>非直接耦合</td> <td>两模块无直接关系</td> </tr> <tr> <td>数据耦合</td> <td>借助参数表传递简单数据</td> </tr> <tr> <td>标记耦合</td> <td>通过参数表传递记录等复杂信息</td> </tr> <tr> <td>控制耦合</td> <td>传递的信息中包含用于控制模块内部逻辑的信息</td> </tr> <tr> <td>通信耦合</td> <td>共享输入或输出</td> </tr> <tr> <td>公共耦合</td> <td>多个模块访问同一公共数据环境</td> </tr> <tr> <td>内容耦合</td> <td>直接访问另一个模块的内部数据（最高，最差）</td> </tr> </tbody> </table> <p><strong>内聚类型</strong>（从高到低）</p> <table> <thead> <tr> <th>内聚类型</th> <th>描述</th> </tr> </thead> <tbody> <tr> <td>功能内聚</td> <td>各个部分协同完成单一功能，缺一不可（最高）</td> </tr> <tr> <td>顺序内聚</td> <td>处理元素相关，必须顺序执行</td> </tr> <tr> <td>通信内聚</td> <td>集中在一个数据结构区域上</td> </tr> <tr> <td>过程内聚</td> <td>处理元素相关，按特定次序执行</td> </tr> <tr> <td>时间内聚</td> <td>所包含任务必须在同一时间间隔内执行</td> </tr> <tr> <td>逻辑内聚</td> <td>完成逻辑上相关的一组任务</td> </tr> <tr> <td>偶然内聚</td> <td>完成一组无关系或松散关系的任务（最低）</td> </tr> </tbody> </table> <p><strong>设计原则</strong>：高内聚、低耦合</p> <p><strong>结构化编程（SP）</strong></p> <ul> <li>3种基本控制结构：顺序、分支、循环</li> <li>通过这3种结构可构造任何单入口单出口程序</li> <li>强调：自顶向下、逐步细化、清晰第一、效率第二</li> </ul> <p><strong>面向对象方法</strong></p> <p><strong>OOA（面向对象分析）</strong></p> <ul> <li>模型5层次：主题层、对象类层、结构层、属性层、服务层</li> <li>模型5活动：标识对象类、标识结构、定义主题、定义属性、定义服务</li> <li>基本原则：抽象、封装、继承、分类、聚合、关联、消息通信、粒度控制、行为分析</li> <li>5个基本步骤：确定对象和类、确定结构、确定主题、确定属性、确定方法</li> </ul> <p><strong>OOD（面向对象设计）</strong></p> <ul> <li>类3种类型： <ul> <li><strong>实体类</strong>：名词，永久性需要存储（如教师、学生）</li> <li><strong>控制类</strong>：控制用例工作（如登录验证）</li> <li><strong>边界类</strong>：封装用例内外流动的信息（如窗口、通信协议、接口）</li> </ul> </li> </ul> <p><strong>OOP（面向对象程序设计）</strong></p> <ul> <li>基本特点：封装、继承、多态</li> <li>继承4类：取代继承、包含继承、受限继承、特化继承</li> <li>多态：同一操作作用于不同对象产生不同结果</li> </ul> <p><strong>数据持久化与ORM</strong></p> <ul> <li>持久层（Persistence Layer）专注于实现数据持久化</li> <li>对象/关系映射（ORM）</li> <li>主流框架： <ul> <li><strong>Hibernate</strong>：全自动ORM，跨数据库平台</li> <li><strong>MyBatis/iBatis</strong>：半自动，手写SQL，可结合特定数据库优化</li> <li><strong>JDO</strong>（Java Data Object）：Java标准，支持关系数据库+普通文件+XML+对象数据库</li> </ul> </li> </ul> <p><strong>软件重用2类型</strong></p> <ul> <li>水平式重用：不同应用领域中的软件元素（如标准函数库）</li> <li>垂直式重用：共性应用领域间的软部件（如区块链）</li> </ul> <p><strong>逆向工程</strong></p> <ul> <li>通过分析已有程序，寻求比源代码更高级的抽象表现形式</li> <li><strong>设计恢复</strong>：逆向工程得出的设计，不一定抽象还原到原设计</li> <li><strong>重构</strong>：在同一抽象层级中转换系统描述</li> <li><strong>重构工程</strong>：对逆向工程形成的系统进行修改或重构生成的新版本</li> <li>信息恢复4级：实现级 &lt; 结构级 &lt; 功能级 &lt; 领域级（难度递增，工具支持递减）</li> </ul> <h3 id="16-软件测试">1.6 软件测试 </h3><p><strong>测试目的</strong></p> <ul> <li>确认软件以正确方式做了用户期望的事情</li> <li>尽量多地发现漏洞，但不能保证发现所有</li> </ul> <p><strong>测试分类</strong></p> <table> <thead> <tr> <th>分类维度</th> <th>类型</th> </tr> </thead> <tbody> <tr> <td>程序执行状态</td> <td>静态测试ST、动态测试DT</td> </tr> <tr> <td>关注实现和内部结构</td> <td>黑盒测试、白盒测试、灰盒测试</td> </tr> <tr> <td>程序执行方式</td> <td>人工测试MT、自动化测试AT</td> </tr> <tr> <td>阶段划分</td> <td>单元测试、集成测试、系统测试、验收测试</td> </tr> </tbody> </table> <p><strong>4阶段测试对比</strong></p> <table> <thead> <tr> <th>阶段</th> <th>测试对象</th> <th>实施者</th> <th>方法</th> </tr> </thead> <tbody> <tr> <td>单元测试</td> <td>模块</td> <td>程序员自己</td> <td>白盒静态（静态分析、代码审查）或自动化动态</td> </tr> <tr> <td>集成测试</td> <td>组装模块</td> <td>测试人员</td> <td>白盒+黑盒结合</td> </tr> <tr> <td>系统测试</td> <td>完整系统</td> <td>测试人员</td> <td>检查是否符合SRS</td> </tr> <tr> <td>验收测试</td> <td>完整系统</td> <td>用户</td> <td>确认系统满足用户需求</td> </tr> </tbody> </table> <p><strong>系统测试内容</strong>：功能测试、性能测试、健壮性测试、安全性测试</p> <h3 id="17-净室软件工程cse">1.7 净室软件工程（CSE） </h3><ul> <li>Cleanroom Software Engineering</li> <li>在软件开发过程中强调在软件中建立正确性的需要</li> <li>理论基础：函数理论 + 抽样理论</li> <li>使用<strong>盒子结构规约</strong>进行分析和设计建模</li> <li>强调<strong>将正确性验证（而不是测试）作为发现和消除错误的主要机制</strong></li> <li>缺点：太理论化、忽视测试、带有传统软件工程的弊端</li> </ul> <h3 id="18-基于构件的软件工程cbse">1.8 基于构件的软件工程（CBSE） </h3><p><strong>构件5特征</strong></p> <ol> <li>可组装型：所有外部交互通过公开定义的接口</li> <li>可部署性：可作为独立实体在构件平台上运行</li> <li>文档化：必须完全文档化</li> <li>独立性：应独立，如需其他构件服务需显示声明</li> <li>标准化：必须符合某种标准化的构件模型</li> </ol> <p><strong>主流构件模型</strong></p> <ul> <li>Web Services模型</li> <li>Sun EJB模型</li> <li>微软.NET模型</li> </ul> <p><strong>CBSE过程6步骤</strong></p> <ol> <li>系统需求概览</li> <li>识别候选构件</li> <li>根据发现的构件修改需求</li> <li>体系结构设计</li> <li>构件定制与适配</li> <li>组装构件创建系统</li> </ol> <p><strong>CBSE vs 传统软件开发</strong></p> <ul> <li>早期需要完整需求（识别可复用构件）</li> <li>早期阶段根据可利用的构件细化和修改需求</li> <li>架构设计完成后可能需要修改构件</li> <li>开发过程就是组装构件的过程（有时需要开发适配器）</li> <li><strong>架构设计阶段特别重要</strong>，决定和限制了可选构件的范围</li> </ul> <p><strong>构件组装3方式</strong></p> <ul> <li>顺序组装</li> <li>层次组装</li> <li>叠加组装</li> </ul> <p><strong>接口不兼容3类</strong>：参数不兼容、操作不兼容、操作不完备</p> <ul> <li>解决：编写适配器构件</li> </ul> <h3 id="19-软件项目管理">1.9 软件项目管理 </h3><p><strong>软件进度管理6过程</strong></p> <ol> <li>活动定义</li> <li>活动排序</li> <li>活动资源估计</li> <li>活动历时估计</li> <li>制定进度计划</li> <li>进度控制</li> </ol> <p><strong>WBS（工作分解结构）</strong></p> <ul> <li>把项目按原则分解为任务，任务再分解为工作</li> <li>以可交付成果为导向</li> <li>处于计划过程的中心</li> </ul> <p><strong>SCM（软件配置管理）</strong></p> <ul> <li>标识、组织和控制修改的技术</li> <li>目的：使错误降为最小并最有效提高生产效率</li> <li><strong>核心内容：版本控制 + 变更控制</strong></li> </ul> <p><strong>SQA（软件质量保证）</strong></p> <ul> <li>目的：使软件过程对管理人员可见</li> <li>主要任务：SQA审计与评审、SQA报告、处理不符合问题</li> <li>软件质量认证：ISO 9001 + CMM</li> </ul> <p><strong>风险管理</strong></p> <ul> <li>Boehm：风险估计（辨识+分析+排序）+ 风险控制（计划+处理+监督）</li> <li>Charette：分析（辨识+估计+评价）+ 管理（计划+控制+监督）</li> </ul> <hr> <h2 id="2-关键概念速查">2. 关键概念速查 </h2><table> <thead> <tr> <th>概念</th> <th>定义/说明</th> <th>常见考点</th> </tr> </thead> <tbody> <tr> <td>瀑布模型</td> <td>结构化开发方法使用</td> <td>阶段不可并行</td> </tr> <tr> <td>原型模型</td> <td>解决需求难一次确定</td> <td>抛弃型/演化型</td> </tr> <tr> <td>螺旋模型</td> <td>快速原型+瀑布模型</td> <td>强调风险分析</td> </tr> <tr> <td>极限编程XP</td> <td>测试先行</td> <td>敏捷方法</td> </tr> <tr> <td>Scrum</td> <td>Sprint迭代+Product Backlog</td> <td>侧重项目管理</td> </tr> <tr> <td>FDD</td> <td>首席程序员+类程序员</td> <td>特征驱动开发</td> </tr> <tr> <td>RUP</td> <td>用例驱动+架构中心+迭代增量</td> <td>4+1视图</td> </tr> <tr> <td>4+1视图</td> <td>逻辑+实现+进程+部署+用例</td> <td>5种视图</td> </tr> <tr> <td>CMMI 5级</td> <td>初始/已管理/已定义/量化/优化</td> <td>量化管理=可预测</td> </tr> <tr> <td>SRS</td> <td>软件需求规格说明书</td> <td>功能+非功能+约束</td> </tr> <tr> <td>CCB</td> <td>变更控制委员会</td> <td>决策机构非作业机构</td> </tr> <tr> <td>数据流图DFD</td> <td>4元素：数据流/处理/存储/外部项</td> <td>父图子图平衡</td> </tr> <tr> <td>耦合7类</td> <td>非直接→数据→标记→控制→通信→公共→内容</td> <td>低到高</td> </tr> <tr> <td>内聚7类</td> <td>功能→顺序→通信→过程→时间→逻辑→偶然</td> <td>高到低</td> </tr> <tr> <td>OOD 3类</td> <td>实体类/控制类/边界类</td> <td>学生/登录验证/窗口</td> </tr> <tr> <td>ORM</td> <td>对象关系映射</td> <td>Hibernate+MyBatis+JDO</td> </tr> <tr> <td>单元测试</td> <td>程序员自己，白盒静态</td> <td>模块级</td> </tr> <tr> <td>CSE净室</td> <td>正确性验证而非测试</td> <td>盒子结构规约</td> </tr> <tr> <td>CBSE</td> <td>构件化软件工程</td> <td>Web Services/EJB/.NET</td> </tr> <tr> <td>WBS</td> <td>工作分解结构</td> <td>以可交付成果为导向</td> </tr> <tr> <td>SCM</td> <td>软件配置管理</td> <td>版本控制+变更控制</td> </tr> </tbody> </table> <hr> <h2 id="3-典型例题">3. 典型例题 </h2><h3 id="题目1螺旋模型基础">题目1：螺旋模型基础 </h3><p><strong>题目</strong>：螺旋模型在（ ）的基础上扩展而成。 A．瀑布模型 B．原型模型 C．快速模型 D．面向对象模型</p> <p><strong>答案</strong>：B</p> <p><strong>解析</strong>：螺旋模型是在<strong>原型模型</strong>（快速原型）的基础上结合瀑布模型扩展而成，强调其他模型忽视的风险分析。</p> <h3 id="题目2敏捷方法识别">题目2：敏捷方法识别 </h3><p><strong>题目</strong>：（1）适用于程序开发人员在地域上分布很广的开发团队。（2）中，编程开发人员分成首席程序员和&quot;类&quot;程序员。 （1）A．水晶系列（Crystal）开发方法 B．开放式源码（Open Source）开发方法 C．Scrum开发方法 D．功用驱动开发方法（FDD） （2）A．自适应软件开发（ASD） B．极限编程（XP）开发方法 C．开放系统—过程开发方法（OpenUP） D．功用驱动开发方法（FDD）</p> <p><strong>答案</strong>：B D</p> <p><strong>解析</strong>：</p> <ul> <li>开放式源码项目特点是程序开发人员在地域上分布很广，一般敏捷方法都强调项目组成员在同一地点工作。</li> <li>FDD（功用驱动开发方法）将编程开发人员分成首席程序员和&quot;类&quot;程序员两类，首席程序员是最有经验的开发人员。</li> </ul> <h3 id="题目3需求管理活动">题目3：需求管理活动 </h3><p><strong>题目</strong>：需求管理是一个对系统需求变更、了解和控制的过程。以下活动中，（ ）不属于需求管理的主要活动。 A．文档管理 B．需求跟踪 C．版本控制 D．变更控制</p> <p><strong>答案</strong>：A</p> <p><strong>解析</strong>：需求管理的主要活动包括变更控制、版本控制、需求跟踪等。<strong>文档管理不属于需求管理的主要活动</strong>。</p> <h3 id="题目4结构化编程基本结构">题目4：结构化编程基本结构 </h3><p><strong>题目</strong>：结构化程序设计采用自顶向下、逐步求精及模块化的程序设计方法，通过（ ）三种基本的控制结构可以构造出任何单入口单出口的程序。 A．顺序、选择和嵌套 B．顺序、分支和循环 C．分支、并发和循环 D．跳转、选择和并发</p> <p><strong>答案</strong>：B</p> <p><strong>解析</strong>：结构化程序设计通过<strong>顺序、分支（选择）和循环</strong>三种基本的控制结构可以构造出任何单入口单出口的程序。这三种结构是Dijkstra提出的结构化定理的核心。</p> <hr> <h2 id="4-高频考点">4. 高频考点 </h2><ol> <li><strong>5大软件过程模型对比</strong>（5年12考）：瀑布/原型/螺旋/敏捷/RUP的特征与适用场景</li> <li><strong>4+1视图对应角色</strong>：逻辑-用户、实现-程序员、进程-集成人员、部署-工程师</li> <li><strong>CMMI 5级</strong>：初始→已管理→已定义→量化管理→优化（量化管理=可预测）</li> <li><strong>耦合7类型排序</strong>（从低到高）：非直接&lt;数据&lt;标记&lt;控制&lt;通信&lt;公共&lt;内容</li> <li><strong>内聚7类型排序</strong>（从高到低）：功能&gt;顺序&gt;通信&gt;过程&gt;时间&gt;逻辑&gt;偶然</li> <li><strong>设计原则</strong>：高内聚、低耦合</li> <li><strong>结构化编程3种基本结构</strong>：顺序+分支+循环</li> <li><strong>DFD 4基本元素</strong>：数据流+处理+数据存储+外部项</li> <li><strong>OOD 3类对象</strong>：实体类/控制类/边界类</li> <li><strong>ORM 3框架</strong>：Hibernate（全自动）+ MyBatis（半自动）+ JDO（Java标准）</li> <li><strong>软件测试4阶段</strong>：单元（程序员自己）→集成→系统→验收</li> <li><strong>净室软件工程CSE</strong>：正确性验证而非测试</li> <li><strong>CBSE 3种组装方式</strong>：顺序+层次+叠加</li> <li><strong>需求管理活动</strong>：变更控制+版本控制+需求跟踪（不含文档管理）</li> <li><strong>CCB定位</strong>：决策机构不是作业机构</li> </ol>