Identificación de requerimientos

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

Download "Identificación de requerimientos"

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.

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

Diagrama de GANTT. Cómo crear un diagrama de GANTT

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

rg.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

rg.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 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

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

Ingeniería de software

Ingeniería de software Ingeniería de software MSC-0102 Nombre de la asignatura: Ingeniería de Software Línea de trabajo: Asignatura básica Tiempo de dedicación del estudiante a las actividades de: DOC TIS TPS Horas totales Créditos

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: DETERMINACIÓN DE REQUERIMIENTOS ENTREVISTAS, CUESTIONARIOS, OBSERVACIONES JOINT APPICATION DESIGN (JAD) PROTOTIPOS, CASE, GROUPWARE Material diseñado y elaborado por: Prof. Luis Eduardo Mendoza

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

Especificación de requerimientos

Especificación de requerimientos Especificación de requerimientos 1. Requerimientos funcionales y no funcionales 2. Especificación de requerimientos en lenguaje natural 3. Herramientas de especificación Modelado de datos Diagramas entidad/relación

Más detalles

Recomendaciones para la realización de la Documentación del Proyecto de Fin de Carrera. Departamento de Lenguajes y Sistemas Informáticos

Recomendaciones para la realización de la Documentación del Proyecto de Fin de Carrera. Departamento de Lenguajes y Sistemas Informáticos Recomendaciones para la realización de la Documentación del Proyecto de Fin de Carrera Departamento de Lenguajes y Sistemas Informáticos INDICE 1. Introducción. 2. Documentación del Proyecto de Fin de

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

Más detalles

Análisis de Requerimientos

Análisis de Requerimientos Análisis de Requerimientos Ing. Luis Zuloaga Rotta Situación de la Industria de Software Mas del 30% de todos los proyectos de software son cancelados antes de su finalización. Mas del 70% de los proyectos

Más detalles

Calidad del Software. Índice de contenidos. Octubre - 2010. Introducción. Calidad y Administración Pública. Normas y estándares

Calidad del Software. Índice de contenidos. Octubre - 2010. Introducción. Calidad y Administración Pública. Normas y estándares Calidad del Software Octubre - 2010 Índice de contenidos Introducción Calidad y Administración Pública Normas y estándares 2 Octubre - 2010 1 Índice de contenidos Introducción Calidad y Administración

Más detalles

Manual de Asignatura Basado en Competencias Profesionales. Integradora I

Manual de Asignatura Basado en Competencias Profesionales. Integradora I Programa Educativo de Tecnologías de la Información y Manual de Asignatura Basado en Competencias Profesionales Abril, 2011 ELABORÓ: UNIVERSIDAD TECNOLÓGICA AUTOR: MTRO. SERGIO VALERO OREA APROBÓ: COMISION

Más detalles

Objetivo Las personas que realicen el curso aprenderán a:

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

Aseguramiento de la Calidad en la Construcción de Sistemas Basados en el Conocimiento: Un Enfoque Práctico

Aseguramiento de la Calidad en la Construcción de Sistemas Basados en el Conocimiento: Un Enfoque Práctico Aseguramiento de la Calidad en la Construcción de Sistemas Basados en el Conocimiento: Un Enfoque Práctico Eduardo Diez Laboratorio de Investigación y Desarrollo en Aseguramiento de Calidad de Software

Más detalles

DEPARTAMENTO: Computación y Diseño NOMBRE DEL CURSO: Diseño de Sistemas Interactivos CLAVE: 1058M ACADEMIA A LA QUE PERTENECE: Análisis y Diseño

DEPARTAMENTO: Computación y Diseño NOMBRE DEL CURSO: Diseño de Sistemas Interactivos CLAVE: 1058M ACADEMIA A LA QUE PERTENECE: Análisis y Diseño PROGRAMA DE CURSO Modelo 2009 DEPARTAMENTO: Computación y Diseño NOMBRE DEL CURSO: Diseño de Sistemas Interactivos CLAVE: 1058M ACADEMIA A LA QUE PERTENECE: Análisis y Diseño PROFESIONAL ASOCIADO Y LICENCIATURA

Más detalles

En un proyecto de desarrollo de software la metodología define Quién debe hacer Qué, Cuando y Como hacerlo. 6

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

Planificación y Control de Proyectos de Software mediante MS Project

