Crear diagramas basados en UML para la representación de la solución a un problema mediante el Paradigma Orientado a Objetos.

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Crear diagramas basados en UML para la representación de la solución a un problema mediante el Paradigma Orientado a Objetos."

Gonzalo Barbero Suárez
hace 7 años
Vistas:

PROGRAMA DE CURSO Modelo 2009 DEPARTAMENTO: COMPUTACIÓN Y DISEÑO GRÁFICO NOMBRE DEL CURSO: Diseño de Software con Práctica Profesional CLAVE: 1013M ACADEMIA A LA QUE PERTENECE: Diseño de Software

1 PROGRAMA DE CURSO Modelo 2009 DEPARTAMENTO: COMPUTACIÓN Y DISEÑO GRÁFICO NOMBRE DEL CURSO: Diseño de Software con Práctica Profesional CLAVE: 1013M ACADEMIA A LA QUE PERTENECE: Diseño de Software PROFESIONAL ASOCIADO Y LICENCIATURA Versión Amplia REQUISITOS: Análisis y Modelado de Software HORAS: 3 CRÉDITOS: 5.68 PROGRAMA(S) EDUCATIVO(S) QUE LA RECIBE(N): Ingeniería de Software (ISW) PLAN: 2009 FECHA DE REVISIÓN: Diciembre 2010 Competencia a la que contribuye el curso. Diseñar Soluciones de Software a través de la aplicación de metodologías, herramientas y estándares apropiados al problema. Tipo de competencia. Específica. Descripción general del curso. Este curso provee las bases para crear el modelo de diseño de componentes de una aplicación basado en el Paradigma Orientado a Objetos, utilizando como notación el Lenguaje de Modelado Unificado (UML), asegurando el apego a los principios y buenas prácticas que permitan al alumno crear modelos que cumplan con los estándares de calidad establecidos. Contenido general: Fundamentos del Diseño de Software, el POO y el UML, Análisis y Diseño de Software, y por último, Diseño de Componentes. Unidad de Competencia I Elementos de Competencia Requerimientos de información Aplicar el Paradigma Orientado Objetos a la Solución de problemas susceptibles de ser resueltos mediante programas de computadora. Construir los diagramas UML que den respuesta a un problema particular, y que cumplan con los requerimientos mínimos para ser implementados en Java. Crear diagramas basados en UML para la representación de la solución a un problema mediante el Paradigma Orientado a Objetos. Implementar aplicaciones en el lenguaje de programación Java basadas en diagramas escritos en UML. El paradigma Orientado a Objetos o Principios fundamentales o Uso del Paradigma como Método para solución de Problemas computacionales. El lenguaje de Modelado Unificado o Diagramas utilizados para representar el diseño estático y dinámico de una solución o Relación entre los distintos diagramas. Reglas para implementar programas en Java a partir de diagramas UML

2 Desempeños Criterios de Evaluación Productos Al menos la solución a un problema de la vida común resuelto mediante el Paradigma Orientado a Objetos considerando sus principios fundamentales. Al menos los diagramas estáticos y dinámicos de una aplicación simple, utilizando UML y creado mediante la herramienta StarUML. El código de una aplicación Java que implemente los diagramas estáticos y dinámicos en UML que dan respuesta a un problema computacional. Conocimientos Unidad de Competencia II Elementos de Competencia Requerimientos de información Identificar la ubicación de los distintos Disciplina de Análisis y Diseño en Rup. modelos utilizados en Rup dentro del o El Mapa general del proceso de Crear el modelo de Análisis tomando como base un modelo arquitectónico de las 4+1 vistas. RUP. Caso de Uso mediante la disciplina de Análisis o Relación entre los Requerimientos establecida en el Proceso Unificado de Rational (RUP) Utilizar el modelo de análisis de RUP como funcionales y No funcionales con paso previo a la generación del Modelo de diseño. los elementos del modelo de Análisis. o Flujo de trabajo de la disciplina de Registrar la dependencia entre los Análisis y Diseño elementos del modelo de requerimientos o Roles dentro del Proceso (Funcionales y No Funcionales) y los Análisis de una solución de Software elementos del modelo de Análisis o Definición de la Arquitectura mediante la matriz de rastreabilidad. General de la Aplicación. o Definición del Modelo de Dominio o Incorporación de los Requerimientos No Funcionales mediante la definición de los

3 mecanismos de análisis. o Realización de Casos de Uso Análisis o Actualización de la matriz de rastreabilidad con los elementos identificados como parte del modelo de Análisis.

