Análisis y Diseño de Sistemas (S-102)

Maestría en Sistemas de Información
  Fundación Arturo Rosenblueth

Instructor:  J. Jesús María Zavala Ruiz

Introducción

A falta de una materia en Ingeniería de Software se le da un poco más el énfasis en esto. 

He de comentar que esta materia es una materia donde no se necesitan prerrequisitos, más allá de la habilidad para leer, escribir y reflexionar sobre el proceso mismo de Análisis y Diseño de Sistemas de Información. Un poco de conocimientos o experiencia sobre administración de proyectos es muy útil, sobretodo para definir el alcance del proyecto, su programación y finalmente su control.

Es de fundamental importancia que el alumno se esfuerce por leer los documentos que se sugieren como lecturas con el fin de que cuente con los elementos necesarios para la discusión previos a la clase y que realice las tareas para reforzar la comprensión de los temas tratados. 

Esta es una materia donde más que computadora, se requiere imaginación y sentido común, sobretodo para realizar los proceso de abstracción.

Se recomienda ampliamente la lectura de la obra de Frederick P. Brooks Jr. (1995) The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition) Addison-Wesley, que a pesar de haberse escrito varios lustros antes, muchos de sus principios siguen vigentes. Es un libro que todo desarrollador de sistemas debe tener en su biblioteca personal. Según Ed. Yourdon, es el libro que él elegiría si se quedara en una isla desierta...

Mucho del material para el curso se encuentra en la Biblioteca Digital de la ACM disponible en http://portal.acm.org, que considero uno de los mejores recursos de consulta en Ciencias de la Computación, y que gracias a un gran descuento, por solo $43.00 dólares al año como miembro de la ACM residente en un país en desarrollo (http://www.acm.org/membership/L2-3), podrá acceder a los últimos 50 años de la literatura en computación (revistas, proceedings, conferencias, etc.), más 750,000 referencias, mús de 450 cursos gratuitos cerca de 400 libros para su consulta en línea.

Los proceedings de la conferencia sobre el Futuro de la Ingeniería de Software del 2000 de la Conferencia Internacional en Ingeniería de Software (ICSE) (International Conference on Software Engineering,  Proceedings of the conference on The future of Software engineering 2000).

Estimado Alumno: ¡espero que lo disfrutes y bienvenido (a)! ¡Te invito a nos divirtamos todos juntos!

Registro

Antes de iniciar el curso te pido que te registres aquí con el fin de obtener sus datos generales y de contacto y que te suscribas al grupo de discusión del curso en Yahoo Groups. Por favor revisa los datos capturados para  evitar errores, principalmente tu correo electrónico.

Lugares y Fechas

• Fundación Arturo Rosenblueth. Ciudad de México, D.F. 12 de mayo al 14 de agosto del 2003, 10 de septiembre al 10 de diciembre del 2003, 13 de enero al 14 de abril del 2004,  12 de mayo al 18 de agosto 2004, sep-dic 2004, enero-abril 2005
• Fundación Arturo Rosenblueth. Instituto Tecnológico de Comalcalco, Comalcalco, Tab.,  2, 3, 23, 24, 30 de mayo y 1 de junio 2004.
  

Duración

42 horas

Objetivos

• Analizará las metodologías de diseño, modelado e instrumentación de sistemas con la orientación a objetos
• Aplicará la metodología de objetos en casos prácticos
• Evaluará los 3 niveles de modelado de objetos (modelos estático, dinámico y funcional) para llevar a cabo un buen proceso de análisis y diseño orientado a objetos
• (Ampliará su criterio para enfocarse a las áreas y actividades más críticas del desarrollo de sistemas)

Programa

Temas y subtemas

1. Fundamentos del desarrollo de sistemas

• Conceptos fundamentales
  • Datos, información y conocimiento
  • Sistemas y subsistemas
  • Abstracción y jerarquía
• Tipos de sistemas
• Participantes en el desarrollo de sistemas

