FDE 058 Microdiseño Curricular ISI54

Código
MICRODISEÑO CURRICULAR
Versión 01
INGENIERIA DE SISTEMAS
Fecha 08-06-2009
1. IDENTIFICACIÓN
Asignatura Ingeniería del software

Área Tecnología aplicada Nivel 5
Código ISI54 Pensum 10

Correquisito(s) DSI44 Prerrequisito(s) BDI42, EDI32
Créditos 4 TPS 12 TIS 8 TPT 64 TIT 128
2. JUSTIFICACIÓN.
El uso de la informática en los procesos productivos y de servicios ha requerido de

profesionales cada vez más eficientes en el desarrollo de aplicativos de software,
día a día crece más la información, las metodologías para el desarrollo de los
sistemas de información, los tipos de sistemas informáticos que solicitan los
usuarios y las Tecnologías Informáticas y de Comunicaciones TICs, haciendo
cada vez más complejo los procesos de enseñanza y aprendizaje de la ingeniería
de software para el desarrollo de sistemas de información que brinden solución a
las necesidades crecientes de las empresas. Por ende los procesos de
modelamiento del software cada vez requieren ser mejor elaborados y
estandarizados.
Por lo anterior, la IEEE crea SWEBOK el modelo de la enseñanza de la ingeniería

del software, en búsqueda de estandarizar y organizar las áreas de conocimiento
que deben ser tenidas en cuenta en la enseñanza de la ingeniería del software
(ANAYA, 2006). El modelo, para que su implementación funcione adecuadamente,
requiere de la actualización y adecuación de diseños curriculares en cada una de
sus áreas de conocimiento que trabajen con nuevas estrategias de enseñanza
1 de 23
Código
Versión 01
Fecha 08-06-2009
aprendizaje que tengan en cuenta estas nuevas realidades, y los nuevos avances
de las TICs.
Igualmente, las instituciones de educación superior han tenido que evolucionar

sus metodologías de enseñanza de la Ingeniería del Software, para gestar
profesionales eficientes en el desarrollo de aplicativos informáticos.
En conclusión el ITM en su programa académico Ingeniería del software ha creado

un curso ISI53 para dar respuesta a las necesidades informáticas del medio y de
las empresas, con el fin de desarrollar un perfil profesional con alta calidad en el
desarrollo de software.
3. OBJETIVO GENERAL
Conceptualizar y manejar los procesos de análisis y diseño de software de forma

que puedan desarrollar e implementar sistemas informáticos que den solución a
problemas específicos.
Objetivos específicos
 Formular y evaluar la factibilidad de un proyecto específico de desarrollo

de software
 Conceptualizar y manejar los procesos de análisis de requisitos de forma

que puedan desarrollar e implementar sistemas informáticos que den
solución a problemas específicos.
 Conceptualizar y manejar los procesos de diseño de software de forma

que puedan desarrollar e implementar sistemas informáticos que den
solución a problemas específicos.
2 de 23
Código
Versión 01
Fecha 08-06-2009
4. COMPETENCIAS Y CONTENIDOS TEMÁTICOS DEL CURSO
COMPETENCIAS RED DE CONCEPTOS INDICADORES DE LOGRO

Conceptualización básica de los sistemas de
Desarrollar e información.
implementar Sistema de información y sus componentes
sistemas Nivel de asimilación de los principios básicos
Definición de Sistema sobre formulación y evaluación de proyectos
informáticos Definición de Sistema de Información
utilizando Introducción a la Ingeniería del Software: Nivel de destreza en la formulación y
herramientas Definición de Ingeniería de Software evaluación de proyectos
informáticas que Historia
manejen diferentes Nivel de destreza en la definición del modelo
Características conceptual,
metodologías Crisis del software
generales de El software como producto.
análisis y diseño de El software como proceso.
última generación Modelos y metodologías de desarrollo de
software Nivel de asimilación de los conceptos básicos
de análisis de requisitos.
Formulación y evaluación básicas de
proyectos de desarrollo de software. Nivel de efectividad en la interpretación de los
requerimientos del usuario
Ejecución de un proyecto de desarrollo de Nivel de destreza en la definición de la
software: narrativa a partir de los requerimientos del
Etapa de análisis de requerimientos: usuario
Principios y conceptos de análisis.
Construcción de modelos de información Nivel de destreza en la definición de los casos
Principios de la especificación de los de uso y diagrama de actividades a partir de
requisitos del software. los requerimientos del usuario
El Lenguaje de Modelado Unificado (UML)

para el desarrollo de la etapa de análisis. Nivel de asimilación de los principios básicos
Herramientas informáticas de última de diseño (cohesión, acoplamiento,
generación para el desarrollo de software modularización)
Nivel de efectividad en la interpretación de un
diagrama de clases
Etapa de Diseño de software:
Principios y Conceptos del Diseño Nivel de destreza en la definición del modelo
El lenguaje de Modelado Unificado (UML) para relacional a partir del modelo de objetos.
el desarrollo de la etapa de diseño.
Diagramas dinámicos Nivel de destreza en la definición de los
Diagramas de clase diagramas estáticos a partir de la narrativa o
Diseño de la interfaz de usuario. casos de uso.
Diseño de pantallas Nivel de destreza en la realización de los
Diseño de reportes diagramas dinámicos a partir de la narrativa o
Diseño de bases de datos casos de uso.
Nivel de destreza en la definición de contratos
Nivel de efectividad en la interpretación de los
diseños de interfaz con el usuario
Desagregación de las competencias
A continuación se desagrega la competencia general de la asignatura
3 de 23
Código
Versión 01
Fecha 08-06-2009
A. Formulación y evaluación de un Proyecto de software

