看这玩意复习你还会挂科？《软件工程篇》

软件工程：是指导软件开发和维护的一门工程学科 三要素方法/工具/开发过程价值：促进项目成功

现代产品开发三原则：功用性、可行性、称许性 软件过程是软件工程的核心组成部分。

迭代：反复求精增量：逐块建造 需求调查手段:研究文档、访谈、现场观察、问卷、原型法

经典软件过程：瀑布模型、RUP统一软件过程、Scrum敏捷过程、扩展ICONIX过程

瀑布模型：需求分析、需求定义、概要设计、详细设计、实现、系统测试、验收测试、维护

UML承载面对象思想。静态图：对象图/类图/组件图/部署图；动态图：用例图/序列图/活动图/状态图/协作图

需求是软件成功的基础，需求工程是解决需求噩梦手段：需求开发/调查/分析/定义/管理/确认/跟踪/变更控制

需求开发（获取用户需求/定义产品需求，找到痛点提出办法）需求调查需求分析（定义愿景、业务建模、用例分析）需求定义：规格说明书（（非）功能需求）需求管理（客户与开发方需求共同理解，维护与其他成果一致，控制变更）

三类人需求：老板战略/开源节流/定愿景；经理:简化管理优化流程业务建模；业务建模;员工：工作简单用例分析

ICONIX过程：(开源节流用例驱动)愿景、业务建模(用例/现状序列图/改进)需求分析（系统/域）健壮性分析(健壮性图更新域模型)关键设计最终设计（详细设计）实现（域模型->更新->静态类图）

特点:早编码，缩短设计周期。简化RUP过程。基于敏捷思想。

与RUP比是轻量级过程。与敏捷比提供充足的需求设计文档，但不过度分析设计。

获取愿景：找项目老大（最有权力的干系人）得到期望（掏钱的目的）描述度量指标

业务建模步骤明确为谁服务（改进组织）什么现状从外部看：组织是价值的集合；从内部看是系统的集合。改进

业务建模意义把视角转向客户，清晰准确诊断。明确为谁服务，不为自己做；组织现状/痛处不足；如何改进/解决.

业务用例图：帮助从高层次了解组织的业务构成。业务执行者：享受价值；业务组织：提供的价值。

业务序列图（帮助从细节上了解组织的业务流程）用例对应一段流程优势：以面向对象的思想来看业务流程

作用：识别业务对象：确定业务对象间职责、协作和交互顺序；通过业务序列图了解现状，为业务的优化提供依据

组成：业务执行者；业务工人；业务实体；调用消息；返回消息 常用分支：循环loop、分支alt、可选opt

改进1新系统作为实体引入现有流程、查看可改进流程、评估改进结果

2了解目的，发现改进点：信息自动流转、封装复杂逻辑、职责转移、操作业务对象（管理系统）

结果复核（所有参与者签字确认或未达成共识需要返工）目的：完善建模成果，寻找遗漏错误的地方，修正，可以迭代回去继续做业务建模。关键干系人在信息和意见上达成一致，签字确认，下一阶段启动标志。

域建模步骤提取名词短语、排除重复相似、排除系统本身及范围外、第一版、整理第一版域模型

意义术语表确保清晰一致术语交流。比普通术语：图示化方式，清晰显示术语关系3修正完善演化为最终静态类图

域模型数据模型关系

域模型：分析模型、认识实体间关系的工具；数据模型：系统设计实现的一部分，描述用户需求在数据结构的实现

组成系统：主执行者：发起者,为其实现辅执行者：支持者；提供支持（后台）3系统边界、系统用例、用例关系

系统用例建模意义把视角转向新系统，站在最终用户角度看问题，是对新系统为系统执行者提供的价值的建模

绘制系统用例步骤：1确定系统边界 2识别系统执行者3识别系统用例，执行动作，生成执行者可观测价值结果

用例关系包含：封装一组相似动作以便复用。泛化：继承。扩展：一段相对独立且可选的动作

用例≠功能/步骤（用例是执行者愿望，很多步骤）大量用例分包：按执行者、按主题、按开发团队、按发布情况

系统用例描述干系人利益（客户：简单。银行：安全。法律：保护）基本路径（客户最想看到 “名动名” 主语是执行者或系统）扩展路径（意外分支）业务规则（限额）非功能性需求：做到的程度、功能性需求：做什么

软件需求规格书：正确性、必要性、优先级、明确性、可测性、完整性、一致性、可修改性

需求评审：

1临时评审（回顾与用户日常沟通）2轮查（交叉产物互相提意见）3结对编程/走查/评审/审查4规划：谁参加/评审什么5总体会议6准备7审查会议：暴露讨论问题8返工：防形式主义9跟踪：解决问题避免再次出现

健壮性分析三种元素：边界类实体类控制器类

规则1执行者只和边界通话2边界和控制器3控制器和控制器4控制器和实体

健壮性步骤：创建图、用例文本、基本路径，执行者、边界对象和实体对象、控制器，元素之间的连线、扩展路径。

健壮性优点：1.用例的对象化图示，用例和对象链接起来2.指出了对象互相如何交互3.确保用例文本正确，提供了健壮性检查4.帮助确保用例考虑所有必要扩展路径，提供完整正确检查5.能够发现对象6.缩小分析和设计鸿沟

