UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson...

35
Ingeniería de Software I Programación y guía general 1 Preparado por: Arisleyda Renteria Castro UNIVERSIDAD TECNOLOGICA DEL CHOCO FACULTAD DE INGENIERIA PROGRAMA DE TELECOMUNICACIONES E INFORMATICA CURSO y/o ASIGNATURA: INGENIERIA DE SOFTWARE Cód. 1330206 Grupo VI Programación General de Curso y/o Asignatura Guía programática Créditos: 3 2011

Transcript of UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson...

Page 1: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

1

Preparado por: Arisleyda Renteria Castro

UNIVERSIDAD TECNOLOGICA DEL CHOCO

FACULTAD DE INGENIERIA

PROGRAMA DE TELECOMUNICACIONES E INFORMATICA

CURSO y/o ASIGNATURA: INGENIERIA DE SOFTWARE Cód. 1330206 Grupo VI

Programación General de Curso y/o Asignatura

Guía programática

Créditos: 3

2011

Page 2: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

2

Preparado por: Arisleyda Renteria Castro

ELEMENTOS GENERALES ORGANIZATIVOS 0.- PROGRAMA REFERENCIAL (PROYECTO INSTITUCIONAL) 0.1.- ORIENTACIÓN INSTITUCIONAL 0.2.- METAS DEL PROGRAMA ACADÉMICO 0.3.- GRANDES TEMAS DE CONTENIDO 0.3.1.- Introducción a la Ingeniería de Software 0.3.2.- Gestión de Proyectos de Software 0.3.3.- Planificación Proyectos de Software 0.3.4.- Gestión de la Calidad, del Riesgo y de los Cambios 0.3.5.- Generalidades Programación Orientado a Objetos 0.4.- FUENTES GENERALES 1] Ingenierìa del Software. Roger S. Pressman.Mc Graw Hill, Quinta Edición, 2002. Capítulos 1,2, 3, 4, 5, 7 [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos Informáticos. Steve McConnell. Primera Edición 2000. Capítulo 12 1.- PROGRAMA ANALITICO (PROYECTO DOCENTE) 1.1.- JUSTIFICACIÓN La ingeniería de software es fundamental en la formación del estudiante, porque en esta se desarrolla la habilidad de aplicar una herramienta útil y moderna en el proceso de construcción de sistemas de información, de otro lado la calidad de un producto de software es el indicador que permite determinar si los procesos de construcción de software fueron apropiados. Es por esto que debe indagarse sobre los métodos y técnicas que garantizan calidad en los productos, con miras a generar propuestas concretas para aplicaciones con características específicas. 1.2.- COMPETENCIAS A DESARROLLAR • Capacidad para desarrollar, mantener y evaluar servicios y sistemas software que satisfagan todos los requisitos del usuario y se comporten de forma fiable y eficiente, sean asequibles de desarrollar y mantener y cumplan normas de calidad, aplicando las teorías, principios, métodos y prácticas de la Ingeniería del Software. • Capacidad para valorar las necesidades del cliente y especificar los requisitos software para satisfacer estas necesidades, reconciliando objetivos en conflicto mediante la búsqueda de compromisos aceptables dentro de las limitaciones derivadas del coste, del tiempo, de la existencia de sistemas ya desarrollados y de las propias organizaciones. • Capacidad de dar solución a problemas de integración en función de las estrategias, estándares y tecnologías disponibles.

Page 3: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

3

Preparado por: Arisleyda Renteria Castro

• Capacidad de identificar y analizar problemas y diseñar, desarrollar, implementar, verificar y documentar soluciones software sobre la base de un conocimiento adecuado de las teorías, modelos y técnicas actuales. 1.3.- UNIDADES DE CONTENIDO Y FUENTES 1.3.1.- Unidad 01: Introducción a la Ingeniería de Software 1.3.2.- Unidad 02: Gestión de Proyectos de Software 1.3.3.- Unidad 03: Planificación Proyectos de Software 1.3.4.- Unidad 04: Gestión de la Calidad, del Riesgo y de los Cambios 1.3.5.- Unidad 05: Desarrollo orientado a objeto y notación básica 1.3.6.- Unidad 06: Análisis Orientado a Objetos 1.3.7.- Diseño Orientado a Objetos 1.4.- RECURSOS DE APOYO ACADÉMICO Bases de Datos virtuales Plataforma Virtual de Aprendizaje (AVEA) http://avea.utch.edu.co/portal Video Beam 1.5.- EVALUACION DE COMPETENCIAS Evaluación formativa: Aquella que permite determinar el grado en el cual el estudiante conoce o es capaz de realizar una tarea de aprendizaje, y que además identifica las partes de la tarea que no conoce o no fue capaz de realizar con el fin de encaminar futuros procesos de enseñanza aprendizaje, se realiza en el desarrollo de cada una de las unidades puesto que el estudiante realizará para el final del Evaluación sumativa: Se efectúa a la conclusión de una o varias unidades de estudio o de una actividad específica en el plan de estudios para determinar o juzgar el conocimiento y habilidades del estudiante o la inefectividad de la actividad con el fin de culminar el proceso de enseñanza aprendizaje de la unidad o unidades de estudio. Dado que el estudiante al finalizar el curso debe presentar un proyecto que recoja todos y cada uno de los temas vistos a largo del semestre. Test de competencia: Una prueba diseñada para establecer si el estudiante ha alcanzado el estándar mínimo establecido de habilidades y conocimientos y por lo tanto es apto para promoción, graduación o certificación. 2.- PROGRAMA ESPECÍFICO (PLAN DEL ESTUDIANTE) 2.1.- TEMÁTICA SEMANAL CON LAS ACTIVIDADES DEL CURSO O ASIGNATURA

Page 4: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

4

Preparado por: Arisleyda Renteria Castro

Semana Sesión Temática

1

1

Establecer los Objetivos de la asignatura. Presentación del programa por temas seleccionados Presentación criterios de trabajo. Bibliografía sugerida. Establecer el sistema de evaluación para el semestre.

2

Que es Software?, Que es Ingeniería de Software? Evolución del Software Características del Software Crisis y Mitos del Software El proceso del Software Modelos del Proceso de Software Metodologías, Técnicas y Herramientas

2

1 Conceptos sobre Gestión de Proyectos Gestión de Personal Gestión de Producto

2 Gestión de Proceso Gestión de Proyecto Métricas de Proyecto

3

1

Objetivos, Viabilidad y Recursos Plan de Trabajo Estimación de Proyectos de Software Técnicas de Descomposición

2

Seguimiento y Control del proyecto Taller práctico de elaboración de: Diagramas PERT Diagramas GANTT

4

1

Conceptos de Calidad Control de Calidad

Page 5: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

5

Preparado por: Arisleyda Renteria Castro

Semana Sesión Temática

2 Estándares de Calidad ISO, CMMI y IEEE El Plan de SQA

5-6

1

Enfoque orientado a objetos Introducción UML Diagramas de Estructura Estática.

7

1

Conceptos de Análisis Metodología UP Modelado del Negocio Taller practico

8

1

Gestión de Requerimientos UML

Especificaciones de Casos de Uso

Taller practico

2 Diagrama de Actividades Taller practico

9-10

1

Conceptos de Diseño Diagrama de Clases Diagrama de Componentes Taller practico

2 Diagrama de Clases Diagrama de Componentes Taller practico

1

Taller practico

2.2.- ACTIVIDADES DEL ESTUDIANTE GENERADAS POR LA TEMÁTICA DEL CURSO SEMANA SESIÓN TIEMPO INDEPENDIENTE

1

1

Desarrollo de consultas temas de inicio, definiciones

Page 6: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

6

Preparado por: Arisleyda Renteria Castro

SEMANA SESIÓN TIEMPO INDEPENDIENTE

2

Definición de grupos de trabajos y selección de las áreas de aplicación del trabajo

2

1 Gestión de Proyectos, Gestión de Personal, Gestión de Producto. Selección del tema para el desarrollo del proyecto Trabajos grupales.

2 Gestión de Proyecto y Metricas de Proyecto. Inicio de la Fase de definición – trabajos grupales. Aplicación y desarrollo de las preguntas para el análisis.

3

1

Planificación y Estimaciones en un Proyecto. Definición de requerimientos funcionales y no funcionales (trabajo grupal)

2 Seguimiento en un Proyecto.

Manejo básico de Microsoft Project antes de la práctica.

Aplicación de la fase de análisis

4

1

Gestión de la Calidad Aplicación de la fase de análisis

2 Estándares de Calidad

Revisiones Fase análisis. 5-6

1

Conceptualización Orientado a Objetos y Notación Básica UML Presentación de la fase de análisis – trabajo escrito con la aplicación de las normas

7

1

Aplicación de la Fase de diseño

Page 7: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

7

Preparado por: Arisleyda Renteria Castro

SEMANA SESIÓN TIEMPO INDEPENDIENTE

8

1

Gestión de Requerimientos Fase de Diseño

2 Diagramas de Colaboraciones y de Actividades

Presentación de la fase de diseño

9

1

Diagramas de Clases y de Componentes Revisión del proyecto completo

2 Revisión del proyecto completo

10 1

Modelado de Datos y de Interfaz de usuario Presentación y sustentación del proyecto

3.- METODOLOGÍA Y MEDIACIONES 3.1.- MOMENTOS ASPECTUALES DEL ACTO PEDAGÓGICO

Semana Sesión Tiempo presencial

1

1

Establecer los Objetivos de la asignatura. Presentación del programa por temas seleccionados Presentación criterios de trabajo. Bibliografia sugerida. Establecer el sistema de evaluación para el semestre.

2

Que es Software?, Que es Ingeniería de Software? Evolución del Software Características del Software Crisis y Mitos del Software El proceso del Software Modelos del Proceso de Software Metodologías, Técnicas y Herramientas

Page 8: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

8

Preparado por: Arisleyda Renteria Castro

Semana Sesión Tiempo presencial

2

1 Conceptos sobre Gestión de Proyectos Gestión de Personal Gestión de Producto

2 Gestión de Proceso Gestión de Proyecto Métricas de Proyecto

3

1

Objetivos, Viabilidad y Recursos Plan de Trabajo Estimación de Proyectos de Software Técnicas de Descomposición

2

Seguimiento y Control del proyecto Taller práctico de elaboración de: Diagramas PERT Diagramas GANTT

4

1

Conceptos de Calidad Control de Calidad

2 Estándares de Calidad ISO, CMMI y IEEE El Plan de SQA

5-6

1

Enfoque orientado a objetos Introducción UML Diagramas de Estructura Estática.

Page 9: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

9

Preparado por: Arisleyda Renteria Castro

Semana Sesión Tiempo presencial

7

1

Conceptos de Análisis Metodología UP Modelado del Negocio Taller practico

8

1

Gestión de Requerimientos UML

Especificaciones de Casos de Uso

Taller practico

9-10 2 Diagrama de Actividades Taller practico

11-12-13-14

3

Conceptos de Diseño Diagrama de Clases Diagrama de Componentes Taller practico

2

Diagrama de Clases Diagrama de Componentes Taller practico

15-16

1

Exposiciones Grupales

3.2.- ACERCA DE LAS EXPOSICIONES DE LOS ESTUDIANTES Tendientes a desarrollar y evaluar la habilidad de trabajo en grupo y cooperación, se dan en dos momentos principales del desarrollo del curso en el momento del inicio del ciclo de vida del software con la definición del proyecto hasta la realización del reporte final (prototipo), al igual que la participación en cada una de las unidades a desarrollar al ser una asignatura de desarrollo practico. Interacciones lineales: exposición del profesor, tutoría o asesoramiento personalizado y las interacciones poligonales o en red: trabajo en grupos, discusiones entre todos en clase. 3.3.- GUÍA PARA LA LECTURA DE TEMAS DE LINGÜÍSTICA

Page 10: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

10

Preparado por: Arisleyda Renteria Castro

3.4.- GUÍA PARA LA ELABORACIÓN Y PRESENTACIÓN DE INFORMES DE CLASES PARA CONSULTAS CORTAS: NOMBRE COMPLETO DEL O LOS ESTUDIANTES DOCUMENTO, (S) CORREO ELECTRONICO (S) FECHA COMPLETA DESCRIPCION (incluir el o los temas de consultas) DESARROLLO DE LA CONSULTA CRITERIOS PROPIOS EN RELACION AL O LOS TEMAS BIBLIOGRAFIA O CYBERGARFIA , en esta última incluir las direcciones completas de donde fueron tomados los datos.

PARA LOS ENSAYOS: Aunque se ha señalado que en el ensayo es fundamental la libertad creativa desde el punto de vista de su construcción y redacción, es importante señalar que debe tener unos elementos mínimos que lo integren y le den cuerpo. En este sentido se ha generalizado una estructura cuyos componentes son: título, introducción, desarrollo y conclusiones. 1 Título del ensayo: es el enunciado breve, preciso y claro del tema que se trata. El título es lo último que se define en un ensayo para que se ajuste al contenido desarrollado a lo largo del trabajo. 2. Autor del ensayo: nombre y apellidos de la persona que elabora el ensayo, justificado sobre la margen derecha. 3. Síntesis o resumen del ensayo: cuando la extensión del ensayo lo amerita, al inicio del artículo debe incluirse un breve resumen, no mayor de 200 palabras, en el cual se expone el objetivo central del ensayo. Al finalizar el resumen se deben incluir los términos representativos o palabras claves que identifiquen el contenido, para efectos de su recuperación posterior. 4. Introducción: como se ha visto en los ejemplos de los diferentes tipos de ensayo, es la parte del trabajo en la que el autor presenta y señala la temática, la importancia e interés, la orientación, los propósitos y los alcances del ensayo. Con la introducción se busca preparar mentalmente y motivar al lector. Dependiendo del tema, en la introducción se mencionan los antecedentes o circunstancias que llevan a ocuparse del tema, como puede ser la experiencia cotidiana, las dudas, las inquietudes intelectuales, las lecturas, las situaciones vividas y/o los compromisos académicos, entre otros. Así mismo se menciona la finalidad que se persigue con el ensayo y las razones que llevaron a escribir sobre el tema objeto de ensayo. 5. Desarrollo: es la exposición del contenido central del tema, tesis o planteamiento que hace el autor, así como de los argumentos que explican, profundizan, respaldan y complementan la posición frente al tema tratado. El desarrollo del ensayo implica una secuencia ordenada de las ideas expuestas y una exposición clara de las inquietudes dejadas por el tema y las posibles soluciones que se pueden alcanzar. Lo más importante es que los interrogantes puedan quedar claramente expuestos. Es importante hacer énfasis que en el ensayo es absolutamente necesario presentar los planteamientos personales del ensayista, respaldados con argumentos serios de otros autores, y que el ensayo no es un resumen de planteamientos ajenos.

Page 11: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

11

Preparado por: Arisleyda Renteria Castro

6. Conclusiones: son las deducciones y resultados finales del análisis del tema central o tesis. Las conclusiones sintetizan y muestran las consecuencias que se desprenden de la tesis estudiada. Si se probó o no lo que se pretendía y a qué deducciones se llegó. Igualmente pueden plantearse interrogantes e inquietudes resultantes del estudio que pueden servir como una invitación a nuevos trabajos. 7. Bibliografía: o fuentes de información consultadas durante la elaboración del ensayo. Éstas pueden o no estar citadas dentro del mismo. PARA LA PRESENTACIÓN DE TRABAJOS ESCRITOS: Para la concepción, elaboración y realización final, la presentación del resultado de la investigación debe cumplir con la aplicación de normas de presentación física, que en el caso de Colombia, se encuentran claramente establecidas por el ICONTEC y recopiladas en el compendio de normas técnicas colombianas sobre documentación. para el caso de la facultad de sistemas de información y documentación, y teniendo en cuenta las directrices establecidas por el ICONTEC en relación con la aplicación de las normas en las universidades, a continuación se presentan las instrucciones que se deben seguir los estudiantes cuando presenten un trabajo de clase, en las cuales, además, se consideran los conocimientos adquiridos desde el primer semestre de la carrera en la asignatura expresión oral y escrita, pilar y base del área de investigación. Todo trabajo académico que se presente en la facultad deberá contar con las siguientes partes: - partes preliminares - texto o cuerpo del trabajo - partes complementarias 1. PARTES PRELIMINARES Se entiende por partes preliminares aquéllas que anteceden al cuerpo o texto del trabajo, y que en términos generales, dan una visión global sobre el mismo. Se consideran partes preliminares: - la portada - la tabla de contenido - las listas especiales 1.1. PORTADA: es la primera página de todo trabajo escrito; informa sobre su contenido e incluye los siguientes datos: título del trabajo, nombre del autor, nombre del profesor y de la asignatura ante el cual se presenta el trabajo, nombre de la universidad, nombre de la facultad, ciudad y fecha de presentación del trabajo. 1.2. TABLA DE CONTENIDO: como su nombre lo indica, informa sobre el contenido del documento escrito y presenta los títulos de los capítulos, de las divisiones y de las subdivisiones del tema a tratar en el mismo orden en que aparecen en el documento, indicando para cada uno la página dónde se localiza. Cuando es el caso. Incluye la existencia del material complementario. La tabla de contenido no debe confundirse con el índice, por cuanto este último consiste en una relación alfabética de nombres, fechas o lugares geográficos que se citan en el texto. Para cada uno se indica la página exacta donde se menciona y se encuentra la palabra o el dato en cuestión. De acuerdo con su contenido el índice puede ser onomástico, geográfico, de fechas, o general, cuando mezcla todos los términos del documento al cual pertenece.

Page 12: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

12

Preparado por: Arisleyda Renteria Castro

1.3. LISTAS ESPECIALES: son aquellas que registran las tablas, ilustraciones o anexos que contiene el trabajo, indicando para cada uno su título y la página en donde se encuentra. 2. Texto o cuerpo del trabajo el cuerpo o texto del trabajo es la parte central del documento. Está conformado por la introducción, los capítulos con sus divisiones y subdivisiones y las conclusiones. Las citas y notas de pie de página forman parte integral del contenido del cuerpo del trabajo. 2.1. INTRODUCCIÓN: primer elemento del cuerpo del trabajo en el que el autor presenta y señala la importancia y orientación del trabajo, los objetivos, sus alcances y limitaciones y la metodología empleada. No debe confundirse con un resumen, ni tampoco hacer en ella un detallado recuento de la teoría, los métodos o los resultados. Tampoco se debe registrar las conclusiones. 2.2. LOS CAPÍTULOS: son las mayores divisiones del trabajo que estructuran el desarrollo del documento. Cada capítulo corresponde a un tema específico del trabajo, con un título que indica su contenido, tal como se muestra en la tabla de contenido, con las subdivisiones correspondientes, si las hubiere. Cuando el documento, por su extensión, tiene capítulos, el título de éstos se escribe con mayúscula sostenida, centrado a 5 cm. desde el borde superior de la hoja. Cuando no, los capítulos se tratan como divisiones del primer nivel. Los títulos del primer nivel o divisiones y los del segundo nivel o subdivisiones, se escriben con mayúscula sostenida, precedidos de los numerales correspondientes. CONCLUSIONES: se constituye en elemento fundamental del trabajo, por cuanto presenta en forma lógica las deducciones sobre el tema investigado. No es la copia de los planteamientos de los autores consultados. 3.3. PARTES COMPLEMENTARIAS Para los informes y trabajos escritos de la facultad, se consideran partes complementarias la bibliografía y los anexos. 3.1. BIBLIOGRAFÍA: es la relación alfabética de las fuentes documentales consultadas por el autor para sustentar sus escritos: libros, artículos de seriadas, artículos de periódicos, entrevistas, conferencias y ponencias en seminarios y congresos, documentos electrónicos en línea o en bases de datos, entre otros. A continuación se presentan ejemplos de referencias bibliográficas de las fuentes documentales más comunes en los trabajos de clase. 3.2 ANEXOS: parte que complementa el cuerpo del trabajo y que tiene relación con el contenido o tema tratado en el mismo. Cuando el trabajo incluye anexos, éstos se colocan después de la bibliografía. se identifican con la palabra anexo seguida del número consecutivo que les corresponda, ya continuación el título del anexo, escrito sobre la margen izquierda sin dejar sangrías. El anexo debe indicar la fuente, cuando no ha sido elaborado por el investigador. 4. CONSIDERACIONES FINALES A la hora de presentar formalmente el trabajo final, es importante, además de las instrucciones anteriores, tener en cuenta las siguientes consideraciones que garantizan mayor uniformidad y que pueden utilizarse desde el procesador de palabra: 4.- ANEXO TIPS PARA PRESENTACIONES Prepara tu exposición Para que tu exposición sea exitosa ten en cuenta tres fases muy importantes que son: Preparación, práctica y rendimiento. Mediante los siguientes consejos, analizaremos cada una de estas tres fases. Hoy en día son pocos los estudiantes que terminan la carrera sin haber tenido que hacer de una manera o de otra, una exposición oral. Como parte de una asignatura pueden pedirte que hagas una exposición individual o bien con otro compañero. Asimismo,

Page 13: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

13

Preparado por: Arisleyda Renteria Castro

puede tratarse de una actividad evaluable. Sea como sea, siempre será una experiencia positiva que a su vez te será de gran ayuda cuando tengas que enfrentarte a entrevistas de trabajo, buscar empleo, etc. Preparar bien una exposición es lo que marca la diferencia: a) Qué clase de exposiciones pueden pedirte. Quizá te pidan que moderes un seminario con un grupo reducido de estudiantes, por poner un ejemplo. Igualmente pueden pedirte que expongas un trabajo de investigación que hayas hecho y cuyos contenidos sean elemento importante de la asignatura. b) No te pongas nervioso (a). Mientras que para algunas personas la exposición oral es coser y cantar, para otras supone una experiencia aterradora. La primera vez que tengas que preparar una exposición oral seguramente, te parecerá muy duro. Sin embargo, tienes que pensar que siempre habrá una primera vez para casi todo y que luego te resultará mucho más fácil. c) Por muy preocupado(a) que te tenga la exposición, deja de preocuparte y empieza a prepararla. Parte del temor está relacionado con el hecho de empezar a hablar, pero una vez que estés en ello, empezarás a relajarte. d) Infórmate del tema. Quizá tú mismo (a) puedas escogerlo. Si por poner un ejemplo, expones algo referente a algún trabajo que hayas hecho anteriormente, hasta cierto punto ya tendrás el trabajo definido (aunque en estos casos se recomienda centrarse en una sola parte del trabajo). e) Infórmate del público que asistirá: ¿Cuántas personas habrá? ¿Se tratará solo de estudiantes o asistirá también algún profesor? ¿Los conocerás a todos o quizá venga gente de fuera por ejemplo empresarios o profesionales? TOMADO DE: http://centrodeescritura.javerianacali.edu.co/index.php?option=com_content&view=article&id=84:norma-icontec&catid=45:referencias-bibliograficas&Itemid=66

