Browse by Tags

聚賢閣——贤人雅士云集，荟萃天下博客之精华

让更多的人访问你的博客？

[转]User Story概览——承上启下的重要一环

原文出处：http://news.csdn.net/n/20060429/89959.html 软件开发是一个从捕获客户需求到编码实现的过程。在我们传统的印象中，需求是厚厚的软件规格说明书，实现则是无穷无尽的bug产生器。需求是在实现之前写好的，客户签字确认的。实现是程序员拿着需求不断猜测这该怎么做，那该怎么做的重新发现的过程。在需求与实现之间横亘着一个巨大的鸿沟，做需求的人和写代码的人总是互相推诿责任，到最后客户总是得不到自己想要的功能。敏捷软件开发方法有一整套实践，来促进客户与开发团队之间的交流与反馈。而User Story则是这些实践中比较具有启发意义的一个主要实践，我认为它是承上启下的重要一环...

Posted to Denvy的网窝 (Weblog) by denvy on 2006-12-03
[转]User Story概览——承上启下的重要一环

原文出处：http://news.csdn.net/n/20060429/89959.html 软件开发是一个从捕获客户需求到编码实现的过程。在我们传统的印象中，需求是厚厚的软件规格说明书，实现则是无穷无尽的bug产生器。需求是在实现之前写好的，客户签字确认的。实现是程序员拿着需求不断猜测这该怎么做，那该怎么做的重新发现的过程。在需求与实现之间横亘着一个巨大的鸿沟，做需求的人和写代码的人总是互相推诿责任，到最后客户总是得不到自己想要的功能。敏捷软件开发方法有一整套实践，来促进客户与开发团队之间的交流与反馈。而User...( read more )

Posted to 南邮9954联盟 (Weblog) by Anonymous on 2006-12-03
[转]User Story概览——承上启下的重要一环

原文出处：http://news.csdn.net/n/20060429/89959.html 软件开发是一个从捕获客户需求到编码实现的过程。在我们传统的印象中，需求是厚厚的软件规格说明书，实现则是无穷无尽的bug产生器。需求是在实现之前写好的，客户签字确认的。实现是程序员拿着需求不断猜测这该怎么做，那该怎么做的重新发现的过程。在需求与实现之间横亘着一个巨大的鸿沟，做需求的人和写代码的人总是互相推诿责任，到最后客户总是得不到自己想要的功能。敏捷软件开发方法有一整套实践，来促进客户与开发团队之间的交流与反馈。而User...( read more )

Posted to BenQ部落 (Weblog) by Anonymous on 2006-12-03
[转]User Story概览——承上启下的重要一环

原文出处：http://news.csdn.net/n/20060429/89959.html 软件开发是一个从捕获客户需求到编码实现的过程。在我们传统的印象中，需求是厚厚的软件规格说明书，实现则是无穷无尽的bug产生器。需求是在实现之前写好的，客户签字确认的。实现是程序员拿着需求不断猜测这该怎么做，那该怎么做的重新发现的过程。在需求与实现之间横亘着一个巨大的鸿沟，做需求的人和写代码的人总是互相推诿责任，到最后客户总是得不到自己想要的功能。敏捷软件开发方法有一整套实践，来促进客户与开发团队之间的交流与反馈。而User...( read more )

Posted to 南邮人在深圳--QQ群号:8400264 (Weblog) by Anonymous on 2006-12-03
[转]敏捷需求分析

原文出处：http://blog.csdn.net/icecloud/archive/2006/07/07/891064.aspx （本文发表于程序员杂志2006年第4期）在很多人的印象中，敏捷软件开发是种类似黑客行为的过程，是程序员最爱的勾当。不写文档，不作需求分析，没有项目经理，做什么东西完全是程序员自己的行为。所以他们认为这样的过程无法满足真正大型项目和复杂项目的需要，因此在经过考虑后，放弃了敏捷方法。真的是这样吗？敏捷过程到底是如何做需求分析？用户故事和用例有什么区别？敏捷过程如何去管理需求的？这些是一些想要实践敏捷的人一直在困惑的事情。我们常常看到书中讲，程序员拿到一个用户故事后...

