UML
songofwind
这个作者很懒,什么都没留下…
展开
-
“UML应用实作细节”(by Think, UMLChina)复习笔记(1)——由来
一直以来对UML和用例驱动开发都很感兴趣, 但实践中曾遇到很多困惑, 诸如如何提取用例, 如何确认系统范围, 怎样理清问题域与解决方法域之间的关系等等. 一次《程序员》上看到潘加宇写的文章,对此类问题的分析井井有条,佐证举例贴切生动,不由得感叹:这正是我想要的!对think(潘加宇)的信任和钦佩也油然而生——他甚至成了我的奋斗目标。前不久,在雅格布森的技术圆桌会议上,我有幸作为观众旁听,见原创 2005-04-19 09:44:00 · 1222 阅读 · 0 评论 -
“UML应用实作细节”(by Think, UMLChina)复习笔记(4)——通过用例组织需求
通过用例组织需求 首先,最最重要的是,我们必须有一份愿景:一家企业的愿景就是里程碑似的战略目标(Microsoft:让每个桌面都有一台电脑),同样,开发一个软件系统的愿景也是它的战略目标。识别愿景的时候,可以问3个问题: 1.为什么要开发这个系统 2.谁出钱买这个系统 3.怎样才会觉得值 这些问题不但要提给自己,更要以各种方式提给客户,来求证他们心目中期待的软件给他们带来的价值。这并不意味着客户原创 2005-05-23 16:11:00 · 2210 阅读 · 0 评论 -
“UML应用实作细节”(by Think, UMLChina)复习笔记(2)——总则
前一段出差耽误了,后来CSDN的Blog就一直上不来,现在终于可用了,赶紧补上。 总则 本次讲座虽然冠名以“UML实作细节”,我却觉得叫做“UML与用例驱动开发”更为合适。当然,我能体会到think的良苦用心——体现讲座的实践价值,凸现“聚焦最后一公里”的理念,不过这个名字还是容易使人误解,以为就是平常教UML的讲座。实际上,讲座涵盖了软件开发前期(分析和设计)的几个基本过程,并且通原创 2005-05-23 15:11:00 · 1287 阅读 · 0 评论 -
“UML应用实作细节”(by Think, UMLChina)复习笔记(3)——业务建模
在实施业务建模之前,我们首先应该问自己两个问题: 1. "软件开发是否一定要做业务建模?" 2. "业务模型是否可以直接映射到系统模型?" 答案都是否定的:业务建模不一定是必须的,很多软件项目面临的问题域(业务)可能很简单,就不需要业务建模,这也是总则中把业务建模定为软件开发第0步的原因;即是做了业务建模,由于它所表达的只是问题域当前是什么样,而不是使用软件系统时会怎样,因此,也不能把业务原创 2005-05-23 15:21:00 · 1525 阅读 · 0 评论 -
“UML应用实作细节”(by Think, UMLChina)复习笔记(5)——分析类的识别
分析类的识别 从这一步开始,看待系统的视角,要从外部转向内部了,也就是关键的从需求向设计的映射的第一步。不过,这里识别出来的分析类,仍然是抽象的,或者说是理想的,还用不考虑实现时的诸多细节,如性能等。 分析类的识别可以分为三步: 1.识别类及其属性 1)从用例文档中抽取名词(这一操作方法本身就说明了找到的应该是实体类) 2)分类整理名词,抽取合适的类和属性。这里要注意识别哪些名词不是系统要保原创 2005-06-07 18:01:00 · 1957 阅读 · 1 评论