1.- Programa Analítico (proyecto docente)

Page 14: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

14

Preparado por: Arisleyda Renteria Castro

1.1.- JUSTIFICACIÓN La ingeniería de software es fundamental en la formación del estudiante, porque en esta se desarrolla la habilidad de aplicar una herramienta útil y moderna en el proceso de construcción de sistemas de información, de otro lado la calidad de un producto de

software es el indicador que permite determinar si los procesos de construcción de software fueron apropiados. Es por esto que debe indagarse sobre los métodos y técnicas que garantizan calidad en los productos, con miras a generar propuestas concretas para aplicaciones con características específicas.

1.2.- COMPETENCIAS A DESARROLLAR • Desarrollar, mantener y evaluar servicios y sistemas software que satisfagan todos los requisitos del usuario y se comporten de forma fiable y eficiente, sean asequibles de desarrollar y mantener y cumplan normas de calidad, aplicando las teorías, principios,

métodos y prácticas de la Ingeniería del Software. •Valorar las necesidades del cliente y especificar los requisitos software para satisfacer estas necesidades, reconciliando objetivos en conflicto mediante la búsqueda de compromisos aceptables dentro de las limitaciones derivadas del coste, del tiempo, de la existencia de sistemas ya desarrollados y de las propias organizaciones. •Dar solución a problemas de integración en función de las estrategias, estándares y tecnologías disponibles. • Identificar y analizar problemas y diseñar, desarrollar, implementar, verificar y documentar soluciones software sobre la base de un conocimiento adecuado de las teorías, modelos y técnicas actuales.

