2014年06月_zhangmike

12月 11月 10月 09月 08月 07月 06月 05月 04月

转载 Agile Use Cases in Four Steps

Use Cases in an Agile Backlogby Matt TerskiA question I’ve been asked a lot lately is, “How do I make use cases work in an agile setting?” I found myself struggling for an answer because a) agile is a

2014-06-26 06:20:06 1644

原创需求用例分析之九：序列图

作者：张克强作者微博：张克强-敏捷307序列图，也称时序图、顺序图，英文名Sequence Diagram。在雅各布森用例分析方法中鼓励使用各类图形来表达，但恰恰没有明确提到序列图。而科伯恩用例分析方法以结构化/半结构化文本用例为中心，强调基于目标的文本格式，对UML各类图所提甚少。在RUP和OOAD中，UML序列图的最基本定位是用于识别类与类之间的信息传递，是识别类的方法的最佳场合。它是

2014-06-25 21:00:20 5414

原创组织敏捷之路上的七点体会

1，专门的机构或专人来推进组织级敏捷，可能的机构名称有：敏捷中心、卓越中心、过程改进部、SEPG、质量部、运营改善部、PMO、Delivery Excellence；可能的专人有：过程总监、质量总监、项目管理总监、Chief Agile Coach。 2，敏捷开发涉及到各项方方面面，就算是采用书本上的某些实践，比如用户故事，各个团队各个组织都有些定制化或改造过的做法，比如新加tech story，

2014-06-20 07:46:40 4117 3

原创苍狼敏捷需求用例分析方法简介并讲义下载

苍狼敏捷需求用例分析方法的主要特点利用异常流替代备选流利用基本流+异常流组合说明业务规则的主体分拆CRUD大用例，控制用例的颗粒度根据用例步骤的数量来定义用例点，用例可度量用例得到条目化管理，可追溯，易查询适用于敏捷短迭代

2014-06-16 05:57:11 2369

转载 Things Everyone Should Do: Code Review

Jul 06 2011 Published by MarkCC under Programmingfrom http://scientopia.org/blogs/goodmath/2011/07/06/things-everyone-should-do-code-review/

2014-06-12 04:41:03 1436

原创 TOC之关键链项目管理遇到软件工程7原则

软件工程7原则简介美国著名软件工程专家鲍伊姆(B.W.Boehm，也又另译为勃姆)在总结软件工程准则和信条的基础上，于1983年提出软件工程的7条基本原则，也是软件项目管理应该遵循原则。勃姆认为，这7条原则是确保软件产品质量和开发效率的最小集合，相互独立但结合得相当完备。1. Manage using a phased life-cycle plan. 用分阶段的生命周期计划来管理2.

2014-06-11 06:19:31 3850

原创需求用例分析之七：业务用例之小结

作者：张克强作者微博：张克强-敏捷307RUP虽然对于业务对象建模进行了详细的说明，但其本身并没有把业务对象建模（领域模型）、业务用例作为必须的工件。Rational系方法把业务用例作为需求规格说明（SRS）前的推荐工件。在《编写有效用例》中，业务用例被放在很次要的位置，前面提到云朵和风筝时，科伯恩并没有清晰的指出这是业务用例，相反的还是在系统范围内讨论用例。而且科

2014-06-08 11:43:40 4874

原创需求用例分析之八：用例颗粒度

在RUP中，没有对用例的颗粒度给出清晰的指导。2004年Rational 中国区技术销售经理傅纯一发表一文《用例建模指南》。2011年，雅各布森为首三人等发布了Use-Case 2.0。其第4条原则是Principle 4: Build the system in slices。将Use-Case进行切片，称为Use-Case Slice。在Use-Case 2.0中，Use-Case Slice的推荐组织方式是利用条目化工具与Use-Case分别管理，维护两者的关联从属关系，推荐采用了故事点了对Us

2014-06-08 09:13:04 10911

原创需求用例分析之六：业务用例之科伯恩系

业务用例与系统用例具有相同的特征，因此编写和评审用例的方法对两者都适用。在业务用例中说明的东西，也会在系统用例中说明。这形成了系统用例和用户用例之间的合作。但这样带来了两个坏消息。第一：编写者和读者经常把二者弄混，可能把系统行为放入业务用例中，也可能把业务操作归于系统用例。如果能够商量着去做将会有所帮助。但通常编写者和读者不会认识到这样做的重要性。使用系统用例的读者批评业务用例所处层次太高，但却没有认识到提供系统详细的行为细节不是业务用例应该做的；业务用例编写者偶尔把系统行为细节写入其中，结果导致业务主

2014-06-06 05:32:53 2899

原创 “码农”刍议

作者：张克强作者微博：张克强-敏捷307昨天在微博闲逛，发现一则转发有奖ScrumGathering门票的微博，是@developerWorks 发的，顺手转了一个问道：是ibm的吗？后来定睛一看，发现其推广的是《码农周刊》。对于曾经试图搞”程序员工会“的我而言，看到后真是有点不舒服，又回了如下微博。能不能把码农周刊换个名字啊？比如代码之语，码上周刊，源码动力周刊，码动周刊

2014-06-03 05:18:25 3010 5

原创需求用例分析之五：业务用例之Rational系

业务用例的定义："业务用例从一个外部的，增加值的角度来描述一个业务过程。为了给这个业务的涉众创造价值，业务用例是超越组织边界的业务过程，很可能包括合作伙伴和供应商。" 围绕着业务用例的使用起源于RUP，后续虽然有演化，仍然有明显的RUP痕迹，后续配套手段需要UML工具支撑，后续可以关联到了类和类图。相关于业务用例的术语在RUP中有：业务用例，业务用例实例，业务用例实现，业务角色，业务实体，具体业务用例，抽象业务用例，业务流程，业务参与者和业务执行者等等。除了搞需求方法论研究的人（比如笔者），谁还能分辨其中

2014-06-02 21:35:14 4088

转载 Use Cases in an Agile Backlog

by Matt TerskiA question I’ve been asked a lot lately is, “How do I make use cases work in an agile setting?” I found myself struggling for an answer because a) agile is a mindset not a method

2014-06-01 19:14:16 1455

DevOps下架构设计的趋势特征

The 4 trends of Architecture in DevOps: 1, Evolving&Emerging&Incremental ; 2,Merging Requirements Analysis;3, Articulate all environments; 4, Components Interaction

2017-04-09

中国信息技术服务标准ITSS白皮书第二版.pdf

1.1…什么是ITSS ITSS（Information Technology Service Standards，信息技术服务标准，简称ITSS）是一套成体系和综合配套的信息技术服务标准库，全面规范了IT服务产品及其组成要素，用于指导实施标准化和可信赖的IT服务。 ITSS来源 ITSS是在工业和信息化部、国家标准化管理委员会的联合指导下，由国家信息技术服务标准工作组（以下简称：ITSS工作组）组织研究制定的，是我国IT服务行业最佳实践的总结和提升，也是我国从事IT服务研发、供应、推广和应用等各类组织自主创新成果的固化。

2014-04-19

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人