3.详细设计

1）根据对象抽象类，形成类图

2）对类分配责任，即主要成员函数。细节问题，行为

3）通过时序图验证类的成员函数能否实现事件流

4）对类设计成员变量，成员变量来自前置条件，后置条件，方法中的临时变量。

5）对类分析设计成员函数的返回值、参数、函数名、访控属性（公有私有保护）

6）设计成员函数的过程：流程（活动图/状态图），异常

活动图状态图

7）其他细节：构造函数，析构函数，拷贝构造函数，操作符重载

8）通过继承和多态引入抽象。优化。降低模块之间的耦合。

9）套用设计模式。不要为了设计模式而用设计模式。很容易弄巧成拙。

会形成一份详细的设计文档。文档要尽可能详细。会发送给代码编写人员和测试人员。

功能性详细描述、类型、函数、各种条件、流程设计、关键算法、关键库的接口（提供哪些接口，这些接口是干吗的，怎么调用这些库）。

《详细设计说明书》

不要做蓝领。不要做codeing。

4.编写代码/设计用例

编写程序代码:

基本测试:（使用main函数调用一下函数实现，定义函数，定义类的。函数级别的），

单元测试:（模块级别的。写一个测试的简单的测试代码服务器端，。为了测试我们写的客户端代码。仅仅为了测试客户端写一个简单的服务端。仅仅为测试客户端只是写几个简单的函数，写死一个响应包。写一个模拟逻辑）

集成测试:（所有模块都做完了，做集成测试。在开发中把环境搭建起来。几个模块都写好了：文件访问，数据库访问。网络。界面。UI）。

只有在研发这边测不出什么明显bug时，才有可能提交给测试部门。

测试部门：考虑的是具体的功能和需求

5.测试验证/修改错误

测试用例：

白测试：语句级测试。

黑测试：

工具：测试用脚本，有测试用例。有测试软件。

测试方向：功能测试、性能测试、压力测试、健壮性测试，稳定性测试（烤机，连续运行一个月）。

《测试报告》

bug管理系统。

回归测试。

把所有的测试报告改到95%以上。再发布

如果能确定前面不出错，那么就能缩小确定出错的范围

6.产品发布/工程实施

发布：打包、必要的文档、工程实施、售后服务、技术支持。

技术支持：三层

**层：网线什么的，安装，卸载等

*二层:数据库异常等

*三层：研发层的

7.项目总结：

瀑布式开发。

迭代开发，只能少量迭代而不能全部迭代，回到过去

SQA部：质量管理。

国内开发一般拼体力。往项目管理方面走：需要了解项目流程。

代码的高效性，健壮性，稳定性，安全性，