Programa Analítico

Vicerrectoría de Educación Superior

Revisión No. 1 21/01/2005 Formato para Programas Analíticos Pag. 1 de5

División de Ingeniería y Tecnología Departamento de Ciencias Computacionales Periodo : PR 2010 Nombre del curso: INGENIERÍA DE SOFTWARE Clave: SC2370 Seriación: SC1300 Línea Curricular: Desarrollo de Software HTS: 3 HPS: THS: 3 Créditos: 6 HTS: HORAS TEÓRICAS SEMANALES HPS: HORAS PRÁCTICAS SEMANALES THS: TOTAL DE HORAS POR SEMANA Idioma(s) en que se imparte el curso: Español Tipo(s) de Curso: Presencial Objetivo y/o competencias generales del curso : Se enfoca el curso sobre las metodologías necesarias para el control de la complejidad y calidad que implica el desarrollo de un software grande. El alumno aprenderá a administrar los proyectos de desarrollo a través de la conceptualización, diseño y desarrollo cumpliendo con los modelos y estándares de calidad en el proceso así como en el producto. Descripción de contenidos y calendarización:

TIEMPO OBJETIVOS ESPECIFICOS TEMAS Y SUBTEMAS ACTIVIDADES Semana 1

Semana 2

Comprender la importancia de la ingeniería de software.

1. Software e Ingeniería de software. 1.1. Definición de Software. 1.2. Características,

componentes y aplicaciones del SW.

1.3. Mitos y crisis del SW. 1.4. Comentarios de lecturas

(alumnos).

Tarea sobre la definición de la ingeniería de software según los grandes escritores de esta área. Lectura de sensibilización de la importancia del buen software: caso del Aeropuerto de Denver.

Semana 3 Conocerá las cualidades que debe tener el Software.

2. Software: su naturaleza y cualidades. 2.1. Clasificación de cualidades

(propiedades). 2.1.1. Cualidades internas. 2.1.2. Cualidades externas. 2.1.3. Cualidades del

producto. 2.1.4. Cualidades del

proceso.

Tarea donde el alumno tiene que crear una red donde se define cómo una cualidad es causa de otra y descubrir posibles círculos. Discusión en el salón de clase sobre las cualidades mas importantes que conducen a una mejor calidad en el software.

Semana 4

Semana 5

Aprenderá el concepto de ciclo de vida del SW y algunos paradigmas de este ciclo.

3. Paradigmas de la Ingeniería de Software. 3.1. El ciclo de vida del software. 3.2. Modelos del proceso de

producción de software 3.3. Combinación de

Tarea sobre el modelo de desarrollo en espiral: conceptos, y productos e entregables de cada fase. Investigar sobre los principales paradigmas de la ingeniería de

Programa Analítico

Vicerrectoría de Educación Superior

Revisión No. 1 21/01/2005 Formato para Programas Analíticos Pag. 2 de5

paradigmas. 3.4. Estudio de casos y

ejercicios.

software y determinar en que tipo de desarrollo conviene cada uno.

Semana 6

Semana 7

Comprenderá los principios generales e importantes para un desarrollo exitoso del software.

4. Principios de la Ingeniería de Software. 4.1. Rigor y formalidad. 4.2. Separación de conceptos. 4.3. Modularidad y abstracción. 4.4. Anticipación al cambio. 4.5. Generalidad e

incrementabilidad. 4.6. Ejercicios y discusión.

Lectura y discusión en le salón de clase sobre el reusabilidad de los componentes del software. Tarea sobre la importancia de la modularidad en el desarrollo del software

Semana 8

Semana 9

Semana 10

Aprenderá la función administrativa en el proceso de desarrollo de SW.

5. Planeación del proyecto de desarrollo de software. 5.1. Objetivos de la planeación. 5.2. Programación del proyecto. 5.3. Costos de construcción del

sistema (métricas y estimación).

5.4. Herramientas y técnicas para el control de costos.

5.5. Plan del proyecto. 5.6. Análisis y control de riesgos. 5.6. Ejemplos y ejercicios.

