校务通生存期模型案例.docVIP

案例说明-《校务通管理系统》的生存期模型 针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量式模型如下图，理由如下： 1． 2． 3． 4． 5． 项目复杂程度为中等。 预计开发软件的成本为中等。 产品和文档的再使用率会很高, 项目风险较低 生存期中的各阶段定义如下： 项目规划阶段 阶段目标： 根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。 输入： 合同文本 SOW 过程： 项目规划，计划确认 输出： 项目计划 需求分析阶段 阶段目标：确定客户的需求 输入： 项目计划，SOW 过程： 需求获取，需求分析，需求控制 输出： 原型系统，需求规格 设计阶段 阶段目标： 总体系统结构设计 输入： 原型系统，需求规格 过程： 总体设计 输出： 系统设计说明书，数据库结构定义 增量1实现 阶段目标： 实现系统的通用功能 输入： 系统设计说明书 数据库结构定义 过程： 详细设计,编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本－1 增量2实现 阶段目标： 实现系统的招生管理功能 输入： 系统设计说明书 数据库结构定义 过程： 详细设计,编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本－2 增量3实现 阶段目标： 实现系统的学生日常管理功能 输入： 系统设计说明书 数据库结构定义 过程： 详细设计,编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本－3 增量4实现 阶段目标： 实现系统的教务管理功能 输入： 系统设计说明书 数据库结构定义 过程： 详细设计,编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本－4 增量5实现 阶段目标： 实现系统的教师辅助功能 输入： 系统设计说明书 数据库结构定义 过程： 详细设计,编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本－5 增量6实现 阶段目标： 实现系统的聊天室/论坛功能 输入： 系统设计说明书 数据库结构定义 过程： 详细设计,编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本－6 集成测试 阶段目标： 通过集成环境下的软件测试 输入： 测试计划 测试案例 过程： 集成测试，系统测试 输出： 系统软件包,测试报告，产品说明书 产品提交 阶段目标： 产品可投入使用 输入： 系统软件包 过程： 产品提交 输出： 验收报告 注：生存期模型中的过程定义可以参照企业的质量保证体系并结合项目的具体特点而决定，由于公司的流程已覆盖到了项目开发、管理的所有方面，包括从最开始的合同到最后软件的产品提交，都有相应的过程规定，基本上已形成一种工业化的软件开发，所以，为形成一个良好的软件开发环境奠定了基础。 例如系统设计过程及产品标准的定义如下： 参与角色 R1：项目经理 R2：开发经理 R3：设计人员 进入条件 E1：项目计划规定的系统设计时间到 输入 I1：需求规格 活动 A1：设计人员了解业务需求并仔细阅读需求规格 A2：设计人员收集了解同类项目的技术框架； A3：开发经理领导设计人员通过具体的业务分析和企业成熟的技术框架进行系统设计； A4：设计人员在进行系统设计时，应按照系统设计的标准模板进行，要求如下 ? 完整，正确，如实地说明每个模块的流程和数据库表； ? 用中文进行描述，并用小四号字体 A5：开发经理负责监督设计人员设计文档的对等评审； A6：开发经理主持设计正式评审，同时要求项目经理和质量经理参加 A7：设计人员根据评审结果进行修订和补充，并形成最终系统设计文档。 A8：开发经理负责将系统设计过程中无法解决的问题以事件报告形式提交给项目经理，由项目管理者进行跟踪解决； 输出 O1：系统设计文档（格式标准见企业质量体系） 完成标志 F1：系统设计评审通过，纳入配置库 3 需求分析 设计 集成测试 产品提交 项目规划 图:项目生存期模型 增量1 增量2 增量3 增量4 增量5 增量6