你好 我叫Nastya，我是Alfa-Business移动应用程序的分析师。 有时他们问我在工作上做什么。 朋友，家人和奇怪的是开发商。 每次我回答都不同时，尝试给出最接近对话者的例子。
“系统分析师将用户需求从一种人类语言转换为一种开发语言……”-对于与IT无关的人来说，这听起来很清楚。 但是，如果您直接参与开发，那么这样的定义就不太可能了。 为了进行一些实验，我问了我的团队一个问题：“系统分析员做什么？” 我们读到了削减的内容。
对我来说，系统分析师是一个可以回答以下任何问题的人：从“要素应如何工作”到“地球为何如此” （c）测试人员
至于地球，它可能太多了，但还是很准确的。 在哪里存储数据，如何传输数据，功能如何工作，为什么功能不起作用...每当在产品积压中发现不明之处时，都会出现“需要分析”一词。
为了了解系统的工作原理，分析人员使用了内部文档。 通常，答案是在文本，图表和表格中。 但是有时候人们离开而没有编写文档。 还是无关紧要的。 还是不可靠。 这样的分析师的业力遭受了巨大的打击，但是幸运的是，还有其他方法可以找到信息。
放心使用日志记录系统可以将虚构的内容从30页的传统知识减少到一些查询。 最主要的是要知道要寻找什么。 日志包含有关被调用方法，输入和输出参数以及错误原因的信息。 如果服务是复合服务-分步操作。 分析人员需要了解日志的结构并能够对其进行过滤：通常会记录大量数据。
通过应用程序代码搜索可以很好地补充日志中找到的信息。 该项目包含有关数据源，处理变量的逻辑以及许多其他必要内容的信息。 事件的成功取决于分析师的技能和公司的特征。 在某些组织中，分析人员无法访问该代码。 对与错是一个难题。 无论如何，如果没有访问权限（或无法理解正在发生的事情），您可以随时询问开发人员。
如果出现没有人解决的问题，则使用外部源。 好的Google，宇宙的宇宙学模型吗？ 这里有任何手段：文章，论坛，培训课程，第三方系统的文档。 有时YouTube上的印度人会进行救援，但这是一个极端的情况。 顺便说一句，一个人必须能够用两种语言搜索，或者立即用
印度教英语搜索。
信息的另一个来源是人。 知道主题领域的分析师可以在五分钟内完成任务，为此您概述了几天。 因此，您需要知道同事在做什么，并且能够正确地提出您的问题。
分析人员作为导航员，为实现目标铺平了道路，避免了障碍，并不断寻找更短的路径（c）前端开发人员
为了从圣彼得堡到萨拉托夫，您需要可靠的汽车和地图。 好吧，如果有急救包，备用轮胎，工具。 通常，了解当地人为什么要去萨拉托夫而不是去克拉斯诺达尔地区，与当地居民沟通的技巧不会是多余的。 也具有分析功能。 您必须具有工作的工具，与人互动的能力以及对预期结果的清楚理解。 对系统和技术的了解正在成为路线图。
任何任务至少都有两个解决方案。 重要的是选择一条不短但更正确的路径。 在体系结构，产品要求的实现和实施成本方面，它是更正确的。 有时候，分析师只是为团队决策提供信息；在其他情况下，则由他自己做出选择。
为了提供适当的实现，您需要了解系统的结构：从架构模式到开发技术。 通过实施更改，分析人员可以评估对应用程序组件和其他集成系统的影响。 在开发移动应用程序时，您需要记住使用旧版本的用户。 如果系统有多个方面-关于其工作的统一性。 当使用多个数据源时-关于它们的一致性。 通常，
令人着迷的工作功能
令人头疼 。
好吧，我不知道，您只是我的测试员。 好吧，或者产品与测试仪的混合，像这样 （c）后端开发人员
我同意，这听起来有些冒犯，但这里有一些道理。 首先，分析人员检查系统以了解其工作方式。 然后，他确信开发人员的工作结果在各个级别上都能正常工作：数据库包含可靠的数据，服务返回正确的答案，用户看到了预期的结果。 如果出了问题，则会找出错误级别，差异原因以及可能的更正选项。 评估系统对各种类型需求的一致性是分析的组成部分。
食物方面比较复杂。 产品负责人知道需要做什么才能使用户满意。 系统分析师知道如何。 我的主观意见是，分析师在与团队其他成员相同的程度上，应该（或可以）处理产品问题。 当整个团队都在担心改善用户体验和实现财务目标时，比一个或多个人这样做时，更好的解决方案应运而生。
收集有关银行产品，项目和系统的信息，致力于其更新和传播，位于信息刀的最前端 （c）Scrum-master
一切都以文档开始，并以文档结尾。 它仅供内部使用，也适用于客户。 根据GOST或内部标准创建文档。 文档编制方法也可能在系统层之间有所不同。
在编写文档时，会使用各种技术，标准和系统建模符号。 很少需要无可挑剔地遵守规则。 它必须可靠且相关。 而且如果第一时间很清楚，那么通常来说很棒。 顺便说一下，这里有一篇有趣的文章，其中公开了文档质量问题。
除系统文档外，分析师还可以为公司Wiki编写材料。 学到了新东西-告诉别人。 如果您想分享自己的经验，请做个演示。 再次，这并不总是，也不是无处不在。 但是，如果企业拥有知识管理流程，那么分析人员一定会参与其中。
分析师需要了解许多不同的知识，以匹配团队的角色和期望。 根据产品和行业的具体情况，其重要性的组成和程度会有所不同。 分析人员在做什么，我们已经弄清楚了。 仍然需要了解成功完成所有任务所需了解的知识。 邀请您注意路线图分析。 该计划包含不同方向的主要技能，并试图区分系统分析和业务分析。
卡有多通用，这让我很难判断。 因此，我正在等待其他组织的开发人员和分析师的意见：）
