软件需求的关键是分解用例场景_项目管理文章库

用户名密码

联盟服务关于我们联系方式收藏本站

PgMP认证，美国项目管理协会高端项目管理认证！大型项目与项目群管理Program Management全球权威认证

服
务
区

网站登录：会员企业专家服务商
企业服务：PMP培训内训课公开课
工具箱：发表文章提问题发案例

首页：动态 | 文库 | 下载 | 书架 | 访谈 | 专栏 | 专题 | 人才 | 培训 | 软件 | PMC

互动：活动 | 案例 | 问答 | 论坛 | 博客 | 圈子

应用：基础┊工程┊软件┊制造┊活动┊研发认证：PMP┊NPDP┊ACP┊PgMP┊IPMP┊P2┊ISPMP┊IMCP┊建造师┊MPM 特色：热点┊奖项

适合敏捷开发项目
敏捷项目管理最佳实践

重视项目商业分析
商业价值与需求分析能力

产品管理国际认证
全球产品管理最佳实践

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

大型复杂项目全球标准
定位高级项目管理层

链接战略与项目
实现组织资源投资回报

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

当前位置：文库首页 >> 文章内容

软件需求的关键是分解用例场景

作者：项目管理者联盟提交人：项目管理者联盟[项目管理者联盟] 属性：提交人转载发布时间：2008/10/30 点击：1498 【收藏本文】

    做软件需求最重要就是分解用例场景，没有用例就不是需求。项目管理者联盟
talent.mypm.net
    软件工程这类书要学，不过软件工程软件需求最关键就是用例场景的合理建立，这条，好象没有什么大学教科书谈到，仿佛中国的大学计算机科学系教师统统没有做过软件项目的，完全没有这个概念。所谓的软件需求，如果不是变成走不通的伪代码，就是用不上的美工方案，程序员对此除了干瞪眼是没辄的。转自项目管理者联盟
项目管理者联盟
    其中最大的原因就是从事网站或者类似的软件需求的许多人都不懂真正的软件需求是什么东西，包括我处理过的SAP/ERP项目这类都是同样的问题，尽管那不是网站；他们犯的一般共同的错误就是把网页表现形式（那其实是美工的工作），以及内容的采排看作是需求，完全没有一个用例的观念。 talent.mypm.net
pmp.mypm.net
    用例，usecase，目前多见于UML下的对面向对象程序中的对象行为的表达；不过，这不是它的源泉；它之所以被看作是这类语言的标准URL描述手段，是因为面向对象本身就是在虚拟程序中模拟真实世界那样地工作；而真实世界，就是围绕着用例展开的。用例的观念其实也不能算是一个软件概念，只不过在软件领域定义得最为精确而已，今天从每个人的生老病死，婚姻嫁娶，其实都是一个个的用例的描述和实施。用例，顾名思意，就是假如（假设）出现某种情况，采取什么样的行动；可能会有什么样的结果；然后，根据这个结果，再采取什么样的行动……直到得到希望的某个最终结局。项目管理者联盟
项目管理者联盟
    用例也叫场景，软件，实际上就是对场景操作过程的描述，而不是一堆版面框架网页的集成。没有用例支持就不叫软件，更加不叫项目——连垃圾都算不上。很多时侯我们说需求不明确，其实就是说这个用例不清晰；在电子商务网站中，除了人员素质导致对基本概念方法不明白外，最可能的导因就是商业模式不明确，或者不成立。这个成立与否，实际上可以从上面的假如如何那般的推导中进行初步的可行性推演。所以，程序员实际上有两个层次，一个是你说什么他做什么，但永远没有结果的。他却的确实现了你（需求人员）提出的所有要求，但这个项目却必然是永远没有结果的，因为，它本身只是把这个程序员当成网页编辑用了，项目没有基本用例的支持。我想90%的程序员是这类"程序员"，没有用例明确定义也就没有软件能力的评估，因为软件人员不是美工。另一种程序员则可以从上诉推演中发现整个项目本身有没有用例，以及用例是否合理（理论上没有明显的逻辑障碍）；虽然程序员一般不应该关心商业模式是否合理，但实际上他有这个能力，常常是第一个发现商业模式的问题，假如他也关心的话。 club.mypm.net
