MAESTRÍA EN INGENIERÍA DE SOFTWARE PLAN DE ESTUDIOS 2015

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

Descripción del Curso

UMECIT Universidad Metropolitana de Educación, Ciencia y Tecnología

Horas Contacto. Modelar gráficamente la solución de problemas con un enfoque Orientado a Objetos, usando un lenguaje de modelado, en este caso UML.

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS

SILABO DEL CURSO PRUEBAS DE SOFTWARE

Tema: Herramientas UML, Análisis y diseño UML

Tema: Herramientas UML, Análisis y diseño UML

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

El Lenguaje Unificado de Modelado (UML)

INTEGRANTES KARLA TATIANA OLAYA TORRES (406706) MILLER ANDRES GALINDO DUCUARA (412088) ROLDAN ESTIVEN POLANCO (354495)

Lenguaje de Modelamiento Unificado.

Ingeniería del Software II

Universidad Tecnológica Nacional Facultad Regional San Francisco. Ingeniería en Sistemas de Información. Análisis de Sistemas

PLANIFICACIÓN DE LA DOCENCIA UNIVERSITARIA GUÍA DOCENTE. Diseño de software y metodologías de desarrollo

Planificaciones Análisis de la Información. Docente responsable: VILLAGRA SERGIO GUSTAVO. 1 de 6

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

DISEÑO CURRICULAR ALGORÍTMOS, ESTRUCTURAS Y PROGRAMACIÓN II

TEMA 6: INTRODUCCIÓN A UML

Diagramas De Casos De Uso

A continuación se describe con mayor detalle cada una de tales unidades:

Nombre de la asignatura: Análisis y modelado de sistemas de información

HERRAMIENTA PARA LA ELABORACIÓN DEL DOCUMENTO DE ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE: HEDERS.

Planificaciones Análisis de la Información. Docente responsable: GONZALEZ NORBERTO DANIEL. 1 de 6

FORMACIÓN EN BUENAS PRÁCTICAS DE PROGRAMACIÓN CON PERSONAL SOFTWARE PROCESS (PSP)

Programa de estudios por competencias Programación

INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES SYLLABUS DE INGENERIA DE SOFTWARE I

CIDE, SA. RIF: J NIT: MODELO FUNCIONAL

ALGORITMOS, ESTRUCTURAS Y PROGRAMACION

Ingeniería a de Software CC51A

Rational Unified Process

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos.

Asignatura: Metodologías, Desarrollo y Calidad en la Ingeniería de Software. Contenidos: Competencias 1 : Cuatrimestre: 1º ECTS: 6 Carácter: OB

ASIGNATURA: ANALISIS Y DISEÑO ORIENTADO A OBJETOS

UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso

CARRERA PROFESIONAL DE INGENIERÍA DE COMPUTACIÓN Y SISTEMAS SYLLABUS DE SISTEMAS DE INFORMACIÓN

BASE DE DATOS Octubre Marzo 2017

Curso: El Proceso de Desarrollo de Software

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

ESCUELA: UNIVERSIDAD DEL ISTMO

Capacitación adquirida por el alumno al finalizar este modulo

BENEMÉRITA UNIVERSIDAD AUTÓNOMA DE PUEBLA FACULTAD CIENCIAS DE LA COMPUTACION


Presentación de Ingeniería de Software II

UNIVERSIDAD AUTÓNOMA DE CHIHUAHUA CLAVE: 08MSU0017H FACULTAD DE INGENIERÍA DES: INGENIERÍA INGENIERÍA EN TECNOLOGÍA DE PROCESOS OPTATIVA

PROGRAMA DE CURSO. Horas de Trabajo Personal Horas de Cátedra

TÉCNICO SUPERIOR UNIVERSITARIO EN PROCESOS INDUSTRIALES ÁREA SISTEMAS DE GESTIÓN DE LA CALIDAD EN COMPETENCIAS PROFESIONALES

Información y materiales sobre la asignatura Toda la información y materiales sobre la asignatura los podeis encontrar en:

Sílabo de Taller de Consultoría en Ingeniería de Sistemas e Informática

DIAGRAMAS DE UML. Prof. Wenceslao Chávez Bedoya

UNIVERSIDAD CENTROAMERICANA VICERRECTORIA ACADEMICA SYLLABUS

U D I - I n g e n i e r í a E l é c t r i c a

DISEÑO CURRICULAR COMPUTACIÓN GRÁFICA

Facultad de Ingeniería Escuela de Industrias

Unidad Académica Responsable: Departamento de Informática y Ciencias de la Computación CARRERA a las que se imparte: Ingeniería Civil Informática

