GUÍA DE BUENAS PRÁCTICAS PARA COMPLETAR LAS PLANTILLAS DE REQUERIMIENTOS PARA PROYECTOS DE EXPLOTACION DE INFORMACIÓN

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "GUÍA DE BUENAS PRÁCTICAS PARA COMPLETAR LAS PLANTILLAS DE REQUERIMIENTOS PARA PROYECTOS DE EXPLOTACION DE INFORMACIÓN"

Transcripción

1 Reporte Técnico GEMIS-TD-20-0-RT GUÍA DE BUENAS PRÁCTICAS PARA COMPLETAR LAS PLANTILLAS DE REQUERIMIENTOS PARA PROYECTOS DE EXPLOTACION DE INFORMACIÓN Ariel Deroche & María Florencia Pollo-Cattaneo Grupo de Estudio de Metodologías para Ingeniería en Software Universidad Tecnológica Nacional Facultad Regional Buenos Aires Argentina 202

2 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información ÍNDICE INTRODUCCIÓN Objetivo del documento Alcance del documento Tabla de Acrónimos utilizados PLANTILLAS PARA LA DOCUMENTACIÓN DE REQUERIMIENTOS 4 2. Plantillas del Proyecto Objetivos del Proyecto Criterios de éxito del proyecto Expectativas del proyecto Suposiciones del proyecto Restricciones del proyecto Riesgos del proyecto Plan de Contingencia del proyecto Plantillas de los Requisitos Objetivos del requisito Suposiciones del requisito Restricciones del requisito Identificación de riesgos Plan de contingencia Fuente de información para los requerimientos Atributos relacionados con los requisitos Plantillas Generales Glosario PRINCIPIOS PARA REDACTAR LAS PLANTILLAS EJEMPLO REFERENCIAS Hoja 2 de 27

3 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información Introducción. Objetivo del documento Este documento tiene como propósito establecer una guía de buenas prácticas para documentar correctamente el conjunto de plantillas que se utilizan para documentar los requerimientos educidos en un Proyecto de Explotación de Información (PEI). Se basa en la necesidad de establecer una guía para la correcta documentación de los requerimientos asociados a un PEI de manera adecuada, trazable y con bases sólidas..2 Alcance del documento El alcance de este documento es definir las plantillas de requerimientos para PEI así como criterios para asegurar la correcta redacción de los mismos. No se encuentra en el alcance de este documento los métodos y técnicas que deben ser utilizados para educir dicha información..3 Tabla de Acrónimos utilizados En esta sección se identifica y describe cada acrónimo que se utiliza en el documento. Acrónimo EdI PEI Descripción Explotación de Información Proyecto de Explotación de Información Hoja 3 de 27

4 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información 2 Plantillas para la documentación de Requerimientos En [] se propone un conjunto de plantillas para documentar los requerimientos educidos durante las primeras fases de un PEI. Estos requerimientos incluyen tanto los objetivos del proyecto como las expectativas, necesidades y otra información educida de los interesados (stakeholders). En la figura se pueden observar las diferentes plantillas en forma sintética junto con sus relaciones. Fig.. Plantillas para documentación de requerimientos con sus relaciones Como se puede observar en la figura anterior, existen plantillas relacionadas con el proyecto, con los requisitos y una plantilla de utilización general. En cuanto a las plantillas del proyecto, la plantilla principal (objetivos del proyecto) se relaciona con las demás del proyecto (Criterios de éxito, Suposiciones, Expectativas, Restricciones, Identificación de riesgos y Plan de contingencia). Hoja 4 de 27

5 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información A su vez, cada objetivo del proyecto tiene asociado un conjunto de requisitos. De esta manera, un objetivo del requisito se relaciona con un objetivo del proyecto siendo el primero, objeto central que vincula las demás plantillas (Suposiciones, Restricciones, Identificación de Riesgos y Plan de contingencia.) Finalmente, existe una plantilla (dentro de las mencionadas en []) de uso general, el glosario que se encuentra relacionada con todas las plantillas anteriores. Los tres grupos de plantillas se describen en las siguientes subsecciones. 2. Plantillas del Proyecto En esta sección se describen las plantillas asociadas al PEI que se muestran con sus relaciones en la figura 2. Objetivos del proyecto Suposiciones del proyecto Restricciones del proyecto Criterios de éxito del proyecto Identificación de riesgos del proyecto Expectativas del proyecto Plan de contingencia Fig. 2. Plantillas del Proyecto 2.. Objetivos del Proyecto En esta plantilla se deben describir cuáles son los objetivos del PEI. En cuanto a los objetivos, se los puede definir como expresiones cualitativas de los propósitos que se desean llevar a cabo en el proyecto establecido. Es decir, son los elementos según los cuales un proyecto es organizado por lo que deben responder claramente la pregunta qué pretende el cliente de nuestro trabajo? Normalmente los objetivos del proyecto son generales por lo que deben estar muy bien definidos cada uno en forma individual, pero debe considerar que los objetivos indicados deben ser posibles de alcanzar. Hoja 5 de 27

6 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información La cantidad de objetivos depende del grado de complejidad de los problema de negocio a resolver, y por lo tanto, se debe tener presente que esto no responde a cuestiones de redacción, sino de comprensión teórica del problema. OBJETIVOS DEL PROYECTO Identificación del proyecto, puede ser una frase muy breve y concisa ID Objetivo Descripción Referencia Objetivo A Descripción del objetivo A, representa el propósito que se Fuente del objetivo. Por desea llevar a cabo en el proyecto. ejemplo: Entrevistas. Objetivo B Descripción del objetivo B, representa el propósito que se Fuente del objetivo. Por desea llevar a cabo en el proyecto. ejemplo: Entrevistas. Objetivo N Descripción del objetivo N, representa el propósito que se Fuente del objetivo. Por desea llevar a cabo en el proyecto. ejemplo: Entrevistas Criterios de éxito del proyecto En esta plantilla se deben describir los puntos necesarios para que el proyecto tenga éxito. Se indican las condiciones cuantitativas y cualitativas que deberán ser cumplidas por el proyecto para poder asegurar que se lograron los objetivos y que el proyecto terminó exitosamente. Por lo tanto, deben tener relación directa con los objetivos del proyecto planteados (normalmente a uno, pero podría ser a más de uno). Debe considerarse que a pesar de que el proyecto haya finalizado sin problemas, si los criterios de éxito no fueron satisfechos (es decir, no se cumplen las condiciones indicadas), no se puede considerar que el proyecto fue un éxito. CRITERIOS DE ÉXITO DEL PROYECTO Identificación del proyecto, puede ser una frase muy breve y concisa. ID Criterio Descripción Objetivo del Proy. Referencia Criterio A Criterio B Descripción del Criterio A. Representa la condición que se debe cumplir para el éxito del proyecto, relacionado con el objetivo del proyecto. Descripción del Criterio B. Representa la condición que se debe cumplir para el éxito del proyecto, relacionado con el objetivo del proyecto. ejemplo: Entrevistas. ejemplo: Entrevistas. Descripción del Criterio N. Representa la condición que se debe cumplir para el éxito del Criterio N ejemplo: Entrevistas. proyecto, relacionado con el objetivo del proyecto. Hoja 6 de 27

7 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información 2..3 Expectativas del proyecto Las expectativas representan lo que el cliente espera del proyecto, lo cual debe coincidir con las metas del proyecto. Estas metas son más amplias que los objetivos del proyecto, y están muy relacionados con los problemas del negocio. Por lo que buscan responder a la pregunta por qué el cliente desea realizar el proyecto?. Sin embargo, no siempre es posible alcanzar todas las expectativas del proyecto por lo que se le deben asociar las condiciones para medir su satisfacción. En otras palabras, debe haber una relación directa con los criterios de éxito del proyecto (pudiendo existir un criterio asociado a más de una expectativa) e indirecta con sus objetivos. EXPECTATIVAS DEL PROYECTO ID Expectativa Expectativa A Expectativa B Identificación del proyecto, puede ser una frase muy breve y concisa. Descripción Descripción de la Expectativa A. representa lo que espera el cliente del proyecto Criterio de Éxito del Proy. Criterio con el Referencia ejemplo: Entrevistas. Descripción de la Expectativa B. representa Criterio con el ejemplo: lo que espera el cliente del proyecto Entrevistas. Expectativa N Descripción de la Expectativa N. representa lo que espera el cliente del proyecto Criterio con el ejemplo: Entrevistas Suposiciones del proyecto En esta plantilla se describen los supuestos del proyecto. Al comenzar a planear todo proyecto es necesario realizar hipótesis, teorías y opiniones que no están confirmadas. Es decir, se considera cierto concepto o hecho como válido o real y, en base al mismo, se trabaja para encontrar una solución. Por lo tanto, un supuesto puede ser general a varios objetivos del proyecto o específico a uno sólo. El éxito final del proyecto dependerá tanto de la identificación de las suposiciones con sus riesgos asociados así como la elaboración de planes de respaldo. Al documentar todos los supuestos, el equipo de trabajo podrá saber qué enunciados son inciertos al momento de la toma de decisiones. Hoja 7 de 27

