大学软件工程课笔记整理.docx

发布时间：2022-06-08 发布人：admin 分类：说明书资料大小：0.23M 资料格式：docx 举报版权申诉

qq_36329973-10538611-4744302543447384588.docx.pdf-第1页.png

第1页 / 共24页

qq_36329973-10538611-4744302543447384588.docx.pdf-第2页.png

第2页 / 共24页

qq_36329973-10538611-4744302543447384588.docx.pdf-第3页.png

第3页 / 共24页

qq_36329973-10538611-4744302543447384588.docx.pdf-第4页.png

第4页 / 共24页

qq_36329973-10538611-4744302543447384588.docx.pdf-第5页.png

第5页 / 共24页

qq_36329973-10538611-4744302543447384588.docx.pdf-第6页.png

第6页 / 共24页

qq_36329973-10538611-4744302543447384588.docx.pdf-第7页.png

第7页 / 共24页

qq_36329973-10538611-4744302543447384588.docx.pdf-第8页.png

第8页 / 共24页

2017.2.27

软件项目管理

2017.2.28

2017.3.6

软件过程

2017.3.13

软件过程模型

敏捷软件开发方法

2017.3.20

软件需求分析

2017.3.28

2017.3.31

结构化分析

2017.4.1

2017.4.10

2017.4.17

2017.4.25

2017.4.27

软件工程 1

2017.2.27 软件项目管理 1.人员管理 2.组织架构(组织方式) a) 集权型 b) 民主型 3.开发过程(调研分析) a) 有针对性的收集资料 b) 弄清流程走向 c) 过程的持续改进,使过程标准化 4.风险 a) 风险识别 b) 风险预测 c) 风险管理 5.产品(配置管理)(重要) a) 里程碑 b) 基线 c) 规划 d) 变更管理 e) 版本管理 2

6.项目估算(重要) a) 设备 b) 采购 c) 外包 d) 人力 i. 度量 1. 代码行(小规模软件可以使用) 2. 软件科学(基本不使用) 3. 可测量数据(FFP:文件;流;过程) 4. 功能点度量(使用较多) a) 估算未调整的功能点数(UFP)包括工作量:输入,输出, 查询,主文件,接口 b) 加入技术复杂因子(TCF)14 个 c) 功能点数(FP)=UFP*TCF d) 分别计算乐观/可能/悲观的 FP 值 e) 最终期望值(Ev)=[FP(乐观)+FP(悲观)+4FP(可能)]/6 5. 经验估算技术(常用,专家估算) e) 管理 i. 差旅 ii. 资金 iii. 会务 iv. 办公 3

7.分解技术 a) 检索 b) 借还书 c) 上架 d) 账务 2017.2.28 8.质量保证 a) b) c) d) 千行代码的缺陷率(现实中判断的方法) 设计质量一致性质量质量管理 i. ii. 软件质量检测(SQI) 软件质量保证(SQA) 1. 2. 3. 全过程控制全员参与 PDCA( 计划 Plan- 实施 Do- 检测 Check- 措施 Action) iii. 软件质量认证(SQC) 1. ISO 4

2. 软件成熟度评估 CMMI(关键看过程控制) 9.质量度量 a) 测量质量正确性(千行代码缺陷率) 可维护性(维修的时间和新功能的扩展;平均变更时间 MTTC) 完整性(对安全攻击的抵抗性,通过危险性和安全性测量;防御考虑完备) 可用性可靠性缺陷排除效率 DRE 软件可靠性软件容错技术屏蔽错误修复错误减少影响冗余技术(结构,时间,信息冗余) 5 i. ii. iii. iv. v. vi. i. b) 1. 2. 3. 4. 2017.3.6 10.项目进度管理

a) 明确做什么 i. 调研需求(统一开发流程:先调研后开发;敏捷开发流程:边调研边开发) ii. 设计(系统设计,概要设计,详细设计) iii. 编码 iv. 测试(单元测试,集成测试) 需求系统设计概要设计详细设计编码测试 40% 30% 30% v. 风险意识 b) 明确怎么做 c) 基本原则 i. 划分 ii. 相互依赖性 iii. 时间分配 iv. 人员分配(分工能抗击风险) v. 定义责任 vi. 定义结果 vii. 定义里程碑 d) 进度安排 i. WBS 需求分析(任务树) 1. 模块需求分析 2.1-2.26 6

a) a 模块需求分析 i. a 模块调研 ii. a 模块文档 iii. 合并文档 b) b 模块需求分析 i. b 模块调研 ii. b 模块文档 iii. 合并文档 e1 e2 e5 e2 e3 e5 ............ 2. 系统设计 2.1-2.6 2.1-2.5 2.1-2.5 2.2-2.6 ....... 2.1-3.22 a) a 模块系统设计 e2 3.1-3.6 ............ ii. 甘特图(利用 Project 软件) iii. PERT 图(表征前后关系,理顺顺序;(开始时间,结束时间)) iv. 工程网络图(事件编号,最早时刻,最迟时刻,持续时间,机动时间:人员等待的时间) 软件过程 1.软件过程框架 a) 沟通 b) 计划 c) 建模 7

d) 构建 e) 部署 2.软件过程评估 a) CMMI(,统一开发过程;用于过程改进) i. 第一级:无文档; ii. 第二级:都有文档支持; iii. 第三级:有文档并定义怎样做的更好; iv. 第四级:可以根据实际情况对数据进行剪裁优化; v. 第五级:过程可以通过历史数据预测未来花费并且能够发现风险; b) PSP(个人软件过程) c) TSP(小团队软件过程;由 CMMI 剪裁,支持 16 个 CMM 关键过程域) d) 软件过程内容表 2017.3.13 软件过程模型 1.瀑布模型 a) 阶段划分固定 b) 开发模型是线性的 2.增量模型 8

分享到：

赞收藏

资料库

大学软件工程课笔记整理.docx

相关推荐

课程资源

热门标签

最新资料