- 博客(22)
- 收藏
- 关注
RSS订阅原创 Subversion实践案例——合并跟踪
基本信息 用户单位：某制造业软件研发企业 用户规模：100人以上 组织过程水平：中等 CMMI评审等级：3级 Subversion使用时间：2年 客户需求 合并是并行开发中一个令人头疼的环节，众多的冲突和缺陷均源于此。在缺乏有效的合并跟踪的情况下，会导致众多的问题出现，相关的情况有很多种，以下是一个典型的场景： 在公司发布产品1.0版本后
2009-07-08 00:06:00
756
原创 Subversion实践案例——配置管理和缺陷跟踪的整合
基本信息 用户单位：某制造业软件研发企业 用户规模：100人以上 组织过程水平：中等 CMMI评审等级：3级 Subversion使用时间：2年 客户需求 由于公司开发的产品在交付每个不同客户的时候都进行了较多的定制开发，所以当项目进入开发后期以及交付客户后的初期，缺陷的修复便成了开发团队的一个主要工作。根据公司制定的相关流程，在相关软件已经提交客户后，
2009-07-08 00:04:00
951
原创 分支模式在SVN环境下的应用——代码线规则（规则模式）
一、分支模式的相关定义 模式名称 代码线规则 别名 每代码线规则 适用环境 使用多条代码线开发软件的情况下。 问题 开发人员如何知道需要将他们的代码存入哪条代码线中，并且何时保存？ 动机 •每条代码线都有不同的目的 ； •代码线的名称通常能暗示其目的； •代码线的名称通常不能全部表达代码线的使用要点；
2009-07-08 00:03:00
1014
原创 Subversion实践案例——配置管理和缺陷跟踪的整合
基本信息 用户单位：某制造业软件研发企业 用户规模：100人以上 组织过程水平：中等 CMMI评审等级：3级 Subversion使用时间：2年 客户需求 由于公司开发的产品在交付每个不同客户的时候都进行了较多的定制开发，所以当项目进入开发后期以及交付客户后的初期，缺陷的修复便成了开发团队的一个主要工作。根据公司制定的相关流程，在相关软件已经提交客户后，
2009-07-08 00:01:00
745
原创 配而论道——从大禹治水看软件配置管理
经常和软件企业探讨软件配置管理的相关问题，发现很多人有一个比较大的误区——即将配置管理从整个软件开发体系中割裂出来就事论事的进行探讨。因此常常会针对这个问题进行一些探讨，现将相关内容稍作总结如下： 换个角度看配置管理 关于配置管理的定义不同的标准体系都会有其自己一套标准定义，在这些各不相同且用词生涩（往往是不良翻译的结果）的定义前我们往往会一阵阵的犯迷惑——到底什么是配
2009-07-07 23:56:00
1272
原创 Subversion实践案例——客户现场模式的分布式开发
基本信息 用户单位：某应用软件研发企业 用户规模：100人以上 组织过程水平：中等 CMMI评审等级：无 Subversion使用时间：1年 客户需求 由于公司每次向新客户提交软件的时候都需要派出一个小规模的团队到客户现场进行一段时间的软件定制和维护。此外，老客户系统的重大升级和功能扩展也需要一个小团队在客户现场进行一段时间的开发。因此，异地开发的配置管理就是一
2009-07-07 23:54:00
1309
原创 分支模式在SVN环境下的应用——代码所有权（规则模式）
一、分支模式的相关定义 模式 代码线所有权（Codeline Ownership） 别名 分支所有权（Branch Ownership ） 场景 作为一名程序员，在一组多代码线的环境下，并至少在一条代码线上开发。代码线规则已经为该代码线定义好检入/检出的规则。有些人要在代码线上进行某些工作，但是该规则并没有允许这样的操作，或者就是规则对一些特定事务的描述含糊不清。
2009-07-07 23:52:00
773
原创 分支模式在SVN环境下的应用——大爆炸式集成（反模式）
一、分支模式的相关定义 陷入的误区 大爆炸集成 别名 大怪兽集成 症状 由于某种原因，一直不选择集成，直到（软件）要发布的时候 ，才把所有的分支一下子全部交给倒霉的集成者进行集成。经常性的增量集成看起来是流行的常识性规则（亦称为：尽早且经常合并），大爆炸（的方式）显然在隔离和避免风险方面达到了极致，这是大怪物地结束合并，结果不是一个“大爆炸”，而是以“哭
2009-07-07 23:51:00
1341
原创 分支模式在SVN环境下的应用——宽松访问线（规则模式）
一、分支模式的相关定义 模式 宽松访问线（Relaxed-Access Line） 问题 如何确定代码线访问控制规则的限制或排他程度？ 动机 •如果许多开发者在代码线上工作，或某一些人缺乏经验，那严格的治理是必要的。 •如果代码线上发生的工作具有显著的风险级别或难度，则检入和合并需要更紧密的监控和/或验证。 •保证代码线一直处于完
2009-07-07 23:48:00
752
原创 Subversion实践案例——精细化的访问控制（二）
基本信息 用户单位：某大型软件企业 用户规模：500人以上 组织过程水平：中等 CMMI评审等级：3级 Subversion使用时间：2年 客户需求 该公司对Subversion访问控制的需求主要包括 1、精细化的授权体系 其相关需求和上一案例：Subversion实践案例——精细化的访问控制（一）基本相同 2、特殊的访问控制需求 a、对
2009-07-07 23:30:00
613
原创 跨越鸿沟——从实践角度看软件配置管理
最近一年多来，大江南北的到处跑，和数十家软件企业面对面的探讨了其在软件配置管理领域的实践中所面临的问题以及可能的对策，总结后发现其中有若干问题颇有共性，故集结成文，以飨诸位。 鸿沟——从理论到实践的畏途 软件配置管理无论从理论还是方法，算是整个软件过程体系中一个相对比较丰富和成熟的过程域了，记得几年前曾经在某咨询公司就职的时候，公司给推荐了一个软件配置管理的培训教程
2009-07-07 15:57:00
720
原创 分支模式在SVN环境下的应用——主线（结构模式）
一、分支模式的相关定义 模式 主线 别名 主干、主锚线、本线、地线（Main Trunk, Main Anchor Line, Home Line, Ground Line ） 场景 在开发和维护周期中，因为各种原因需要创建多条代码线，典型的代码线是发布线、维护线和集成线。这在采用每发布代码线、并行维护/开发线和重叠发布线 (或者其任何变形模式)的情况下尤为如此。
2009-07-02 15:47:00
1376
原创 导言——关于分支模式
并行软件开发是企业级环境下软件开发的一种不可避免的模式，这种开发模式可以说是任何大中型软件产品和项目所必需的。然而，并行开发在为我们的开发效率提高保证的同时，也会给我们的开发管理带来诸多问题： * 什么时候进行分支？ * 什么时候进行合并？ * 如何选择有效的分支策略？ * 如何保证不同分支上的代码同步问题？ * 如
2009-07-02 15:44:00
542
原创 Subversion实践案例——以只读方式实现对配置库内容的调阅
基本信息 用户单位：某应用软件研发企业 用户规模：200人以上 组织过程水平：中等 CMMI评审等级：无 Subversion使用时间：2年 客户需求 由于公司的客户为军工企业，相关资料（主要是设计文档等技术资料）对保密具有较高的要求，具体到实际的使用需求就是Subversion版本库中的部分内容（以MS Office文档为主）在被开发人员调阅的时候只能被其读，
2009-07-02 15:42:00
637
原创 Subversion实践案例——自动构建与发布
基本信息 用户单位：某大型通讯企业 用户规模：500人以上 组织过程水平：良 CMMI评审等级：4级 Subversion使用时间：1年 客户需求 该公司对构建及发布相关的需求主要包括 1、每日构建——用于构建内部发布版本。 2、大版本的正式发布——包括完整的版本信息、历史版本及缺陷列表。 3、补丁的发布——频繁的补丁发布（大部分补丁需直接提供给
2009-07-01 15:32:00
633
原创 Subversion实践案例——精细化的访问控制（一）
基本信息 用户单位：某通讯设备制造企业 用户规模：200人以上 组织过程水平：中等 CMMI评审等级：3级 Subversion使用时间：2年 客户需求 该公司对Subversion访问控制的需求主要包括 精细化的授权体系 1、多重线索的授权体系： 根据公司实际需求，一个人的需求由以下三条线索决定： 个人在公司中的角色，如总经理、配置管
2009-06-29 09:21:00
570
原创 手拍和拍手——从异化的热情到异化的软件过程
下午参加了一次评审，照例是顺利过关——皆大欢喜，庆功宴后，大家似乎意犹未尽，于是乎一班人马杀向某娱乐场所，来得早不如来得巧，舞台上的演出刚刚开始，一群穿着清凉的MM们正在那里卖力的扭腰踢腿，刚刚落座，立刻有服务生为每人送来一个手拍——一个由三张手掌形塑料片叠在一起组成的小玩意，只需轻轻挥舞，立马可3-5人热烈鼓掌的效果，而全场看客中只需有1/3的人轻轻挥动手中的手拍便会营造出全场掌声雷动之奇效。于
2008-06-15 02:41:00
589
原创 开源之盛宴——欢呼之后的思考
洋鬼子有时候真的是非常的可爱，在这个免费午餐几乎绝迹的年代，源源不断的推出一大堆的所谓“开源软件”，除了不要钱就能免费获取外，居然还提供了完整的源代码，让我等具有“捡钱包”天赋之国人常常捡的合不拢嘴。 由于工作的关系，经常和各种不同的软件公司打交道，发现在软件开发管理实践中有众多的开源软件被使用，尤其是测试、配置管理及构建等领域，开源工具往往占据相当大的比例。然而，这些开源软件的使用无论是深度、
2008-06-15 02:07:00
512
证之殇——CMMI认证狂欢前夜的思考
证之殇——CMMI认证狂欢前夜的思考2006年岁末之际，CMM/CMMI行业有两件事值得关注 一是SEPG中国大会在苏州“成功”召开，此次会议由于有SEI和苏州政府联合领衔，规格自然不在话下，各路人马云集苏州，好不热闹，会上发布消息——据统计，目前中国软件业在CMMI的运用上，排名世界第四（如果不是前两年部分政府补贴只给CMM而不给CMMI，这个排名相信还会靠前）。截止200...
2007-01-11 14:50:35
289
原创 从用例到功能点
从用例到功能点 用例是当前设计分析过程中广泛使用的一个方法，所以在实施功能点分析的时候如何根据用例来计算功能点是大家需要经常面对的问题 通常功能点技术会将一个功能（如操作一个交互界面）分解为事务处理（EI、EQ、EO），诸如显示信息（EQ）、输入数据（EO）或更新文件（EI）等。而用例则将这些用路径和步骤（Steps）的方式用以表示，一个步骤可以是一个事物或数据元素，也可以两者
2006-10-23 15:22:00
1685
转载 IFPUG 功能点估算基本方法
IFPUG 功能点估算基本方法 Function Point Estimation 功能点估算是一种用来估算项目大小的技术。项目经理从已经界定的软件范围开始，并根据该陈述将软件分解为可以被单独估算的功能单元，然后估算每一个功能的FP值。这种分析方法是按照功能为估算单元进行分解，同样如果以其它元素作为估算单元，例如类、对象、业务过程，以下都以功能分解进行讨论。 注意：功能单元是指
2006-10-23 15:18:00
7757
1
原创 需求和用例的误区
往往貌似简单的东西里面别有洞天，用例就是这样一个东东，这两天给客户做需求和用例相关的培训及咨询，发现有一些比较共通的误区，结合以前遇到过的一些问题，整理了一些要点，记录在此，权当是抛砖引玉了椭圆!=用例 很多人认为用例就是那个椭圆，其实大错！我想Ivar Jacobson博士“发明”这个椭圆的时候只是想表述“用例”是个具有封闭性特征的对象，仅此而已。而用例的关键是在这个椭圆边
2006-10-21 16:34:00
1188
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人