8 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información SUPOSICIONES DEL PROYECTO ID Suposición Suposición A Suposición B Identificación del proyecto, puede ser una frase muy breve y concisa. Descripción Objetivo del Proy. Referencia Descripción de la Suposición A. Representa el supuesto que posee el proyecto. Descripción de la Suposición B. Representa el supuesto que posee el proyecto. ejemplo: Entrevistas. ejemplo: Entrevistas. Suposición N Descripción de la Suposición N. Representa el supuesto que posee el proyecto. ejemplo: Entrevistas Restricciones del proyecto La palabra restricción suele ser definida como una reducción o limitación a la hora de realizar una tarea o acción especifica. Aplicada al ámbito de un proyecto, las restricciones afectan el desempeño del mismo y como tales, deben ser tenidas en cuenta para asegurar el éxito del proyecto. Frecuentemente las restricciones que se repiten en los distintos proyectos suelen relacionarse con el tiempo, costo y alcance del mismo. De esta manera, se ha establecido la siguiente clasificación para tener en cuenta a la hora de poder gestionar las restricciones de la mejor manera posible: a) Asociadas a la Organización Este tipo de restricción depende de la forma de la organización donde se realiza el proyecto. Involucra desde cuestiones de política hasta cuestiones legales de la organización. b) Asociadas a los Datos Todo proyecto se basa en distintas fuentes de información, las cuales se basan en determinados datos. Los mismos deben protegerse, contar con un sistema de acceso correcto, de calidad y cantidad. Por ejemplo, gran parte de los datos son privados; se debe contar con una política de historial en donde los datos antiguos se almacenen en un repositorio secundario, etc. c) Asociadas a Recursos Humanos En todo proyecto poseemos recursos humanos que deben ser administrados correctamente. Existen muchos tipos de organizaciones y formas para la administración de los recursos humanos. Los mismos generalmente se relacionan y comunican en base a una estructura jerárquica. A su vez, la administración y gestión de los mismos se basa en la determinación de sus funciones, horarios, vacaciones, etc. Hoja 8 de 27

9 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información d) Asociadas a Recursos Técnicos De la misma manera, los recursos técnicos deben ser gestionados correctamente. Aquí se incluye el hardware y software de la organización, y actividades relacionadas a los mismos (administración de las bases de datos, servidores y redes, entre otros). e) Asociadas al Proyecto Relacionado con las actividades que afectan al proyecto. Por ejemplo, cuestiones de seguridad de acceso a la información, actividades que requieren ciertas medidas, etc. RESTRICCIONES DEL PROYECTO Identificación del proyecto, puede ser una frase muy breve y concisa. ID Restricción Restricción A Restricción B Restricción N Tipo De org. / de datos/ de recursos humanos/ de recursos técnicos / proyecto De org. / de datos/ de recursos humanos/ de recursos técnicos / proyecto Descripción Descripción de la Suposición A. Representa el supuesto que posee el proyecto. Descripción de la Suposición A. Representa el supuesto que posee el proyecto. Objetivo del Proy. Referencia ejemplo: Entrevistas. ejemplo: Entrevistas. De org. / de datos/ de recursos Descripción de la Suposición humanos/ de A. Representa el supuesto recursos técnicos que posee el proyecto. / proyecto ejemplo: Entrevistas Riesgos del proyecto En esta plantilla se deben incluir los resultados de la gestión de riesgos de un PEI. El riesgo se puede definir como una probabilidad de que algo pueda suceder, o en otras palabras un problema potencial. El término está vinculado a la proximidad de un posible daño y a la vulnerabilidad. La identificación de riesgos es muy importante y necesaria para definir los planes de contingencia que se aplicarán si éstos se convierten en realidad. Luego de la identificación, es importante realizar una clasificación de los mismos ya que habrá riesgos más importantes que otros. Cuando hablamos de la importancia, nos referimos al grado de exposición. Un riesgo conlleva una pérdida asociada, es decir un impacto (por ejemplo: pérdida de tiempo, de calidad, de dinero, etc.), y una probabilidad de ocurrencia (por ejemplo, se toma 0 como improbable y como probable). La multiplicación de ambos da como resultado la exposición (una cuantificación de los efectos de los riesgos). Hoja 9 de 27

10 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información Por otro lado, tenemos dos fuentes principales de riesgos, los cuales nos ayudarán para la clasificación y gestión de los mismos. a) Riesgos genéricos Son aquellos riesgos que se repiten en todos los proyectos (relacionados a la organización o al equipo de trabajo), tales como mala estimación de tiempo, falta de experiencia, o falta de apoyo de los gerentes de la organización entre otros. b) Riesgos específicos Este tipo de riesgo depende exclusivamente del proyecto que se está llevando a cabo. Por lo general, al no ser genérico, requiere un tratamiento especial y suele tener un alto grado de exposición. Por ejemplo, pérdida de información, datos insuficientes, o falta de comprensión de los requerimientos. IDENTIFICACIÓN DE LOS RIESGOS Identificación del proyecto, puede ser una frase muy breve y concisa. ID Riesgo Tipo Exposición Descripción Objetivo del Proy. Referencia Riesgo A Genérico / Especifico Impacto x Prob.ocurrencia Descripción del Riesgo A. Fuente cual se relacio- Impacto x Descripción del Riesgo B Genérico / Fuente Prob.ocurrencia Riesgo B. Especifico na. Riesgo N Genérico / Especifico Impacto x Prob.ocurrencia Descripción del Riesgo N. Fuente 2..7 Plan de Contingencia del proyecto Vinculado al riesgo, es el plan alternativo al de carácter normal cuyo fin es garantizar la continuidad, en este caso del proyecto, cuando sucede algún tipo de eventualidad. Forma parte de la gestión de riesgos, confeccionando un plan alternativo en caso de que un riesgo se vuelva una realidad. PLAN DE CONTINGENCIA Identificación del proyecto, puede ser una frase muy breve y concisa. ID Acción Acción ID Riesgo Acción A Descripción del plan de contingencia A donde se especifican las acciones a tomar. Riesgo con el cual se relaciona Acción B Descripción del plan de contingencia B donde se especifican las acciones a tomar. Riesgo con el cual se relaciona Hoja 0 de 27

11 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información PLAN DE CONTINGENCIA Identificación del proyecto, puede ser una frase muy breve y concisa. ID Acción Acción ID Riesgo Acción N Descripción del plan de contingencia N donde se especifican las acciones a tomar. Riesgo con el cual se relaciona 2.2 Plantillas de los Requisitos En esta sección se describen las plantillas asociadas a los requisitos del PEI, que se muestran en la figura 3. Objetivos del requisito proyecto Suposiciones del requisito proyecto Identificación de riesgos del requisito proyecto Restricciones del requisito proyecto Plan de contingencia Fig. 3. Plantillas de los Requisitos 2.2. Objetivos del requisito En esta plantilla se detallan los objetivos del requisito. Estos objetivos enmarcan todos los resultados particulares del proyecto cuya sumatoria debe llevar, sin duda alguna, a la obtención de los objetivos del proyecto y por ende a la solución del problema de negocio planteado. Como los resultados de un proyecto de explotación de información están vinculados a la transformación de datos (generalmente en grandes cantidades) en conocimiento mediante el descubrimiento de patrones presentes (implícitamente) en ellos, los objetivos del requisito deben indicar las características generales que deben satisfaces dichos patrones. En otras palabras, indican la descripción de cada uno de los modelos, con sus características, que serán generados durante el proyecto para satisfacer sus objetivos. Los objetivos del requisito deben ser 00% verificables, y deben ser cuidadosamente analizados para lograr ubicar las palabras y la redacción exacta que permitan Hoja de 27

12 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información exponer en forma muy clara todos y cada uno de los alcances individuales del trabajo planteado. Además, no hay que confundir los objetivos del requisito con las actividades que se deben realizar en el proyecto. OBJETIVOS DEL REQUISITO Identificación del proyecto, puede ser una frase muy breve y concisa. ID Objetivo Descr ipción Obj. del Proy Referencia Objetivo A Descripción del objetivo A. Representa el interés del cliente, que es lo que pretende obtener. Objetivo del Proy con el cual se relaciona Fuente del objetivo. Por ejemplo: Entrevistas. Objetivo B Objetivo N Descripción del objetivo B. Representa el interés del cliente, que es lo que pretende obtener. Objetivo del Proy con el cual se relaciona Fuente del objetivo. Por ejemplo: Entrevistas. Descripción del objetivo N. Representa el Objetivo del interés del cliente, que es lo que pretende Proy con el cual obtener. se relaciona Fuente del objetivo. Por ejemplo: Entrevistas Suposiciones del requisito Se indican las suposiciones relacionadas con los objetivos de los requisitos. Para mayor información ver sección SUPOSICIONES DEL REQUISITO Identificación del proyecto, puede ser una frase muy breve y concisa. ID Suposición Suposición Objetivo del Req. Referencia Descripción de la Suposición A. Representa el supuesto que posee el ejemplo: Entrevis- cual Suposición A se relaciona. requisito. tas. Suposición B Descripción de la Suposición B. Representa el supuesto que posee el requisito. cual se relaciona. ejemplo: Entrevistas. Suposición N Descripción de la Suposición N. Representa el supuesto que posee el requisito. cual se relaciona. ejemplo: Entrevistas Restricciones del requisito Aquí tratamos las limitaciones asociadas a los objetivos del requisito. Los tipos de restricciones son los mismos definidos en la sección 2..5 Hoja 2 de 27