1.3.- UNIDADES DE CONTENIDO El programa referencial institucional ha planteado el desarrollo de este

curso en 5 grandes temas de contenido, pero cada docente puede “desglosar” la temática de acuerdo con diferentes variables1.

FUENTES ESPECÍFICAS Recomendadas Cada tema sugiere unas fuentes bibliográficas, personales y virtuales mínimas, a partir de lo cual tú puedes gestionar otras que la complementan.

1.1. Unidad 01: Introducción a la Ingeniería Bibliográficas:

1 Estas variables van desde el tiempo real de desarrollo de los temas hasta la consideración temática por problemas a resolver.

Page 15: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

15

Preparado por: Arisleyda Renteria Castro

de Software 1.1.1. Software 1.1.2. Evolución 1.1.3. Características 1.1.4. Crisis y Mitos 1.1.5. Proceso 1.1.6. Producto 1.1.7. Modelos de Procesos 1.1.8. Metodologías 1.1.9. Técnicas de Desarrollo 1.1.10. Herramientas de Desarrollo

[1] Ingeniería del Software. Roger S. Pressman. Mc Graw Hill, Quinta Edición, 2002. Capítulo 1,2 [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3 Virtuales: http://www.lcc.uma.es/~lopez/modular/ingsw/transp_ingsw.pdf

http://www.monografias.com/trabajos5/inso/inso.shtml tema 1: introducción a la ingeniería del software ldc.usb.ve/~abianc/materias/ci4712/apuntes2.ppt Personales: Arisleyda Renteria Castro [email protected]

1.2. Unidad 02. Gestión de Proyectos de Software

1.2.1. Conceptos sobre Gestión de Proyectos 1.2.2. Gestión de Personal 1.2.3. Gestión de Producto

Bibliográficas: Ingeniería del Software. Roger S. Pressman.Mc Graw Hill, Quinta Edición, 2002. Capítulo 3 Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulo 4 Desarrollo y Gestión de Proyectos Informáticos. Steve McConnell. Primera Edición 2000. Capítulo 12 Virtuales: http://gidis.ing.unlpam.edu.ar/downloads/pdfs/Calidad_software.PDF http://www.ciecem.uhu.es/centrodocumentacion/documentos/seminario/ponencias/GestionProyectosPepe_Pino.pdf http://www.inf.udec.cl/~mvaras/gpis/apunteGPDS.pdf http://ingenieriadjg.blogspot.com/2007/10/gestin-de-proyectos-de-software.html Personales: Arisleyda Renteria Castro [email protected]

1.3. Unidad 03: Planificación Proyectos de Software

1.3.1. Objetivos, Viabilidad y Recursos 1.3.2. Plan de Trabajo 1.3.3. Estimación de Proyectos de Software

1.3.4. Técnicas de Descomposición 1.3.5. Seguimiento y Control del proyecto 1.3.6. Taller práctico de elaboración de:

Bibliográficas: Ingeniería del Software. Roger S. Pressman.Mc Graw Hill, Quinta Edición, 2002. Capítulo 5 y 4 Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulo 4 Software De administración de proyectos: Microsoft Project Virtuales: http://www.escet.urjc.es/~gtazon/IS/Planificacion.pdf

Page 16: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

16

Preparado por: Arisleyda Renteria Castro

Diagramas PERT Diagramas GANTT

http://www.monografias.com/trabajos/anaydisesis/anaydisesis.shtml

http://www.cesareox.com/docencia/varios/seguimiento_proyectos

http://es.wikipedia.org/wiki/Gesti%C3%B3n_de_proyectos

http://www.tecnologiadiaria.com/2010/07/diagramas-gantt-excel.html

http://www.iusc.es/recursos/gesproy/textos/03.03.02.htm Personales: Arisleyda Renteria Castro [email protected]

1.4. Unidad 04: Gestión de la Calidad, del Riesgo y de los Cambios 1.4.1. Conceptos de Calidad 1.4.2. Control de Calidad 1.4.3. Estándares de Calidad ISO, CMMI y

IEEE 1.4.4. El Plan de SQA

Bibliográficas: Ingeniería del Software. Roger S. Pressman.Mc Graw Hill, Quinta Edición, 2002. Capitulo 8, 20 Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capitulo 24,25, 7,12 Ingeniería de Software Orientado a Objetos. Bernd Bruegge. Prentice Hall. Primera Edición 2002. Capitulo. 2 Virtuales: http://gidis.ing.unlpam.edu.ar/downloads/pdfs/Calidad_software.PDF http://www.eqsoft.net/presentas/modelos_de_calidad_y_software_libre.pdf Personales: Arisleyda Renteria Castro [email protected]

1.5. Unidad 05: Desarrollo Orientado a Objetos y Notación Básica UML 1.5.1. Enfoque orientado a objetos 1.5.2. Introducción UML 1.5.3. Diagramas de Estructura Estática.

Bibliográficas: Ingeniería del Software. Roger S. Pressman.Mc Graw Hill, Quinta Edición, 2002. Capitulo 20. Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capitulo 7,12 Ingeniería de Software Orientado a Objetos. Bernd Bruegge. Prentice Hall. Primera Edición 2002. Capitulo. 2 Virtuales: Personales: Arisleyda Renteria Castro [email protected]

1.6. Unidad 06: análisis orientado a objetos 1.6.1. Conceptos de Análisis 1.6.2. Metodología UP

Bibliográficas: Ingeniería del Software. Roger S. Pressman.Mc Graw Hill, Quinta Edición, 2002. Capitulo 21. Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capitulo 5, 7

Page 17: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

17

Preparado por: Arisleyda Renteria Castro

1.6.3. Modelado del Negocio 1.6.4. Gestión de Requerimientos UML 1.6.5. Especificaciones de Casos de Uso

Ingeniería de Software Orientado a Objetos. Bernd Bruegge. Prentice Hall. Primera Edición 2002. Cap 4,5 Software Rational Rose Virtuales: Personales: Arisleyda Renteria Castro [email protected]

1.7. Unidad 07: Diseño Orientado a Objetos 1.7.1. Conceptos de Diseño 1.7.2. Diagrama de Clases 1.7.3. Diagrama de Componentes 1.7.4. Modelo de Datos 1.7.5. Diseño de Interfaces de Usuario

Bibliográficas: Ingeniería del Software. Roger S. Pressman.Mc Graw Hill, Quinta Edición, 2002. Capitulo 22. Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capitulo 12 Ingeniería de Software Orientado a Objetos. Bernd Bruegge. Prentice Hall. Primera Edición 2002. Cap 6,7

Software Rational Rose Virtuales: Técnicas del trabajo escrito: http://www.monografias.com/trabajos12/mecanov/mecanov.shtml Personales: Arisleyda Renteria Castro [email protected]

Page 18: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

18

Preparado por: Arisleyda Renteria Castro

1.4.- RECURSOS DE APOYO ACADÉMICO Hacen relación con los materiales físicos que se van a usar para desarrollar los temas del contenido de esta guía

programática. No hay que reprimirse de estos elementos. Gran parte del éxito del aprendizaje dependerá, en la medida de lo posible, del uso de todo cuanto aquí se indica.

1.5.- EVALUACION DE COMPETENCIAS Aquí se indican los valores porcentuales que se le darán a las acciones evaluativas encaminadas a verificar el nivel de

adquisición de las competencias. Los valores cuantitativos son los que determinan si las competencias se adquirieron y si la promoción al siguiente curso y/o asignatura es posible.

Este programa se llevará a cabo, mínimo, con los siguientes recursos: 1.4.1.- Guía programática para el desarrollo que lo constituye este documento que contiene los pormenores (actividades y acciones) que orientarán el trabajo del estudiante expresado en créditos. 1.4.2.- Resúmenes temáticos de cada Unidad proveídos por el docente después del desarrollo temático de cada unidad de contenidos. 1.4.3.-- Formatos para exposición, evaluación de las mismas y otras actividades relacionadas con la participación y asistencia. 1.4.4.- Recursos basados en NTICs. La plataforma virtual de la

Universidad- Facilitador(a) de sección: ARISLEYDA RENTERIA CASTRO

Se llevará a cabo en tres fases: 1.5.1.- Una primera evaluación parcial que equivale a un 30%, en donde se realizaran una evaluación que vale 10% cuestionario que monitoree el aprendizaje de los conocimientos básicos estudiados. Se evaluará el nivel de adquisición de las nociones significativas para la conceptualización que servirán como referentes para abordar la redacción y presentación de una propuesta. Incluye desde la asistencia, la entrega de informes, la realización de exposiciones y el cumplimiento del adiestramiento programado de acuerdo con los temas de los bloques de contenidos de esta programación, 20% 1.5.2.- Una segunda evaluación parcial También tendrá un valor del 30%, pero el 20% corresponderá a los informes escritos que demuestra el cumplimiento a cada sesión de trabajo expresada en bloques, Incluye desde la asistencia, la entrega de informes, la realización de exposiciones y el cumplimiento del adiestramiento programado de acuerdo con los temas de los bloques de contenidos de esta programación y el 10% restante para el examen escrito. 1.5.3.- Un examen final que completará el 40% de la calificación, Incluye desde la asistencia, la entrega de informe final 15%, la realización de exposiciones 15%y el cumplimiento del adiestramiento programado de acuerdo con los temas de los bloques de contenidos de esta programación 10%

Page 19: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

19

Preparado por: Arisleyda Renteria Castro

2.- Programa sintético (Plan del estudiante) Es un esquema que contiene la planeación semanal (en virtud de los créditos que vale el curso) a partir de cada uno de los momentos que determinan los tiempos del trabajo del estudiante y del docente de manera coherente con los propósitos del aprendizaje y/o de

las competencias que se han planeado desarrollar.

Unidad1 Semana Entrada de aprendizaje

Momento Horario Matices temáticos Actividades sugeridas

Indicador de cumplimiento de las actividades

01

(01)

Introducción a la Ingeniería de Software

1) Antes de clase

