UMLChina第25期专家交流 实录

返回首页 返回目录

barbeque进入聊天室.(18:57)
wjdk进入聊天室.(18:57)
umlchina对大家说: 尤克滨先生是 瑞理(Rational)软件公司的技术顾问，研究领域为软件需求。(18:58)
gallenliu对umlchina说: 有人做翻译吗？(18:58)
umlchina对大家说: 交流重点：UML/用例/需求...(18:58)
umlchina对大家说: 中文交流(18:58)
myzoucp18进入聊天室.(18:58)
gallenliu对umlchina说: “尤克滨”能看懂中文吗？(18:58)
umlchina对gallenliu说: 可以(18:59)
barbeque对大家说: 大家好，我是尤克滨(18:59)
umlchina对gallenliu说: 提问及参与讨论：草原之蓝，嘉宾发言：正宗喜红，互相说话：绝对黑色(18:59)
bn007进入聊天室.(18:59)
umlchina对大家说: 欢迎(18:59)
barbeque对大家说: 谢谢主持人(19:00)
vbjava对umlchina说: test(19:00)
gallenliu对barbeque说: 晚上好(19:00)
higoals进入聊天室.(19:01)
umlchina对大家说: 大家可以开始提问了(19:01)
higoals对barbeque说: 冒昧地，您为什么可以说汉语？(19:01)
barbeque对大家说: 中国人说汉语(19:02)
myzoucp18对barbeque说: 你好！请问程序员三十岁以后适合干什么？(19:03)
myzoucp18对barbeque说: 我现在主要从事数据库编程(19:04)
winnyboy进入聊天室.(19:04)
thuner进入聊天室.(19:04)
higoals对barbeque说: 组织需求文档时，可以结合设计方案吗？(19:05)
gallenliu对barbeque说: 能介绍一下Rational公司下一版产品套件的新的重点功能是什么吗？(19:05)
vbjava进入聊天室.(19:05)
barbeque对大家说: 需求文档的核心内容是用户的问题，和设计方案是一对多的关系，过早考虑方案不宜(19:06)
evpu对大家说: it's time,why not begin?(19:06)
chen09对大家说: 大家晚上好。请问高级程序员和软件需求分析师，最大的不同点是什么？哪些专业课程是软件需求分析师必修的，但是高级程序员是用不着的？谢谢。(19:06)
evpu对大家说: kk(19:06)
winnyboy对chen09说: 软件需求分析，软件质量管理等等。。。。。(19:07)
vbjava对大家说: 请问在系统需求分析阶段，UML还不成熟，无法与流程管理软件，如Aris, SA相比？(19:08)
hudson进入聊天室.(19:08)
higoals对barbeque说: 那么如何组织用户的需求呢？我脑袋中老去不掉未来可能的设计方案啊(19:08)
gallenliu对barbeque说: 有人说：最清楚的需求文档就是user manual,你是否同意？(19:08)
chinalbh进入聊天室.(19:09)
barbeque对大家说: vbjava：需求的主体内容是文字，图示作为辅助，UML主要是可视化需求的概要内容(19:09)
jasonchen3进入聊天室.(19:10)
myzoucp18进入聊天室.(19:10)
myzoucp18对barbeque说: 你好！请问做需求时，是不是可以将性能方面的问题放在一边？(19:10)
evpu对大家说: 那么,uml其实不重要,对不对?(19:10)
evpu对barbeque说: 那么,uml其实不重要,对不对?(19:10)
barbeque对大家说: higoals：用户的想法需要被有条理的捕获出来，而不是随机的捕获，然后在用设计人员的思路组织(19:10)
rareren进入聊天室.(19:11)
evpu对barbeque说: 怎样才算有条理呢?(19:11)
barbeque对大家说: myzoucp18：不是，性能需求是非功能需求的重要组成部分，尽管和应用逻辑没有直接的关系，但不等于不重要(19:11)
gallenliu对barbeque说: 我们公司的需求文档分为：MRD(Market requrement doc), PRD(Pruduct requirement document), SRFS(sw requirement function specification), 您认为这几个文档应该有什么不同？(19:11)
vbjava对barbeque说: 业务建模工作是IS需求分析的常用方法，这方面是不是UML/ROSE也不能给我们帮助？(19:11)
smilemac进入聊天室.(19:12)
thuner微笑着对barbeque说: 您认为要成为一个优秀的软件构架设计师，应具备哪些方面的能力或知识积累？(19:12)
hudson微笑着对barbeque说: 我想问一个问题，为什么UML不适合于做中国邮递员问题的算法设计呢？谢谢！(19:12)
barbeque对大家说: evpu：不是UML不重要，要针对场合。Use Case的需求捕获强调的是文字描述(19:12)
hudson微笑着对barbeque说: 我想问一个问题，为什么UML不适合于做中国邮递员问题的算法设计呢？谢谢！(19:13)
chen09对大家说: 俺刚才也问了thuner所问的类似的问题，难道不是这里讨论的范畴吗？谢谢。(19:13)
jasonchen3对barbeque说: 请问barbeque当我们进行需求分析时，如何让需求尽快的问定下来呢？(19:13)
myzoucp18对barbeque说: 谢谢，你说用户的想法需要被有条理的捕获，但中国用户大多无经验，又如何做到这一点(19:14)
higoals对barbeque说: 请问，需求调研的过程中，如何才能最好地获取到真实真正的需求？(19:14)
chinalbh对大家说: 请问在进行需求分析时，如何应付需求变更？(19:14)
disney对barbeque说: 请问需求分析的文档包括哪些重要组成部分？(19:14)
barbeque对大家说: gallenliu：清楚的需求文档有助于快速地建立user manual。需求的内容应该是user manual内容的超集(19:14)
gallenliu离开了聊天室.(19:14)
evpu微笑着对barbeque说: 谢谢,那么是不是面对客户的时候,要避免以uml的图例为主?(19:15)
perl5进入聊天室.(19:15)
disney对barbeque说: 如何管理需求到设计实现的可追踪性？(19:15)
jasonchen3对barbeque说: 如同chinalbh所说，我们也同样遇到需求无法稳定的问题，不知 Barbeque有什么看法?(19:16)
barbeque对大家说: evpu：有条理就是：用户能够自己去直接修改需求的内容，而不需要设计人员辅助，或者说，遵循用户的逻辑。当然这主要是指功能需求。(19:16)
vagawind进入聊天室.(19:17)
evpu微笑着对barbeque说: 啊?!用户自己去直接修改需求?这个动作是发生在需求还没确定的时候,是吗?(19:18)
barbeque对大家说: vbjava：不尽然，至少甬道图是很实用的。(19:18)
evpu微笑着对barbeque说: 这样的话,就是说以用户的观念(思路,条理)来组织,设计需求的结构和细节,是吗?(19:19)
jasonchen3对大家说: 如果提供使用者直接修改需求的权力，是否会造成后续功能建构的困难，因为改需求容易但是改架构却需要很大的功夫(19:20)
barbeque对大家说: jasonchen3：需求不稳定不见得是消极的，通常情况下，需求的变化是积极因素的反映，尤其是早期的变化。(19:21)
smilemac进入聊天室.(19:21)
smilemac对barbeque说: 您好，尤先生，我有个问题，您觉的对于用户来说，定制化开发带来的好处是否足以抵销其负面因素呢？比如开发风险，不能象通用产品随着市场的前进而自然的upgrade。用户组织生产流程是否应该着重于围绕市场上现有产品进行组织呢？(19:21)
barbeque对大家说: 你可以尝试Use Case的方法，组织Use Case workshop...(19:21)
chinalbh对barbeque说: 我以为用户修改需求内容不适合中国的国情，因为目前很多的用户，他们自己本身对自己的需求都没有一个明确的框架，有很多的需求还需要我们设计人员去引导用户。(19:21)
smilemac对barbeque说: 您好，尤先生，我有个问题，您觉的对于用户来说，定制化开发带来的好处是否足以抵销其负面因素呢？比如开发风险，不能象通用产品随着市场的前进而自然的upgrade。用户组织生产流程是否应该着重于围绕市场上现有产品进行组织呢？(19:22)
rareren对barbeque说: 如何合理地划分用例？如一个论坛中有发表新贴、回贴、删除帖子等指哪些做为一个用例比较合理化呢？(19:22)
smilemac对barbeque说: 您好！(19:22)
jasonchen3对barbeque说: 其实我也非常赞同应该顺应使用者的需求，只是我们可能需要将这些改变反映到成本上…(19:22)
barbeque对大家说: myzoucp18:没有经验的人未必心中没有需求，需要我们的引导，Use Case是一种好方法(19:22)
smilemac对大家说: 对不起，刚才刷新有点问题，多发了：）(19:23)
chen09对大家说: 但是如果需求总是不定，而项目的完成时间有不能延后，会造成后期编码的质量低下。如何取舍？如何平衡？谢谢。(19:23)
higoals对barbeque说: 在需求调研中，用户和我，谁应该是主导角色？(19:23)
myzoucp18进入聊天室.(19:24)
myzoucp18对barbeque说: 谢谢，我明白了，重在引导上(19:24)
barbeque对大家说: evpu：用户有能力自己修改需求的内容，隐含的意思是：用户完全理解我们写出来的东西。(19:24)
thuner进入聊天室.(19:24)
Charity_Zhou进入聊天室.(19:24)
evpu微笑着对barbeque说: 我觉得,use case就一个小人一个圈,再加一个箭头,其实还是要靠大量的文档,最大的用处还是在于圈定范围,是不是?(19:25)
jasonchen3对barbeque说: 也就是说我们要教育使用者使用 Use-Case 吗？(19:25)
evpu微笑着对barbeque说: 明白了,谢谢(19:25)
chen09对higoals说: 俺觉得用户是主导角色，“我”是引导用户说出他的想法。不知道对不对。(19:25)
barbeque对大家说: higoals：有两种情况：如果是软件适应稳定的业务模式，必须由用户主导；如果软件起到改变业务模式的作用，很可能是代表领域专家意见的人员主导(19:25)
evpu微笑着对barbeque说: 如果,这两种情况都不符合,是不是意味着项目极有可能会失败?(19:27)
zhouxp2005进入聊天室.(19:27)
perl5对barbeque说: 想请教您如何把握界面原型在软件需求中的位置？(19:27)
barbeque对大家说: jasonchen3：用户能够理解的需求至少能够带来两方面的成本降低：指定test case和user manual. 因为对等内容的异构表现形式通常大幅度增加成本。(19:27)
zhouxp2005对大家说: 大家好，去错地方了!!!!(19:27)
jasonchen3对barbeque说: 可不可以举一个 Use-Case Workshop简单的实例?(19:28)
zhouxp2005咕咚，咕咚喝了几口闷酒，对大家说: 真是的。。。。。(19:28)
barbeque对大家说: perl5：界面原型在软件需求中的作用很大：建立用户界面原型的主旨是在启动实质开发活动之前揭示和检验拟建系统的功能与可用性，在大规模投入资源之前，提供一个确人拟建系统正确性的机会。(19:29)
chen09对barbeque说: 俺觉得不存在“用户不能够理解的需求”，因为如果用户不理解，那么用户就不会允许你继续往下开发。(19:30)
Charity_Zhou对大家说: 有必要对用户进行UML的培训吗？(19:31)
zhong_bingshu进入聊天室.(19:31)
vbjava进入聊天室.(19:31)
vbjava对barbeque说: 是不是use case是给系统架构师和系统分析员沟通用的，而不是给用户看的，即便在use case workshop。(19:31)
barbeque对大家说: evpu：Use Case就是以文字为主体的功能需求描述方式，同时也是一种捕获方式。Use Case图可以看作为Use Case需求的“主页”(19:31)
openeyes进入聊天室.(19:31)
zhouxp2005进入聊天室.(19:31)
thuner进入聊天室.(19:32)
higoals对barbeque说: 正如穿衣服的和付款的可能是两个不同的人。需求获取中，针对不同的“用户”，我的需求中，该听谁的？(19:32)
barbeque对大家说: Charity_Zhou：不懂UML的用户完全可以帮助你得到高质量的USe Case模型。(19:32)
vbjava对大家说: ft，我理解错了(19:32)
jasonchen3对Charity_Zhou说: 就Barbeque的说法：这样的教育对后续的开发似乎是值得的 (不知道是否有误解)(19:33)
barbeque对大家说: vbjava：不是，Use Case模型是用户眼中的Architecture. 当然Use Case可以为后续的开发活动提供诸多便利，它将需求按照用户的目标以高内聚、低耦合的方式组织在一起。(19:34)
chen09对jasonchen3说: 但是，培训费用由谁来出呢？(19:34)
jasonchen3对chen09说: 呵呵！我也正想问这个问题呢！！(19:35)
Charity_Zhou对大家说: 感觉在需要业务重组时，要说服用户是很困难的(19:35)
zhouxp2005对大家说: 如何让客户参与USE_CASE设计来？(19:36)
zhouxp2005对大家说: 好像人不多啊(19:37)
vbjava对Charity_Zhou说: 如果软件公司作BPR，那么咨询公司做什么呢？(19:37)
barbeque对大家说: chen09：用户一般不会说看不懂我们写的需求，而是等我们开发出他们认为不对的结果之后告诉我们，原因是我们没有在早期提供一个用户作出正确判断的机会（组织形式）。各种方式表述的需求在微观层面没有差异，但组织形式完全有可能阻碍用户正确地理解。(19:37)
perl5对barbeque说: 如果有很多类似的功能(如多种不同的查询)，是画一个use case就可以；还是画多个，并使用“泛化”关系？(19:38)
evpu微笑着对barbeque说: 想啊想啊,终于明白了~~~不过,如果一个use case代表了一个很庞大的业务,是把它变成packege,还是分成小的usecase?(19:38)
facesmile进入聊天室.(19:39)
vbjava对barbeque说: 采用以文字为主体的use case表达方式是不是说明uml在ooa方面还不够成熟呢？((19:39)
Charity_Zhou对大家说: vbjava：我不同意您的看法。(19:40)
spide进入聊天室.(19:40)
barbeque对大家说: perl5：好的Use Case可以不使用Use Case之间的关系表述。Use Case之间的关系主要是用于优化Use Case模型本身（目的是便于维护需求的内容），而不是更好地反映用户的要求。(19:40)
zhouxp2005对大家说: 请问尤克滨是如何参加此次聊天的？(19:40)
zhouxp2005对大家说: 会不会不是他本人的啊？(19:41)
Charity_Zhou对大家说: vbjava：不同意。需求分析时，图能清晰地表明业务流程，但对细节无能为力(19:42)
barbeque对大家说: vbjava：作Use Case并不是做OOA。(19:42)
myzoucp18进入聊天室.(19:42)
smilemac对大家说: 我觉尤先生很有水平。(19:43)
vagawind对barbeque说: 但是use case是OOA很好的表达形式，对吗？(19:43)
myzoucp18对barbeque说: 好的Use Case可以不使用Use Case之间的关系表述，那又如何让用户明白它们之间的关系(19:44)
higoals对大家说: 在这里有必要讨论尤先生的水平吗？这么好的机会，多讨教比什么都好！(19:44)
perl5对barbeque说: 如果我要做一个查询系统，交互无外乎输入条件，看到结果，我是只画一个use case呢，还是每个查询功能一个use case？这方面我存在疑惑，请指点(19:45)
ltxd进入聊天室.(19:45)
rareren对大家说: 怎样把一个或多个功能作为一个UseCase（如Insert,update ,delect分开还是做为一个维护）(19:45)
thuner微笑着对大家说: vagawind:use case 应该是捕获、描述需求的。(19:45)
barbeque对大家说: vagawind：不对，OOA是用OO的方式将需求转述出来,其要素是所谓的分析类.Use Case中的内容是用自然语言表述的需求,是OOA的理想依据.(19:46)
ltxd对大家说: 请问barbeque, 能不能详细说明一下用例这间的三种关系的区别(19:48)
zhong_bingshu进入聊天室.(19:48)
casual_wen进入聊天室.(19:48)
barbeque对大家说: Use Case是某类用户的目标,达到一个目标可能会有多种可能的场景,每个场景中有若干个动作(交互). 通常的误区是将动作或者场景当作Use Case. 注意Use Case中的Case和Test Case中的Case是有区别的.(19:48)
vagawind进入聊天室.(19:49)
thuner进入聊天室.(19:49)
乌烟进入聊天室.(19:49)
oldy25进入聊天室.(19:49)
ltxd对大家说: 在<统一软件开发过程>一书中,居然说用例之间的"泛化"就是jacbson在<basic use case modeling>中说的"use", 对吗?(19:50)
barbeque对大家说: 比如你上楼,你也许必须要走楼梯(include),当然你好有可能在中途去一下洗手间(extend).(19:50)
zhouxp2005进入聊天室.(19:50)
zhouxp2005对大家说: Use Case中的Case和Test Case中的Case是有区别的？有什么区别呢？(19:50)
casual_wen对大家说: 您好，bargeque(19:50)
casual_wen对大家说: 请问您是今天的专家吗？(19:51)
montling进入聊天室.(19:51)
ltxd对大家说: barbeque, 能不能回答一下我刚才提的两个问题呢? 谢谢!(19:52)
barbeque对大家说: Test Case中的Case是个案, Use Case中的Case并不是这个含义(19:52)
higoals对barbeque说: 是否是用例，须看是否实现用户的一个目标，是吗？(19:53)
higoals对barbeque说: 是否是用例，须看是否实现用户的一个目标，是吗？((19:54)
casual_wen对barbeque说: 我想问一下，use case应当由什么人来负责绘制呢？BA还是SA?(19:54)
zhouxp2005进入聊天室.(19:55)
barbeque对大家说: ltxd:泛化的关系主要用于说明概念. 举一个不恰当的例子:做饭是一个Use Case, 那么煮饺子Use Case和煮面条Use Case与做饭之间的关系类似于泛化(19:55)
barbeque对大家说: higoals:是,包括实现该目标的各种可能场景(19:56)
ltxd对大家说: 那就不应该是在<统一软件开发过程>一书中所解释的那样了 (中文译本 P129)(19:56)
montling对大家说: 您好，barbeque(19:57)
txiaofeng进入聊天室.(19:57)
barbeque对大家说: casual_wen:不一定,USe Case的易理解程度甚至允许用户自己绘制(实践说明)(19:58)
zhouxp2005对大家说: hello,I am Caming in(19:58)
casual_wen对barbeque说: it seems very slowlly.(19:58)
montling对barbeque说: 请问在将业务模型转化为USECASE时有什么技巧？(19:58)
casual_wen对barbeque说: 但是用户对于uml的语法可能不是很清楚，那么怎么描述呢？(19:59)
ltxd对大家说: barbeque,那么作为被继承的USE CASE应该不是所谓的concrete use case,对否?(19:59)
barbeque对大家说: 业务用例模型和业务对象模型和USe Case模型有比较简单的映射关系,正是由于简单,导致灵活性较高.技巧在RUP中有所涉及.(20:00)
txiaofeng对barbeque说: barbeque,use case是否存在最初原型和分析模型这两种概念？(20:01)
ltxd对大家说: barbeque, 问一个RUP的问题,在初始阶段末, 应该建立一candidate architecture, 是不是意谓着要建不止一个以备选择(在某一个失败时)?(20:01)
ltxd对大家说: 太慢了(20:01)
barbeque对大家说: txiaofeng:Use Case是面向用户的,主要是记录应用场景,还没有到分析的时候.(20:02)
vagawind对barbeque说: 业务用例模型和业务对象模型和USe Case模型 有什么区别与联系呢？(20:03)
vagawind对barbeque说: 业务用例模型和业务对象模型和USe Case模型 有什么区别与联系呢？？(20:03)
alexhoo进入聊天室.(20:04)
barbeque对大家说: ltxd:构架师的经验通常能够保证candidate architectue的有效性,当然不排除更换的可能.(20:04)
ltxd对大家说: barbeque, 在做某些大型系统时,是否可以考虑顶层的use case 只做几时个, 然后针对每个顶层的use case再进行细化, 对它由在建一use case model, 这样形成一层次关系, 保证单个平面单个区域上的use case 不要太多呢?(20:04)
openeyes进入聊天室.(20:04)
openeyes对barbeque说: 我想问一下，象库存不足时自动触发采购流程这样的Use Case的Primary actor是什么呢？(20:04)
ltxd对大家说: barbeque, 我的意思是candidate architecture本身是否有"备选"的概念, 谢谢!(20:05)
vagawind进入聊天室.(20:05)
ltxd对大家说: barbeque, 因为一些书将其翻译成"候选构架"(20:06)
stoic进入聊天室.(20:06)
casual_wen对openeyes说: 那个应该是通过其他use case触发的吧(20:06)
barbeque对大家说: ltxd:不是. 有些文献中建议在不同层面应用Use Case的概念,但并不意味这不同层面的Use Case之间存在细化的关系. 不同层面主要是指用户对系统理解的不同概括程度.(20:06)
casual_wen对barbeque说: 那么经过需求分析阶段，应当产生哪些文档呢？(20:07)
barbeque对大家说: openeyes: 要看如何获知"库存不足",如果是采用"轮询"的方式,可以用始终表述.(20:08)
stoic进入聊天室.(20:08)
ltxd对大家说: barbeque, 那这么说use case就应该存在一个特定的粒度大小问题了, 即可以概括地说一般一个USE CASE 映射到多少个分析类,多少个设计类, 能否给出一个数字, 我现在就是把握不好USE CASE粒度的大小, 谢谢!(20:10)
barbeque对大家说: casual_wen:不同的规范有不同的文档体系,如果是参照RUP,主要有"前景","Use Case规约(组)",界面原型,补充规约,词汇表(20:10)
casual_wen对大家说: ？(20:10)
powerpeople进入聊天室.(20:11)
higoals进入聊天室.(20:11)
higoals对barbeque说: 对，谈谈USE CASE粒度问题吧(20:11)
openeyes进入聊天室.(20:11)
openeyes对barbeque说: 是不是可以这么说，“事件“可以作为Use case的Primary actor.比如计时器事件？(20:11)
barbeque对大家说: ltxd:Use Case通常不能一蹴而就,开始先得到Use Case规约的骨干内容:基本事件序列的步骤和备选事件序列的名称. 横向比较Use Case, 此时有些明显过大或者过小的USe Case可以进一步分解或者合并,当然不能影响用户对其基本内容的理解.(20:13)
jasonchen3进入聊天室.(20:15)
vagawind进入聊天室.(20:15)
vbjava进入聊天室.(20:15)
vbjava对大家说: 能谈一谈mda吗，目前我在收集这方面的资料(20:15)
powerpeople对大家说: 用例规约中的，基本流和备选应该怎么理解啊？(20:15)
ltxd对大家说: 不是很理解, 另外一个问题,jacbson的use case的定义是否只是针对所谓的concrete use case的(而不是被include, extended和被inherited的?(20:16)
txiaofeng对barbeque说: use case的分解与合并依据什么？(20:17)
barbeque对大家说: 你做100次同一目标的事情,80次的情形类似,它就是基本事件序列.(20:17)
powerpeople对大家说: 怎么理解用例规约中的基本流和备选流啊？(20:17)
powerpeople对大家说: 怎么理解用例规约中的基本流和备选流啊？(20:18)
barbeque对大家说: txiaofeng:Use Case的内容更易于理解和管理.(20:18)
txiaofeng对barbeque说: use case的分解与合并依据什么？(20:18)
openeyes对barbeque说: 是不是可以这么说，“事件“可以作为Use case的Primary actor.比如计时器事件？(20:18)
vagawind对大家说: ???(20:20)
barbeque对大家说: openeyes: 要看如何获知事件的出现.如通过定周期的轮询(20:20)
txiaofeng对barbeque说: use case的可管理应该怎么理解呢？(20:21)
rareren对大家说: 事件流的应该怎样开始并结束,也就是怎样定义一个用例开始？(20:21)
vbjava进入聊天室.(20:22)
powerpeople对大家说: 请问，我一个仓库管理系统中，增加出库单和修改出库单是不是应该分为两个use-case啊?(20:22)
txiaofeng对barbeque说: 对use case的分解、合并是否可以基于将来自系统、甚至功能的划分？(20:22)
ltxd对barbeque说: 怎么不回答我的问题呢? 谢谢!(20:23)
powerpeople对大家说: 请问，我一个仓库管理系统中，增加出库单和修改出库单是不是应该分为两个use-case啊(20:23)
higoals对barbeque说: ？？？？？？？？？？(20:24)
openeyes进入聊天室.(20:25)
openeyes对barbeque说: 我(20:25)
vagawind对大家说: 怎么这么慢啊？(20:25)
barbeque对大家说: txiaofeng:不是(20:25)
smilemac进入聊天室.(20:25)
openeyes对barbeque说: 我的意思是：事件能做use case的primary actor吗？谢谢(20:25)
chen09对powerpeople说: 俺觉得站在用户角度增加出库单和修改出库单完全是不同的。因为Actor根本就是不同的人，权限也不一样。所以应该分开。不知道对不对？(20:25)
barbeque对大家说: powerpeople:Use Case的划分主要是和用户直接讨论,你的问题不能脱离特定的上下文.(20:26)
powerpeople对大家说: barbeque:是不是说只要用户看得懂就可以了，不管是一个还是两个use-case(20:27)
casual_wen进入聊天室.(20:28)
barbeque对大家说: Use Case定义了一组相关的由系统执行的动作序列，将有价值的可见结果提供给某个Actor(20:29)
powerpeople对rareren说: 提问要用“草原之蓝”!!(20:29)
jasonchen3对barbeque说: 请问，一般的系统的Use Case 个数维持在多少个会比较恰当呢?(20:29)
barbeque对大家说: 针对一个特定的的上下文,Use Case模型并不存在唯一的答案.(20:30)
l.a进入聊天室.(20:30)
wy666666进入聊天室.(20:30)
powerpeople对大家说: 这样的话，不是不能复用use-case了吗？(20:31)
jasonchen3对barbeque说: 当一个Use-Case 要继承另一个 Use-Case 是否有什么条件？ 因为都是文字描述，不似 Class 这么容易厘清是否可以继承(20:32)
ltxd对barbeque说: 一个是与不是的问题你都来不及回答吗? "jacbson的use case的定义是否只是针对所谓的concrete use case的(而不是被included, extended和被inherited的?)"(20:32)
powerpeople对rareren说: 还在吗？(20:33)
rareren对powerpeople说: 还在(20:33)
barbeque对大家说: 在应用USe Case方法捕获需求时,建议不使用Use Case之间的关系. 这种关系是当Use Case模型已经相对完备之后用于优化Use Case模型本身的, 对用户理解需求并没有显著的积极贡献(20:33)
chen09离开了聊天室.(20:34)
barbeque对大家说: ltxd: abstract use case已经不是具有基本含义的Use case...(20:35)
casual_wen对barbeque说: 但是如果use case之间不建立关系的话，use case是不是太简单了呢？(20:35)
rareren对powerpeople说: barbeque：怎样说明一个事件流开始？(20:35)
barbeque对大家说: casual_wen:简单正式该方法的价值(20:36)
casual_wen对barbeque说: 但是这样似乎就是简单的功能罗列了，逻辑关系怎么反映呢？(20:36)
barbeque对大家说: rareren: 说明起始条件 Pre-condition,然后开始描述一唱一和的交互.(20:37)
longzhifang进入聊天室.(20:37)
powerpeople对大家说: 前置条件和后置条件怎么理解啊？(20:37)
barbeque对大家说: 后置条件的翻译容易引起误解, 建议理解为"结束状态"(20:38)
powerpeople对大家说: 比如说，我增加了一条信息，然后需要刷新界面，这算不算是“结束状态”啊(20:39)
barbeque对大家说: powerpeople:也许"界面被刷新"和"界面维持不变"更类似于"结束状态"(20:41)
rareren对大家说: barbeque：谢谢！不过我有点搞不明白一个Use-Case到底什么时候开始？如一个查询功能从打开查找条件编辑界面之前说起呢?还是之后说起?(20:42)
powerpeople对大家说: 对，我也很想知道！(20:42)
barbeque对大家说: 从用户需要做的第一个动作开始(20:43)
openeyes进入聊天室.(20:43)
openeyes对barbeque说: 对一个企业的库存不足时采购，是不是没有相应的bussiness use case？(20:43)
powerpeople对大家说: 那上面的例子是不是要从用户按查询按钮开始说起(20:44)
sinotulip进入聊天室.(20:44)
barbeque对大家说: openeyes:要看有没有biz actor(20:45)
powerpeople对大家说: 测试用例应该怎么写啊，是不是要在测试用例中说明测试数据啊？(20:46)
barbeque对大家说: powerpeople:要看用户是不是愿意从按"查询"钮开始. 也许是从一个link开始...(20:46)
perl5进入聊天室.(20:46)
perl5对大家说: barbeque:组织边界之内的人员可以做为biz actor吗？(20:46)
Charity_Zhou对大家说: vbjava：不同意。需求分析时，图能清晰地表明业务流程，但对细节无能为力(20:46)
rareren对大家说: barbeque：其实我觉得难处就是在于对不同的Use-case用户需要做的第一个动作到底是什么?也就是use-Case怎样划分的问题吧？不知是不是这样?(20:46)
barbeque对大家说: perl5:看怎么定义"组织"(20:47)
perl5对大家说: barbeque:“从用户需要做的第一个动作开始”，那不是每次都要从系统登录开始？(20:47)
rareren对大家说: 这也是我的不解(20:48)
barbeque对大家说: rareren:不是,Use Case的划分的关键是用户最终要什么结果...(20:48)
perl5对大家说: barbeque:如果我想对整个企业的全部业务建模，企业内部人员可以做为biz actor吗？(20:48)
powerpeople对大家说: 比如，对于上面这个例子，用户想要的最终结果是在界面上显示所查询出的内容(20:49)
openeyes对barbeque说: 具体的说，企业的客户是不会对企业的库存有什么goal,库存不足的采购自能是企业内部的要求。这时候对企业作Bussiness use case时，这个采购流程应该不会出现的吧！那么，这样对企业的业务分析是不是太不足了？谢谢(20:49)
barbeque对大家说: perl5:通常可以从logon之后的动作开始,因为logon是每类人做每类事的必经之路,它通常被当作前置条件,并且logon单独作为一个Use Case. 几乎成为惯例..(20:50)
perl5对barbeque说: 和openeyes有同样的问题，请指教(20:50)
Charity_Zhou对大家说: barbeque：Jacobson在software reuse 一书中强调UC是可复用的，关键是要寻找变点和变体。但在ROSE中无法体现变点以及变体(20:51)
powerpeople对大家说: 是不是说，有很多个类都有比较类似的动作，都可以不用重复啊？(20:52)
barbeque对大家说: openeyes:biz use case是对业务的外在可见内容建模,这并不是业务模型的全部...你说的内容可以通过biz object model描述.(20:52)
perl5对barbeque说: 但流程性的东西如何通过biz object model描述呢？(20:53)
barbeque对大家说: 广义上,Use Case可以复用主要指其内容及组织形式可复用. 并不是强调Use Case被其它的Use Case复用(尽管可以),应为这并不能体现出对Actor的价值.(20:54)
perl5对barbeque说: 我们是为每个biz use case用一个actity diagram说明其流程，这样做法对吗？(20:55)
barbeque对大家说: perl5:流程可以通过泳道图表述,当然,由业务对象参与的时序图也可以用于描述流程(20:55)
barbeque对大家说: perl5:如果一个图中的内容很烦杂,也可以用多个,通常标识出泳道比较好(20:57)
ltxd进入聊天室.(20:57)
ltxd对大家说: 我又来了(20:58)
barbeque对大家说: wy666666:业务建模的目的往往是为软件需求建模和分析设计提供一个上下文环境(20:58)
powerpeople对大家说: 怎么理解子系统啊?(20:58)
powerpeople对大家说: 子系统和包有没有什么关系啊？(20:58)
Charity_Zhou对大家说: 这样一个例子：典型的政府待业审批，多个业务，流程是一样的，不同的是业务对象以及涉及的业务角色以及细节上的一些处理，是否是每个业务都要做相应的活动图呢？我觉得是没有必要，通过标志出变点和变体，就可以很好地解决这个问题，但是在图中无法表示，必须加以说明，不直观(20:59)
barbeque对大家说: rareren:先找出一些候选者,然后和用户讨论. RUP有一些获取Actor的典型问题可以参考(20:59)
wy666666对大家说: 我觉得因为OO就是分析、设计的技术，这与业务建模、需求是没有什么关系的。业务建模、需求完全可以用非OO的技术来实现，经过讨论，甚至发现根本不必用计算机去实现都是有可能的！OO并不是业务建模、需求的必要条件。您认为呢？(20:59)
sinotulip离开了聊天室.(20:59)
wy666666对大家说: 我觉得OO是分析、设计的技术，这与业务建模、需求是没有什么关系的。业务建模、需求完全可以用非OO的技术来实现，经过讨论，甚至发现根本不必用计算机去实现都是有可能的！OO并不是业务建模、需求的必要条件。您认为呢？(21:00)
barbeque对大家说: powerpeople:包就是一种一般的组织方式, 子系统强调行为特征(其内容通常组织在包中).(21:00)
ltxd对barbeque说: jacbson在他的文章<Basic use-case modeling>中先说到:A communication arc between an actor node and a use-case node means that stimuli can be sent between instances of the actor clas(21:01)
barbeque对大家说: wy666666:对(21:01)
barbeque对大家说: wy666666:不过,OO是可以用于业务建模的...:)(21:01)
powerpeople对大家说: 现在我们所面对的客户并不熟悉这RUP方面的内容，他们只是想告诉你一些内容，让你马上做出程序来，给他看，怎么让他和我们讨论这些Actor和use-case呢(21:01)
alexhoo离开了聊天室.(21:01)
ltxd对barbeque说: and instances of the use case or of the use case class itself(21:02)
vod进入聊天室.(21:03)
ltxd对barbeque说: 然后又写到"the main difference between what we usually think of as an object and a use case is that objects can communication with other objects within the same system,(21:03)
wy666666对大家说: 例如：应用OO的思想去组织BIZ ACTOR，或者构建BIZ USE CASE MODEL和BIZ OBJECT MODEL。您可以介绍一些更详细的情况吗？(21:04)
ltxd对barbeque说: whereas a use case can communicate only with actors outside the system, not with other use cases.这不是有点矛盾吗?(21:04)
barbeque对大家说: 谢谢大家提出的很多有价值的问题. 后会有期!(21:05)
barbeque离开了聊天室.(21:06)
openeyes进入聊天室.(21:06)
wy666666对大家说: 多谢！(21:06)
wy666666离开了聊天室.(21:06)
rareren离开了聊天室.(21:06)
irixwxp进入聊天室.(21:06)
powerpeople离开了聊天室.(21:07)
irixwxp对大家说: hi all(21:07)
openeyes对大家说: 专家走了，我门继续怎么养？(21:07)
ltxd对大家说: 可惜我的问题敲了半天!(21:08)
smilemac进入聊天室.(21:08)
perl5进入聊天室.(21:08)
perl5对openeyes说: 好啊，刚才你那个问题有答案了吗？(21:08)
umlchina进入聊天室.(21:08)