13 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información RESTRICCIONES DEL REQUISITO Identificación del proyecto, puede ser una frase muy breve y concisa. ID Restricción Tipo Descripción Restricción A Restricción B Restricción N De org. / de datos/ de recursos humanos/ de recursos técnicos De org. / de datos/ de recursos humanos/ de recursos técnicos Descripción de la Suposición A. Representa el supuesto que posee el proyecto. Descripción de la Suposición A. Representa el supuesto que posee el proyecto. Objetivo del Req. Objetivo con el cual se relaciona. Objetivo con el cual se relaciona. Referencia ejemplo: Entrevistas. ejemplo: Entrevistas. De org. / de datos/ de Descripción de la Suposición A. Objetivo con recursos Representa el supuesto que posee el el cual se humanos/ de proyecto. relaciona. recursos técnicos ejemplo: Entrevistas Identificación de riesgos También se deben identificar los riesgos relacionados a los objetivos del requisito. Los tipos de riesgos son los mismos definidos en la sección 2..6 IDENTIFICACIÓN DE LOS RIESGOS Identificación del proyecto, puede ser una frase muy breve y concisa que represente el objetivo del requisito. ID Riesgo Tipo Exposición Descripción Riesgo A Riesgo B Genérico / Especifico Genérico / Especifico Impacto x Prob.ocurren cia Impacto x Prob.ocurren cia Descripción del Riesgo A. Descripción del Riesgo B. Objetivo del Req. Referncia Riesgo N Genérico / Especifico Impacto x Prob.ocurren cia Descripción del Riesgo N. Fuente Fuente Fuente Hoja 3 de 27

14 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información Plan de contingencia Al igual que la sección 2..7, forma parte de la gestión de riesgos, confeccionando un plan alternativo en caso de que un riesgo en cuestión se vuelva una realidad. PLAN DE CONTINGENCIA Identificación del proyecto, puede ser una frase muy breve y concisa. ID Acción Acción ID Riesgo Acción A Descripción del plan de contingencia A donde se especifican las acciones a tomar. Riesgo con el cual se relaciona Acción B Descripción del plan de contingencia B donde se especifican las acciones a tomar. Riesgo con el cual se relaciona Acción N Descripción del plan de contingencia N donde se especifican las acciones a tomar. Riesgo con el cual se relaciona 2.3 Fuente de información para los requerimientos Aquí se detallan todas las fuentes de información (también conocida como repositorios de datos) que se identificaron para utilizar en el proyecto en cuestión. Los distintos tipos de fuentes pueden ser: bases de datos, archivos de planilla de cálculo, documentos de texto y otro tipo de reportes. FUENTE DE INFORMACIÓN PARA LOS REQUERIMIENTOS Identificación del proyecto, puede ser una frase muy breve y concisa. Origen Tipo Descripción Responsable Referencia Fuente donde está Persona responsable de la Archivo / Detalle de la fuente de información (nombre del archivo, que de la fuente. A que la documentación Fuente A Base de fuente A de dato contiene, etc.) se usó para completar la inf. plantilla Fuente B Archivo / Base de dato Detalle de la fuente de información (nombre del archivo, que contiene, etc.) Persona responsable de la fuente B de inf. Fuente donde está la documentación de la la fuente. B que se usó para completar la plantilla Fuente N Archivo / Base de dato Detalle de la fuente de información (nombre del archivo, que contiene, etc.) Persona responsable de la fuente N de inf. Fuente donde está la documentación de la la fuente. N que se usó para completar la plantilla. Hoja 4 de 27

15 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información 2.3. Atributos relacionados con los requisitos Se identifican los atributos de los conceptos educidos en el proceso de especificación de requerimientos que serán utilizados para cumplir cada requisito. Un atributo se puede utilizar para más de un requisito. Se declaran con un identificador y el tipo de dato correspondiente. Por ejemplo, un atributo podría ser el nombre de la persona cuyo tipo es alfanumérico. ATRIBUTOS RELACIONADOS CON LOS REQUISITOS Identificación del proyecto, puede ser una frase muy breve y concisa. Objetivo del Atributo Origen Tipo de Atributo Req. Nombre del Atributo A Nombre del Atributo B Archivo desde donde se obtiene Archivo desde donde se obtiene Alfanumérico / Numérico / Booleano / Lista Alfanumérico / Numérico / Booleano Referencia Fuente donde está la documentación de del atributo A que se usó para completar la plantilla Fuente donde está la documentación de el atributo B que se usó para completar la plantilla. Nombre del Atributo N Archivo desde donde se obtiene Alfanumérico / Numérico / Booleano Fuente donde está la documentación de el atributo N que se usó para completar la plantilla. 2.4 Plantillas Generales En esta sección se describe la plantilla del Glosario que se encuentra asociada tanto al proyecto como los requisitos del PEI Glosario En esta plantilla se incluyen todos los conceptos, acrónimos y abreviaturas que pueden llegar a ser conflictivos y/o ambiguos. Se busca documentar toda la terminología especial utilizada por la organización y que será utilizada para poder comprender los significados de las otras plantillas. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS Identificación del proyecto, puede ser una frase muy breve y concisa. Término Descripción Tipo Referencia Acrónimo / Definición / Abreviatura donde Fuente desde Concepto A Definición/significado del concepto A esta Hoja 5 de 27

16 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS Identificación del proyecto, puede ser una frase muy breve y concisa. Término Descripción Tipo Referencia relacionado Concepto B Definición/significado del concepto B Fuente desde Acrónimo / Definición / Abreviatura donde esta relacionado Concepto N Definición/significado del concepto N Acrónimo / Definición / Abreviatura Fuente desde donde esta relacionado Hoja 6 de 27

17 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información 3 Principios para redactar las Plantillas Para completar las plantillas se recomienda utilizar las características indicadas en el Standard 830 del IEEE [2] las cuales son: a) Corrección Si y sólo si todo requisito que figura en ella refleja alguna necesidad real. b) Ambigüedad Es no ambiguo si y solo si cada requisito descrito tiene una única interpretación. En términos generales, el lenguaje natural es de los más ambiguos. Por el contrario existen los lenguajes formales que no son ambiguos, pero son más difíciles de aprender y menos comprensibles para el que no los conoce. c) Completitud Es completa si: Incluye todos los requisitos significativos. Existe una definición de respuestas a todas las posibles entradas, tanto válidas como inválidas, en todas las posibles situaciones. Cumple con el estándar utilizado. Si hay alguna parte del estándar que no se utiliza, se debe razonar suficientemente el por qué no se ha utilizado dicho apartado. Aparecen definidos todos los términos y unidades de medida empleados. d) Verificabilidad Si existe algún proceso no excesivamente costoso por el cual una persona o una máquina pueda verificar que el resultado del proyecto satisface dicho requerimiento. e) Consistencia Si y sólo si ningún conjunto de requisitos descritos en ella son contradictorios o entran en conflicto. f) Clasificación Pueden clasificarse por diversos criterios: Importancia: Pueden ser esenciales, condicionales u opcionales. Estabilidad: Cambios que pueden afectar al requisito. Lo ideal es el establecimiento de prioridades, de modo que la implementación de un requisito de menor prioridad no emplee excesivos recursos. Hoja 7 de 27

18 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información g) Modificable Si cualquier cambio puede realizarse de manera fácil, completa y consistente. Para ello, es deseable tener una organización coherente y fácil de usar en la que aparezca el índice o una tabla de contenidos fácilmente accesible. h) Trazable Si el origen de cada requerimiento es claro tanto hacia atrás (origen que puede ser un documento, una persona etc.) como hacia delante (componentes del sistema que realizan dicho requisito). Para cumplir dichos principios se recomienda utilizar los siguientes criterios: Usar vocabulario mínimo: Utilizando términos propios del negocio y que está capturado en la plantilla de glosario. Utilizar sentencias simples: Una sentencia simple contiene una cláusula independiente, evitando sentencias compuestas (con dos o más cláusulas independientes). Escribir en voz activa: Es cuando el sujeto es el agente de la acción. Escribir el qué y no el cómo : Evitar describir la forma en que se alcanzará el objetivo, sino el objetivo en sí. Comenzar con verbo en infinitivo en el caso de Objetivos y Expectativas. Algunos signos de alerta de plantillas con problemas Se utiliza jerga no definida. Se utilizan conjunciones: y, o, también, con, etc. Se utilizan sentencias de excepción: sí, pero, excepto, a menos que, aunque, etc. Se utilizan generalizaciones: generalmente, usualmente, frecuentemente, normalmente, típicamente, cuando sea posible, etc. Se utilizan términos sugestivos: podría, debería, quizás, probablemente, etc. Se utilizan aclaraciones: eso es, por ejemplo, como, etc. Hoja 8 de 27

19 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información 4 Ejemplo A continuación, un ejemplo en donde la solución del problema incluye la aplicación de las plantillas mencionadas anteriormente. Notas de Entrevistas realizadas: La empresa de turismo XXX desea mejorar su oferta de paquetes turísticos teniendo en cuenta el poder adquisitivo, es decir la proyección de gastos de sus clientes. Sus principales clientes son turistas nacionales e internacionales que desean visitar a la ciudad de Buenos Aires. La expectativa de la empresa a largo plazo es realizar promociones de turismos a clientes de alta gama. Se ha realizado una encuesta a turistas en varios circuitos (zonas) de la ciudad de Buenos Aires. Entre las preguntas realizadas se le ha consultado al turista sobre sus características y los gastos realizados durante su estadía. Las características relevadas en la encuesta son: o País de residencia del turista. o Indica si el viaje fue realizado por agencia de turismo o por cuenta propia. o Cantidad de personas que componen el grupo de turistas. o Motivo por el que realizaron la visita. o Sexo de cada una de las personas que componen el grupo de turistas. o Edad de cada una de las personas que componen el grupo de turistas. o Si se alojó en Buenos Aires o no. o Indica la cantidad de noches que el turista se alojó en Buenos Aires. o Nombre lugar en que se alojó el turista. o Lista de objetos comprados o servicios pagados en la ciudad de Buenos Aires. o Monto total estimado de compras o servicios pagados en la ciudad de Buenos Aires. o Tours realizados por el turista en la ciudad de Buenos Aires. o Cantidad estimada por día de dinero utilizado por el turista en su visita, está compuesto por el monto de alojamiento (si lo hubiere), compras (incluyendo las comidas) y tours realizados. o Opinión de la ciudad de Buenos Aires. o Opinión de la relación calidad/precio de los servicios de la ciudad de Buenos Aires. Hoja 9 de 27

