123
返回列表 发新帖
楼主: 前夕的泪

[范例] 捆饶了我5个小时的UML问题

[复制链接]
论坛徽章:
59
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41灰彻蛋
日期:2011-10-28 14:15:35管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:43:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:15
21#
发表于 2006-9-27 21:05 | 只看该作者

Re: Re: Re: Re: Re: Re: Re: Re: Re: 俺来抛砖引玉

最初由 newzqs 发布
[B]

涉及到外部执行者就应该加个用例吗?如果这个需求再加一个通知教材管理系统采购教材,那是不是还要加一个通知购买教材用例呢?即使真的需要(在后面细化用例的时候可能会需要)也应该是扩展的关系,而不应该是包含关系!

你说的画USE CASE我想应该是定义用例的过程,而这时候不应该纠缠于这些很细的用例,这时候也不应该涉及到用例的关系,只要把基本的用例定义出来就行了。这些细节 的东西应该在下一阶段详细描绘 [/B]


USE CASE要反映需求嘛, 有一项需求不管它是大还是小, 就要把它反映到USE CASE上去, 这时的USE CASE也叫业务模型, 它反映的是实际情况.

至于, USE CASE的合并和调整, 在下一步做分析模型时完成.

形象地说, 当你根据需求描述做好了USE CASE, 如果能把USE CASE一点都不差地还原成原始的需求描述, 那么这个USE CASE 就没有问题啦.

使用道具 举报

回复
论坛徽章:
2
授权会员
日期:2005-10-30 17:05:33ITPUB元老
日期:2006-07-14 09:44:34
22#
发表于 2006-9-28 08:36 | 只看该作者
偶认为将lodge的“完成登录”的include关系去掉,和“通知计费”的extend关系去掉就完美了。

newzqs的用例图问题就太多了,应该是有些用例的基本的概念都没太清楚

使用道具 举报

回复
论坛徽章:
0
23#
发表于 2006-10-6 15:23 | 只看该作者
难道课程表不算一个actor 吗

使用道具 举报

回复
论坛徽章:
1
ERP板块每日发贴之星
日期:2006-10-19 01:02:11
24#
发表于 2006-10-7 12:38 | 只看该作者
厉害人物遍地是

使用道具 举报

回复
论坛徽章:
62
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:522012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:252012新春纪念徽章
日期:2012-02-13 15:12:25马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:14
25#
发表于 2012-10-31 15:18 | 只看该作者
顶!

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表