UNIVERSIDAD AUTÓNOMA DE CHIAPAS LICENCIATURA EN SISTEMAS COMPUTACIONALES

Diagrama de secuencia (interacción)

Nombre de la asignatura: Simulación. Créditos: Aportación al perfil

Ingeniería del Software de Gestión

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

El alumno debe tener cursadas Introducción al Análisis de sistemas y Estructuras y Algoritmos.

Lost Repository. Repositorio digital Visión. Versión 1.0. Flores Zarzuri Paola Michelle Correo:

Nombre de la asignatura: Energía Solar Fotovoltaica. Carrera: Ingeniería en Energías Renovables

Las Buenas Prácticas de la Ingeniería de Requerimientos y los Mapas Mentales como Instrumentos de Apoyo al Proceso de Análisis y Diseño de Software

Generación Automática de Aplicaciones Web Móviles Mediante Componentes Configurables

DESCRIPCIÓN ESPECÍFICA NÚCLEO: COMERCIO Y SERVICIOS SUBSECTOR: INFORMÁTICA

PROGRAMA DE CURSO. Metodologías de Diseño y Programación. Nombre en Inglés. Design and Programming Methodologies.

Ingeniería del Software 2

METRICA VERSION MÉTRICA versión 3. Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de Información

ANÁLISIS Y DISEÑO DE SISTEMAS

UNIVERSIDAD DE GUADALAJARA

Actividad Final SOFTWARE LIBRE

Administering System Center Configuration Manager

SEMESTRE: CREDITOS: 3 Horas Presénciales: 3 Horas de Acompañamiento: 1 Total Horas Semanales 4 CODIGO: Sistemas de Información

MEJORAMIENTO EN LA GESTION DE COMPRA / VENTA DE LA VIDRIERIA "SAN JORGE", CON PLATAFORMA WEB

CICLO ESCOLAR ENERO JULIO (2011-2)

MS_ Enabling and Managing Office 365.

PROGRAMA INSTRUCCIONAL

Diseño y Evaluación de Arquitecturas de Software. Software con calidad

Resultado de Aprendizaje:

IO - Introducción a los Ordenadores

MOO - Metodología y Programación Orientada a Objetos

4. Diseño y dibujo de moldes y matrices

UML El Lenguaje Unificado de Modelado Grady Booch, Jim Rumbaugh e Ivar Jacobson

1.2.2 BUSINESS PROCESS MANAGEMENT (BPM).

DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE GLORIA CECILIA RÍOS MUÑOZ

UAP UNIVERSIDAD ALAS PERUANAS FACULTAD DE CIENCIAS DE LA COMUNICACIÓN Y EDUCACION DE HUMANIDADES S Í L A B O SEMINARIO DE TESIS II ASIGNATURA

Programa de estudios por competencias Métodos Matemáticos II. Fecha elaboración/modificación: Julio 2015 Clave de la asignatura:

Técnicas y Lenguajes de Programación. Bases de Datos.Técnicas de Computación.ANSI C.

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

INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN

UNIVERSIDAD AUTÓNOMA JUAN MISAEL SARACHO FACULTAD DE CIENCIAS Y TECNOLOGÍA CARRERA DE INGENIERÍA INFORMÁTICA

CC61J / CC Taller de UML Apuntes de Clase

UNIVERSIDAD DEL VALLE DE MÉXICO PROGRAMA DE ESTUDIO DE LICENCIATURA PRAXIS MES XXI

Contenido. Estructura del Modelo del análisis. Diagrama Entidad-Relación (DER) Diagrama de flujo de datos (DFD)

INSTITUTO POLITÉCNICO NACIONAL SECRETARÍA ACADÉMICA DIRECCIÓN DE ESTUDIOS PROFESIONALES EN INGENIERÍA Y CIENCIAS FÍSICO MATEMÁTICAS

Interacción Persona - Ordenador

INGENIERÍA DEL SOFTWARE

DIAGRAMAS DE CASOS DE USO. Prof. Hooberth Chávez Bedoya

Transcripción:

