《面向对象程序设计综合实践》是针对那些学习了c++语言并了解面向对象程序设计的基本方法的学习者，锻炼其使用面向对象的思想和方法对实际问题进行需求分析，根据需求分析结果完成程序的总体设计，在总体设计的基础上实现详细设计和编码调试，并对所设计的程序进行必要的测试。从而达到提高其程序设计的综合能力和训练其工程化软件开发的初级技能的目标。
    《面向对象程序设计综合实践》第1章介绍了面向对象方法开发系统的基本步骤及每个步骤的大体工作，目的是让学生在学习完面向对象编程后，从软件工程角度建立软件开发的总体印象。第2章和第3章讲解了后续实验用到的一些技术。第4章通过“简单人事管理系统”的实践让学生具体掌握实验的实现步骤和方法。第5章描述了两个实验的要求及其实验开展建议。第6章和第7章给出了两个实验实现的参考解决方案，供学生参考。
    《面向对象程序设计综合实践》可作为高等院校计算机相关专业的面向对象课程的教材，也可作为希望尽快掌握面向对象开发技术和过程的技术人员的参考书。

第1章 面向对象软件开发方法
1.1 概述
1.2 软件生命周期各阶段的基本任务
1.3 面向对象分析
1.3.1 确定客户需要什么
1.3.2 需求阶段概述
1.3.3 理解应用域
1.3.4 用例建模
1.4 面向对象设计
1.4.1 有效应用设计模式
1.4.2 类建模
1.4.3 状态图建模
1.4.4 顺序图建模
1.4.5 协作图建模
1.4.6 活动图建模
1.4.7 用户界面设计
1.5 面向对象编程
1.5.1 从设计到C++代码
1.5.2 编程举例
1.6 面向对象测试
1.6.1 白盒测试技术
1.6.2 黑盒测试技术
1.6.3 测试用例的编写

第2章 Windows通用控件和对话框编程
2.1 控件概述
2.1.1 控件的添加和移除
2.1.2 控件的属性
2.2 常用控件
2.2.1 静态文本框
2.2.2 编辑文本框
2.2.3 按钮
2.2.4 列表框
2.2.5 组合框
2.2.6 进度条
2.3 通用对话框
2.3.1 添加一个对话框模板
2.3.2 相关对话框类的定义

第3章 学习和使用STL
3.1 STL简介
3.2 容器类
3.2.1 vector向量容器
3.2.2 list双向链表容器
3.3 迭代器
3.4 泛型算法

第4章 程序设计案例分析举例——“简单人事信息管理系统”
4.1 实验概述
4.2 需求分析
4.3 总体设计
4.3.1 类的静态设计
4.3.2 类的动态设计
4.3.3 功能事务的实现过程设计
4.4 详细设计
4.4.1 CDate类
4.4.2 CPerson类
4.4.3 CPersonSet类
4.4.4 CPersonInfIODlg类
4.4.5 CPersonInfSelDlg类
4.4.6 CPersonInfListDlg类
4.4.7 主要功能函数的算法
4.4.8 程序主函数_tmain的算法流程
4.5 系统测试
4.6 系统操作说明
4.6.1 信息添加
4.6.2 信息删除
4.6.3 信息清空
4.6.4 信息修改
4.6.5 信息排序
4.6.6 信息查询
4.6.7 信息显示
4.6.8 退出系统

第5章 实验题目和实践要求
5.1 实验题目
5.1.1 实验题目：简单人事信息管理系统
5.1.2 实验题目：简单银行存取管理程序
5.1.3 实验题目：简单英汉字典程序
5.2 实验实施建议
5.3 考核标准（参考）

第6章 “简单银行管理系统”参考解决方案
6.1 实验概述
6.2 需求分析
6.3 总体设计
6.3.1 类的静态设计
6.3.2 类的动态设计
6.3.3 功能事务的实现过程设计
6.4 详细设计
6.5 系统测试
6.6 程序操作说明
6.6.1 账户创建
6.6.2 账户登录
6.6.3 存款操作
6.6.4 修改账户密码
6.6.5 查询储户名下所有账户
6.6.6 退出系统
小结

第7章 “简单英汉字典程序”参考解决方案
7.1 实验概述
7.2 需求分析
7.3 总体设计
7.3.1 类的静态设计
7.3.2 类的动态设计
7.3.3 功能事务的实现过程设计
7.4 详细设计
7.5 系统测试
7.6 程序操作说明
7.6.1 增加单词
7.6.2 修改单词
7.6.3 删除单词
7.6.4 查单词
7.6.5 列出所有单词
7.6.6 保存数据
7.6.7 退出系统
小结

附录A 使用Visio辅助建立软件模型
附录B string类和CString类的使用
附录C 算法的伪代码描述约定
附录D 使用Turbo C++环境建立面向对象的程序项目

    ③最后就是需求分析人员和用户交流中产生误解。
    分析人员和目标系统客户，一方是计算机专业人员，另一方是系统应用领域专家。虽然彼此都对对方的领域有所了解，但离专业人员还是存在一定的距离，这样他们在沟通交流中就不可避免地可能会产生误解。
    由于需求分析存在众多困难，所以对软件需求分析人员的要求是非常高的。他们通常都是资深的计算机专家，同时具备丰富的业务领域知识和良好的沟通技能。
    1.3.2 需求阶段概述
    需求阶段的第一步是理解应用领域，也就是目标系统应用的特定环境，例如银行、证券公司、学校、政府等。一旦开发团队充分了解应用领域，就可以实施目标系统的系统建模，一种很主流的建模方法就是使用统一建模语言UML来描述目标系统的业务逻辑。通过模型，开发团队可以和目标系统的用户进行充分交流以确定客户的业务需求，确定客户的最终需求是一个反复迭代的过程，经过多次沟通、理解、修正才能比较客观地确定客户对系统的真实需求。
    1.3.3 理解应用域
    为了有效地挖掘出客户的真实需求，技术人员必须熟悉目标系统的应用领域。如果不了解系统的业务领域，很难向客户提出有意义的问题，所以不可能成功完成系统的需求分析。理解应用域的方法就是亲临目标系统将来应用的真实环境，去了解目标系统将完成哪些业务，这些业务手工完成的流程是怎样的，目前的业务流程有哪些优点和不足，等等，只有完全弄明白了这些问题，才有可能与客户进行充分且有效的交流。