Benemérita Universidad Autónoma de Puebla Vicerrectoría de … · 2019. 1. 3. · Benemérita...

Benemérita Universidad Autónoma de Puebla

Vicerrectoría de Docencia

Dirección General de Educación Superior

Facultad de Ciencias de la Computación

INGENIERIA DE SOFTWARE

1

PLAN DE ESTUDIOS (PE): LICENCIATURA DE CIENCIAS DE LA COMPUTACIÓN

AREA: Área de Tecnología

ASIGNATURA: INGENIERIA DE SOFTWARE

CÓDIGO: IDCO-201

CRÉDITOS: 7

FECHA: 15 DE JULIO DE 2011






2

1. DATOS GENERALES

Nivel Educativo:

Licenciatura

Nombre del Programa Educativo:

Licenciatura en Ciencias de la Computación

Modalidad Académica:

Presencial

Nombre de la Asignatura:

Ingeniería de Software

Ubicación:

Formativo

Correlación:

Asignaturas Precedentes:

Algoritmos y estructuras de datos, Bases de Datos

Asignaturas Consecuentes:

Ingeniería de Software Avanzada, Interacción Humano Computadora, Ingeniería Web

Conocimientos, habilidades, actitudes y valores previos:

Conocimientos: Programación, Bases de datos, Matemáticas básicas, Probabilidad y estadística Básica, Habilidades: Identificar y solucionar problemas, Análisis, diseño, Abstracción, Comunicación escrita y oral, trabajo en grupo, manejo de herramientas computacionales, autodidacta, trabajar bajo presión, etc. Actitudes Ser: Disciplinado, líder, proactivo, responsable, solidario, critico, colaborador, comprometido, respetuoso, tolerante






3

2. CARGA HORARIA DEL ESTUDIANTE

Concepto Horas por periodo Total de

horas por periodo

Número de créditos Teorías Prácticas

Horas teoría y práctica Actividades bajo la conducción del docente como clases teóricas, prácticas de laboratorio, talleres, cursos por internet, seminarios, etc. (16 horas = 1 crédito)

3 0 80 3

Horas de práctica profesional crítica. Servicio social, veranos de la investigación, internado, estancias, ayudantías, proyectos de impacto social, etc. (50 horas = 1 crédito)

Horas de trabajo independiente. En donde se integran aprendizajes de la asignatura y tiene como resultado un producto académico ejem. exposiciones, recitales, maquetas, modelos tecnológicos, asesorías, ponencias, conferencias, congresos, visitas, etc. (20 horas = 1 crédito)

0 4 48 4

Total 3 4 128 7

3. REVISIONES Y ACTUALIZACIONES

Autores:

MARIA DEL CONSUELO MOLINA GARCIA (COORDINADOR DE PROGRAMA DE ASIGNATURA) MARIA DEL ROCIO BOONE ROJAS MARIA DE LA CONCEPCION PEREZ DE CELIS HERRERO YALU GALICIA HERNANDEZ ABRAHAM SANCHEZ LOPEZ RAFAEL DE LA ROSA FLORES GUILLERMO MARIN DORADO ALMA DELIA AMBROSIO VÁZQUEZ

Fecha de diseño: 03 DE FEBRERO DE 2009

Fecha de la última actualización: 15 DE JULIO DE 2011

Fecha de aprobación por parte de la academia de área

15 DE JULIO DE 2011

Fecha de aprobación por parte de CDESCUA

28 de Noviembre 2011

Fecha de revisión del Secretario Académico 28 de Noviembre 2011

Revisores: AMBROSIO VÁZQUEZ ALMA DELIA






4

ANZURES GARCÍA MARIO ARCHUNDIA SIERRA ETELVINA BOONE ROJAS MARIA DEL ROCIO CARRILLO RUIZ MAYA GONZÁLEZ CALLEROS JUAN MANUEL GUERRERO GARCÍA JOSEFINA MOLINA GARCIA MARÍA DEL CONSUELO PÉREZ DE CELIS HERRERO MARÍA DE LA CONCEPCIÓN SOMODEVILLA GARCÍA MARÍA JOSEFA

Sinopsis de la revisión y/o actualización:

