自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(19)
  • 资源 (11)
  • 收藏
  • 关注

原创 不要陷入极限编程的陷阱

   国内的程序员仍然有不少人是习惯于在编码的时候,一同去考虑诸如业务、需求、设计等不同性质的问题。而他们在解释这么做的原因时,有的是归诸于项目工期太紧,没有充足的时间去分开来考虑;有的则认为分出来这么多的中间工件,是一种胆怯的文牍主义保守做法,严重降低了开发的效率;还有的干脆就觉得软件开发就是编写程序代码,哪有那么多复杂的考虑。软件开发中出现较多的中间工件,确实会带来负面的影响。

2009-02-13 11:48:00 491 1

原创 破除软件开发中的神秘主义

   国内软件界存在一定程度的神秘主义倾向,在自己无力使用常规软件工程途径解决软件问题后,往往简单地将软件开发归于艺术化、玄学化。经常看到的一种典型现象——某个高手熬了几个通宵,终于拿出了一个精巧的设计方案;团队其他成员都很钦佩他,并想向他学习其中设计的技巧;但高手吹嘘说这完全是靠其灵感所得,思考过程毫无逻辑可言;久而久之,团队成员将这个高手看作是充满神秘色彩的艺术家,而非普通的工

2009-02-13 11:47:00 507 2

原创 某企业SW-CMM过级认证的教训

   笔者曾经参与过SW-CMM的企业过级评估。当时企业的目标是过第二级,也就是CMMI的受管理级,为此企业做了大量的工作来实施第二级所要求的过程域。虽然最终通过了评级,但是实际项目的质量却并没有因此而有太大的改进。实际上,当时项目组并没有掌握一种真正有效的开发过程,以往的项目均做得不够理想。于是,实施SW-CMM认证给开发组的感觉是,增添了大量严格而繁琐的规范化工作,但是对提高开

2009-02-13 11:46:00 451

原创 修复bug的痛苦之旅

   由于人类的思维局限性,造成任何人造制品中都可能出现错误或瑕疵。软件对精确性的高要求,以及其本身的复杂与不可视性,使得软件开发过程中引入缺陷的概率比其它行业大了一个数量级;同时,其修复缺陷的难度也高得多。笔者在以往编码生涯中,感觉最痛苦的事情,莫过于去排除程序中的bug。修改bug本身其实并不难,真正的困难在于如何从成千上万行代码中找到它的病根。软件bug之所以被发现,是因为可

2009-02-13 11:46:00 398

原创 国内软件项目失败的根源分析

   中国人与欧美人的思维习惯存在较大的差异。当一件事情做砸了后,中国人一般倾向于去反思个人犯了什么错误,并往往得出结论,如果换另外一个水平高一点的人,应该就不会搞砸了;而换作是欧美人的话,则会去反思做事情的方法存在什么问题和不足,他们的结论正好相反,如果做事情的步骤不对,换其他水平再高的人,同样很有可能搞砸。欧美人总是希望找到一种方法,能够让普通智力的人就可以将事情做好。分析上述

2009-02-13 11:45:00 642 1

原创 国内软件项目的典型历程

 国内现在有不少软件团队仍然在采用最原始的方式来做项目,我们来看一个典型的案例:老板将项目任务下达后,项目经理便开始拉拢公司中的几个能人,经过跟老板的一番讨价还价,总算将其中的两个受归麾下,而作为平衡,另外的人选老板则塞了几个菜鸟过来;项目就这么开始了,项目经理先带队跑到客户那里呆了两星期,经历了若干次与客户的猜拳喝酒之后,终于拿到了一份客户签字认可的需求;于是,项目经理召集组员们开会

2009-02-13 11:43:00 479

原创 项目计划与日程表的悖论

 笔者问过不少做软件项目管理的人,问他们感觉最困惑的事情是什么,大部分人的回答是“如何制定一个真正有意义的项目计划”。项目开始不久,客户和老板就会来要项目的计划;而此时项目组还不清楚项目的规模等细节,自然也定不出具体的工期与日程表;被逼无奈之下,项目经理只好先编造一个计划来应付了事。这里出现了一个悖论:项目初期是否需要制定一个计划来指导项目后续工作的开展;如果需要,那么在项目细节不

