此主题最初作为回复发布 至 FPA和维护 在里面 浆纱 – 其他方法 分论坛.
我想念的, 是的定义 (应用维护). 在开发新应用程序时,这一点很清楚. 全力以赴获得新的应用程序 / 功能投入生产.
但是应用程序维护更多. 功能在生产中,用户希望使用该软件并将改编视为生产的一部分. 换句话说, 我认为问题之一是应用程序维护不仅仅是更改. 这包括:
– 修复性维修 (错误的票务处理, 缺陷单处理, 缺陷分析, 错误修复, 事件分析, 紧急修补, 问题管理 (根本原因分析, 解析和 RFC 发起, 3 水平支持
– 预防性的维护 (监视系统, 事件记录, 清理脚本, 安装标准操作系统的更新和补丁 / 软件包
自适应维护 (确定增强要求, 执行影响分析)
– 完美的增强
– 环境支持 (发布计划, OTAP支持 / 过渡, 备份/恢复, 部署
– 用户支持和小改进
我觉得首先应该弄清楚什么是AM / IM,然后我们可以开始讨论 FPA 是否提供了正确的指标.