《项目还是产品——需求之争引发的思考》的相关内容

重新开个新帖： 最进一直在研究用户故事，有些心得同大家交流下，欢迎排砖： 我认为用户故事同用例最大的区别在于： 使用的方式 用例被看作需求的主要成果，用来作为设计，实现，测试的前置条件。并且作为工件在项目中需要保留。 相反 用户故事作为获取需求的开始，起到提纲的作用，最初的用户故事，可看作将要满足的功能的站位符，提醒我们有这么回事。 在UP中你会看到：有特性和用例的区别。 在XP中只有用户故事。 ...

对于产品的设计对于大多数人来说是一个困难的领域，很多组织在此问题面前显得不知所措。我经常被人问起，如何在几个类似的项目的开发过程中实施SCM（其实我认为这个时候应该考虑的是设计的整合，而非SCM制度的建立），如何面对又类似需求但是细节方面又完全南辕北辙的多个项目，如何制定一个产品的需求基线，如何确定是不是将目前的几个类似项目整合为产品的时机。客观的说考虑这样的问题并不是大多数程序员的责任，而是公司 ...

了解目标组织（将要在其中部署系统的组织）的结构及机制。了解目标组织中当前存在的问题并确定改进的可能性。确保客户、最终用户和开发人员就目标组织达成共识。导出支持目标组织所需的系统需求。 （来自RUPCN） 以上大家可以理解，我们有没有更深的理解呢？我先从业务主角和业务角色说起业务建模，在业务建模中主要有业务主角（BUSINESS ACTOR）和业务角色（BUSINESS WORKER），对此我们 ...

在做软件设计之前，画好系统的界面图是一种非常有效的建模和交流方式。 总是有人抱怨在需求和软件设计之间仍然有很大的鸿沟需要填补，这是至今仍然未能有效解决的软件工程难题。多年以来，有很多人一直在寻找从需求到设计的直接的形式化映射方法，但是收获很少。实际上软件工程对于软件生命周期前面的那些阶段并没有多大的帮助。为了响应 o6z 说的努力在在现有技术基础上杀死人狼的号召，我来推荐一种有效的设计方法。 这 ...

什么是软件需求(转) http://tyroneyimin.spaces.live.com/blog/ 对大多数人来说，若要建一幢数百万元的房子，他一定会与建房者详细讨论各种细节，他们都明白完工以后的修改会造成损失，以及变更细节的危害性。然而，涉及到软件开发，人们却变得“大大咧咧”起来。软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根”(Leffingwell 1997)。可 ...

什么是软件需求 对大多数人来说，若要建一幢数百万元的房子，他一定会与建房者详细讨论各种细节，他们都明白完工以后的修改会造成损失，以及变更细节的危害性。然而，涉及到软件开发，人们却变得“大大咧咧”起来。软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根”(Leffingwell 1997)。可许多组织仍在那些基本的项目功能上采用一些不合规范的方法，这样导致的后果便是一条鸿沟(期望差 ...

需求分析 因业务需要，“中科永联”正式更名为“中程在线”，欢迎大家浏览新网站“中程在线信息产业培训网” 中科永联高级技术培训中心（www.itisedu.com）       需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目代价，最终形成开发计划的一个复杂过程。（这个和我在微软体验到的又不太一样，微软的需求分析大多是市 ...

程序员在关注技术之外，应该同样关注需求 2005.06.28  来自：http://mypm.net/   作者：吴超      对于软件的需求调研活动，虽然曾经写过三篇相关的需求管理文章，出发角度是从整体的需求管理过程考虑；在引入CMM（二）需求管理KPA活动的基础上，列举了如何进行需求调研前的需求管理计划活动；在失败的项目中 ...

在项目开发中，所有的项目风险承担者都对需求分析阶段备感兴趣。这里所指的风险承担者包括客户方面的项目负责人和用户，开发方面的需求分析人员和项目管理者。这部分工作做得到位，能开发出很优秀的软件产品，同时也会令客户满意。若处理不好，则会导致误解、挫折、障碍以及潜在的质量和业务价值上的威胁。因此可见——需求分析奠定了软件工程和项目管理的基础。  拨开需求分析的迷雾  　　像这样 ...

一直以来，表现层的开发在Web应用的讨论中似乎总是一个小角色。Java的开发者们热烈讨论着的Spring、Hibernate、Struts、WorkWeb也都跟它没有什么关系。技术专家们甚至理直气壮的喊出了Web表现层应当“As thin as possible”口号，于是越来越多人们开始笃信有关业务逻辑的开发技术是武学之正宗，而表现层的开发技术不过是些旁门左道、花拳绣腿。 ...

事情的起由是这个帖子 http://pipboy.group.javaeye.com/group/topic/2741 PersistentRecord一个比较简陋的持久层解决方案。 最近，圈子有人提议把这个东东完善一下，然后开源， 使她的功能更加完备和丰富，以使大家参与进来，以学习为目的共同进步。 不知道大家意见如何？如果有人四五个人（最好是五六个人）愿意加入的话， 的确可以实施，毕竟文档 ...

敏捷不是一个过程，是一类过程的统称，它们有一个共性，就是符合敏捷价值观，遵循敏捷的原则。 敏捷的价值观如下： 个体和交互 胜过 过程和工具  可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判  响应变化 胜过 遵循计划  由价值观引出的12条敏捷原则：  1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 2、即使到了开发的后期，也欢迎改 ...

    软件测试就是在受控制的条件下对系统或应用程序进行操作并评价操作的结果。也就是说，如果用户面对着应用程序的 A 界面，在使用硬件 B 的时候做 C 操作，那么 D 结果应该出现。所谓受控制的条件应该包括正常条件和非正常条件。应该故意地去促使错误的发生，也就是事情在不该出 ...

1. dorado能帮我做什么？ Dorado能为我们带来以下两大价值:  极大的改善Web应用客户端的易用性。  提供一个针对Web应用表现层的全面的快速开发框架。 如果您打算使用dorado中原生的开发模式（一种相对简洁的类似于ASP.net的开发模式）的话，dorado甚至就是一个完整的包括数据库访问、国际化、安全认证的开发框架。 dorado还提供了一个好用的集成开发工具 ...

Opera CEO Jon Stephenson von Tetzchner 1967年8月29日出生于冰岛雷克雅维克，现任 Opera 软件公司 CEO。他与 Geir Ivarsøy 曾就任于挪威国家电话公司，并开发了 MultiTorg Opera 的浏览器软件。1995年 Jon 和 Geir 组建了一个新公司来继续开发工作，就是现在的 Opera Software ASA。 ...

甲骨文公司和BEA系统公司在美国联合宣布已经签订了最终协议，甲骨文将以每股19.375美元的价格现金收购BEA所有的已发行股票，收购总价约为85亿美元，扣除BEA手头13亿美元的现金，收购净价为72亿美元。     “第三者”不只有一个     事实上，资本市场如此青睐BEA，是因为并不只有甲骨文一家在打BEA的算盘。甲骨文提出收购要 ...