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
什么是User Story？

User Story 在敏捷项目中是项目范围的基本单位。在项目中，每个 User Story 是从稍多于一行的描述逐步精细到一套验收标准的。 User Story 是把需求分解为有优先级的，可测试的，可评估的小工件的有效机制。好的方面：一个 User Story 是在商业价值的上下文中写出的，该价值体现为一个可以供终端用户使用的系统功能。编写它们的标准方式为—— As insert user I need to insert feature so that insert business value 。 User Story 最初只有一两行，包含了足够的细节来测试，并提供了评估和优先级...

Posted to Denvy的网窝 (Weblog) by denvy on 2006-12-03
什么是User Story？

User Story 在敏捷项目中是项目范围的基本单位。在项目中，每个 User Story 是从稍多于一行的描述逐步精细到一套验收标准的。 User Story 是把需求分解为有优先级的，可测试的，可评估的小工件的有效机制。好的方面：一个 User Story 是在商业价值的上下文中写出的，该价值体现为一个可以供终端用户使用的系统功能。编写它们的标准方式为—— As insert user I need to insert feature so that insert...( read more )

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

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

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