20 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información A partir de las encuestas realizadas y registradas en un archivo Excel se desea determinar las características de los turistas que realizan un mayor gasto en la ciudad de Buenos Aires. Algunas preguntas que se desea responder son: En dónde y en cuáles segmentos se realiza el mayor gasto? Qué factores influyen en la elección del hotel? A mayor gasto en hotelería mayor gasto en la ciudad? La estadía promedio está relacionada con el motivo de la visita? El gasto está relacionado con el grupo de viaje y motivo de la visita? Qué turista realiza mayor gasto y más distribuido? Hay diferencia entre el gasto del turista Nacional y el Internacional? Los turistas de países más lejanos, se quedan más tiempo, gastan más? Cómo influye la percepción calidad/precio en el gasto final? Se considera que la cantidad de encuestas realizas es suficientemente representativa para determinar a los turistas que realizan la mayor cantidad de gastos. No todas las preguntas han sido respondidas por los turistas, éstas han sido marcadas en el archivo Excel con un valor negativo. Los gastos de los turistas se componen por: o Gastos de alojamiento (el cual depende de su categoría). o Gastos de compras (incluyendo comida y servicios pagados). o Gastos de tours realizados. Se puede acceder a información de los alojamientos a partir de una base de datos pública suministrada por el Ministerio de Turismo. A partir del nombre del alojamiento indicado en la encuesta por el turista, es posible determinar ciertos datos del alojamiento como son su localización, categoría y tarifa por noche. Una aclaración la ubicación del alojamiento caracteriza su categoría (ej: en San Telmo no hay hoteles de alta gama) por lo que se puede producir mucho sesgo. El turista elige por categoría o costo del alojamiento en primer lugar y no por el barrio (o sí, pero como consecuencia del lugar donde está ubicado el alojamiento). Se puede acceder a información de los tours a partir de una base de datos pública suministrada por el Ministerio de Turismo. A partir del nombre del tour indicado en la encuesta por el turista, es posible determinar ciertos datos del mismo como son su descripción y tarifa. De un análisis preliminar se han observado que: Hoja 20 de 27

21 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información o o o Los turistas que realizan su viaje en grupo, gastan montos similares y distribuidos en las mismas proporciones. Los turistas que poseen una opinión positiva en cuanto al precio de los servicios han realizado mayores gastos. Los turistas de países más lejanos se quedan más tiempo, pero gastan menos por día. Se aplican las plantillas al problema propuesto OBJETIVOS DEL PROYECTO Ej-TURISTA ID Objetivo Descripción Referencia Mejorar la oferta de paquetes turísticos realizando una proyección de sus gastos en la ciudad de Buenos Aires. Entrevistas CRITERIOS DE ÉXITO DEL PROYECTO Ej-TURISTA ID Criterio Descripción Objetivo del Proy. Referencia Determinar las características de los turistas de alta gama en CABA Entrevistas EXPECTATIVAS DEL PROYECTO ID Expectativa Ej-TURISTA Descripción Criterio de Éxito del Proy. Referencia Realizar promociones de turismos a clientes de alta gama Entrevistas Hoja 2 de 27

22 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información SUPOSICIONES DEL PROYECTO ID Suposición Ej-TURISTA Descripción Objetivo del Proy. Referencia Se considera que la cantidad de encuestas realizas es suficientemente representativa para determinar a los turistas que realizan la mayor cantidad de gastos. Las preguntas no respondidas por los turistas se consideran mínimas y no afectará el análisis final. Los turistas que realizan su viaje en grupo, gastan montos similares y distribuidos en las mismas proporciones. Los turistas que poseen una opinión positiva en cuanto al precio de los servicios han realizado mayores gastos. Los turistas de países más lejanos se quedan más tiempo, pero gastan menos por día. Base de datos Base de datos Entrevistas, Base de datos Entrevistas, Base de datos Entrevistas, Base de datos RESTRICCIONES DEL PROYECTO Ej-TURISTA ID Restricción Tipo Descripción Objetivo del Proy. Referencia Datos Los turistas que interesan son nacionales e internacionales que desean visitar a la ciudad de Bs. As. Entrevistas, Base de datos IDENTIFICACIÓN DE LOS RIESGOS ID Riesgo 2 Ej-TURISTA Tipo Genérico Genérico Alto / 30% Alto / 0% Descripción Los datos de los turistas no reflejan la realidad o están desactualizados. No se puede acceder a las bases de datos debido a que no se cuenta con información para hacerlo, permisos o no contamos con recursos. Objetivo del Proy. Exposición Referencia Entrevistas, Base de datos Base de datos Hoja 22 de 27

23 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información PLAN DE CONTINGENCIA Ej-TURISTA ID Acción Acción ID Riesgo Realizar nuevas encuestas para poder tener una información mas actualizada., 2 OBJETIVOS DEL REQUISITO Ej-TURISTA ID Objetivo Descr ipción Obj. del Proy Referencia Obtener las características de los turistas Entrevistas 2 Obtener la distribución de los gastos de los turistas en la ciudad de Buenos Aires. Entrevistas SUPOSICIONES DEL REQUISITO Ej-TURISTA ID Suposición Suposición Objetivo del Req. Referencia Los datos recolectados son suficientes, 2 Entrevistas 2 Los gastos de los turistas están clasificados en alojamiento, compras y tours 2 Entrevistas realizados. 3 De un análisis preliminar se ha observado que los turistas que poseen una opinión positiva en cuanto al precio de 2 Entrevistas los servicios han realizado mayor cantidad de gastos. 4 De un análisis preliminar, los turistas que realizan su viaje en grupo, gastan montos similares y distribuidos en las 2 Entrevistas mismas proporciones 5 De un análisis preliminar se ha observado que los turistas de países más lejanos se quedan más tiempo, pero 2 Entrevistas gastan menos por día. 6 A partir del nombre del tour indicado en la encuesta por el turista, es posible determinar ciertos datos del mismo como son su descripción y tarifa. 2 Entrevistas RESTRICCIONES DEL REQUISITO Hoja 23 de 27

24 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información Ej-TURISTA ID Restricción Tipo Descripción Objetivo del Req. Referencia Datos Las preguntas no respondidas en la encuesta se encuentran indicadas con un valor negativo., 2 Entrevistas 2 Datos 3 Datos Solo se tiene en cuenta a los turistas que se alojaron en la Ciudad de Buenos Aires. El turista elige el alojamiento por categoría o costo del alojamiento y no por su ubicación (la localización del alojamiento es una consecuencia de la categoría elegida). 4 Datos Gastos y montos en pesos argentinos, 2, 2 Entrevistas, Base de datos Entrevistas Entrevistas, Base de datos IDENTIFICACIÓN DE LOS RIESGOS Ej-TURISTA ID Riesgo Tipo Exposición Descripción Genérico Alto / 0% 2 Genérico Medio / 20% Pocos registros y/o desactualizados que no permiten obtener conclusiones Preguntas importantes no respondidas por los turistas. Objetivo del Req., 2 Referncia Base de datos, 2 Entrevistas PLAN DE CONTINGENCIA Ej-TURISTA ID Acción Acción ID Riesgo Realizar entrevistas que mejoren los datos actuales., 2 ATRIBUTOS RELACIONADOS CON LOS REQUISITOS Ej-TURISTA Hoja 24 de 27

25 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información Atributo Origen Tipo de Atributo Tour realizado Cantidad de Personas País Sexo Edad Encuesta / Base de datos Objetivo del Req. Alfanumérico 2 Encuesta Numérico, 2 Encuesta / Base de datos Encuesta / Base de datos Encuesta / Base de datos Alfanumérico, 2 Alfanumérico Lista de Numérico Motivo Encuesta Alfanumérico, 2 Noches en alojamientos Gasto por día Tours realizados Gasto en Compras Opinión / Satisfacción Tarifa Encuesta / Base de datos Numérico, 2 Encuesta Numérica 2 Encuesta Lista de Alfanumérico 2 Encuesta Numérica 2 Encuesta Alfanumérico 2 Encuesta / Base de datos Numérico 2 Referencia Encuesta / Entrevistas Encuesta / Entrevistas Encuesta / Entrevistas Encuesta / Entrevistas Encuesta / Entrevistas Ejemplo de Encuesta / Entrevistas Encuesta / Entrevistas Encuesta / Entrevistas Encuesta / Entrevistas Encuesta / Entrevistas Encuesta / Entrevistas Encuesta / Entrevistas FUENTE DE INFORMACIÓN PARA LOS REQUERIMIENTOS Ej-TURISTA Origen Tipo Descripción Responsable Referencia Encuesta Archivo Encuestas realizadas. Agencia de Encuesta/ Entrevistas Turismo Alojamientos Base de Ministerio de Ministerio de Datos de los alojamientos. Datos Turismo Turismo Tours Base de Ministerio de Ministerio de Datos de los tours disponibles. Datos Turismo Turismo DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS Ej-TURISTA Término Descripción Tipo Referencia CABA Ciudad Autónoma de Buenos Aires Acrónimo Entrevistas, Base de datos Cantidad de Cantidad de personas que componen el Definición de Atributo Personas grupo de turistas. Entrevistas Categoría Categoría del alojamiento. Definición de Atributo Entrevistas Circuito Zona en donde se realizó la encuesta. Definición de Atributo Entrevistas Hoja 25 de 27

