Proceso de Modelado del Proceso de Negocios de la Organización

Documentos relacionados
Aseguramiento de Calidad en el Desarrollo de Software Libre

Profa. Judith Barrios A. Departamento de Computación Semestre A 2010

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS.

DIPLOMADO SISTEMAS INTEGRADOS DE GESTIÓN HSEQ ISO 9001: ISO 14001: OHSAS 18001:2007

Grado en Ingeniería Informática. Plan de proyecto. Desarrollo de Sistemas de Información Corporativos. Departamento de Informática

C O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas

SERVICIO NACIONAL DE APRENDIZAJE SENA SISTEMA INTEGRADO DE GESTIÓN Procedimiento Ejecución de la Formación Profesional Integral GUÍA DE APRENDIZAJE

CAPÍTULO 3. Metodología para la elaboración de. manuales de procedimientos

ETAPAS Y ACTIVIDADES MÍNIMAS A REALIZAR POR EL CONSULTOR

Manual de Procedimientos y Operaciones TABLA DE CONTENIDO

CARRERA DE INGENIERÍA CIVIL EN INFORMÁTICA COMPETENCIAS ESPECÍFICAS Y SUS NIVELES DE DOMINIO

Carrera: Ingeniería en Tecnologías de la Información y Comunicaciones

El Ciclo de Vida del Software

Departamento Administrativo Nacional de Estadística

INTERPRETACIÓN NORMA OHSAS 18001:2007 MÓDULO 1 SESIÓN 1 INTERPRETACIÓN DE LA NORMA OHSAS 18001:2007 DOCENTE: Ing. Dª. Ana I.

CONSEJO DE LA JUDICATURA ESTRUCTURA ORGANIZACIONAL POR PROCESOS DE LA DIRECCIÓN NACIONAL DE PLANIFICACIÓN

Rocío M. Parra Zacarías Noviembre 04, Diseño e Implementación de un Sistema Gestión de Proyectos de Obras Civiles pa Empresas Constructoras

Desarrollo Orientado a Objetos en Métrica v. 3

PLANIFICACIÓN Y GESTIÓN DE PROYECTOS INFORMÁTICOS. TEMA 3. Gestión del alcance

Enfoque moderno de la Auditoría Interna y las Normas

Resultado de Aprendizaje:

DEPARTAMENTO DE VINCULACION 1

LIBERACIÓN Y PUESTA EN OPERACIÓN DE PROYECTOS DE SOFTWARE

Anexo 10. Pruebas verificadas

Sistemas de Información II Requerimientos. Análisis de Requisitos

SISTEMAS DE CONTROL EN SEGURIDAD ALIMENTARIA HACCP

Gestión de Proyectos (Curso de Preparación para examen PMP y CAPM)

Diplomado sobre Control Interno y Riesgos Abril Junio 2016

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

Descripción del Curso

Procesos de la Dirección de Proyectos para un proyecto

libreriadelagestion.com

Procesos de la Dirección de Proyectos para un proyecto

Procedimiento de Revisión por la Dirección del Sistema de Gestión Integral

Modelado Básico con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

Ingeniería a de Software CC51A

FUNCIONES Y PERFIL DE CARGO

CORPORACIÓN DEL ACUEDUCTO Y ALCANTARILLADO DE SANTIAGO (CORAASAN) TÉRMINOS DE REFERENCIA

TEMA 4. PROCESO UNIFICADO

MANUAL DEL PROCESO DE COMUNICACIÓN INTERNA CA-SGI-01-P02

SERVICIO NACIONAL DE APRENDIZAJE SENA SISTEMA INTEGRADO DE GESTIÓN Procedimiento Ejecución de la Formación Profesional Integral GUÍA DE APRENDIZAJE

Matriz de trabajo para elaborar los planes de accion

DIPLOMADO EN SISTEMAS DE GESTIÓN EN SEGURIDAD Y SALUD OCUPACIONAL OHSAS 18001

PRODUCTO 5.1- B PERFIL DEL PROYECTO DE UN SISTEMA DE SEGUIMIENTO A LOS INDICADORES DEL CONPES 3784 PARA FUTURAS MEDICIONES. Versión 1.

El Instituto Nacional de la Leche (INALE) es una persona jurídica de derecho público no estatal, creada por el artículo 6 de la ley 18.

SILABO DE LA ASIGNATURA INGENIERIA DEL SOFTWARE

