回覆列表
  • 1 # 矽釋出

    我看到過 Quora 上有使用者對這個問題做過回答,大概內容是這樣的:

    沒有什麼 IT 知識是「必須」具備的。將IT知識作為業務分析師是不必要的。我的意思是程式設計技巧。我不會考慮使用lucidchart來將流程建模為IT技能。

    如果您想擁有IT技能,可以幫助您成為業務分析師,那麼請嘗試SQL程式設計。藉助SQL技能,您可以對邏輯資料體系結構,實體關係圖等進行建模。

    在某些業務分析師角色中,您永遠不會被允許靠近資料庫,資料庫開發人員或程式設計師會為您提供所需的資訊。

    業務分析師在軟體開發生命週期和企業架構中的角色是幫助收集軟體系統開發或業務轉型的需求。

    在企業架構上下文(業務轉型)中,業務架構師需要對映當前的運營模式或目標運營模式。業務分析師找出所需的需求並找出引出這些需求的方法。

    這些可以透過以下一些來完成:

    - 頭腦風暴

    - 檔案分析

    - 專門小組

    - 介面分析

    - 面試

    - 意見

    - 原型

    - 調查/問卷

    如果業務分析師正在為一家軟體公司工作,或者正在從事軟體專案工作,那麼可能需要進行原型設計,但是那裡沒有設計人員並且應該提供線框和模型?如果我可以問。

    不管需要什麼來幫助業務分析師捕捉需求。

    而不是IT知識(程式設計)。業務分析師應該瞭解不同的需求和用途等

    軟體或系統要求

    能力要求

    業務分析師可以脫離業務流程建模符號技術而不是UML技能。然而,根據工作要求,你可以有一個或兩個。我不把過程建模知識作為一項IT技能,就像我不會在當今世界考慮微軟單詞和IT技能的知識一樣。

    我學習了HTML / CSS,Python,SQL,我仍然在學習新的東西。在需要這些技能的實施層面,我可能不需要。我將這些技能用於我自己的專案。在必要時,SQL技能可以幫助我成為資料架構師。我也可以使用我的Python技能來進行資料分析。再次,這些都不在業務分析員範圍內。他們很高興有但不一定有。

    讓我分解過程級別

    有概念層面,邏輯層面和實施層面。企業和業務架構師在概念層面上,業務分析師和業務流程分析師在邏輯層面上,而軟體開發人員,圖形設計師,前端開發人員,測試人員則處於實施層面。

    概念層面的參與者定義了架構,擔心客戶細分以及其他問題,如走向市場策略。

    在邏輯層面上,業務分析師和流程分析師試圖將這些概念轉化為執行層面的人員可以理解的內容。

    我可能會過分簡化一些東西,但是您可以透過需求採集技能+流程建模技能逃脫。

  • 中秋節和大豐收的關聯?
  • 表白後連朋友都做不成了,該怎麼繼續追呢?