gddsky的小空间

1. 敏捷是“一个”过程敏捷不是一个过程，是一类过程的统称，它们有一个共性，就是符合敏捷价值观，遵循敏捷的原则。敏捷的价值观如下：个体和交互 胜过 过程和工具可以工作的软件 胜过 面面俱到的文档客户合作 胜过 合同谈判响应变化 胜过 遵循计划由价值观引出的12条敏捷原则：我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。即使到了开发的后期

论坛上常说的管理不够规范，管理混乱。就实际原因都是管理无经验，或者公司处于强烈的变动期。这些老板，管理人员都是摸索着在过日子，他们自己都不知道该怎么办，怎么求管理规范，做事流程规范？ 当然学习和参考其他有经验的公司是有必要的。不过只能是参考。 且不说各家有各家的不同情况，关键是，引入一种制度，势必要打破一种制度。 而在看似混乱的管理下，公司的全体成员实际上已经摸索

      RUP（Rational Unified Process，统一软件开发过程，统一软件过程)是一个面向对象且基于网络的程序开发方法论。根据Rational(Rational Rose和统一建模语言的开发者)的说法，好像一个在线的指导者，它可以为所有方面和层次的程序开发提供指导方针，模版以及事例支持。 RUP和类似的产品--例如面向对象的软件过程（OOSP），以及OPEN Process都

在软件工程的全部实施过程中都采用模型的方式而非文字的表达方式来进行描述，这样的实现过程称之为全程建模。全 程建模的特点是：模型相互之间是有关联的，模型成为软件工程过程各阶段展现的主体而不是文字描述作为主体存在。通过建模的方式将原来纯文字加图形描述的各 种文档模型化，使得从需求到代码能够统一起来，实现需求的变动直接影响到代码的变化。提高代码对需求的有效性联系，同时，解决过去经常出现的：编码改动， 文

1、roadMap  项目开始的时候总是豪气万丈、士气冲天。大家以100米的速度在跑着1000米，忘记了这原本是个马拉松。  项目进入拉锯战的时候又是慢慢悠悠。比赛中途跑是考验意志的时候，我们忘却了是为了获胜而不是为了跑步。    项目进入冲刺的时候已经是身心俱疲，想冲刺心有余而力不足。   项目应该有自己的roadMap，一个合理的roadMap对项目组非常重要。要经常的告诉你的组员，我们最近一

软件架构（software architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方 面的设计。 软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现 阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口_(计算机科学)来实现。    软件体系结构

你不必严格遵守这些原则，违背它们也不会被处以宗教刑罚。但你应当把这些原则看成警铃，若违背了其中的一条，那么警铃就会响起。”----------Arthur J.Riel(1)所有数据都应该隐藏在所在的类的内部。p13 (2)类的使用者必须依赖类的共有接口，但类不能依赖它的使用者。p15 (3)尽量减少类的协议中的消息。p16 (4)实现所有类都理解的最基本公有接口[例如，拷贝操作(深拷贝和浅拷贝)

1. 你们的项目组使用源代码管理工具了么？应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。2. 你们的项目组使用缺陷管理系统了么？应该用。ClearQuest太复杂，我的推荐是BugZilla。3. 你们的测试组还在用Word写测试用例么？不要用Word写测试用例（Test Case）。应该用一个专门的系统，可以是Tes

本文是实战每晚构建系列的第三篇，利用第二篇文章中叙述的开源技术对第一篇中的分析模型进行设计和实现。1、构建信息显示系统的设计这是一个典型的web应用系统，不过非常简单。根据《面向对象的系统分析和设计》所描述的，设计主要对四个部分进行描述： 问题域的细化：考虑将来实现语言的特性和利用某些设计模式，对分析模型进行细化，并作某些权衡。实现对未来系统"如何做事情"的描述。

龚永生 (gongys@legend.com)北京市海淀区上地信息产业基地开拓路7号联想大厦1、前言本文有两个目的：实现每晚构建平台和探讨一个软件从需求文档到设计文档的书写规范。 每晚构建是软件研发管理中极具价值的手段，对于加快发现和改正缺陷，降低集成风险，提高产品质量，加强成员沟通与协作，缩短产品上市时间，增加项目开发透明度，提高项目组成员信心和斗志有着非常重要的作用和意义。本文从软件工

本文是实战每晚构建系列的第二篇，主要叙述在设计构建平台时要考虑的一些开源或第三方技术，其中既有有类似于"Hello world"的入门介绍，也有精髓内容解析，还有注意点提醒。1、相关开源或第三方技术在进行设计之前，我们有必要了解一些开源或第三方在项目构建方面的技术。学习这些技术的最好方式是弄到一份，仔细阅读文档，实践一些小的例子，在工作当中使用之。 1.1 ant 项目构建工具为了让大

“敏捷的弱点是什么？”，一个刚接触敏捷的朋友如是问。敏捷方法是一种适应性方法，换句话说，由于它本身的适应性，他可以去适应各种情况，并且可以根据实际的效果来调整自身，从而改善它的适应程度。因此，首先我们说，敏捷的弱点或者优点这样的问法是不妥的，应该问，在什么情况下敏捷适用性不好？敏捷的产生主要是来自于开发团队，开发团队发现他们在进度、质量等方面的能力无法满足业务需求，于是提出要加强交流，增进

在敏捷开发中，测试以很多不同的方法扮演着同样的角色，而且不同的测试种类扮演着不同的角色。 测试大体上可分为手工测试和自动化测试。根据敏捷原则，要确保能用自动化测试的事情决不要用手工测试。同时要做到适合手工测试的内容决不要花高昂地成本做成自动化测试。另外，不要因为某方面不能自动化测试而不做测试。 在敏捷开发中，如何具体应用手工测试和自动化测试？如何设计测试用例？敏捷测试面临的挑战是什么？本专题将与您

转自：http://www.cnblogs.com/Ring1981/archive/2006/09/07/496591.html一 什么是Scrum? Scrum (英式橄榄球争球队), 软件开发模型是敏捷开发的一种，在最近的一两年内逐渐流行起来。 Scrum的基本假设是： 开 发软件就像开发新产品，无法一开始就能定义软件产品最终的规程，过程中需要研发、创意、尝试错误，所以没有一种固定的