MCTS Exchange Server 2010 Administración. Fabricante: Microsoft Grupo: Servidores Subgrupo: Microsoft Exchange Server 2010

1.1 INSTRUCTIVO - GUÍA PARA LA ELABORACIÓN Y PRESENTACIÓN DEL INFORME DE AUDITORÍA

ISO 9001 Auditing Practices Group Guidance on:

FOMENTO DE LA CULTURA DE CONTROL INTERNO

Metodología Dharma de Dirección de Proyectos (MDDP) sobre MS Project. I. Introducción

ORGANIZACIÓN, IMPLEMENTACIÓN Y CONTROL DE MARKETING. Omar Maguiña Rivero

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA MULTIMEDIA Y COMERCIO ELECTRÓNICO.

Diseño Organizacional

REGLAMENTO DE DISTRIBUCIÓN Y COMERCIALIZACIÓN

IFCT0209 Sistemas Microinformáticos

GESTION POR COMPETENCIAS: La experiencia del BCV

CIDE, SA. RIF: J NIT: MODELO FUNCIONAL

PROCEDIMIENTO DE ACCIONES CORRECTIVAS Y PREVENTIVAS

Medidas de seguridad. Tema 1 SAD. Vicente Sánchez Patón. I.E.S Gregorio Prieto

Calidad: Grado en que un conjunto de características inherentes cumple con los requisitos

Definición de Subcontrataciones. Universidad Nacional de la Patagonia Austral

FICHA PÚBLICA DEL PROYECTO. ASPEL DE MÉXICO, S.A. DE C.V. ASPEL-TECH Arquitectura de aplicaciones ubicua NUMERO DE PROYECTO EMPRESA BENEFICIADA

Requerimientos de Software

a) AREA COMERCIAL Y ESTRATEGICA Programa de Capacitación Sugeridos.

ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA

SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO. Procedimiento de Auditoria Interna de Versión: 1

Nombre de la asignatura: Programación Básica. Créditos: Objetivo de aprendizaje

De Desempeño De Conocimiento SABERES ESENCIALES CONTENIDOS RUTA FORMATIVA Saber Conocer Nociones, Proposiciones, Conceptos Categorías

ESTÁNDAR DE COMPETENCIA

Grado en que el producto software satisface las necesidades expresadas o implícitas, cuando se usa bajo condiciones determinadas. ISO

Auditorías Integradas

PREMIO A LA GESTIÓN TRANSPARENTE, VERSION 2015

Taller: Planificación con Matriz de Marco Lógico. Vólker Gutiérrez Aravena Presidente Cultura Mapocho

Pasto - Nariño FICHA TÉCNICA PROCESO AUDITORIA INTERNA. Fecha de Elaboración: 04/04/2011. Cargo: Auditor Interno

LAS ETAPAS DE LA METODOLOGIA METRICA

Cómo hacer Descripciones de Cargos

República de Honduras Ministerio de la Presidencia. Evaluación y Gestión de Riesgos Institucionales

Nombre de la asignatura: Algoritmos y Lenguajes de programación.

TALLER VINCULACIÓN POA - PRESUPUESTO. Coordinadora de Planificación CUNORI-

Administración de Proyectos de TI

GUÍA DE CONTENIDOS MÍNIMOS DEL PLAN DE TRANSICIÓN TÉCNICA DE LOS SISTEMAS ATM/ANS

TÉRMINOS DE REFERENCIA

PROCEDIMIENTO VERSION: 03 AUDITORIAS DE CONTROL INTERNO FECHA: EVALUACIÓN Y CONTROL PAGINA: 1 de 7

EL ROL DE AUDITORIA INTERNA Y EL ENFOQUE DE AUDITORIA BASADA EN RIESGOS. Víctor Mancilla Banrural, Guatemala

Lenguaje de Modelamiento Unificado.

Introducción a la Ingeniería Básicas de Ingeniería

CUADRO DE MANDO PARA LA ALTA DIRECCIÓN EN EL MINISTERIO DE FOMENTO

ESTÁNDAR DE COMPETENCIA. Mantenimiento a equipo de cómputo y software

Instructivo de trabajo para Izaje de equipos de climatización.

Plan de la calidad para la ejecución de obra

DIPLOMADO EN PREPARACIÓN Y EVALUACIÓN SOCIAL DE PROYECTOS MINISTERIO DE DESARROLLO SOCIAL UNIVERSIDAD DE CHILE VERSIÓN 2016