Horario Libre 4 horas lectivas (para estudiantes)

Presentación del programa por temas seleccionados Presentación criterios de trabajo. Establecer el sistema de evaluación para el semestre.

Programación ajustada

2) En clase

8:00-8:45 am

a.- Establecer los Objetivos de la asignatura Presentación del contenido programático Bibliografía sugerida. El uso de la plataforma virtual como medio de retroalimentación www.eduvirtual.utch.co

Inter-actuación verbal entre docente y estudiantes sobre el desarrollo de la asignatura y los conceptos que de investigación se tiene. Introducción a los conceptos generales de sistemas, software, paradigmas

• Formato de asistencia firmado por los participantes

8:15-10:00 am

b.- Organización de los criterios de evaluación

6:00-6:45 am

c.- Introducción a los conceptos de generales de software, sistemas,

7:15-8:00 d.- Introducción a los

Page 20: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

20

Preparado por: Arisleyda Renteria Castro

am conceptos de generales de ingeniería, paradigmas

3) Después de clase

Horario Libre 4 horas lectivas (para estudiantes)

e.-Lectura sobre los mitos y peligros del software

• Elaboración de un informe escrito con lo desarrollado en la tematica. • revisión de la bibliografía para el desarrollo de la unidad

• consultas evidenciadas en Informes escrito dando cuenta de las actividades académicas implicadas en la temática desarrollada

