Análise de Negócios - Modelagem
Um modelo de negócios pode ser definido como uma representação de um negócio ou solução que geralmente inclui um componente gráfico junto com texto de suporte e relacionamentos com outros componentes. Por exemplo, se temos que entender o modelo de negócios de uma empresa, gostaríamos de estudar as seguintes áreas, como -
- Valores fundamentais da empresa
- O que serve?
- O que é diferente?
- Seus principais recursos
- Relacionamentos principais
- Seus canais de entrega
Com a ajuda de técnicas de modelagem, podemos criar uma descrição completa das estruturas organizacionais, processos e informações existentes e propostas usadas pela empresa.
O Modelo de Negócio é um modelo estruturado, assim como um blueprint para o produto final a ser desenvolvido. Dá estrutura e dinâmica para o planejamento. Ele também fornece a base para o produto final.
Objetivo da Modelagem de Negócios
A modelagem de negócios é usada para projetar o estado atual e futuro de uma empresa. Este modelo é usado pelo Analista de Negócios e pelas partes interessadas para garantir que eles tenham uma compreensão precisa do modelo atual “no estado em que se encontra” da empresa.
É usado para verificar se as partes interessadas têm um entendimento compartilhado do “futuro da solução” proposto.
A análise de requisitos faz parte do processo de modelagem de negócios e constitui a principal área de foco. Os requisitos funcionais são coletados durante o “estado atual”. Esses requisitos são fornecidos pelas partes interessadas em relação aos processos de negócios, dados e regras de negócios que descrevem a funcionalidade desejada que será projetada no Estado Futuro.
Executando Análise de GAP
Depois de definir as necessidades de negócios, o estado atual (por exemplo, processos de negócios atuais, funções de negócios, características de um sistema atual e serviços / produtos oferecidos e eventos aos quais o sistema deve responder) deve ser identificado para entender como pessoas, processos e tecnologia, estrutura e a arquitetura estão apoiando os negócios buscando contribuições da equipe de TI e outras partes interessadas relacionadas, incluindo proprietários de negócios.
Uma análise de lacunas é então realizada para avaliar se há alguma lacuna que impeça de atingir as necessidades de negócios, comparando o estado atual identificado com os resultados desejados.
Se não houver lacuna (ou seja, o estado atual é adequado para atender às necessidades de negócios e resultados desejados), provavelmente não será necessário lançar o projeto de TI. Caso contrário, os problemas / questões que precisam ser resolvidos para preencher a lacuna devem ser identificados.
Podem ser utilizadas técnicas como análise SWOT (Forças, Fraquezas, Oportunidades e Ameaças) e análise de documentos.
Para avaliar o sistema proposto
BA deve auxiliar a equipe do projeto de TI na avaliação do sistema de TI proposto para garantir que ele atenda às necessidades do negócio e maximize os valores entregues às partes interessadas. BA também deve revisar a prontidão da organização para apoiar a transição para o sistema de TI proposto para garantir uma implementação do sistema sem problemas.
BA deve ajudar a equipe de projeto de TI a determinar se a opção de sistema proposta e o design de sistema de alto nível podem atender às necessidades de negócios e entregar valor de negócios suficiente para justificar o investimento. Se houver mais de uma opção de sistema, BA deve trabalhar com a equipe de TI para ajudar a identificar os prós e contras de cada opção e selecionar a opção que oferece o maior valor comercial.
Princípios orientadores para modelagem de negócios
O papel principal da modelagem de negócios é principalmente durante o estágio de iniciação e os estágios de elaboração do projeto e desaparece durante o estágio de construção e transição. Tem a ver principalmente com aspectos analíticos de negócios combinados com mapeamento técnico do aplicativo ou solução de software.
Domain and User variation- O desenvolvimento de um modelo de negócios frequentemente revelará áreas de desacordo ou confusão entre as partes interessadas. O analista de negócios precisará documentar as seguintes variações no modelo atual.
Multiple work units perform the same function- Documentar as variações no modelo AS-IS. Podem ser divisões ou geografias diferentes.
Multiples users perform the same work- Diferentes partes interessadas podem fazer um trabalho semelhante de maneiras diferentes. A variação pode ser o resultado de diferentes conjuntos de habilidades e abordagens de diferentes unidades de negócios ou o resultado de diferentes necessidades de partes interessadas externas atendidas pela empresa. Documente as variações no modelo AS-IS.
Resolution Mechanism- O analista de negócios deve documentar se a solução ToBe acomodará as inconsistências no modelo de negócios atual ou se a solução exigirá padronização. As partes interessadas precisam determinar qual abordagem seguir. O modelo To-Be refletirá sua decisão.
Exemplo de função de BA na modelagem de sistemas ERP
Um analista de negócios deve definir um processo de negócios padrão e configurar em um sistema ERP que é de importância fundamental para uma implementação eficiente. Também é dever de um BA definir a linguagem dos desenvolvedores em uma linguagem compreensível antes da implementação e, em seguida, utilizar as melhores práticas e mapeá-las com base nos recursos do sistema.
Um requisito para o sistema é a análise de ajuste GAAP, que deve balancear entre -
A necessidade de mudanças técnicas, que são os aprimoramentos para se conseguir identidade com a prática existente.
Mudanças efetivas, que estão relacionadas à reengenharia dos processos de negócios existentes para permitir a implementação da funcionalidade padrão e a aplicação de modelos de processo.
Analista Funcional de Negócios
A especialização no domínio é geralmente adquirida ao longo de um período por estar no “negócio” de fazer coisas. Por exemplo,
UMA banking associate obtém conhecimento de vários tipos de contas que um cliente (pessoa física e jurídica) pode operar junto com o fluxo detalhado do processo de negócios.
A insurance sales representative pode compreender as várias etapas envolvidas na aquisição de uma apólice de seguro.
UMA marketing analyst tem mais chances de compreender as principais partes interessadas e processos de negócios envolvidos em um sistema de Gerenciamento de Relacionamento com o Cliente.
Um analista de negócios envolvido em capital marketsO projeto deve ter especialização no assunto e um forte conhecimento de ações, renda fixa e derivativos. Além disso, espera-se que ele tenha lidado com o back office, o front office e a exposição prática na aplicação de modelos de gestão de risco.
UMA Healthcare Business Analyst é necessário ter conhecimento básico de métricas de utilização e finanças da saúde dos EUA, experiência técnica e compreensão de EDI 837/835/834, diretrizes HIPAA, codificação ICD - 9/10 e códigos CPT, LOINC, conhecimento SNOMED.
Alguns analistas de negócios adquirem conhecimento de domínio testando aplicativos de negócios e trabalhando com os usuários de negócios. Eles criam um ambiente de aprendizagem propício por meio de suas habilidades interpessoais e analíticas. Em alguns casos, eles complementam seu conhecimento de domínio com algumas certificações de domínio oferecidas por AICPCU / IIA e LOMA na área de seguros e serviços financeiros. Existem outros institutos que oferecem certificação em outros domínios.
Outras Atividades Principais
Após um exame completo dos processos de negócios atuais, você pode oferecer assistência altamente profissional na identificação da abordagem ideal de modelagem do sistema.
Organizar a elaboração de uma descrição formalizada e uniforme dos processos de negócio de forma a garantir a automação eficiente do sistema.
Auxílio às suas equipes no preenchimento de questionários padrão para o sistema em questão, conforme possam ser fornecidos pelos desenvolvedores.
São definidos os requisitos de participação em reuniões de trabalho junto dos desenvolvedores.
Verifique e controle se os requisitos definidos por você foram adequadamente “reproduzidos” e registrados nos documentos que descrevem o futuro modelo no sistema (Blueprints).
Elaboração de dados e auxílio na prototipagem do sistema.
Auxílio na preparação de dados para migração de listas e saldos no formato exigido pelo sistema.
Revisão do protótipo de configuração para conformidade com os requisitos definidos pelos proprietários do processo de negócios.
Atuando como recurso de suporte às suas equipes de TI na preparação de dados e desempenho real de testes funcionais e de integração no sistema.
Na próxima seção, discutiremos brevemente sobre algumas das populares ferramentas de modelagem de negócios usadas por grandes organizações em ambientes de TI.
Ferramenta 1: Microsoft Visio
MS-Visio é um software de desenho e diagramação que ajuda a transformar conceitos em uma representação visual. O Visio fornece formas, símbolos, planos de fundo e bordas predefinidos. Basta arrastar e soltar elementos em seu diagrama para criar uma ferramenta de comunicação profissional.
Step 1 - Para abrir um novo desenho do Visio, vá para o menu Iniciar e selecione Programas → Visio.
Step 2 - Mova o cursor sobre “Business Process” e selecione “Basic Flowchart”.
A captura de tela a seguir mostra as principais seções do aplicativo MS-Visio.
Vamos agora discutir a utilidade básica de cada componente -
A- as barras de ferramentas na parte superior da tela são como outros programas da Microsoft, como Word e PowerPoint. Se você já usou esses programas antes, pode notar algumas funcionalidades diferentes, que exploraremos mais tarde.
Selecionar a Galeria de Diagramas de Ajuda é uma boa maneira de se familiarizar com os tipos de desenhos e diagramas que podem ser criados no Visio.
B- O lado esquerdo da tela mostra os menus específicos para o tipo de diagrama que você está criando. Neste caso, vemos -
- Formas de seta
- Backgrounds
- Formas de fluxograma básico
- Fronteiras e títulos
C - O centro da tela mostra a área de trabalho do diagrama, que inclui a página do diagrama real, bem como algum espaço em branco adjacente à página.
D- O lado direito da tela mostra algumas funções de ajuda. Algumas pessoas podem optar por fechar esta janela para aumentar a área da área de trabalho do diagrama e reabrir as funções de ajuda quando necessário.
Ferramenta 2: arquiteto empresarial
O arquiteto corporativo é uma ferramenta de modelagem e design visual baseada em UML. A plataforma suporta o projeto e construção de sistemas de software, modelando processos de negócios e modelando domínios baseados na indústria. Ele é usado por negócios e organizações não apenas para modelar a arquitetura de seus sistemas. Mas para processar a implementação desses modelos em todo o ciclo de vida de desenvolvimento do aplicativo.
A intenção do arquiteto corporativo é determinar como uma organização pode atingir com mais eficácia seus objetivos atuais e futuros.
O arquiteto corporativo tem quatro pontos de vista que são os seguintes -
Business perspective - A perspectiva do negócio define os processos e padrões pelos quais o negócio opera no dia a dia.
Application Perspective - A perspectiva da aplicação define as interações entre os processos e padrões usados pela organização.
Information Perspective - Isso define e classifica os dados brutos como arquivos de documentos, bancos de dados, imagens, apresentações e planilhas que a organização necessita para operar com eficiência.
Technology Prospective - Isso define o hardware, sistemas operacionais, programação e soluções de rede usados pela organização.
Ferramenta 3: Rational Requisite Pro
O processo de elicitar, documentar, organizar, controlar e alterar os Requisitos e comunicar essas informações às equipes do projeto para garantir que as mudanças iterativas e imprevistas sejam mantidas durante todo o ciclo de vida do projeto.
Monitorar o status e controlar as mudanças na linha de base do requisito. Os elementos primários são controle de mudanças e rastreabilidade.
O Requisite Pro é usado para as atividades acima e propósitos de administração do projeto, a ferramenta é usada para consultar e pesquisar, Visualizando a discussão que fazia parte do requisito.
No Requisite Pro, o usuário pode trabalhar no documento de requisito. O documento é um arquivo MS-Word criado no aplicativo Reqpro e integrado ao banco de dados do projeto. Os requisitos criados fora do Requisite pro podem ser importados ou copiados para o documento.
No Requisite Pro, também podemos trabalhar com rastreabilidade, aqui é uma relação de dependência entre dois requisitos. Rastreabilidade é uma abordagem metódica para gerenciar mudanças vinculando requisitos que estão relacionados entre si.
O Requisite Pro facilita o rastreamento das alterações em um requisito ao longo do ciclo de desenvolvimento, portanto, não é necessário revisar todos os seus documentos individualmente para determinar quais elementos precisam ser atualizados. Você pode visualizar e gerenciar relacionamentos suspeitos usando uma Matriz de Rastreabilidade ou uma visualização em Árvore de Rastreabilidade.
Os projetos do Requisite Pro nos permitem criar uma estrutura de projeto na qual os artefatos do projeto são organizados e gerenciados. Em cada projeto, o seguinte está incluído.
- Informações gerais do projeto
- Packages
- Informação geral do documento
- Tipos de documentos
- Tipos de requisitos
- Atributos de requisitos
- Valores de atributo
- Rastreabilidade entre projetos
O Requisite Pro permite que vários usuários acessem os mesmos documentos de projeto e banco de dados simultaneamente, portanto, o aspecto de segurança do projeto é muito crucial. A segurança evita o uso do sistema, dano potencial ou perda de dados devido ao acesso de usuário não autorizado a um documento do projeto.
Recomenda-se que a segurança esteja habilitada para todos os projetos do RequisitePro. Isso garante que todas as alterações no projeto sejam associadas ao nome de usuário adequado do indivíduo que fez a alteração, garantindo assim que você tenha uma trilha de auditoria completa para todas as alterações.