学生寝室管理系统项目生存期模型确定.docVIP

寝室管理系统生存期模型 针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量模型如下图所示： 寝室管理系统的全部功能分为：宿管系统和学生系统两大部分，因此可以先基于这两部分做出一个最小的使用版本，再逐步添加其余的功能。这样一来，用户可以先试用最小的版本试用的同时提出更多的需求，这有助于下一阶段的开发，大大减小了开发的风险。 在寝室管理系统需求中，要求系统有可扩充性，若使用增量模型，可以保证系统的可扩充性。用户明确了需求的大部分。但也存在不仅详尽的地方需要靠调查之后才可以确定！ 系统需求有可扩充性，可以在现有的系统基础上通过前台就可加挂其他的功能模块——也说明用户可能会增加新的需求 对一个管理方式已经比较成熟的学校，要完全舍弃原有的管理方式，用寝室管理系统完全替代这是不实际的，所以可以从最基础的做起，逐步扩充应用，所以选用增量模型来开发寝室管理系统。 本项目具备增量式模型的其他特点： 项目复杂程度为简单 预计开发软件的成本为中等 产品和文档的再使用率会很高 项目的风险较低 生存期的各阶段定义如下 项目规划阶段 阶段目标：根据合同和初步的需求分析确定项目的规模，时间计划和资源需求 输入：合同文本，SOW 过程：项目规划，计划确认 输出：项目计划 需求分析阶段 阶段目标：确定客户的需求 输入：合同文本，SOW 过程：需求获取，需求分析，需求控制 输出：原型系统，需求规格 设计阶段 阶段目标：总体系统结构设计 输入：项目计划 SOW 过程：总体设计 输出：系统设计说明书，数据库结构定义 增量一实现 阶段目标：用户账户 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码。代码走查，代码评审，单元测试 输出：详细设计说明书，代码源，可运行版本1 增量二实现 阶段目标：宿舍管理 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，代码源，可运行版本2 增量三实现 阶段目标：信息查询 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，代码源，可运行版本3 增量四实现 阶段目标：卫生评比 输入：系统设计说明书。数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，代码源，可运行版本4 增量五实现 阶段目标：出入管理 输入：系统设计说明书，数据库结构定义 过程：详细设计，编码，代码走查，代码评审，单元测试 输出：详细设计说明书，代码源，可运行版本5 集成测试 阶段目标：通过集成环境下的软件测试 输入：测试计划，测试案例 过程：集成测试，系统测试 输出：系统软件包，测试报告。产品说明书 产品提交 阶段目标：产品可投入使用 输入：系统软件包 过程：产品提交 输出：验收报告  增量1 设计 需求分析 项目规划 增量5 增量4 增量3 增量2 产品提交 集成测试