案例-校务通软件项目生存期模型.doc

PAGE 4 案例说明 《校务通管理系统》的生存期模型选择过程：针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量式模型（见图3.13），理由如下： 1）校务通系统的全部功能分成通用功能和日常业务管理功能两大类，因此可以先基于通用功能做出一个最小的使用版本，再逐步添加其余的功能。这样一来，用户可以在先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。 2）在校务通系统需求中，要求系统有可扩充性。若使用增量式模型，可以保证系统的可扩充性。用户明确了需求的大部分，但也存在不很详尽的地方。如：“关于教师档案，比照所提供资料设计，现在也没有一个成形的东西”；资源库系统只提到“应提供一个标准的资源库解决方案。”这样，只有等到一个可用的产品出来，通过客户使用这个可用产品，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最终完善的产品。 3）“系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他功能模块”——也说明用户可能会增加新的需求。 4）对一个管理方式已经比较成熟的学校，要完全舍弃原有的管理方式，用校务通系统替代全部管理，这是不实际的。所以，可以从最基础的做起，逐步扩充其应用，所以选用增量式模型来开发校务通系统。 5）本项目具备增量式模型的其他特点： 项目复杂程度为中等。 预计开发软件的成本为中等。 产品和文档的再使用率会很高。 项目风险较低。 图3.13项目生存期模型 生存期中的各阶段定义如下： 项目规划阶段 阶段目标：根据合同和初步的需求分析，确定项目的规模、时间计划和资源需求 输入： 合同文本，SOW 过程： 项目规划，计划确认 输出： 项目计划 需求分析阶段 阶段目标： 确定客户的需求 输入： 项目计划，SOW 过程： 需求获取，需求分析，需求控制 输出： 原型系统，需求规格 设计阶段 阶段目标： 总体系统结构设计 输入： 原型系统，需求规格 过程： 总体设计 输出： 系统设计说明书，数据库结构定义 增量1实现 阶段目标： 实现系统的通用功能 输入： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本-1 增量2实现 阶段目标： 实现系统的招生管理功能 输入： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本-2 增量3实现 阶段目标： 实现系统的学生日常管理功能 输入： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本-3 增量4实现 阶段目标： 实现系统的教务管理功能 输入： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本-4 增量5实现 阶段目标： 实现系统的教师辅助功能 输入： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本-5 增量6实现 阶段目标： 实现系统的聊天室/论坛功能 输入： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可逅行版本-6 集成测试 阶段目标： 通过集成环境下的软件测试 输入： 测试计划，测试用例 过程： 集成测试，系统测试 输出： 系统软件包，测试报告，产品说明书 产品提交 阶段目标： 产品可投入使用 输入： 系统软件包 过程： 产品提交 输出： 验收报告- 注：生存期模型中的过程定义可以参照企业的质量保证体系并结合项目的具体特点来决定，因为公司的流程已覆盖到项目开发、管理的所有方面，包括从最开始的合同到最后软件的产品提交，都有相应的过程规定，基本上已形成一种工业化的软件开发，所以为形成一个良好的软件开发环境奠定了基础。 例如，系统设计过程及产品标准的定义如下： 参与角色 R1：项目经理 R2：开发经理 R3：设计人员 进入条件 E1：项目计划规定的系统设计时闩到 输入 H：需求规格 活动 A1：设计人员了解业务需求并仔细阅读需求规格 A2：设计人员收集了解同类项目的技术框架 A3：开发经理领导设计人员通过具体的业务分析和企业成熟的技术框架进行系统设计 A4：设计人员在进行系统设计时，应按照系统设计的标准模板进行，要求如下： ·完整、正确、如实地说明每个模块