Planificación y Control de Proyectos de Software mediante MS Project Práctica 2 Planificación y Control de Proyectos de Software mediante MS Project E n esta práctica vamos a introducirnos en la Planificación y Control de Proyectos de Software mediante herramientas informáticas

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

Carrera: SCM - 0413 3-2-8. Participantes. Representantes de la academia de sistemas y computación de los Institutos Tecnológicos.

Carrera: SCM - 0413 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 Fundamentos de desarrollo de sistemas Ingeniería en Sistemas Computacionales SCM

Más detalles

2 EL DOCUMENTO DE ESPECIFICACIONES

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

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3 Contenido INGENIERIA DE SOFTWARE Tema 6: Administración de la calidad del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Introducción 2.

Más detalles

plataforma específica de desarrollo, limitaciones del recurso físico disponible, limitaciones del sistema a actualizar, etc).

plataforma específica de desarrollo, limitaciones del recurso físico disponible, limitaciones del sistema a actualizar, etc). REVISIÓN CONCEPTOS, METODOLOGÍAS Y HERRAMIENTAS SOPORTE EN INGENIERÍA MARLON MÚJICA Estudiante de Ingeniería de Sistemas Universidad Industrial de Santander mujica@cidlisuis.org COLOMBIA EDWIN LOGREIRA

Más detalles

Calidad. Preparado por: Amelia Soriano. Referencias. Rational Unified Process Version 2003.06.12.01 Copyright 1987 2003 Rational Software Corporation

Calidad. Preparado por: Amelia Soriano. Referencias. Rational Unified Process Version 2003.06.12.01 Copyright 1987 2003 Rational Software Corporation Calidad Preparado por: Amelia Soriano Referencias Rational Unified Process Version 2003.06.12.01 Copyright 1987 2003 Rational Software Corporation Curso Rational Unified Process Rational University Curso

Más detalles

Sistemas de Información Administrativo - Universidad Diego Portales. Cátedra : Sistemas de Información Administrativa S.I.A.

Sistemas de Información Administrativo - Universidad Diego Portales. Cátedra : Sistemas de Información Administrativa S.I.A. Cátedra : Sistemas de Información Administrativa S.I.A. Escuela de Contadores Auditores Tema: Ingeniería del Software SLC -ERS Relator: Sr. Eduardo Leyton G Ingeniería de Software (IS) Es una disciplina

Más detalles

Configuración de Software

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

GESTIÓN DE PROYECTOS

GESTIÓN DE PROYECTOS GESTIÓN DE PROYECTOS Índice DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDADES DE INICIO DEL PROYECTO...2 ACTIVIDAD GPI 1: ESTIMACIÓN DE ESFUERZO...2 Tarea GPI 1.1: Identificación de Elementos a Desarrollar...3 Tarea

Más detalles

Project 2013. Ing. Christian Ovalle

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

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

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

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

Más detalles

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA METODOLOGÍA DE VERIFICACIÓN Y VALIDACIÓN DE ADQUISICIÓN EN LA ETAPA DE ANÁLISIS DE SISTEMAS DE INFORMACIÓN DESARROLLADOS A LA

Más detalles

La ingeniería de requerimientos y su importancia en el desarrollo de proyectos de software

La ingeniería de requerimientos y su importancia en el desarrollo de proyectos de software www.intersedes.ucr.ac.cr Revista InterSedes Universidad de Costa Rica ISSN 1409-4746 Volumen VI Número 10 2005 Edición Digital: 26 / 07 / 2007 E-mail: intersed@cariari.ucr.ac.cr La ingeniería de requerimientos

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

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

PUD: Proceso de Desarrollo Unificado

PUD: Proceso de Desarrollo Unificado PUD: Proceso de Desarrollo Unificado 1 1998 Genealogía del PUD Rational Unified Process 5.0 1997 Rational Objectory Process 4.1 UML 1996 Rational Objectory Process 4.0 1995 Método Ericsson Rational Approach

Más detalles

SOFTWARE PROJECT MANAGEMENT PLAN

SOFTWARE PROJECT MANAGEMENT PLAN SOFTWARE PROJECT MANAGEMENT PLAN HERRAMIENTA PARA LA ADMINISTRACIÓN DE REQUERIMIENTOS DE LOS PROYECTOS DE LAS ASIGNATURAS DE INGENIERÍA Y ARQUITECTURA DE SOFTWARE DE LA PONTIFICIA UNIVERSIDAD JAVERIANA.

Más detalles