Objetivo de aprendizaje: Formular y evaluar la factibilidad de un proyecto específico de desarrollo de
software
Referentes conceptuales: KA7: 2.1, 2.3 (GUERRERO, 2007), (SOMERVILLE, 2005). (PRESSMAN,
2002)
Mediadores
Enterprise Architectcomo entorno de modelado para el modelo conceptual y el de procesos
MS project para la planificación, actividades y recursos.
Técnica costo / beneficio para la factibilidad financiera.
Competencias Competencias
cognitivas Actividades Deducidas cognitivas
Tener conceptos Construir el Modelo del Reconocer la
básicos del problema a partir de las importancia del
enfoque necesidades del usuario preanálisis en el
orientado a Producir un plan de ciclo de vida de
objetos actividades a partir de las desarrollo de
Reconocer necesidades del usuario software
algunos modelos Aplicar los
de programación _____________________ elementos básicos
_____________ __ de formulación y
Competencias Actividades Inducidas evaluación de
Actitudinales Llevar control de tiempo proyectos para
Disposición a de las diversas actividades definir un proyecto
aprender Revisar y evaluar las de desarrollo de
Disposición al factibilidades técnicas, software
dialogo operativas y financieras de _______________
Disposición al otros compañeros _
uso de estándares Competencias
Disposición al Actitudinales
auto aprendizaje Motivación para
Socialización
y al Indicadores Usa
desarrollar
de conceptos Nivel de asimilación de los principios básicos
descubrimiento herramientascon
aplicaciones de
previos sobre formulación y evaluación de proyectos apoyo
uso de
Prueba de Nivel de destreza en la formulación y evaluación herramientas
Analiza
entrada de proyectos factibilidad antes
avanzadas
B. Análisis de requisitos
Nivel de destreza en la definición del modelo de realizar
Objetivo de conceptual,
aprendizaje: Conceptualizar y manejar los procesos de análisis de
proyectos
requisitos de forma que puedan desarrollar e implementar sistemas informáticos
Planea antes de
que den solución a problemas específicos. desarrollar
Referentes conceptuales: KA1: 1.1, 1.2, 3.1 (GUERRERO, 2007), (LARMAN,
2004), (PRESSMAN, 2002), (BENNETT, 2006)
Mediadores
Técnica de Análisis orientado a objetos utilizando 4 de 23
UML
Enterprise Architectcomo entorno de modelado para
construir casos de uso y diagramas de casos de uso
Juego “Levantamiento de requisitos” como
Competencias
Blogs Competencias
cognitivas Actividades Deducidas cognitivas
Reconocer la Reconocer la
importancia del Construir un modelo de Códigodel
importancia
preanalisis en el objetos a partirDE
de SISTEMAS
las Versión
análisis de 01
INGENIERIA
ciclo de vida de necesidades del usuario requerimientos en08-06-2009
Fecha
desarrollo de Construir los diagrama el ciclo de vida
software de casos de uso que Aplicar principios
Aplicar los representen el modelo del de análisis de
elementos básicos problema requisitos para
de formulación y Asimilar y apropiar identificar las
evaluación de modelos de requisitos necesidades de los
proyectos para reales usuarios
definir un proyecto ____________________ ________________
de desarrollo de __ __
software Actividades Inducidas Competencias
_____________ Llevar control de tiempo Actitudinales
Competencias de las diversas Motivación para
Actitudinales actividades desarrollar
Disposición a Revisar y evaluar el aplicaciones con
aprender modelo del problema de uso de herramientas
Disposición al los compañeros avanzadas
Socialización
dialogo Indicadores Usa herramientas de
de conceptos
Disposición al uso Nivel de asimilación de los conceptos apoyo
previos
de estándares básicos de análisis de requisitos. Analiza requerimientos
Prueba
Disposición al autoNivel de efectividad en la interpretación
de antes de diseñar
entrada
aprendizaje y al de los requerimientos del usuario soluciones de software
descubrimiento Nivel de destreza en la definición de la Plantea un modelo del
narrativa a partir de los requerimientos problema
del usuario
Nivel de destreza en la definición de los
casos de uso y diagrama de actividades a
partir de los requerimientos del usuario
C. Diseño y construcción
Objetivo de aprendizaje: Conceptualizar y manejar los procesos de diseño de software de forma que
5. puedan desarrollar e implementar sistemas informáticos que den solución a problemas específicos.
Referentes conceptuales: KA2 1.1, 1.2, 1.3.2, 5.1 (clases, CRC), 5.2 (interacciones), 6.3; KA3: 3.3
(codificación). (GUERRERO, 2007), (LARMAN, 2004), (PRESSMAN, 2002), (KENDALL & KENDALL,
1997), (JACOBSON et all, 2000).
Mediadores
Técnica de diseño orientado a objetos utilizando UML
Enterprise Architectcomo entorno de modelado para construir diagramas estáticos y dinámicos básicos
Juego Armar la secuencia como apoyo al tema de diagramas de interacción, blogs.
5 de 23
Competencias
Competencias cognitivas
cognitivas Actividades Deducidas Reconocer la
Reconocer algunos Producir un modelo de datos a importancia del diseño
modelos de partir del modelo de objetos en el ciclo de vida.
programación Producir diseño de diagramas
Código
Versión 01
Fecha 08-06-2009
6. 5. ESTRATEGIAS DIDÁCTICAS/METODOLÓGICAS
En el siguiente cuadro se presentan a nivel general los acuerdos didácticos y

metodológicos a ser manejados durante el curso
DINÁMICA DE TRABAJO (Metodología de trabajo, espacios de asesorías):

Socialización Indicadores Usa herramientas
Proyecto de desarrollo
de conceptos Nivelde
de software:
asimilación de los principios básicos de apoyo
previos de diseño (cohesión, acoplamiento, Diseña antes de
Se debe realizar un proyecto de desarrollo de un aplicativo, el cual debe ser aprobado
Prueba de modularización) programar
por el docente, este se realizará en grupo de 2 a 3 estudiantes, Cada equipo debe de
entrada4 entregas formales.
realizar Nivel de efectividad en la interpretación de un Construir código
diagrama de clases de prueba
Las entregas de losNivel
trabajos se calificarán de la siguiente manera:
de destreza en la definición del modelo
La entrega antes delrelacional a partir
inicio de clasesdel se
modelo de objetos.
califica sobre 5, durante la clase sobre 4,
después por cada díaNivel de destreza
se rebaja en la definición de los
una unidad.
El proyecto se debediagramas
desarrollarestáticos a partir orientado
en un lenguaje de la narrativa o
a objetos
casos de uso.
Clases: Nivel de destreza en la realización de los
diagramas dinámicos a partir de la narrativa o
Se dictarán clases magistrales y se realizarán talleres en las salas de computadores
casos de uso.
para los cuales se utilizará el programa Enterprise Architect para el modelado de un
Nivel de destreza en la definición de contratos
sistema de Información.
Nivel de efectividad en la interpretación de los
Actas de clase: diseños de interfaz con el usuario
Todas las clases se deben de realizar Acta, el monitor define quien realiza el acta de
cada clase. Quien elabora el acta la envía por email y si alguno de los estudiantes o el
docente tienen alguna diferencia debe responder con la aclaración del cambio.
Asesorías de clase:
Los grupos deben de seguir un orden para las asesorías, el docente atenderá a cada
grupo según el orden que se tenga.
Toma y reporte asistencias:
Se llamará a lista a los 10 minutos de iniciada la clase
A continuación se presentan las estrategias de enseñanza aprendizaje