club.mypm.net
    可惜大部分用户需求人员不明白这个道理，反而可能会以为程序员是在推卸责任，或者是刁难需求；也正因为这个原因，需求人员和实现人员的冲突在项目中屡见不鲜，倒不是个人矛盾的冲突，而是由于双方没能有一个基本的立足点。我见过这样的项目，需求人员建一个大型网站的需求就是一大箩的每个网页的非常详细的描述，到每个字每个连接……直至每个网页出现的次序，项目经理说一个笑话：万一他摔一跤，这箩子东西鬼才能再捡回原来的模样。的确，负责需求的客户方副老总和一帮企业需求编辑辛苦做了两个月，但其实这不是需求，而是使用这个项目软件的具体编辑排版的安排；根本不是程序员要看的东西。程序员需要的是使用这个网站时需要有那几种用例逻辑，然后抽象出其中的对象，根据对象建立存储方式（象数据库存储结构）和内容采摘方式。那大箩东东，实际上什么用处也没有的。开发软件如同建房子，旁观者可能问一句："建房子啊"就拍手说明白了，但对于开发员来说，如果得不到准确的房子细到砖砖瓦瓦的准确设计（需求定义）；要知道建小平房和建金茂大夏都是建房子，建宾馆还是建殡仪馆也是建房子，到底客户要的是什么房子合适，不搞清楚干下去的程序都是不负责任的，或者是冒牌货。项目经理圈子
项目管理者联盟
    不懂软件需求的需求人员一般会犯如下错误：一是把版面美工形式看作需求，其实程序员看程序如同医生透过X光看一个人，看到的是骨架，至于是美人还是丑八怪如果能看出来，那个医生一定是变态的；在开发过程中都强调实现用例功能实现，而不是首先色彩如何花梢漂亮，后者不但不是主要的，也不是次要的，在开发过程中什么都不是；一开始把精力放在这里当成需求实现是浪费时间浪费金钱。二是把静态网页当成需求，特别是当把静态网页当成prototype时更经常犯这个错误；常常说："按prototype做出来不就行了？"实际上prototype本身如果不是看不出清楚的用例逻辑，就是可能有几种用例解释；何况真正变成动态程序，与静态的东西是不一样的。我在网上看到的美女明星下了台到眼前成了丑八怪，就是这个道理。而且更遭的是，客户还同时犯第一个错误，看着那里不顺眼就改一改版面还一天三变,不知不觉的基本用例就变成了另外一个东西，原来是宾馆现在成了盖殡仪馆，原来搞错了因为不知道躺的人不同叫不同的馆（死人还是活人），试问，如何实现？项目开始和后期看到的同一个版面成为不同的故事绝对是经常出现的故事，软件上称为需求变迁，这是项目经常延期的最主要原因。项目管理者联盟
项目管理者联盟
    三是需求人员把定制了解成按客户所有想法迎合静态页面，而不是按客户的业务用例要求建立相应的程序；还要求程序员也这样做；实际上，如果不能拨乱反正的话，任何项目到此为止已经是死路一条：那不是软件，无非是静态网页人员出租！需求人员常犯的另一个错误仍是不懂用例，就是把用例的使用方式当成了需求；这种错误有时连初级程序员都会犯，最典型就是把一个菜单栏目当成需求，而程序员无法从菜单中看出明显的简洁的用例逻辑——这是一个没有意义的菜单，天晓得里头是什么？同样地，里头的要干的东西还一天三变。事实上，同一种逻辑用例可以用到N个栏目，那是"软件的使用而不是软件本身"。 bbs.mypm.net
service.mypm.net
    以上的错误常见于网站建设，所以网站建设最通常的结局是不了了之，大概占了50%以上，无论设入多少钱多少人花多少时间都是如此的；除非有人能够拨乱反正，让项目需求走上正道。而在ERP/DRP这类项目中，需求人员一般情况下是业务的行家，他们反而很容易理解用例是什么东西，象医院收费，绝对不会把精力放在收费界面有没有脱衣舞女让收费员提神上，收费这个用例有多少个环节是他们理解的。这种项目需求最易犯的错误是让先进的计算机工具重复原始状态下的不合理的流程。最典型的笑话就是：手工审批要盖五个章，用五天时间；现在电算化效率提高了一百倍，所以可以盖五百个章（电子签名呢！），时间嘛，仍然是五天！在这里，矛盾不是有没有用例，而是用例是不是合理的，最高效率的。 www.mypm.net