2009-02-13 11:41:00 986 1

原创 集成与构建指南(6)

1          集成构建基本流程1.1         概述在构建开始前,构架师应当确定项目初步的基本源码包组织结构,和包之间的依赖关系等,并定义项目统一的构建目录结构。构架师还应指导集成员制定集成构建计划,以确定集成的内容、构建周期和日程表。在项目构建阶段初期,构架师应密切参与或直接承担集成的工作,从而为项目源码结构确定演进的方向;其后还应给予足够的关注,并经常性地修订和维护源码目

2004-03-01 10:11:00 1327

原创 集成与构建指南(7)

1          构件的集成原则1.1         生产者与消费者不同构件的开发者之间通常处于一种生产者与消费者的关系,即生产者交付工件提供给消费者使用。生产者交付的工件类型有:原始(Original)工件(源码、构建脚本、配置文件等),中间(Derived)工件(Obj文件、lib库等),最终产品(Product)工件(可执行文件、Dll库等),其它临时(Temporal)工件(

2004-03-01 10:11:00 766

原创 集成与构建指南(8)

1          各类构件集成的实施方案1.1         第三方开发包的实施方案第三方开发包在使用时有如下特点:每个产品有各自不同的目录结构,组织的方式不统一,直接使用将增加引用和依赖关系的复杂性;产品目录全部展开后有时文件数量非常庞大,如果直接纳入配置管理的话,加入源码控制的开销很大,而当其版本升级时替换原有文件更是非常繁琐且容易出错,但是不控制的话又会造成第三方开发包版本冲突

2004-03-01 10:11:00 721

原创 集成与构建指南(9)

1.1         项目构件的实施方案项目本身构件与第三方开发包不同,可以直接使用统一的目录结构,源码必须纳入配置管理,并且要进行细粒度的版本控制。针对上述特点,本项目对构件的源码结构组织如下图所示:  目录说明备注build构建脚本以及IDE项目文件纳入配置管理include构件的

2004-03-01 10:11:00 718

原创 集成与构建指南(10)

1.1         项目系统集成发布的实施方案项目最终产品即目标系统由各个构件和引用的第三方开发包共同组装而成,可以认为其源码就是各构件的源码,必须纳入配置管理只剩下构建脚本和专门用于验收测试的代码。针对上述特点,本项目对系统的源码结构组织如下图所示: 目录说明备注build构建脚本纳入配置管理

2004-03-01 10:11:00 771

原创 集成与构建指南(3)

4         集成环境为了将源码等中间工件编译、链接生成的一个建造(build),必须使用相应的编译工具;而实现构建的自动化,则需要类似make等构建工具的支持;实施持续集成还依赖CruiseControl这类专门工具;另外由于集成通常在团队协同的环境下开展,软件配置管理工具将在此间充当重要角色。推荐的安装顺序是:克隆主机—〉安装配置管理工具客户端—〉建立用户视图—〉准备用户私有构建

2004-03-01 10:10:00 1243

原创 集成与构建指南(4)

1          构建基础知识1.1         Ant构建脚本自动化构建的核心是表达构件间依赖关系和构建步骤的脚本,Make工具使用makefile,而Ant使用了基于XML格式的缺省文件名为Build.Xml的配置文件。1.1.1          Ant项目配置文件Ant配置文件描述了一个构建项目(project),它由一些属性定义(property)和一个目标树(t

2004-03-01 10:10:00 861

原创 集成与构建指南(5)

1.1         CruiseControl执行脚本持续集成的过程由缺省文件名为config.xml的配置文件来定义。config.xml中确定了构建周期间隔,以及检测配置库状态、调用Ant配置文件进行构建等步骤的内容。为了实现自动化持续集成,还应编制Ant封装(wrapper)配置文件,它在调用原始Ant构建脚本(相当于将原始Ant脚本封装在内)的基础上,添加用于持续集成的更新源码目录

2004-03-01 10:10:00 1058

原创 集成与构建指南

首次贡献一个在项目中已经得到验证的持续集成方案,使用了Ant/Cpptask和cruisecontrol,欢迎有志于自动化构建和持续集成的同仁进行交流 http://umlchina.smiling.com/group/posts/view_forum.ecgi?group_id=9986&res_message_id=1154382http://upload.smiling.com/fi

2004-03-01 10:07:00 1060

原创 集成与构建指南-概述

作者  胡协刚 目    录1            概述... 52            术语说明... 53            角色与职责... 64            集成环境... 64.1      集成网络部署... 74.2      编译环境... 74.2.1       msvc6. 74.2.2       bcc55.

2004-03-01 10:05:00 1215

原创 集成与构建指南(2)

2        术语说明Ÿ         冒烟测试用于快速验证一个系统集成的工作版本被成功地构建的一组测试。它们必须是低成本的测试(比如自动化的测试),目标是保证一个相对稳定的、值得展开后续重量级测试的工作版本被发布给测试员使用。Ÿ         持续集成是对日构建的进一步扩展。在专门工具的支持下,通过实施自动化的构建、测试,使得项目的源码可以在专用构建机上持续地进行集成构建

2004-03-01 10:05:00 1096

原创 RUP过程与UML模型驱动开发应用实例

《RUP过程与UML模型驱动开发应用实例》 RUP过程与UML模型驱动开发方法在一个证券研发项目中的具体应用,期望抛砖引玉本文系去年一软件研讨会上的一个演讲PPT。它围绕一个实际的项目(证券统一通道平台),全面介绍其生命周期,说明其特色和得失总结;通过展示项目的开发目录结构,演示项目中各个关键工件,例如软件开发计划、前景文档、软件构架文档、详细设计文档、测试方案,统一的UML(Rose)模

2004-03-01 10:00:00 1610

ibm rational rsa 9.5最新版本完美破解

完美破解,直接将附件覆盖到同名文件(通常在SDPShared目录之plugin下)

2015-10-03

jBPM User Guide Version 6.1.1-SNAPSHOT

jboss官方的jBPM User Guide最新版本,直接通过maven生成

2015-05-03

jBPM 6 Developer Guide

更新到最新的jBPM 6.x版本 Learn about the components, tooling, and integration points that are part of the JBoss Business Process Management (BPM) framework

2015-05-03

rational rsa 8.5.1最新版本破解

完美破解,直接覆盖同名文件(通常在SDPShared目录之plugin下)

2013-04-25

ibm rational software architect (rsa) 8.5.1完美破解

ibm rational software architect (rsa) 最新版本8.5.1的破解,完美破解,获得无任何限制的license 将附件文件覆盖SDPShared\plugins下的同名文件即可

2013-03-09

图书管理系统用例模型点评与改进指导视频

由中国软件架构师网首席架构师亲自指导内部研发人员进行的一个习作项目,包括从业务建模、需求开发、架构设计、编码、单元测试的完整过程,本视频是针对本项目的用例模型的点评和修订指导

2012-03-08

ClearCase UCM统一变更管理概论.ppt 首席软件架构师 胡协刚

中国软件架构师网 首席软件架构师 胡协刚除了做架构培训外,对配置管理也有很资深的经验,本ppt是首次放出的教案 ClearCase UCM统一变更管理概论 RUP配置与变更管理科目 ClearCase基本概念 ClearCase UCM概念 ClearCase UCM与Base模式对比 ClearCase UCM项目管理 ClearCase UCM集成活动 ClearCase UCM开发活动 ClearCase管理

2010-06-01

IBM Rational Desktop V7.0 license

直接将附件中的license文件导入便可

2008-07-24

空空如也

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

TA关注的人

提示
确定要删除当前文章?
取消 删除