掌控变化,保证质量——Visual Studio Team Architect团队的敏捷软件开发之二

在上一篇文章中,我为大家简单地介绍了我们团队在软件开发流程中使用的Scrum方法以及配合该流程所使用的Visual Studio Team System工具。     

没有银弹，量体裁衣——Visual Studio Team Architect团队的敏捷软件开发之一

在最近几次与客户面对面的交流中,我有幸分享了我们团-队如何在日常工作中进行敏捷软件开发。毫无疑问,这在中国开发人员中是个热门话题,我也希望通过《程序员》与更多读者进行书面的交流。当然关于敏捷开发利弊得失的争论有不少,而相关的开发模式也分成了TDD（Test Driven Development）,     

敏捷方法与小型团队的软件开发

敏捷开发方法是一种响应迅速变化中的需求、快速开发出高质量软件产品的方法,它包含4大核心价值和13大原则,它是传统软件开发方法的改进和升级。在软件开发大军中,小型团队具有其特殊的优势和劣势,如果采用敏捷开发方法,合理地进行迭代式开发,可以构建出更高质量的产品,更快地获取回报,从而平稳、快速地发展起来。     

软件开发生命周期法比较之敏捷与传统

敏捷开发是近十年来兴起的软件开发模式,2012年11月第七届中国敏捷软件开发大会在北京、深圳、上海三地举办,为国内外敏捷实践者提供了开放的交流平台。从软件开发生命周期的角度分析比较了敏捷方法与传统方法的优劣,并提出敏捷方法在实践中的改进建议。     

微软Visual Studio Team System：迟到的主角

在软件开发工具领域,微软的 Vi-sual Studio 所拥有的地位是无可比拟的。任何一项新的开发技术,如果得不到 Visual Studio 的支持,就无法在软件工业中真正普及。然而,在最近的三年中,Visual Studio 在.NET 的后缀上倾注了全部的精力,却忽略了团队协作与开发过程方面的变革趋势。直到2005年,微软才推出 Visual Studio Team System,虽     

敏捷开发的本质——自组织团队

自组织团队的第一个要素就是必须有一个团队,而不仅仅是一群人。在自组织团队中,成员拥有共同的工作理念和文化,并需要一种更高层次的指导,这种指导更像是一个致力于开发出更好软件的目标!     

评Visual Studio 2005 Team System——团队协作开发的利器

许多年前,微软发布的VisualBasic1.0使得开发Windows软件的复杂性被大大降低了。到了推出Visual Basic6.0的时候,微软使得上百万的程序员可以非常快速地开发出Client/Server应用程序。而前些时候发布的Visual Studio.NET的先进技术则使广大的开发者能更加轻松的开发出分布式应用系统。微软最新的Microsoft Vi-sual Studio 2005 Team System在此基础上,通过提供更多的工具和支持,为进一步降低开发企业级应用日益增长的复杂度,以及增加     

协同商务，敏捷企业的制胜法宝？

◎案例背景酷热的夏天是空调的销售旺季。H公司去年7月份不少型号的销售占到公司全年40%以上,因此今年不敢懈怠,早早做好了准备。根据此前对消费者喜好的调查,全国天气情况以及经销商提出的要求,销售部提前准备了各种型号的产品。公司上下都相信能够在这个夏天打个胜仗。不曾想6月持续阴雨天气,使库存压力不断加大。7月份是市场销售的冲刺阶段,却因为信息反馈不及时,也错失一些机会。本来预计2匹的挂机比较受欢迎,但市场反应是小1匹～1.5匹、价格在2000元左右的机型最受欢迎。在个别地区,60%以上的家庭已进入空调二次购买阶段,他们更关注节…     

蚀之韵——Eclipse 的敏捷开发实践

一千个读者有一千个哈姆雷特。对于“什么是 Eclipse”这个问题,也会有形形色色的答案。你可以说它是一个出色(而且免费)的 Java IDE,也可以说它是一个用于开发 IDE 的平台,阴谋论者甚至可以对着它启动画面上的“Copyright IBM Corp”字样说它是 IBM 侵蚀 open source社群的一匹特洛伊木马。不过我不打算在这里纠缠。于我,一个 J2EE 的敏捷开发者而言,Eclipse 就是一件称手的工具,是开启敏捷之门的那把钥匙。     

Visual Studio 2010是怎样炼成的——微软公司开发事业部Visual Studio团队总经理Jason Zander专访

微软公司将Visual Studio 2010正式版全球发布的日子定在2010年4月,而截止1月底,VS2010 Beta 2版本国内下载量已超过10万人次。这充分说明了这款开发利器,在中国开发者们心中的份量之重。毋庸置疑,VS2010的诞生意味着世界软件工程的重大变局,所以能否有效地把握VS2010的精髓,以迎接全新     

为你的开发团队找个好管家——Visual Studio 2005 TFVC解析

《大宅门》里有位胡总管,精明能干、平易近人又忠厚仁义,协助白二奶奶将白家上上下下打点得井井有条,连最不安分的白景琦也敬他三分。如果将百草厅看作是一个软件开发团队,将白二奶奶看作是这个团队的领导     

Onboard：以数据驱动的敏捷软件开发协同工具

