`
yanfaguanli
  • 浏览: 661481 次
文章分类
社区版块
存档分类
最新评论
文章列表
引自Patrick OToole "OID activities, when applied to non-quantitatively managed processes, is called OPF" 在非定量管理过程上的OID活动叫做OPF Organizational OID activities modifya stable, quantitatively managed process or process infrastructure (e.g., tools) such thatthe process achieves a statistica ...
1, IBM Rational为办这次大会花了不少钱,努力打造了高朋满座的场面。相信所发布的RTC产品不会便宜。 2,Rational的总经理很会说,主题演讲很不错。 3,就象eclipse是一个开源框架一样, IBM尝到甜头之后,竟然在开发服务器方面推出了开源的Jazz框架。再在Jazz上面推出自己的产品。还是很巧妙的做法。 4,BUILD构建 成为新产品的一大特色。Rational Tean Concert(简称RTC)被着力宜传的另一大特色是交流,尤其展现了实现Scrum的功能。 5,RTC的开发本身基于RTC,采用了组件日构建+大集成周构建的构建方式,一个迭代周期是4周。采用了Scrum ...
CMMI之需求管理和股票池管理 CMMI之需求管理和股票池管理 CMMI中需求管理过程域用于管理项目产品和产品组件的需求以识别需求与项目计划和工作产品之间不一致的地方。需求管理过程域只有一个特定目标:需求得 ...
CMMI5级组织如何设定年度目标作法1:明年继续保持在CMMI5级高成熟度评语:骗谁呢?作法2:在今年的基础上,生产率提升10%,缺陷密度下降10%评语:这叫人有多大胆,地有多大产。作法3:1根据商业目标,确认反映商业目标的指标,一般是总体性质的。2对每一种(类型)指标修正或建立 过程绩效模型。3预计明年改进,对模型中参数的影响,将影响后的参数代入模型,得到具体的商业目标,一般是一个数值范围表示,带上置信度。4向领导请示,领导如果同意,OK. 如果领导不同意,重复3~4评语:这样才行
CruiseControl使用笔记<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> 本文所用cruisecontrol版本是2.8。 1.日构建配置 日构建是指在每天指定的时间进行构建。 1.1.<Project> requireModification
有时候安装程序比较傻明明没有c盘,它还要解压临时文件到c盘,于是就会出现无效的驱动器c:这样的错误。 subst可以解决这个问题。 命令格式 subst 盘符: 盘符:/文件夹 例如: 我的驱动器只有e盘,其他都是linux的分区。而安装星研软件时 会出现无效驱动器c的错误 于是在e盘新建一个文件夹(取名为temp)运行里输入 subst c: e:/temp 注意c:后面没有/ 于是就会出现一个新的盘符c 而它的内容就是e:/temp 这样就可以解决无效驱动器的问题了。
SEI官方说法:XP与CMM没有冲突。而在实践中,两者冲突比较明显。以需求为例。CMM要求有方法论得到文档化的需求。XP重视迭代,现场用户快速反馈。用户故事+程序反映需求。以计划为例,CMM要求有全面的开发计划,工期,工作量,项目规模,CCR等要作出估算。而且估算要有依据,而XP中没有如此要求,相反采用快速简单计划的方式来进行。 最根本的关键还在于两者对工程师的态度上。XP鼓励工程师自由发挥。而CMM要求工程师根据既定的方法论,使用指定的工具,完成指定格式的工作产品,并且接受监督。所以XP工程师往往难于接受CMM的各项规定。而CMM组织也不会全盘采用XP。完全附合CMM的XP是违背XP原旨的XP ...
原文: 各位高手,我是刚开始参加测试工作不久的新人,主要是负责集成测试,我以前有一些系统测试的经验。但是,做集成测试时就很迷茫。 不论国内外,讲集成测试的文章都太少了,而且大都都只是讲了概念性的东西,不 ...
一个独立的测试组织开展工作,工作内容是比较复杂的。为了方面区分工作,方便分配任务,可以进行划分。本文提出将其分为如下的五大部分。 测试环境交流团队建设过程 测试 测试部分主要包括针对项目进行测试,包括测试计划和跟踪,BUG管理和监视,执行具体的测试。 环境环境部分主要包括硬件环境和软件环境。硬件环境是指服务器,Desktop,相关用到设备,比如USB设备,Switch等等。软件环境有BUG管理软件,SCM软件,doc处理等等。 交流汇报关系定义和汇报周期设定,对外的不同接口代表设定。 团队建设团队建设可分软实力和硬实力。软实力是指一个和谐一致的团队。硬实力是指团队的技能组合。过程过程是规则,所谓 ...
主  题: 大家说说开发的时候类名和文件名一般是怎么规范的? 类名是不是有统一的前缀?如果有是以公司名为前缀,还是以单个项目名为前缀? 文件名是不是也有统一的前缀?如果有是所有的都有前缀,还是只一部分公用的有? 最好不要说看情况之类的,说说具体的操作情况。回复人:zhangmike(zhangmike) 一般没有必要在类名上加上前缀,一般的做法是包名或命名空间就是公司名称。最著名的就是java推荐的包名方式. org.xxx.yyy or com.xxx.yyy. 文件名也不必要有统一前缀。绝大多数组织没有这方面的规定,如果楼主要定规则,当然也可以的。
Some engineerings will write functional/nonfunctional test cases in test plan which occupys majority of pages. But some more important things are missed.One is test lifecycle. Test plan should be writed according to project plan. Test lifecycel defination derives from lifecycle in project plan.Lifecy ...
一、简述软件配置管理 随着软件团队人员的增加,软件版本不断变化,开发时间的紧迫以及多平台开发环境的采用,使得软件开发面临越来越多的问题,其中包括对当前多种产品的开发和维护、保证产品版本的精确、重建先前发布的产品、加强开发政策的统一和对特殊版本需求的处理等等,这些问题在实际开发中表现为,项目组成员沟通困难,软件重用率低下,开发人员各自为政,代码冗余度高,文档不健全等;造成的结果是:数据丢失,开发周期漫长,产品可靠性差,质量低劣,软件维护困难,用户抱怨使用不便,项目风险增加等。解决这些问题的唯一途径是加强软件开发的管理,而软件开发管理的核心是软件配置管理。 什么是软件配置管理?软件配置管理是一套规范 ...
1.1 项目过程管理1.1.1 项目计划 43_项目提议及立项规程:真正体现项目全生命周期管理。 07_标准软件过程及其裁剪指南:指导项目如何开展进行和结束。 25_开发计划编制规范:开发计划阶段指南。 39_维护项目过程:项目后期维护指导。 1.1.2 项目跟踪和监督 14_项目估算与跟踪规程:项目开始计划到结题全过程跟踪管理指南。 13_Project使用指导书:利用Project作为任务管理工具。 1.1.3 团队建设 03_项目开发模型手册: 根据微软的项目开发模型,提出的项目开发模型。 11_组间协调计划:项目组与用户组、其他项目组、SQA组、SCM组、测试组、培训组、SEPG组等之间 ...
第一个问题,什么是SRS前的需求 SRS前的需求可以视为需求的原始素材,来自于客户的建议或要求,领导的意见,团队内部的点子都可以视为SRS前的需求.这些的陈述可能是凌乱的,没有结构的. 第二个问题,SRS前会整理需求,有没有必要管理SRS前的需求 在以前国内的标准和教学中,是没有SRS前需求管理的文档的.一般认为SRS会总结这些需求素材成SRS格式.在实际情况看,如果对SRS前需求进行管理,可以更好的管理需求,举个例子:在客户需求调查前,与客户老总吃饭,老总天马行空的提出了几条建议,如果没有进行SRS前需求管理,极有可能会把老总的某条意见漏掉,到产品DEMO时,老总又来了,说上次我提的哪个什么什 ...
<!--StartFragment -->说来也很简单. 常见的是利用工具(有专门的,也有用ACCESS,EXCEL,或定制)来得到一个需求矩阵的. 这里介绍一种最简单的方法. 1,在SRS中划分出一个一个需求,比如功能点,画面,条目等等,给每一个需求编号; 2,在后续的所有工作产品中,与需求对应的地方,写下对应的需求编号. 比如在基本设计书中,一个类,就写清这个类对应的需求编号. 在代码中,利用注释写清对应的需求编号. 测试用例中记录对应的需求编号. 这就满足了,1:根据需求查找后面相关的全部工作产品. 2,根据某一工作产品,可以查找相关工作产品和需求. 这个方法不能解决SRS前 ...
Global site tag (gtag.js) - Google Analytics