项目管理者联盟
    所以对于需求由于用例的冲突，程序员如果不想不了了之最后责任全部背上身的话，最好就是坚持原则；程序员迎合网页编写是没有意义的，迁就需求也不是没有意义的，因为……无法迁就的，越是迁就就越是没有办法实现，或者客户没有办法满意的。软件其实很简单的，无非是分析好用例，然后让计算机一步步实现而已，用例，是所有软件实现的前提：不然，软件到底要干什么？好的软件项目都有一个共同的特点，就是简单的逻辑，明确用例。最典型的，看google,ebay。blog.mypm.net

[相关文章]

[网友互动]

·辨析业务需求与软件需求 (2684)	乔东	12-18
·ACP：敏捷开发中的软件需求分析方 (1842)	项目管理者联盟	08-19
·软件需求的不确定性与解决途径 (6550)	项目管理者联盟	03-03
·十问软件需求分析与管理 (10624)	人月神话	11-02
·软件需求管理工作的一些经验和体. (8410)	佚名	05-12
·金融行业软件需求管理探讨 (8441)	佚名	05-10
·基于项目管理理论的软件需求开发. (8415)	张俊英　徐俊刚	11-15
·软件需求管理 (9380)	佚名	06-05

06-23[帖子] 【EasyTrack】软件需求的管理五步走 (5837)
02-11[帖子] 进行软件需求管理的必要性及控制需求渐. (2417)
11-05[帖子] 基于项目管理理论的软件需求开发管理模. (2734)
08-06[帖子] 软件需求分析不象情人之间的浪漫做法 (1875)
04-02[帖子] 关于软件需求开发和项目的范围管理 (1993)
03-07[帖子] 软件需求最佳实践之需求的沟通与分析 (842)
03-07[日志] 软件需求最佳实践之需求的沟通与分析 (323)
02-16[日志] 软件需求分析与管理的十个问题 (254)

[发表评论]

本站热点

·从《PMBOK指南》第八版看项目经理角色
·国际项目管理奖项PMI(中国)项目管理大
· 华师大CTO学院：科创生态建设与创新项
·宏发电声江玫瑰谈PgMP：“下好一盘棋”
·PgMP：交付能力与创造未来的项目管理方
·开放讲座|《项目组合管理与PfMP认证》
·开放讲座|项目组合管理与PfMP认证
·开放讲座|PgMP：项目管理思维与方法论
·开放讲座|《项目组合管理与PfMP认证》

栏目说明

《文库》栏目为项目管理者联盟网站核心栏目，收录了十大行业项目管理文章5000余篇，囊括了项目管理五个阶段、九个知识领域的相关文章，是广大项目管理爱好者学习的知识库，欢迎大家发表原创文章、转贴文章，或直接发给编辑。须联盟会员且登陆后才能发表文章。

项目管理活动

活动QQ群：531390275
免费积累PDU,仅500人
2022年项目管理活动计划
2021活动精彩回顾

原创排行榜

项目管理评论杂志	311	高扬	106
乔东	100	项目管理	84
高国伟	61	人月神话	60
张为	59	郭致星	52
蒋昕炜	46	肖杨	38
曾伟强	37	潘德有	36

搜索文章

关键词：

行业：

团队成本风险进度
沟通采购质量合同

更多>> 专题集锦

企业项目化管理

PMO实践与应用

如何处理项目客户关系

经理访谈

个人专栏

王树文

赵春明

高国伟

项目管理者联盟特刊

	联盟特刊是对网站会员发行的内部刊物，刊物内容包括：案例及分析等，得到了会员好评。
电子期刊：
特刊下载：
2017合刊 2016合刊 2015合刊 2014合刊 2010合刊 2009合刊 2008合刊 2004合刊 2005合刊 2006合刊 2007合刊

施工企业管理

	《施工企业管理》创刊于1986年1月，中国施工企业管理协会主办，是反映施工企业管理杂志。
浏览往期：

建造师杂志

	《建造师》杂志由清华国际工程项目管理研究院主办，是中国面向建设企业管理人的高端杂志。
浏览往期：

如转载本站文章，必须于文章开头处注明转自“项目管理者联盟”，并注明原作者

PMI,Project Management Professional, OPM3, PMBOK, PMP，PgMP，PfMP，PMI-ACP，PMI-PBA
and the PMI Registered Education Provider logo are registered trademarks of the Project Management Institute, Inc.