Unidad1

Semana

Entrada de aprendizaje

Momento

Horario Matices temáticos Actividades sugeridas

Indicador de cumplimiento de las actividades

01- (02)

Introducción a la Ingeniería de Software

1) Antes de clase

Horario Libre 4 horas lectivas (para estudiantes)

Revisión del contenido programático para la lectura de la presentación de los diferentes trabajos,

Realizar las lectura de los temas de consultas

2) En clase

8:00-8:45 am

se trabaja con la Guía No.1 – Introducción a la Ingeniería- Inter-actuación verbal

entre docente y estudiantes sobre el desarrollo de la asignatura. Lectura de historias relacionadas con los paradigmas.

• Formato de asistencia firmado por los participantes

8:15-10:00 am

Que es Software?, Que es Ingeniería de Software? Evolución del Software

6:00-6:45 am

Retroalimentación con ejercicios prácticos y reales de los temas anteriores

7:15-8:00 am Características del Software Crisis y Mitos del Software

Page 21: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

21

Preparado por: Arisleyda Renteria Castro

3) Después de clase

Horario Libre 4 horas lectivas (para estudiantes)

e.-leer las técnicas para presentación de ensayos y afianzar el teme de paradigma.

Ensayo relacionado con paradigmas identificados en la realización de cualquier trabajo desde su experiencia

Entrega de la consulta, ya sea impresas o por medio de la plataforma virtual

Unidad2

Semana

Entrada de aprendizaje

Momento

Horario Matices temáticos Actividades sugeridas

Indicador de cumplimiento de las actividades

02.- 03 -04

Gestión de Proyectos de Software

1) Antes de clase

Horario Libre 4 horas lectivas (para estudiantes)

Revisión del contenido programático para la lectura de la presentación de los diferentes trabajos, inicio propuesta

Realizar las lectura de los temas de consultas

1) Antes de clase

8:00-8:45 am

planear, organizar, asegurar y coordinar recursos y personas para cumplir con los Objetivos, Entregables y Criterios de Éxito de los proyectos

Taller individual sobre trabajo en equipo y grupal de análisis- Inicio propuesta Redacción del planteamiento de un problema

Registro de Asistencia. Revisión de los primeros pasos en la propuesta

8:15-10:00 am

6:00-6:45 am

Conceptos sobre Gestión de Proyectos Gestión de Personal Gestión de Producto

7:15-8:00 am Ejercicios prácticos donde se apliquen los conceptos

3) Después

Horario Libre 4 horas

Lectura sobre el proceso de software, modelos del proceso de

• Elaboración y organización de los

• consultas evidenciadas en

Page 22: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

22

Preparado por: Arisleyda Renteria Castro

de clase lectivas (para estudiantes)

software, metodología, herramientas y tecnicas

primeros pasos de propuesta trabajados en clase. • A partir de la guía 1 y la bibliografía sugerida, leer los matices temáticos de la siguiente clase.

Informes escrito dando cuenta de las actividades académicas implicadas en la temática desarrollada

Unidad2

Semana

Entrada de aprendizaje

Momento

Horario Matices temáticos Actividades sugeridas

Indicador de cumplimiento de las actividades

02.- 05 -06

Planificación Proyectos de Software

1) Antes de clase

Horario Libre 4 horas lectivas (para estudiantes)

Revisión del contenido programático para el tema a desarrollar, inicio del proyecto

Realizar las lectura de los temas de consultas

1) Antes de clase

8:00-8:45 am

Ciclo de vida de un producto software, (Definición)

Tema de trabajo grupal, consulta de modelado de sistemas. Análisis de requerimiento

Registro de Asistencia. Revisión de los pasos en la propuesta

8:15-10:00 am

Objetivos, Viabilidad y Recursos Plan de Trabajo

6:00-6:45 am

Estimación de Proyectos de Software

7:15-8:00 am Seguimiento y Control del proyecto Taller práctico de elaboración de: Diagramas PERT, GANTT

3) Después de clase

Horario Libre 4 horas lectivas (para

e.-Trabajo grupal o individual - Primera fase del ciclo de vida de un producto software: la definición consulta y aplicación de los

• Elaboración y organización del proyecto software escogido.

• consultas evidenciadas en Informes escrito dando cuenta de

Page 23: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

23

Preparado por: Arisleyda Renteria Castro

estudiantes) diagramas de casos de uso • A partir de la guía 1 y la bibliografía sugerida, leer los matices temáticos de la siguiente clase.

las actividades académicas implicadas en la temática desarrollada

Unidad3

Semana

Entrada de aprendizaje

Momento

Horario Matices temáticos Actividades sugeridas

Indicador de cumplimiento de las actividades

03.- 07 -08

Gestión de la Calidad, del Riesgo y de los Cambios

1) Antes de clase

Horario Libre 4 horas lectivas (para estudiantes)

Revisión del contenido programático para el tema a desarrollar y en cada clase y sus respectivas evidencias, realización del proyecto

Realizar las lectura de los temas de consultas Revisión de la

guía. Preguntas varias

8:00-8:45 am

Ciclo de vida de un producto software, (Definición, análisis) Diagramas de casos de uso

Redacción de los temas tratados en clase. Definir los requerimientos utilizando los diagramas de casos de uso

Registro de Asistencia. Informe Definicion

8:15-10:00 am

Definición de requerimientos funcionales y no funcionales

6:00-6:45 am

Ciclo de Exposiciones grupales: Conceptos de Calidad Control de Calidad

7:15-8:00 am

Ciclo de Exposiciones grupales: Estándares de Calidad ISO, CMMI y IEEE

3) Después de clase

Horario Libre 4 horas lectivas (para

e.- Diferencia entre los estándares descritos. Entrega de la definición y revisión del análisis del producto software a

• Elaboración y organización de los primeros pasos del anteproyecto.

• consultas evidenciadas en Informes escrito dando cuenta de

Page 24: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

24

Preparado por: Arisleyda Renteria Castro

estudiantes) desarrollar • A partir de la guía 1 y la bibliografía sugerida, leer los matices temáticos de la siguiente clase.

las actividades académicas implicadas en la temática desarrollada

Unidad4

Semana

Entrada de aprendizaje

Momento

Horario Matices temáticos Actividades sugeridas

Indicador de cumplimiento de las actividades

04.- 09 -10

Gestión de la Calidad, del Riesgo y de los Cambios

1) Antes de clase

Horario Libre 4 horas lectivas (para estudiantes)

Revisión del contenido programático para el tema a desarrollar y en cada clase y sus respectivas evidencias, realización del proyecto

Realizar las lectura de los temas de consultas

Revisión de la guía.

8:00-8:45 am

Ciclo de Exposiciones grupales:

Conceptos de Calidad Control de Calidad

Redacción de los temas tratados en clases, aplicados al producto software desarrollado.

Registro de Asistencia. Informe Definición y análisis

8:15-10:00 am

Retroalimentación de las diferentes exposiciones y documento del resumen general.

6:00-6:45 am

Temas: Estándares de Calidad ISO, CMMI y IEEE - El Plan de SQA

7:15-8:00 am El diseño del proyecto (diagramas, MER…)

Después de clase

Horario Libre 4 horas lectivas (para estudiantes)

e. Lectura la propuesta modelado de sistemas.

• Elaboración y organización de los primeros pasos de propuesta trabajados en clase. • A partir de la guía 1 y

• consultas evidenciadas en Informes escrito dando cuenta de las actividades académicas

Page 25: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

25

Preparado por: Arisleyda Renteria Castro

la bibliografía sugerida, leer los matices temáticos de la siguiente clase.

implicadas en la temática desarrollada

Unidad5

Semana

Entrada de aprendizaje

Momento

Horario Matices temáticos Actividades sugeridas

Indicador de cumplimiento de las actividades

05.- 11 -12

Desarrollo Orientado a Objetos y Notación Básica UML

1) Antes de clase

Horario Libre 4 horas lectivas (para estudiantes)

Revisión del contenido programático para el tema a desarrollar y en cada clase y sus respectivas evidencias, realización del proyecto

Realizar las lectura de los temas de consultas

Revisión de la guía.

8:00-8:45 am

Revisión el diseño del software. Enfoque orientado a objetos Introducción UML

Redacción de los temas tratados en clases, aplicados al producto software desarrollado.

Registro de Asistencia.

8:15-10:00 am

Ejercicio sobre UML-aplicado al proyecto

6:00-6:45 am

Diagramas de Estructura Estática. Fase 3 y 4 del ciclo de vida de un producto software.

7:15-8:00 am El diseño del proyecto (diagramas, MER…)

Después de clase

