开发流程图

<!--StartFragment -->

 

 

上午随便画了个软件开发过程流程图。 呵呵。

评论

30 楼 topcode 2010-04-01  

楼主在练习画画吗?

29 楼 生于菇乡 2010-03-31  

整个一垃圾贴，老兄，我很忙的，别耽误我时间好不好，发贴值得提倡，可以鼓励，也不至于什么贴子都发吧！

28 楼 JavaLanguageFun 2010-03-31  

LZ , 我不知道你这是画的什么玩意、

27 楼 dayone 2010-03-30  

linghongli 写道

lz发帖还是要慎重啊，这样的帖子毫无意义

同意

26 楼 张洪财 2010-03-29  

看到大家的意见，我感觉我还需虚心学习。
关于 gdpglc 会员提出的问题很好，但我这不想 answer ， 我想把这个帖子沉下去。主要原因是这个图不值得大家学习。就让它自生自灭。

顺便提下 gdpglc 提的：“很多用户都很懒，他才不愿参与到项目中，他就是希望时间一到，就拿到满意的软件。 ”我也有感触，现实中这样的应不少。

25 楼 20029388 2010-03-28  

<div class="quote_title">张洪财 写道</div>
<div class="quote_div">&lt;!--StartFragment --&gt;
<p> </p>
<p> <img src="http://dl.iteye.com/upload/attachment/223123/ba386578-a290-37fb-8612-eb4cb98ad2fa.jpg" alt="开发流程图" width="496" height="497"></p>
<p> </p>
<p>上午随便画了个软件开发过程流程图。 呵呵。</p>
</div>
<p> </p>
<p> </p>
<p>不符合实际，不推荐，</p>

24 楼 gdpglc 2010-03-27  

张洪财 写道

gdpglc 写道

张洪财 写道

gdpglc 写道

张洪财 写道

linghongli 写道

lz发帖还是要慎重啊，这样的帖子毫无意义

看来我这个图画的还真是不专业，引起很多人不满。虽然图简单些，但按这个去做应该没什么大问题。

你发了两张图，能告诉我这两张图有什么区别吗？哪个用起来更好一点？

我比较喜欢我画的。我还在部门范围。 对一个开发部门，需要一个明确的需要，然后计划怎么去做这个需求。

第二个图属于公司层。

没看懂，你的意思是两个一起用是吗？

不是一起用。 开发部门管理项目就是怎样按时把它实现。 对于整个公司第二个图非常好，等我晋升时可能会有体会。 

你们开发的时间是谁规定呀？外一时间规定的不合理，你们岂不糟糕。这的确是时常发生的事。

项目管理的目的 我想是把软件做好 给公司赚到钱！

我看不出来你这两个图怎么分出来公司层面的还是开发团队方面的，直接观查你的两个图有一部份内容是相同的呀：

需求调研                   需求矩形

详细设计                   以开发者分析，设计问题

编码&单无测试              编码、需求的符合度和Bug测试

这两个图明显有内容相同的地方，在我看第二个图只不过是一个瀑布模型的软件开发流程，你怎么分的公司层的？ 其实我没太懂你所谓 公司层 这个词的意思。

23 楼 gdpglc 2010-03-27  

张洪财 写道

对于开发部门，一个项目是否能按时的完成很重要。这关系到项目在开发部门的成败。 我画的这个图是想表达这个。非站在公司的整体角度。  这个图主要想说明两点1、要把提需求的客户和程序开发隔离。就是图中的两个大矩形。这个是想避免客户的打扰把项目时间拖后。 2、开发的迭代。就是不要想一次就做到完美。先把基本功能框架做出来，这样就不存在开发不按时完工的问题。然后计划后面的时间，第一波完善什么，第二波完成什么，等等 。

1.对于开发部门，一个项目是否能按时的完成很重要。这关系到项目在开发部门的成败。

我觉得对于开发团对来说，最重要的是能不能满足用户的需求。换句话说，就是开发出来的软件能不能解决用户的问题。是否能按时完成决定软件成败的说法的确不能认同。你的意思是软件按计划晚开发出来一天，这软件就完蛋了吗？这有什么关系！

2.要把提需求的客户和程序开发隔离
现代的软件开发理论，都提倡开发过程有用户参与，还是头一回听说要隔离用户的。在现实的项目中，很多用户都很懒，他才不愿参与到项目中，他就是希望时间一到，就拿到满意的软件。因此，常常需求人员不得不追着用户看相关的的软件成果，以尽早发现需求中的问题，得到反馈，从而纠正软件开发中的错误。

3.开发的迭代。就是不要想一次就做到完美。。。
按你的思考需求在第一部已经定好了呀。即然这样，为什么不能开发出来完善的程序呢？
用迭代就能保证按时完工了？

22 楼 张洪财 2010-03-27  