Posted to Denvy的网窝 (Weblog) by denvy on 2006-12-03
[转]敏捷需求分析

原文出处：http://blog.csdn.net/icecloud/archive/2006/07/07/891064.aspx （本文发表于程序员杂志2006年第4期）在很多人的印象中，敏捷软件开发是种类似黑客行为的过程，是程序员最爱的勾当。不写文档，不作需求分析，没有项目经理，做什么东西完全是程序员自己的行为。所以他们认为这样的过程无法满足真正大型项目和复杂项目的需要，因此在经过考虑后，放弃了敏捷方法。真的是这样吗？敏捷过程到底是如何做需求分析？用户故事和用例有什么区别？敏捷过程如何去管理需求的？这些是一些想要实践敏捷的人一直在困惑的事情。...( read more )

Posted to 南邮9954联盟 (Weblog) by Anonymous on 2006-12-03
[转]敏捷需求分析

原文出处：http://blog.csdn.net/icecloud/archive/2006/07/07/891064.aspx （本文发表于程序员杂志2006年第4期）在很多人的印象中，敏捷软件开发是种类似黑客行为的过程，是程序员最爱的勾当。不写文档，不作需求分析，没有项目经理，做什么东西完全是程序员自己的行为。所以他们认为这样的过程无法满足真正大型项目和复杂项目的需要，因此在经过考虑后，放弃了敏捷方法。真的是这样吗？敏捷过程到底是如何做需求分析？用户故事和用例有什么区别？敏捷过程如何去管理需求的？这些是一些想要实践敏捷的人一直在困惑的事情。...( read more )

Posted to BenQ部落 (Weblog) by Anonymous on 2006-12-03
[转]敏捷需求分析

原文出处：http://blog.csdn.net/icecloud/archive/2006/07/07/891064.aspx （本文发表于程序员杂志2006年第4期）在很多人的印象中，敏捷软件开发是种类似黑客行为的过程，是程序员最爱的勾当。不写文档，不作需求分析，没有项目经理，做什么东西完全是程序员自己的行为。所以他们认为这样的过程无法满足真正大型项目和复杂项目的需要，因此在经过考虑后，放弃了敏捷方法。真的是这样吗？敏捷过程到底是如何做需求分析？用户故事和用例有什么区别？敏捷过程如何去管理需求的？这些是一些想要实践敏捷的人一直在困惑的事情。...( read more )

Posted to 南邮人在深圳--QQ群号:8400264 (Weblog) by Anonymous on 2006-12-03
XP中的用户需求分析：Planning Game 和 User Story概述方案

Extreme Programming 中的需求分析，是通过 Planning Game 完成的。虽然我们从 Planning Game 开始，讨论 Extreme Project 的具体过程，但实际上， Planning Game 中的一些阶段几乎贯穿了项目开发的始终。（用 Game 这个词，可以让大家的心理放松些。）做计划，是一件说起来容易做起来难的事情。做计划时，程序员考虑的是怎么样编程更快；项目经理考虑的是到底程序员多久才能做完这些事情；客户考虑的是多久时间后拿到多少东西……一开始就全面考虑这些问题当然没有什么不对，但计划和任何事情一样，都是一步步完成的。...

Posted to Denvy的网窝 (Weblog) by denvy on 2006-12-03
XP中的用户需求分析：Planning Game 和 User Story概述方案

Extreme Programming 中的需求分析，是通过 Planning Game 完成的。虽然我们从 Planning Game 开始，讨论 Extreme Project 的具体过程，但实际上， Planning Game 中的一些阶段几乎贯穿了项目开发的始终。（用 Game 这个词，可以让大家的心理放松些。）做计划，是一件说起来容易做起来难的事情。做计划时，程序员考虑的是怎么样编程更快；项目经理考虑的是到底程序员多久才能做完这些事情；客户考虑的是多久时间后拿到多少东西……一开始就全面考虑这些问题当然没有什么不对，但计划和任何事情一样，都是一步步完成的。...

Posted to 南邮人在深圳--QQ群号:8400264 (Weblog) by Anonymous on 2006-12-03

Page 1 of 2 (16 items) 1 2 Next >

让更多的人知道你的博客？