Modelado de Negocios

Universidad Autónoma del Estado de México

Facultad de Ingeniería

Ingeniería en Computación

Teoría de Sistemas

Elaboró: Silvia Edith Albarrán Trujillo

Septiembre 2019

Propósito de la Unidad de Aprendizaje

Que el estudiante obtenga una visión general de la ingeniería de software, así como de los principales modelos y ciclos de vida del software y de las metodologías asociadas a ellos, que sirva de soporte a los cursos de análisis y de diseño, mediante el estudio y seguimiento de una metodología en sus fases iniciales. Sustentado en la Teoría General de Sistemas.

2

Estructura de la Unidad de Aprendizaje

1. Introducción a la Ingeniería de Software 2. Tipos de organizaciones y de sistemas 3. Modelos de procesos de desarrollo 4. Desarrollo ágil 5. El proceso unificado de desarrollo 6. Modelado organizacional o de negocios y Requisitos 3

Guión para el uso de este material

La información de esta presentación contiene ideas generales que serán explicadas en la clase.

Para ampliar la información que se presenta en esta presentación se incluye al final un apartado de bibliografía.

La presente contiene sólo información de la unidad 6. Modelado organizacional o de negocios y Requisitos.

Una vez concluida esta unidad el alumno comprenderá los procesos de negocio de la organización, además de los requisitos necesarios para el desarrollo de un producto, soportado por el modelado de casos de usos y modelos de objetos para llegar a un mejor entendimiento de la organización donde se va a implantar el mismo.

4

5

Contenido Portada Propósito de la Unidad de Aprendizaje Estructura de la Unidad de Aprendizaje Guión para uso de este material Contenido del material Objetivo de la Unidad 6 Modelado de Negocios

1. Objetivo 2. Proceso 3. Modelo de casos de uso 4. Modelo de objetos de Negocio 5. Proceso de Negocio 6. Proceso de automatización

Requisitos o requerimientos 1. Tipos de Requisitos 2. Actividades del Análisis de Requisitos

Conclusiones Referencias

Propósito de la Unidad 6 El alumno comprenderá los procesos de negocio de la organización, además de los requisitos necesarios para el desarrollo de un producto, soportado por el modelado de casos de usos y modelos de objetos para llegar a un mejor entendimiento de la organización donde se va a implantar el mismo.

6

1. Modelado de Negocios Técnica para comprender los procesos de negocio de la organización.

“ Objetivos:

▪ Entender la estructura y la dinámica de la organización para la cual el sistema va a ser desarrollado (organización objetivo).

▪ Entender el problema actual en la organización objetivo e identificar sus potenciales y mejoras.

▪ Asegurar que los clientes, usuarios finales y desarrolladores tengan un entendimiento común de la organización objetivo.

▪ Derivar los requisitos del sistema necesarios para apoyar a la organización objetivo.

8

▪ El grupo de trabajo es nuevo en la organización. ▪ Existe un proceso de reingeniería ▪ El software a construir será utilizado por una porción

importante de la organización.

▪ Existen flujos de trabajo complejos dentro de la organización que no están documentados

▪ Se es consultor de una organización en la que no se ha trabajado antes.

¿Cuándo hacer un modelo de negocios?

9

Proceso

10

Desarrollar una visión de la nueva

organización

Definir: procesos, roles y

responsabilidades

(Casos de Uso)

Otras especificaciónes (Glosario , por

ejemplo)

Proceso

11

Describe los proceso de negocio de una empresa en términos de casos de uso del negocio y actores del negocio que corresponden con los procesos del negocio y con los clientes.

Modelo de Casos de Uso

Presenta un sistema (el negocio) desde la perspectiva de su uso y esquematiza cómo proporciona valor a sus usuarios

12

Modelo de Casos de Uso

Se describe mediante diagramas de casos de uso.

13

Describe cómo cada caso de uso del negocio es llevado a cabo por parte de un conjunto de trabajadores que utilizan un conjunto de entidades del negocio y de unidades de trabajo.

Modelo de Objetos del Negocio

Presenta un sistema (el negocio) desde la perspectiva de su uso y esquematiza cómo proporciona valor a sus usuarios

14

Modelo de Objetos del Negocio

▪ Cada caso de uso del negocio puede mostrarse en diagramas de interacción (secuencia y colaboración) y diagramas de actividad.

▪ Una entidad del negocio representa algo que los trabajadores toman, manipulan, inspeccionan, producen o utilizan en un negocio.

▪ Una unidad de trabajo es un conjunto de esas entidades que conforma un todo reconocible para el usuario final.

15

Modelo de Objetos del Negocio

▪ Diagramas de secuencia

▪ Diagramas de colaboración

▪ Entidades

16

Procesos de Negocios

▪ Identificar entidades y trabajadores que participan en la realización de los casos de uso del negocio

▪ Trabajadores son punto de partida para derivar un primer conjunto de actores y casos de uso del sistema.

17

Reglas y Responsabilidades

▪ Serie de restricciones de la organización para realizar las actividades o asociadas a la información.

▪ Regulan el funcionamiento de la empresa: ▫ Describen

restricciones y comportamientos

▫ No son requisitos pero influyen en ellos.

▪ Determinan políticas y estructura de la información

18

Proceso de automatización

▪ Se determinan los procesos que serán automatizados, considerando flujos y políticas.

