..
·抽象后的列表为读者提供了许多理解的余地,因此不同的读者对文件的理解可能不同。一个项目越大,读者越多,理解的方式就越多。 ·从抽象后的列表中很难看出它是否完全。它们往往忽视..
·为了使所有这些讨论有条理、有组织和有效地被记录下来,这些讨论的过程和其内容的演化也必须被记录下来。 分析员可以使用不同的技术来从顾客手中获得需求。比较老的方式有采访顾客,..
2.1 采访持重要信息的人 2.2 需求工作会 2.3 将需求列成合同式的文件 2.4 原型(Prototype) 2.5 用例 ( Use Case ) 2.6 确认持关键信息者 挑战 顺利地完成 需求分析 是一个艰巨的挑战。首先要确认所..
在 软件工程 中, 需求分析 指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围和定义时所要做的所有的工作。需求分析是软件工程中的一个关键过程。 在这个过程中..
引言 注意:有关观点与展望 专栏的一般性介绍,请参阅第 1 部分。 作为 IT 架构师,您可能经常会发现自己处于进退维谷的境地,前有您的业务目标,后有您的 IT 系统。这两方面都具有规模大..
软件复用本质是为了快速适应不断变化的需求(adapt to changing needs ),两者目标是一致的,但是当我们过于注重软件复用(如组件复用component reuse又译构件复用)时,千万需要牢记:快速适应不..
软件的开发文档 质量 一般只能通过评审来进行保证,如何有效发现文档中的问题,是一个令许多人头疼的问题。先看一段关于日志文件的需求描述如下: “软件要将所有的访问者都要记录下来..
源代码提交与“变更”强制关联。源代码在版本库中的更新都将由提交Change来实现。 程序员 在提交新版本之前必须通过Change关联 开发 任务,这保证了任何源码文件的变更都事出有因,将使得..
集成任务跟踪与 版本控制 的变更模型旨在使软件 开发 中的版本管理和任务跟踪乃至项目规划实现真正意义上的一体化,进而优化软件开发的过程。在此模型中,变更(Change)取代源码文件成..
变更管理作为贯穿于软件 开发 应用生命周期各个阶段的关键要素,旨在准确地记录软件产品的演化过程,帮助开发人员在 ALM 各个阶段得到不同版本的产品配置。其中,在任务和 缺陷 跟踪及..
一个项目的范围计划做得再好,也不可能不出现任何改变。因此,变更是必然的,正确地对待范围变更的态度应该是“拥抱范围变更”,这样才能适应不断变化的环境的需要。从另外一个角度看..
二、科学定义项目范围 科学定义项目范围,就是说要对项目的范围进行“百分之百”(下一层次的分解必须能够百分之百地表示上一层分解元所包含的工作)的描述,也即是要把项目做什么、..
项目是一个特殊的将被完成的有限任务,它是在一定时间内,满足一系列特定目标的多项工作的总称。由此可见,任何项目都必定有一个范围。项目范围即为使客户满意而必须做的所有工作,它..
我们真的很恨老板,老板只需要点一下头,我们则不知道要加多少班,付出多少汗水,想当初大家也是一起打的天下,发迹了就忘记部下了。但是现在不是抱怨的时候,老板也已经意识到了事情..
这个时候该企业的领导也意识到了他们自己存在的问题,很想引入先进的管理思想和手段,已经有了实施ERP的强烈意愿,在我们的业务员的多次接洽之后,就直接进入到项目合作的实际性谈判阶..
引言 项目已经进入到了最紧张的阶段,战士们却已经陷入了“焦油坑”,被敌人从四面八方团团包围了,到处充满着刀剑声和厮杀声。这场战争已经进行了近半年,在所有的战士们的顽强抗战..
选择具体的IT项目生命周期,需要按照项目的特点、 项目管理 的方式来确定。例如,软件 开发 项目的生命周期划分方式有多种,它们具有不同的特点,在实际运用时应该根据具体情况予以裁剪..
不知何时起,曾经很“白领”的IT行业成了“挨踢”行业,成了人们嘲笑的对象:“起得比鸡早,睡得比狗晚,挣得比民工少……”甚至连CIO(信息主管)也成了Career Is Over(职业生涯结束了)..
关键字:团队管理 对于许多项目经理而言,项目 团队 管理恐怕是他们所面临的最头疼的问题之一,而团队管理恰恰又是 项目管理 过程中最重要的部分之一:尽管成功的团队管理不一定能保证..