日本的传统开发方式,是瀑布模型的扩展。
着重于需求与实现的一一对应,需求一确定,就不再更改。
很符合日式作风。
需求一确定,就不再更改。
在实际项目中,想做到这一点估计挺难的.
这有两篇文章,推荐给你看看
http://developer.ccidnet.com/pub/disp/Article?columnID=291&articleID=37975&pageNO=1
http://developer.ccidnet.com/pub/disp/Article?columnID=291&articleID=37924&pageNO=1
其实主要是注重了测试。瀑布模型的每一阶段都有相应的测试
正瀑布模型用于开发过程,倒瀑布模型用于测试过程,二者以V型排列,并一一对应.
写出来200个测试用例(挑重要的)至少需要一个月,因此不用等待代码开发人员,应该预先设计测试用例、编写测试软件。
其实主要是注重了测试。瀑布模型的每一阶段都有相应的测试
和我的理解差不多,的确更注重测试
目前传统的模型都是瀑布模型它是横向的,
而其它模型则是瀑布模型的纵向
操!这东东叫我很郁闷。
我们程序开发流程就是这样,结果开发总是要延迟,设计了半天,做出了东西,结果用户被彻底启发了,他们又觉得这样不好。
常常过渡设计,测试?不知大家怎样,我不好意思说,我们欠测试地太多。
你是什么意见,想了解V还是什么,有标准V,四阶段V,和一些变异的V,可以查资料看