maintenance - 被忽视的利益相关者又称系统管理员

标签 maintenance requirements system-administration

不久前,我开始意识到,到目前为止我从事的几乎每个客户项目都忽略了重要的利益相关者群体:系统管理员。

这些沉默的英雄通常只在项目结束时参与其中,并且留下了可执行的黑匣子,他们必须在 future 的几年中进行安装,支持和维护。每当这个黑匣子出现问题时,他们都必须找到一种方法,使用黑匣子或底层平台提供给他们的任何随机信息和工具支持来解决它,如果这还不够的话,他们必须即兴创作。

如果他们从一开始就作为项目的利益相关者参与进来,他们将有机会预测潜在的问题并通知项目团队。但是现实是不同的,即使我作为开发人员也愿意让系统管理员作为额外的利益相关者,但外部因素可能会阻止这种情况的发生。

在这种情况下,我想尽我们所能帮助沉默的英雄们。所以我的问题是:

当我们开发他们必须维护的系统时,系统管理员会希望我们的开发人员做什么?

如果您是系统管理员,请向您讲述一个 war 故事,其中涉及您曾经遇到的难题以及开发人员可以做些什么来使您更轻松地解决它。

最佳答案

各种事物(包括(但不限于)这些事物)不是按优先顺序排列的:

  • 不需要使用特权安装
  • 使用特权安装
  • 的选项
  • 分布式安装的选项(因此可以将其安装在服务器上并在其他计算机上使用)
  • 清除卸载
  • 明智的升级模式
  • 选择安装位置的选项
  • 对其他软件的最小依赖
  • 整个系统中数据的最小散布(不要在/etc,/usr/lib,/var/adm等中转储内容)
  • 不再增长的日志
  • 静默安装
  • 脚本安装
  • 在线文档(在计算机上以及在互联网上)
  • 手册页也许
  • 易于配置
  • 易于最终用户访问
  • 没有安全风险
  • 没有特殊用户或组(或数量有限-最多一个特殊用户,一个特殊组是目标,尽管并不总是可以达到的)
  • 没有“电话回家”功能,或者只有在明确配置后才可以使用(必须不是默认设置)
  • 出现问题
  • 时很好地记录诊断信息
  • 如果存在问题
  • ,可以提供良好的技术支持
  • 不需要在安装过程中获取激活码
  • 安装
  • 后无需重新引导计算机
  • 能够并行运行新旧版本

  • 在很大程度上取决于软件是什么以及如何使用。在Windows,Linux和MacOS X上运行的GUI程序的要求与网络守护程序的要求完全不同-但是目标仍然应该是稳定,可靠,易于管理的软件。

    请记住,内部部门准备在一个公司内部使用的软件与准备由开发该软件的公司外部的客户使用的软件之间存在很大差异。

    关于maintenance - 被忽视的利益相关者又称系统管理员,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/307353/

    相关文章:

    mysql - MySQL,删除旧数据,在线更改计算机时钟时间

    java - 如何使用反射/自省(introspection)来维护程序?

    oracle - 在 Oracle 中删除用户级联

    requirements - 非功能需求和功能需求示例

    linux - OpenMPI 和 OpenFabrics 注册物理内存警告

    c# - Java 和 C# 的并行开发

    mobile - UML 用例图服务器作为系统参与者以及哪种用例

    uml - 我可以混合使用用例和部署 UML 图吗?

    linux - Centos 7 上带有自定义 PGDATA 的 Postgresql 9.3

    docker - Linux + Docker-如何从Docker容器中运行主机的应用程序?