专题课程
课程目标 |
课程内容 |
课时 |
|
• 掌握软件工程的基本概念与方法; • 掌握软件生命周期模型及选择模型的原则; • 掌握软件需求、设计、实现、测试的典型实践; • 掌握软件开发过程体系参考模型和体系建立的方法、步骤; • 掌握软件过程改进的方法、过程与策略; • 掌握软件开发过程角色与职责定义以及团队建设; • 掌握软件配置管理、质量保证、软件评审的典型实践; • 掌握软件维护体系的建立及团队建设。 |
软件工程基本概念和软件开发方法 |
软件项目的特点 |
1.5 |
软件项目管理的困难 |
|||
软件项目成功的标准 |
|||
高效软件的开发的三要素 |
|||
软件项目管理的七个定律 |
|||
软件工程的七个基本原则 |
|||
成功软件项目十大要决 |
|||
软件生命周期模型 |
瀑布模型 |
||
原型法 |
|||
迭代模型 |
|||
增量模型 |
|||
统一软件过程 |
|||
选择生命周期模型的原则 |
|||
软件需求开发典型实践 |
如何获取需求 |
1.5 |
|
如何分析需求 |
|||
如何描述需求 |
|||
如何评审需求 |
|||
如何管理需求变更 |
|||
软件设计典型实践 |
软件设计的基本理念 |
2 |
|
Meyer的5个模块化的规则 |
|||
体系结构设计 |
|||
GRASP设计模式 |
|||
面向对象的敏捷设计原则 |
|||
设计描述的方法 |
|||
设计评审检查单 |
|||
软件实现的典型实践 |
配对编程(pair programming) |
0.5 |
|
测试驱动(Test-driven) |
|||
持续集成(Continuous integration) |
|||
小发行版(Small releases) |
|||
一周40小时 (40-hour week) |
|||
编码标准(Coding standards) |
|||
重构(Refactoring) |
|||
软件测试典型实践 |
软件测试的基本理念 |
1 |
|
测试用例的生成方法 |
|||
微软的测试经验 |
|||
其他的测试经验 |
|||
测试成熟度模型 |
|||
练习:需求描述 |
1.5 |
||
软件过程改进方法 |
CMMI简史、表示方法、基本内容、实施过程 |
1 |
|
实施CMMI需解决的思想问题 |
|||
在实施CMMI中有哪些普遍问题? |
|||
实施CMMI成功的策略 |
|||
软件开发过程体系参考模型和体系结构 |
相关的质量标准 |
0.5 |
|
体系建立的原则与方法 |
|||
体系建立的步骤 |
|||
体系建立的12步 |
|||
软件开发过程角色与职责定义 |
组织结构管理原则 |
0.5 |
|
组织结构的模式 |
|||
角色分工 |
|||
人员配备的原则 |
|||
良好的团队文化 |
|||
微软的组队模型 |
|||
业内的标杆数据 |
|||
配置管理典型实践 |
为什么需要配置管理? |
1 |
|
什么是配置管理? |
|||
配置管理的基本概念 |
|||
配置管理的任务 |
|||
配置管理计划 |
|||
配置标识 |
|||
变更管理 |
|||
版本管理 |
|||
配置审计 |
|||
配置状态报告 |
|||
软件配置管理工具 |
|||
质量保证典型实践 |
质量保证的目的与作用 |
0.5 |
|
质量保证与质量控制的侧重点 |
|||
质量保证的组织保证 |
|||
质量保证的策略 |
|||
质量保证的8个原则 |
|||
QA人员的工作内容 |
|||
使用检查单的注意事项 |
|||
适用人群 |
软件评审典型实践 |
评审的分类 |
1 |
审查的基本原理 |
|||
高中层经理; 软件项目经理; 软件系统分析师、研发工程师、测试工程师; 软件配置管理人员、QA人员、EPG成员; 希望改进软件研发与维护过程的相关人员。 |
审查的详细过程 |
||
审查中的注意问题 |
|||
服务与维护 |
软件维护的定义 |
0.5 |
|
软件维护的类型 |
|||
软件维护的工作量分布 |
|||
软件维护的困难 |
|||
实施变更的策略指南 |
|||
维护小组的职责 |
|||
软件维护的过程 |
|||
练习:软件设计 |
1.5 |
||
讨论与答疑 |
1.5 |
||
课时合计 |
16小时 |
【培训证书】
培训结束后可以获得由艾纵认证颁发的培训证书。
- 上一篇:高层经理监控项目的十二种思维模式
- 下一篇:配置管理专题培训