INFORMACIÓN GENERAL Materia Ingeniería de Requerimientos Titular / Dr. Hugo Arnoldo Mitre Hernández Cotitular Fecha de Abril 2015 elaboración INTRODUCCIÓN GENERAL DE LA MATERIA La materia de Ingeniería de Requerimientos proporciona información al estudiante que le permite crear correctamente requerimientos pasando por el proceso de obtención, análisis, especificación y validación. También se presenta información sobre el cómo administrar la configuración de los elementos involucrados en un proyecto para un mejor control de versiones, cambios, estados de requerimientos y rastreo de los mismos en un proyecto de software. Para la creación de requerimientos también se presenta el cómo modelarlos gráficamente con el modelado de lenguaje unificado. La materia de Ingeniería de Requerimientos tiene un gran impacto en la Maestría en Ingeniería del Software ya que todo los proyectos inician con este paso y es aquí donde comienza el largo camino de la calidad y donde puede evitarse trabajo en vano en la etapa de construcción del software. OBJETIVO GENERAL Crear, modelar y controlar los requerimientos de un proyecto de software. OBJETIVOS PARTICULARES Al finalizar el alumno podrá: Diseñar el negocio de un producto o servicio para su posterior diseño en proyecto de software. Definir el alcance de un proyecto de software. Describir el proceso de Ingeniería de Requerimientos. Caracterizar y definir requerimientos en el entorno tradicional y ágil de software. Modelar en UML los requerimientos pertinentes. Extrapolar el diseño del proyecto de software con sus requerimientos en un documentos de especificación de requerimientos. TEMARIO 1. Introducción a la calidad de software a. El negocio del software b. Principios de la gestión del software c. Por qué los proyectos fallan? d. Gestión racional

e. Por qué los proyectos fallan? 2. Funcionamiento de un equipo a. Motivación b. Equipo de trabajo c. Estructura del equipo de trabajo y de medición 3. Lo esencial de los requerimientos de software a. Por qué son importantes los requerimientos? b. Requerimientos de software definidos c. Niveles de requerimientos d. Qué no es un requerimiento e. Ingeniería de requerimientos f. Cuando se crean malos requerimientos g. Características de un excelente requerimiento h. Requerimientos desde la perspectiva del cliente 4. Gestión de la configuración a. El cambio constante b. Gestión racional de la configuración c. Fundamentos de la gestión de la configuración d. Requerimientos y la gestión de la configuración 5. Ingeniería de requerimientos: Qué, por qué y quién? a. Proceso de gestión de requerimientos b. El analista de requerimientos c. Atributos de calidad en software 6. Definición del alcance y visión de un proyecto a. 6.1. Definiendo la visión, alcance y contexto de un proyecto b. 6.2. Encontrando la voz del cliente

7. Licitación de requerimientos a. Talleres de licitación b. Encontrando los requerimientos perdidos c. Matriz CRUD d. Cuando la licitación ha terminado 8. Requerimientos ágiles para equipos a. Organización de los equipos ágiles b. Características de un programa en Backlog y pruebas c. Requerimientos no funcionales 9. Modelado en UML a. Introducción a UML b. Diagramas de estructura i. Diagramas de objetos ii. iii. iv. Diagramas de clases Diagramas de despliegue Diagramas de componentes v. Diagramas de estructura compuesta vi. Diagramas de paquetes c. Diagramas de comportamiento i. Diagramas de actividades ii. iii. iv. Diagramas de máquina de estados Diagramas de casos de uso Diagramas de secuencias v. Diagramas de interacción vi. vii. Diagramas de colaboración Diagramas de tiempo

10. Modelado con arquitectura de negocios a. Procesos de negocios b. Recursos c. Objetivos d. Reglas de negocio 11. Lenguaje de restricción de objetos 12. Lenguaje de descripción de procesos 13. Documentación de la especificación de requerimientos a. Especificación de requerimientos de software: el contrato b. Principios de la especificación c. Que no debe contener el documento de especificación de requerimientos de software d. Características de un buen documento de especificación de requerimientos de software BIBLIOGRAFÍA No. Título Autor Editorial Año 1 Software WIEGERS, KARL Microsoft Press 2003 Requirements Business Modeling with UML: Business Patterns at Work E. 2 Rapid Development McConnell, S Microsoft Press 1999 Quality Attributtes CMU/SEI 95 TR 021. ESC TR 95 021 3 IEEE Recommended Practice for Software Requirements Specifications. ISBN 0 7381 0332 2 Mario Barbacci, Mark H. Klein, Thomas A. Longstaff. Charles B. Weinstock. Microsoft Press 1995 IEEE IEEE 1998

4 Agile software requirements: Lean requirements practices for teams, programs, and enterprise Dean Leffingwell Addison Wesley 2011 NOTA: El docente y el alumno pueden hacer uso de la biblioteca digital http://www.cimat.mx/es/catalogos_servicios_en_linea pueden acceder utilizando correo institucional, utilizando su cuenta y contraseña. EVALUACIÓN ASPECTO A EVALUAR Participación 10% Ejercicios 40% Presentaciones 20% Examen 30% PORCENTAJE