Programa de experiencia educativa

Transcripción

1 1.-Área académica Económico Administrativa 2.-Programa educativo Licenciatura en Ingeniería de Software 3.- Campus Xalapa 4.-Dependencia/Entidad académica Facultad de Estadística e Informática Programa de experiencia educativa 5.- Código 6.-Nombre de la experiencia educativa 7.- Área de formación Principal Secundaria MASF Diseño de Software Disciplinar Ninguna 8.-Valores de la experiencia educativa Créditos Teoría Práctica Total horas Equivalencia (s) Ninguna 9.-Modalidad Curso 10.-Oportunidades de evaluación ABGHJK= Todas 11.-Requisitos Pre-requisitos Principios de diseño de software Ninguno Co-requisitos 12.-Características del proceso de enseñanza aprendizaje Individual / Grupal Máximo Mínimo Grupal Agrupación natural de la Experiencia educativa (áreas de conocimiento, academia, ejes, módulos, departamentos) Modelado y Análisis d Software 14.-Proyecto integrador Ingeniería y Tecnología de Software 15.-Fecha Elaboración Modificación Aprobación 01/02/ /07/ /10/2015 1

2 16.-Nombre de los académicos que participaron María Karen Cortés Verdín Jorge Octavio Ocharán Hernández Lizbeth Alejandra Hernández González 17.-Perfil del docente Licenciado en Ingeniería de Software, en Informática o afín con posgrado en Ingeniería de Software o en el área de la Computación, con cursos de formación docente y experiencia docente a nivel superior, experiencia profesional en el área de desarrollo de software de al menos dos años. 18.-Espacio Intrafacultad 19.-Relación disciplinaria Interdisciplinaria 20.-Descripción Esta experiencia se localiza en el área disciplinar (cuatro horas teoría y dos de prácticas, 10 créditos). Un Licenciado en Ingeniería de Software debe aplicar los formalismos, estrategias y métodos de diseño para obtener software de calidad, por lo tanto, elabora los distintos modelos orientados a objetos ayudándose de herramientas. En esta experiencia se efectúa un caso práctico en el aula y centro de cómputo en equipos de trabajo comprometidos, respetuosos y abiertos; se discuten conceptos en el aula, se busca y consulta información y se elaboran los reportes correspondientes. El desempeño de la unidad se evidencia mediante el desarrollo del caso práctico, dos exámenes escritos presentados de manera suficiente y reportes de lectura claros, suficientes, pertinentes, coherentes y entregados con puntualidad. 21.-Justificación El software de calidad requiere un diseño que satisfaga las necesidades de los interesados y cumplir con ciertos estándares, para ello es necesario que el Licenciado en Ingeniería de Software conozca las diferentes estrategias, métodos, técnicas y herramientas para el diseño. Este curso tiene como finalidad que el estudiante desarrolle su capacidad para elaborar los modelos que conforman un buen diseño. 22.-Unidad de competencia El estudiante diseña software empleando los formalismos y heurísticas de un enfoque de diseño, con creatividad, apertura, honestidad y tolerancia en un ambiente de colaboración y respeto para apoyar al resto de las etapas del proceso de desarrollo de software. 23.-Articulación de los ejes Los estudiantes diseñan software mediante diferentes modelos (eje teórico) de manera consciente y con apertura (eje axiológico); verifican el cumplimiento de os requerimientos en la solución y que sus modelos sean coherentes entre sí (eje heurístico); entienden la importancia del diseño en el 2