Se establece una orientación metodológica para abordar los temas del programa de asignatura basada en el siguiente tipo de esquema de trabajo: -Planeación didáctica del Tema. -Propuesta de actividades de motivación y diagnóstico para el estudio del Tema. -Desarrollo del Tema. -Actividades de Evaluación del Aprendizaje del tema. Se incluyen como parte de la orientación didáctica pedagógica y dentro del programa de asignatura la especificación de las actividades de diagnóstico, de evaluación del aprendizaje y complementarias propuestas para temas del presente programa. Las cuales se especifican en el libro desarrollado por profesores responsables de la actualización. Ref. Libro Electrónico: Tópicos Selectos para la Enseñanza de la Ing. de Software: Introducción a la Ingeniería de Software. Verano 2011. www.cs.buap.mx

4. PERFIL DESEABLE DEL PROFESOR (A) PARA IMPARTIR LA ASIGNATURA:

Disciplina profesional: CIENCIAS DE LA COMPUTACION

Nivel académico: MAESTRÍA

Experiencia docente: 3 AÑOS

Experiencia profesional: 3 AÑOS

http://www.cs.buap.mx/






5

Nota: se consideran la disciplina profesional que debe tener, el grado académico, la experiencia disciplinaria y docente, las asignaturas que debe haber impartido y la formación o capacitación docente/disciplinaria que se juzgue adecuada.

5. OBJETIVOS:

5.1 General: Que el alumno pueda ser capaz de proponer proyectos y productos de calidad

mediante la aplicación de los métodos de la ingeniería de software

5.2 Específicos:

Que el alumno identifique las ventajas de aplicar metodologías de desarrollo de software.

El alumno aplique Ingeniería de requerimientos para obtener las especificaciones de un

Sistema.

Que el alumno planifique formas de trabajo en equipo de desarrollo de software

El alumno generé documentación bajo estándares de procesos de desarrollo

El alumno aplique herramientas de última generación en el proceso de desarrollo de

software.






6

6. MAPA CONCEPTUAL DE LA ASIGNATURA: Elaborar el mapa conceptual considerando la jerarquización de los conceptos partiendo de los más

generales y que tienen una función más inclusiva hasta llegar a los que son más particulares y que

tienen una menor generalidad.






7

7. CONTENIDO

Unidad 1 Objetivo

Específico

Contenido Temático/Actividades

de aprendizaje

Bibliografía

Básica Complementaria

Introducción a la Ingeniería de Software

Que el alumno explique las ventajas de aplicar las metodologías de desarrollo de software

1.1Motivación y perspectiva Histórica

“Tópicos Selectos para la Enseñanza de la Ing. de Software: Introducción a la Ingeniería de Software.” Academia del área de Bases de Datos e Ing. de Software. Verano 2011. www.cs.buap.mx

Pressman Roger S. Ingeniería de Software, Un Enfoque Práctico. Mc Graw Hill.

Ian Sommerville.(2005) Ingeniería de Software Addison Wesley.

Fairley Richard (2010) Ingenierìa de Software. Prentice Hall. IEEE Trans. on Software Engineering. EEE Computer Society. Guide to the Software Engineering Body of Knowledge http://www.swebok.org/ Kent Beck. Extreme Programming Explained: Embrace Change, Addison-Wesley

www.agilemodeling.com

www.programacionextrema.org www.agiles.org www.xprogramming.com www.dsdm.org

www.crystalmethodologies.org www.refactoring.com

1.2 Conceptos de la Ingeniería de Software

1.2.1 Ingeniería de Software

1.2.2 Ciclo de Vida

1.2.3 Proyecto, Proceso, Producto, Personas (4´Ps).

1.2.4 Modelo

1.2.5 Metodología

1.2.6 Herramientas

1.3 Modelos de Procesos

1.3.1 Modelo en Cascada

1.3.2 Modelos de proceso Evolutivos 1.3.2.1 Prototipos 1.3.2.2 Espiral 1.3.2.3 Desarrollo Concurrente

1.3.3 Modelos de procesos Incrementales 1.3.3.1 Incremental 1.3.3.2 DRA

1.3.4Modelo Especializados de proceso 1.3.4.1 Modelo basado en Componentes


http://www.agilemodeling.com/

http://www.programacionextrema.org/

http://www.xprogramming.com/

http://www.dsdm.org/

http://www.crystalmethodologies.org/

http://www.refactoring.com/






8

Unidad 1 Objetivo

Específico


de aprendizaje

Bibliografía


1.3.4.2Modelo de Métodos formales 1.3.4.3 Modelo Basado en Aspectos