26 Guía de Buenas Prácticas para completar Plantillas de Requerimientos para Proyectos de Explotación de Información DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS Ej-TURISTA Término Descripción Tipo Referencia Compras Lista de objetos comprados o servicios Definición de Atributo pagados en la ciudad de Buenos Aires. Entrevistas Gastos Dinero utilizado por el turista en su visita, está compuesto por el monto de alojamiento (si lo hubiere), compras (incluyencepto Definición de Con- Entrevistas do las comidas) y tours realizados. Localización Ubicación del hotel en la ciudad de Buenos Aires. buto Definición de Atri- Entrevistas Motivo Motivo por el que realizaron la visita. Definición de Atri- Entrevistas Noches Tarifa Turista Indica la cantidad de noches que el turista se alojó en la ciudad de Buenos Aires. Precio promedio del tour. Personas que no viven en CABA y que permanecen por un tiempo en concepto de vacaciones, paseos, etc. buto Definición de Atributo Definición de Atributo Definición de Concepto Entrevistas Entrevistas Entrevistas Hoja 26 de 27

27 Guía de Buenas Practicas para completar las Plantillas de Requerimientos para Proyectos de Explotacion de Información 5 Referencias [] Britos, P., Dieste, O., García-Martínez, R. (2008). Requirements Elicitation in Data Mining for Business Intelligence Projects. IFIP Series, 274: [2] Institute of Electronic and Electrical Engineers (998). IEEE Standard IEEE Recommended Practice for Software Requirements Specifications. IEEE Computer Society. E-ISBN: Hoja 27 de 27

PROPUESTA METODOLOGICA PARA LA EDUCCIÓN DE REQUISITOS EN PROYECTOS DE EXPLOTACIÓN DE INFORMACIÓN

PROPUESTA METODOLOGICA PARA LA EDUCCIÓN DE REQUISITOS EN PROYECTOS DE EXPLOTACIÓN DE INFORMACIÓN PROPUESTA METODOLOGICA PARA LA EDUCCIÓN DE REQUISITOS EN PROYECTOS DE EXPLOTACIÓN DE INFORMACIÓN Paola Britos 1,2, Enrique Fernandez 1,2, Ramón García-Martinez 1,2 Centro de Ingeniería del Software e Ingeniería

Más detalles

Formalización de Dominios de Negocio para Proyectos de Explotación de Información basada en Técnicas de Ingeniería del Conocimiento

Formalización de Dominios de Negocio para Proyectos de Explotación de Información basada en Técnicas de Ingeniería del Conocimiento Formalización de Dominios de Negocio para Proyectos de Explotación de Información basada en Técnicas de Ingeniería del Conocimiento Vegega, C., Pytel, P., Ramón, H., Rodríguez, D., Pollo-Cattaneo, F.,

Más detalles

Especificación de Requisitos según el estándar de IEEE 830

Especificació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

ANALES DEL XVIII CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN CACIC. 8 al 12 de octubre de 2012. Bahía Blanca, Buenos Aires, Argentina

ANALES DEL XVIII CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN CACIC. 8 al 12 de octubre de 2012. Bahía Blanca, Buenos Aires, Argentina ANALES DEL XVIII CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN XVIII CACIC 2012 8 al 12 de octubre de 2012 Bahía Blanca, Buenos Aires, Argentina XIII Workshop Agentes y Sistemas Inteligentes (WASI)

Más detalles

Análisis de Requisitos

Análisis de Requisitos Análisis de Requisitos Los requisitos determinan lo que hará el sistema y definen restricciones sobre su operación e implementación. El análisis de requisitos es el proceso del estudio de las necesidades

Más detalles

investigación contable

investigación contable Guía metodológica para la investigación contable UNISUCRE 21-02-25 1. TÍTULO DE LA PROPUESTA DE INVESTIGACIÓN 2. PLANTEAMIENTO DEL PROBLEMA 3. JUSTIFICACIÓN 4. MARCO TEÓRICO 5. OBJETIVOS 6. METODOLOGIA

Más detalles

Identificación de requerimientos

Identificación de requerimientos Licenciatura en Informática Administración de requerimientos Identificación de requerimientos Licenciatura en Informática Sirva este material como apoyo a los apuntes de la asignatura Administración de

Más detalles

Formalización de Dominios de Negocio basada en Técnicas de Ingeniería del Conocimiento para Proyectos de Explotación de Información

Formalización de Dominios de Negocio basada en Técnicas de Ingeniería del Conocimiento para Proyectos de Explotación de Información Formalización de Dominios de Negocio basada en Técnicas de Ingeniería del Conocimiento para Proyectos de Explotación de Información Cinthia Vegega, Hernán Amatriain, Pablo Pytel, Florencia Pollo-Cattaneo

Más detalles

Plan de Pruebas de Software

Plan de Pruebas de Software Herramienta para la administración de requerimientos de los proyectos de las asignaturas de Ingeniería de Software y Arquitectura de Software de la Pontificia Universidad Javeriana vae Plan de Pruebas

Más detalles

14. Ingeniería de software. Ing. Alejandro Adorjan

14. Ingeniería de software. Ing. Alejandro Adorjan 14. Ing. Alejandro Adorjan : un enfoque en ingeniería de requerimientos Introducción La ingeniería de software es una disciplina que estudia la aplicación de la teoría, el conocimiento y la práctica de

Más detalles

INGENIERIA DE SOFTWARE. Dr. Pedro Mejia Alvarez. 2009. Obtención de Requerimientos

INGENIERIA DE SOFTWARE. Dr. Pedro Mejia Alvarez. 2009. Obtención de Requerimientos INGENIERIA DE SOFTWARE. Dr. Pedro Mejia Alvarez. 2009. Obtención de Requerimientos En esta actividad se determina el dominio de la aplicación, se especifican los servicios que debe proveer el sistema,

Más detalles

Parte I: Introducción

Parte I: Introducción Parte I: Introducción Introducción al Data Mining: su Aplicación a la Empresa Cursada 2007 POR QUÉ? Las empresas de todos los tamaños necesitan aprender de sus datos para crear una relación one-to-one

Más detalles

Gestión práctica de riesgos para proyectos exitosos

Gestión práctica de riesgos para proyectos exitosos Gestión práctica de riesgos para proyectos exitosos Mg. Franco Rigante, CISA, CRISC, PMP Partner, Grant Thornton Argentina DEFINICIÓN DE RIESGO Riesgo proviene del italiano risico o rischio a su vez, originado

Más detalles

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea

Clientes 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 detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestió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 detalles

Servidores Donantonio

Servidores 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 detalles

Data Mining Técnicas y herramientas

Data Mining Técnicas y herramientas Data Mining Técnicas y herramientas Introducción POR QUÉ? Empresas necesitan aprender de sus datos para crear una relación one-toone con sus clientes. Recogen datos de todos lo procesos. Datos recogidos

Más detalles

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1 Sinopsis de la gestión de s de acuerdo con el estándar del Project Management Institute Conceptos básicos Qué es un? Es un grupo de proyectos gestionados de modo coordinado para obtener beneficios y el

Más detalles

Implantación de Sistemas

Implantación de Sistemas Implantación de Sistemas Maria Ines Parnisari 17 de Diciembre de 2014 Índice Parte 1: Implantación... 2 Factores clave para una implantación exitosa... 2 Etapas de un proyecto de Sistemas... 2 Fases de

Más detalles

ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos

ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos Páginas 1 de 7 1. OBJETIVO Brindar el marco normativo que fije las condiciones en que deben prestarse los Servicios de Tecnologías de Información a los procesos de la organización, estableciendo criterios

Más detalles

Visión del Sistema Proyecto:

Visión del Sistema Proyecto: <Nombre del Proyecto> Visión del Sistema Proyecto: Nota: El texto incluido en rectángulos azules y el exhibido en cursiva azul (Estilo=InfoBlue) se incluye con el fin de proporcionar una guía para

Más detalles

Catálogo General de Requisitos

Catálogo General de Requisitos I.T. INFORMÁTICA DE GESTIÓN 05BM: Fundamentos de Ingeniería del Software 05BP: Diseño de Bases de Datos Catálogo General de Requisitos Copyleft 2009 Departamento de Informática y Sistemas. Licencia Copyright

Más detalles

Master en Gestion de la Calidad

Master en Gestion de la Calidad Master en Gestion de la Calidad No Conformidades y Acciones Correctoras No Conformidades y Acciones Correctoras 1 / 11 OBJETIVOS Al finalizar esta unidad didáctica será capaz de: Conocer con claridad la

Más detalles

MANUAL PARA ELABORACION DE DOCUMENTOS DE CALIDAD

MANUAL PARA ELABORACION DE DOCUMENTOS DE CALIDAD Versión: Página 1 de 16 1. OBJETIVO Describir, ilustrar, elaborar, revisar, aprobar, socializar y controlar los documentos generados por el Sistema Integrado de Gestión Municipal de Calidad de la Alcaldía

Más detalles

GUÍA PARA LA FORMULACIÓN DE UN PLAN DE TRABAJO JUNTAS ADMINISTRATIVAS DE CENTROS DE EDUCACIÓN ESPECIAL

GUÍA PARA LA FORMULACIÓN DE UN PLAN DE TRABAJO JUNTAS ADMINISTRATIVAS DE CENTROS DE EDUCACIÓN ESPECIAL GUÍA PARA LA FORMULACIÓN DE UN PLAN DE TRABAJO JUNTAS ADMINISTRATIVAS DE CENTROS DE EDUCACIÓN ESPECIAL 1) IDENTIFICACIÓN A. Objetivo del Plan de Trabajo: Reflejar la programación organizacional y presupuestaria

