开心就好的代码人生

用伪代码书写我的人生

   博客堂 :: 首页 :: 联系 :: RSS 2.0 ::
随笔 - 386, 评论 - 10754, 引用 - 242

导航

关于

贴子以"现状"提供且没有任何担保也没有授予任何权利。
在TechED 2006上的演讲




开心就好

请见谅,我无法公布我的Windows Live ID,而且工作很忙,没有多余时间进行闲聊。

标签

每月存档

最新留言

广告

MSF Agile Beta 汉化教程(二)

概览

那么什么是MSF Agile呢?MSF Agile就是一套为团队项目提供的流程指南,主要包括角色定义、行为定义、工作流程以及交付产品等概念。

每种软件过程方法理论都会包含角色定义,其实无论贵公司是否已经采用了特殊的方法理论,都会或多或少的有了一些角色定义。比如开发人员、项目经理以及测试人员。当然,在国内很多小型开发公司里面,这些人员的职责非常不清晰,划分也不明确,比如很多测试人员并没有特定的人员,而是谁有空由谁来担任,甚至有时候,开发人员来测试自己开发的代码,或者老板亲自上阵。在这种情况下,谁也无法保障交付产品的质量。所以我们需要比较严格的角色定义,并且规范其职责范围。

每种角色都有自己的职责范围,这些职责是由一个个行为所组成的。行为就是单个角色为完成项目的某个任务所需要执行步骤的指南。行为被组合起来就成为了工作流程

交付产品最明显的例子就是我们所要开发出来的软件产品,包含二进制文件以及源代码。但交付产品远远不止这些,还包括文档(如帮助文档以及需求文档等等),一般来说,在某种行为完成后,肯定都有相应的交付产品出现。所以说,交付产品是某种行为的产出物,同时,也有可能成为某种行为的必要条件。也就是说,必须有某些交付产品,才能够去进行这一行为

Team System提供了一套集成的工具,用以在项目开发当中贯彻以上所提到的这些指导方针。它可以完成的功能主要有:

所有的开发成员都会获得用户身份,这些用户身份属于一些用户组。这些我们可以为特定的组赋予特定的权限,从而实现角色的定义。注意:这些用户与组是建立在活动目录(Active Directory)的基础上的。

为项目所计划或者需要跟踪的所有事项都被存放在一个工作项数据库的地方。这个数据库当中的每个记录都称之为一个工作项工作项可以有不同的类型,如任务缺陷风险等。工作项可以用来确定每个工作、交付产品等的状态。这样每天每个人的工作量就可以很轻易得到确认。

原来的Visual Source Safe 6.0一直以来受到各种各样的质疑,比如对分支、合并的支持(其实VSS支持这些工作,只不过默认关闭),并且不支持TCP/IP,无法供异地合作的人使用,在新版的VSS 2005当中这些都已经得到了增强。但VSTS还提供了一个更加强大的版本控制系统,称之为Team Foundation source control 。该系统不仅可以管理源代码,还可以管理测试(代码、配置、结果等)以及模块等。另外,依托Windows SharePoint Service的强大功能,VSTS还提供了项目站点的功能,可以查阅各种项目目标文档、日程表以及各种与该项目开发相关的资源文档。当然,也提供了讨论组等功能。

在接下来的教程当中,我们将分别介绍MSF Agile当中的角色定义以及工作项的具体定义。

注:文中的粗体字均是英文中的术语的直译,为了提高本教程的写作进度,暂时不提供索引,感兴趣的朋友,可以阅读原英文文档。

 

 

 

posted on 2005-02-18 13:11:00 by 开心就好  评论(41) 阅读(7074)

MSF Agile Beta 汉化教程(一)

注:为了方便大家尽快了解如何利用Visual Studio Team System在自己的团队当中展开开发工作,本人现在开始进行MSF Agile Beta版文档的汉化工作,原始文档可以在http://lab.msdn.microsoft.com/teamsystem/workshop/msfagile/default.aspx中下载得到。限于本人水平,有些汉化可能并不达意,欢迎大家批评斧正。同时,如果您有意参与汉化,也请与我来信说明。

版权:本汉化文档欢迎转载,但请在转载的时候,请注意保证本文的完整性,注明英文文档地址,及汉化作者名称,及原始出处(以超链接方式给出,而不是仅仅提供站点名称)

特别注明:本文档并非单纯的汉化原英文文档,部分内容是开心的个人开发过程中的随想,欢迎斧正。

前言

在中国的法律建设当中,有一个十六字方针,相信上过高中政治课程的同志们都已经非常熟悉了,这就是“有法可依,有法必依,执法必严,违法必究”。其实,在团队开发当中,为了保障开发的正常进行,这十六字方针仍然适用。下面就一一进行解释:

  在团队开发当中,为了能够更加快速的交付客户所需要的质量稳定的软件产品,需要有一定的开发理论作为支撑,这就是软件开发过程当中的“法”。在业界,这种方法论并不缺少,比如著名的有:MSF(微软解决方案框架)、RUP(Rational统一过程理论)、XP(极限编程)等。

   有了这些软件过程的方法论,那么如何真正有效的贯彻实施?这就需要有工具来配合,使这些方法论真正能够贯彻在软件开发的各个环节中。其实,在大家的开发团队当中,这种工具已经或多或少的在使用了,比如开发环境:Visual Studio.NET,Borland C# Builder;版本管理工具:Visual SourceSafe,CVS; Bug管理工具;项目管理工具;测试工具等。

   但目前的工具在软件开发团队当中,并不是特别顺手,因为各个工具都独立存在,在功能上互相交叉,但又无法相互共享其结果。最终的结果是在开发当中造成严重脱节,软件团队成员之中怨声载道,项目也一再延期。可见,光是有工具是不行的,而且必须要有一个集成的工具,能够把各个环节能够统一出来,每个环节都可以量化管理,推动项目能够良性开发。

       有了良好的工具及方法论,那么在公司里面也应该有相应的公司章程,开发团队绩效考核办法等绑定,从而确立整个团队开发的奖惩措施,更有效的发挥软件开发团队的潜力。

      大家知道,微软的MSF至今已经发展到3.0,是微软及微软合作伙伴在软件开发过程当中,根据自己的实践总结的一套方法理论。但MSF并不一定适合所有的ISV(独立软件开发商),所以在4.0推出时,我们将MSF分成两个版本,一个是软量级的:MSF Agile,适合绝大部分开发团队使用;另外一个是MSF Complete,适合已经通过或者相当于CMM 3级的软件企业使用。

       目前,MSF Agile还处于Beta阶级,本教程将介绍MSF Agile的基本内容,以便让大家对此有所了解,并且在本教程当中,将会结合VSTS来介绍该方法论,不是单纯的“纸上谈兵”。

posted on 2005-02-18 11:41:00 by 开心就好  评论(21) 阅读(7445)