对于开发部门，一个项目是否能按时的完成很重要。这关系到项目在开发部门的成败。 我画的这个图是想表达这个。非站在公司的整体角度。  这个图主要想说明两点1、要把提需求的客户和程序开发隔离。就是图中的两个大矩形。这个是想避免客户的打扰把项目时间拖后。 2、开发的迭代。就是不要想一次就做到完美。先把基本功能框架做出来，这样就不存在开发不按时完工的问题。然后计划后面的时间，第一波完善什么，第二波完成什么，等等 。

21 楼 张洪财 2010-03-27  

gdpglc 写道

张洪财 写道

gdpglc 写道

张洪财 写道

linghongli 写道

lz发帖还是要慎重啊，这样的帖子毫无意义

看来我这个图画的还真是不专业，引起很多人不满。虽然图简单些，但按这个去做应该没什么大问题。

你发了两张图，能告诉我这两张图有什么区别吗？哪个用起来更好一点？

我比较喜欢我画的。我还在部门范围。 对一个开发部门，需要一个明确的需要，然后计划怎么去做这个需求。

第二个图属于公司层。

没看懂，你的意思是两个一起用是吗？

不是一起用。 开发部门管理项目就是怎样按时把它实现。 对于整个公司第二个图非常好，等我晋升时可能会有体会。 

20 楼 gdpglc 2010-03-26  

张洪财 写道

succinite 写道

常见软件开发方式的是迭代式，还有螺旋式的,还有另外一些。 跟客户沟通时项目从开始到结束都必须要做的事情。

如果开发中途，客户提出要改什么，那该怎么办？ 不会打乱已有的开发计划吗？

当然可以完全不理用户的需求变更来维护计划，可是用户也可以维护自已的利益，不给项目打款。

19 楼 gdpglc 2010-03-26  

张洪财 写道

gdpglc 写道

张洪财 写道

linghongli 写道

lz发帖还是要慎重啊，这样的帖子毫无意义

看来我这个图画的还真是不专业，引起很多人不满。虽然图简单些，但按这个去做应该没什么大问题。

你发了两张图，能告诉我这两张图有什么区别吗？哪个用起来更好一点？

我比较喜欢我画的。我还在部门范围。 对一个开发部门，需要一个明确的需要，然后计划怎么去做这个需求。

第二个图属于公司层。

没看懂，你的意思是两个一起用是吗？

18 楼 张洪财 2010-03-26  

windywany 写道

几百页的软件工程就被LZ用一个用例图搞定了,太强了.

我喜欢简单。 希望有机会能见见大家的开发工作流程。

17 楼 张洪财 2010-03-26  

gdpglc 写道

张洪财 写道

linghongli 写道

lz发帖还是要慎重啊，这样的帖子毫无意义

看来我这个图画的还真是不专业，引起很多人不满。虽然图简单些，但按这个去做应该没什么大问题。

你发了两张图，能告诉我这两张图有什么区别吗？哪个用起来更好一点？

我比较喜欢我画的。我还在部门范围。 对一个开发部门，需要一个明确的需要，然后计划怎么去做这个需求。

第二个图属于公司层。

16 楼 张洪财 2010-03-26  

succinite 写道

常见软件开发方式的是迭代式，还有螺旋式的,还有另外一些。 跟客户沟通时项目从开始到结束都必须要做的事情。

如果开发中途，客户提出要改什么，那该怎么办？ 不会打乱已有的开发计划吗？

15 楼 gdpglc 2010-03-26  

张洪财 写道

linghongli 写道

lz发帖还是要慎重啊，这样的帖子毫无意义

看来我这个图画的还真是不专业，引起很多人不满。虽然图简单些，但按这个去做应该没什么大问题。

你发了两张图，能告诉我这两张图有什么区别吗？哪个用起来更好一点？

14 楼 张洪财 2010-03-26  

zwxajh 写道

以前俺们打靶都打固定靶,现在改为移动靶了. 
这张图怎么看都是固定靶的示意图.加了迭代就变"移动"靶了??!!.

是有点像移动靶。

我画的这个图的初衷绝对不是移动靶。


我的开发迭代当时是这样想的：
第一次迭代先做框架，即出来所以的基本功能。

二次迭代完成一些细节，如可能出现的其他异常考虑进去。

三次迭代界面的再次完善，改进。


简单单的说。我的开发迭代是想表达在一个基础功能的基础上，不断地完善。如客户操作习惯等等。不是打靶的目标移动了。

13 楼 windywany 2010-03-26  

几百页的软件工程就被LZ用一个用例图搞定了,太强了.

12 楼 succinite 2010-03-26  

常见软件开发方式的是迭代式，还有螺旋式的,还有另外一些。 跟客户沟通时项目从开始到结束都必须要做的事情。

11 楼 jiangduxi 2010-03-25  

楼主，开发流程有一般的规律也就是课本上讲的，但是每一个项目都有它的特性。所有这些所谓流程我感觉其实都在变化。