Dirección de Inversión Pública

TÉCNICO SUPERIOR UNIVERSITARIO EN MECATRÓNICA ÁREA AUTOMATIZACIÓN EN COMPETENCIAS PROFESIONALES ASIGNATURA DE LENGUAJE DE PROGRAMACIÓN

Objetivos. Plan. Cambios de grupos Prof. sustituto: Alicia Villanueva

PROCEDIMIENTO GESTIÓN FOMENTO DE LA CULTURA DEL AUTOCONTROL DEL PROCESO SEGUIMIENTO, CONTROL Y EVALUACIÒN DEL SIG.

UNA HERRAMIENTA PARA LA GESTION DE COSTOS. Luis Vaca Guevara

TALLER DE CONTROL DE CALIDAD

ACTUALIZACIÓN MODELO ESTÁNDAR DE CONTROL INTERNO Ministerio de Educación Nacional. Oficina de Control Interno Bogotá D.C., Noviembre de 2014

Transcripción:

de l de Negocios de la Organización Fases del l de Negocios de la Organización Definición del sistema de negocio Identificar con claridad el espacio conceptual dentro del cual los s que se piensan modelar cobran sentido; el dominio puede referirse a un área, a una unidad de negocio o a un conjunto de áreas que atraviesan la organización El dominio que se defina, se conocerá como el Sistema de Negocio que se desea modelar Recopilar, organizar y analizar la documentación existente Definir al alcance del sistema de negocio Definir el sistema de negocio Revisión de manuales y base legal relacionada Entrevistas con los Gerentes / expertos del Sistema de Negocios Observación directa Diagrama de Contexto del Sistema de negocio Expresión del dominio Representación gráfica de conceptos usando cualquier técnica: diagrama de contexto, diagrama de clases Modelos de s para el Desarrollo de Software Orientado a objetos (Montilva; Jonás) Taller de Modelado de Negocios orientado por objetos. Barrios, Judith & Besembel, Isabel Sistemas usando UML 2.0 Montilva, Jonás & Besembel, Isabel Objetivos del Negocio Identificar ó definir la misión, visión, objetivos generales y específicos y de estos últimos, los cuantitativos y cualitativos, para producir la jerarquización y árbol de objetivos que más tarde serán cumplidos por los diferentes s de negocio que se piensan modelar Definir o consultar documentación sobre la misión y visión del sistema de negocios Definir o consultar documentación sobre los objetivos del sistema de negocios Jerarquizar los objetivos buscando sus relaciones, desde los más generales hasta los más específicos Revisión de Manuales de Organización Entrevistas con Gerentes / expertos del Sistema de Negocios objetivos Sesiones de trabajo objetivos Árbol de objetivos Idem al anterior Crear el árbol de objetivos Refinar el modelo de objetivos Validar el modelo de objetivos Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 1

de l de Negocios de la Organización Fases del Tecnologías y Reglas del Negocio Describir en forma general la arquitectura de los sistemas de información existentes relacionados con el Sistema de negocio y documentar las reglas del negocio desde la perspectiva de los s Dichas reglas abarcan: Leyes, políticas, planes, estándares, procedimientos, o reglas de negocio de bajo nivel que pueden ser obtenidas a partir de entrevistas con los involucrados. Las reglas controlan, restringen o condicionan la ejecución de los s de la empresa Identificar y modelar tecnologías de producción o servicios usadas por el Sistema de Negocios Identificar las reglas del Negocio que regulan el Sistema de Negocios o Dominio de los s que se modelan Para cada sub del negocio: * Analizar y clasificar las reglas de negocio de nivel alto y medio * Identificar y describir las reglas del negocio de bajo nivel * Validar las reglas del negocio Validar el Modelo completo de reglas del Negocio Consultas a usuarios y expertos Búsqueda y análisis de documentación Modelado y documentación de reglas del negocio Arquitectura de Sistemas Tecnologías existentes reglas del Negocio reglas del negocio Descripción de las reglas del negocio Diagrama de arquitectura de sistemas existentes Idem al anterior s del Negocio Identificar los s medulares--aquellos que están relacionados con el deber ser del dominio o unidad de negocio que se esté modelando--así como los s de apoyo -- los cuales incluyen s administrativos del recurso humano, financiero, servicios de información y también s estratégicos Los s de apoyo permiten la realización de los s medulares A partir de esta identificación de los s de negocio, se Realizar el inventario de s de la organización, o consultar el inventario existente. Clasificar los s en: fundamentales y de apoyo Modelar la cadena de valor Modelar los s descomponiéndolos en subs Para cada sub del nivel más bajo: * Identificar actividades y tareas * Elaborar diagramas de actividades y de tareas * Revisar los modelos de actividades y tareas Visitas de campo Entrevista con expertos Revisión de documentación técnica s en UML Actividades en UML la Cadena de valor Modelos de s Jerarquía y relaciones entre s Modelos de actividades generales y detalladas Modelos de tareas por actividad Cadena de valor de s de negocio del dominio que se está modelando Diagramas de s del sistema de negocios, diagrama jerárquico de s de negocios Matriz Actores- s Idem al anterior Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 2