价值：帮助完善用例分析结果。完善域模型，做为需求分析走向系统设计的过度技术

关键设计意义：寻找对象间交互关系，进行方法分配。包括用例图、用例描述、健壮性分析图。

非功能性需求：可靠性、可用性、性能、可支持性

高内聚：一个软件模块由相关性强的代码组成，只负责一项任务，一个好内聚模块恰好做一件事，单一责任原则

低耦合：度量模块间直接依赖关系，模块与模块间接口应少而简单，如关系较复杂，模块划分，有利于修改与组合

详细设计（编码测试部署维护升级）技术架构：开发语言、网络拓扑安全、体系结构、硬件环境、软件环境

敏捷宣言敏捷=理念+优秀实践+具体应用（是敏捷起源基础，揭示更好开发方式，重新思考开发中的价值和如何更好工作，是以人为核心/迭代/循序渐进的开发方法）

1)个体与交互>过程和工具2）可以工作的软件>面面俱到的文档3)客户协作>合同谈判4）响应变化>遵循计划

（软件：复杂性/一致性/可变性/不可见性）敏捷有改变:管理者的转变\团队成员的转变

好功能列表有DEEP特征：详略得当、涌现的、做过估算、排列优先级。

Scrum产品负责人、scrum教练、开发团队

1)产品负责人和开发对产品业务目标形成共识2)产品负责人建立维护需求列表（不断新增改变），优先级排序3)产品负责人每轮迭代前，筛选高优先级需求本轮开发4)开发团队细化迭代需求，按照优先级依次迭代完成5)开发团队每日立会/特性开发/持续集成，使开发进度真正透明（每日立会）6)产品负责人对每轮迭代交付的可工作软件现场验收反馈（迭代评审会议）7)团队内部进行本轮回顾，发现可改进方面指导下一轮迭代（迭代回顾会议）

敏捷管理实践迭代计划会议（达成一致确定任务）、迭代执行、每日立会、迭代评审会议、迭代回顾会议（总结改进）

敏捷工程实践结对编程、测试驱动开发、持续集成、Code Review、产品发布规则、用户故事

用户故事三要素：客户价值、用户级别：史诗故事（1月）、特性故事（1周）、冲刺故事（1天）、任务（小时）

看这玩意复习你还会挂科？《软件工程篇》相关推荐

看这玩意复习你还会挂科？《数据结构篇》
一．绪论 1.何谓程序设计? 程序 = 算法 + 数据结构 2.数据结构的定义是相互之间存在一种或多种特定关系的数据元素的集合 3.数据.数据元素.数据对象的概念数据(data) ...
看这玩意复习你还会挂科？《网络原理篇》
第一章概述计算机网络的功能连通性.共享 [连通性:是计算机网络使上网用户之间都可以交换信息,好像这些用户的计算机都可以彼此直接连接一样.用户之间的距离也似乎因此而变近了.共享:是指资源共享,它的 ...
看这玩意复习你还会挂科？《软件工程2篇》
第一章: 软件工程定义: 1968年10月,Fritz Bauer 首次提出了"软件工程"的概念,并将"软件工程"定义为:为了经济地获得能够在实际机器上有效运行 ...
传感器与检测技术基础复习提纲考试不挂科专用版
传感器与检测技术基础复习提纲考试不挂科专用版题型: 选择题判断题问答题计算题复习要点 1. 了解传感器定义.组成及分类. 定义:传感器是一中以一定精度把测量(主要是非电量)转换与之有确定 ...
计算机网络期末复习速通--不挂科版
计算机网络文章目录计算机网络第一章概述 1.1计算机网络在信息时代中的作用 1.2互联网概述 1.3互联网的组成 1.3.1 互联网的边缘部分 1.3.2 互联网的核心部分 1.5计算机网络的 ...
大学不挂科c语言题库及答案,C语言期末总复习,保你不挂科!
C语言期末总复习总体上必须清楚的:- 1)程序结构是三种: 顺序结构 , 循环结构(三个循环结构), 选择结构(if 和 switch)- 2)读程序都要从main()入口, 然后从最上面顺序往下读 ...
【数据分析与挖掘】期末复习笔记（不挂科）
[数据挖掘]期末复习笔记 1. 数据挖掘概论 1.1 参考资料 1.2 简介 1.3 数据.信息.知识 1.4 数据分析与数据挖掘 1.5 主要任务 1.6 数据库系统与数据仓库 1.7 数据挖掘常用 ...
离散数学期末复习知识点（不挂科系列）
第一部分基本知识点:命题,联结词,命题公式的类型,极小项,极大项,成真赋值 (成假赋值),基本等值式,推理定律(包括命题.谓词逻辑),符号化(命题.谓词) 1.求命题公式的两种主范式(重点3元) 2 ...
【计算机网络详解】——知识点复习（期末不挂科版）
配套视频:湖科大教书匠配套教材:计算机网络(第8版) 谢希仁根据学习通要求"掌握"的部分总结的,有亿点点长 ,时间来不及就掌握画 ☆ 的就好啦目录

看这玩意复习你还会挂科？《软件工程篇》

看这玩意复习你还会挂科？《软件工程篇》相关推荐

最新文章

热门文章