Horario Libre 4 horas lectivas (para estudiantes)

e. Lectura la propuesta modelado de sistemas. Simbología para la modelación.

• Elaboración y organización de los primeros pasos de propuesta trabajados en clase.

• consultas evidenciadas en Informes escrito dando cuenta de las actividades académicas

Page 26: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

26

Preparado por: Arisleyda Renteria Castro

implicadas en la temática desarrollada

Unidad

6

Sema

na

Entrada

de

aprendiz

aje

Moment

o Horario Matices temáticos Actividades sugeridas

Indicador de

cumplimiento

de las

actividades

06.- 13 -14

análisis

orientad

o a

objetos

1)

Antes de

clase

Horario Libre

4 horas

lectivas

(para

estudiantes)

Revisión del contenido programático

para el tema a desarrollar y en cada

clase y sus respectivas evidencias,

realización del proyecto

Realizar las lectura de

los temas de consultas Revisión de la

guía.

8:00-8:45

am

Conceptos de Análisis

Metodología UP Redacción de los temas

tratados en clases,

aplicados al producto

software desarrollado.

Registro de

Asistencia.

Diagramas de

casos de usos

8:15-10:00

am

Modelado del Negocio

La Gestión de Requerimientos UML

Especificaciones de Casos de Uso

6:00-6:45

am

Taller: Gestión de Requerimientos

UML

7:15-8:00 am Especificaciones de Casos de Uso

aplicados al proyecto

Después

de clase

Horario Libre

4 horas

lectivas

(para

estudiantes)

e. Lectura la propuesta UML

Elaboración y

organización de los

primeros pasos de

propuesta trabajados en

clase.

• consultas

evidenciadas en

Informes escrito

dando cuenta de

las actividades

Page 27: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

27

Preparado por: Arisleyda Renteria Castro

académicas

implicadas en la

temática

desarrollada

Unidad7

Semana

Entrada de aprendizaje

Momento

Horario Matices temáticos Actividades sugeridas

Indicador de cumplimiento de las actividades

07

15-16

Momento Horario Matices temáticos Actividades sugeridas

Indicador de cumplimiento de las actividades

1) Antes de clase

Horario Libre 4 horas lectivas (para estudiantes)

Revisión del contenido programático para la presentación del trabajo final con las normas, documento final del ciclo de vida de su producto software.

Realizar las lectura de los temas de consultas

Revisión de la guía. Entrega del documento final – Fases 1, 2, 3, 4.

8:00-8:45 am

Conceptos: de Diseño Diagrama de Clases Diagrama de Componentes

Socializaciones de los productos software.

Registro de Asistencia.

Documento final – Fases 1, 2, 3, 4.

8:15-10:00 am

Modelo de Datos Diseño de Interfaces de Usuario

6:00-6:45 am

Ajustar el proyecto final con temas vistos previamente. Socializar su proyecto (ver anexo)

7:15-8:00 am Socializar su proyecto

Page 28: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

28

Preparado por: Arisleyda Renteria Castro

Después de clase

Horario Libre 4 horas lectivas (para estudiantes)

Revisión de las observaciones para mejoras (a gusto de los estudiantes)

GUÍA DE TRABAJO: Ver anexos

3.- Metodología y Mediaciones La metodología se relaciona con la manera como se van a realizar las actividades planeadas; se trata de que se interioricen un mínimo de pasos que se seguirán para orientar el quehacer académico.

3.1.- MOMENTOS ASPECTUALES del acto pedagógico El acto pedagógico es la clase misma y la estrategia pedagógica que se seleccione para su desarrollo tendrá que tener en cuenta el “aspecto” y el “tiempo” que expresan su valor en créditos previstos en el plan de estudio. 3.1.1.- Antes de la clase Es una actividad de sensibilización antes de cada clase. La guiará la lista de lecturas recomendadas, conversaciones formales o informales con personas de reconocido dominio del tema y las visitas exploratorias a las páginas web de portales científicos y/o académicos sugeridos que se indican específicamente por cada tema. Familiarízate con los libros que usarás durante el semestre. Desarrolla habilidades para consultas rápidas. Es mejor convertirse en esclavo de los libros que en esclavo de la ignorancia. Lee, aunque en principio no entiendas el metalenguaje que se emplea en textos especializados. No llegues sin leer a la clase. Desarrolla el hábito de estar enterado por lo menos de las generalidades que se tratarán. Establece con disciplina el tiempo de trabajo indirecto que se debe dedicar a cada tema por semana, es decir por cada hora semanal de encuentro con el docente, el estudiante debe trabajar el doble y parte de este tiempo se debe dedicar al tema que sigue en el programa sintético. El tiempo gastado antes de clase debe corresponder al indicado por el número de créditos del curso y/o las asignaturas. 3.1.2.- En la clase La lectura previa permitirá y facilitará la confrontación, la discusión y la clarificación de los temas generales, se compartirá la exposición del profesor. Se tendrá la oportunidad de discutir y absolver las dudas, para que, con la claridad asumida se puedan abordar las actividades que se desprenden del trabajo directo con el docente (informes escritos, ensayos, protocolos de prácticas, diarios de clases, etc.). Se recomienda que durante la clase se haga un esfuerzo mental y no tomar apuntes de manera literal: ¡ejercita la memoria!. Se debe tratar de entender cabal y racionalmente lo que se socializa y discute, en lugar de ‘copiar’ y ‘copiar’ todo lo que el profesor dice, sin digerirlo, sin discutirlo, sin analizarlo, sin racionalizarlo. Vuélvete polémico, lee de otras fuentes; si te presentas a clase sin hacer lectura previa, estarás marginado de la clase, pues no podrás aportar mucho, tendrás que resignarte a escuchar sin mucho interés lo que se dice. Ten en cuenta que el profesor estará directamente en clase contigo por lo menos una vez a la semana. El tiempo gastado durante o en clase debe corresponder al indicado por el número de créditos del curso y/o las asignaturas.

Page 29: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

29

Preparado por: Arisleyda Renteria Castro

3.1.3.- Después de la clase Posterior a las discusiones hechas en clase con el profesor, y con una visión más amplia de los temas, prepararás un informe escrito (en no más de dos páginas tamaño oficio), que presentarás al comienzo de la clase siguiente y controlado por el profesor constatando que se haya hecho en la fecha indicada. Esto es una manera de seguir el proceso de informar con tus propias palabras y tu libre interpretación los contenidos de la discusión en clase. Dedícale a la elaboración de estos informes un tiempo mínimo igual al que está programado para la clase directa. Desarrolla tu capacidad de resumir, pues el informe de cada clase, muy rara vez debe pasar de dos páginas. No dejes acumular la elaboración de informes de clases, pues no tendrán validez, sino hechos uno a uno y siguiendo la secuencia de la clase. Estos informes el profesor los controlará al comienzo de la clase siguiente, sólo poniendo el profesor su firma en ellos o algún otro mecanismo que se estime conveniente, y serán leídos posteriormente cuando se entre en la etapa de exposiciones de los estudiantes, pues mientras el estudiante expone el docente estará revisando la carpeta de este estudiante en donde se han almacenado todos los informes de clase y demás evidencias del trabajo hecho en otros momentos. Evita llegar a la clase siguiente sin tener el informe de la anterior. El tiempo gastado después de clase debe corresponder al indicado por el número de créditos del curso y/o las asignaturas. Tendientes a desarrollar y evaluar la habilidad de trabajo en grupo y cooperación, se dan en dos momentos principales del desarrollo del curso en el momento de la presentación de la propuesta y al finalizar la fase de anteproyecto. Al igual que la participación en cada una de las unidades a desarrollar al ser una asignatura de desarrollo practico. Interacciones lineales: exposición del profesor, tutoría o asesoramiento personalizado y las interacciones poligonales o en red: trabajo en grupos, discusiones entre todos en clase. 3.2.- ACERCA DE LAS EXPOSICIONES DE LOS ESTUDIANTES Distribuidos por grupos en igual número de temas los estudiantes prepararán planes para exponer con otro nivel de profundización y cierto motivación de aplicación los temas vistos. Estas observaciones harán más ágiles y eficientes las exposiciones (el docente podrá hacer las indicaciones que crea conveniente): 3.2.1.- No temas cometer errores, pues justamente, la exposición es para, además de otras cosas, foguearse, autoevaluarse, corregirse, manejar más profundamente los saberes y conocimientos, ensayar a compartirlos con otros. 3.2.2.- Planea la exposición en los formatos diseñados para ese fin. Ello te facilitará la eficiencia, la operatividad, el manejo del tiempo y el control de los aspectos que el profesor debe evaluar, y aquellos que tú mismo debes tener en cuenta para el desarrollo de la misma. 3.2.3.- Desarrolla los temas de contenido en fichas (papel de 12 X 15 cms.). Esto dará a tu exposición imagen de propiedad. Evita llevar fotocopias, pilas de papeles y cuadernos escritos, que dan sensación de desorden. 3.2.4.- Elabora recursos para apoyar tu exposición: carteleras bien presentadas y didácticamente elaboradas, usando marcadores de colores de alta visibilidad que facilite la lectura desde el pupitre más lejano del salón. También serán convenientes las presentaciones facilitadas por el uso de las NTICs.