2. Ciclo de vida del desarrollo de sistemas 

• Fases del desarrollo de sistemas
  • Análisis
    • Requerimientos del sistema
    • Estudio de Factibilidad
  • Diseño general
  • Diseño detallado
  • Implementación
  • Auditoría del sistema
• Tipos de ciclos de vida

2. Introducción al Paradigma de Orientación a Objetos 

• Terminología y conceptos básicos
  • Objetos y clases
  • Estructuras, encapsulamiento, mensajes, protocolos y métodos
  • Jerarquías de clases
  • Herencia y polimorfismo
• Metodologías orientadas a objetos
  • Metodología OMT
  • Metodología RUP
• El lenguaje de modeladop unificado (UML)
  • Modelado de casos de uso
  • Modelado dinámico
  • Modelado de clases
  • Modelado de componentes
  • Modelo físico

4. Análisis y diseño de sistemas

• Análisis de sistemas
  • Objetivos del análisis
  • Métodos de análisis
  • Productos del análisis
    • Especificación de procesos
    • Especificación funcional
    • Especificación de flujo de datos
    • Especificación de relaciones (E/R)
• Diseño de sistemas
  • Objetivos del diseño
  • Métodos de diseño
  • Productos del diseño
    • Especificación de interfaz hombre-maquina (HCI)
    • Especificación de bases de datos
    • Especificación de módulos
• Herramientas de análisis y diseño de sistemas
  • Introducción a las herramientas CASE

Evaluación

• 50% Tareas Extraclase
• 30% Proyecto Final
• 20% Examen Final

• Se evaluará lo completo de las especificaciones del documento del proyecto y la consistencia entre los modelos, el prototipo y la documentación, por lo que es importante que sean consecuentes en su proceso. La evaluación será entre 0 (CERO) y 10 (DIEZ).
• La estrega de calificaciones será el viernes siguiente de entregado el proyecto, por lo que deberán acudir a la Fundación Arturo Rosenblueth para su consulta.
• El proyecto será evaluado punto por punto.

Bibliografía, herramientas y sitios de interés

• Association for Computing Machinery. http://portal.acm.org Biblioteca Digital. Se sugiere suscribirse.
• Institute of Electrical and Electronics Engineers,  Inc  IEEE/IEE Electronic Library (IEL) Biblioteca Digital.
• Rational. Unified Modeling Language. Sitio de los creadores del UML con recursos, white papers, etc.
• Carnegie Mellon - Software Engineering Institute http://www.sei.cmu.edu Reportes Técnicos y la más amplia información sobre desarrollo de software. Instituto apoyado por el DoD de lo EEUU
• Microsoft. Microsoft Solutions Framework-Process Model. White paper sobre el proceso de desarrollo de software utilizado por Microsoft.
• Microsoft. Microsoft Solutions Framework-Team Model. White paper.sobre el modelo de equipos de trabajo y su organización para el desarrollo de software.
• Jacobson, Ivar. The Road to the Unified Software Development Process. Cambridge University Press and SIG Books. USA. 2000. Libro escrito por el creador del proceso. Trata sobre el origen, importancia y técnica del proceso de desarrollo de software y la utilización del UML.
• Kruchten, Philippe. Architectural Blueprints - The "4+1" View Model of Software Architecture, Rational Software Corp., 1995.
• Conallen, Jim. Modeling Web Application Architectures with UML™, Rational Software, 2000.
• Rumbaugh, James.OMT papers, Rational Software, 1994.
• The Rational Edge. http://www.therationaledge.com Revista Electrónica sobre Desarrollo de Software
• Rational Software Suite. Tal vez el conjunto de herramientas CASE más completa que opera con una suite de herramientas automatizadas para soportar TODO el proceso de desarrollo de software y sus entregables.
• Excel Software. Win A&D edición demo, estándar o educacional. Software. Herramienta CASE propietaria que utiliza varias notaciones, incluyendo UML.
• Microsoft. Visio versión profesional. Software. Herramienta propietaria para el modelado de negocios y software, incluyendo bases de datos y UML, pero "sin inteligencia", por lo que se recomienda utilizar con mucho cuidado o de plano mejor NO utilizarlo.
• Tigris.org ArgoUML. Herramienta CASE de Modelado UML para java Open Source con licencia BSD.

