Estos párrafos iniciales son lo que el alumno encuentra cuando trata de averiguar cual es el programa de la materia, al que aquí llamamos "esquema metodológico". Tal vez la primera pregunta que surge es por que se llama de esta forma, y por que la mayoría de las cosas que se verán después dentro de la materia parecen haber trastocado su nombre y aparecen, debajo de la máscara de nuevos nombres, viejos conceptos.La razón de todo esto no es una inesperada pérdida de la cordura (creemos) sino que intentamos que la materia sea explicada desde el mismo lenguaje y formalismos que intenta exponer, no solo enmascarando conceptos pedagógicos como el llamar a este programa, esquema metodológico sino que también lo hacemos con conceptos que son nombrados en forma un tanto diferente a la usada comúnmente en la ingeniería de sistemas. Esto tiene como riesgo obvio cierta obscuridad inicial, pero genera una inacabable fuente de analogías sobre los conceptos fundamentales que se quieren transmitir. Por otro lado intentamos en todo momento aclarar cual es el nombre por el cual el concepto es conocido, pero dado que intentamos generar un "corpus" de conocimiento mas o menos coherente, debemos sacrificar, en la forma de denotarlos, cierta familiaridad de los mismos.Las especificaciones, conjuntos de herramientas informáticas y restricciones pueden parecer al principio una forma desmedida de controlar al curso. Sin embargo el alumno sabe que las restricciones son básicamente las especificaciones del análisis y el ambiente de desarrollo futuro (en este caso el laboral) y que a veces estas restricciones son sobre abundantes y se solucionan con un pequeño diseño y alguna restricción en particular puede ser la única que merezca un gran esfuerzo.Es parte de la cursación el entender donde realizar ese esfuerzo y donde no, sin por esto dejar de tener en cuenta todas las especificaciones dadas.ES MUY IMPORTANTE RECALCAR, QUE SI BIEN ESTE BLOG COMO EL RESTO DE LAS HERRAMIENTAS ESTÁN PENSADAS COMO UN SOLO TEMA (INGENIERÍA DE SOFTWARE), EN LA PRÁCTICA RESPONDE A DOS MATERIAS DISTINTAS Y CORRELATIVAS (Ingeniería de software I e Ingeniería de software II).Por último el conocimiento de esta materia es necesario para lograr el título que el alumno pretende, por lo tanto no existen formas parciales o incompletas de cursarla, ya que tampoco se otorgan títulos parciales o incompletos, esto implica que la cátedra, con mucho pesar, no admite problemas personales, de tiempo, etc. para que el alumno no cumpla con sus obligaciones de cursación y aprobación.
LA CÁTEDRA
