软件项目管理基本常识.docxVIP

软件工程管理基本常识 一、工程启动工程类型： 合同工程：招投标、合同谈判、甲乙双方有合同约束。参考工程〃 XXX合同书〃内部工程：确定任务范围和相关人员进行有效的配合, 无合同约束。 1、初始工程分析 工程可行性分析：根据市场、技术、人员等各资源分析工程的可 行性，对分析结果进行认证讨论。 工程范围分析：确定工程的功能模块、边界范围等。工程干系人 分析：分析确定工程相关人员包括：工程发起人，工程开发人员、测 试人员、维护人员、客户等2、生存期模型 瀑布模型： 瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物 理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、 程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自 上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 原型模型： 核心思想：在限定的时间内，用最经济的方法开发出一个可实际运行的系统模型，用户在运行使用整个原型的基础上，通过对其评价, 提出改进意见，对原型进行修改，统一使用，评价过程反复进行，使原型逐步完善，直到完全满足用户的需求为止 开发步骤: 1、快速分析：在分析人员与用户密切配合下，迅速确定系统的基本需求，根据原型所要表达的特征描述基本需求以满足开发原型的 r=t=1rfij o 2、构造原型：在快速分析的基础上，根据基本需求说明尽快实 现一个可行的系统。这里要求具有强有力的软件工具的支持，并忽略 最终系统在某些细节上的要求，如平安性、坚固性、例外处理等等, 主要考虑原型系统能够充分反映所要评价的特性，而暂时删除一切次 要内容。 3、运行原型：这是发现问题、消除误解、开发者与用户充分协调的一个步骤。 4、评价原型：在运行的基础上，考核评价原型的特性，分析运行效果是否满足用户的愿望，纠正过去交互中的误解与分析中的错误, 增添新的要求，并满足因环境变化或用户的新想法引起的系统要求变 动，提出全面的修改意见。5、修改：根据评价原型的活动结果进行 修改。假设原型未满足需求说明的要求，说明对需求说明存在不一致的 理解或实现方案不够合理，那么根据明确的要求迅速修改原型。 适用：工程开始前，工程的需求不明确，需要减少工程需求的不 确定性，类似的工程如：第一次开发的产品，验证可行性增量模型： 增量模型融合了瀑布模型的基本成分（重复应用）和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一 个线性序列产生软件的一个可发布的〃增量〃。 使用增量模型开发软件时，把软件产品作为一系列的增量构件来 设计、编码、集成和测试。每个构件由多个相互作用的模块构成，并 且能够完成特定的功能。使用增量模型时，第一个增量构件往往实现 软件的基本需求提供最核心的功能。把软件产品分解成增量构件时, 唯一必须遵守的约束条件是，当把新构件集成到现有构件中时，所形 成的产品必须是可测试的。 增量模型的特点是引进了增量包的概念，无须等到所有需求都出 来，只要某个需求的增量包出来即可进行开发。虽然某个增量包可能 还需要进一步适应客户的需求并且更改，但只要这个增量包足够小, 其影响对整个工程来说是可以承受的。 适用：1、工程开始，明确了需求的一局部，但是需求可能会发 生变化。 2、对于市场和用户把握不是很准，需要逐步了解3、对于庞大 和复杂功能的系统进行功能改进，需要一步一步实施的。 3、工程立项 工程章程：确认工程存在的文件，包括对工程确实认、对工程经 理的授权和工程目标的概述等。 立项申请报告:明确工程的目标、时间、工程使用的资源和经费， 而且得到执行该工程的工程经理和工程发起人的认可。召开工程立项 会：通常由公司PMO（工程管理办公室）组织立项会，对工程的调研、 范围、工程经理等进行确定授权，评审，最后要有评审报告。