de l de Negocios de la Organización Fases del objetos del negocio eventos continúa con el modelado de los s fundamentales y de apoyo y sus actividades, descomponiendo también a estas últimas si es necesario, hasta llegar al nivel de tareas Definir los elementos concretos o abstractos que circulan entre los s, pudiendo ser entradas o salidas, los cuales son relevantes para la empresa (materia prima, recursos financieros, productos, servicios, clientes, etc) Identificar y documentar los eventos que intervienen en los diferentes s del sistema de negocio. * Validar la coherencia del modelo con el modelo general de la ULA y de los subs entre sí Identificar los tipos de objetos del sistema de negocios o dominio de los s Para cada sub derivado de los s fundamentales y de apoyo 1 : * Elaborar la matriz sobjetos * Definir las relaciones entre los objetos del negocio * Elaborar el modelo de objetos del negocio * Consolidar el objetos del Negocio de todos los subs Identificar los eventos internos y externos y para cada uno de ellos, los programados y no programados Para cada sub, modelar el flujo de eventos y revisarlo Para cada evento externo, modelar el flujo de trabajo, señalando las relaciones entre: eventos, subs afectados por los eventos, flujo Modelado conceptual clases en UML eventos en UML objetos del negocio Diagramas de actividades y tareas objetos del negocio Matriz sobjetos eventos eventos Idem al anterior Idem al anterior 1 El punto de partida pueden ser los s o subs. Por lo general, los subs que se relacionan en la matriz s-objetos, corresponden a s del tercer nivel de descomposición Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 3

de l de Negocios de la Organización Fases del de objetos e información, etc. Actores Identificar los actores que participan en los s fundamentales,así como los roles y responsabilidades que cumplen con el objeto de poder relacionarlos con las actividades en pasos posteriores Identificar los actores del sistema de negocio Analizar la estructura organizacional (organigrama) y ubicar los actores en cada una de las unidades respectivas Definir los roles y responsabilidades de los actores Diseño Organizacional actores /unidades vs. subs actor-rol Modelo actor/unidad subs vs. Organigrama Descripción de actores y sus roles Matriz Actores / unidades vs subs Idem al anterior Para cada fundamental y de apoyo: * Elaborar la matriz actores/unidad vs subs Entrega de Modelo del Negocio Revisar y validar el modelo de negocio o la compilación del conjunto de modelos producidos en la Fase de los s de negocio de la Organización. Validar los modelos producidos Refinar los modelos producidos, retornando a cada fase cuando se estime necesario Verificar la consistencia del Negocio Entrevistas y sesiones de trabajo con los usuarios Modelado usando UML 2..0 Todos los modelos anteriores comprenden el MODELO DEL NEGOCIO Todos los productos de las etapas anteriores comprenden los productos del SISTEMA DE NEGOCIOS Idem al anterior Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 4

