五、 面向对象程序设计（略）

1. 设计原则

(1) SRP单一职责链

　　每个类都应该只负责做一件事。

(2) OCP开封闭合原则

　　软件的实体（类、模块、函数等）应该是可以扩展的，但是不可修改的。

(3) LSP替换原则

　　子类必须能替换他们的基类型。

(4) DIP依赖倒置原则

　　高层模块不应该依赖于低层模块，二者都应该依赖于接口与抽象类。抽象不应该依赖于细节，细节应依赖于对象。

(5) ISP接口隔离原则

　　不应该强迫客户依赖于并未使用的接口，而应该把胖接口分离。

2. 实现UML建模

(1) 业务对象的提取

(2) 根据SRS、CRC等实现用况建模

(3) 实现业务顺序图

(4) 建立类图，根据用况图建立对象之间的关联

(5) 绘制活动图、实现协作图、状态图

六、 开发管理

1. 建立项目计划

(1) 设计总体架构

　　针对系统的实施需要，采取适当的且成熟的框架结构。

(2) 控制可扩展度

　　扩展度过大，将提高系统的复杂程度，延长开发时间；扩展度过低，会直接影响系统的二次开发与维护。控制系统的可扩展性，能提高开发效率，降低系统维护的难度。

(3) 建立基础设施

　　合理分配部署软、硬件等基础设施所需要的时间与成本（例如：服务器的订购安装、光纤接入、软件平台订购）。

(4) 划分开发任务

　　利用WBS（Work Breakdown Structure，工作分解结构）对可交付结果进行分类与划分。每个项目都能划分为多个不同阶段，每个阶段又可以分为多个工作包（Work Package），工作包是WBS里小的可交付结果，后从工作包中分解出多个开发任务列表。

(5) 部署开发进度

　　一个项目应该按进度划分为多个开发阶段，每个阶段的开发周期一般在30~60个工作日以内。在此阶段内应该与客户举行协商会议，制定产品路线图，在开发过程中邀请客户积极参与并提出反馈意见。然后把该时段内的开发任务按照开发难度，依赖性，重要性等多方条件划分为多个迭代周期。

　　在Scrum 敏捷软件开发原则中，应该把每个迭代任务进一步细分为多个开发任务列表，再开发任务分配给组员各自负责，而开发时间应该控制在15个工作小时以内。如果开发时间超出15个工作小时，应该考虑把开发任务再度细化。开发任务建议应该由组员自主选择，而不要使用强制分配的方式。

(5) 测试项目成果

　　每个工作包都应该同步部署测试工作，提高项目的质量。对出错BUG的工作包应该由测试人员以文本方式记录，向开发人员展示错误所在，让开发人员及时进行修改。