www.adaptivesd.com

www.controlchaos.com

1.3.5 Modelo de Proceso Unificado

1.3.6 Modelo Ágiles de proceso 1.3.6.1 Programación Extrema 1.3.6.2 Cristal 1.3.6.3 Scrum 1.3.6.4 Melé 1.3.6.5 Desarrollo Adaptativo de Software

Unidad 2 Objetivo

Específico


de aprendizaje

Bibliografía


Gestión de Proyectos

Que el alumno planifique formas de trabajo en equipo de desarrollo de así como desarrollar capacidades de administración de proyectos, aplicando las técnicas para mejora de procesos de desarrollo de software

2.1Principios de Administración de Proyectos

“Tópicos Selectos para la Enseñanza de la Ing. de Software: Introducción a la Ingeniería de Software.” Academia del área de Bases de Datos e Ing. de Software. Verano 2011. www.cs.buap.mx Pressman Roger S. Ingeniería de Software, Un Enfoque


Fairley Richard (2010) Ingenierìa de Software. Prentice Hall. IEEE Trans. on Software Engineering. Karl Wiegers (2003) Creating a Software Engineering Culture Microsoft Press Redmond, WS

EEE Computer Society. Guide to the Software Engineering Body of

2.2 Definición de roles en el desarrollo de software

2.3 Planificación del Proyecto

2.3.1 Objetivo de la planeación

2.3.2 Métricas de procesos de desarrollo del software

2.3.3 Análisis y Administración de riesgos

2.3.4 Planeación de productos de Trabajo

2.3.5 Definición del Alcance de proyecto

2.3.6 Plan de actividades

2.3.7 Plan de Control de configuración

http://www.adaptivesd.com/







9

Unidad 2 Objetivo

Específico


de aprendizaje

Bibliografía


2.3.8 Aseguramiento de la Calidad

Práctico. Mc Graw Hill.

Knowledge http://www.swebok.org/

2.3.9 Reuniones de Revisión

2.4 Proyecto de Desarrollo

2.4.1 Definición de proyecto del curso

2.4.2 Estimación del proyecto

2.4.3 Plan de Proyecto

Unidad 3 Objetivo

Específico


de aprendizaje

Bibliografía


Ingeniería de Requerimientos

El alumno

aplique

Ingeniería de

requerimientos

para obtener las

especificaciones

de un Sistema

de software y

generé

documentación

bajo estándares

de procesos de

desarrollo

4.1 Definiciones “Tópicos Selectos para la Enseñanza de la Ing. de Software: Introducción a la Ingeniería de Software.” Academia del área de Bases de Datos e Ing. de Software. Verano 2011. www.cs.buap.mx Pressman Roger S. Ingeniería de Software, Un Enfoque Práctico. Mc Graw Hill.

Sommerville Ian, Sawyer Peter. (2005) Requeriments Engineering A Good Practive Guide. John Wiley . Kotonya G., Sommerville, I. Requirements Engineering: Process and Techniques John Wiley & Sons Freeman, P., Requirements Analysis and Specification, Proc. Intl. Computer Technology Conf.,

4.2 Técnicas de obtención de Requerimientos

4.2.1 Entrevistas, Lluvia de ideas, Puntos de vista, Taller de requerimientos, etc.

4.3 Tipos de Requerimientos

4.4 Análisis de Requerimientos

4.4.1 Documento de Visión

4.4.2 Especificación de Requerimientos de Software SRS

4.4.3 Desarrollo de Casos de Uso







10

Unidad 3 Objetivo

Específico


de aprendizaje

Bibliografía


4.4.4 Construcción y prueba de los casos de uso

Wiegers Karl Software Requirements Microsoft Press

ASME, San Francisco, August

Unidad 4 Objetivo

Específico


de aprendizaje

Bibliografía


Modelado del Análisis

El alumno modele los requerimientos en base a la comprensión del análisis del dominio del problema, aplicando los diferentes tipos de diagramas.

4.1 Conceptos de Modelado

“Tópicos Selectos para la Enseñanza de la Ing. de Software: Introducción a la Ingeniería de Software.” Academia del área de Bases de Datos e Ing. de Software. Verano 2011. www.cs.buap.mx Pressman Roger S. Ingeniería de Software, Un Enfoque Práctico. Mc Graw Hill.