organizadas por sesiones de clase
7. ESTRATEGIAS Y SESIONES DE CLASE
6 de 23
Código
Versión 01
Fecha 08-06-2009
Estrategia DE ENSEÑANZA
Estrategias DE APRENDIZAJE
Conceptos utilizada por el docente y
potenciadas durante la enseñanza
desarrollados actividades que la
por el docente
estructuran
INTRODUCCIÓN Clase magistral y talleres teórico
prácticos con exposiciones por
Conceptualización Montaje del mapa conceptual sobre los
parte de los estudiantes
básica de los textos leídos y/o de los vínculos
sistemas de Exponer sobre los modelos de consultados.
información. desarrollo de software por grupos
Realizar lecturas de los capítulos 1 ,2 y 3
de máximo tres estudiantes.
del libro: (GUERRERO, 2007) de la página
Llevar a cabo actividades 1 a la página 20, el ejemplo en el anexo de
Introducción a la
grupales para que los estudiantes la página 241 a la 258 y el ejemplo del
Ingeniería del
identifiquen los diferentes aplicativo HICAP.
Software
modelos de desarrollo de
Hacer el preanálisis del proyecto utilizando
software
MS Project
Formulación y Realizar asesorías sobre el
Exploración de capítulo 1, 2 y 3
evaluación preanálisis del proyecto
relacionados al tema (PRESSMAN, 2002)
básicas de planteado por los estudiantes (en
proyectos de grupo de 2 a 3 estudiantes) Exploración del Capítulo 5 (SOMERVILLE,
desarrollo de 2005).
Realizar actividades lúdicas con el
software
fin de que los estudiantes Revisar y analizar el ejemplo del trabajo de
reconozcan el software como (MONTOYA Y CORREA) páginas 3 a la
producto y como proceso. 19.
Asesoría virtual (Chat) sobre la Desarrollo del informe 1 siguiendo el
realización de la formulación y ejemplo en el anexo de la página 241 a la
evaluación del proyecto de 258, Preanálisis del sistema (GUERRERO,
software a ser desarrollado. 2007).
Clase presencial para evaluación
MODELO DEL Clase magistral sobre la primera Realizar lectura previa de cada uno de los
DOMINIO parte de la etapa de Análisis del temas relacionados con los aspectos que
proyecto seleccionado, reconociendo rodean el proceso de análisis de requisitos del
Modelo del dominio la aplicación de los conceptos software. Lectura de los capítulos 10, 11, 20 y
del problema (DC) y técnicos, métodos y mediciones 21 (PRESSMAN, 2002), revisión del capítulo 6
Glosario de aplicables al análisis de (BENNETT, 2006) y de la página 39 a la 80
términos de (LARMAN, 2003)
Usar el juego “Levantamiento de
MODELO DE requisitos” como complemento al Leer el capítulo: Análisis de requerimientos del
PROCESOS DE tema. libro (GUERRERO, 2007).
NEGOCIO
Realizar la parte inicial de los sistemas de
“préstamos bibliotecarios”, “Remates” y/o
Explicación del ejemplo de “Alquiler de vehículos”
ANÁLISIS DE (PRESSMAN, 2002) sobre “Hogar
REQUISITOS seguro” capitulo 20, con este se Revisar el trabajo de (MONTOYA Y CORREA)
Principios y explica que es una narrativa y como páginas 19 a la 37.
conceptos de se seleccionan las clases , los
atributos y las operaciones Realizar las preguntas que aparecen al final de
análisis. los capítulos (PRESSMAN, 2002).
7 de 23
Código
Versión 01
Fecha 08-06-2009
por el docente
estructuran
Artefactos Explicar Modelo Conceptual y Modelo
de procesos del negocio con el
El Lenguaje de sistema de Préstamos bibliotecario
Modelado Unificado
(UML) para el Con el “Sistemas de préstamos
desarrollo de la bibliotecario” explicar la forma de
etapa de análisis. tomar los requerimientos usando Comenzar a realizar el Informe 2. Análisis del
diagramas de casos de uso sistema, bajo la metodología Análisis orientado
Principios de la
especificación de Explicación del ejemplo sobre TPDV a objetos del proyecto a desarrollar en grupos
los requisitos del (Terminal Punto de Venta) del libro de 2 a 3 estudiantes
software. (LARMAN, 2003) de la página 39 a la Realización de foro virtual para revisión de los
80, para definir requerimientos conceptos aprendidos.
Técnicas de funcionales y no funcionales.
elicitación de Utilizando el AOO realizar la narrativa, clases,
requisitos atributos y métodos, como parte del informe
Requisitos Realizar asesoría por equipos de número 2, utilizar el ejemplo de “hogar seguro “
funcionales y no trabajo sobre el informe 2. (PRESSMAN, 2002) páginas 351 a 353
funcionales
Narrativa
Exponer el aplicativo “Sistemas de Exploración de la página 60 a la 120 de