Interacción Persona - Ordenador

Interacción Persona - Ordenador Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición

Más detalles

Taller de Desarrollo de Software

Taller de Desarrollo de Software Universidad de Talca Facultad de Ingeniería Campus Curicó Taller de Desarrollo de Software Informe de Requerimientos Integrantes: Carlos Guzmán Edgardo Ortiz Nelson Valdés Profesor: Victor Santander Fecha:

Más detalles

Modelos de desarrollo de software. septiembre de 2007 1

Modelos de desarrollo de software. septiembre de 2007 1 Modelos de desarrollo de software septiembre de 2007 1 Referencias básicas Ingeniería de software. Un enfoque práctico. Pressman, R. Quinta edición. Mc. Graw Hill 2002 Ingeniería de software. Sommerville,

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

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Estándares y Métricas de Software

Está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 detalles

Unidades 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) 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 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

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

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

SISTEMAS DE INFORMACIÓN I TEORÍA

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

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

GUÍA DE BUENAS PRÁCTICAS PARA COMPLETAR LAS PLANTILLAS DE REQUERIMIENTOS PARA PROYECTOS DE EXPLOTACION DE INFORMACIÓN Reporte Técnico GEMIS-TD-20-0-RT-202-0 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

Más detalles

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

MÉTODO PARA EL ANÁLISIS, DISEÑO Y DESARROLLO DE MICROSISTEMAS

MÉTODO PARA EL ANÁLISIS, DISEÑO Y DESARROLLO DE MICROSISTEMAS MÉTODO PARA EL ANÁLISIS, DISEÑO Y DESARROLLO DE MICROSISTEMAS Existen diversos métodos para desarrollar un sistema de información o un microsistema, pero en esencia todos parten de los mismos principios

Más detalles

Fundamentos del diseño 3ª edición (2002)

Fundamentos 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 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

Grupo de procesos de Planificación

Grupo de procesos de Planificación Grupo de procesos de Planificación Fuentes: Information Technology Project Management, Fifth Edition, Copyright 2007 PMBOK, Cuarta edición Preparó: Ing. Ismael Castañeda Fuentes Objetivos de Aprendizaje

Más detalles

Manual de Lineamientos para sitios web secundarios

Manual de Lineamientos para sitios web secundarios Manual de Lineamientos para sitios web secundarios y de las Facultades Elaborado Febrero 2012 Universidad de Caldas 2012 1. Introducción El comité web trabajó con el consultorio de diseño, jefe de prensa,

Más detalles

Ingeniería de Software

Ingeniería de Software Departamento de Informática Universidad Técnica Federico Santa María Pauta Plan de Proyecto Profesor: Dr. Marcello Visconti Zamora visconti@inf.utfsm.cl 0 Portadas El documento que se está generando corresponde

Más detalles

GANTT, PERT y CPM. Figura 5.3: Carta GANTT 3.

GANTT, PERT y CPM. Figura 5.3: Carta GANTT 3. GANTT, PERT y CPM Características Conseguir una buena programación es un reto, no obstante es razonable y alcanzable. Ella debe tener el compromiso del equipo al completo, para lo cual se recomienda que

Más detalles

DISEÑO DE UN SISTEMA INFORMÁTICO PARA LA

DISEÑO DE UN SISTEMA INFORMÁTICO PARA LA DISEÑO DE UN SISTEMA INFORMÁTICO PARA LA ADMINISTRACIÓN DE COMPRAS DE ALMACÉN INITE, S.C. no es responsable del contenido, de la veracidad de los datos, opiniones y acontecimientos vertidos en el presente

Más detalles

Iniciación y Planificación del Proyecto

Iniciación y Planificación del Proyecto Iniciación y Planificación del Proyecto Para cuando dijo que lo quería??? Ingeniería de Software 2 Iniciación y Planificación del Proyecto 1 Agenda Iniciación del Proyecto: Entradas Iniciación del Proyecto:

Más detalles

Ingeniería de Requisitos

Ingeniería de Requisitos Presentación de IS Proyecto de IS Introducción a la IS Proceso y Ciclo de Vida Ingeniería de Requisitos Ingeniería de Requisitos Curso 2008-2009 Gonzalo Méndez Dpto. de Ingeniería de Software e Inteligencia

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

Guía Metodológica para el diseño de procesos de negocio

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

Buenas prácticas en el diseño de software

