Análisis de negocio: modelado
Un modelo de negocio puede definirse como una representación de un negocio o solución que a menudo incluye un componente gráfico junto con texto de apoyo y relaciones con otros componentes. Por ejemplo, si tenemos que entender el modelo de negocio de una empresa, nos gustaría estudiar las siguientes áreas como:
- Valores fundamentales de la empresa
- Para que sirve
- ¿Qué se distingue?
- Sus recursos clave
- Relaciones importantes
- Sus canales de entrega
Con la ayuda de técnicas de modelado, podemos crear una descripción completa de las estructuras organizativas, los procesos y la información existentes y propuestos que utiliza la empresa.
El modelo de negocio es un modelo estructurado, como un anteproyecto para el producto final a desarrollar. Da estructura y dinámica a la planificación. También proporciona la base para el producto final.
Propósito del modelado empresarial
El modelado empresarial se utiliza para diseñar el estado actual y futuro de una empresa. El analista de negocios y las partes interesadas utilizan este modelo para asegurarse de que tienen una comprensión precisa del modelo actual de la empresa "tal como está".
Se utiliza para verificar si las partes interesadas tienen un entendimiento compartido del “futuro de la solución” propuesto.
El análisis de los requisitos es parte del proceso de modelado empresarial y constituye el área de enfoque central. Los requisitos funcionales se recopilan durante el "estado actual". Estos requisitos son proporcionados por las partes interesadas con respecto a los procesos comerciales, los datos y las reglas comerciales que describen la funcionalidad deseada que se diseñará en el estado futuro.
Realización de análisis GAP
Después de definir las necesidades comerciales, se debe identificar el estado actual (por ejemplo, procesos comerciales actuales, funciones comerciales, características de un sistema actual y servicios / productos ofrecidos y eventos a los que el sistema debe responder) para comprender cómo las personas, los procesos y la tecnología, la estructura y la arquitectura están respaldando el negocio al buscar información del personal de TI y otras partes interesadas relacionadas, incluidos los propietarios de negocios.
Luego, se realiza un análisis de brechas para evaluar si existe alguna brecha que impida alcanzar las necesidades comerciales comparando el estado actual identificado con los resultados deseados.
Si no hay brecha (es decir, el estado actual es adecuado para satisfacer las necesidades comerciales y los resultados deseados), probablemente no será necesario lanzar el proyecto de TI. De lo contrario, se deben identificar los problemas / cuestiones que deben abordarse para cerrar la brecha.
Se pueden utilizar técnicas como el análisis FODA (Fortalezas, Debilidades, Oportunidades y Amenazas) y el análisis de documentos.
Evaluar el sistema propuesto
BA debe ayudar al equipo del proyecto de TI a evaluar el sistema de TI propuesto para asegurarse de que satisface las necesidades comerciales y maximiza los valores entregados a las partes interesadas. BA también debe revisar la preparación de la organización para respaldar la transición al sistema de TI propuesto para garantizar una implementación sin problemas del sistema.
BA debería ayudar al equipo del proyecto de TI a determinar si la opción de sistema propuesta y el diseño del sistema de alto nivel podrían satisfacer las necesidades comerciales y ofrecer suficiente valor comercial para justificar la inversión. Si hay más de una opción de sistema, BA debe trabajar con el personal de TI para ayudar a identificar los pros y los contras de cada opción y seleccionar la opción que ofrezca el mayor valor comercial.
Principios rectores para el modelado empresarial
El papel principal del modelado de negocios es principalmente durante la etapa de inicio y las etapas de elaboración del proyecto y se desvanece durante la etapa de construcción y transición. Se trata principalmente de aspectos analíticos del negocio combinados con el mapeo técnico de la aplicación o solución de software.
Domain and User variation- El desarrollo de un modelo de negocio revelará con frecuencia áreas de desacuerdo o confusión entre las partes interesadas. El analista de negocios deberá documentar las siguientes variaciones en el modelo tal cual.
Multiple work units perform the same function- Documentar las variaciones en el modelo TAL CUAL. Pueden ser diferentes divisiones o geografías.
Multiples users perform the same work- Diferentes partes interesadas pueden hacer un trabajo similar de manera diferente. La variación puede ser el resultado de diferentes conjuntos de habilidades y enfoques de diferentes unidades de negocios o el resultado de diferentes necesidades de las partes interesadas externas atendidas por la empresa. Documente las variaciones en el modelo TAL CUAL.
Resolution Mechanism- El analista de negocios debe documentar si la solución ToBe se adaptará a las inconsistencias en el modelo comercial actual o si la solución requerirá estandarización. Las partes interesadas deben determinar qué enfoque seguir. El modelo To-Be reflejará su decisión.
Ejemplo del rol de BA en Modelado de sistemas ERP
Se supone que un analista de negocios debe definir un proceso comercial estándar y configurarlo en un sistema ERP que es de importancia clave para una implementación eficiente. También es deber de un BA definir el lenguaje de los desarrolladores en un lenguaje comprensible antes de la implementación y luego, utilizar las mejores prácticas y mapearlas en función de las capacidades del sistema.
Un requisito para el sistema es el análisis de ajuste GAAP, que debe equilibrar entre:
La necesidad de los cambios técnicos, que son las mejoras para lograr la identidad con la práctica existente.
Cambios efectivos, que están relacionados con la reingeniería de los procesos comerciales existentes para permitir la implementación de la funcionalidad estándar y la aplicación de modelos de proceso.
Analista de negocio funcional
La experiencia en el dominio generalmente se adquiere durante un período al estar en el "negocio" de hacer cosas. Por ejemplo,
UNA banking associate adquiere conocimiento de varios tipos de cuentas que un cliente (individual y comercial) puede operar junto con un flujo de proceso de negocios detallado.
Un insurance sales representative Puede comprender las diversas etapas involucradas en la contratación de una póliza de seguro.
UNA marketing analyst tiene más posibilidades de comprender las partes interesadas clave y los procesos comerciales involucrados en un sistema de gestión de relaciones con el cliente.
Un analista de negocios involucrado en capital marketsSe supone que el proyecto tiene experiencia en la materia y un sólido conocimiento de acciones, renta fija y derivados. Además, se espera que haya manejado el back office, el front office y la exposición práctica en la aplicación de modelos de gestión de riesgos.
UNA Healthcare Business Analyst Se requiere tener un conocimiento básico de las métricas financieras y de utilización de la atención médica de EE. UU., Experiencia técnica y comprensión de EDI 837/835/834, pautas de HIPAA, codificación ICD - 9/10 y códigos CPT, conocimiento LOINC, SNOMED.
Algunos analistas comerciales adquieren conocimientos de dominio probando aplicaciones comerciales y trabajando con los usuarios comerciales. Crean un entorno de aprendizaje propicio a través de sus habilidades interpersonales y analíticas. En algunos casos, complementan sus conocimientos de dominio con algunas certificaciones de dominio ofrecidas por AICPCU / IIA y LOMA en el campo de los seguros y servicios financieros. Hay otros institutos que ofrecen certificación en otros dominios.
Otras actividades importantes
Después de un examen exhaustivo de los procesos comerciales actuales, puede ofrecer asistencia altamente profesional para identificar el enfoque óptimo de modelado del sistema.
Organizar la preparación de una descripción formalizada y uniforme de los procesos comerciales de manera que se asegure una automatización eficiente en el sistema.
Asistencia a sus equipos para completar cuestionarios estándar para el sistema relevante que puedan proporcionar los desarrolladores.
Se definen los requisitos de participación en reuniones de trabajo hacia los desarrolladores.
Verifique y controle si los requisitos establecidos por usted se han “reproducido” y registrado correctamente en los documentos que describen el modelo futuro en el sistema (Blueprints).
Preparación de datos y asistencia para la creación de prototipos del sistema.
Asistencia en la preparación de datos para migración de listas y balances en el formato requerido por el sistema.
Revisión del prototipo de configuración para el cumplimiento de los requisitos definidos por los propietarios del proceso empresarial.
Actuar como un recurso de soporte para sus equipos de TI en la preparación de datos y el desempeño real de las pruebas funcionales y de integración en el sistema.
En la siguiente sección, analizaremos brevemente algunas de las populares herramientas de modelado empresarial utilizadas por las grandes organizaciones en entornos de TI.
Herramienta 1: Microsoft Visio
MS-Visio es un software de dibujo y diagramación que ayuda a transformar conceptos en una representación visual. Visio le proporciona formas, símbolos, fondos y bordes predefinidos. Simplemente arrastre y suelte elementos en su diagrama para crear una herramienta de comunicación profesional.
Step 1 - Para abrir un nuevo dibujo de Visio, vaya al menú Inicio y seleccione Programas → Visio.
Step 2 - Mueva el cursor sobre "Proceso de negocio" y seleccione "Diagrama de flujo básico".
La siguiente captura de pantalla muestra las secciones principales de la aplicación MS-Visio.
Analicemos ahora la utilidad básica de cada componente:
A- las barras de herramientas en la parte superior de la pantalla son como otros programas de Microsoft como Word y PowerPoint. Si ha utilizado estos programas antes, es posible que observe algunas funcionalidades diferentes, que exploraremos más adelante.
Seleccionar la Galería de diagramas de ayuda es una buena forma de familiarizarse con los tipos de dibujos y diagramas que se pueden crear en Visio.
B- El lado izquierdo de la pantalla muestra los menús específicos del tipo de diagrama que está creando. En este caso, vemos -
- Formas de flecha
- Backgrounds
- Formas básicas de diagrama de flujo
- Fronteras y títulos
C - El centro de la pantalla muestra el espacio de trabajo del diagrama, que incluye la página del diagrama real, así como un espacio en blanco adyacente a la página.
D- El lado derecho de la pantalla muestra algunas funciones de ayuda. Algunas personas pueden optar por cerrar esta ventana para aumentar el área del espacio de trabajo del diagrama y volver a abrir las funciones de ayuda cuando sea necesario.
Herramienta 2: Arquitecto empresarial
Enterprise Architect es una herramienta de diseño y modelado visual basada en UML. La plataforma admite el diseño y la construcción de sistemas de software, modelando procesos comerciales y modelando dominios basados en la industria. Es utilizado por empresas y organizaciones no solo para modelar la arquitectura de sus sistemas. Pero para procesar la implementación de estos modelos en todo el ciclo de vida del desarrollo de aplicaciones.
La intención del arquitecto empresarial es determinar cómo una organización puede lograr de manera más efectiva sus objetivos actuales y futuros.
El arquitecto empresarial tiene cuatro puntos de vista que son los siguientes:
Business perspective - La perspectiva de Negocio define los procesos y estándares por los cuales el negocio opera en el día a día.
Application Perspective - La perspectiva de la aplicación define las interacciones entre los procesos y estándares utilizados por la organización.
Information Perspective - Esto define y clasifica los datos sin procesar como archivos de documentos, bases de datos, imágenes, presentaciones y hojas de cálculo que la organización requiere para operar de manera eficiente.
Technology Prospective - Define las soluciones de hardware, sistemas operativos, programación y redes utilizadas por la organización.
Herramienta 3: Rational Requisite Pro
El proceso de obtener, documentar, organizar el seguimiento y cambiar los Requisitos y comunicar esta información entre los equipos del proyecto para garantizar que los cambios iterativos e imprevistos se mantengan durante todo el ciclo de vida del proyecto.
Monitorear el estado y controlar los cambios en la línea base de requisitos. Los elementos primarios son el control de cambios y la trazabilidad.
Requisite Pro se utiliza para las actividades anteriores y los propósitos de administración del proyecto, la herramienta se utiliza para realizar consultas y búsquedas, Ver la discusión que formaba parte del requisito.
En Requisite Pro, el usuario puede trabajar en el documento de requisitos. El documento es un archivo de MS-Word creado en la aplicación Reqpro e integrado con la base de datos del proyecto. Los requisitos creados fuera de Requisite pro se pueden importar o copiar en el documento.
En Requisite Pro también podemos trabajar con trazabilidad, aquí es una relación de dependencia entre dos requisitos. La trazabilidad es un enfoque metódico para gestionar el cambio al vincular los requisitos que están relacionados entre sí.
Requisite Pro facilita el seguimiento de los cambios en un requisito a lo largo del ciclo de desarrollo, por lo que no es necesario revisar todos sus documentos individualmente para determinar qué elementos necesitan actualizarse. Puede ver y administrar las relaciones sospechosas mediante una Matriz de trazabilidad o una vista de Árbol de trazabilidad.
Los proyectos Requisite Pro nos permiten crear un marco de proyecto en el que se organizan y gestionan los artefactos del proyecto. En cada proyecto se incluyen los siguientes.
- Información general del proyecto
- Packages
- Información general del documento
- Tipos de documentos
- Tipos de requisitos
- Atributos de requisitos
- Valores de atributo
- Trazabilidad entre proyectos
Requisite Pro permite que varios usuarios accedan a los mismos documentos del proyecto y base de datos simultáneamente, por lo que el aspecto de seguridad del proyecto es muy crucial. La seguridad evita el uso del sistema, daños potenciales o pérdida de datos debido al acceso de usuarios no autorizados a un documento del proyecto.
Se recomienda que la seguridad esté habilitada para todos los proyectos de RequisitePro. Al hacerlo, se asegura de que todos los cambios en el proyecto estén asociados con el nombre de usuario adecuado de la persona que realizó el cambio, lo que garantiza que tenga una pista de auditoría completa para todos los cambios.