一个没有说明文档的IT系统怎样进行运维并了解清楚所有需求
同意 @zllen ge 的说法，站在巨人的肩膀上，我希望做几点补充，解决这种问题的关键是要找到该系统的直接使用者，对于如何定义“使用者”，大概分为如下两类：
系统的拥有者：使用该系统的部门的直管领导系统的操作者：一线操作员工不知道这样的定义是否合适，展开说一下：
对于系统的使用者，其更清楚该系统最初的开发目的，另外，从管理者的层面出发，其也更明确该系统所扮演的角色，这是从大的范围来对一个系统的开发背景，概要需求作梳理；
对于系统的操作者，其自然更清楚该系统中某些具体的模块的使用方式，运作方法或者功能跳转逻辑，可以从功能层面对一个系统进行梳理；
在梳理系统的过程中有几个点需要把握：
我们应该听谁的谁的意见更有参考价值其实这两个点归根结底是一个问题，即“到底是听领导的，还是听一线操作员工的？”。
举个例子吧。
目前手头有一个仓库管理系统，这个系统是跟一个类似于ERP的系统整合到一起的，你需要分析这样一个遗留的仓库管理系统的需求，那么问题来了：
如果你去咨询一线操作人员的意见，他会告诉你：
我这个物料入库是怎么个操作逻辑，各库之间的周转又是怎样一个逻辑，我是如何记录物料的进出，等等。
如果你去咨询直接主管的意见，他则会告诉你：
我之所以要上这个系统，是因为以前的系统各个库之间是孤立的，我把各个库合并到一起管理并且整合进ERP，可以从整体上把握整个生命周期内物料的周转。
那么，作为系统的运维人员，你应该听谁的？答案可能一线操作人员，因为你需要更关注系统功能细节上的操作规程。
作为系统的设计师/改造者，你应该听谁的？答案则可能是直接主管，因为你需要首先从宏观上了解这个系统所承担的角色、设计的目的及项目深层次的背景，而这些，一线操作人员是不会告诉你的，当然，他们也极有可能是根本就不知晓的。
根据管理层的意见，先准确把握系统的架构及设计方向，再去根据一线运维人员的建议逐步细化需求，可能会更契合系统的设计初衷。
【一个没有说明文档的IT系统怎样进行运维并了解清楚所有需求】 拙见！
■网友
1.去业务部门坐台至少二天，看业务部门从头到尾操作。2.在有测试环境的基础上（若无则建议构建一个)，按照业务用户的操作来一遍3.与业务用户沟通，虚心请教4.关注相关的业务的公司的作业指导及相应的规章制度，关注业务流程
■网友
第一条路是找业务人员了解系统运作，包括基础操作、业务流程内容、数据填报以及报表生成。这些信息的收集的深入程度需要依靠业务人员对系统的了解程度。第二条路是依靠第一条路得到的信息，将系统备份到一个新的环境自己折腾系统功能，从而归纳出部分业务规则。第三条路是联系原系统负责人，包括系统开发者和系统管理者，协调他给你部分信息。最后一条路是反编译系统，分析数据库设计等等。只能想到这些。
■网友
从数据库入手～～
■网友
如果是没有上线的系统，把自己当用户，搭建模拟环境，参照现有文档，使用系统是了解需求的最好办法了。当然不是实际环境，肯定会有遗漏的。只能是尽可能多了解。
■网友
尽量了解每个功能的需求目的及业务操作规则对系统实现方法有一定的了解之后，按照系统各个功能的实现方法进行排查，结合数据库建立数据之间的关系。
■网友
别想了，尽快找个理由重建。
推荐阅读
- 家中千万不要摆这些绿植，对身体不仅没有帮助，还会起反作用
- 同比■同比增长7.1%！2021年的第一个节你花了多少钱？
- “他是我第一个会说普通话的老师”：一对师生折射青海山村蝶变
- 有必要重新开个C店吗
- 耻骨|韧带痛、耻骨也痛，从来没有这么痛过，痛了两个多星期了！”厦门孕妈崩溃：“孕晚期各种不舒服
- 大学再有三个月就结束了，没学到知识，参加一个软件测试培训机构好吗
- 汽车|长安UNI-K又将开创一个新的"引力"纪元？
- 神话|武汉传奇父亲：一个平行班孩子创造的高考神话（感动上万家长）
- 王者荣耀李白能不能出肉
- 直播会成为品牌传播的另一个途径么有哪些可行的方法感觉有戏又没头绪好捉急。