Booch G., Análisis y Diseño Orientado a Objetos con

Ian Sommerville.(2005) Ingeniería de Software Addison Wesley. Rumbaugh J., Jacobson I., Booch G., "El Lenguaje Unificado de Modelado. Manual de Referencia" - Editorial Addison-Wesley C. Larman. "UML y Patrones". 2ª ed. Prentice-Hall E. Gamma et al. "Patrones de Diseño. Elementos de software orientado al objeto reutilizable". Addison-Wesley COAD,

4.2 Análisis del dominio

4.2.1 Modelado Basado en Escenarios (Procesos)

4.2.1.1 Modelo de casos de Uso

4.2.1.1.1 Diagrama de Casos de uso

4.2.1.1.2 Especificación de Casos de Uso

4.2.1.1.3Escenarios de Casos de Uso

4.2.1.1.4 Diagrama de Actividad

4.2.2 Lenguaje de Modelado

4.2.2.1 Diagramas de Secuencia

4.2.2.2 Diagrama de Colaboración

4.2.2.3 Diagrama de Clases

4.2.2.4 Diagrama de Objetos

4.2.2.5 Diagrama de







11

Unidad 4 Objetivo

Específico


de aprendizaje

Bibliografía


Estados Aplicaciones - Segunda Edición - Editorial Addison-Wesley/Diaz de Santos Rumbaugh J., "Modelado y Diseño Orientado a Objetos" – Editorial Prentice Hall

P.,YOURDON, E. Object-Oriented Analysis. Yourdon Press, Prentice-Hall

4.2.3 Modelado Orientado al Flujo

4.2.3.1 Modelado de flujo de datos

4.2.3.1.1 Diagrama de flujo de Datos

4.2.3 Modelado Orientado a Datos

4.2.3.1 Modelo Entidad – Relación

4.2.4 Modelado de Comportamiento

Unidad 5 Objetivo

Específico


de aprendizaje

Bibliografía


Diseño

El Alumno

desarrolle

conocimiento

y habilidades

para la

aplicación

sistemática y

eficiente de

técnicas para

el diseño de

productos de

software

5.1 Arquitectura del Sistema

“Tópicos Selectos para la Enseñanza de la Ing. de Software: Introducción a la Ingeniería de Software.” Academia del área de Bases de Datos e Ing. de Software. Verano 2011. www.cs.buap.mx Pressman Roger S. Ingeniería de


Fairley Richard (2010) Ingenierìa de Software. Prentice Hall. IEEE Trans. on Software Engineering.

Booch, Grady. Análisis y Diseño

5.2 Estilos Arquitectónicos

5.2.1 Centrada en Datos

5.2.2 Flujo de datos

5.2.3 llamada y retorno

5.2.4 Orientada a Objetos

5.3 Diseño de Interfaces

5.4 Evaluación del







12

Unidad 5 Objetivo

Específico


de aprendizaje

Bibliografía


Diseño Software, Un Enfoque Práctico. Mc Graw Hill.

Orientado a Objetos con aplicaciones. Segunda Edición Pearson Addison Wesley Longman.

5.5 Especificación de Diseño de software SDS

Unidad 6 Objetivo

Específico


de aprendizaje

Bibliografía


Codificación

El alumno aplique estándares de programación lleve el control de métricas y analice los resultados para aumentar su productividad y poder realizar estimaciones de Costos.

6.1 Estándares de programación

“Tópicos Selectos para la Enseñanza de la Ing. de Software: Introducción a la Ingeniería de Software.” Academia del área de Bases de Datos e Ing. de Software. Verano 2011. www.cs.buap.mx Pressman Roger S. Ingeniería de Software, Un Enfoque Práctico. Mc Graw Hill.

Ian Sommerville. Ingeniería de Software Addison Wesley. Fairley Ingenierìa de Software. Prentice Hall. IEEE Trans. on Software Engineering. Robert Park et al. Goal-Driven Software Measurement SEI Carnegie Mellon www.ieee.org www.acm.org

6.2 Métricas

6.2.1 Costos

6.2.2 Productividad

6.3 Verificación de codificación







13

Unidad 7 Objetivo

Específico


de aprendizaje

Bibliografía


Validación y Verificación

El alumno aplicará las actividades relacionadas con la verificación y validación realizadas por la organización de desarrollo de software.

7.1 Características de las pruebas

