文章列表
CMMI 2级过程域：需求管理（REQM） SG1 Manage Requirements 管理需求 SP 1.1 Obtain an Understanding of Requirements 获得对需求的理解 SP 1.2 Obtain Commitment to Requirements 获得对需求的承诺 SP 1.3 Manage Requirements Changes 管理需求的变更 ...
- 2009-03-25 14:21
- 浏览 3016
- 评论(0)
一个处于“无序化”生产的软件公司，要进行过程改进，首要是改进什么呢？做任何事情都需要计划，做软件开发这样复杂的工作更加需要计划，所以2级中有项目计划(PP)以及项目计划跟踪与控制(PMC)两个PA，分别对指定计划以及计划的执行给出了详细的标准。人是会死的，需求是会变的。需求变更是每个软件公司最头疼的问题，需求变更也是导致项目进度拖延、成本高涨的主要原因。如何管理好需求呢？需求管理(RM)给出了详细的指引。软件生产越来越复杂，有时候我们需要采购一些组件，用于项目中。另外一个方面，纯软件的项目比例也慢慢缩小，很多软件是基于一定的硬件的，而不少硬件也是需要采购的。如何采购到合适的软硬件，如何保证采购工 ...
- 2009-03-25 14:13
- 浏览 1347
- 评论(0)
计划不是用来看的，是用来执行的。PP讲述了如何做计划，PMC讲述的就是如何跟踪计划的执行并在实际情况偏离计划时采取纠正行动。
我们先看看SG1，SG1讲述的是如何根据计划来跟踪计划的执行问题。SG1: Actual performance and progress of the project are monitored against the project plan.中文大意是：根据计划，跟踪项目的实际性能和过程。
那么我们要跟踪计划什么内容呢？简单的说，计划里面写了什么东西，就要跟踪什么东西。我们回顾一下PP是怎样说项目计划有什么内容的？计划要有估算 ...
- 2009-03-25 11:24
- 浏览 1125
- 评论(0)
大家都明白这样的一个道理：做事情要有计划，有一个不成熟的计划总比没有计划要好，软件开发这么复杂的活动，更加需要计划。那么应该怎样做好一个计划呢？
如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。PP这个PA的第一个Specific Goals，中文大意是：建立和维护用于项目计划的各类参数的估算，英文原文是：Estimates of project planning parameters are established and maintained.下面我们再详细看看，到底做计划之前， ...
- 2009-03-25 11:18
- 浏览 1487
- 评论(0)
集成项目管理（IPM）是2级的项目计划（PP）与项目计划跟踪与控制（PMC）的“升级版”，而4级的定量项目管理（QPM）又是集成项目管理的（IPM）的“升级版”。
3级与2级最大区别之一就是上升到组织级，项目管理也是一样，项目需要利用组织资产库定义项目自己的过程，考虑各种计划的集成。这是“集成”的其中一层意思，“集成”另外一层意思就是，要协调和管理好项目开展过程中各相关关系人。这两层意思，分别对应SG1和SG2。
SG1 The project is conducted using a defined process that is tailored from the organizat ...
- 2009-03-25 11:16
- 浏览 991
- 评论(0)
关键字: 软件开发模型
软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。 软件开发模型能清晰、直观地表达软件开发 ...
- 2009-03-24 09:18
- 浏览 2139
- 评论(0)
经常看到和听到大家在争论敏捷过程、RUP和CMM 哪个软件开发过程更好或者哪个过程不好，各自都有理由、争论得不亦乐乎......实际上，没有十全十美的过程，也不存在更好的过程。关键是什么样的过程适合自己（的组织），适合自己的过程才是好的过程。更重要的是，适合自己的过程需要时间积累、需要不断实践，对已定义的过程进行剪裁、补充和完善，才会建立最适合自己的软件开发过程。 引用Alistair Cockburn的一句话 “不同的项目需要不同的方法论，一个项目的最佳过程是这个项目所能负担的最小过程。”， 这说明，对一个组织，往往有几种方法并存，而对不同类型的项目，采用不同的方法。选择一个合适 ...
- 2009-03-23 11:47
- 浏览 1954
- 评论(0)
软件生存周期模型介绍
软件生存周期模型是从软件项目需求定义直至软件经使用后废弃为止，跨越整个生存周期的系统开发、运作和维护所实施的全部过程、活动和任务的结构框架。
a) 瀑布模型：瀑布模型也称“线性顺序模型”。瀑布模型规定了各项软件工程活动，包括：制定开发计划，进行需求分析和说明，软件设计，程序编码，测试及运行维护。并且规定了它们自上而下，相互衔接的固定次序，如同瀑布流水，逐级下落。
然而软件开发的实践表明，上述各项活动之间并非完全是自上而下，呈线性图式。实际情况是，每项开发活动均处于一个质量环(输入-处理-输出-评审)中。只有当其工作得到确认，才能继续进行下一 ...
- 2009-03-23 11:43
- 浏览 936
- 评论(0)