目的
SDLC 方法的目的是为 IT 项目经理提供工具 帮助确保成功实施满足大学战略的系统 和业务目标。该文件提供了一种机制，以确保执行 领导层、职能经理和用户签署要求和实施 系统的。该流程为大学项目经理提供了可见性 确保按时交付所需的设计、开发和实施状态 并且在预算之内。
范围
本指南适用于所有主要应用项目，包括新应用程序和 现有应用程序的升级。
目标
此 SDLC 方法的目标是：
- 按照承诺提供满足或超出客户期望的质量体系 在成本估算之内。
- 提供一个框架，用于使用可识别、可测量、 和可重复的过程。
- 建立项目管理架构，确保每个系统开发项目 在其整个生命周期中得到有效管理。
- 确定并分配所有相关方的角色和职责，包括 职能和技术经理，贯穿整个系统开发生命周期。
- 确保系统开发要求得到明确定义并随后得到满足。
目标
SDLC 方法将通过以下方式帮助实现这些目标：
- 建立适当级别的管理权限以提供及时的指导， 系统开发项目的协调、控制、审查和批准。
- 确保项目管理问责制。
- 记录需求并始终维护这些需求的跟踪能力 开发和实施过程。
- 确保项目在当前和计划的信息技术范围内开发 基础设施。
- 及早识别项目风险
指南和程序
软件应用程序通常会经历多个开发生命周期，相应的 其创建和后续升级。每个这样的开发生命周期都构成 一个项目。此类项目将持续进行，直到基础技术老化为止 投资升级不再经济且考虑应用的地方 继续按原样运营或退役。
SDLC 阶段
足球比赛结果的 SDLC 包括六个阶段，在此期间定义工作产品和文档 被创建、审查、完善和批准。并非每个项目都需要这样做 这些阶段随后执行，并且可以进行定制以适应独特的情况 项目的各个方面。下面更详细地描述了这些阶段 段落。
启动阶段
当管理层确定有必要增强 通过应用信息技术的业务流程。目的 启动阶段的任务是：
- 识别并验证提高大学业务成就的机会 或与业务需求相关的缺陷
- 确定满足该需求的解决方案的重要假设和限制
- 建议探索替代概念和方法来满足需求。
可行性阶段
可行性阶段是对问题的初步调查或简要研究 以确定是否应继续实施该系统项目。已建立可行性研究 项目通过其解决业务中表达的需求的上下文 案例并研究了所提出解决方案的实用性。可行性研究 用于确定项目是否应该获得批准。如果该项目是为了 继续进行，可行性研究将产生项目计划和预算估计 未来的发展阶段。
需求分析阶段
此阶段使用高层正式定义详细的功能用户需求 启动阶段和可行性阶段确定的要求。要求 在此阶段定义的详细程度足以让系统设计继续进行。 它们需要可衡量、可测试，并与业务需求或机会相关 在启动阶段确定。
此阶段的目的是：
- 对要支持的功能进行完整的业务流程重新设计，例如验证 哪些信息驱动业务流程、生成哪些信息、由谁生成 它，信息去哪里以及谁处理它。
- 开发详细的数据和流程模型，包括系统输入和输出。
- 制定测试和评估要求，用于确定可接受的 系统性能。
设计阶段
在此阶段，系统旨在满足已确定的功能要求 在前一阶段。由于设计阶段出现问题的代价可能非常高昂 在软件开发的后期解决，需要考虑多种要素 在设计中降低风险。其中包括：
- 识别潜在风险并定义缓解设计特征
- 执行安全风险评估
- 制定转换计划以将当前数据迁移到新系统 • 确定 运行环境
- 定义主要子系统及其输入和输出
- 将进程分配给资源
开发阶段
前期阶段的有效完成是此次活动成功的关键因素 发展阶段。开发阶段包括：
- 将详细要求和设计转化为系统组件
- 测试各个元素（单元）的可用性
- 准备 IT 系统的集成和测试。
在此期间进行集成、系统、安全和用户验收测试 相也。用户与负责质量保证的人员一起验证 新开发或修改的系统满足功能要求。
实施阶段
系统经过测试并被用户接受后启动此阶段。 在此阶段，安装系统以支持预期的业务功能。 将系统性能与规划期间建立的性能目标进行比较 阶段。实施包括用户通知、用户培训、硬件安装、 将软件安装到生产计算机上并集成系统 融入日常工作流程。此阶段持续到系统在生产中运行为止 根据定义的用户要求。
运营和维护
系统操作正在进行中。监控系统的持续性能 根据用户要求和所需的系统修改进行合并。 只要系统响应组织的需求，运营就会继续。当 确定修改后，系统可能会重新进入规划阶段。
文档结束。
修订版 2016 年 9 月 20 日