Nesma 主页 论坛 浆纱 的定义 (应用) 维护

观看中 2 帖子 - 1 通过 2 (的 2 总)
  • 作者
    帖子
  • #2932
    貂Eisma
    参加者

    此主题最初作为回复发布FPA和维护 在里面 浆纱 – 其他方法 分论坛.

    我想念的, 是的定义 (应用维护). 在开发新应用程序时,这一点很清楚. 全力以赴获得新的应用程序 / 功能投入生产.

    但是应用程序维护更多. 功能在生产中,用户希望使用该软件并将改编视为生产的一部分. 换句话说, 我认为问题之一是应用程序维护不仅仅是更改. 这包括:
    – 修复性维修 (错误的票务处理, 缺陷单处理, 缺陷分析, 错误修复, 事件分析, 紧急修补, 问题管理 (根本原因分析, 解析和 RFC 发起, 3 水平支持
    – 预防性的维护 (监视系统, 事件记录, 清理脚本, 安装标准操作系统的更新和补丁 / 软件包
    自适应维护 (确定增强要求, 执行影响分析)
    – 完美的增强
    – 环境支持 (发布计划, OTAP支持 / 过渡, 备份/恢复, 部署
    – 用户支持和小改进

    我觉得首先应该弄清楚什么是AM / IM,然后我们可以开始讨论 FPA 是否提供了正确的指标.

    #3565
    Jolijn Onvlee
    参加者

    嗨马丁,
    你是对的,你必须区分维护所涵盖的不同类型的活动. 就是做以下区分:
    1. 改变应用程序功能的活动 (所谓的适应性维护) 和
    2. 为保持系统运行而要进行的活动 (纠正和预防性维护等。).

    在第一种情况下,您可以在发布中进行更改时应用 FPA (增强项目功能点数). FPA 的目的是估计发布或测量功能增强项目的生产率. 增强项目可能涉及添加, 现有功能的更改和删除. 增强功能应按照以下标准进行测量.
    • 添加的统计数据函数, 更改或删除
    • 计算添加的交易功能, 更改或删除

    在第二种情况下,为了衡量生产力和设置预算,您可以衡量应用程序为用户提供的功能, 由应用功能点数决定. 您必须测量较长时间(例如半年)以确定生产率数据的时间.

    希望这会有所帮助,
    Jolijn Onvlee
    在线培训 & 忠告 (info@onvlee.com)

观看中 2 帖子 - 1 通过 2 (的 2 总)
  • 您必须登录才能回复此主题.