Ejercicios sobre los diferentes métodos de estimación del costo y esfuerzo en el desarrollo del software. Ejercicios en el salón y en tareas sobre la aplicación del modelo Cocomo en la estimación. Investigación sobre el análisis de riesgos.

Semana 11

Semana 12

Analizará las especificaciones del sistema y estudiará algunas metodologías de análisis de requerimientos para el desarrollo de sistemas.

6. Análisis de requerimientos. 6.1. Análisis de requerimientos. 6.2. Tipos de requerimientos. 6.3. Características de los

requerimientos. 6.4. ¿Cómo definir los

requerimientos? 6.5. Métodos de especificación

de requerimientos. 6.6. Documentación de los

requerimientos.

Lecturas y síntesis sobre la importancia del análisis de requerimientos y las dificultades que lo acompañan. Aplicar en el salón de clase una simulación de una sesión de definición de requerimientos entre cliente y analista.

Semana 13 Comprenderá la actividad de diseño y sus objetivos fundamentales y cómo lograr las cualidades deseadas del software.

7. Diseño del Software. 7.1. ¿Qué es el diseño de

sistema? 7.2. Características del buen

diseño. 7.3. Herramientas y técnicas del

diseño. 7.4. Validación del diseño. 7.5. Documentación del diseño.

Convertir unos diagramas de flujo de datos a una estructura de control. Presentación de investigación sobre los diferentes aspectos del diseño aplicado en el software.

Semana 14

Comprenderá la importancia de la verificación para la confiabilidad del sistema y aprenderá los tipos de pruebas y cómo llevarlas a cabo.

8. Verificación y Pruebas. 8.1. Objetivos de la verificación,

tipos de errores. 8.2. Pruebas de unidades. 8.3. Pruebas de integración. 8.4. Pruebas de cumplimiento y

validación. 8.5. Equipo de verificación.

8.6. Documentación de la verificación.

Investigación sobre el diseño y ejecución de pruebas.

Semana 15 Conocerá la importancia del entrenamiento del usuario y la

9. Liberación y mantenimiento de sistemas.

9.1. Capacitación.

Tarea sobre la configuración del software y su importancia como parte

Programa Analítico

Vicerrectoría de Educación Superior

Revisión No. 1 21/01/2005 Formato para Programas Analíticos Pag. 3 de5

documentación necesaria, así como los problemas del mantenimiento y algunas técnicas relevantes.

9.2. Documentación y manuales de usuario. 9.3. Naturaleza y problemas del mantenimiento. 9.4. Técnicas para mejorar el mantenimiento.

del mantenimiento.

Semana 16

Conocerá los modelos y estándares de calidad y el proceso de mejora.

10. Calidad del software. 10.1. Introducción. 10.2. La calidad del software. 10.3. Estándares y modelos de

evaluación y mejora de los procesos del software.

Presentar un trabajo de investigación de los alumnos sobre la calidad del software.

Método Pedagógico empleado : Se realizará la exposición de los temas por parte del profesor y se darán algunos ejemplos. Se encargarán unas lecturas para ampliar el conocimiento del tema. Los alumnos deben demostrar su aprendizaje a través de tareas, foros y exámenes. La participación de todos los alumnos es necesaria para lograr los objetivos del curso. Profesionistas invitados expondrán su experiencia personal sobre algunos de los temas del programa. Se aplicará un aprendizaje cooperativo cuando sea posible y trabajo en equipo. Recursos Didácticos Gran parte del procesamiento de la información será apoyada y direccionada por el profesor, usando de acuerdo a la necesidad los recursos como: proyector de acetatos, proyección en Power Point. Fechas de exámenes: Primer parcial: Viernes 12 Febrero 2010

Segundo Parcial: Viernes 19 de Marzo 2010

Tercer Parcial: Viernes 23 de Abril 2010

Final: Miércoles 19 de Mayo 2010