de Desarrollo de la Aplicación Fases de Desarrollo de la Aplicación Análisis y modelado del dominio de la Las actividades dentro de esta fase son las fases del modelado de s de la organización, sólo que el sistema de negocio se circunscribe al dominio de la a desarrollar. Es decir, los s son, o bien un subconjunto del conjunto de s más amplios ya documentados, o atraviesan la organización, tocando varios sistemas de negocios. MODELO DEL DOMINIO DE LA APLICACIÓN Definir el dominio de la Modelar los objetivos del sistema de negocio, relacionados con el dominio de la Modelar las tecnologías y reglas del negocio del dominio Modelar los s del dominio Modelar los objetos del dominio MODELO DEL DOMINIO DE LA APLICACIÓN (COMPRENDE LOS PRODUCTOS DE CADA FASE DEL MODELADO DE PROCESOS DEL NEGOCIO, PERO RELATIIVOS AL DOMINIO DE LA APLICACIÓN) Modelar los eventos del dominio Modelar los actores del dominio Glosario de términos del dominio de la Definición y Especificación de Requisitos Producir el documento de, constituido por: DDR (documento de definición de ) y DER (documento de especificación de ). El DDR consta de funcionales y no funcionales 2, los cuales se definen utilizando Analizar el l Negocio o modelo del dominio de la para descubrir Realizar entrevistas a los involucrados y organizar reuniones usando varias técnicas para extraer los Analizar los sistemas existentes Diseño de interfaz sistema-usuario Diseño de entrevistas. Brainstorming. Diseño de cuestionarios. Análisis FODA MODELO DEL DOMINIO DE LA APLICACIÓN Requisitos Modelo funcional, que comprende: Diagramas DDR (Documento de definición de ) DER (Documento de especificación de ) Ingeniería de Requerimientos. Una Guía para extraer, analizar, especificar y validar los requerimientos de un proyecto. Nicolás Davyt Dávila Metodología para la 2 Los no funcionales pueden clasificarse en: de comunicación, de interfaz de usuario, de fiabilidad, de entorno de desarrollo, de portabilidad, de acceso a los datos, etc. Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 5

de Desarrollo de la Aplicación Fases de diferentes técnicas. El DER está constituido por la especificación en detalle para cada requisito funcional y no funcional que está contenido en el DDR; para ello, se usa la Planilla Volere para los funcionales y otros formatos para el resto de. Esta fase incluye parte del modelo funcional, dibujando la interfaz y los diagramas de casos de uso en forma general. Pudiera incluir la realización de un prototipo de la interfaz para mostrar al usuario que estén relacionados con el sistema de negocios o dominio de la que se desea desarrollar. Refinar el glosario de términos manejados en el negocio o dominio de la. Revisar documentación existente de la cual pudieran derivarse algunos. Analizar y documentar los, expresándolos en lenguaje natural, desde la perspectiva del cliente del sistema de negocios, clasificándolos en funcionales y no funcionales Elaborar una lista de, asignándoles un identificador Revisar la consistencia entre los y sus relaciones. Validar los con los usuarios mediante entrevistas, ponderándolos cuando se trate de un sistema de negocios que involucra a actores de diferentes dependencias. Diagramas generales de los casos de uso. Diagramas de eventos UML. Diseño de prototipos del producto o. Revisión de Documentos Observación directa del sistema de negocios con el cliente. Especificación de. Ponderación de (si aplica). generales de casos de uso la interfaz Diseño preliminar de la interfaz Prototipo del producto, si se aplica esta técnica. Casos de uso (generales) Glosario de términos del sistema de negocios Relación de con casos de uso Matriz de rastreabilidad de objetivos del sistema/ Elicitación de Requisitos de Sistemas Software Versión 2.3 Amador Durán Toro Beatriz Bernárdez Jiménez Ingeniería de Requisitos. Montilva, Jonás. CeiSoft Documentar los funcionales usando la planilla Volere Priorizar los Elaborar y refinar los diagramas de casos de uso Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 6

de Desarrollo de la Aplicación Fases de Realizar la descripción de casos de uso a través de la planilla de escenarios Documentar los no funcionales usando la planilla más adecuada para cada tipo. Diseño de la Traducir los contenidos en el DER en especificaciones de diseño del sistema, así como modelar la estructura y el comportamiento y refinar aspectos funcionales. Definir los estándares de diseño de la Diseñar la Arquitectura del Sistema: arquitectura física, arquitectura de módulos, usando el método que resulte más conveniente Diseñar la interfaz Usuariosistema Refinar los Casos de Uso Diseñar el modelo conceptual y lógico de la BD: Producir el Diagrama de Clases a partir del Diagrama de Objetos del Negocio Producir el modelo de la Base de datos a partir del diagrama de clases Producir los diagramas más convenientes según el caso y la experticia del diseñador en el uso de las técnicas. Modelado Sistemas UML 2.0 BD de usando objetos del negocio clases del negocio Si se utiliza UML 2.0 para modelar la arquitectura: Modelo Estructural, y comportamiento; en otros casos: Diagrama de módulos y del sistema Modelo conceptual y lógico de la Base de Datos de la Diagrama de paquetes Diagramas de secuencia Diagramas de estado Diagramas de Diagrama de Clases del Negocio Esquema de la BD Sistemas usando UML 2.0, Diseño de BD: textos varios Para el caso de aplicaciones web, elaborar los mapas web o mapa de navegación del sitio a Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 7