▪ Ciencia que ha costado mucho madurar, ya que a pesar de ser una idea revolucionaria orientada a la flexibilidad del negocio, se ha hecho muy compleja de implementar al momento de enfrentarse a sistemas actuales, las cuales ponen en alto nivel de riesgo los proyectos.

19

Proceso de automatización

Errores importante:

▪ Entender que la automatización se basa simplemente en automatizar una herramienta, sin embargo automatizar un proceso obliga a tener que trabajar simultáneamente en diferentes capas de arquitectura (presentación, procesos, reglas, servicios, componentes y documentos).

▪ Realizar este tipo de proyectos bajo la orientación clásica de analizar y diseñar antes de empezar a construir, lo cual provoca retrasos importantes y gran cantidad de retrabajo en el momento del desarrollo.

20

Proceso de automatización

21

Requisitos o Requerimientos

▪ Establecen qué tiene que hacer exactamente el sistema que construyamos

▪ Son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requisitos que se especifiquen

22

Objetivos de especificar los requisitos

▪ Establecer un acuerdo entre clientes y otros stakeholders sobre la funcionalidad del sistema.

▪ Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema.

▪ Definir el ámbito del sistema

▪ Proveer una base para la planeación de los contenidos técnicos de las iteraciones.

▪ Proveer una base para estimar costos y tiempo de desarrollo del sistema.

▪ Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario.

Los establecen los usuarios finales y participantes en los procesos.

Clasificación General:

▪ Funcionales

▪ No Funcionales

23

Tipos de Requisitos

Requisitos Funcionales Representan la funcionalidad el sistema

Se modelan mediante Casos de Uso

Requisitos no Funcionales Atributos que debe exhibir el sistema.

Ejemplo: Facilidad de uso, fiabilidad, eficiencia, portabilidad, etc.

24 Producto: Se diseñan prototipos de la interfaz gráfica de usuario

Actividades del Análisis de Requisitos

1. Identificar Modelo de Componentes o Subsistemas.

2. Conformación Conformación de los equipos de desarrollo. Es habitual en proyectos grandes tener al menos 2 equipos de trabajo, con sus respectivos analistas y programadores. Trabajan de manera simultánea

3. Planeación del desarrollo de los componentes o subsistemas. Consiste en determinar la prioridad y secuencia de desarrollo de los componentes y su asignación a los equipos de desarrollo

25

Actividades del Análisis de Requisitos

26

4. Identificaión de los requerimientos funcionales, operativos, ergonómicos, de prueba y de rendimiento de cada componente. Esta tarea la realiza cada equipo de desarrollo para cada componente asignado, por lo tanto, si nos abstraemos al respecto, veremos que habrá tantas iteraciones como componentes se definan.

5. Identificación De Casos de Uso 6. Definición

del Modelo de Casos de Uso del Sistema.

Actividades del Análisis de Requisitos

▪ Entender las necesidades del sistema

▪ Definir el sistema

▪ Gestionar el alcance del sistema

27

El modelado de negocios ayuda al equipo de desarrollo a comprender los elementos que intervienen en los proceso de negocios

Conclusiones

28

La automatización de los procesos de negocios no resuelven los problemas organizacionales

No se puede realizar una auomatización si los procesos no están preparardos para ello.

El modelado de negocios ayuda a comprender las necesidades de los usuarios en las empresas actuales.

Conclusiones

29

Las necesidades del negocio establecen los requisitos de desarrollo de la automatización.

RUP ofrece actividades para modelar el negocio. UML ofrece diagramas que ayudan a modelar el negocio.

Referencias:

1. Fuentes, L., & Vallecillo, A. (2004). Una introducción a los perfiles UML. Novática, 168, 6-11.

2. Giandini, R., Pérez, G., & Pons, C. (2010, October). Un lenguaje de Transformación específico para Modelos

de Proceso del Negocio. In XXXVI Conferencia Latinoamericana de Informática (CLEI 2010) (Vol. 18).

3. Lawrence, P. S. (2002). Ingeniería de software. Teoría y práctica. Editorial Prentice Hall. Primera edición.

ISBN, 987-9460.

4. López, R. O., & Ramiro, L. V. (2011). Ingeniería del software. Centro de Estudios Financieros.

5. Molina, J. G., Ortín-Ibáñez, M. J., Moros, B., Nicolás, J., & Álvarez, J. A. T. (2000). De los Procesos del

Negocio a los Casos de Uso. In JISBD (pp. 103-116).

6. Pantaleo, G., & Rinaudo, L. (2015). Ingeniería de software. Alfaomega Grupo Editor.

7. Pressman, R. S., & Troya, J. M. (2008). Ingeniería del software. Editorial Mc Graw Hill.

8. Rand, P. (2018). Análisis y Diseño Orientado a Objetos. Puntes Digitalñes.Fecha de Consulta: 25 de

septiembre de 2018.Universidad. Disponible en:

http://cidecame.uaeh.edu.mx/lcc/mapa/PROYECTO/libro10/3511_describir_y_evaluar_el_estado_del_negocio.

html. Fecha de Consulta: 25 de septiembre de 2018.Universidad Autónoma del Estado de Chihuahua

9. SOAINT.Knowledge, Tanformation and Evolution. Automatizacion de Procesos (BPM). Disponible en:

http://soaint.com/middleware/automatizacion-procesos-bpm/. Fecha de Consulta: 27 de septiembre de 2018

10. Sommerville, I. (2005). Ingeniería del software. Pearson Educación.

30