在本文中，我们将为商业分析师的概况看一些重要的面试问题。业务分析师是一个人分析业务流程或特定领域以实现业务决策的角色。启动IT系统，升级，产品发布等商业分析师必须审查，评估和开发业务流程。重点是有效地利用资源，都是人和技术。他必须是商业计划的专家，分析要求并将业务需求转化为系统部署和/或业务流程变更。他充当更改代理，以帮助促进对当前做法的有效部署/修改。
业务分析师的主要责任是建议客户，以便他们能够满足他们的业务目标并克服问题。他们努力改善组织中各种系统的结构和效率。他们还提供有关技术的战略指导，他们还通过提供技术援助选择和采购时提供指导。它们涉及技术职责，也涉及销售和业务扩张。他们还处理规划项目的时间规模，并决定所需的资源。他们必须与客户交谈，了解各种要求，了解它们，然后选择规格。随着技术的不断变化，帮助客户在适当的情况下购买系统的变更管理活动，这变得非常重要。所有新的流程和技术由顾问监控。它们还负责识别目标客户端并与其保持联系。
商业分析师概念突出的部门
此档案在IT行业中具有广泛的范围，并具有非常重要的作用。他们被专家IT咨询，软件房屋，IT零售商，金融组织等聘用。
商业分析师也在咨询公司，金融组织等追捧。
•要求阐述基本上是用于收集所涉及的利益相关者的要求的过程。
•通常，阐述策略将取决于项目的类型。
•可以进行研讨会和访谈，以便通过利用与客户的直接合作来观察最终用户。
•各种技术可以提供更精确的信息：原型和场景建设。
•一旦收集要求，它们通常由客户验证。
•如果业务用户批准它，则需要考虑完成。
•此外，验证这一点是一个很好的做法：
一种。这些要求从所有利益相关者那里引发，特别是该项目的主要利益相关者。
湾要求与项目的商业案例保持一致。
C。要求应与可用的资源匹配。
天。所有利益攸关方都应同意所考虑的要求。
实现上述4个标准的要求被认为是正式和最终的。这些要求被记录，因此成为项目范围的一部分。
企业分析师不断努力帮助技术实现业务需求。因此，在这种追求中，他必须准备一些文件。他们是 ：
一种。项目愿景文件
湾要求管理计划
C。用例
天。用户故事
e。业务需求文件（BRD）
F。需求可追溯性矩阵（RTM）
G。功能要求规范（FRS）/功能规范文件（FSD）
H。系统需求规范（SRS）/系统要求文件（SRD）
一世。测试用例
•可用于编写清晰且还记录的用例的最佳实践是：
一种。捕获功能性和非功能性要求。
湾包括用例和用例一起使用。
C。在用例中包含UI详细信息。
•注意项目的新变更：该项目的变化范围和影响分析。
•影响分析：W.R.T.项目成本，时间表和资源。
•差距分析：检查范围变更是否正在向技术/功能设计/开发和测试引入新的空白。
范围蠕变是项目成功的障碍，因此可以避免：
一种。清楚地记录项目的范围。
湾遵循适当的变更管理。
C。在进行任何变更之前，请告知可能受影响的各方的影响。
天。记录项目日志中的新要求。
e。避免向现有功能添加任何其他功能 - “金电镀”
•替代流程：与基本流程分开执行的替代操作，可被视为可选流。
•异常流程：错误或任何被抛出异常的情况下遍历的路径。
•例如：在逻辑页上，“忘记密码”将是备用流，而即使在正确的用户名和输入密码，系统也显示“404错误”并且输入密码是异常流。
为了测量良好要求的质量，使用“智能”规则。这条规则表示如何良好的要求是：
“聪明的”
•特定：它应该是特定的，以便正确记录
•可衡量：要求的成功标准应该可以通过不同的参数测量
•可达到：必须使用可用资源实现要求
•相关：要求应符合业务案例
•及时：应及时提出要求。
•它涉及考虑不同的利益和利益相关者的价值。此外，在项目持续时间内解决它们，以确保利益攸关方满足。
•对于BA来说，必须与项目影响的所有个人制定和控制关系至关重要。
•因此，通过管理所有利益相关者，可以帮助保持盖子，确保项目要求对齐，范围蠕变，了解任何风险的公差，以及减轻可能拖延项目的问题。
•因此，良好的利益相关者管理层是对BA在组织的影响和健康项目环境的有益部件的证据。
•业务要求：销售订单是针对客户的采购订单进行的。销售订单以批准上部权威
•功能要求： - 销售订单是参考客户的采购订单进行，然后必须从上部权威获取。
•在准备BRD时，有必要提及问题陈述。
•为了创造功能要求，它是一个很好的做法，指定问题的解决方案并彻底解释。
•简而言之，BRD包含了包括问题陈述的业务挑战。虽然FRD包含如何为问题陈述定义解决方案。
•BRD是FRD的源泉。此外，要求可以制作文本或流程图或使用案例模型或三个组合来阐述。
•创建项目启动图。此外，包括活动图，业务用例，流程图，工作流程图，
•确定项目范围。
•派生上下文图。
•通过业务图项目项目使用案例
•使用活动图或其他技术应详细说明使用案例
•在使用情况的帮助下，创建对域类图，数据流图和实体关系图的分析
•识别并理解各种设计模型。其中包括相关类型的详细设计实体关系图，UML图和分解数据流图
•确定要使用的相关建模技术，然后是项目生命周期。理解从其他图中派生了哪些图表是有用的。
敏捷软件开发是一种基于迭代开发的软件开发方法。在此，通过自组织交叉功能团队之间的合作达到要求和解决方案。敏捷过程融入了迭代和来自项目所涉及的各种利益相关者的持续反馈，有助于连续地改进并提供产品。
