Month: July 2008

个人认为，检验设计文档是否合格的唯一标准就是：     如果你辞职走人了，新人看着你的设计文档能不能迅速接手

就应该在行事之前先写好一个文档

43299.58

一、不合格式 1. 长度超过规定的最大值 2. 长度小于规定的最小值 3. 将非数值的字符串输入数值型字段中 4. 数值正负不合要求 5. 数值的大小超过规定的最大值 6. 数值的大小小于规定的最小值 7. 必填字段为空 二、trim   包括 left trim ,right trim, both trim 三、输入特殊字符   1. 使用单引号   2. 双引号   3. 百分号，下划线

     标准模板其实一点也不通用，那些奇怪的提纲只会限制你的思维和表达，没别的作用

    很多东西大家都很容易理解、但一直缺乏一个简短的名称，比如“一个申请件文件中的一行”，“申请了信用卡的人或者持有信用卡的人”。在写文档或者口头交流的时候，这些东西会多次出现，如果每次都用一大串的汉字描述，肯定会让人觉得很不方便；而且，这种汉字描述的风格受说话者的背景和状态的影响很大，可能某人叫“文件中的一行”，另一个人叫“文件中的一条记录”，或者上午叫“申请件文件”，下午就叫“进件”，这种不统一的叫法会让人觉得不明晰、有歧义，在讨论是可能要反复确认，从而影响交流的效率。

1.按四层体系结构组织：过程，阶段，活动，子活动（最小单元） 2.为本机构建立一个通用（标准）过程，在做具体项目的时候按项目需要对此过程进行裁剪。因此过程裁剪是一项重要的项目计划活动。 3.计划和计划的执行总是可以分开的，比如测试计划（用例）可以在编码前就写好。这样做的目的就是让计划和其他阶段可以并行执行

1.项目的三要素：成本，进度，质量 2.项目成功的一个关键因素在于项目有一套过程 3.软件过程 =  一系列步骤 + 本开发机构所积累的经验 4.CMM 是一个 “过程体系” 5.过程越成熟，项目对开发人员的依赖就越少，项目就越好控制，实际结果就越好 6.CMM2的KPA关注项目管理，CMM3的KPA关注过程的制度化 7.要通过某级的CMM认证，就必须满足该级别及其以下级别下所有的KPA 8.SPP=立法，SPTO=执法 9.SQA != SQC(如测试)，SQL的目标是使质量活动有计划–遵循标准和过程 10.SCM是为了让文档和程序被标识，且更改受控制 11.CMM3的一个基本要求：标准过程必须很好地确定并成文归档 12.如何从以前的项目中获得经验教训？主要机制：过程数据库(CMM3)和过程能力基线(CMM4) 13.CM过程：处理和实现在项目进展中产生的各个产品的变更

到底是选择CMM还是CMMI主要基于以下几个方面进行考虑：     实施企业的业务特点： 如果企业的规模不是很大，业务又集中在软件开发为主，那么还是软件CMM比较适用。如果企业的规模比较大（开发人员100人以上），并且业务不仅仅集中在软件开发，还包括硬件开发哪怕是硬件代理（采购）都可以考虑实施CMMI。     实施企业对过程改进的熟悉程度： 如果企业已经实施过ISO 9000，并且取得了较好的效果，那么可以考虑实施CMMI。如果企业虽然没有实施过CMM，但是对于过程改进一直比较关注，接受过不少相关培训，甚至能够自发的进行一些过程改进，那么也可以考虑实施CMMI。如果过去没有接触过类似的工作，那么最好先从软件CMM 2级开始，首先建立持续过程改进的思路。另外，软件CMM的要求也比CMMI要稍低一些。可以适当降低实施的难度。     实施企业对过程改进项目的预算： 不论怎样，几乎可以肯定地说，实施CMMI的费用肯定要比实施CMM高出一些。而就模型本身来看，CMMI的2级7个过程区域在内容上并不比软件CMM的2级6个关键过程区域多多少。这样的话，我们完全可以“少花钱、多办事”，也就是说可以采用CMM的实施和评估方法，但可以在过程改进的时候参考CMMI的要求，这样就经济很多。

FireFly类似于ClearCase，主要做版本管理，好像没其他的 http://www.hansky.com.cn/cn/resource/prod/pdf/FireflyIntro.pdf ButterFly类似于ClearQuest，“缺陷跟踪、建议处理、任务计划以及工时周报”。“建议处理”就是需求变更 http://www.hansky.com.cn/cn/resource/prod/pdf/butterflybrochure.pdf http://www.hansky.com.cn/cn/doc/butterfly/quickstart/index.html