Get best of the week

备忘单分析：如何“挖掘”系统

在第10天的分析师会议上，架构师作了一个演讲，内容涉及如何在没有文档的情况下挖掘遗留系统，或者是否存在冲突的文档（“考古学家的4条规则：如何“挖掘”系统，Evgeny Aslamov）。很棒的报告。

当分析师来到一家新公司时，或多或少要使用某种形式的产品甚至是一个旧系统（在这种情况下，我什至都不知道该分析师是否幸运），他也常常被迫收集诸如拼图之类的功能的描述（在我工作过的公司以及采访中所描述的公司）产品是什么时候推出的？几乎从不。也许我很倒霉，但反之亦然）。



我不得不这么做。凭直觉在某个地方了解了要问谁。有时项目团队中的某人会提出建议。甚至可以使您在支持部门发生事件后了解功能的某种触发。功能升级中已清除了一些内容。好吧，最顶尖的是自检和使用产品。

看完所有这些内容后，我想到了为分析师编写一种备忘单的方式，供您参考。

只是不会像架构师报告中的4条规则，而是4个步骤：

第一步。收集已实施解决方案的所有文档。


1.理想情况下，如果它包含每个功能块：

  • 在任何工具中对此功能的需求的描述（仅文本，标签，任何表示形式的某些方案）；
  • 前面的描述：元素行为，用户wf；
  • 背面描述：内部服务，数据库和组件的描述；
  • 集成服务的描述，包括请求和响应的示例，响应的状态。

2.定义产品范围的所有法规和监管文件：联邦法律，法规，命令，项目。

3. TK / TP /规范（强调必要内容）-说明功能要求的文档。

4.已记录的协议，您可以在其中跟踪任何未兑现的愿望。

5.如果没有描述需求的用户手册/说明，以了解用户应如何使用系统。

第二步。测试中


无论上述文件是否存在，下一步都应该测试产品。

只需坐下来开始四处戳戳，看看系统如何反应。同时，您记录行为并记下可疑时刻，以便在秘密知识的拥有者之间进行澄清。

第三步。问题


您可以从负责人（部门，项目经理，负责人等-强调需要什么）中找到可以为问题提供建议的人。您正在准备问题发票。询问，概述答案。你去让一切都通过你。

步骤四。得到你得到的


您以公司规定的方式处理收到的信息。这可以是更新文档，也可以融合在一起创建知识库，甚至可以更新任务跟踪器中的父票证-通常，这对您来说是一个方便的地方。

好的方法应该是：上班


但是，我在文章末尾真正想说的是：分析师的任务是将结构化信息抛在后面。

请假-这意味着要签发并放在公共场所。不要像一个有新知识的小学生那样弄清楚，就把它们留给你。

结构化信息-这意味着将所有不利于您的东西放到架子上。

不要害怕，继续前进！

More articles:


All Articles