3 Universidad Veracruzana proceso de desarrollo de software (eje teórico)y lo expresan al modelar y usar las herramientas que correspondan de manera colaborativa en un ambiente de respeto y honestidad (eje axiológico). 24.-Saberes Teóricos Heurísticos Axiológicos Diseño HCI Diseño de navegación Disposición al Principios generales aplicando principios autoaprendizaje Modelado generales de HCI Constancia en la Conceptos de Conceptualización de elaboración y modelado estilos arquitectónicos refinamiento de los Ambigüedad, Generalización de diseño diseños exactitud y Clasificación de modelos Honestidad académica precisión diseño Respeto a las opiniones y Modelado complejo Manejo de software de trabajo de los Técnicas de modelado compañeros modelado Elaboración de modelos Responsabilidad en el Refinando el orientados a objetos desarrollo y entrega de Modelo de dominio Identificación de las modelos Diseño detallado necesidades de los Disposición al trabajo en o Diagramas interesados equipo de secuencia Traslado de las Tolerancia a la o Diagramas necesidades de los frustración de interesados a modelos de Disposición para colaboración diseño reconsiderar decisiones o Diagramas Comprensión del de diseño de estado dominio del problema y Disposición a escuchar Modelo de solución atentamente diferentes implementación Elaboración de diseño opiniones Diagrama de detallado Disposición para pedir despliegue Toma de decisiones de ayuda al docente y Diagrama de diseño de manera compañeros componentes informada Disposición a la crítica ICONIX Verificación de constructiva de todos los Conceptos básicos de consistencia entre artefactos generados Arquitecturas de modelos Respeto a la diversidad Software Verificación de la cultural y de género en el Arquitectura trazabilidad de los aula Componente requerimientos con los Conector modelos de diseño Estilos arquitectónicos Modelos 3

4 Teóricos Heurísticos Axiológicos Procesos Interesados (stakeholders) Vistas arquitectónicas 4+1 empleando UML 25.-Estrategias metodológicas De aprendizaje Prácticas en centro de cómputo, Discusión de conceptos, Búsqueda y consulta de información, Discusiones grupales, Estudio de casos. De enseñanza Demostración de conceptos, Dirección de prácticas, Organización de grupos colaborativos, Revisión de actividades por equipos, Exposición con apoyo tecnológico variado, Dirección de proyectos, Debates. 26.-Apoyos educativos Materiales didácticos Antología Manual de prácticas Presentaciones Recursos didácticos Cañón Computadora Herramienta de modelado de UML (Enterprise Architect) Internet Marcadores Pintarrón Plumones Videoproyector Internet Aula con equipo de cómputo para 20 estudiantes con el software requerido: Herramienta de modelado UML (Enterprise Architect) 27.-Evaluación del desempeño Evidencia (s) de Ámbito(s) de Criterios de desempeño desempeño aplicación Exámenes escritos (2) Pertinencia, suficiencia Aula en forma 40% individual Resolución de un caso Pertinencia, suficiencia y Aula en forma grupal 40% práctico puntualidad Porcentaje 4

5 Actividades en clase y tareas (por Reportes de lectura) Claridad, suficiencia, pertinencia, coherencia y puntualidad Aula en forma individual 20% 28.-Acreditación Se debe presentador con suficiencia cada evidencia de desempeño, es decir, que en cada una de ellas haya obtenido al menos el 60%. 29.-Fuentes de información Básicas FOWLER, F. UML Distilled: A Brief Guide to the Standard Object Modeling Language; 3rd ed., GAMMA E., HELM R., JOHNSON R. y VLISSIDES J. Design Patterns: Elements of Reusable Object-Oriented Software. Addison-Wesley, SHAW, M., Garlan, D. Software Architecture: Perspectives on an Emerging Discipline, Prentice Hall, SOMMERVILLE, I. Software Engineering. Pearson Education, TAYLOR, R. N., MEDVIDOVIC, N. DASHOFY, E. M., Software Architecture: Foundations, Theory, and Practice, Wiley, VAN DER HOEK, A. Software Designers in Action: A Human-Centric Look at Design Work, Chapman and Hall/CRC, ARTÍCULO DE 4+1 Y UML Artículos de revistas electrónicas CONRICyT, repositorio institucional: Complementarias BUSCHMANN F., MEUNIER R., ROHNERT H., SOMMERLAND P., STAL M., Pattern- Oriented Software Architecture, volume 1, Wiley, FOWLER, M. (2003). Design - Who needs an architect? Software, IEEE, 20(5), doi: /ms The Software Architecture Portal (n.d.). Consultado el 16 de junio de 2015 en 5