Más detalles

CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO. 6.1. Estructura Detallada del Trabajo (EDT)

CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO. 6.1. Estructura Detallada del Trabajo (EDT) CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO 6.1. Estructura Detallada del Trabajo (EDT) Un EDT es la agrupación orientada a entregables de los elementos del proyecto que organiza y define el total de los

Más detalles

2 Métodos combinatorios

2 Métodos combinatorios 2 Métodos combinatorios Las pruebas pueden aplicarse de muchas maneras, es decir, existen diferentes formas de preparar casos de prueba. En este capítulo se presentan dos formas de prueba muy fáciles de

Más detalles

Guía Práctica para el Diseño de Proyectos Sociales

Guía Práctica para el Diseño de Proyectos Sociales Guía Práctica para el Diseño de Proyectos Sociales Marcela Román C. CIDE INTRODUCCION Las Políticas de focalización de la acción social del Estado y, en particular la educativa, están fundamentalmente

Más detalles

Auditoría de la experiencia del cliente Orange con su factura

Auditoría de la experiencia del cliente Orange con su factura 2010 Auditoría de la experiencia del cliente Orange con su factura Proyecto de Mejora Experiencia del Cliente MASTER EN GESTIÓN DE LA CALIDAD Y EXCELENCIA EMPRESARIAL Promoción 2009-2010 Cristina García

Más detalles

Términos definiciones

Té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 detalles

Agenda Web. Solicitudes de Requerimientos de Software. Versión 1.0

Agenda Web. Solicitudes de Requerimientos de Software. Versión 1.0 Agenda Web Solicitudes de Requerimientos de Software Versión 1.0 Información del Documento Título del Documento: Nombre del archivo del Documento: Número de Revisión: Creado por: Fecha de Creación: Estado:

Más detalles

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

CAPITULO 1. Introducción a los Conceptos Generales de Bases de Datos Distribuidas

CAPITULO 1. Introducción a los Conceptos Generales de Bases de Datos Distribuidas CAPITULO 1 Introducción a los Conceptos Generales de 1.1 Preliminares Las empresas necesitan almacenar información. La información puede ser de todo tipo. Cada elemento informativo es lo que se conoce

Más detalles

CAPÍTULO 4 NORMA IEEE 1058.1 PARA LA PLANIFICACIÓN DE PROYECTOS SOFTWARE ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO:

CAPÍTULO 4 NORMA IEEE 1058.1 PARA LA PLANIFICACIÓN DE PROYECTOS SOFTWARE ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO: ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO: La norma IEEE 1058.1: Plan para la Gestión de Proyectos Software realizado por el alumno Ismael Caballero Muñoz-Reja para la asignatura Planificación y Gestión

Más detalles

RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE

RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE Autor del documento: Centro de Apoyo Tecnológico a Emprendedores Datos de contacto: E-Mail: bilib@bilib.es

Más detalles

Guía para la Formulación de un Plan de Trabajo Discapacidad

Guía para la Formulación de un Plan de Trabajo Discapacidad Guía para la Formulación de un Plan de Trabajo Discapacidad A. Objetivo del Plan de Trabajo: Reflejar la programación organizacional y presupuestaria de las organizaciones que trabajan en función de la

Más detalles

INTRODUCCIÓN AL DISEÑO DE UNA ENCUESTA.

INTRODUCCIÓN AL DISEÑO DE UNA ENCUESTA. INTRODUCCIÓN AL DISEÑO DE UNA ENCUESTA. Introducción Muchos problemas de investigación requieren la recolección de datos muestrales, los cuales pueden obtenerse mediante el uso de encuestas. La finalidad

Más detalles

INDICADORES POR ENCUESTA. Cuaderno Práctico -1 -

INDICADORES POR ENCUESTA. Cuaderno Práctico -1 - INDICADORES POR ENCUESTA Cuaderno Práctico -1 - ÍNDICE Elaboración del CUESTIONARIO...- 4 - Selección de la MUESTRA...- 5 - APLICACIÓN del cuestionario...- 7 - MECANIZACIÓN de datos...- 8 - Cálculo de

Más detalles

Asignatura (E): Jornada de Formación Permanente: Proyecto de Trabajo Especial de Grado. ESTRUCTURA DEL PROYECTO DE TEG.