4 Desempeños Criterios de Evaluación Productos Modelo de Análisis para el caso de uso, que debe cumplir con los siguientes criterios: o Incluir el modelo de dominio de la aplicación. o Incluir la definición de los mecanismos de análisis aplicables. o Incluir la Realización de Casos de Uso Análisis, que se compone al menos por un diagrama de clases y por un diagrama de secuencia que describa el comportamiento del caso de uso. Matriz de rastreabilidad debe incluir lo siguiente: o o o La lista de elementos definidos durante la realización de Casos de Uso Análisis. La lista de mecanismos de Análisis identificados. La relación entre elementos del modelo de requerimientos y los elementos identificados durante la aplicación de la disciplina de análisis. Conocimientos Unidad de Competencia III Elementos de Competencia Requerimientos de información Diseño de una solución de Software Crear el modelo de Diseño de un Caso de Uso Aplicar las reglas establecidas para o Fundamentos del Diseño de mediante el proceso definido en la disciplina de trasladar los elementos del modelo de Software. Diseño establecida en el Proceso Unificado de Rational análisis al modelo de diseño basado en el Razones para realizarlo (RUP) análisis de un Caso de Uso particular. Niveles de diseño de software Aplicar las reglas para la identificación de El diseño dentro del proceso los subsistemas de diseño aplicables al Diseño del Caso de Uso analizado. Utilizar la técnica de Diseño por Contrato de desarrollo de Software. o Realización de Casos de Uso Diseño al diseño de subsistemas. Reglas para trasladar

5 Incorporar los Requerimientos No Funcionales al Modelo de Diseño a partir de las especificaciones definidas en los mecanismos de Análisis del Modelo de Análisis. elementos del modelo de análisis al modelo de diseño. Identificación de Subsistemas. Descripción general Motivación Estructura base Diseño por contrato Definición del contrato del subsistema Aplicación de los términos del contrato al diseño del subsistema. Integración entre subsistemas Técnicas y patrones para eliminar problemas de dependencia. o Incorporación de los Requerimientos No Funcionales mediante la definición de los mecanismos de diseño a partir de los mecanismos de análisis. o Actualización de la matriz de rastreabilidad con los elementos identificados como parte del modelo de Diseño.

6 Desempeños Criterios de Evaluación Productos Modelo de diseño para el caso de uso, que debe cumplir con los siguientes criterios: o Incluir los subsistemas necesarios para asegurar el cumplimiento con los principios de diseño. o Todos los subsistemas deben cumplir con los requerimientos establecidos en la técnica de Diseño por Contrato o Haya sido realizado mediante una herramienta automatizada. Matriz de rastreabilidad debe incluir lo siguiente: o La lista de elementos definidos durante la realización de Casos de Uso Diseño. o La lista de mecanismos de Diseño definidos. o La relación entre elementos del modelo de Análisis y los elementos identificados durante la aplicación de la disciplina de análisis. Conocimientos Unidad de Competencia IV Elementos de Competencia Requerimientos de información Aplicar los Principios de Diseño al diseño detallado de los subsistemas. Diseñar Subsistemas basados en el POO mediante UML, utilizando los principios y patrones de diseño aplicables en su solución, susceptibles de ser implementados mediante componentes en Java. Aplicar patrones de diseño al diseño detallado de subsistemas mediante la técnica de refinamientos sucesivos. Implementar un componente en Java a partir del diseño detallado de uno o más Diseño detallado de Subsistemas o Principios básicos que rigen su diseño o Patrones de Diseño Concepto Oportunidad para Aplicarlos Aplicables al diseño de Subsistemas o Método de refinamiento sucesivo para el diseño de subsistemas

7 subsistemas. o Correspondencia de los subsistemas con componentes ejecutables en Java. Desempeños Criterios de Evaluación Productos Modelo de diseño de un subsistema en particular que cumpla los siguientes criterios: o Basado en UML o Que la organización de sus diagramas denote la aplicación de los principios de diseño. o Cumpla con los requerimientos establecidos en la técnica de Diseño por Contrato o Denote la aplicación de Patrones de Diseño para asegurar la extensibilidad y facilidad de mantenimiento. o Realizado mediante una herramienta automatizada. Componente ejecutable desarrollado en Java y que cumpla con los siguientes criterios: o Debe contener el código de al menos el diseño de un subsistema. o Debe apegarse a los lineamientos establecidos en el modelo de diseño para su desarrollo. Conocimientos

8 Trabajo en equipo, al realizar las asignaciones extraclase. Activo, en la participación en clase. Colaborador, en las actividades dentro del aula Responsable, en la entrega de trabajos extraclase Ordenado, en cuanto a la presentación de sus documentos Puntual, en la asistencia a las sesiones de clase. Evaluación del curso. Ponderaciones para calificación final del curso: o Unidad I : 20 o Unidad II: 20 o Unidad III: 20 o Unidad IV: % (cumplimiento total de criterios) Bibliografía. W. Ambler, Scott; The Object Primer, the application developer s guide to object orientation and the UML ; Segunda Edición; Editorial Cambridge University Press; Cambridge, Inglaterra; 2001; ISBN Pender, Tom; UML Bible ; Primera Edición; Editorial Wiley Publishing, Inc.; Indianapolis, EUA; 2003; ISBN Larman, Craig; Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design and Iterative Development, Tercera Edición; Editorial Prentice Hall; EUA; 2004; ISBN

Documentos relacionados

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

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS. HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Ingeniería de