软件项目开发中需求分析与设计时间和开发时间的比例分配的问题.pdfVIP

软件项⽬开发中需求分析与设计时间和开发时间的⽐例分配的 问题 从毕业到现在做开发已经有近7年了，⼤⼤⼩⼩的项⽬也经历了⼏⼗个了。在项⽬开发的过程中很少有项⽬在设计阶段投⼊很多时间 的， 有很多情况下，甚⾄都没有怎么做设计就直接开始编码了，处于⼀种边开发边设计到状态，还有些时候，设计就是完成⼀些⽂档来应付下， 很 少有认认真真做设计，然后就直接开始编码，如果遇到需求上问题，再确认。还有些时候，是⼀边确认需求，⼀边开始做原型，然后再进⼊ 开 发，这种⽅式倒是⽐较好，⾄少可以在前期发现很多问题，避免后续的重⼤问题出现的⼏率。 其实从我个⼈的⾓度来观察，很多时候我们重开发轻设计也是环境所迫，有以下⼏个原因所致： 1.公司都希望接到项⽬后，⽴即能够见到效果，天天谈需求或者需求花费时间过长，⽼板看不到实际的产出，不愿意花费过多时间去 做需求分析和调研。 2.客户也不喜欢你天天找他了解需求⽅⾯的问题，⼀是⽤户⾃⼰⽆法准确表达⾃⼰到期望，你也⽆法很准确诱导出⽤户说出⾃⼰到期 望，既然如此还不 等你做出实际的东西了，再看是否符合期望，或者做进⼀步的修改。 3.很多开发⼈员认为做需求分析和⽅案设计就是写⼀堆⽂档，根本就不愿意做这个事情，还不如直接编码爽快，很多程序员更愿意和 代码打交道，⽽不是 ⽂档。 以上⼏个原因就导致我们经常进⼊⼀个怪圈，需求没有搞清楚就开始动⼿，开发没有完成就发现已经偏离了⽅向只好接着改了，所以 还是建议使⽤原型法 和迭代开发模式来⼀步步做项⽬，这样⽐较靠谱些，这样磨⼑才能不误砍柴⼯，也不会让客户和⽼板觉得你长时间没有产出。