软件过程管理课程论文—基于增量模型的校务通项目过程管理.doc

PAGE I 软件过程管理 课程论文 论 文 题 目： 基于增量模型的校务通项目过程管理 学 院 名 称： 电子与信息工程学院 专 业： 计算机科学与技术 班 级： 软件2班 姓 名： 罗弘耀 学 号 27 指 导 教 师： 孙洁 职 称 讲师 定稿日期：2010 年 12 月 20 日 宁波工程学院本科课程论文 PAGE 6 基于增量模型的校务通项目过程管理 软件过程概述 软件过程（Software Process）是指一套关于项目的阶段、状态、方法、技术和开发、维护软件的人员以及相关Artifacts（计划、文档、模型、编码、测试、手册等）组成。目前有三种方法：UP（the unified process），The OPEN Process，OOSP(The Object-Oriented Software Process)。 软件过程(Software Procedure)是指软件生存周期所涉及的一系列相关过程。过程是活动的集合；活动是任务的集合；任务要起着把输入进行加工然后输出的作用。活动的执行可以是顺序的、重复的、并行的、嵌套的或者是有条件地引发的。 　　软件过程可概括为三类：基本过程类、支持过程类和组织过程类。基本过程类包括获取过程、供应过程、开发过程、运作过程、维护过程和管理过程。支持过程类包括文档过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程、审计过程以及问题解决过程。组织过程类包括基础设施过程、改进过程以及培训过程。 　　软件过程主要针对软件生产和管理进行研究。为了获得满足工程目标的软件，不仅涉及工程开发，而且还涉及工程支持和工程管理。对于一个特定的项目，可以通过剪裁过程定义所需的活动和任务，并可使活动并发执行。与软件有关的单位，根据需要和目标，可采用不同的过程、活动和任务。 软件项目模型—增量模型 增量模型是有瀑布模型演变而来的。该模型假设需求可以分段，成为一系列增量的产品，每一份增量可以分别的开发。首先构造系统的核心功能，然后逐步增加功能和完善性能的方法就是增量模型。当使用增量模型时，第1个增量???往是核心的产品，即第1个增量实现了基本的需求，但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一个增量发布的新特征和功能，这个过程在每一个增量发布后不断重复，直到产生了最终的完善产品。 增量模型的特点是引进了增量包的概念，无须等到所有需求都出来，只要某个需求的增量包出来即可进行开发。虽然某个增量包可能还需要进一步适应客户的需求并且更改，但只要这个增量包足够小，其影响对整个项目来说是可以承受的。 采用增量模型的软件过程如图.1所示。 图.1 基于增量模型的校务通项目开发 一、针对本项目的开发特点，决定采用增量模型如图.2所示。 图.2 理由如下： 校务通系统的全部功能分成通用功能和日常业务管理功能两大类，因此可以先基于通用功能作出一个最小的使用版本，再逐步添加其余的功能。这样一来，用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一个阶段的开发，大大减小了开发的风险。 在校务通系统需求中，要求系统有可扩充性。用户明确了需求的大部分，但也存在不很详尽的地方。这样只要等到一个可用的产品出来，通过客户使用，然后进行评估，评估的结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最终完善的产品。 对一个管理方式已经比较成熟的学校，要完全舍弃原来的管理方式，用校务通系统替代全部管理，这是不实际的。所以，可以从最基本的做起，逐步扩充其应用，所以选用增量模型来开发校务通系统。 本项目具备增量式模型的其他特点： 项目的复杂程度为中等 预计开发软件的成本为中等； 产品和文档的再使用率会很高； 项目风险较低。 二、生存期中的各阶段定义如下： 项目规划阶段 阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。 输入：合同文本、SOW 过程：项目规划，计划确认 输出： 项目计划 需求分析阶段 阶段目标：确定客户的需求 输入：项目计划，SOW 过程：需求获取，需求分析，需求控制 输出： 原型系统，需求规格 设计阶段 阶段目标：总体系统结构设计 输入：原型系统，需求规格 过程：总体设计 输出： 系统设计说明书，数据库结构定义 增量1实现 阶段目标