Buenas prácticas en el diseño de software Buenas prácticas en el diseño de software Guión Introducción Conceptos clave Test de usuarios Metodología y procesos de diseño Ejemplos y casos de uso. Preguntas y dudas Objetivos - Explicar un proceso

Más detalles

Guía PARA MEDIR LA SATISFACCIÓN RESPECTO A LOS SERVICIOS PRESTADOS

Guía PARA MEDIR LA SATISFACCIÓN RESPECTO A LOS SERVICIOS PRESTADOS Guía PARA MEDIR LA SATISFACCIÓN RESPECTO A LOS SERVICIOS PRESTADOS Tema: Cartas de Servicios Primera versión: 2009 Datos de contacto: Evaluación y Calidad. Gobierno de Navarra evaluacionycalidad@navarra.es

Más detalles

P1 Elaboración de un plan de proyecto utilizando MS Project G3

P1 Elaboración de un plan de proyecto utilizando MS Project G3 UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA P1 Elaboración de un plan de proyecto utilizando MS Project G3 José Luís Espinosa Aranda Noelia Vállez Enano Manuel Ramón Guerrero Álvarez

Más detalles

Tema I: Gestión de Proyectos Software: Planificación

Tema I: Gestión de Proyectos Software: Planificación Tema I: Gestión de Proyectos Software: Planificación Bibliografía Calvo-Manzano, J.A., Cervera, J., Fernández, L., Piattini, M. Aplicaciones Informáticas de Gestión. Una perspectiva de Ingeniería del Software.

Más detalles

SECRETARIA DE DESARROLLO E INCLUSION SOCIAL

SECRETARIA DE DESARROLLO E INCLUSION SOCIAL TÉRMINOS DE REFERENCIA CONTRATACION DE CONSULTOR ANALISTA PROGRAMDOR PARA MÓDULO DE CORRESPONSABILIDAD I. ANTECEDENTES El Congreso de la República aprobó, mediante decreto Legislativo No 141-2011, el Convenio

Más detalles

ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE ADMINISTRADOR DE PROYECTOS Y PROCESOS DE SOFTWARE

ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE ADMINISTRADOR DE PROYECTOS Y PROCESOS DE SOFTWARE ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE ADMINISTRADOR DE PROYECTOS Y PROCESOS DE SOFTWARE TALENTO EN TI ABRIL 2014 Página 1 ÍNDICE DEL CONTENIDO 1 OBJETIVO 2 CAMPO DE APLICACIÓN

Más detalles

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN Diagrama de Gantt Fue desarrollada por Henry L. Gantt, durante la primera guerra mundial. Con estas graficas Gantt procuro resolver el problema

Más detalles

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA DESARROLLO DE UN SISTEMA DE CONSTRUCCIÓN DE WEBS 2.0 E INTEGRACIÓN CON UN SISTEMA DE VENTA DE DOMINIOS Tesis para optar por el

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

INGENIERÍA DEL SOFTWARE I Tema 3. Requisitos. Univ. Cantabria Fac. de Ciencias Francisco Ruiz

INGENIERÍA DEL SOFTWARE I Tema 3. Requisitos. Univ. Cantabria Fac. de Ciencias Francisco Ruiz INGENIERÍA DEL SOFTWARE I Tema 3 Univ. Cantabria Fac. de Ciencias Francisco Ruiz Objetivos Conocer la naturaleza de los requisitos software. Conocer el proceso de desarrollo de requisitos y sus principales

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

K2BIM Plan de SQA Versión 1.1

K2BIM Plan de SQA Versión 1.1 K2BIM Plan de SQA Versión 1.1 Historia de revisiones Fecha VersiónDescripción Autor 18/08/2009 1.0 Creación del documento. Diego Píriz 23/08/2009 1.1 Pequeñas correciones. Alan Descoins 1 Contenido 1.

Más detalles

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN Principios y criterios para la evaluación del ciclo de vida de desarrollo de sistemas Se pueden enunciar algunos principios para desarrollar

Más detalles

CICLO DE VIDA DEL DESARROLLO DE SISTEMAS

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

Jazmín Hernández jazminpalom@gmail.com. Technical Report COMP-029-2009. Abstract

Jazmín Hernández jazminpalom@gmail.com. Technical Report COMP-029-2009. Abstract Guía para la Documentación de Arquitecturas de Software Como Base Para el Desarrollo de Sistemas de Información en la Iglesia Adventista del Séptimo Día Jazmín Hernández jazminpalom@gmail.com Technical