Nota importante:

Page 30: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

30

Preparado por: Arisleyda Renteria Castro

Con el objetivo de apoyarte en las actividades que desarrollarás en ausencia del docente, podrás comunicarte con él a través de los siguientes correos electrónicos: [email protected] y/o [email protected]

3.3.- Guía para lectura Esta guía ayuda a buscar un método de lectura que permita realizar el trabajo académico de manera más

apropiada y facilitar el aprendizaje del metalenguaje de la disciplina que nutre el curso.

3.4.- Guía para informes escritos Esta guía, tiene como fin, facilitar un marco de referencia formal que permita organizar ideas y presentarlas escritas

en forma coherente y con criterios de adecuación académica.

¿Qué es leer? Si definimos la lectura como el proceso por el cual asimilamos un conjunto de ideas que aparecen por escrito y que, una vez asimiladas, nos permiten reproducir mental u oralmente lo leído, encontramos que casi nunca leemos realmente. La importancia de la lectura en la vida contemporánea se hace obvia y no se necesita hacer una disertación muy compleja acerca de sus propósitos; pero, hay que entender que lo que aquí compete al estudiante universitario es cobrar conciencia de la importancia de los beneficios de la lectura. Generalmente se lee para: "Informarse de un contenido, de sucesos o hechos o de instrucciones particulares. Aclarar aspectos no claros de un tema. Encontrar soluciones a los problemas o dificultades. Salir de la duda o hallar respuesta a muchos interrogantes. Conocer el pensamiento o vivencias del autor. Formarse opiniones o precisiones sobre un asunto. Afianzar el aprendizaje en alguna asignatura. Prepararse para alguna actividad, como un examen, o una intervención oral. Verificar hipótesis. Documentarse para elaborar un trabajo científico. Formarse criterios para tomar una decisión, o para actuar en situaciones específicas. Observar cómo se expresa un autor y corregir un texto. Experimentar sensaciones positivas ante los problemas de la vida, o sensaciones estéticas. Disfrutar de las palabras escritas y con lo que en ellas se sugieren. Divertirse y aprovechar el tiempo."2

Para la concepción, elaboración y realización final, la presentación del resultado de la investigación debe cumplir con la aplicación de normas de presentación física, que en el caso de Colombia, se encuentran claramente establecidas por el ICONTEC y recopiladas en el compendio de normas técnicas colombianas sobre documentación. para el caso de la facultad de sistemas de información y documentación, y teniendo en cuenta las directrices establecidas por el ICONTEC en relación con la aplicación de las normas en las universidades, a continuación se presentan las instrucciones que se deben seguir los estudiantes cuando presenten un trabajo de clase, en las cuales, además, se consideran los conocimientos adquiridos desde el primer semestre de la carrera en la asignatura expresión oral y escrita, pilar y base del área de investigación. Todo trabajo académico que se presente en la facultad deberá contar con las siguientes partes: - partes preliminares - texto o cuerpo del trabajo - partes complementarias 1. PARTES PRELIMINARES Se entiende por partes preliminares aquéllas que anteceden al cuerpo o texto del trabajo, y que en términos generales, dan una visión global sobre el mismo. Se consideran partes preliminares: - la portada

2 NIÑO, R. Víctor Miguel, Los procesos de comunicación y del lenguaje, Edit. Ecoe, Bogotá, 1985, Pág. 236

Page 31: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

31

Preparado por: Arisleyda Renteria Castro

Conciencia del proceso de leer El acto de leer hace ya parte de la cotidianidad, pero se ha ido perdiendo la conciencia de la lectura como medio de aprehender conocimiento, y casi se ha olvidado el hecho de que el estudiante la asuma como un proceso que debe mantener, para desarrollar sus propios mecanismos de lectura. Se cree que el proceso de lectura, tal como los estudiantes lo han asumido, no se perfecciona, al punto que, las más de las veces, se ha tenido como un simple proceso decodificador de señales, y no como un proceso que permite la interpretación y la recreación…parece ser que el estudiante, se ha quedado en el simple proceso decodificador. Es válido saber que el acto de leer como actividad humana, ha interesado, en este siglo, a sicólogos y a lingüistas, y dada la labor a la cual más comúnmente sirve, ha interesado también con gran ímpetu, a la pedagogía. Así entonces, "Uno de los descubrimientos más importantes originados en investigaciones recientes tiene que ver con la influencia de nuestros conocimientos previos en la comprensión de textos escritos. El mayor o menor grado de conocimiento previo que se tiene sobre un tema específico facilita la comprensión eventual de dicho tema"3; La comprensión entonces de un texto nuevo, tiene su punto de partida en lo que previamente sabemos de él, exigiéndonos desarrollar un alto sentido de valoración, asociado con la actividad que realizamos, que es prepararnos para ejercer nuestra profesión con idoneidad y eficiencia. Teoría de los esquemas La experiencia previa nos ha permitido encontrar puntos de interés: por ejemplo, alguna motivación hemos tenido para escoger la carrera que estudiamos, por consiguiente alguna experiencia previa, seguramente hemos tenido con la lectura de temas de lingüística o de lo que nos competa. Así, los estudios relacionados con el papel de la

- la tabla de contenido - las listas especiales 1.1. PORTADA: es la primera página de todo trabajo escrito; informa sobre su contenido e incluye los siguientes datos: título del trabajo, nombre del autor, nombre del profesor y de la asignatura ante el cual se presenta el trabajo, nombre de la universidad, nombre de la facultad, ciudad y fecha de presentación del trabajo. 1.2. TABLA DE CONTENIDO: como su nombre lo indica, informa sobre el contenido del documento escrito y presenta los títulos de los capítulos, de las divisiones y de las subdivisiones del tema a tratar en el mismo orden en que aparecen en el documento, indicando para cada uno la página dónde se localiza. Cuando es el caso. Incluye la existencia del material complementario. La tabla de contenido no debe confundirse con el índice, por cuanto este último consiste en una relación alfabética de nombres, fechas o lugares geográficos que se citan en el texto. Para cada uno se indica la página exacta donde se menciona y se encuentra la palabra o el dato en cuestión. De acuerdo con su contenido el índice puede ser onomástico, geográfico, de fechas, o general, cuando mezcla todos los términos del documento al cual pertenece. 1.3. LISTAS ESPECIALES: son aquellas que registran las tablas, ilustraciones o anexos que contiene el trabajo, indicando para cada uno su título y la página en donde se encuentra. 2. Texto o cuerpo del trabajo el cuerpo o texto del trabajo es la parte central del documento. Está conformado por la introducción, los capítulos con sus divisiones y subdivisiones y las conclusiones. Las citas y notas de pie de página forman parte integral del contenido del cuerpo del trabajo. 2.1. INTRODUCCIÓN: primer elemento del cuerpo del trabajo en el que el autor presenta y señala la importancia y orientación del trabajo, los objetivos, sus alcances y limitaciones y la metodología

3 GUEVARA, P. Jairo, Reflexiones sobre el proceso de comprensión de lectura, En: Glotta, Vol. 4, Nº 2, mayo / agosto/89, Bogotá, Pág. 32

Page 32: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

32

Preparado por: Arisleyda Renteria Castro

experiencia previa en el proceso de comprensión se han desarrollado alrededor de una teoría que los sicolingüistas han denominado teoría de los esquemas, que no se pretende desglosar aquí, pero que sí quiere decir que ayuda a que se tenga una actitud congruente en términos de cómo se enfrenta información conocida, nueva o discordante. De acuerdo entonces con la mencionada teoría, lo que hacemos durante nuestras vidas es almacenar experiencias (esquemas) de una manera jerárquica y que en algún momento manifestamos los esquemas de mayor jerarquía y relevancia para nuestras vidas. Tales esquemas de mayor jerarquía son los que nos permiten escoger nuestras profesiones, permitiéndonos crecer complementando tales esquemas. Al leer un artículo de antropología lingüística, lo que usted está haciendo es complementar los esquemas tempranos de sus motivaciones e intereses. Si. toma conciencia de lo dicho, leer se constituye en la posibilidad perfeccionar sus esquemas más tempranos que son los hilos que moverán su quehacer profesional. La lectura entonces no debe causarle molestias justificativas para no leer. Pruébese a Ud. mismo Auscúltese y dispóngase a leer con agrado, con ganas de aprender y de confrontar el conocimiento: • Haga una prelectura. Esta se relaciona con un examen visual del libro y sus partes, intentando asociaciones mentales con el trabajo del autor y con el índice o plan de temas: examine el tamaño del documento y familiarícese con el tamaño y tipo de letra con que está escrito. • Desarrolle una calmada lectura comprensiva. No le dé pereza recurrir al diccionario cuantas veces sea necesario. Además de los diccionarios corrientes, se le recomienda tener a mano algún diccionario de lingüística para que empiece a ubicar los términos en el metalenguaje de esta disciplina; tales diccionarios pueden ser: (1)DUBOIS, Jean y Otros, Diccionario de Lingüística,,Alianza Editorial S.A., Madrid (España), 1983