Scrum是一种兼顾计划性与灵活性的敏捷开发过程,能让软件开发团队具有快速工作和响应变化的能力.软件开发生命周期中每一个环节都会产生大量的数据,如果能记录下这些数据进行分析,并通过可视化等手段展示和反馈,则能进一步促进团队管理、项目管理,提高开发效率.现有的软件开发管理工具中,项目管理和代码管理往往是相互独立的,这导致了数据的分散和未充分利用.为推广以Scrum为核心、以数据为驱动的敏捷软件开发过程,开发了一款基于云服务的Onboard敏捷软件开发协同工具, 利用代码提交和任务的关联,创造性地将敏捷过程管理、源代码管理和项目管理有机地整合到一起,支持端到端的软件全生命周期管理,从而能记录下软件开发过程中产生的所有数据并提取有价值的信息,为中小软件开发团提供一站式的敏捷开发管理与协同服务.1)介绍了Onboard的设计理念;2)围绕着“如何利用软件开发过程中产生的数据更好地支持敏捷开发过程”和“如何评估团队成员贡献度”两大课题,全面介绍了数据可视化和数据分析在Onboard敏捷软件开发协同工具中的应用,并针对一系列相关问题提出了解决方案;3)对值得进一步研究的问题进行了展望.     

敏捷软件开发与计划驱动开发的概述比较

人们在设想、确定以及创建软件时,身边的环境不断在变更.敏捷是为了在动荡的业务环境中获益而创造变革和响应变革的能力.极限编程是最著名的敏捷软件开发方法.传统的开发侧重于计划和架构,计划驱动开发关注的是软件的质量和过程的可预见性.计划驱动开发最佳范例是能力成熟度模型.两种表面上有不同观点的方法在争夺着软件开发的主导权,对敏捷软件开发与计划驱动开发进行了概述,并就特征、擅长领域和关键要素等进行比较.     

从美式Scrum说起 一家美国公司的Scrum敏捷项目记要与思考

引子:敏捷是一个过程从计算机诞生的那一天起,如何编写最符合用户要求的代码就一直是每一个软件开发者所追求的目标。随着计算机应用领域的不断扩大,人们对软件的需求量和功能性要求不断增加,并且迫切需要缩短软件开发的周期。软件危机的到来孕育了软件工程学在1968年的诞生,计算机软件从原来面向的科学计算走到了人民大众的     

基于多Agent的协同开发虚拟团队突发交互通讯模型研究

在协同产品开发虚拟团队组织形式下,开发成员之间会产生突发性的信息交互.阐述了协同开发虚拟团队中信息交互的方式及分类情况,讨论了突发信息交互方式的产生,分析了时协同开发虚拟团队中交发信息交互方式进行有效管理的重要性.在此基础上,以通讯请求agent、协调agent、通讯管理agent、通讯应答agent、仲裁agent为主要组成元素,研究了各个agent之间的协调机制,开发了基于多agent的突发型信息交互协调模型.最后,给出了该模型的计算机原型系统实现.     

对速度的渴望:更多的IT公司转向敏捷开发

对更快更具适应性的技术问题解决方案的需求增长,正在让越来越多的公司转向敏捷开发方式。在2000年只有不到1%的IT部门听过敏捷,在2009年福布斯的研究表明只有45%的软件团队使用敏捷方式开发产品,而高德纳和福斯特的数据指出,现今60%到80%的软件开发团队把敏捷作为构造软件的首选方式。     

基于SO(3)的多四旋翼无人机编队协同控制

针对多四旋翼无人机系统的编队飞行问题,提出了基于特殊正交群SO(3)的协同控制设计方法.在给出编队空间队形和通信拓扑描述后,建立了多四旋翼无人机系统SO(3)控制模型.由于SO(3)与传统俯仰/偏航/滚转三通道模型具有不同的结构,文中进一步研究了SO(3)中无人机之间相对误差的表示方法,设计了适用于多飞行器的SO(3)控制器实现对编队和姿态的协同控制.推力控制器用于调节无人机的位置与速度,并在此基础上构造旋转矩阵形式的姿态协同指令.文中相应设计了SO(3)姿态控制器用于实现指令跟踪,最后从理论上对协同稳定性进行了分析.提出的控制方法能够使得多四旋翼无人机形成期望的队形,并且保持姿态一致进行稳定飞行.仿真结果验证了本文方法的有效性.     

招标虽易,实施不易,且行且珍惜(3)——“信息系统”三要素

<正>企业在做信息化实施的过程中,经常会遇到"信息系统"、"基础平台"之类似是而非的词汇。我们今天先探讨一下平台和系统之间的关系。"平台"泛指要开展某项工作所依据的基础条件。计算机平台的概念目前基本上有三种,一种是基于快速开发目的技术平台;第二种是基于业务逻辑复用的业务平台;第三种平台基于系统自维护、自扩展的应用平台。技术平台和业务平台都是     

招标虽易,实施不易,且行且珍惜(2)——正确的识别信息化项目的实施风险

正徐克的电影《笑傲江湖》中曾经有一句经典的台词:有人的地方就有江湖。信息化项目的实施过程其实就是一部江湖戏,而这部戏,不断创造戏剧矛盾的双方,就是参与到项目实施的甲方乙方。一个信息化项目通常都有甲方(企业)、乙方(实施方)组成(偶尔有些项目可能会有监理方(丙)方参与,但我亲历了几个项目后发现监理方能够起到的作用其实微乎其微,在此就不展开讨论)。在项目正式开始实施前,如果不能正确地辨识甲乙双方的风险,那么从项目启动开始,这个项目就注定会先天不足。让我们先来看看,甲乙双方,分别会遇到哪些风险。