“Tópicos Selectos para la Enseñanza de la Ing. de Software: Introducción a la Ingeniería de Software.” Academia del área de Bases de Datos e Ing. de Software. Verano 2011. www.cs.buap.mx

Pressman Roger S. Ingeniería de Software, Un Enfoque Práctico. Mc Graw Hill.

Ian Sommerville. (2005) Ingeniería de Software Addison Wesley.

Fairley Richard (2010) Ingenierìa de Software. Prentice Hall. IEEE Trans. on Software Engineering. DEUTSCH, Michael Todos Software verification an validation New Jersey Prentice Hall STEVEN, R. Rakitin Software Verification and Validation for Practitioners and Managers Todos 2nd edition Artech House, 2001.

7.2 Estándares

7.3 Tipos de Pruebas

7.3.1 Caja Negra

7.3.2 Caja Blanca

7.3.3 Casos de Prueba

7.4 Pruebas Unitarias

7.5 Pruebas de Integración

7.6 Pruebas del Sistema

7.7 Pruebas de Validación

7.8 Documentos de pruebas







14

Nota: La bibliografía deberá ser amplia, actualizada (no mayor a cinco años) con ligas, portales y páginas de Internet, se recomienda usar los criterios del APA para referir la bibliografía.

8. CONTRIBUCIÓN DEL PROGRAMA DE ASIGNATURA AL PERFIL DE EGRESO

Unidad

Perfil de egreso (anotar en las siguientes tres columnas a qué elemento(s)

del perfil de egreso contribuye esta asignatura)

Conocimientos Habilidades Actitudes y valores

UNIDAD 1

El ingeniero de Software conocerá los modelos, metodologías que permiten reflexionar y actuar en consecuencia con su disciplina, de acuerdo al perfil de egreso. (dominio de teorías, métodos, conceptos, procedimientos e información actualizada)

El alumno tendrá las capacidades de un Ingeniero de Software para plantear, resolver problemas, trabajo en equipo, comunicación, toma de decisiones asertivas, de gestión, cognitivas, entre otras.

Concientizar sobre la necesidad de la IS y sus peculiaridades y problemática. Fomentar una actitud crítica y un juicio inteligente de las ventajas e inconvenientes de las distintas metodologías, técnicas y herramientas, formar criterios de evaluación de su idoneidad y límite de aplicabilidad en diferentes ámbitos.

Unidad




UNIDAD 2

El ingeniero de software tendrá los conocimientos que permiten realizarla gestión de proyectos donde involucra análisis de riesgos,

Desarrollará la habilidad para planear es capaz de identificar tareas que necesitan realizarse, incluyendo las diferentes dependencias incluidas en la tarea, y desarrollar

Concientizar sobre el papel de la tecnología en el desarrollo humano, y sobre la responsabilidad social del ingeniero en las elecciones






15

Unidad




planificación etc, y reflexionara y actuar en consecuencia con sus conocimientos, de acuerdo a su perfil.

estimados de tiempo y recursos necesarios para completar un proyecto. Evaluación del estado del proyecto. Cada PM debe saber cómo determinar el estatus de un proyecto en desarrollo comparado con los detalles de su plan. Las metodologías y técnicas concernientes, son algunas herramientas útiles.

tecnológicas y en sus aplicaciones. Se busca formar a futuros profesionales. Desarrollar un sentido crítico frente a la exaltación que de sus herramientas hacen los vendedores, y también frente al culto a la informalidad y modas difundidas en el “mundo hacker”.

Unidad




UNIDAD 3

El ingeniero de requisitos sabra desarrollar la especificación de requisitos del software donde realizara una descripción completa del comportamiento del sistema software a desarrollar. Incluye la descripción de todas las interacciones que se prevén que los usuarios tendrán con el software. También contiene requisitos no funcionales (o

Habilidad para Influenciar. Sin importar que tanta planeación se lleve a cabo para un proyecto, la habilidad de un PM para dar buenos resultados depende en su habilidad para influenciar a la gente. Los miembros del equipo deben entender sus tareas y saber por qué son importantes, y a los “stakeholders” del proyecto, se les debe de mantener informados del progreso para que las decisiones que tomen se alineen con las metas del

Desarrollar otras actitudes y valores estimados tanto en ingeniería como en otros ámbitos: rigor científico, creatividad, diálogo, autonomía, curiosidad e inquietud por el aprendizaje continuo, y la motivación por la calidad y el trabajo bien hecho.






16

Unidad




suplementarios). Los requisitos no funcionales son los requisitos que imponen restricciones al diseño o funcionamiento del sistema software (tal como requisitos de funcionamiento, estándares de calidad, o requisitos del diseño). Las estrategias recomendadas para la especificación de los requisitos del software están descritas por la norma IEEE 830-1998