Asignatura (E): Jornada de Formación Permanente: Proyecto de Trabajo Especial de Grado. ESTRUCTURA DEL PROYECTO DE TEG. Portada (Ver anexo J) * Página de Presentación (Ver anexo H) * Dedicatoria (opcional) * Agradecimiento (opcional) * Índice General (Ver anexo K) * Lista de Cuadros (Ver anexo F) * Lista de Gráficos (Ver

Más detalles

POLITICA DE ADMINISTRACION DEL RIESGO

POLITICA DE ADMINISTRACION DEL RIESGO POLITICA DE ADMINISTRACION DEL RIESGO 2014 POLÍTICA DE ADMINISTRACIÓN DEL RIESGO DE LA COMISIÓN DE REGULACIÓN DE ENERGÍA Y GAS -CREG- La Comisión de Regulación de Energía y Gas, CREG, implementa como Política

Más detalles

www.fundibeq.org Además, se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión.

www.fundibeq.org Además, se recomienda su uso como herramienta de trabajo dentro de las actividades habituales de gestión. DIAGRAMA DE RELACIONES 1.- INTRODUCCIÓN Este documento describe los pasos del proceso de construcción e interpretación de una de las herramientas más potentes para el análisis de problemas y situaciones

Más detalles

EPB 603 Sistemas del Conocimiento!"#$ %& $ %'

EPB 603 Sistemas del Conocimiento!#$ %& $ %' Metodología para el Desarrollo de Proyectos en Minería de Datos CRISP-DM EPB 603 Sistemas del Conocimiento!"#$ %& $ %' Modelos de proceso para proyectos de Data Mining (DM) Son diversos los modelos de

Más detalles

Requisitos de inteligencia comercial para TI:

Requisitos de inteligencia comercial para TI: Requisitos de inteligencia comercial para TI: Lo que cada administrador de TI debe saber sobre las necesidades reales de los usuarios comerciales para inteligencia comercial Enero de 2011 p2 Los usuarios

Más detalles

INSTRUCTIVO PARA LA FORMULACIÓN DEL PLAN DE TRABAJO, PRESUPUESTO Y EVALUACIÓN

INSTRUCTIVO PARA LA FORMULACIÓN DEL PLAN DE TRABAJO, PRESUPUESTO Y EVALUACIÓN INSTRUCTIVO PARA LA FORMULACIÓN DEL PLAN DE TRABAJO, PRESUPUESTO Y EVALUACIÓN -Fundaciones y asociaciones de cuidados paliativos o de control del dolor, que apoyen a las unidades de cuidados paliativos

Más detalles

SalesForce y FileMaker: Plataformas CRM para beneficiar a empresas de la Zona Norte

SalesForce y FileMaker: Plataformas CRM para beneficiar a empresas de la Zona Norte Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Computación SalesForce y FileMaker: Plataformas CRM para beneficiar a empresas de la Zona Norte Tercer Informe de Práctica de Especialidad Dílmer

Más detalles

TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA

TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA El Programa para el Fomento de la Intraemprendeduría en Ciclos Formativos de Formación Profesional es un proyecto financiado por

Más detalles

Pautas para la presentación de Tesis de la Universidad de la República: documento preliminar

Pautas para la presentación de Tesis de la Universidad de la República: documento preliminar Pautas para la presentación de Tesis de la Universidad de la República: documento preliminar I.- Introducción Las bibliotecas de la UDELAR detectaron la necesidad de contar con una pauta institucional,

Más detalles

INVESTIGACIÓN DE MERCADO

INVESTIGACIÓN DE MERCADO Módulo: Investigación de Mercado Educación Media Técnico-Profesional Sector Administración y Comercio 1 Especialidad: Administración Módulo INVESTIGACIÓN DE MERCADO Horas sugeridas para desarrollar las

Más detalles

Proyectos de calidad comienzan con requisitos de calidad

Proyectos de calidad comienzan con requisitos de calidad Proyectos de calidad comienzan con requisitos de calidad Nelson Camilo Orduz Illidge Junio - 2015 Agenda Por qué preocuparse por la calidad en requisitos? Qué es calidad? Qué es requisito de software?

Más detalles

Requisitos 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 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 detalles

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para

Más detalles

Listado de comprobación para informes de Evaluación de Tecnologías Sanitarias. Introducción

Listado de comprobación para informes de Evaluación de Tecnologías Sanitarias. Introducción Listado de comprobación para informes de Evaluación de Tecnologías Sanitarias Introducción Objetivo INAHTA ha diseñado este listado de comprobación con el propósito de facilitar la obtención de información

Más detalles

CONCEPTOS BÁSICOS SOBRE UN PLAN INFORMÁTICO

CONCEPTOS BÁSICOS SOBRE UN PLAN INFORMÁTICO CONCEPTOS BÁSICOS SOBRE UN PLAN INFORMÁTICO I. INTRODUCCIÓN El propósito del presente documento es resumir algunos conceptos básicos sobre el tema de los planes informáticos formales que las organizaciones

Más detalles

SEGURIDAD INFORMÁTICA: CONCEPTOS ESENCIALES PARA DIRECTIVOS. Índice 1. EXPECTATIVAS Y CONTEXTOS DE SEGURIDAD... 2 2. GESTIÓN DEL RIESGO...

SEGURIDAD INFORMÁTICA: CONCEPTOS ESENCIALES PARA DIRECTIVOS. Índice 1. EXPECTATIVAS Y CONTEXTOS DE SEGURIDAD... 2 2. GESTIÓN DEL RIESGO... Índice 1. EXPECTATIVAS Y CONTEXTOS DE SEGURIDAD... 2 2. GESTIÓN DEL RIESGO... 3 3. AMENAZAS A LA INFORMACIÓN... 5 4. GESTIÓN DE LA SEGURIDAD... 5 5. PLANIFICACIÓN DE LA SEGURIDAD... 6 6. POLÍTICAS DE SEGURIDAD

Más detalles

MINISTERIO DE EDUCACIÓN DIVISIÓN DE PLANIFICACIÓN Y PRESUPUESTO NOTA TÉCNICA MATRIZ DE MARCO LÓGICO

MINISTERIO DE EDUCACIÓN DIVISIÓN DE PLANIFICACIÓN Y PRESUPUESTO NOTA TÉCNICA MATRIZ DE MARCO LÓGICO MINISTERIO DE EDUCACIÓN DIVISIÓN DE PLANIFICACIÓN Y PRESUPUESTO NOTA TÉCNICA MATRIZ DE MARCO LÓGICO Departamento de Estudios y Estadísticas Enero 2001 MATRIZ DE MARCO LÓGICO 1 1. Introducción El método

Más detalles

CAPÍTULO V PROPUESTA DE LA SOLUCIÓN

CAPÍTULO V PROPUESTA DE LA SOLUCIÓN CAPÍTULO V PROPUESTA DE LA SOLUCIÓN 5.1 Introducción En los últimos tres años la entidad financiera ha venido sufriendo cambios que le han permitido crecer y pasar de ser una Sociedad Financiera a un Banco

Más detalles

Tendencias en proyectos de construcción en México

Tendencias en proyectos de construcción en México Tendencias en proyectos de construcción en México Resumen Ejecutivo PwC México ha llevado a cabo un estudio que proporciona un enfoque dirigido hacia la administración de Proyectos de Capital en los diferentes

Más detalles

ISO 9000 ISO 9001 (2015) ISO 9001 (2015) Requisitos para los Sistemas de Gestión de la Calidad

ISO 9000 ISO 9001 (2015) ISO 9001 (2015) Requisitos para los Sistemas de Gestión de la Calidad «N o m b r e _ O r g a n i z a c i ó n _ C O M P L E T O» ISO 9001 (2015) ISO 9000 ISO 9001 (2015) Requisitos para los Sistemas de Gestión de la Calidad Interpretación libre de ISO/DIS 9001:2015 Tabla

Más detalles

RESUMEN de la GESTIÓN de PROYECTOS

RESUMEN de la GESTIÓN de PROYECTOS RESUMEN de la GESTIÓN de PROYECTOS Basado en la Guía de los Fundamentos de la Dirección de Proyectos (Guía del PMBOK ) Contenidos Introducción...2 PMI...2 Objetivos...2 PMBOK...2 Proyecto...3 Concepto...3

Más detalles

Modelo de Procesos para la Gestión de Requerimientos en Proyectos de Explotación de Información

Modelo de Procesos para la Gestión de Requerimientos en Proyectos de Explotación de Información Modelo de Procesos para la Gestión de Requerimientos en Proyectos de Explotación de Información Pollo-Cattaneo, M. F. 1,2, Mansilla, D 2,Vegega, C 2, Pesado, P. 3, García-Martínez, R. 4, P. Britos, P.

Más detalles

Capítulo 1. Introducción

Capítulo 1. Introducción Capítulo 1. Introducción El WWW es la mayor fuente de imágenes que día a día se va incrementando. Según una encuesta realizada por el Centro de Bibliotecas de Cómputo en Línea (OCLC) en Enero de 2005,

Más detalles

Universidad Mariano Gálvez

Universidad Mariano Gálvez UNIVERSIDAD MARIANO GALVEZ LIC. OMAR GUERRA CURSO: MERCADOTECNIA III Integrantes Grupo No. 3 0213-06-10524 MARIA CRISTINA DONABO VIVAR 0213-03-10225 ERICKSON MARCIAL VARGAS 0213-06-10484 ANA KARINA PALACIOS

Más detalles

Sesión No. 8. Contextualización. Nombre: Agencias de viajes y tours. Segunda parte. TURISMO DE AVENTURA

Sesión No. 8. Contextualización. Nombre: Agencias de viajes y tours. Segunda parte. TURISMO DE AVENTURA Turismo de Aventura 1 Sesión No. 8 Nombre: Agencias de viajes y tours. Segunda parte. Contextualización Con los avances en las tecnologías y las telecomunicaciones, muchas personas, cuando van a viajar,

Más detalles

Introducción En este apartado se va a proporcionar una apreciación global del SRS.

Introducción En este apartado se va a proporcionar una apreciación global del SRS. INTRODUCCIÓN Se pretende desarrollar una aplicación web para la gestión de un restaurante que ofrece espectáculos en fechas determinadas con el fin de poner en práctica los principios de planificación

Más detalles

7. CONCLUSIONES Y RECOMENDACIONES

7. CONCLUSIONES Y RECOMENDACIONES CAPITULO VII 7. CONCLUSIONES Y RECOMENDACIONES 7.1 VERIFICACION DE LA HIPOTESIS Una vez terminada la investigación, se establece que la hipótesis planteada para el desarrollo de la Tesis "Metodología para

Más detalles

UNIVERSIDAD NACIONAL DE SANTIAGO DEL ESTERO Facultad de Ciencias Exactas y Tecnologías. Departamento de Informática PLANIFICACIÓN DE CÁTEDRA

UNIVERSIDAD NACIONAL DE SANTIAGO DEL ESTERO Facultad de Ciencias Exactas y Tecnologías. Departamento de Informática PLANIFICACIÓN DE CÁTEDRA UNIVERSIDAD NACIONAL DE SANTIAGO DEL ESTERO Facultad de Ciencias Exactas y Tecnologías Departamento de Informática PLANIFICACIÓN DE CÁTEDRA LABORATORIO I EQUIPO CATEDRA Ing. Greta Chéquer Profesor Adjunto

Más detalles

GUÍA PARA LA FORMULACIÓN DE UN PLAN DE TRABAJO

GUÍA PARA LA FORMULACIÓN DE UN PLAN DE TRABAJO GUÍA PARA LA FORMULACIÓN DE UN PLAN DE TRABAJO CAPÍTULO II: INSTRUCTIVO DEL PLAN DE TRABAJO A. Objetivo del Plan de Trabajo: Reflejar la programación organizacional y presupuestaria de las organizaciones

Más detalles

Diseño de la Estrategia de Producto. Parte II Selección de mercados meta y posicionamiento.

Diseño de la Estrategia de Producto. Parte II Selección de mercados meta y posicionamiento. Diseño de la Estrategia de Producto. Parte II Selección de mercados meta y posicionamiento. Por nacionpm De la primera parte de nuestra exposición sobre el diseño de estrategias de productos, podemos concluir

Más detalles

1. Gestionar el ciclo de vida de las solicitudes de servicio que se reciben de los usuarios de los servicios de TIC.

1. Gestionar el ciclo de vida de las solicitudes de servicio que se reciben de los usuarios de los servicios de TIC. 5.9 OPERACIÓN DE SERVICIOS 5.9.1 Operación de la mesa de servicios 5.9.1.1 Objetivos del proceso General: Establecer y operar un punto único de contacto para que los usuarios de los servicios hagan llegar

Más detalles

LA FORMACIÓN EN LAS ORGANIZACIONES

LA FORMACIÓN EN LAS ORGANIZACIONES LA FORMACIÓN EN LAS ORGANIZACIONES Gestión de Recursos Humanos 1. Introducción: la formación en las organizaciones. Funciones de la formación. Objetivos de la formación. Modelo general de formación. 2.

Más detalles

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Parte 3: TRP Avanzado MAYO 2009 Tabla de Contenidos PREFACIO...5 DESARROLLO Y MANTENCIÓN DE SOFTWARE...6 DESARROLLO DE REQUERIMIENTOS...7

Más detalles

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

UNIDAD 3 EL PROCESO DE EDUCCIÓN

UNIDAD 3 EL PROCESO DE EDUCCIÓN UNIDAD 3 EL PROCESO DE EDUCCIÓN 3. EL PROCESO DE EDUCCIÓN... 1 3.1.DEFINICIONES... 1 3.2.EL PROCESO DE EDUCCIÓN... 2 3.3.PARTICIPANTES... 5 3.4.PROBLEMAS DE LA EDUCCIÓN... 7 3.1. Definiciones En los últimos

Más detalles

OBJETIVOS de aprendizaje

OBJETIVOS de aprendizaje Profesorado en Relaciones del Trabajo Materia: Didáctica Especial y Residencia Cátedra: Dra. Vega OBJETIVOS de aprendizaje Ficha de Cátedra 2015 Prof. Carreras, Liliana Prof. Cortés, Margarita Prof. Marzioli,

Más detalles

Análisis Comparativo de Modelos de Calidad

Análisis Comparativo de Modelos de Calidad Análisis Comparativo de Modelos de Calidad Identificación de Mejores Prácticas para la Gestión de Calidad en Pequeños Entornos Vianca Vega Zepeda Departamento de Ingeniería de Sistemas y Computación Universidad

Más detalles

UNIVERSIDAD TECNICA DE MANABI Facultad de Ciencias Informáticas Ingeniería en sistemas. SEGURIDAD INFORMATICA Tema:

UNIVERSIDAD TECNICA DE MANABI Facultad de Ciencias Informáticas Ingeniería en sistemas. SEGURIDAD INFORMATICA Tema: UNIVERSIDAD TECNICA DE MANABI Facultad de Ciencias Informáticas Ingeniería en sistemas SEGURIDAD INFORMATICA Tema: CATEGORÍAS DE BENEFICIOS DE ESTANDARES Y PROCEDIMIENTOS Integrantes Doris María Mera Mero

Más detalles

ADMINISTRACION DE CENTROS DE COMPUTO

ADMINISTRACION DE CENTROS DE COMPUTO ADMINISTRACION DE CENTROS DE COMPUTO 1.1 Datos Informativos 1.2 Tutor: Ing. Jorge Miranda 1.3 Nombre: Iván Guadalupe 1.4 Facultad: Ciencias de la Computación y Electrónica 1.5 Nivel: Decimo Informática

Más detalles

Seamos parte de la solución!

Seamos parte de la solución! Seamos parte de la solución! María Carolina Vacas, PMP carolinavacas@outlook.com Septiembre 2012 Objetivo del Taller Difundir las buenas prácticas en Gestión de Riesgos que propone el PMI. Invitar a las

Más detalles

Metodología básica de gestión de proyectos. Octubre de 2003

Metodologí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 detalles

Nombre de la asignatura: Inteligencia Artificial. Créditos: 2-2 - 4. Aportación al perfil

Nombre de la asignatura: Inteligencia Artificial. Créditos: 2-2 - 4. Aportación al perfil Nombre de la asignatura: Inteligencia Artificial Créditos: 2-2 - 4 Aportación al perfil Diseñar e implementar interfaces hombre- máquina y máquinamáquina para la automatización de sistemas. Identificar

Más detalles

Unidad 3: Planeación de la investigación de mercado.

Unidad 3: Planeación de la investigación de mercado. Unidad 3: Planeación de la investigación de mercado. Diseñar la propuesta de investigación de mercados de acuerdo al marco teórico aplicable y a las necesidades planteadas por consumidores y/o usuarios

Más detalles

Unidad 6: Protección Sistemas de Información

Unidad 6: Protección Sistemas de Información Sistemas de Información para la Gestión Unidad 6: Protección Sistemas de Información U.N.Sa. Facultad de Cs.Económicas SIG 2015 UNIDAD 6: PROTECCIÓN DE LOS SISTEMAS DE INFORMACIÓN 1. Seguridad, Privacidad

Más detalles

CAPÍTULO 3: METODOLOGÍA DE LA INVESTIGACIÓN

CAPÍTULO 3: METODOLOGÍA DE LA INVESTIGACIÓN CAPÍTULO 3: METODOLOGÍA DE LA INVESTIGACIÓN En este capítulo se explican los procedimientos e instrumentos que se utilizaron para obtener la información necesaria en la investigación. De acuerdo a Naresh

Más detalles

AUDITORIA DE SISTEMAS. Jorge Alberto Blanco Duarte

AUDITORIA DE SISTEMAS. Jorge Alberto Blanco Duarte AUDITORIA DE SISTEMAS Jorge Alberto Blanco Duarte QUE ES LA AUDITORIA DE SISTEMAS? La auditoria en informática es la revisión y la evaluación de los controles, sistemas, procedimientos de informática;

Más detalles

Qué pasa si el entorno de seguridad falla?

Qué pasa si el entorno de seguridad falla? Sistemas de Información para la Gestión Unidad 6: Protección Sistemas de Información UNIDAD 6: PROTECCIÓN DE LOS SISTEMAS DE INFORMACIÓN 1. Seguridad, Privacidad e Integralidad: Objetivos de la seguridad

Más detalles

11. GESTIÓN DE LOS RIESGOS DEL PROYECTO PROYECTO TÉCNICO

11. GESTIÓN DE LOS RIESGOS DEL PROYECTO PROYECTO TÉCNICO 11. GESTIÓN DE LOS RIESGOS DEL PROYECTO PROYECTO TÉCNICO Documento redactado por Documento revisado por Documento aprobado por Joaquín De Abreu David Naranjo 30-08-12 Joaquín de Abreu 05-09-12 Jordi Labandeira

Más detalles

En 2002, se revisó BS 7799-2 para adecuarse a la filosofía de normas ISO de sistemas de gestión.

En 2002, se revisó BS 7799-2 para adecuarse a la filosofía de normas ISO de sistemas de gestión. CAPITULO I: TEMA 1.1. Título del Tema Sistema para Análisis y Gestión de Riesgos 1.2. Planteamiento del Problema 1.2.1. Antecedentes Desde 1901, y como primera entidad de normalización a nivel mundial,

Más detalles

METODOLOGÍA PARA EL DISEÑO DE UN PLAN DE RECUPERACIÓN ANTE DESASTRES O DRP

METODOLOGÍA PARA EL DISEÑO DE UN PLAN DE RECUPERACIÓN ANTE DESASTRES O DRP METODOLOGÍA PARA EL DISEÑO DE UN PLAN DE RECUPERACIÓN ANTE DESASTRES O DRP La metodología recomendada en este documento para el desarrollo de un plan de recuperación ante desastres o DRP para los sistemas

Más detalles

18 de julio de 2010. Respondiendo al desafío: FEEDBACK 360º

18 de julio de 2010. Respondiendo al desafío: FEEDBACK 360º 18 de julio de 2010 Respondiendo al desafío: FEEDBACK 360º Contenidos Introducción... 3 Por qué establecer un Proceso de Feedback 360º?... 4 Para qué un Feedback 360º en mi Modelo de competencias?... 5

Más detalles

Planteamiento del problema cuantitativo

Planteamiento del problema cuantitativo UNIVERSIDAD NACIONAL DE EDUCACIÓN ENRIQUE GUZMÁN Y VALLE PROGRAMA DE TITULACIÓN 2012 SESIÓN N 01 Planteamiento del problema cuantitativo Presentado por: Dr. MARROQUÍN PEÑA ROBERTO 1 ÍNDICE Planteamiento

Más detalles

Sistemas de Ayuda a la Decision Qué es un Sistema de Ayuda a la Decisión?

Sistemas de Ayuda a la Decision Qué es un Sistema de Ayuda a la Decisión? Sistemas de Ayuda a la Decision Qué es un Sistema de Ayuda a la Decisión? Luis Daniel Hernández Molinero Departamento de Ingeniería de la Información y las Comunicaciones Facultad de Informática Universidad

Más detalles

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga Actividad 2 Unidad 1 Ciclo de vida del software y Diseño Orientado a Objetos Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto

Más detalles

Cómo cambiar sin errar en el intento Seis pasos para lograrlo

Cómo cambiar sin errar en el intento Seis pasos para lograrlo Cómo cambiar sin errar en el intento Seis pasos para lograrlo Marisa Gouget * 1er Compromiso El primer paso en la gestión de cambios Comprométase y comprometa a su gente El 80% de los errores que se producen

Más detalles

Pontificia Universidad Javeriana. TBA (Tool guide for BPM Agility) Visión y Especificación de Requerimientos. Version 1.0

Pontificia Universidad Javeriana. TBA (Tool guide for BPM Agility) Visión y Especificación de Requerimientos. Version 1.0 Pontificia Universidad Javeriana TBA (Tool guide for BPM Agility) Visión y Especificación de Requerimientos Version 1.0 Historial de Revisión del Documento Date Version Description Author 27/Ene/12 1.0

Más detalles

Conceptos de Metodología y Modelo. Relaciones

Conceptos de Metodología y Modelo. Relaciones Conceptos de Metodología y Modelo. Relaciones CRITERIOS orientan Se compone PRODUCTOS ASPECTOS DEL SISTEMA DE INFORMACION describe MODELO soportan HERRAMIENTAS Se compone METODOLOGIA De Complejidad del

Más detalles

Modelo de Demanda de un Centro de Etnografía y Artesanía. Desarrollo de la demanda de la red de centros de etnografía y artesanía.

Modelo de Demanda de un Centro de Etnografía y Artesanía. Desarrollo de la demanda de la red de centros de etnografía y artesanía. Modelo de Demanda de un Centro de Etnografía y Artesanía. Desarrollo de la demanda de la red de centros de etnografía y artesanía. Introducción. La CEIC ha promovido una red privada de Centros de Etnografía

Más detalles

PROBLEMA U OPORTUNIDAD Y LA IDEA DE PROYECTO

PROBLEMA U OPORTUNIDAD Y LA IDEA DE PROYECTO PROBLEMA U OPORTUNIDAD Y LA IDEA DE PROYECTO El problema dentro de la organización: Cuando se presentan problemas en el seno de la empresa, generalmente están asociados a la mejora del rendimiento empresarial

Más detalles

Elementos para la Gestión de Requerimientos en Proyectos de Explotación de Información

Elementos para la Gestión de Requerimientos en Proyectos de Explotación de Información Elementos para la Gestión de Requerimientos en Proyectos de Explotación de Información Pollo-Cattaneo, María Florencia 11, Pytel, Pablo 1,21, Vegega, Cinthia 11, Mansilla, Diego 1, Pesado, Patricia 3,

Más detalles

EJ-DSI. Ejemplo - Diseño del Sistema de Información

EJ-DSI. Ejemplo - Diseño del Sistema de Información EJ-DSI Ejemplo - Diseño del Sistema de Información 1 Estructura DSI 1 Definición de la Arquitectura del Sistema DSI 2 Diseño de la arquitectura de soporte DSI 3 Diseño de Casos de Uso Reales DSI 4 Diseño

Más detalles