préstamos bibliotecario” para aclarar (LARMAN, 2003) tema casos de uso.
Diagramas de
los diagramas de casos de uso y los
clases básico Realizar casos de uso de los sistemas de
casos de uso, y su relación con el
“préstamos bibliotecarios”, “Remates” y/o
Casos de uso y diagrama de clases.
“Alquiler de vehículos”, y del proyecto escogido
diagramas de casos
de uso Deben de traer las correcciones que el docente
Utilizar los trabajos desarrollados por realice sobre el informe anterior o que realice
Diagramas de durante las asesorías.
los otros compañeros para ratificar
actividades
conceptos utilizando el blog virtual.
Deben de corregir los errores en el informe
número 1 y deben de entregarlo como parte del
informe 2.
Asesoría al desarrollo del informe 2
(Análisis del sistema) Estudiar la página www.software-engin.com
Realizar un foro participativo con el fin Utilizando el AOO extraer desde la narrativa las
que los estudiantes distingan los clases, atributos y métodos, los casos de uso y
objetos y sus relaciones en el utilizar enterprice architect para modelarlos,
modelado AOO, pero sobre todo, esto como parte del informe número 2
reconocer como lo expresa el análisis
Análisis del sistema 20% (En grupos de 2 a 3
mediante UML.
estudiantes)-Asistir a asesoría con el docente
Explicación del ejemplo sobre TPDV en los grupos de trabajo
(Terminal Punto de Venta) del libro
Taller sobre modelos objeto-relación y objeto
(LARMAN, 2003) de la página 39 a la
comportamiento
120, para definir casos de uso.
Realización de los modelos objeto-relación y
Con el sistema de préstamos definir
objeto comportamiento del proyecto en grupo
los casos de uso y definir su
comportamiento utilizando los Exploración de capítulo 3 del libro (GUERRER0,
diagramas de actividades 2007), el capítulo 21 de (PRESSMAN, 2002), y
8 de 23
Código
Versión 01
Fecha 08-06-2009
por el docente
estructuran
temas referidos en (LARMAN, 2003)
Revisar y terminar el informe 2

Conceptos de Clase magistral sobre conceptos Exploración del documento web “Object-
diseño de diseño. Oriented Design” en las direcciones:
(encapsulación, http://mini.net/cetus/oo_uml.html y
Retomar los ejemplos de la
abstracción, discutirlo en el blog virtual.
bibliografía y desarrollar un foro
cohesión,
con el fin de que los estudiantes Exploración de capítulo 4 del libro
acoplamiento,
distingan los elementos del (GUERRER0, 2007), el capítulo 22 de
polimorfismo,
diseño orientado a objetos, (PRESSMAN, 2002), JACOBSON et all,
persistencia,
mediante UML 2000).
especialización,
visibilidad) Asesoría al informe 3, sobre los Manejar el juego “Armar la secuencia” y
temas de diseño. enviar las respuestas por el blog virtual
El lenguaje de
Modelado Realizar el juego Armar la Realizar los diagramas de interacción del
Unificado (UML) secuencia como apoyo al tema
sistema de préstamos bibliotecario
para la etapa de de diagramas de interacción.
Diseño
Retomar el sistema de Remates Realización de los modelos objeto-relación
Estereotipos para elaborar los diagramas y objeto comportamiento
básicos de dinámicos (secuencia y
Desarrollar los ejercicios al final del
clases, Niveles de comunicación).
capítulo 21 del libro: (PRESSMAN, 2002).
Diagrama de
Evaluación del informe 3. (Análisis
Clases, DC Del sistema de Remates explicado en
del sistema y Diseño Parte inicial)
estereotipado clase realizar:
Principios de Diagrama de clases (mejorarlo), Diagramas
arquitectura y Explicar los diagramas de de casos de uso y diagramas de secuencia
Diagrama de secuencia y su relación con los
paquetes Desarrollo completo del informe
atributos y métodos de los
2,desarrollando:
diagramas de clase
Diagramas
Dinámicos: Diagrama de clases (mejorarlo), Diagramas
Utilizar los trabajos desarrollados
Secuencias y de casos de uso diagramas de secuencia
por los otros compañeros para
Comunicación ratificar conceptos. Asistir a asesoría con el docente en los
equipos de trabajo
Definición de los
siguientes
Explicación de los temas Exploración del documento web “Object-
diseños, e
utilizando el ejemplo del sistema Oriented Design” en las direcciones :
implementación
de información de TPDV. http://mini.net/cetus/oo_uml.html
de los mismos
Utilizar el ejemplo de (LARMAN, Realizar lecturas del capítulos 22, 25 y 26
2003) para el manejo de contratos del libro Ingeniería del software: un
Diseño de enfoque práctico (PRESSMAN, 2002)
Asesorar a los equipos de trabajo
Contratos
en el tercer informe Exploración del libro: (LARMAN, 2003),
9 de 23
Código
Versión 01
Fecha 08-06-2009
por el docente
estructuran
Diseño de la con respecto a los conceptos tratados,
interfaz de enfatizando en contratos.
Entrega y evaluación del informe
usuario
3 Asistir a asesoría con el docente en los
Diseño de grupos de trabajo
pantallas
Usar entrepice archchitech para la
Explicación del los diseños de
Diseño de realización del informe 4
pantalla, reportes.
reportes
Terminar el desarrollo con la construcción y
Construcción de Verificar conceptos con el libro
pruebas individuales al aplicativo
código (GUERRERO, 2007) sobre los
desarrollado
temas de usabilidad de aplicativos
de software Desarrollar los ejercicios al final del
capítulo 22 del libro de PRESSMAN, ,
2002) y leer sobre diseño del libro
Revisión de codificación del (GUERRERO, 2007) y (KENDALL &
aplicativo en equipo. KENDALL, 1997)
Como parte del informe 4 se debe
implementar algunos casos de uso
Asesoría y evaluación del informe seleccionados por los estudiantes y
4 aprobados por el docente.
Clase presencial para evaluación Se requiere las revisiones y correcciones
final utilizando HICAP IOI para de los informes anteriores además de
os conceptos. incluir los diseños de bases de datos, de
reporte, de pantallas, de contrato
detallados, diagramas dinámicos, DC
Evaluación del uso del blog como estereotipados. además del código fuente y
parte del 10% objeto de la solución en un lenguaje de
programación orientado a objeto
Deben entregar toda la documentación del
sistema de forma impresa y en CD con los
códigos fuentes, los ejecutables y un
archivo: leame.doc, donde se especifique
los usuarios del sistema y sus claves de
acceso, el software base( y su versión), la
configuración requerida, manejador de
bases de datos, sistema operacional,
además todas aquellas indicaciones que
permitan ejecutar de forma adecuada el
sistema.
10 de 23
D. REDISEÑO INSTRUCCIONAL DETALLADO
El Re-diseño instruccional (curricular) del curso está basado en la tabla http://itech1.coe.uga.edu/itforum/paper17/paper17.html
No.
Situaciones de
Sesión
Aprendizaje Contenidos,
Actividades durante la Descripción de las actividades Indicadores materiales y (Horas
Conceptos Objetivos
clase en tiempo independiente de logro recursos TP/TI)
nuevos a Competen
trabajar en la cias
sesión
Reconocer la Clase magistral y talleres Montaje del mapa conceptual sobre los CD ‘s del curso
importancia teórico prácticos con textos leídos y/o de los vínculos
INTRODUCCIÓN del Formular y exposiciones por parte de consultados. Nivel de Videos sobre 1- 4
preanalisis evaluar la los estudiantes asimilación de los conceptos
Conceptualizació factibilidad de Realizar lecturas de los capítulos 1 ,2 y los principios del curso, los
n básica de los en el ciclo de
vida de un proyecto Exponer sobre los modelos 3 del libro: (GUERRERO, 2007) de la básicos sobre ejemplos de (16/32)
sistemas de específico de de desarrollo de software página 1 a la página 20, el ejemplo en formulación y sistemas
información. desarrollo de
software desarrollo de por grupos de máximo tres el anexo de la página 241 a la 258 y el evaluación de informáticos y
Sistema de software estudiantes ejemplo del aplicativo HICAP. proyectos libros digitales
Información y sus Aplicar los
elementos Llevar a cabo actividades Hacer el preanálisis del proyecto Nivel de libros:
componentes grupales para que los utilizando MS Project destreza en la (GUERRERO,
básicos de
Definición de formulación y estudiantes identifiquen los formulación y 2007)
diferentes modelos de Exploración de capítulo 1, 2 y 3 evaluación de (PRESSMAN,20
Sistema evaluación relacionados al tema del libro:
de proyectos desarrollo de software proyectos 02),
Definición de (PRESSMAN, 2002) (SOMERVILLE,
Sistema de para definir Realizar asesorías sobre Nivel de
un proyecto Exploración Capítulo 5 (SOMERVILLE, 2005)
Información el preanálisis del proyecto destreza en la
de desarrollo planteado por los 2005). definición del (MCCONNELL,1
de software estudiantes (en grupo de 3 Revisar y analizar el ejemplo del modelo 997).
Introducción a la a 5 estudiantes) trabajo de (MONTOYA Y CORREA) conceptual,
11 de 23
No.
Situaciones de
Sesión
Conceptos Objetivos
nuevos a Competen
trabajar en la cias
sesión
Ingeniería del Realizar actividades páginas 3 a la 19. MSproject 2000

