模板
教程
环境
性能
功能
管理
一位软件工程师的软件过程总结
MILY: 宋体">前言
无论什么过程都不能适用于任何项目，我们应该根据项目的特点去选择合适的过程。只有这样才能在过程一级保证项目的成功。
地税部门对项目的组织采用rup及xp结合的方式，根据项目的特点来决定对rup及xp的侧重。但一个至高无上的目标是必须遵守的，就是以最快的速度向客户提交可执行的版本，而要做到这一点则必须坚持小步骤迭代及测试自动化。
过程分类
rup
属于重量级的开发过程，强调分析设计及迭代开发。对于研发型项目，前期没有基础，在形成稳定的框架之前应该走一段分析设计的过程。形成稳定的开发框架之后，则应该转向敏捷过程。
Xp
属于轻量级开发过程，强调重构（编程中的设计）及测试自动化。对于有一定基础的项目应该是首选。
项目过程
约束
l 每个开发人员必须将服务器上的weblogic拷贝至本地，对程序的修改基于vss在本地进行修改测试，数据库配置成开发专用数据库。
l 单元测试由开发人员自己负责，发布后的功能测试由测试组负责并将启用butterfly进行缺陷跟踪。
l 发布专用数据库由ＤＢＡ单独负责。任何人不得更改。
l 开发过程中发现问题随时提出来，不要有事后诸葛亮得做法。
l 开发之前搞清楚需求，不要出现大的反工。
每天走之前简单描述自己的当前的工作成果，发送给开发负责人并抄送项目组所有成员，作为每天的工作周报。
工具
vss
jdk
checkStyle
数据库同步脚本（刘明开发）
rational rose
visio
butterfly
核心思想
l 尽快提交版本
l 每日创建
l 持续集成
l 简单设计
l 自动化单元测试与重构
l 基于模型进行工作，自动化生成文档
l 自动化检查代码规范
l 自动化生成javadoc
尽快提交版本
衡量进度最直接的方法是可运行的软件。所以开发过程一个终极目标是持续快速的提交版本。开发组以最快的速度提交版本，提供测试人员进行测试。经过项目组测试人员测试的版本，同样以最快的速度提交客户测试人员进行测试。为达到这个目标，必须建立相应的机制，达到版本的快速持续发布。通过测试得到反馈，而这些反馈能够驱动开发
尽快提交版本包括：
l 开发人员尽快的将代码提交到配置管理开发库中，最长不能超过一天
l 开发人员提交的代码必须是编译通过的
l 开发人员本地代码与配置开发库代码尽量保持一致
每日创建
开发组每天的工作成果，在每天发布的版本中充分体现。每天晚上进行全版本的编译发布，第二天测试人员进行测试，将结果反馈给开发组。每日创建的实现完全基于ant实现，通过定时任务每日进行。
步骤：
l 取得vss中最新源代码
l 取得vss中数据库操纵脚本并运行
l 生成ormap
l 编译最新源代码
l 停服务器
l 完全删除老系统