Más detalles

GUÍA PRÁCTICA DE GESTIÓN DE REQUISITOS LNCS

GUÍA PRÁCTICA DE GESTIÓN DE REQUISITOS LNCS GUÍA PRÁCTICA DE GESTIÓN DE REQUISITOS Diciembre 2008 AVISO LEGAL CMMI es una marca registrada en la Oficina de Marcas y Patentes de EEUU por la Universidad Carnegie Mellon. Las distintas normas ISO mencionadas

Más detalles

Planeación del Proyecto de Software:

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

Resumen General del Manual de Organización y Funciones

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

GLOSARIO PARA ESTUDIAR CURSO IEA1. Aspectos Regional-Geográficos:

GLOSARIO PARA ESTUDIAR CURSO IEA1. Aspectos Regional-Geográficos: GLOSARIO PARA ESTUDIAR CURSO IEA1 1 Aspectos Regional-Geográficos: Este aspecto sirve para evaluar los elementos como ubicación geográfica clima orografía, flora, fauna, total de habitantes, crecimiento

Más detalles

Diseño e implementación de un sistema de información basado en Servicios Web para la gestión de ofertas de empleo y candidatos ANEXOS

Diseño e implementación de un sistema de información basado en Servicios Web para la gestión de ofertas de empleo y candidatos ANEXOS Proyecto Fin de Carrera Ingeniería Informática Diseño e implementación de un sistema de información basado en Servicios Web para la gestión de ofertas de empleo y candidatos ANEXOS Autor: Mariola Valiente

Más detalles

GRUPO DE PROCESOS DE: PLANIFICACIÓN. www.sistemas-expertos.com 1

GRUPO DE PROCESOS DE: PLANIFICACIÓN. www.sistemas-expertos.com 1 GRUPO DE PROCESOS DE: PLANIFICACIÓN 1 OBJETIVOS: GRUPO DE PROCESOS DE PLANIFICACIÓN Identificar la relación del grupo de procesos de Planeación con los procesos de Iniciación, Ejecución, Seguimiento y

Más detalles

OSCAR ANDRÉS BELTRÁN GALVIZ LUIS FERNANDO MUÑOZ REALPE GUSTAVO ADOLFO PINZÓN ALVARADO

OSCAR ANDRÉS BELTRÁN GALVIZ LUIS FERNANDO MUÑOZ REALPE GUSTAVO ADOLFO PINZÓN ALVARADO ELABORACIÓN DE UNA GUÍA METODOLÓGICA DE GERENCIA DE PROYECTOS EN LAS ÁREAS DE INTEGRACIÓN, ALCANCE, TIEMPO Y COSTO PARA EL MONTAJE DE PLANTAS DE CONCRETO PARA CEMEX PREMEZCLADOS DE COLOMBIA OSCAR ANDRÉS

Más detalles

Desarrollo y comercialización de productos de software [El proceso unificado]

Desarrollo y comercialización de productos de software [El proceso unificado] Desarrollo y comercialización de productos de software [El proceso unificado] M. en C. Sergio Luis Pérez Pérez UAM CUAJIMALPA, MÉXICO, D. F. Trimestre 13-P Sergio Luis Pérez (UAM CUAJIMALPA) Curso de desarrollo

Más detalles

comunidades de práctica

comunidades de práctica 1. Introducción CoSpace es una plataforma web diseñada para proporcionar un espacio virtual de interacción y colaboración entre formadores en comunidades virtuales. Se originó como resultado de las necesidades

Más detalles

SISTEMATIZACIÓN DE LA GENERACIÓN DE PRESUPUESTOS PARA PROYECTOS DE OBRA: DOCUMENTO DE VISIÓN SISTEMA DE ADMINISTRACIÓN DE MATERIALES DE TUBERÍA

SISTEMATIZACIÓN DE LA GENERACIÓN DE PRESUPUESTOS PARA PROYECTOS DE OBRA: DOCUMENTO DE VISIÓN SISTEMA DE ADMINISTRACIÓN DE MATERIALES DE TUBERÍA SISTEMATIZACIÓN DE LA GENERACIÓN DE PRESUPUESTOS PARA PROYECTOS DE OBRA: SISTEMA DE ADMINISTRACIÓN DE MATERIALES DE TUBERÍA PARA INARGOS LTDA. DOCUMENTO DE VISIÓN VERSIÓN 1.3 BOGOTÁ, COLOMBIA, ENERO 2012