de Desarrollo de la Aplicación Fases de diseñar Diseño de Especificar en detalle el diseño de cada componente y las relaciones entre ellos Modelar la interacción usuariosistema Seleccionar y buscar reutilizables Adaptar los reutilizables Diseñar los no reutilizables y realizar especificaciones de detalle de cada uno de ellos Solicitar al personal de soporte la evaluación del diseño de los nuevos y realizar los ajustes necesarios Modelado Sistemas UML 2.0 BD de usando comportamiento Componentes refinado interacción estados Diagrama de actualizado y detallado Diagramas de secuencia Diagramas de estado Modelo físico de la BD Sistemas usando UML 2.0 Diseño de BD: textos varios Verificar vd. Componentes y vd. Modelo lógico de BD. Implementación de la Aplicación Traducir las especificaciones de Diseño de Componentes en productos de software y verificar que los programas soportan el diseño realizado y aseguran la calidad de la. Crear la BD física de la Codificar o programas los nuevos Documentar los codificados (nuevos) Probar los Probar la integración de los. Modelado Sistemas UML 2.0 BD de usando Creación de Bd bajo los distintos DBMS de uso libre disponibles en la DSIA Despliegue Modelos de nuevos y sus interacciones Diagrama de Despliegue Diagrama de Paquetes Componentes de software desarrollados e integrados BD física creada Sistemas usando UML 2.0 Diseño de BD: textos varios y cursos de los distintos DBMS de uso libre Prueba de la Asegurar que el sistema hace lo que os usuarios quieren que haga, así como Definir y/o configurar servidores de Base de Datos, de aplicaciones y servidor web de Prueba caja blanca Prueba caja negra Componentes y probados MATERIAL DEL CURSO DE Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 8

de Desarrollo de la Aplicación Fases de realizar las correcciones a que haya lugar para que el sistema funcione en caso de presentar fallas. prueba Instalar los en servidores de pruebas Realizar pruebas funcionales Realizar pruebas no funcionales Realizar pruebas de aceptación Documentar fallas y sugerir cambios en de software o ajustes en reutilizables Pruebas de seguridad Pruebas de conectividad Pruebas de accesibilidad Pruebas de desempeño de transacciones Documento de sugerencias con respecto a cambios en los por problemas de seguridad, conectividad o accesibilidad PRUEBAS?? Entrega de la Transferir el sistema de su ambiente de desarrollo a su ambiente de operación o producción. Definir y/o configurar servidores de Base de Datos, de aplicaciones y servidor web de producción Instalar el sistema en los servidores de producción Realizar las pruebas de instalación Configuración de servidores según estándares definidos en la organización Talleres y cursos sobre el uso del sistema <ninguno> Sistema en producción?? Adiestrar a los implantadores del sistema en el uso del mismo Entrenamiento al usuario in situ Adiestrar al personal de soporte del sistema Adiestrar a los usuarios Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 9

s Gerenciales asociados al s del Negocio Fase o de Modelado Definición del Sistema de negocio Gerencia del Proyecto Planificación del proyecto Organización del grupo de documentación de s Dirección del grupo de s Administración del personal del grupo de s calidad de los s Elaboración de la Entrega de la Grupo de trabajo Plan del proyecto Diagramas de control del proyecto Objetivos del Negocio Vinculación de usuarios de unidades del negocio involucradas Control de sesiones de trabajo Dirección del grupo de s Administración del personal del grupo Elaboración de la Entrega de la Validación de árbol de objetivos con manuales de organización o grupo de usuarios del sistema de negocios Tecnologías y Reglas del Negocio Publicación de reglas del negocio Solicitud de aprobación de reglas del negocio por parte de los usuarios Control de sesiones de trabajo Elaboración de la Entregade la Verificación de duplicidad de reglas del negocio o conflictos con reglas existentes Verificación de integridad de las reglas definidas Dirección del grupo de s Administración del personal del grupo Verificación de exhaustividad de las reglas definidas Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 10