proyecto. Un PM de poder comunicarse con todos los interesados y manejar las expectativas durante el camino de la culminación exitosa del proyecto.

Unidad




UNIDAD 4

El ingeniero de software desarrolla hoy en día dentro de sus herramientas conocimientos y habilidades de los cuatro ejes de la ingeniería de software: procesos, arquitectura, metodología y tecnologías. Debe ser capaz de encontrar un equilibrio entre ellos y poder aplicarlo

El Ingeniero de software El arquitecto de software que sólo maneje la tecnología de moda no podrá tener una visión completa de las consecuencias de sus decisiones. El director de proyecto que no maneje ninguna de las tecnologías de moda tampoco podrá juzgar adecuadamente las decisiones de los arquitectos.

Concientizar sobre el papel de la tecnología en el desarrollo humano, y sobre la responsabilidad social del ingeniero en las elecciones tecnológicas y en sus aplicaciones. Los ingenieros involucrados en un proyecto de desarrollo humano y sostenible; sensibles a las necesidades de los






17

Unidad




en el momento de tomar una decisión en una organización.

sectores sociales más desfavorecidos; críticos y responsables desde las organizaciones para las que trabajen, si es preciso trascendiendo los roles y deberes limitados que éstas les definan, cuestionando la finalidad e implicaciones de los proyectos más allá de solo la rentabilidad.

9. Describa cómo el eje o los ejes transversales contribuyen al desarrollo de la asignatura (ver síntesis del plan de estudios en descripción de la estructura curricular en el apartado: ejes transversales)

Eje (s) transversales Contribución con la asignatura

Formación Humana y Social

La importancia del desarrollo de software de calidad en beneficio de las personas y la sociedad en lo que corresponde a la automatización y gestión de procesos.

Desarrollo de Habilidades en el uso de las Tecnologías de la Información y la Comunicación

En un mundo globalizado y el alcance de las tecnologías de la información permite al alumno investigar respecto de la Ingeniería de Software e implementación como producto en la vanguardia tecnológica.

Desarrollo de Habilidades del Pensamiento Complejo

En la medición de la calidad del software y en busca de su mejora a través de indicadores de calidad (pensamiento crítico) y el modelado del






18

software (pensamiento creativo).

Lengua Extranjera

Comprensión de los documentos, libros, artículos y espacios web en inglés respecto de la asignatura.

Innovación y Talento Universitario

Los indicadores de calidad en la Ingeniería de software permiten comparar lo que se ha desarrollado y lo que se puede mejorar, generando espacios para emprender en la competitividad del software.

Educación para la Investigación

La continua mejora del desarrollo de software y los cambios en las tecnologías invita al alumno a estar en una constante investigación de los avances tecnológicos y desarrollo del software en la solución de problemas y proyectos.

10. ORIENTACIÓN DIDÁCTICO-PEDAGÓGICA. (Enunciada de manera general para aplicarse durante todo el curso). Ver Anexo.

Estrategias a-e Técnicas a-e Recursos didácticos

Estrategias de aprendizaje: Lectura y comprensión Reflexión Comparación Resumen. Estrategias de enseñanza: ABP Aprendizaje Activo Aprendizaje Cooperativo Aprendizaje Colaborativo Basado en el Descubrimiento Ambientes de aprendizaje: Aula Plataforma Moodle Videos Conferencias Foros

Técnicas de A-E Debate Diálogo Redescubrimiento Problemas Estudio de casos Demostración Cuadros sinópticos Grupales Mapas conceptuales Exposición Técnicas para el análisis Comparación Lluvia de ideas Síntesis Entre otras.

Materiales:

Proyectores

Uso de las TICs,

Plumón y pizarrón

Foros Entre otras.






19

Estrategias a-e Técnicas a-e Recursos didácticos

Actividades y experiencias de aprendizaje: Entrevistas Presentaciones de avances del proyecto Exposiciones

Nota: ver glosario

11. CRITERIOS DE EVALUACIÓN