Tareas extraclase

Requisitos

• La elaboración es individual y se calificarán los puntos de acuerdo al formato de un paper. Los puntos a evaluar son: completitud, organización, profundidad y originalidad de las afirmaciones en la discusión del tema y las conclusiones. La calificación es entre 0 (cero) y 10 (diez).
• Los ensayos y críticas deberán contener el formato de un "paper científico" (ver el artículo "Software Engineering"): 
  • Título (del ensayo o "Crítica a (Título de la Lectura) con nota al pie de página al final en la literatura citada)
  • Nombre del Autor (el alumno)
  • Datos de contacto del autor 
  • Institución a la que pertenece,
  • Fecha de Elaboración
  • Summary (de 120 palabras en inglés)
  • Introducción al Tema (algo general destacando la importancia del tema para el autor y para su estudio)
  • Marco Teórico (donde se expondrán los conceptos y conocimientos necesarios para que el lector entienda e interprete el documento)
  • Desarrollo del Tema (donde se desarrollará la teoría, supuesto, tesis o hipótesis que sostiene el autor del paper, se discutirá, argumentará a favor en contra o propondrá su propia experiencia y visión del tema, pudiéndose intercalar comentarios del o los autores que haya revisado con comentarios y reflexiones propias)
  • Conclusiones y Recomendaciones (definirá las conclusiones y recomedaciones si hubiera, del tema)
  • Literatura Citada (deberán citarse todos los autores consultados identificando la o las páginas donde se tomó la cita o l referencia internet). Los nombre de los apartados (Marco Teórico y Desarrollo del Tema) pueden variar aunque el objetivo debe ser el mismo.
• La extensión del ensayo será de 7 a 10 cuartillas escrito a mano, con letra legible y sin faltas de ortografía, con márgenes de 2.5 cm (superior, inferior, derecho) y de 3 cm (izquierdo), en papel blanco bond. 
• Si requiere figuras, éstas  deberán recortarse y pegarse con la técnica "Cut & Paste" no digital (tijeras y resistol), debiendo poner en todas el número de figura y el título. 
• Cada hecho, dato, frase, afirmación y demás deberá estar documentado por una cita bibliográfica. 
• NOTA: Los ensayos serán entregados en limpio, escritos a mano, con citas bibliográficas, gráficas y demás elementos necesarios en el documento, bien organizado y SIN faltas de ortografía (a la décima falta de ortografía suspendo la revisión con calificación cero) y engrapados. No se aceptarán hojas de cuaderno. No se aceptarán versiones en computadora. Trabajo que no reuna los requisitos se le devolverá con calificación de CERO. Si no trae citas bibliográficas COMPLETAS el trabajo ni se revisará, tomándose como calificación CERO.
• La crítica será un mini-ensayo con la misma estructura pero de una extensión menor de 2 a 3 cuartillas a mano, más centrado en la discusión de los planteamientos de la lectura y las experiencias del autor. Tienen la finalidad de fomentar las habilidades de lectura y escritura.
• La entrega de las tareas tiene fecha límite bien establecida: siguiente clase al inicio de la clase. Sacar una copia y compartirla con los demás compañeros de clase como apoyo a la propia clase.
• Entregas (inicio de la clase como pase de lista)

Proyecto final

El proyecto final tiene la finalidad de sintetizar el conocimiento y expresar de una manera práctica lo aprendido. Para lo cual entregará un documento en papel tamaño carta engargolado, con un CD anexo al documento que contenga las versiones electrónicas de los documentos y prototipos desarrollados. Asegurarse de que el CD es leible. 

La entrega final tiene fecha límite la primera clase del siguiente ciclo escolar o curso. La fecha es NO PRORROGABLE y la entrega es en las oficinas de la Fundación en la Ciudad de México, donde deberán recabar acuse de recibido. El trabajo será escrito en formato RTF (No en Word), opcionalmente con una copia en PDF. Las imágenes serán en formato jpg, gif o png. Deberá anexar los modelos creados.

El reporte del proyecto final comprenderá lo siguiente:

• Portada
• Objetivos
• Justificación
• Delimitación del Problema
• Requerimientos del Usuario (Documentar el proceso, la entrevista con los usuarios o "stakeholders" y el acuerdo de diseño con formatos y demás soportes)
• Marco Teórico y antecedentes de desarrollos para problemas similares similares
• Especificación de Requerimietos
  • Diagrama de Casos de Uso
  • Actores documentados
  • Casos de Uso (textual) y Diagramas de Secuencia (uno o varios por Caso de Uso)
  • Casos de Prueba (de todos los casos de uso)
• Especificaciones de base de datos y funcionalidad
  • Diagrama de Clases
  • Clases documentadas en los diagramas con notas (atributos, dominio de cada uno, excepciones, valores iniciales, tipos de dato, etc., métodos, persistencia)
  • Diagramas de Estados (mostrar el ciclo de vida de los objetos)
  • Diagramas de Actividades (procesos de trabajo, procesos)
  • Interfases de Usuario (prototipos con controles html para entender los requerimientos)
  • Prototipo de interfase de usuario
• Implementación
  • Arquitectura (arquitectura de la aplicación y el modelo de operación propuesto)
  • API
  • Diagramas de Componentes (la forma en que se agrupará el código)
  • Diagrama de Despliegue (distribución del código y procesos ejecutables ya operando)
  • Script de Pruebas y control de calidad (Proponer un script de pruebas para los casos de prueba y criterios de aceptación de las pruebas)
• Prototipo (para entender claramente los requerimientos)
  • Instrucciones para su instalación, configuración y ejecución
  • Archivos ejecutables
  • Interfases de Usuario
  • Organización de archivos (modelos, código, datos de prueba, scripts, etc.)
  • Resultados de Pruebas
• Experiencias, Sugerencias y Recomendaciones (NO olvidar, resta 1 punto)
• Anexo 1: Todos los borradores y demás documentos obtenidos para definir los requerimientos como formatos, archivos, etc, y aquellos generados en el proceso (incluyendo aquellos hechoa a  mano con fecha de control y páginas numeradas) (NO olvidar, resta 1 punto)
• Anexo 2: Todas las versiones de los prototipos generadas en el proceso.

Reglas

• Regirá el reglamento vigente para alumnos
• Asistir puntualmente a clases
• Las tareas deben incluir la bibliografía y/o la referencia completa. (sin referencia, calificación cero)
• Solo se aceptarán tareas en español.
• Solicitar ayuda al profesor vía correo electrónico, misma que será contestada a más tardar 24 horas después y excepcionalmente 72 horas después

Otros artículos de interés

• Architectural Patterns, by Grady Booch, Rational Software, 1998.
• The Benefits of Integrating Microsoft Solutions Framework and the Rational Process, Microsoft and Rational Software, 1997.
• Conceptual, Logical, and Physical design of Persistent Data using UML, Rational Software, 1998.
• Conducting a Software Architecture assessment, by Grady Booch, Rational Software, 1997.
• The Estimation of Effort Based on Use Cases, John Smith, Rational Software, Australia, 2001.
• Features, Use Cases, Requirements, Oh My!, Dean Leffingwell, Rational US, 2000.
• From Waterfall to Iterative Lifecycle - A tough transition for project manager, Philippe Kruchten, Rational Software, 2000. 
• Implementing RUP in an organization - The Volvo IT Approach, Goran V. Grahn & Boris Karlsson, Volvo Information Technology, 2002.
• Ivar Jacobson's address at the OOPSLA Conference, Rational Software, 1996.
• Ivar Jacobson's Object Expo Paris slide presentation: Reuse in Reality--The Reuse-Driven Software-Engineering Business, Ivar Jacobson, Rational Software, 1996.
• The Key to Successful Automated Testing: Planning, Rational Software, 1996, relevant 2002.
• Mapping Object to Data Models with the UML, Rational Software, 2000.
• Planning a Project with the Rational Unified Process, Dave West, Rational Software, 2002.
• A Rational Development Process, Philippe Kruchten, Rational Software, 1996.
• The Software Development Team, by Grady Booch, Rational Software, 2000.
• Software as a Strategic Weapon, by Grady Booch, Rational Software, 1997.
• The Ten Essentials of RUP The Essence of an Effective Development Process, Leslee Probasco, Rational Software, 2000.
• Achieving Capability Maturity Model Level 2 with the Rational Unified Process, Rolf W. Reitzig, Carlo Rodriquez, and Gary Holt, cognence inc., 2002.

Los participantes que ya tomaron el curso comentan... lo que les gustó y disgustó?...

• "[¿Qué me gustó del curso?] El material de estudio, muy extenso y variado. [¿Qué me disgustó del curso?] No poder discutir con más tiempo el material de estudio. Creo que faltaron más ejercicios prácticos de UML...es mucho material con poco tiempo para estudiarlo... [¿Qué opinión tengo sobre el material?] En general, bueno pero pienso que habría que revisar algunos artículos que pienso ya están obsoletos..." (I. Tamés)
• "[¿Qué me gustó del curso?] Qué aprendí que la lectura deja  más cuando se genera una discusión... que fue un curso teórico-práctico... que se plantearon los objetivos desde el principio. [¿Qué me disgutó?] Que no se trataron o que no se dio más seguimiento al avance en el proyecto, que no se mediaba entre el tiempo de discusión y el de clase, que no se marcaron claramente los 'estándares' para la elaboración de los productos del proyecto y por eso no se puede hablar de un cumplimento homogéneo...El material de apoyo es bueno, suficiente, aunque un poco 'des-actualizado'. Podría solicitarse un CD reescribible al inicio del curso para irlo actualizando conforme se avanza. Hacen faltas contribuciones en español..."(A. Quiroz)
• "[¿Qué me gustó del curso?] Las discusiones de los temas fueron en general muy enriquecedoras. Las lecturas como hilo conductor son adecuadas y complementarias. La impresión que me dio fue que el material provee de una base académica muy adecuada, aunque es muy extensa y percibí que se requiere más aún más tiempo para profundizar en los temas y cubrir la extensión de los temas tratados, ya no de dominarlos. Los trabajos encargados fueron más de lo que se podía dedicar en tiempo. Cuando se trataba de hacer un ensayo o una crítica, uno busca la programación del tiempo, más al dejar más de un trabajo al que se debiera invertir un tiempo equiparable, satura a uno no solo el tiempo sino la capacidad de absorción del material tratado. El ritmo de las clases fue ameno y ágil. Las discusiones y tu exposición de los temas fue a  mi parecer excelente..." (E. Sánchez)
• "Me gustó: la página, el temario, el contenido, las lecturas que amplían el panorama y actualiza y renueva el espíritu de investigar más a detalla mi profesión... No me gustó: el porcentaje de trabajo debería ser 50%, que fuera en equipo el trabajo, es difícil poder organizar los tiempos. [El material] me pareció excelente. ACM (ya estoy inscrito) también me gustó mucho. Las presentaciones excelentes"... (E. López)
• "[¿Qué me gustó del curso?] que toca aspectos muy importantes en el análisis y diseño de sistemas, que si bien los conocemos no los aplicamos. El curso me parece que está bien estructurado, pero me perece que se debe de enfocar a aspectos prácticos y por supuesto, reforzando con la teoría. Me otorga hábitos y disciplina. [¿Qué me disgustó del curso?] el tiempo para desempeñar las lecturas-crítica, pero pienso que es parte de volver a adaptarte a la parte de estudio como cuando estaba en la licenciatura... [¿Qué opinión tengo del material?] Es un material muy bueno que me ha motivado a establecer una renovación constante, tanto en mí como en mi equipo de trabajo. La existencia de material en inglés me ha forzado a incrementar mi vocabulario y mi tiempo de comprensión y lecturas..." (E. Díaz)
• "Me gustó la cantidad de información a la que fuimos expuestos, el recuento que hace el curso de las herramientas que podemos utilizar, las referencias bibliográficas. Realmente me abrió un panorama importante de dónde estamos y hacia dónde se puede ir, digamos cuáles son las posibilidades... Me disgustó en algunos momentos la cantidad de lecturas, referencias y demás, no porque crea que sea malo, es todo lo contrario, sino porque sentí que me faltaban días y tiempo para incluir todo lo que se podía... Me disgustó al principio sobretodo hacer a mano las tareas, aunque me dejó enseñanza y eso es lo valioso, es un ejercicio que hacía mucho tiempo no ejecutaba y también fue refrescante... El material me pareció excelente, tiempo me faltaba para leer e investigar de lo vasto que era..." (J. García)
• "[¿Qué me gustó del curso?]  dominio de los temas. Aprendí cosas nueva diferentes a mi perfil. Cambió mi paradigma sobre la industria del software. La primer materia real de Maestría que tengo en la FAR. Curso reflexivo, de dicusión. Motivante a continuar explorando el desarrollo de software. [¿Qué me disgustó? No tener más tiempo para aprender más. Es muy teórico, excelente, necesita contraparte práctica, a nuestra edad la mejor forma de aprendizaje es la analogía... Quizá por lo mismo del tiempo, que fue poco para el curso, me hubiéra gustado menos tiempo de dicusión. [¿El material?] demasiados slides, demasiado abstracto, falta de ejemplos" (V. Pineda)
  
• "[¿Qué me gustó del curso?] Indudablemente la dinámica con la que se llevó, desde el momento en que expuso claramente los objetivos y el alcance de las sesiones, así como la formación hacia el hábito de la lectura, realmentefue interesante y me quedé asombrado de la cantidad de información que existe sobre el tema de Análisis y Diseño de Sistemas. ¡Enhorabuena! creo que el curso tuvo una buena dinámica y se aprovechó por parte nuestra. En primera instancia creo que lo que me disgustó fue la falta de tiempo (por parte mía) para involucrarme más con los temas y poder participar sobre éstos. Asimismo, creo que la única cosa que no me gustó del curso fue el entregar las tareas a mano puesto que implica un esfuerzo mayor, sin embargo, reflexionando un poco sobre este aspecto, me dio la oportunidad de poder digerir un poco más los temas desarrollados..." (J. Ramírez)
  

Comentarios, recomendaciones y sugerencias al y del instructor...

• "[¿Qué me gustó del instructor?] Estusiasmo, puntualidad, compromiso e interés de que los alumnos realmente aprendan. [¿Qué me disgustó del instructor?] Creo que es mucho material con poco tiempo para estudiarlo. Además no tener tus comentarios a las críticas...Muchas gracias Jesús..." (I. Tamés)
• "[¿Qué me gustó del instructor?] que tiene idea de lo que está hablando, que dio continuidad a las clases. [¿Qué me disgustó del instructor?] que en la parte de UML, como que se tenía la idea pero como que faltó aplicarlo a casos más típicos de México; que en ocasiones no otorgó el receso a mitad de la clase, que marcó una línea estricta al principio y después como que non era tan importante (estoy de acuerdo en que el compromiso es de nosotros, pero lo que se dice que se va a [hac]er se tiene que cumplir)... Traduce el material de apoyo que se ve en clase (las diapositivas) porque da la impresión de que apenas las estás leyendo. Pon más de tu experiencia en las láminas, sobre cosas que has identificado como importantes y podrías generar un resumen al final de la clase, mide o planea más el desarrollo de la clase..." (A. Quiróz)
• "Comenté como recordarás mi parecer a tu requerimiento de escribir las tareas a mano. Los razonamientos que nos habías proporcionado no me habían parecido muy consistentes ('para evitar copiar'); creo que se hubiera entendido mejor la que me parece que es tu razón genuina, pero que nunca comentaste: uno piensa y razona de manera distinta cuando escribe a mano y cuando escribe en computadora. Supongo que esta explicación la vería más plausible y la asumiría sin replicar :) Muchas gracias"... (E. Sánchez)
• "[¿Qué me gustó del instructor?] como llevaste la presentación de los temas, la forma en que involucra a los alumnos, los conocimientos de los temas, solicitar trabajos a mano EXCELENTE, si llego a ser profesor también ocuparía ese método, compromiso con la clase. El preparar el tema, Francamente me gustaría volver a verte en otro curso... Sugerencia: Realmente me faltó tiempo para involucrarme más con las lecturas, hacer un ejemplo COMPLETO 'sencillo' desde la especificación de requerimientos, pasando por casos de uso y todos los diagramas UML..." (E. López)
• "[Me gustó] tu seriedad para impartir el curso, todo el trabajo que hay detrás... la disciplina que se transmite y se pone como ejemplo. [¿Qué no me gustó del instructor?] La apertura a escuchar y aprender de los demás. Apegarse demasiado a lo ya escrito. Me perece que con la experiencia que tienes puedes filtrar toda la información y aplicarla o concentrarla en un caso práctico que Tu, de manera conjunta, realices con los alumnos (proyecto académico)..." (E. Díaz)
• "Del instructor me gustó su disposición y entusiasmo, también su compromiso con la materia y el grupo, que fuera abierto y que todo lo pusiera a disposición del grupo (artículos, software, etc.). También es de resaltar su puntualidad. No me gustó del instructor que nos dejara trabajo-sobre trabajo, como si solamente nos dedicáramos a esta materia. Aunque debo reconocer que solo así se aprende, poniendo manos a la obra... [recomiendo] buscar el equilibrio entre los trabajos y la disponibilidad que los alumnos tengan..." (J. García)
• [Me gustó del instructor] puntualidad, conocimiento, compromiso, ¡COMPARTIR MATERIAL!, seriedad, profesionalismo, docencia excelente. [¿Qué no me gustó del instructor?] Aunque nunca lo hice, la propuesta de escribir a mano creo que esto depende del compromiso de los alumnos de Maestría, para evitar que se presten apuntes. Que creo es la razón de mayor pero también sirve para reforzar el conocimiento, indudablemente. Recomendación: mayor práctica, independiente del trabajo final. Pregunta: ¿Por qué el material viene en inglés, es decir, las presentaciones. Alguna vez te pregunté que es "througput" y sigo con la duda"( V. Pineda)
• "[¿Qué me gustó del instructor?] Su compromiso con nosotros, las ganas por transmitir su conocimiento y sobretodo la sencillez de las exposiciones. Creo que una cosa que es esencial es que tuviste la amabilidad de compartir con nosotros un material muy valioso y sobretodo que nos metiste la cosquilla de suscribirnos a una biblioteca digital... [¿Qué no me gustó del instructor?] creo que un poco el no aterrizar en algunos momentos con los temas, permiten que con los comentarios de los compañeros desviarse del tema original y enfrascarse en ocasiones en discusiones sin sentido... Para mí el curso estuvo bien. Te felicito por la forma de llevarlo, por la cantidad de material suministrado y por las ganas con que siempre llegas... Gracias..." (J. Ramírez)
  

Desde el 19 de mayo del 2003, 14:09 hr CST, tu eres el visitante

Fecha de última actualización: 27 de mayo del 2005, 07:35 hr CST

Email: jzavalar@yahoo.com

Regresar