Software: lúdicas con el fin de que
los estudiantes reconozcan Desarrollo del informe 1 siguiendo el http://www.educ
Definición de el software como producto ejemplo en el anexo de la página 241 a ar.org/articulos/u
Ingeniería de y como proceso. la 258 (Preanálisis del sistema) del libro sodemapas.as
Software (GUERRERO, 2007).
Usar el juego http://agilemanif
Historia “Levantamiento de esto.org/;
Características requisitos” como http://www.amby
complemento al tema soft.com/unified
Crisis del process/agileUP
software Asesoría virtual (Chat)
sobre la realización de la .html;
El software como formulación y evaluación http://www.agile
producto. del proyecto de software a modeling.com/
El software como ser desarrollado.
proceso. Quiz de verificación de los
Modelos y conceptos( parte del
metodologías de seguimiento)
Desarrollo de Evaluación del
software anteproyecto (primer
Formulación y informe)
evaluación
básicas de
proyectos de
desarrollo de
software
Modelo del
dominio del
problema (DC) y
12 de 23
No.
Situaciones de
Sesión
Conceptos Objetivos
nuevos a Competen
trabajar en la cias
sesión
Glosario de
términos
Modelo de
procesos de
negocio
ANÁLISIS DE Reconocer la Conceptualizar Clase magistral sobre la Realizar lectura previa de cada uno de CD s del curso 5-7
REQUISITOS importancia y manejar los primera parte de la etapa los temas relacionados con los
del análisis procesos de de Análisis del proyecto aspectos que rodean el proceso de Nivel de Videos de los (12/24)
Principios y de análisis de seleccionado, análisis de requisitos del software. asimilación de conceptos del
conceptos de requerimient requisitos de reconociendo la aplicación Lectura de los capítulos 10, 11, 20 y los conceptos curso
análisis. os en el ciclo forma que de los conceptos técnicos, 21 (PRESSMAN, 2002), revisión del básicos de
análisis de Blog virtual de
Artefactos de vida puedan métodos y mediciones capítulo 6 de (BENNETT, 2006) y de la la asignatura
desarrollar e aplicables al análisis página 39 a la 80 de (LARMAN, 2003) requisitos.
El Lenguaje de implementar Nivel de
Modelado sistemas Usar el juego Leer el capítulo: Análisis de
Aplicar “Levantamiento de requerimientos del libro (GUERRERO, efectividad en Aplicativo
Unificado (UML) principios de informáticos que la
para el desarrollo requisitos” como 2007). HICAP IOI
análisis de den solución a interpretación
de la etapa de problemas complemento al tema. libros:
requisitos Realizar la parte inicial de los sistemas de los
análisis. para específicos. Explicación del ejemplo de de “préstamos bibliotecarios”, requerimientos (GUERRERO,
Principios de la identificar las (PRESSMAN, 2002) sobre “Remates” y/o “Alquiler de vehículos” del usuario 2007)
especificación de necesidades “Hogar seguro” capitulo 20, (PRESSMAN,
de los con este se explica que es Revisar el trabajo de (MONTOYA Y Nivel de 2002),
los requisitos del CORREA) páginas 19 a la 37. destreza en la
software. usuarios una narrativa y como se (LARMAN,
seleccionan las clases , los definición de
Realizar las preguntas que aparecen al la narrativa a 2003)
Técnicas de atributos y las operaciones final de los capítulos (PRESSMAN,
elicitación de partir de los
Explicar Modelo 2002). requerimientos
requisitos
13 de 23
No.
Situaciones de
Sesión
Conceptos Objetivos
nuevos a Competen
trabajar en la cias
sesión
Requisitos Conceptual y Modelo de del usuario

