我们先需要回答,什么是 配置管理? 这个问题好难回答,我们可以找到很多解释,但真正理解配置管理的人可能不多. 配置管理的概念非常多,我们可不愿意做理论家,我们是非常务实的,我们先看看,如果没有有效的配置管理,可能会出现什么问题: 1) 软件在开发环境没有问题,测试的时候也没有问题,但发布给客户的时候就有问题. 2)修改一个缺陷后,以前已经解决的缺陷又再次出现. 3)以前已经搞定的问题,无缘无故再次出现. 4) 需求变更后,必须问最熟悉的人才知道需要修改那部分的文档.代码来实现新的需求. 5)找不…

摘要: 阶段式的CMMI没有1级,最开始的级别就是2级.一个处于“无序化”生产的软件公司,要进行过程改进,首要是改进什么呢?2级告诉你,我们需要从计划.计划跟踪.需求管理.采购.度量.配置管理.质量保证入手! 正文: 一个处于“无序化”生产的软件公司,要进行过程改进,首要是改进什么呢? 做任何事情都需要计划,做软件开发这样复杂的工作更加需要计划,所以2级中有项目计划(PP)以及项目计划跟踪与控制(PMC)两个PA,分别对指定计划以及计划的执行给出了详细的标准. 人是会死的,需求是会变的.需求变更…

What is Configuration Management? Configuration Management refers to the process by which all artifacts relevant to your project, and the relationships between them, are stored, retrieved, uniquely identified and modified. As a good configuration man…

Drupal 8 最好和最受欢迎的部分之一是新的配置管理系统. 该系统使开发人员很容易将配置导出到代码中.在此之前,开发人员不得不依赖于由Features.Strongarm.UUID.Features & UUID plugin等模块组成的复杂系统.即使是经验丰富的开发者,这往往也是一场噩梦.充斥着重写.锁定,祈求本可还原的功能却没有理由的无法还原,这简直是一团糟.更不用说随着网站体量的扩大和增加更多的功能,甚至不允许依赖关系的情况下,尝试将所有功能放在规律命名和组织的模块中.而Drupal…

人是会死的,需求是会变的.相信大家都经历了很多需求变更的痛苦,项目被拖延,成本高涨,十有七八是需求管理没有做好导致的.有哪一些需求管理方面的常见问题呢,这里列举一下: 1.因为项目进度赶等原因,在很多需求还没有明确情况下,便开始开发的工作. 2.开始客户只能提出模糊的需求,客户喜欢先让你做个东西给他看,然后他才可能逐渐提出真正的需求,而需求调研人员,对此没有什么好的处理办法. 3.客户以种种原因不签需求,项目组在不签需求的情况下,便开始开发工作. 4.客户不承认之前提出来的需求,项目组又不能得失…

专注于各种 分布式系统配置管理 的通用组件/通用平台, 提供统一的配置管理服务. 主要目标: 部署极其简单:同一个上线包,无须改动配置,即可在 多个环境中(RD/QA/PRODUCTION) 上线 部署动态化:更改配置,无需重新打包或重启,即可 实时生效 统一管理:提供web平台,统一管理 多个环境(RD/QA/PRODUCTION).多个产品 的所有配置 项目信息 CLIENT 端: Java: 目前唯一支持语言 python:打算支持 PHP:暂未支持 WEB 管理端: Java Sprin…

做软件开发的,不免要购买一些软硬件.软件可能是中间件.控件.插件.组件等,硬件可能是一些服务器.PDA.单片机等.只要稍微复杂的项目,都不可避免的会有采购的问题,就算目前没有采购,以后也会不可避免.另外也有可能把项目的一部分外包给第三方来做. 作为一个想改进过程的企业,是不应该规避这个问题的.采购的软硬件或者是外包,都会从根本上影响项目的成本.进度和质量,采购和外包可以认为是风险最大的活动之一. 那怎样才能把采购活动做好了?SAM有两个SG,第一个SG讲述的是要和供应商签署协议,第二个SG主要讲…

计划不是用来看的,是用来执行的.PP讲述了如何做计划,PMC讲述的就是如何跟踪计划的执行并在实际情况偏离计划时采取纠正行动. 我们先看看SG1,SG1讲述的是如何根据计划来跟踪计划的执行问题. SG1: Actual performance and progress of the project are monitored against the project plan. 中文大意是:根据计划,跟踪项目的实际性能和过程. 那么我们要跟踪计划什么内容呢?简单的说,计划里面写了什么东西,就要跟踪什…

大家都明白这样的一个道理:做事情要有计划,有一个不成熟的计划总比没有计划要好,软件开发这么复杂的活动,更加需要计划.那么应该怎样做好一个计划呢? 如果对项目的范围.规模.性质.任务.工作量.费用等都不了解的情况下,是不可能做出计划的,所以做好计划的第一步就是要把这些东西搞清楚. PP这个PA的第一个Specific Goals,中文大意是:建立和维护用于项目计划的各类参数的估算,英文原文是:Estimates of project planning parameters are establis…

一.git branch和patch区别 patch,只是把diff部分创建一个分支.Detail: http://www.cnblogs.com/y041039/articles/2411600.html 二.选择做事情 1.当某人掌握关键点时,游戏规则对TA而言,约束性就可忽略.比如,boss掌握财政大权,如果TA对需求进行变更,还需要变更申请吗?对玩游戏的人而言,还是要浪费自己的时间,走苦逼的流程.…