Identificación de requerimientos
|
|
- Soledad Nieto Hidalgo
- hace 8 años
- Vistas:
Transcripción
1 Licenciatura en Informática Administración de requerimientos Identificación de requerimientos
2 Licenciatura en Informática Sirva este material como apoyo a los apuntes de la asignatura Administración de requerimientos (Informática II) de la FCA-UNAM, Tema 2: identificación de requerimientos Plan de estudios Atentamente, L.I. Ma. Isabel Méndez Morales
3 Conceptos
4 Contenido 1. Introducción Ir 2. Concepto de requerimientos Ir 3. Ingeniería de requerimientos Ir 4. Buenos y malos requerimientos Ir 5. Clasificación de requerimientos Ir 6. Documento de requerimientos de software (SRS) Ir 7. Técnicas de recopilación de requerimientos Ir 8. La entrevista Ir 9. Estudio costo-beneficio Ir 10. Documentación de procesos Ir 11. Gráfica de Gantt Ir 12. Bibliografía Ir
5 La realidad de los proyectos de software
6 Planeación
7 Concepto de requerimientos Los requerimientos para un sistema son la descripción de los servicios proporcionados por el sistema y sus restricciones operativas. (SOMMERVILLE, Ian)
8 Un requerimiento no es Una solicitud informar de alguien en una reunión, un pasillo o un elevador o una llamada telefónica. Solicitudes de clientes por medio de encuestas, correos electrónicos o buzones de sugerencias. Observaciones o comentarios durante reuniones de ventas o mercadeo.
9 Concepto de ingeniería de requerimientos Es el proceso de descubrir, analizar, documentar y verificar los servicios y restricciones.
10 Procesos de la ingeniería de requerimientos Cap. 7 Sommerville
11 Atributos individuales a considerar para un buen requerimiento: 1. Correcto. Cualidad que sólo puede ser asegurado por el cliente o usuario. Buenos y malos requerimientos 2. Factible. Cualidad que requiere conocimiento de parte del área de desarrollo, herramientas disponibles, técnicas, gente y presupuesto que posibilite la satisfacción final del requerimiento.
12 Buenos y malos requerimientos Atributos individuales a considerar para un buen requerimiento: 3. Necesario. Cualidad que puede ser determinada entre el cliente y el desarrollador en la obtención de requerimientos, con la finalidad de establecer los requerimientos a entregarse para esa versión. 4. Priorizado. Cualidad determinada entre usuario y desarrollador para establecer en cada requerimiento un nivel de prioridad: muy importante, absolutamente necesario, importante para la siguiente liberación y opcional.
13 Buenos y malos requerimientos Atributos individuales a considerar para un buen requerimiento: 5. Claro. Cualidad que se refiere a que sólo puede tener un significado: fácil para leer y entender. 6. Conciso. Que contenga la información necesaria para continuar con el desarrollo. 7. Verificable. Cualidad que significa que una persona o máquina puede revisar si el software cubrió los requerimientos.
14 Clasificación de requerimientos 1. Requerimientos del usuario y requerimientos del sistema 2. Requerimientos funcionales y no funcionales 3. Requerimientos del dominio.
15 Requerimientos del usuario Son declaraciones, en lenguaje natural y en diagramas, de los servicios que se espera que el sistema proporcione y de las restricciones bajo las cuales debe funcionar.
16 Requerimientos del usuario 1. Deben describir los requerimientos funcionales y no funcionales de tal forma que sean comprensibles por los usuarios del sistema sin conocimiento técnico detallado. 2. Únicamente deben especificar el comportamiento externo del sistema y deben evitar, tanto como sea posible, las características de diseño del sistema. 3. Deben redactarse en un lenguaje sencillo, con tablas y formularios sencillos y diagramas intuitivos.
17 Requerimientos del usuario Problemas: 1. Falta de claridad 2. Confusión de requerimientos: no se distinguen claramente los requerimientos funcionales y no funcionales. 3. Conjunción de requerimientos: diversos requerimientos diferentes se pueden expresar de forma conjunta con un único requerimiento.
18 Requerimientos del sistema Establecen con detalle las funciones, servicios y restricciones operativas del sistema.
19 Requerimientos del sistema Para la redacción de estos requerimientos se puede utilizar la siguiente notación: 1. lenguaje natural estructurado, 2. lenguajes de descripción de diseño, notaciones gráficas y 3. especificaciones matemáticas.
20 Requerimientos funcionales Describen lo que el sistema debe hacer. Ejemplo: a cada cliente se le debe asignar un identificador único (ID_CLIENTE).
21 Requerimientos funcionales Son declaraciones de los servicios que debe proporcionar el sistema, de la manera en que éste debe reaccionar a entradas particulares y de cómo se debe comportar en situaciones particulares. En algunos casos, los requerimientos funcionales de los sistemas también pueden declarar explícitamente lo que el sistema no debe hacer.
22 Requerimientos funcionales La especificación de requerimientos funcionales de un sistema debe estar completa y ser consistente: 1. La completitud significa que todos los servicios solicitados por el usuario deben estar definidos. 2. La consistencia significa que los requerimientos no deben tener definiciones contradictorias.
23 Requerimientos no funcionales Son restricciones de los servicios o funciones ofrecidas por el sistema. Ejemplos: requerimientos de seguridad y protección.
24 Requerimientos no funcionales Incluyen restricciones de tiempo, sobre el proceso de desarrollo y estándares. Los requerimientos no funcionales a menudo se aplican al sistema en su totalidad. No se refieren directamente a las funciones específicas que proporciona el sistema, sino a las propiedades emergentes de éste como la fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento.
25 Requerimientos no funcionales Para tomar en cuenta: Siempre que sea posible, se deben redactar los requerimientos no funcionales de manera cuantitativa para que se puedan probar de un modo objetivo.
26 Requerimientos no funcionales Algunas métricas que pueden usarse para especificar las propiedades no funcionales del sistema:
27 Requerimientos no funcionales Tipos de requerimientos no funcionales: 1. Requerimientos del producto 2. Requerimientos organizacionales 3. Requerimientos externos
28 Requerimientos no funcionales: del producto Especifican el comportamiento del producto. Ejemplo: la interfaz de usuario del sistema se implementará como HTML. 1. Requerimientos de eficiencia: rendimiento, espacio. 2. Requerimientos de fiabilidad. 3. Requerimientos de portabilidad. 4. Requerimientos de usabilidad.
29 Requerimientos no funcionales: organizacionales Se derivan de políticas y procedimientos existentes en la organización del cliente y en la del desarrollador. Ejemplo: el formato de los reportes del sistema deberán ajustarse a los estándares de normatividad vigentes.
30 Requerimientos no funcionales: organizacionales a) Requerimientos de entrega: especifican cuándo se entregará el producto y su documentación. b) Requerimientos de implementación: lenguajes de programación o el método de diseño a utilizar. c) Requerimientos de estándares.
31 Requerimientos no funcionales: externos Incluye todos los requerimientos que se derivan de los factores externos al sistema y de su proceso de desarrollo. Ejemplo: los datos que se recaben en el sistema serán para uso exclusivo del mismo, uso confidencial.
32 Requerimientos no funcionales: externos a) Requerimientos de interoperabilidad: definen la manera en que el sistema interactúa con sistemas de otras organizaciones. b) Requerimientos legislativos: que deben seguirse para asegurar que el sistema funcione dentro de la ley. Privacidad y seguridad. c) Requerimientos éticos: para asegurar que será aceptado por sus usuarios y por el público en general.
33 Requerimientos del dominio Son requerimientos que provienen del dominio de aplicación del sistema más que de las necesidades específicas de los usuarios y que reflejan las características y restricciones de ese dominio. Ejemplos: la existencia de una interfaz de usuario estándar para todas las bases de datos, restricciones en los derechos de autor, etc.
34 Requerimientos del dominio Pueden ser funcionales o no funcionales. Si estos requerimientos no se satisfacen, puede ser imposible hacer que el sistema funcione de manera satisfactoria.
35 Documento de requerimientos del software (SRS) Es la declaración oficial de qué deben implementar los desarrolladores del sistema. Debe incluir tanto los requerimientos del usuario para el sistema como una especificación detallada de los requerimientos del sistema.
36 Documento de requerimientos del software (SRS) Varias organizaciones grandes, como el Departamento de Defensa de los Estados Unidos y el IEEE, han definido estándares para los documentos de requerimientos. El estándar más ampliamente conocido es el IEEE/ANSI
37 Documento de requerimientos del software (SRS) Introducción Propósito del documento de requerimientos Alcance del producto Definiciones, acrónicos y abreviaturas Referencias Descripción del resto del documento Descripción general Perspectiva del producto Funciones del producto Características del usuario Restricciones generales Suposiciones y dependencias Requerimientos específicos: incluyen los requerimientos funcionales, no funcionales y de interfaz. Apéndices Índice
38 Documento de requerimientos del software (SRS) Aunque el estándar IEEE no es ideal, contiene muchos consejos sobre cómo redactar los requerimientos y cómo evitar problemas. Es muy general para que pueda ser un estándar de una organización. Es un marco general que se puede transformar y adaptar para definir un estándar ajustado a las necesidades de una organización en particular.
39 Documento de requerimientos del software (SRS) Para mayor información consulte las siguientes referencias: /IEEE830_esp.pdf 491/Papers/IEEE-SRS-practice.pdf
40 Técnicas de recopilación de requerimientos 1. Entrevistas. Abiertas y cerradas 2. Observación y análisis social 3. Escenarios 4. Reutilización de requerimientos 5. Cuestionarios 6. Mapas mentales 7. Casos de uso 8. Lluvia de ideas 9. Prototipos 10. Talleres de requerimientos
41 La entrevista
42 Para considerar Antes de entrevistar a alguien debe entrevistarse a sí mismo. Antes de realizar la entrevista, necesita pensar en ella. Debe considerar al individuo a quien entrevistará. Debe contar con una buena planeación de la entrevista.
43 Concepto Reunión concertada. Diálogo entre un representante de los medios de difusión y una personalidad, en vistas a su divulgación. Una entrevista para la recopilación de información es una conversación dirigida con un propósito específico, que se basa en un formato de preguntas y respuestas.
44 Tipos de información buscada Opinión y sentimientos de la persona entrevistada acerca del estado actual de los sistemas. Metas personales. Cultura de la organización. Grado de optimismo imperante.
45 Planeación de la entrevista Pasos para la preparación de una entrevista: 1. Lectura de antecedentes. 2. Establecimiento de los objetivos de la entrevista. 3. Selección de los entrevistados. 4. Preparación del entrevistado. 5. Selección del tipo y la estructura de las preguntas.
46 Planeación de la entrevista: lectura de antecedentes 1. Lectura de antecedentes. o Consulte y comprenda el mayor número posible de antecedentes de los entrevistados y de su organización. o Familiarizarse con el lenguaje que los miembros de la organización utilizan. o Beneficio: aprovechar al máximo el tiempo de la entrevista.
47 Planeación de la entrevista: establecimiento de los objetivos 2. Establecimiento de los objetivos de la entrevista. o Con base en los antecedentes consultados y en la experiencia personal.
48 Planeación de la entrevista: selección de los entrevistados 3. Selección de los entrevistados. o Incluir a gente clave de todos los niveles del sistema. El contacto con la organización dará una idea o El contacto con la organización dará una idea clara sobre quiénes deberían ser entrevistados.
49 Planeación de la entrevista: preparación del entrevistado 4. Preparación del entrevistado. o Avisarle con tiempo para que pueda pensar acerca de la entrevista. Las entrevistas deben fluctuar entre 45 o Las entrevistas deben fluctuar entre 45 minutos y una hora.
50 Planeación de la entrevista: selección del tipo de preguntas 5. Selección del tipo y estructura de las preguntas. o Redactar preguntas que cubran los aspectos fundamentales de la toma de decisiones, detectados al plantear los objetivos de la entrevista. o Preguntas abiertas, cerradas y exploratorias (sondeos). o Patrones de entrevistas: pirámide, embudo y diamante.
51 Planeación de la entrevista: selección del tipo de preguntas Errores en las preguntas: o Evitar preguntas tendenciosas o Evitar preguntas dobles
52 Tipos de entrevista o Estructura piramidal. Va desde preguntas específicas hasta preguntas generales. o Estructura de embudo. Comienza con preguntas generales y se dirige hacia preguntas específicas. o Estructura en forma de diamante. Combina la estructura piramidal y la de embudo.
53 Registro de la entrevista o Uso de grabadora o Toma de notas
54 Redacción del informe de la entrevista o Una vez que la entrevista ha concluido, el entrevistador debe redactar un informe que enumere los principales puntos planteados, así como las opiniones sobre lo que se trató. o Es de suma importancia documentar la entrevista una vez que ésta ha concluido. o El informe de seguimiento del entrevistador documenta los datos recopilados así como las reacciones del entrevistado.
55 Estudio costo-beneficio
56 Método de ganancia sobre inversión o El método más exacto de análisis económico es el de ganancia sobre inversión. o Es el cálculo de la diferencia entre el flujo de beneficios y el flujo de gastos sobre la vida del sistema, descontados por la tasa de interés aplicable.
57 Método de ganancia sobre inversión o Para encontrar la ganancia sobre inversión, el valor neto presente del sistema se calcula combinando el valor neto presente de los costos del sistema con el valor neto presente de los beneficios del sistema, haciendo cálculos basados en costos y beneficios anuales y con la tasa de interés apropiada. o Si la ganancia sobre inversión es positiva, el sistema resulta económicamente viable, o de costo justificado.
58 Método de ganancia sobre inversión, ejemplo El valor neto presente del sistema es positivo, por tanto los beneficios exceden la inversión, el esfuerzo de construcción está económicamente justificado.
59 Documentación de procesos
60 Documentación de procesos Los procesos o procedimientos a automatizar se deben documentar de dos formas: 1. Diagrama de flujo 2. Forma narrativa
61 Documentación de procesos 1. Diagrama de flujo ecuencias_didacticas/2sem/material-informaticaii/b1-diagramadeflujo.pdf
62 Documentación de procesos 2. Forma narrativa df ual_procesos_auditoria_admiva.pdf
63 Gráfica de Gantt
64 Gráfica de Gantt Qué es? En esencia es una gráfica de barras con el tiempo en el eje horizontal y las actividades a programar en el eje vertical. Las barras muestran la producción tanto planificada como real, durante cierto periodo.
65 Gráfica de Gantt Para qué sirve? 1. Muestra las actividades, los responsables de su ejecución y los tiempos de inicio y término de cada una hasta la conclusión del proyecto. 2. Muestra con claridad la secuencia de las actividades y las tareas que se pueden realizar simultáneamente. 3. Los participantes en el proyecto observan la importancia de su participación y su responsabilidad para el alcance de las metas programadas.
66 Gráfica de Gantt Para qué sirve? 5. Se utiliza ampliamente para dar seguimiento a las actividades. 6. Muestra visualmente cuando se supone que deben realizarse las tareas y las compara contra el avance real de cada cosa. 7. Es una herramienta sencilla pero importante que permite a los gerentes detallar con facilidad que es lo que falta hacerse para terminar una tarea o un proyecto, y evaluar si una actividad está adelantada, a tiempo, atrasada o de acuerdo con el programa.
67 Gráfica de Gantt Elaboración: 1. Identificar el programa, proyecto y sus objetivos. 2. Establecer actividades del programa, los supuestos y limitaciones de recursos. 3. Describir quién ejecutará cada actividad, cómo, con qué recursos y en qué momento. (Actividades y secuencia). 4. Determinar el tiempo de duración de cada actividad. 5. Representar las actividades secuencialmente mediante la utilización de barras de tamaño proporcional a su duración.
68 Formato: Gráfica de Gantt
69 Herramientas de software para la elaboración de gráficas de Gantt Existen en el mercado herramientas informáticas capaces de producir una representación de tareas en el tiempo en un formato de gráfico de Gantt: 1. SmartDraw 2. Microsoft Project 3. GanttProject (freeware) 4. TreeGrid Gantt Chart (freeware) 5. TeamGantt 6. Milestones Professional (Kidasa) 7. SmartSheet
70 Herramientas de software para la elaboración de gráficas de Gantt
71 Herramientas de software para la elaboración de gráficas de Gantt gantt-project anual_ganttproject.pdf
72 Herramientas de software para la elaboración de gráficas de Gantt
73 Herramientas de software para la elaboración de gráficas de Gantt
74 Herramientas de software para la elaboración de gráficas de Gantt
75 Herramientas de software para la elaboración de gráficas de Gantt
76 Herramientas de software para la elaboración de gráficas de Gantt
77 Referencias gráficas de Gantt AFICA_GANTT.pdf ursos/r56714.pdf os/gantt%20paso%20a%20paso.pdf
78 Licenciatura en Informática Bibliografía SOMMERVILLE, Ian, Ingeniería de software, 6a. Edición, México, Addison Wesley, 2001, 704 pp. Análisis y diseño de sistemas Kenneth E. Kendall / Julie E. Kendall Prentice-Hall Hispanoamericana, S. A. Capítulo 5. (La entrevista) Diccionario enciclopédico usual Larousse 3ª. Edición México, 2007.
Diagrama de GANTT. Cómo crear un diagrama de GANTT
Diagrama de GANTT El diagrama de GANTT es una herramienta que le permite al usuario modelar la planificación de las tareas necesarias para la realización de un proyecto. Esta herramienta fue inventada
Más detalles2 EL DOCUMENTO DE ESPECIFICACIONES
Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir
Más detallesrg.o cm a Espec e i c fica c ci c ó i n ó n d e e r e r q e uer e i r mi m en e tos o l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s
Especificación de requerimientos Diseño de bases de datos Documento de especificación del sistema 1. Definición del problema 2. Descripción funcional 2. 3. Restricciones 4. Diagramas de flujo de datos
Más detallesGestión y Desarrollo de Requisitos en Proyectos Software
Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería
Más detallesUnidad 1. Fundamentos en Gestión de Riesgos
1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.
Más detallesProceso: AI2 Adquirir y mantener software aplicativo
Proceso: AI2 Adquirir y mantener software aplicativo Se busca conocer los estándares y métodos utilizados en la adquisición de y mantenimiento del software. Determinar cuál es proceso llevado a cabo para
Más detallesC O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas
Coordinación del C O N T E N I D O 1. Propósito 2. Alcance 3. Responsabilidad y autoridad 4. Normatividad aplicable 5. Políticas 6. Diagrama de bloque del procedimiento 7. Glosario 8. Anexos 9. Revisión
Más detalles6 Anexos: 6.1 Definición de Rup:
6 Anexos: 6.1 Definición de Rup: Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.
Más detallesAdministración de proyectos. Organizar, planificar y programar los proyectos de software
Administración de proyectos Organizar, planificar y programar los proyectos de software Administración de proyectos Trata de las actividades que hay que realizar para asegurar que el software se entregará
Más detallesObjetivo Las personas que realicen el curso aprenderán a:
Objetivo Las personas que realicen el curso aprenderán a: Describir el proceso de desarrollo de software orientado a objetos, lo que incluye las metodologías y los flujos de trabajo de la programación
Más detallesPREPARADO POR: FECHA DE EMISIÓN: 20-05-05 FECHA DE VALIDACIÓN: 20-05-05
3. MONITORÍA Y EVALUACIÓN DE LA GESTIÓN SS-UPEG-3 PREPARADO POR: EQUIPO CONSULTOR FECHA DE EMISIÓN: 20-05-05 FECHA DE VALIDACIÓN: 20-05-05 VERSIÓN Nº: 1 Secretaría de Salud de Honduras - 2005 PÁGINA 2
Más detallesPlaneación del Proyecto de Software:
Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los
Más detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detallesMAESTRÍA PROFESIONALIZANTE EN ECOLOGÍA INTERNACIONAL
MAESTRÍA PROFESIONALIZANTE EN ECOLOGÍA INTERNACIONAL NOMBRE DEL CURSO Propuesta de proyecto en ecología internacional Responsables ECOSUR o UdeS Cuatrimestre en que se imparte Segundo cuatrimestre Tipo
Más detallesLINEAMIENTOS PARA AUDITORÍAS INTERNAS Y LAS AUDITORÍAS INTERNAS DE CALIDAD
Departamento Nacional de Planeación Bogotá, 2015 PAGINA: 2 de 15 TABLA DE CONTENIDO 1 INTRODUCCIÓN... 3 2 OBJETIVO... 3 3 ALCANCE... 3 4 REFERENCIAS NORMATIVAS... 3 5 DEFINICIONES... 4 6 DOCUMENTOS ASOCIADOS...
Más detallesUnidades temáticas de Ingeniería del Software. Fases del proceso de desarrollo 4ª edición (2008)
Unidades temáticas de Ingeniería del Software Fases del proceso de desarrollo 4ª edición (2008) Facultad de Informática organización del desarrollo El ciclo de vida del software abarca el proceso de desarrollo,
Más detallesConfiguración de Software
Configuración de Software Introducción Nuevas versiones del software como consecuencias de los cambios. La configuración de software esta relacionada en el manejo de la evolución de sistemas de software.
Más detallesProcedimiento de Sistemas de Información
Procedimiento de Sistemas de Información DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN VIEMBRE DE 2009 PR-DCTYP-08 Índice. 1. INTRODUCCIÓN.... 3 2. OBJETIVO.... 4 3. ALCANCE.... 4 4. MARCO LEGAL.... 4
Más detallesANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS. Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un
ANÁLISIS DE RIESGOS EN LA GESTIÓN DE PROYECTOS Los riesgos son eventos o condiciones inciertas que, si se producen, tienen un efecto positivo o negativo sobre al menos un objetivo del proyecto, como tiempo,
Más detallesProceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:
PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo
Más detallesANEXO A - Plan de Proyecto. 1. - EDT de la solución EDT GENERAL DEL PROYECTO1
ANEXO A - Plan de Proyecto 1. - EDT de la solución EDT GENERAL DEL PROYECTO1 2.- Diagrama de Gantt de la Solución DIAGRAMA DE GANTT- FASE INICIAL DOCUMENTACION Y ANALISIS2 DIAGRAMA DE GANTT- FASE FINAL
Más detallesTérminos definiciones
Términos y definiciones 3Claves para la ISO 9001-2015 Términos y definiciones: ISO9001 utiliza una serie de definiciones ligadas a la gestión de la calidad, que también deben ser comprendidas por la organización
Más detallesMETODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual?
METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES Etapa 1: Diagnóstico Cómo es mi proceso actual? El primer paso para mejorar un trámite, ya sea con miras a digitalizarlo o solo para mejorarlo en
Más detallesProject 2013. Ing. Christian Ovalle
2013 Ing. Christian Ovalle PROJECT Antes de comenzar un proyecto se necesitan definir los objetivos de un proyecto y luego determinado, cuales son las tareas que necesita realizar para alcanzar ese objetivo.
Más detallesSISTEMAS DE INFORMACIÓN I TEORÍA
CONTENIDO: CICLO DE VIDA DE DESARROLLO DE SI FASES GENÉRICAS DEL CICLO DE VIDA DE DESARROLLO DE SI VISIÓN TRADICIONAL DEL CICLO DE VIDA DE DESARROLLO DE SI DE DESARROLLO DE SI: ANÁLISIS Material diseñado
Más detallesGUÍA 14 Diseño de Planes y Programas. Descripción
GUÍA 14 Diseño de Planes y Programas Descripción El Diseño de Planes y Programas tiene como objetivo elaborar la proyección de la institución a corto, mediano y largo plazo, e impulsar y guiar las actividades
Más detallesPROCEDIMIENTO AUDITORÍA INTERNA
Página 1 de 7 Rev. 10 1 OBJETIVO DEL PROCEDIMIENTO Establecer un procedimiento que permita evaluar si el Sistema de Gestión Integrado cumple con los requisitos establecidos por la empresa para la gestión
Más detallesL y L 10ma Ed MC Práctica GU AC. Sistemas de Información Gerencial - Administración de la Empresa Digital
UNIDAD 1: GESTION DE SISTEMAS Y TECNOLOGÍA DE INFORMACIÓN 1. Gobierno de TI: Alineamiento estratégico. Entrega de Valor. Administración de riesgos. Administración de Recursos. Medición de desempeño. Aseguramiento
Más detallesMesa de Ayuda Interna
Mesa de Ayuda Interna Documento de Construcción Mesa de Ayuda Interna 1 Tabla de Contenido Proceso De Mesa De Ayuda Interna... 2 Diagrama Del Proceso... 3 Modelo De Datos... 4 Entidades Del Sistema...
Más detallesGuía Metodológica para el diseño de procesos de negocio
Guía Metodológica para el diseño de procesos de negocio La guía desarrollada para apoyar TBA, se diseñó con base en las metodologías existentes para el desarrollo BPM, principalmente en aquellas que soportan
Más detallesEste procedimiento aplica a todos aquellos estudios y diseños a ser realizados por el AMCO para el desarrollo de sus proyectos.
1. Propósito: Establecer un procedimiento para la ejecución de estudios y diseños, para los proyectos a ser ejecutados por el Área metropolitana del Centro Occidente 2. Alcance: Este procedimiento aplica
Más detallesCopyright 2011 - bizagi. Gestión de Cambios Documento de Construcción Bizagi Process Modeler
Copyright 2011 - bizagi Gestión de Cambios Bizagi Process Modeler Tabla de Contenido Gestión de Cambios... 4 Descripción... 4 Principales factores en la Construcción del Proceso... 5 Modelo de Datos...
Más detallesGestión de proyectos en tiempos de crisis
Gestión de proyectos en tiempos de crisis Algunos Datos Cancelados Con dificultades Exitosos 14% 51% 35% Fuente: Standish Group International, Extreme Chaos, The Standish Group International, Inc. Con
Más detallesEstándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008
Estándares para planes de calidad de software Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 DIFERENCIA ENTRE PRODUCIR UNA FUNCION Y PRODUCIR UNA FUNCION
Más detallesCMMI (Capability Maturity Model Integrated)
CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla
Más detallesFundamentos del diseño 3ª edición (2002)
Unidades temáticas de Ingeniería del Software Fundamentos del diseño 3ª edición (2002) Facultad de Informática necesidad del diseño Las actividades de diseño afectan al éxito de la realización del software
Más detallesResumen General del Manual de Organización y Funciones
Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de
Más detallesPlan de estudios ISTQB: Nivel Fundamentos
Plan de estudios ISTQB: Nivel Fundamentos Temario 1. INTRODUCCIÓN 2. FUNDAMENTOS DE PRUEBAS 3. PRUEBAS A TRAVÉS DEL CICLO DE VIDA DEL 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6. GESTIÓN DE
Más detallesrg.o El l c i c c i l c o l o de d vi v d i a d a cm a l@ rza e de d u n u n si s s i t s e t ma m a de d in i f n or o ma m c a i c ó i n ó b
El ciclo de vida de un sistema de información El ciclo de vida de un sistema de información El proceso de desarrollo de software Modelos de ciclo de vida El ciclo de vida de una base de datos El proceso
Más detallesMetodología básica de gestión de proyectos. Octubre de 2003
Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución
Más detallesUniversidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática
Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)
Más detallesMarco Normativo de IT
Marco Normativo de IT PC0901 - Proceso de control de cambios en software de aplicación provisto por Organismos Gobierno de la Ciudad Autónoma de Buenos Aires PC0901 - Proceso de control de cambios en software
Más detallesCOMO REALIZAR UN DIAGNÓSTICO INICIAL Y DEFINIR LA POLITICA DE SEGURIDAD PARA EL SISTEMA DE GESTIÓN EN CONTROL Y SEGURIDAD BASC
COMO REALIZAR UN DIAGNÓSTICO INICIAL Y DEFINIR LA POLITICA DE SEGURIDAD PARA EL SISTEMA DE GESTIÓN EN CONTROL Y SEGURIDAD BASC AL FINALIZAR EL CURSO.. Estaremos en capacidad de: Conocer la metodología
Más detallesCONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler
CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA BizAgi Process Modeler TABLA DE CONTENIDO PROCESO DE MESA DE AYUDA INTERNA... 3 1. DIAGRAMA DEL PROCESO... 4 2. MODELO DE DATOS... 5 ENTIDADES DEL SISTEMA...
Más detallesEn un proyecto de desarrollo de software la metodología define Quién debe hacer Qué, Cuando y Como hacerlo. 6
2. MÉTODO, METODOLOGÍA Y MÉTRICA 2.1 MÉTODO Un método de ingeniería del software es un enfoque estructurado para el desarrollo de software cuyo propósito es facilitar la producción de software de alta
Más detallesDE VIDA PARA EL DESARROLLO DE SISTEMAS
MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso
Más detallesGESTION OPERATIVA. Niveles de gestión
GESTION OPERATIVA La gestión deja de ser una tarea aislada para constituirse en una herramienta que sirve para ejecutar las acciones necesarias que permitan ordenar, disponer y organizar los recursos de
Más detallesPROCEDIMIENTO OPERATIVO DESARROLLAR SISTEMAS INFORMÁTICOS PDO-COCTI-DTIN-04
Autorización Este documento entra en vigor a partir del 2 de agosto del 2005, a través de su autorización por parte del Dr. Francisco Javier Rojas Monroy, Coordinador de Operaciones, Calidad y Teclogía
Más detallesEspecificación de Requisitos según el estándar de IEEE 830
Especificación de Requisitos según el estándar de IEEE 830 IEEE Std. 830-1998 22 de Octubre de 2008 Resumen Este documento presenta, en castellano, el formato de Especificación de Requisitos Software (ERS)
Más detalles"Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios
"Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios Miguel Alfonso Flores Sánchez 1, Fernando Sandoya Sanchez 2 Resumen En el presente artículo se
Más detallesCICLO DE VIDA DEL DESARROLLO DE SISTEMAS
ANÁLISIS Y DISEÑO DE SISTEMAS CICLO DE VIDA DEL DESARROLLO DE SISTEMAS Sesión n 2 Kendall & Kendall Pág. 8 y Senn Pág. 33 Ana Mercedes Cáceres mercycaceres@gmail.com Año 2006 Objetivos Introducir a los
Más detallesRequisitos de Software. Departamento de Lenguajes y Sistemas Informáticos II www.kybele.urjc.es
Requisitos de Software Departamento de Lenguajes y Sistemas Informáticos II Introducción Ingeniería de Requisitos Definición: La Ingeniería de requisitos comprende todas las tareas relacionadas con la
Más detalles3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)
3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.
Más detallesCumpliendo con las Necesidades de la Salud Sexual y Reproductiva de Jóvenes Vulnerables: Una Caja de Herramientas para Monitoreo y Evaluación
Cumpliendo con las Necesidades de la Salud Sexual y Reproductiva de Jóvenes Vulnerables: Una Caja de Herramientas para Monitoreo y Evaluación 3A. Pasos Claves para la Implementación de una Encuesta Este
Más detallesTópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN
Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.
Más detallesFigure 7-1: Phase A: Architecture Vision
Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como
Más detallesCarrera: IFM - 0403 3-2-8. Participantes. Representantes de la academia de sistemas y computación de los Institutos Tecnológicos.
1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Carrera: Clave de la asignatura: Horas teoría-horas práctica-créditos Administración de proyectos Licenciatura en Informática IFM - 0403 3-2-8 2.- HISTORIA
Más detallesCiclo de Vida del Desarrollo de un Sistema de Información. Departamento de Ingeniería Industrial Universidad de Chile
Ciclo de Vida del Desarrollo de un Sistema de Información Departamento de Ingeniería Industrial Universidad de Chile Temario Noción de un Ciclo de Vida Ventajas y Desventajas Modelos de Ciclos de Vida
Más detallesCONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL
I. Datos Generales de la Calificación CINF0286.01 Título Análisis y diseño de redes de datos Propósito Proporcionar un referente para evaluar la competencia en las funciones relativas al análisis y diseño
Más detalles3. Procedimiento administrativo para la realización de auditorías a sistemas de medición de la calidad del aire.
3. Procedimiento administrativo para la realización de auditorías a sistemas de medición de la calidad del aire. 3.1 Descripción general de los pasos de la auditoría. Las auditorías comprenderán tres etapas
Más detallesEstándares y Métricas de Software
PROGRAMA DE ESTUDIO Programa Educativo: Área de Formación : Licenciatura en Tecnología de Información Estándares y Métricas de Software Horas teóricas: 2 Horas prácticas: 4 Total de Horas: 8 Total de créditos:
Más detallesARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: 2009-2010 APUNTES TEMA 1: CONTROL DE CALIDAD
ARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: 2009-2010 APUNTES TEMA 1: CONTROL DE CALIDAD. CONCEPTO. EVOLUCIÓN CON EL TIEMPO. NORMA UNE EN ISO 9001:2000 Profesor: Victoriano García
Más detallesActividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.
Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas
Más detallesDISEÑO DE ACCIONES DE FORMACIÓN COMPLEMENTARIA
DISEÑO DE ACCIONES DE FORMACIÓN COMPLEMENTARIA DENOMINACIÓN 1112 ISO 9001:2008: Documentación de un Sistema de Gestión de la Calidad DURACIÓN 40 horas Mediante la aplicación de las normas ISO 9000 es posible
Más detalles1 FUNDAMENTACION DE LA MATERIA
1 FUNDAMENTACION DE LA MATERIA Esta es una materia fundamental de la carrera. Se verán en ella las bases de la Ingeniería de Software, Análisis de Sistemas y Diseño de Sistemas. La Ingeniería de Software
Más detallesQué es SPIRO? Características
Qué es SPIRO? Características Tecnología de SPIRO Módulos principales Otros módulos de Spiro Qué es Spiro? Software para la planificación y gestión integral Qué es un Sistema Integrado de Gestión? Se podría
Más detalles[Guía de auditoría AudiLacteos]
[Guía de auditoría AudiLacteos] La siguiente es una guía para realizar la auditoria a la empresa AudiLacteos en procesos de CobiT. Los procesos contemplados en esta guía son: Adquirir y mantener software
Más detallesInteroperabilidad de Fieldbus
2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 201 Interoperabilidad de Fieldbus Generalidades Qué es interoperabilidad?
Más detallesPlanificación, Gestión y Desarrollo de Proyectos
Planificación, Gestión y Desarrollo de Proyectos Conceptos básicos Planificación de un proyecto Gestión de un proyecto Desarrollo de un proyecto 1 Conceptos básicos: Proyecto Conjunto de actividades que
Más detallesClientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea
Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3
Más detallesImplementando un ERP La Gestión del Cambio
Artículos> Implementando un ERP - La Gestión del Cambio Artículo Implementando un ERP La Gestión del Cambio 1 Contenido Sumario Ejecutivo 3 Los sistemas ERP flexibilizan la gestión de la empresa y su cadena
Más detallesServidores Donantonio
Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3
Más detallesOrientación acerca de los requisitos de documentación de la Norma ISO 9001:2000
Orientación acerca de los requisitos de documentación de la Norma ISO 9001:2000 Documento: ISO/TC 176/SC 2/N 525R Marzo 2001 ISO Traducción aprobada el 2001-05-31 Prólogo de la versión en español Este
Más detallesUniversidad Autónoma de los Andes Evaluación y Auditoría Informática Unidad 1: Metodología de una Auditoría de Sistemas Computacionales - ASC Ing. John Toasa Espinoza http://waudinfingjohntoasa.wikispaces.com
Más detallesITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen
ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Sergio Valero Orea, svalero@utim.edu.mx, UTIM, Izúcar de Matamoros, Puebla. Resumen El desarrollo de sistemas
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Más detallesNotación de Modelado de Procesos de Negocio
Notación de Modelado de Procesos de Negocio Transformación constante: Presiones económicas. Necesidades. Requiere una mudanza en el modo en que las empresas abordan sus procesos de negocios. Perfeccionar
Más detallesPROCEDIMIENTO AUDITORIAS INTERNAS DE CALIDAD. PROCESO EVALUACIÓN Y CONTROL PÁGINA 1 de 9
PROCESO EVALUACIÓN Y CONTROL PÁGINA 1 de 9 1. OBJETO Definir la metodología para la realización de las auditorías internas del sistema de gestión de calidad con el fin de determinar la conformidad con
Más detallesI N T E R P R E T A T I V O
S E L E C C I Ó N D E S A R R O L L O L I D E R A Z G O H O G A N D E S A R R O L L O I N T E R P R E T A T I V O INVENTARIO DE RAZONAMIENTO DE NEGOCIOS DE HOGAN Reporte Para: High Score Usuario: UH007438
Más detallesTEMA 6: AUDITORIA INTERNA
TEMA 6: AUDITORIA INTERNA Pág. 1. OBJETIVOS DE LA AUDITORIA INTERNA. 94 2. COMPETENCIAS, FUNCIONES Y RESPONSABILIDADES DE LOS INTERVINIENTES EN AUDITORIAS DE I+D+i 96 3. EVALUACIÓN DEL AUDITOR. 100 4.
Más detallesPROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO...
Tabla de Contenido PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO... 2 1. LA PRESENCIA DE INFORMACIÓN Y AYUDA ÚTIL PARA COMPLETAR LOS TRÁMITES EN LÍNEA.... 2 2. LA DISPONIBILIDAD DE DIVERSOS
Más detallesDiseño de un estudio de investigación de mercados
Diseño de un estudio de investigación de mercados En cualquier diseño de un proyecto de investigación de mercados, es necesario especificar varios elementos como las fuentes a utilizar, la metodología,
Más detallesinnovadora y simple tres etapas Inicial, Intermedia y Final
Pontificia Universidad Católica de Chile IIC2100 Taller de Herramientas Computacionales para Ingeniería Profesor: Ignacio Casas. Ayudantes: Consuelo Pavón, Constanza Gómez Proyecto Semestral Modelación
Más detallesEl Software. Es lo que se conoce como el ciclo de vida del software.
El Software Hace referencia a los programas y toda la información asociada y materiales necesarios para soportar su instalación, operación, reparación, y mejora. Para construir un nuevo elemento software
Más detallesDEFINICIÓN PROYECTO INTEGRADOR PROYECTO INTEGRADOR SÉPTIMO SEMESTRE PROGRAMA MERCADEO Y NEGOCIOS INTERNACIONALES
DEFINICIÓN PROYECTO INTEGRADOR PROYECTO INTEGRADOR SÉPTIMO SEMESTRE PROGRAMA MERCADEO Y NEGOCIOS INTERNACIONALES 1. TITULO: EL MERCADO (INVESTIGACION SECUNDARIA MERCADO INTERNACIONAL) Y EL GERENTE DE MERCADEO
Más detallesPropuesta de Capacitación. Capacitación Introductoria Para La Administración y/o Control de Proyectos Con el software MS-PROJECT
Propuesta de Capacitación Capacitación Introductoria Para La Administración y/o Control de Proyectos Con el software MS-PROJECT Pasto, 2014 CONTENIDO PRESENTANCION JUSTIFICACION 1. Directrices de la Administración
Más detallesCapítulo IV. Manejo de Problemas
Manejo de Problemas Manejo de problemas Tabla de contenido 1.- En qué consiste el manejo de problemas?...57 1.1.- Ventajas...58 1.2.- Barreras...59 2.- Actividades...59 2.1.- Control de problemas...60
Más detallesSeguimiento y evaluación
Seguimiento y evaluación Por qué es necesario contar con herramientas para el seguimiento y la evaluación? Es la manera en que se puede evaluar la calidad e impacto del trabajo en relación con el plan
Más detallesTraducción del. Our ref:
Traducción del Documento: Our ref: Secretaría del ISO/TC 176/SC 2 Fecha: 15 de octubre de 2008 A los Miembros del ISO/TC 176/SC 2 - Gestión de la Calidad y Aseguramiento de la Calidad/ Sistemas de la Calidad
Más detallesAnálisis del Sistema de Información
Análisis del Sistema de Información 1 1. Definición y objetivos análisis.(del gr. ἀνάλυσις). 1. m. Distinción y separación de las partesdeun todo hasta llegar a conocer sus principios o elementos. 2. m.
Más detallesSISTEMA DE PAPELES DE TRABAJO PARA AUDITORÍA SPT AUDIT
SISTEMA DE PAPELES DE TRABAJO PARA AUDITORÍA SPT AUDIT INTRODUCCIÓN La documentación de auditoría ó papeles de trabajo son el respaldo que tiene el auditor para registrar los procedimientos aplicados,
Más detallesCurso. Introducción a la Administracion de Proyectos
Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir
Más detallesUnidad VI: Supervisión y Revisión del proyecto
Unidad VI: Supervisión y Revisión del proyecto 61. Administración de recursos La administración de recursos es el intento por determinar cuánto, dinero, esfuerzo, recursos y tiempo que tomará construir
Más detallesLINEAMIENTOS DE RENDICIÓN DE CUENTAS DE LA CREG
LINEAMIENTOS DE RENDICIÓN DE CUENTAS DE LA CREG La política de rendición de cuentas establecida por el Gobierno Nacional a través del documento CONPES 3654 de 2010 busca consolidar una cultura de apertura
Más detallesSede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr
16-0079 / 29-0952 FORMULACIÓN PROYECTOS Descripción General: Provee una introducción que abarca el ciclo de vida completo del desarrollo de un proyecto, desde que se concibe en los niveles más altos de
Más detallesLICENCIATURA EN CONTADURIA PUBLICA LISTADO DE MATERIAS CONTENIDO PLAN: 2004-2
LICENCIATURA EN CONTADURIA PUBLICA PLAN: 2004-2 Formar integralmente profesionales en Contaduría Pública con calidad y pertinencia social, con actitud creativa, analítica y propositiva, capaces de generar
Más detallesInstituto Tecnológico de Costa Rica
Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Computación Proyecto Programado: Revisión de Utilización Médica: Aplicación Web para el control de pacientes en hospitales de Puerto Rico Práctica
Más detalles2. DEFINICIÓN DEL SISTEMA INTEGRADO DE GESTIÓN - SIG
2. DEFINICIÓN DEL SISTEMA INTEGRADO DE GESTIÓN - SIG Para poder entender cuál es el propósito del SISTEMA INTEGRADO DE GESTIÓN - SIG, lo primero que debemos tener claro son los conceptos de SISTEMA, GESTIÓN
Más detalles