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

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