做日本软件开发运维好几年了。那可真实筹备大半年，开发才几天。各种文档写的我面条宽的泪呦。但是，一拍脑袋，加个需求的事，那可是从来没遇见过。
开发流程走起：

1.SA：系统分析

2.RD：要件定义

3.UR：用户要件定义

4.SR：系统要件定义

要件定义书写成
PDD :概要设计书写成
系统化计划书(人员，计划表)

5.BD：基本设计

开发计划书（开发计划、程序开发阶段划分）
基本设计书
系统测试计划书
—-> 基本设计评审（契约书、估计单）

6.FD：功能设计

UI外部设计书

7.PD：程序设计

SS详细设计书（构造设计书，程序设计书）

8.PG程序编码及review

程序编码
PG Review式样书兼结果 告书

9.PT测试

PT测试式样书
PT测试执行
PT测试结果 告书

10.UT：单元测试

单体测试式样书
单体测试
单体测试结果 告书

11.CT：结合测试（动作确认测试）

结合测试式样书
结合测试执行
结合测试结果 告书

12.IT测试

IT测试式样书
IT测试执行
IT测试结果 告书

13.ST：系统测试

系统测试式样书
测试环境准备
测试数据做成
系统测试执行
系统测试结果 告书
注： 有时候，客户会要求性能测试单独做，在此阶段会单独些性能测试式样书，做性能测试及结果 告。

14.OT：机能测试

测试环境准备及数据做成
机能测试式样书
机能测试执行
机能测试结果 告书

15.DB：产品出荷

品质保证书
产品交付文件

作为对日的开发，以上各个阶段的 告书都要日方确认才能继续进行，如果内容有差异或这需求有改变，那指摘的对应、计划的追加。。
总之，你想编码吗痛快的编码吗！墨迹才是王道！！