funcionales y no procesos del negocio con
funcionales el sistema de Préstamos Comenzar a realizar el Informe 2.
bibliotecario Análisis del sistema, bajo la
Narrativa metodología Análisis orientado a
Con el “Sistemas de objetos del proyecto a desarrollar en
préstamos bibliotecario” grupos de 2 a 3 estudiantes
explicar la forma de tomar
los requerimientos usando Realización de foro virtual para revisión
diagramas de casos de de los conceptos aprendidos.
uso Utilizando el AOO realizar la narrativa,
Explicación del ejemplo clases, atributos y métodos, como parte
sobre TPDV (Terminal del informe número 2, utilizar el
Punto de Venta) del libro ejemplo de “hogar seguro “
(LARMAN, 2003) de la (PRESSMAN, 2002) páginas 351 a
página 39 a la 80, para 353
definir requerimientos
funcionales y no
funcionales.
Realizar asesoría por
equipos de trabajo sobre el
informe 2.
Exponer el aplicativo Exploración de la página 60 a la 120 Nivel de 8- 10
“Sistemas de préstamos de (LARMAN, 2003) tema casos de destreza en la
Diagramas de Reconocer Conceptualizar bibliotecario” para aclarar uso. definición de CD s del curso (12/24)
clases básico la y manejar los los diagramas de casos de los casos de
importancia procesos de Realizar casos de uso de los sistemas Videos de los
uso y los casos de uso, y uso y conceptos del
del análisis análisis de su relación con el de “préstamos bibliotecarios”, diagrama de
de requisitos de “Remates” y/o “Alquiler de vehículos”, y curso, los
Casos de uso y diagrama de clases. actividades a ejemplos de
diagramas de requerimient forma que del proyecto escogido partir de los
14 de 23
No.
Situaciones de
Sesión
Conceptos Objetivos
nuevos a Competen
trabajar en la cias
sesión
casos de uso os en el ciclo puedan Deben de traer las correcciones que el requerimientos sistemas
de vida desarrollar e docente realice sobre el informe del usuario informáticos y
implementar Utilizar los trabajos anterior o que realice durante las libros digitales.
sistemas desarrollados por los otros asesorías.
Diagramas de compañeros para ratificar Blog virtual de
actividades Aplicar informáticos que
den solución a conceptos utilizando el Deben de corregir los errores en el la asignatura
principios de blog virtual. informe número 1 y deben de
análisis de problemas
específicos. entregarlo como parte del informe 2.
requisitos
para Estudiar la página www.software- página:
identificar las Asesoría al desarrollo del engin.com
informe 2 (Análisis del www.software-
necesidades engin.com
de los sistema) Utilizando el AOO extraer desde la
usuarios narrativa las clases, atributos y Aplicativo
Realizar un foro métodos, los casos de uso y utilizar
participativo con el fin que HICAP IOI
enterprice architect para modelarlos,
los estudiantes distingan esto como parte del informe número 2 libros:
los objetos y sus (GUERRERO,
relaciones en el modelado Asistir a asesoría con el docente en los 2007)
AOO, pero sobre todo, equipos de trabajo (PRESSMAN,
reconocer como lo expresa 2002),
el análisis mediante UML. Exploración del capítulo 3 del libro
(GUERRER0, 2007), el capítulo 21 de
Explicación del ejemplo (PRESSMAN, 2002), y temas referidos
sobre TPDV (Terminal en (LARMAN, 2003) (BENNETT,
Punto de Venta) del libro 2006)
(LARMAN, 2003) de la
página 39 a la 120, para Taller sobre modelos objeto-relación y
definir casos de uso. objeto comportamiento
Con el sistema de Realización de los modelos objeto-
préstamos definir los casos relación y objeto comportamiento del
de uso y definir su proyecto en grupo
15 de 23
No.
Situaciones de
Sesión
Conceptos Objetivos
nuevos a Competen
trabajar en la cias
sesión
comportamiento utilizando
los diagramas de
actividades Revisar y terminar el informe 2
Clase para realizar el

primer parcial
Entrega y evaluación del
segundo informe
Conceptos de Reconocer la Clase magistral sobre Exploración del documento web Nivel de CD s del curso 11-14
diseño importancia conceptos de diseño. “Object-Oriented Design” en las asimilación de
(encapsulación, del diseño en Conceptualizar direcciones: los principios Videos de los (16/32)
abstracción, el ciclo de y manejar los Retomar los ejemplos de la http://mini.net/cetus/oo_uml.html y básicos de conceptos del
cohesión, vida. procesos de bibliografía y desarrollar un discutirlo en el blog virtual. diseño curso, los
acoplamiento, diseño de foro con el fin de que los (cohesión, ejemplos de
polimorfismo, Aplicar software de estudiantes distingan los Exploración de capítulo 4 del libro acoplamiento, sistemas
persistencia, principios de forma que elementos del diseño (GUERRER0, 2007), el capítulo 22 de modularizació informáticos y
especialización, diseño para puedan orientado a objetos, (PRESSMAN, 2002), JACOBSON et n) libros:
visibilidad) disminuir desarrollar e mediante UML all, 2000). (GUERRERO,
acoplamiento implementar Nivel de 2007)
El lenguaje de y mejorar la sistemas Asesoría al informe 3, Manejar el juego “Armar la secuencia” y efectividad en (PRESSMAN,
Modelado cohesión informáticos que sobre los temas de diseño. enviar las respuestas por el blog virtual la 2002),
Unificado (UML) den solución a Realizar el juego Armar la Realizar los diagramas de interacción interpretación
para la etapa de Aplicar problemas de un JACOBSON et
secuencia como apoyo al del sistema de préstamos bibliotecario
16 de 23
No.
Situaciones de
Sesión
Conceptos Objetivos
nuevos a Competen
trabajar en la cias
sesión
Diseño principios de específicos. tema de diagramas de diagrama de all, 2000).

