CMM2CMMI的专栏

蓝军：美国叫红队（RedTeam），我们喜欢叫蓝军，按照以色列的说法就是第十人原则，（TenthManDoctrine）。我军最有名的蓝军，就是朱日和基地的满广志了，从万岁军出来的蓝军，在我们军事改革初期横扫7大军区主力精锐（现在是东西南北中战区），有力促进了我军战斗力的提升，是最好的磨刀石

【历年试题】2010年下半年-信息系统项目管理师-试题及参考答案

方正国际用CMMI的思想管理博客本文主要分为七个部分： 1． 需求分析 2． 博客计划 3． 页面管理 4． 博客监控 5． 风险管理 6． 配置管理 7． 度量分析

PMBOK中人力资源计划部分的工具RACI表RACI中Responsible与Accountable的区别

信息系统项目管理师考试-上午试题-信息系统基础-信息安全MIS+S, S-MIS, S2-MIS的相关内容

 UML-Visio回答问题时的贴图include可以在模型管理器中添加构造型就可以了   

1.原则-学习所有的经验A:有人犯了一些比较愚蠢的错误（比如一个很低级的Bug），TFS把它们都记录下来了，从个人角度来看，有人会说：“我知道我做错了，已经改正，那最好把原来的记录删除了吧”，这样做，不是有利于打造和谐的团队么？B:和谐的“谐”，是一个“言”和一个“皆”字，说的就是大家都可以发言，所有的事情都要记录。记录留下来，可以做事后分析，给后来的同事，或者别的项目的同事学习。如果删除

遗留项目，遗留代码处理步骤 To-Do List1. Create a place in your bug tracker for issue    在缺陷跟踪管理工具中创建相应跟踪目录2. Organize the source code into your standard src, test, docs, etcs., directories.    依照现有你自己的

这本书修改计划到晚上阅读半小时，20分钟整理读书笔记 上午阅读Headfirst Software Development

Chap.3.5 Interaction designerXP中的人员角色还是很复杂的，交互设计师，容易与图像设计师混淆，交互设计师强调的是用户如何使用软件的，如何令用户使用软件更流畅 Chap.3.6 Business analystsBA只是支持现场客户的，并不是像非敏捷Team一样，替代可客户 Chap.3.7. Programmers涵盖了不少人我觉得X

Chapter 3 Understanding XP Chap.3.1 Iterative lifecycle迭代1（计划-分析-设计-开发-测试-部署），迭代2（计划-分析-设计-开发-测试-部署） Chap.3.2 XP lifecycle计划-分析-部署      -设计-      -开发-      -测试- 同时进行分析设计开发测试 

Char.2.如何敏捷 Char.2.1.敏捷还是一种流程，只不过这种流程包含着敏捷哲学的流程，敏捷方法代表性的有XP和Scrum Char.2.2.XP作为敏捷的一种，也类似CMMI有自己的Practice，也跟CMMI一样进行了相应的分类，Thinking，Collaboration，Releasing，Planning，Developing个人觉得这种分类，起码现阶段觉得

阅读计划： 书   名：Agile Development 敏捷开发艺术（影印版）出版社：OREILLY 东南大学出版社作   者：James Shore & Shane Warden 每日工作前半小时读书，10分钟整理读书笔记 30分钟可以看大约6-10页 本书389页预计32.5小时可以读完，65个工作日，20090319-20090626 前言

要避免两个极端：年轻的时侯认为教育/知识可以替代经历，年老时认为经验可以替代教育/ 知识。所以，对职业起步阶段的人，向同事、同行、朋友学习往往比埋头考试效果更明显。刚出校门，年轻人的舒服区（Comfort Zone）是考试、认证。要想法超越自己的舒服区，多跟人接触，多跟比自己强的人接触，也不要忽视看上去不如自己的人。人人皆可为我师。想着每天都有所进步，稳扎稳打，时间长了，效果会很明显。 转

1.现在团队开发,有时不小心别人写的东西被自己修改或着自己写的东西被别人修改了.能不能设置权限?   答：可以设置。 可以通过可视范围，以及读写功能来设定对应用户和目录代码间的修改关系，这是完全可以做到的，这也是配置管理工具的最基本的功能之一。2.请问模块与组件这两个概念在软件架构中有区别吗?什么时候应该用模块这个术语什么时候应该用组件这个术语? 除了软件架构这两个术语还能用在那些地方呢?   答

架构师有所谓的太空架构师的说法，架构师确实是个多面手，很多方面的知识都熟悉，同时又在技术领域是绝对专家（起码在自己的公司里面，技术很牛）。架构师具备的三方面素质： 1.方法论了解架构的分析设计方法，懂架构的开发，要会裁剪架构 2.意识CMMI系列，品质意识和品质目标，懂项目监控 3.基本知识架构理论，公司的it战略（有CTO的感觉），硬件相关知识，数据库，中间件，编程语言起码精通一门，建模能力，现

用情景来写，系统测试用例，基本上就是把各个模块已经整合好了，开始串了，要设置几个测试情景，将你的系统跑通 注意一点要制作几套完整的测试数据，具体地说就是你从A模块输入了一些数据经过B模块应该输出什么，再经过C模块应该输出什么。以下是一个测试用例的基本元素Test Case ID： 项目名称_测试类型（UT,IT,ST,UAT等）_Module_SubModule_编号（0001等） Test Ty

我也想知道其他项目经理的看法我只带过一个项目，只能算dilettante PMP还是要看的要考的，我还相应了解了CMMI的各个过程域，希望着重研究CMMI的裁剪，软件工程领域的一些书，人月神话，（第一遍没看懂，找时间再看一遍），JOEL on software也不错，12条原则简单实用， OOAD，看得是Headfirst的,觉得还是很有收获的，设计模式，看的是JAVA与模式，女娲造人与工厂模式联

1.作测试计划的时候,是应该估计一下该软件的BUG数量,BUG集中点,以及修改该BUG的难度与时间 如果这些不估计,那编写测试用例的时候无法对某些重要模块作出着重测试 但是如何估计这个数量,那是任谁也帮不了你的,这得根据该团队的技术水平,以往项目测试的结果数据,本项目的系统分析报告及需求说明书来估计.而且这还不是想当然的去估计,是有公式的.但这套公式只有在历史数据最多的情况下预测出来的结果越准确.