empleada. No debe confundirse con un resumen, ni tampoco hacer en ella un detallado recuento de la teoría, los métodos o los resultados. Tampoco se debe registrar las conclusiones. 2.2. LOS CAPÍTULOS: son las mayores divisiones del trabajo que estructuran el desarrollo del documento. Cada capítulo corresponde a un tema específico del trabajo, con un título que indica su contenido, tal como se muestra en la tabla de contenido, con las subdivisiones correspondientes, si las hubiere. Cuando el documento, por su extensión, tiene capítulos, el título de éstos se escribe con mayúscula sostenida, centrado a 5 cm. desde el borde superior de la hoja. Cuando no, los capítulos se tratan como divisiones del primer nivel. Los títulos del primer nivel o divisiones y los del segundo nivel o subdivisiones, se escriben con mayúscula sostenida, precedidos de los numerales correspondientes. CONCLUSIONES: se constituye en elemento fundamental del trabajo, por cuanto presenta en forma lógica las deducciones sobre el tema investigado. No es la copia de los planteamientos de los autores consultados. 3.3. PARTES COMPLEMENTARIAS Para los informes y trabajos escritos de la facultad, se consideran partes complementarias la bibliografía y los anexos. 3.1. BIBLIOGRAFÍA: es la relación alfabética de las fuentes documentales consultadas por el autor para sustentar sus escritos: libros, artículos de seriadas, artículos de periódicos, entrevistas, conferencias y ponencias en seminarios y congresos, documentos electrónicos en línea o en bases de datos, entre otros. A continuación se presentan ejemplos de referencias bibliográficas de las fuentes documentales más comunes en los trabajos de clase. 3.2 ANEXOS: parte que complementa el cuerpo del trabajo y que tiene relación con el contenido o tema tratado en el mismo. Cuando el trabajo incluye anexos, éstos se colocan después de la bibliografía. se identifican con la palabra anexo seguida del número consecutivo que les corresponda, ya continuación el título del anexo, escrito sobre la

Page 33: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

33

Preparado por: Arisleyda Renteria Castro

(2) Diccionario de Lingüística, ENRIQUE FONTANILLO M.,(Editor), Edit. Anaya, Madrid (España) 1986 • Impóngase una postlectura, desarrollando resúmenes y cuadros sinópticos, después de haber subrayado lo que considere más importante. Esto le permitirá auto-examinarse. • Por simple comprobación haga una relectura que le ratificará lo asimilado, lo cual podrá ser reproducido en forma oral o escrita y recreado con sus propios comentarios. Establezca prioridades. A pesar de que estamos viviendo en una época de grandes adelantos e inventos tecnológicos que han permitido el desarrollo de otros medios de comunicación y de aprehensión del conocimiento, la lectura tiene plena vigencia, pues la mayor parte del conocimiento está escrito y para aprehenderlo hay que leerlo. No se deje influir totalmente por la influencia del "VER". Dé la justa importancia a cualquier otro medio de aprendizaje y no sacrifique su idoneidad profesional exponiéndola a la mediocridad y no siga engrosando la masa de estudiantes que manifiestan una pobre preparación en cuanto a su habilidad para comprender textos escritos, lo cual se haría evidente en sus informes escritos.

margen izquierda sin dejar sangrías. El anexo debe indicar la fuente, cuando no ha sido elaborado por el investigador. 4. CONSIDERACIONES FINALES A la hora de presentar formalmente el trabajo final, es importante, además de las instrucciones anteriores, tener en cuenta las siguientes consideraciones que garantizan mayor uniformidad y que pueden utilizarse desde el procesador de palabra: Si se quiere desarrollar una manera de hacer informes de manera más rigurosa atendiendo a la metodología de ‘ensayo’ revise la siguiente ficha bibliográfica que le ayudará en la labor de hacer informes usando la figura del ensayo: http://www.spanish.fau.edu/gamboa/ensayo.pdf http://www.tecnicas-de-estudio.org/investigacion/investigacion64.htm, 26 de septiembre de 2011, 15:56 Ojo: Firme siempre sus informes con su número de identificación y si es en grupo escribir los de todos los integrantes

Page 34: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

34

Preparado por: Arisleyda Renteria Castro

4.- Anexos Cada actividad debe estar planeada y su esquema registrado en alguna forma sobre papel. Ello facilitará el desarrollo de la actividad.- Estos formatos anexos deben ser reproducidos para trabajar en ellos como borradores de la versión final.

4.1.- Formatos para exposiciones Se han previsto dos formas flexibles para facilitar el planeamiento y la realización de las exposiciones: • En el primer formato se escriben los nombres completos de los integrantes del grupo con sus direcciones de correo, el título del proyecto, al igual que la lista de temas y subtemas que se van a desarrollar. El tiempo previsto (tentativamente) para desarrollar cada tema. Este formato sirve para guiar a los estudiantes en la exposición y al profesor en la secuencia de los temas que desarrollan la misma. • El otro formato se llena con los datos que en él se solicitan, con excepción de los espacios donde el profesor debe colocar las apreciaciones cuantitativas que califican la exposición. Este formato sirve para llevar un registro del proceso de desarrollo de las actividades. 4.2.- Formatos para otras actividades 4.2.1.- Formatos de asistencia, el registro de asistencia se llevará mediante el levantamiento de listas de los asistentes (la primera vez). En adelante el docente levantará las listas en limpio, dejando un espacio para que los estudiantes asistentes firmen el formato. La lista circulará para que los estudiantes la firmen. 4.2.2 Formato para las exposiciones, criterios de evaluación – exposición final 1. Presentación Personal 2. Estructuración Presentación 3. Claridad en la Presentación 4. Dominio del Tema 5. Sustentación de las preguntas 6. Aplicación Normas Completa __________ Incompleta: ____________ Preliminares (trabajo)

Portada Contenido Glosario Resumen

Observaciones: ____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

Page 35: UNIVERSIDAD TECNOLOGICA DEL CHOCO · [2] Ingeniería de Software. Ian Sommerville. Pearson Educación, Sexta Edición 2002. Capítulos 1,2,3,4 [3] Desarrollo y Gestión de Proyectos

Ingeniería de Software I

Programación y guía general

35

Preparado por: Arisleyda Renteria Castro

NOTA EXPOSISICÓN: _______________ Evidencias. Trabajo de investigación (aplicación de la norma 1486)

TIPS PARA PRESENTACIONES

Para que tu exposición sea exitosa ten en cuenta tres fases muy importantes que son: Preparación, práctica y rendimiento. Mediante los siguientes consejos, analizaremos cada una de estas tres fases. Hoy en día son pocos los estudiantes que terminan la carrera sin haber tenido que hacer de una manera o de otra, una exposición oral. Como parte de una asignatura pueden pedirte que hagas una exposición individual o bien con otro compañero. Asimismo, puede tratarse de una actividad evaluable. Sea como sea, siempre será una experiencia positiva que a su vez te será de gran ayuda cuando tengas que enfrentarte a entrevistas de trabajo, buscar empleo, etc. Preparar bien una exposición es lo que marca la diferencia: a) Qué clase de exposiciones pueden pedirte. Quizá te pidan que moderes un seminario con un grupo reducido de estudiantes, por poner un ejemplo. Igualmente pueden pedirte que expongas un trabajo de investigación que hayas hecho y cuyos contenidos sean elemento importante de la asignatura. b) No te pongas nervioso (a). Mientras que para algunas personas la exposición oral es coser y cantar, para otras supone una experiencia aterradora. La primera vez que tengas que preparar una exposición oral seguramente, te parecerá muy duro. Sin embargo, tienes que pensar que siempre habrá una primera vez para casi todo y que luego te resultará mucho más fácil. c) Por muy preocupado(a) que te tenga la exposición, deja de preocuparte y empieza a prepararla. Parte del temor está relacionado con el hecho de empezar a hablar, pero una vez que estés en ello, empezarás a relajarte. d) Infórmate del tema. Quizá tú mismo (a) puedas escogerlo. Si por poner un ejemplo, expones algo referente a algún trabajo que hayas hecho anteriormente, hasta cierto punto ya tendrás el trabajo definido (aunque en estos casos se recomienda centrarse en una sola parte del trabajo). e) Infórmate del público que asistirá: ¿Cuántas personas habrá? ¿Se tratará solo de estudiantes o asistirá también algún profesor? ¿Los conocerás a todos o quizá venga gente de fuera por ejemplo empresarios o profesionales? TOMADO DE: http://centrodeescritura.javerianacali.edu.co/index.php?option=com_content&view=article&id=84:norma-icontec&catid=45:referencias-bibliograficas&Itemid=66