diseño para interacción. clases Explorar las
Estereotipos mejorar la Realización de los modelos objeto- páginas
básicos de interacción Retomar el sistema de relación y objeto comportamiento Nivel de
clases, Niveles de entre los Remates para elaborar los destreza en la www.software-
Diagrama de diagramas dinámicos Desarrollar los ejercicios al final del definición del
objetos capítulo 21 del libro: (PRESSMAN, engin.com y
Clases, DC (secuencia y modelo http://mini.net/
estereotipado comunicación). 2002). relacional a cetus/oo_uml.
Del sistema de Remates explicado en partir del
Principios de Evaluación del informe 3. modelo de
html
arquitectura y (Análisis del sistema y clase realizar:
objetos.
Diagrama de Diseño Parte inicial) Diagrama de clases (mejorarlo),
paquetes Diagramas de casos de uso y Nivel de
diagramas de secuencia destreza en la
Diagramas definición de
Dinámicos: Explicar los diagramas de
secuencia y su relación Desarrollo completo del informe los diagramas
Secuencias y 2,desarrollando: estáticos a
Comunicación con los atributos y métodos
de los diagramas de clase Diagrama de clases (mejorarlo), partir de la
Diagramas de casos de uso diagramas narrativa o
Utilizar los trabajos casos de uso.
desarrollados por los otros de secuencia
compañeros para ratificar Asistir a asesoría con el docente en los Nivel de
conceptos. equipos de trabajo efectividad en
la
interpretación
de los
diagramas
dinámicos a
partir de la
narrativa o
casos de uso.
Nivel de
17 de 23
No.
Situaciones de
Sesión
Conceptos Objetivos
nuevos a Competen
trabajar en la cias
sesión
destreza en la
definición de
contratos
Definición de los Reconocer la 15 - 16

siguientes importancia
diseños, e del diseño en Conceptualizar Explicación de los temas Exploración del documento web Nivel de Biblioteca (8/16)
implementación el ciclo de y manejar los utilizando el ejemplo del “Object-Oriented Design” en las efectividad en
procesos de sistema de información de direcciones : la Páginas:
de los mismos vida.
diseño de TPDV. http://mini.net/cetus/oo_uml.html interpretación http://www.isc
Aplicar software de de los diseños molina.com/
principios de forma que Utilizar el ejemplo de Realizar lecturas del capítulos 22, 25 y de interfaz con
Diseño de (LARMAN, 2003) para el 26 del libro Ingeniería del software: un Herramientas
diseño para puedan el usuario
Contratos disminuir desarrollar e manejo de contratos enfoque práctico (PRESSMAN, 2002) CASE.html
Diseño de la acoplamiento implementar Asesorar a los equipos de Exploración del libro: (LARMAN,
interfaz de y mejorar la sistemas trabajo en el tercer informe 2003), con respecto a los conceptos
usuario cohesión informáticos que tratados, enfatizando en contratos. http://gsyc.esc
den solución a et.urjc.es/simpl
Diseño de problemas Asistir a asesoría con el docente en los e_com/phd-
pantallas Entrega y evaluación del grupos de trabajo
Tener específicos. informe 3 thesis-
Diseño de presente la Usar entrepice archchitech para la es/node11.htm
reportes calidad de la realización del informe 4 l
Construcción de solución. Explicación del los diseños
código Terminar el desarrollo con la
Revisar y de pantalla, reportes. construcción y pruebas individuales al
evaluar Verificar conceptos con el aplicativo desarrollado
diseños libro (GUERRERO, 2007) Blog virtual de
Desarrollar los ejercicios al final del
18 de 23
No.
Situaciones de
Sesión
Conceptos Objetivos
nuevos a Competen
trabajar en la cias
sesión
sobre los temas de capítulo 22 del libro de PRESSMAN, , la asignatura

usabilidad de aplicativos 2002) y leer sobre diseño del libro
de software (GUERRERO, 2007) y (KENDALL & libros:
KENDALL, 1997) (GUERRERO,
2007)
Como parte del informe 4 se debe (PRESSMAN,
Revisión de codificación implementar algunos casos de uso 2002),
del aplicativo en equipo. seleccionados por los estudiantes y
aprobados por el docente. (KENDALL &
KENDALL,
Asesoría y evaluación del Se requiere las revisiones y 199(LARMAN,
informe 4 correcciones de los informes anteriores 2003),7)
además de incluir los diseños de
Clase presencial para bases de datos, de reporte, de
evaluación final utilizando pantallas, de contrato detallados,
HICAP IOI para os diagramas dinámicos, DC
conceptos. estereotipados. además del código
fuente y objeto de la solución en un
lenguaje de programación orientado a
Evaluación del uso del blog objeto
como parte del 10%
Deben entregar toda la documentación
del sistema de forma impresa y en CD
con los códigos fuentes, los ejecutables
y un archivo: leame.doc, donde se
especifique los usuarios del sistema y
sus claves de acceso, el software base(
y su versión), la configuración
requerida, manejador de bases de
datos, sistema operacional, además
todas aquellas indicaciones que
permitan ejecutar de forma adecuada el
19 de 23
No.
Situaciones de
Sesión
Conceptos Objetivos
nuevos a Competen
trabajar en la cias
sesión
sistema..
20 de 23
E. ESTRATEGIAS DE SEGUIMIENTO Y EVALUACIÓN
PONDERACIÓN SESIÓN O
DESCRIPCIÓN
(%) FECHA
Trabajo de campo 1 (Pre-análisis o 10% CUARTA SEMANA

anteproyecto)
Trabajo de campo 2 (Análisis de 10% SEPTIMA

requisitos) SEMANA
Prueba escrita 1 (tema: Análisis de 10% OCTAVA SEMANA

requisitos)
Trabajo de campo 3 (Análisis de 10% NOVENA

requisitos y Diseño) SEMANA
Prueba escrita 2 (tema: Análisis de 20% DECIMA SEMANA

requisitos y Diseño)
Trabajo de campo 4 (Diseño y Aplicativo) 20% DECIMO CUARTA
Examen final (toda la asignatura) 20% DECIMO SEXTA

SEMANA
Notas aclaratorias: Dado que la asignatura tiene un gran componente práctico

