工作之后还有机会再听讲座真的是要好好珍惜才对。
今天UML China邀请到了Alistair Cockburn来做Use Case和敏捷软件开发的交流。我本身对USE CASE应该说有一定的了解了,毕竟我师兄是UML专家,并且我们也在实际项目中写过USE CASE,但是听Alistair Cockburn讲如何编写用例,特别是讲到了学习新东西以及和别人交流时的三个级别,又给了我更大的启示(或许有些人认为只是Common Sense的东西)。
Level 1: learn basic techniques.
Level 2: learn collect different techniques.
Level 3: blend techniques.
在第一个级别的时候,最好就是照着例子或者说照着规则做就好了;到了第二个级别的时候,遇到一个问题的时候,开始会有不同的做法;而到了第三个层次的时候,要解决实际问题时,那就要靠自己根据实际的环境做出判断,根据自己所掌握的知识和经验,给出自己的解决方案。说到底,在现实环境下,很多东西是没有定式的。比如说:在项目中,到底用xp好,还是用rup好;到底要不要项目经理,要不要做项目计划;要不要写详细的Use Case文档呢,嘿嘿,这些问题在具体问题的时候具体分析吧。
不过,具体问题具体分析也是要有原则的,这些原则按照Alistair Cockburn理解,也就是Agile所倡导的那些原则:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
中文意思就是:
人和交互;
可以工作的软件;
客户协作;
应对变化。
要真正深刻理解这几个原则,或者说我们行动的目标,对于我们从事软件
开发应该是有好处的。
回到三个层次说,我觉得这个对我帮助最大。因为他提醒了我,在学习的时候到底应该遵循什么样的步骤。想要一步登天,难。
分享到:
相关推荐
- 分级用例:根据概要、用户目标、子功能三个级别详细描述用例,层次分明,便于理解和实现。 这些模板各有优势,可以根据项目需求和团队习惯选择适用的一种。重要的是,用例描述应力求清晰、简洁,避免过多细节...
2. **用例结构**:Cockburn提倡的用例通常包含三个主要部分:简述(Title)、基本流(Basic Flow)和异常流(Alternate Flows)。简述是用简洁的语言概述用例的目的;基本流描述正常情况下系统的预期行为;异常流则...
《敏捷软件开发》一书中提出的十三个要素涵盖了角色、个性、技能、团队、技术、活动、过程、工件、里程碑、标准、质量、工具和团队价值。这些要素共同构成了方法论的框架,每个要素都对软件开发的成功至关重要。例如...
《敏捷软件开发经典教材》是IT领域内关于敏捷开发的一部权威著作,由Alistair Cockburn编写,作为敏捷开发领域的先驱者之一,Cockburn在此书中深入探讨了敏捷开发的理念、方法以及实践,为软件开发团队提供了一套...
3. **沟通的三个层次** - **表面层**:日常沟通,如需求讨论和进度汇报。 - **深层次**:理解团队成员的思想和感受,建立信任。 - **变革层**:鼓励创新思维和开放心态,促进团队成长。 4. **协作式创造与沟通*...
资料描述也有三个精确等级,用于控制数据字段的描述深度: 1. **资料暱名**:仅提及数据的类别或类型。 2. **关联数据字段**:列出特定数据字段,但不涉及具体属性。 3. **字段属性**:包括字段类型、长度和有效性...
Alistair Cockburn在其著作《Agile Software Development》中提出了方法论的十三个核心要素,这些要素覆盖了软件开发的各个方面: 1. **角色**(Roles): 不同的团队成员在项目中的职责。 2. **个性**(Personality): ...