SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 10001|回复: 36

[讨论] 作废

  [复制链接]
发表于 2011-11-19 10:22:20 | 显示全部楼层 |阅读模式
本帖最后由 qhy218 于 2012-1-5 17:11 编辑
( _) v% `% ~0 E! G. Q5 h3 {- R2 G- P9 @$ k* d3 J+ e. ~3 O6 N
................................
6 _- k" h2 T; A( G
发表于 2011-11-19 14:03:03 | 显示全部楼层
以我的经验,以上统统做到,会说明配置管理工作更滞后~
回复 支持 反对

使用道具 举报

发表于 2011-11-19 20:20:56 | 显示全部楼层
回复 qhy218 的帖子
2 z8 q, v' M  Z* Q4 U4 v
% k5 Z+ O1 R. M; d多多,你被我逮到了,哈哈,不论如何,加油!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 20:58:01 | 显示全部楼层
回复 howtoesc 的帖子3 o4 V8 C/ e; @. O3 R5 ?

$ u& @5 t& b  Y' m: v3 ]8 t3 ?何解,愿闻其详
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 21:00:38 | 显示全部楼层
回复 hsq628 的帖子
! E" q7 q6 @$ `# p3 e4 V% W* ]4 R- i6 D" \: V( ^/ q+ z
我就知道你在这的...最近事情很多,想招个配置高手能帮我们排忧解难
回复 支持 反对

使用道具 举报

发表于 2011-11-22 11:45:05 | 显示全部楼层
我们公司做的也很简单,和你们差不多。: H. j% [1 Z) w6 u* @9 O
回复 支持 反对

使用道具 举报

发表于 2011-11-22 14:48:23 | 显示全部楼层
回复 howtoesc 的帖子
) @! b$ E& j# R
  l7 _# e# J; U9 {2 l$ J9 \3还好些吧,只是行为的主体要明确。
; q2 w- L8 }7 j2 [2 k
8 c! R3 G( f* o7 l, `7 N这种配置管理工作的困惑我觉得很多传统IT企业目前都在面临,版主不能总琢磨how to esc,得给我们讲讲啊。! ^& O' v% U' b+ O  D# E" J5 U
回复 支持 反对

使用道具 举报

发表于 2011-11-23 11:15:09 | 显示全部楼层
不矛盾啊,我说的就是如果“统统”做到则过尤不及了,要有的放矢啊。
# C  b" f) T! _" p5 FCMM/CMMI所基于的最佳实践是n多年前的东西了,CM是实践的学科,一日千里啊。而且它们是评价框架啊,不是软件工程实践。
8 B, T, V6 i$ r) f
; g- O1 S4 N0 y1 k" ^忘掉CMM/CMMI睁开眼睛去看项目实际的困局吧。
回复 支持 反对

使用道具 举报

发表于 2011-11-23 15:20:46 | 显示全部楼层
声明:个人意见,仅供参考。$ q) p# I/ }" j9 a# y; f# Z
" U7 A  c$ T6 l5 k+ _6 P+ P- Q2 q  _
个人认为可以从构造平台、缺陷管理系统入手:
$ T8 N8 b0 o3 B1、建立统一的构造平台:
: |9 e2 \( E% E* N, i7 r- i   1)源代码只有编译后生成可执行的文件,交付给用户,才能体现出软件开发的价值。1 x+ |  x. B0 n/ S( I% d
   2)构造是软件开发过程中的一个重要环节(编译只是构造一个步骤),联接开发与测试。
( G- p! L) y. O3 G# w  p   3)统一的构造平台可以实现构造的自动化,进而为持续集成打下基础;, S  W& O$ P* _5 e9 {1 H* o
   4)统一的构造平台要求所有的源代码必须提交到配置系统中,确保公司资产的完整与安全。
: I9 r7 z( e+ c   5)统一的构造平台要求代码存放位置必须规范,否则不能参与构造。3 B1 }/ U) L$ y! O0 ^/ ^0 W
   6)构造工具化后,可以减轻开发人员的日常编译工作量,同时不会改变开发人员现有的工作流程。对于构造工具的应用不会有太大阻力。
* j3 C- F" D4 C1 X9 `6 ?2、缺陷管理系统
$ n+ ~- [1 M: L* M: m. W   1)实现缺陷管理,为管理层提供数据,以便管理层对产品的质量有一定的了解。0 [6 o1 Z  |8 c/ \. X! w
   2)实现开发与测试沟通与协作的工作平台。
/ C1 l. @  ]+ Z# d9 ?5 \% i$ W   ; o) m% ?) \3 d* S* b
    对于系统的一些建议:
' V4 _0 m# W; ~, ~$ l    1 )缺陷的流程(审核流程、验证流程、修改流程)一定要简单,在流程确定前一定要与开发、测试、领导反复沟通,& u3 c1 p. M  _- O( H7 ?+ U
          得到 大家的确认,必须得到领导的认可与支持。2 z' {  d9 l! E" v- n
    2)系统易用性一定要好,操作简单,界面上信息简单明了无歧义。( c& o5 T- X) Y3 C5 W# `& v& m: w
   一句话,简单就是最好的。" z5 [7 \. w" \! f6 ]1 J
   对系统来说,最初的系统一定不要提供考核功能(但可以利用报表、查询获取数据作为考核依据),否则。。。。
' V1 k6 d) o0 B- i- v% y9 q9 K% ]& v, B
5 n) W3 |( y- [8 p# x8 `$ C
        配置管理就是软件开发规范化的过程,是一个不断的、持续改进过程,也是一个循序渐进的过程。在规范的改进过程中,只有得到执行,才能发现问题。构造平台和缺陷管理系统将过程用系统方式予以规范,确保过程的严格执行。! l1 v+ B! p) R  w  b& v
   8 r: v; F) m/ Q' }" a9 c& Z* w  ~
       对过程文件的一些建议:: @  C1 `0 ?& y: G( S
       1)过程文件必须有可执行性,不要为了过程而形成过程文件,这样没有任何好处。(如果领导喜欢就另将别论,不在讨论范围内)。
) V2 r, K- N, h8 G       2)过程文件大的制定必须得到所有参与角色的认可;$ f" U/ u* r! J( L) w* U$ q
       3)尽量与现有工作流程相匹配,减少对现有过程流程的影响;
# E7 K) F& I2 ?' }/ E3 _( t1 l' Z       4)过程文件一定稳定性,不要朝令夕改,让大家不知所措。
. ]) {0 s$ b1 J1 e& o( ^$ l' u. H
回复 支持 反对

使用道具 举报

发表于 2011-11-23 15:37:27 | 显示全部楼层
只有构造重要性以及公司对构造的重视程度,大家可以看看坛子里最近的招聘信息。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

QQ|小黑屋|手机版|无图版|SCMLife.com ( 京ICP备06056490号-1 )

GMT+8, 2018-7-23 03:46 , Processed in 0.065993 second(s), 6 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

快速回复 返回顶部 返回列表