Fase o de Modelado Gerencia del Proyecto de s calidad de los s s del Negocio Dirección del grupo de s Administración del personal del grupo Elaboración de la Entregade la Validación de s del negocio con el inventariode s Validación de coherencia entre los s y subs documentados objetos del negocio Pautar reuniones con el administrador de objetos y clases utilizadas en los s y aplicaciones desarrolladas en la organización Dirección del grupo de s Administración del personal del grupo Elaboración de la Entregade la Verificación de integridad en el modelo de objetos del negocio Revisión de objetos existentes en otros proyectos, que se puedan relacionar o ampliar con los nuevos objetos definidos Administración de objetos del negocio Actores del Negocio eventos del Negocio Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 11

s Gerenciales asociados al Desarrollo de la Aplicación Fase o de Modelado Gerencia del Proyecto Calidad de los productos Configuración Verificación & Validación Adiestramiento Análisis del dominio de la Planificación del proyecto Organización del grupo de desarrollo de s Dirección del grupo de desarrollo Administración del personal del grupo Grupo de trabajo Plan del proyecto Diagramas de control del proyecto Certificación del l dominio de la. l dominio de la certificado Validación de la definición del dominio de la Validación de s y subs con inventario existente Validación de la integridad de los s con los s de la ULA Validación de actores y reglas Validación de eventos Validación de objetos l dominio validado Elaboración de la Entregade la Definición y Especificación de Requisitos Dirección del grupo de Administración del personal del grupo Certificación del DDR y DER Chequeo de integridad entre Validación del DDR y DER Gestión de los Requisitos (manejo de los cambios) Talleres a los usuarios sobre sesiones de Apoyo en sesiones de descubrimiento de Elaboración de la Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 12

Fase o de Modelado Gerencia del Proyecto Calidad de los productos Configuración Verificación & Validación Adiestramiento Grupo de nombrado Formato de control del proyecto actualizado Chequeo de integridad entre y objetivos del sistema Chequeo de consistencia entre desde el punto de vista corporativo Certificación de calidad del modelo funcional Verificación del modelo funcional DER y DDR actualizados y verificados Modelo funcional validado por el usuario y los expertos Lista de Planillas de ponderados y priorizados por los usuarios Entregade la DDR DER Diagramas de Casos de uso general de escenarios DER y DDR certificados casos de uso y escenarios certificados Diseño de la Dirección del grupo de diseño de la Administración del personal del grupo Chequeo de cumplimiento de estándares en modelos desarrollados Validación de clases diseñadas vs clases existentes realizando reuniones con el administrador de objetos de la organización Elaboración de la Entregade la Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 13

Fase o de Modelado Gerencia del Proyecto Calidad de los productos Configuración Verificación & Validación Adiestramiento clases validado Modelos de BD validados Diseño de Dirección del grupo de diseño de Administración del personal del grupo Optimización de Certificación de Liberación de reutilizables no críticos Revisión del diseño de y de reutilizables Elaboración de la Entregade la Implantación de la Aplicación Dirección del grupo de programación Administración del personal del grupo calidad del S/W Aseguramiento de la calidad del S/W gestion de configuración Gestión de servidores para el desarrollo y adaptación de Gestión de reutilizables Revisiones de Pruebasde Software Revisión de cumplimiento de Elaboración de la Entregade la Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 14

Fase o de Modelado Gerencia del Proyecto Calidad de los productos Configuración Verificación & Validación Adiestramiento Prueba de la Dirección del grupo de pruebas Administración del personal del grupo Vinculación con los usuarios calidad del S/W Aseguramiento de la calidad del S/W gestion de configuración Gestión de servidores de producción Gestión de cambios, mejoras y ajustes de de S/W Revisiones de Pruebas de Software Revisión de cumplimiento de Elaboración de la Entregade la Entrega de la Planificación de sesiones de adiestramiento Dirección del grupo de implantación Administración del personal del grupo Seguimiento a nuevos o cambios en los calidad del S/W Aseguramiento de la calidad del S/W Aseguramiento de la calidad de los Manuales de la Aplicación y del usuario Aseguramiento de calidad en el adiestramiento Gestión de servidores en producción Gestión de seguridad Gestión de Integridad Monitoreo del uso de la Monitoreo de problemas surgidos después de la puesta en producción Control del adiestramiento a soporte de la, soporte a usuarios y usuarios Elaboración de la : manual del usuario, guía de uso del sistema Entregade la Manual del usuario Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 15

Fase o de Modelado Gerencia del Proyecto Calidad de los productos Configuración Verificación & Validación Adiestramiento Guía de uso del sistema Elaborado por: William Montilva y Lena Sánchez Bor Abril Mayo 2006 16