no se hará examen de habilitación
BIBLIOGRAFÍA
21 de 23
GUERRERO, Diego. (2006), Diseño del micro currículo “Ingeniería del software ISI54”.
Medellín: Decanatura Ingeniería de sistemas de información, Instituto Tecnológico
Metropolitano. Disponible en www.itm.edu.co
---------------- A. (2006A) Herramienta informática como apoyo pedagógico a la
asignatura ingeniería del software orientado a objetos -HICAP-IOI-. Proyecto de
investigación. Medellín: Centro de investigación Instituto Tecnológico Metropolitano.
---------------- B. (2006B). Guías de trabajo independiente del núcleo: “ingeniería del
software orientado a objetos IOI52”. Medellín: Decanatura Ingeniería de sistemas de
información, Instituto Tecnológico Metropolitano.
GUERRERO, Diego. (2007).”Elementos básicos de ingeniería del software” 1°Ed,
TEXTOS ACADÉMICOS ITM, Septiembre 2007, ITM. ISBN: 978-958-98275-6-7. 336
p.
---------------- A (2007A)“Estrategias Didácticas para la Ingeniería del Software a partir
del proyecto SWEBOK”. Revista Tecnológicas N° 18 ISSN 0123-7799, Medellín, 2007,
pp. 185-224.
Guide to the Software Engineering Body of Knowledge. SWEBOK,2004 Version. A
project of the IEEE Computer Society Professional Practices Comité. Disponible en
www.swebok.org
PRESSMAN, Roger S.. Ingeniería del software : un enfoque práctico. 5. ed. Madrid :
McGraw-Hill, 2002. 601 p
SENN, James A.. Análisis y diseño de sistemas de información. 2. ed. México :
McGraw-Hill, 1992. 942 p
LARMAN, Craig. UML y patrones introducción al análisis y diseño orientado a objetos.
2ª edición México : Prentice-Hall, 1999. 507 p.
JACOBSON, Ivar; BOOCH, Grady; RUMBAUGH, James. El proceso unificado de
desarrollo de software. Madrid : s.n., 2000. 438 p.
MCCONNELL, Steve. Desarrollo y gestión de proyectos informáticos cómo dominar
planificaciones ajustadas de software. 2 ed. Madrid : McGraw-Hill, 1997. 691 p.
KENDALL, Kenneth E.; KENDALL, Julie E.. Análisis y diseño de sistemas. 3. ed.
México : Prentice-Hall, 1997. 913 p.
Referencias adicionales:
Sitio con temas varios acerca del diseño de objetos. Referencia a diversas
herramientas CASE con UML: http://www.objectsbydesign.com/
Formalizando UML
http://www.iist.unu.edu/home/Unuiist/newrh/III/1/docs/techreports/report230.pdf
Integrating User Interface Design And Object-Oriented Development Through Task
Analysis And Use Cases. John M. Artin. Disponible en:
http://www.cutsys.com/CHI97/Artim.html
http://www.microsoft.com/spanish/MSDN/estudiantes/ingsoft/default.asp
http://www.cic.ipn.mx/ute/ogonzalez/Cursos/tp01/sld001.htm
http://exa.unne.edu.ar/depar/areas/informatica/anasistem2/public_html/
22 de 23
Elaborado por: Diego Guerrero Peña
Versión: Versión 6
Fecha: Mayo 2010
Aprobado por: Fray León Osorio Rivera
23 de 23

FDE 058 Microdiseño Curricular ISI54

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

FDE 058 Microdiseño Curricular ISI54

Cargado por

Copyright:

Formatos disponibles

Código

Asignatura Ingeniería del software

Código ISI54 Pensum 10

El uso de la informática en los procesos productivos y de servicios ha requerido de

Por lo anterior, la IEEE crea SWEBOK el modelo de la enseñanza de la ingeniería

Igualmente, las instituciones de educación superior han tenido que evolucionar

En conclusión el ITM en su programa académico Ingeniería del software ha creado

Conceptualizar y manejar los procesos de análisis y diseño de software de forma

 Formular y evaluar la factibilidad de un proyecto específico de desarrollo

 Conceptualizar y manejar los procesos de análisis de requisitos de forma

 Conceptualizar y manejar los procesos de diseño de software de forma

4. COMPETENCIAS Y CONTENIDOS TEMÁTICOS DEL CURSO

COMPETENCIAS RED DE CONCEPTOS INDICADORES DE LOGRO

El Lenguaje de Modelado Unificado (UML)

Desagregación de las competencias

A continuación se desagrega la competencia general de la asignatura

A. Formulación y evaluación de un Proyecto de software

En el siguiente cuadro se presentan a nivel general los acuerdos didácticos y

DINÁMICA DE TRABAJO (Metodología de trabajo, espacios de asesorías):

A continuación se presentan las estrategias de enseñanza aprendizaje

7. ESTRATEGIAS Y SESIONES DE CLASE

Exponer el aplicativo “Sistemas de Exploración de la página 60 a la 120 de

Revisar y terminar el informe 2

El Re-diseño instruccional (curricular) del curso está basado en la tabla http://itech1.coe.uga.edu/itforum/paper17/paper17.html

Ingeniería del Realizar actividades páginas 3 a la 19. MSproject 2000

Requisitos Conceptual y Modelo de del usuario

Clase para realizar el

Diseño principios de específicos. tema de diagramas de diagrama de all, 2000).

Definición de los Reconocer la 15 - 16

sobre los temas de capítulo 22 del libro de PRESSMAN, , la asignatura

Trabajo de campo 1 (Pre-análisis o 10% CUARTA SEMANA

Trabajo de campo 2 (Análisis de 10% SEPTIMA

Prueba escrita 1 (tema: Análisis de 10% OCTAVA SEMANA

Trabajo de campo 3 (Análisis de 10% NOVENA

Prueba escrita 2 (tema: Análisis de 20% DECIMA SEMANA

Trabajo de campo 4 (Diseño y Aplicativo) 20% DECIMO CUARTA

Examen final (toda la asignatura) 20% DECIMO SEXTA

Notas aclaratorias: Dado que la asignatura tiene un gran componente práctico

También podría gustarte