Criterios Porcentaje

Exámenes 40%

Participación en clase

Tareas 10%

Exposiciones

Simulaciones

Trabajos de investigación y/o de intervención 10%

Prácticas de laboratorio

Visitas guiadas

Reporte de actividades académicas y culturales

Mapas conceptuales 5%

Portafolio 10%

Proyecto final 25%

Otros

Total 100

Nota: Se refiere a lo que se evaluará del proceso A-E, considerando sus finalidades, la información y las consecuencias que se derivan de este proceso, los resultados, los momentos, las orientaciones, las técnicas y los instrumentos, todo esto nos conducirá al diálogo y reflexión sobre el aprendizaje del grupo. Los porcentajes serán establecidos por la academia de acuerdo a los objetivos de cada asignatura.

12. REQUISITOS DE ACREDITACIÓN

Estar inscrito oficialmente como alumno del PE en la BUAP

Haber aprobado las asignaturas que son pre-requisitos de ésta

Aparecer en el acta

El promedio de las calificaciones de los exámenes aplicados deberá ser igual o mayor que 6

Cumplir con las actividades propuestas por el profesor

El proyecto es obligatorio para aprobar la materia

El 80% de Asistencia Nota: Describe los requisitos que el estudiante debe cumplir para acreditar la materia.






20

13. Anexar (copia del acta de la Academia y de la CDESCUA con el Vo. Bo. del Secretario Académico )

ANEXO

Ejemplo de Tipo de Actividades Propuestas.

Especificadas en extenso en el libro de Ref. Básica: “Tópicos Selectos para la Enseñanza de la Ing. de Software: Introducción a la Ingeniería de Software.” Academia del área de Bases de Datos e Ing. de Software. Verano 2011. www.cs.buap.mx

Actividades Complementarias

Antecedentes y Conceptos Básicos de la Ingeniería de Software.

Se propone realizar una actividad grupal de análisis y reflexión, relacionada con las

siguientes cuestiones.

-¿Cuál es el objetivo fundamental de la Ingeniería de software?

-¿Consideras que el desarrollo de tus productos de software que has desarrollado hasta la

fecha, ha sido metodológico y disciplinado?

-¿Tus productos de programación cumplen con algunos o la mayoría de los factores de

calidad que se han revisado?

Ciclo de vida del Software.

En esta etapa el alumno tendrá claro el concepto y la importancia de generar software de Calidad. El alumno aplicará los diferentes modelos de ciclo de vida de acuerdo a sus características durante el desarrollo de software. Así mismo hará conciencia de la importancia de las P´s de la ingeniería de software.







21

Se propone realizar una actividad grupal de análisis y reflexión, relacionada con las

siguientes cuestiones.

-Cuál es la diferencia entre aplicar o no una metodología de la Ingeniería de software?

-Para un caso dado, es posible aplicar indistintamente paradigma estructurado u orientado a

objetos?

-Cómo garantizarías la calidad de tu producto de software?

Métodos Formales

-¿Qué es el Modelo de Métodos Formales?

-¿Cuál es la diferencia del Método Formal basado en lógica de primer orden y aquel basado

en lógica temporal?

-¿Cuál es la diferencia del Método Formal basado en lógica de primer orden y aquel basado

en redes de Petri?

-¿Cuál es la diferencia del Método Formal basado en álgebras y aquel basado en redes de

Petri?

-¿Cuál es la diferencia del Método Formal basado en redes de Petri y aquel basado en lógica temporal?

Antecedentes y Conceptos Básicos de Ingeniería de Software Asistida por

Computadora.

-Se propone dar continuidad a las actividades de investigación y experimentación realizadas

previamente.

-Se propone continuar experimentando con la herramienta CASE que se ha abordado como

caso de estudio.

-Se propone realizar investigación y experimentación complementaria sobre otro tipo de

herramientas CASE más especializadas, tales como para la Admon. De Proyectos o

Ingeniería Web.

-Realizar una discusión grupal sobre las posibles ventajas del desarrollo de proyectos

individuales y/o grupales mediante el apoyo de la tecnología CASE.

Benemérita Universidad Autónoma de Puebla Vicerrectoría de … · 2019. 1. 3. · Benemérita...

Documents

Transcript of Benemérita Universidad Autónoma de Puebla Vicerrectoría de … · 2019. 1. 3. · Benemérita...