Políticas del curso El maestro tomará la lista de asistencia en cualquier momento de la clase. No se permite ingresar al salón de clase después de la hora de inicio. No se permite salir del salón de clase, el alumno que sale no puede regresar y se le considera una falta. No se permite utilizar teléfonos celulares en el salón de clase, el timbre de un celular causa la expulsión del alumno del salón con una falta de asistencia. No se permite consumir ningún tipo de alimentos o bebidas en el salón. La evaluación será continua, es decir, además de las tareas semanales y los exámenes parciales habrá exámenes frecuentes (rápidos) que serán aplicados de manera imprevista (un examen rápido equivale a una tarea). El nivel de participación del alumno se tomará en cuenta.

Programa Analítico

Vicerrectoría de Educación Superior

Revisión No. 1 21/01/2005 Formato para Programas Analíticos Pag. 4 de5

La evaluación de cada unidad o proyecto se basará en los objetivos de aprendizaje previamente establecidos, los mismos se especificarán antes de iniciar cada unidad o proyecto. Los alumnos deberán mostrar su dominio de los temas. En caso de deshonestidad académica (copiar, permitir copia, etc.) se le reportará al alumno una calificación final de cero, independientemente de que la copia haya sido realizada en los exámenes parciales, examen final, trabajo final, e incluso en los exámenes frecuentes. Un trabajo copiado de la Internet se califica con cero. Políticas de Evaluación del curso: NOTA: Deberán estar alineadas a las Políticas y Reglamentos de Evaluación de alumno de acuerdo al

nivel correspondiente, Profesional o Posgrado

Calificación Parcial Calificación Final Profesor Investigaciones

y/o tareas Prácticas y

exámenes rápidos Examen Parcial

Total (100%)

3 Parciales

Trabajo Final

Examen Final

Total (100%)

Ghassan Kahwati Jamal 20% 20 60% 100% 55% 15% 30% 100%

Datos Generales del(de los) Profesor(es):

Nombre Teléfono Ubicación Correo E Hrs. de Asesoría

Ghassan Kahwati Jamal 81241431 Oficina 6307 gkahwati@udem.edu.mx gkahwati@udem.net

Martes y jueves de 3:30 a 4:30.

Bibliografía básica y complementaria : SOMMERVILLE IAN Ingeniería de Software Addison Wesley, 7ª edición, México 2005 PRESSMAN ROGER. Ingeniería del software, un enfoque práctico. Mc.Graw Hill, 5a. Ed. España, 2002. (5ª. Edición 2002) GHEZZI CARLO et all Fundamentals of Software Engineering. Prentice Hall. E.U.A. 1991 PFLEEGER SHARI L. Software Engineering Theory and Practice. Prentice Hall, E.U.A., 2002.

Programa Analítico

Vicerrectoría de Educación Superior

Revisión No. 1 21/01/2005 Formato para Programas Analíticos Pag. 5 de5

PFLEEGER SHARI L. Ingeniería de Software Teoría y Práctica Prentice Hall, Argentina, 2002. BRUEGGE BERND / DUTOIT ALLEN H. Ingeniería de Software Orientado a Objetos. Prentice Hall, México, 2002 KIERON CONWAY Software Project Management from Concept to Deployment Coriolis, E.U.A. 2001 TASSO C., ADEY R.A. & PIGHIN M. Software Quality Engineering. Computational Mechanics Publications, Inglaterra, 1997 SCHACH STEPHAN R. Ingenieria de software clasica y orientada a objetos. Mc Graw Hill, México 2006 Stellman, Andrew Applied software project management O'Reilly, 2006 Chrissis, Mary Beth CMMI : guidelines for process integration and product improvemen Addison-Wesley, c2007 Ambler, Scott W The Enterprise Unified Process : extending the Rational Unified Process Prentice Hall PTR, 2005 Weitzenfeld, Alfredo Ingeniería de software orientada a objetos con UML, Java e Internet Thomson, 2005 Fox, Christopher John Introduction to software engineering design : processes, principles, and patterns with UML2Pearson Education/Addison-Wesley, c2006 Hull, Elizabeth Requirements engineering London, Springer, c2005

Firma de autorización