Más detalles

Carrera: Licenciatura en Sistemas. Materia: INGENIERIA DE SOFTWARE III

Carrera: Licenciatura en Sistemas. Materia: INGENIERIA DE SOFTWARE III Carrera: Licenciatura en Sistemas Materia: INGENIERIA DE SOFTWARE III Profesor Titular: Dr. Ramón García-Martínez Instructor JTP: Lic. Dario Rodriguez Año: 2011 Cuatrimestre: Primer - 1 - Fundamentación

Más detalles

INGENIERÍA EN MECATRÓNICA

INGENIERÍA EN MECATRÓNICA HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Administración de Proyectos 2. Competencias Desarrollar proyectos de automatización y control, a través del diseño, la administración

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB DENOMINACIÓN: CON TECNOLOGÍAS WEB Código: IFCD0210 Familia profesional: Informática y Comunicaciones Área profesional: Desarrollo Nivel de cualificación profesional: 3 Cualificación profesional de referencia:

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

Contenido TEMARIO... 2 INTRODUCCIÓN... 4 INGENIERÍA DEL SOFTWARE... 5 EL INICIO... 6 GESTIÓN DE PROYECTOS... 10 INGENIERÍA DE SISTEMAS...

Contenido TEMARIO... 2 INTRODUCCIÓN... 4 INGENIERÍA DEL SOFTWARE... 5 EL INICIO... 6 GESTIÓN DE PROYECTOS... 10 INGENIERÍA DE SISTEMAS... Contenido TEMARIO... 2 INTRODUCCIÓN... 4 INGENIERÍA DEL SOFTWARE... 5 EL INICIO... 6 GESTIÓN DE PROYECTOS... 10 INGENIERÍA DE SISTEMAS... 20 ANÁLISIS DE REQUERIMIENTOS... 22 DISEÑO DE LA SOLUCIÓN... 30

Más detalles

TECNOLOGÍA DE INFORMACIÓN GUBERNAMENTAL OFICINA DE GERENCIA Y PRESUPUESTO

TECNOLOGÍA DE INFORMACIÓN GUBERNAMENTAL OFICINA DE GERENCIA Y PRESUPUESTO Tema GUÍA DE DISEÑO Y CONTENIDO DE PÁGINAS WEB Descripción Este documento describe los principios a considerar en cuanto al diseño, contenido y navegación de páginas Web. Todos los principios y elementos

Más detalles

Carrera: IFM - 0434 3-2-8. Participantes. Representantes de la academia de sistemas y computación de los Institutos Tecnológicos.

Carrera: IFM - 0434 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 Sistemas de I Licenciatura en Informática IFM - 0434 3-2-8 2.- HISTORIA DEL PROGRAMA

Más detalles

UNIVERSIDAD DE TALCA FACULTAD DE INGENIERÍA ESCUELA DE INGENIERÍA CIVIL INDUSTRIAL

UNIVERSIDAD DE TALCA FACULTAD DE INGENIERÍA ESCUELA DE INGENIERÍA CIVIL INDUSTRIAL UNIVERSIDAD DE TALCA FACULTAD DE INGENIERÍA ESCUELA DE INGENIERÍA CIVIL INDUSTRIAL DISEÑO E IMPLEMENTACIÓN DE UN SUB-SISTEMA DE GESTIÓN DE INFORMACIÓN PARA EL ÁREA DE OPERACIONES DE LA EMPRESA COPEFRUT

Más detalles

Prof. Gutiérrez Gonzales Ángel

Prof. Gutiérrez Gonzales Ángel Instituto Politécnico Nacional Unidad Profesional Interdisciplinaria de Ingeniería y Ciencias Sociales y Administrativas Tecnologías en Ambiente Web Unidad Temática II Diseño y Construcción de Modelos

Más detalles

SATCA 1 2-2-4. En la primera unidad, el estudiante conocerá los fundamentos de la Ingeniería de Software y los sistemas de información.

SATCA 1 2-2-4. En la primera unidad, el estudiante conocerá los fundamentos de la Ingeniería de Software y los sistemas de información. 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura : Ingeniería de Software Ingeniería en Tecnologías de la Carrera : Información y Comunicaciones Clave de la asignatura : TIC-1014 SATCA 1 2-2-4 2.- PRESENTACIÓN

Más detalles