Segunda entrega e Inicio del ciclo lectivo 2009

Estamos satisfechos del entusiasmo suscitado por la revista UBit en nuestra comunidad y esto nos da un fuerte impulso para continuar la labor, proyectando mejoras a más corto plazo de lo inicialmente previsto para la revista.

Les damos la bienvenida a los nuevos alumnos que se incorporan este año a la Facultad de Tecnología Informática de la UB, gracias por elegirnos y, como siempre, nuestro apoyo a todos los alumnos en el ciclo lectivo que se inicia, esperando concreten los logros propuestos.

Agradecemos la colaboración de más profesores y alumnos en esta edición, y les reiteramos nuestro interés en la participación de toda la comunidad UB en la producción y difusión de la revista, para consolidar los objetivos de comunicación continua que persigue.

Adquirir conocimiento sin llevarlo a la práctica o sin difundirlo es una actividad banal:

“No basta saber, se debe también aplicar.

No es suficiente querer, se debe también hacer.”

Johann Wolfgang von Goethe

Prof. Graciela Hadad

* Eventos en Argentina 2009

* Eventos Internacionales 2009

Un riesgo es un evento (según la RAE es un hecho imprevisto, o que puede acaecer) que afectará, de alguna manera, el software que se está construyendo. Estos eventos pueden ser tenidos en cuenta antes que sucedan (pre-suceso) o ser vistos inexorablemente una vez ocurridos (post-suceso). Estos últimos son sumamente peligrosos ya que pueden ocasionar daños significativos. Los riesgos pre-sucesos son aquellos donde se toma en cuenta la probabilidad de que un evento ocurra permitiendo minimizar o evitar el impacto de dicho riesgo (ej.: se toma en cuenta una probabilidad de rotación de personal o cierto nivel de cambios en los requisitos del software). En cambio los riesgos post-suceso son aquellos eventos que ya han ocurrido y que provocan pérdida de tiempo, de calidad, de dinero, etc. llegando hasta el fracaso del proyecto (ej.: en una etapa avanzada del desarrollo se presentan cambios significativos no esperados en los requisitos del software).

Otra perspectiva de los riesgos del software puede ser vista en dos dimensiones (ver Figura), el eje X (Riesgos)  indica el origen del riesgo mientras que el eje Y (Donde impacta) muestra donde repercutirá si se produce. Es evidente que más allá del origen del mismo el impacto puede ser impredecible si no fue correctamente contemplado.   Primero se analizarán los riesgos según su origen y luego, cómo un riesgo puede impactar en cualquiera de las áreas relacionadas con el software, hasta llegar al propio negocio.   Los riesgos del proyecto se generan debido a la propia incertidumbre que enfrentan los proyectos de software. Cabe destacar que en este momento existen nuevas variables de riesgo como una mayor complejidad de los sistemas, cambios en la tecnología, una gran demanda de personal calificado del área de sistemas (ingenieros, analistas, diseñadores, programadores, testeadores) y la escasa oferta existente. La buena calidad del profesional de sistemas en nuestro país sumado al bajo costo que les representa a las empresas del exterior contratarlos, resulta en una ecuación atractiva a la hora de seleccionar lugares en el mundo donde desarrollar software de calidad a bajo costo, provocando riesgos importantes de rotación de personal calificado.

Los riesgos del producto son aquellos que afectan directamente al software, atentando directamente contra la calidad del producto final. Estos riesgos son efecto de algún ocultamiento de información (sea intencional, por las deficiencias de los procesos utilizados, por la pobre experiencia de los desarrolladores o por la complejidad del contexto en estudio) o de un mal trato de la misma. Estos problemas tienen su origen, en la mayoría de los casos, en los requisitos del software cuando no fueron identificados y tratados correctamente.

Para identificar los riesgos es necesario contar con una mirada muy crítica de quienes lideran los proyectos como los procesos de construcción del software. Esta mirada crítica está más ligada a la experiencia personal de cada integrante que a los procesos, métodos o herramientas que utilizan. La posibilidad de detectar tempranamente los riesgos permitirá generar un plan de contingencia o tratamiento apropiado de esos riesgos a través de un análisis y seguimiento adecuado.

Aunque los riesgos pueden tratarse por separado, la presencia de un riesgo podrá afectar a otro riesgo, los que a su vez, afectarán al proyecto, al producto o al propio negocio. Por ejemplo, la presencia de riesgos del producto no detectados y no tratados correctamente podrá alterar drásticamente la finalización del proyecto y generar un software de menor calidad con la insatisfacción del cliente quien reclamará a los responsables del proyecto un resarcimiento. Y más drástico aún, podrá afectar al propio negocio, cuando el riesgo es post-suceso y ya el software está en uso.

Si bien todos los riesgos son sumamente importantes, en este artículo se presta especial atención a los riesgos del “producto pre-sucesos” con el objetivo de mostrar la importancia de que los procesos de construcción de software ofrezcan mecanismos para identificar riesgos y dar la posibilidad de mitigar su impacto. Sin dudas, cuanto más temprano se los detecten en el proceso de construcción del software, menor será el costo de enfrentarlos.

Hablar de desarrollo de software es pensar, en un primer momento, en los modelos de procesos. En una rápida mirada por los modelos, se puede decir que el único que formalmente incorpora el análisis de riesgo es el modelo en espiral de Bohem, el cual atiende específicamente este tema en una fase (cuadrante) del modelo, previendo que si no es posible hacer frente a esos riesgos, se abortará el proyecto en cualquier etapa del desarrollo. En cambio, otros modelos de proceso como el modelo en cascada o el desarrollo incremental no permiten aminorar los riesgos en etapas tempranas. Existe una gran probabilidad que los riesgos se detecten ya avanzado el proceso o post entrega del software.

El enfoque de identificar los riesgos del producto tempranamente es focalizarse, sin duda, en la ingeniería de requisitos. Si bien esta tarea está compartida con actividades del Plan de Proyecto existen otros riesgos directamente asociados al producto software que sólo se comprenderán cuando se analice el contexto donde el software vivirá. Gran parte de estos riesgos potenciales están relacionados con los cambios en los requisitos del software o con riesgos asociados a los requisitos que no fueron detectados. Los procesos de definición de requisitos no prestan una debida atención a la identificación de los riesgos dejándolo en general como una actividad de la Gestión de Proyectos.  Es una tarea pendiente de los procesos de requisitos incorporar procedimientos, métodos y herramientas que permitan identificar, analizar y gestionar estos riesgos.

Lic. Gladys Noemí Kaplan

Profesora de Métricas de Software - Facultad de Tecnología Informática - UB

Conceptos de manejo de información

Hace unos años, la información que producía y utilizaba una organización era resguardada en diferentes medios de almacenamiento como dispositivos digitales o archivos manuales como carpetas, ficheros, etc.  En este caso cada responsable a cargo de un archivo de documentación de información, estaba correctamente identificado y podía acceder a la misma para mantenerla actualizada o permitir el acceso por terceros, claramente identificados.

La irrupción en el mercado de la denominada PC (computadora personal) en la década del 80 y posteriormente el crecimiento en la utilización de las denominadas redes de computadoras que se podían conectar a un denominado servidor central de la organización y acceder a sus bases de datos, es decir a su información, genera una primera situación que complica el denominado control del acceso a la información, ya que ésta, podía moverse desde los discos del computador central a las PC de los usuarios y ser guardada y conservada en disquetes u otros medios magnéticos. Esto produjo un problema de no unicidad de los registros de la información tanto de gestión operacional como de decisión. 

A mediados de los noventa, irrumpe la descentralización total, mediante la conexión a Internet, lo que produjo una verdadera revolución en materia de movilidad de la información y vinculación informática de las organizaciones y personas, denominada globalización, ya que la información de cada organización podía ser accedida, conocida y utilizada con autorización y en otros casos sin autorización, como el caso de los hackers.

A partir de la generalización de la tecnología de la información y la comunicación, se produce la proliferación de situaciones de riesgo para los sistemas de información, las bases de datos y los recursos de hardware, denominados activos de la información. Estos riesgos referidos a posibles intrusiones y amenazas, que implican hasta la eventual imposibilidad de la operación normal de los sistemas y que ponen en peligro la continuidad del negocio, obligan a entender la necesidad de implementar medidas tecnológicas y humanas para controlar los sistemas de proceso de información y la información misma.

¿Cómo puede una organización protegerse de estas amenazas? La BSI publicó dos normas, la BS 7799 partes 1 y 2, que luego fueron tomadas como antecedente por ISO para el estudio de dos estándares internacionales adoptados y reconocidos a nivel mundial. La norma ISO/IEC 17799:2000 Information technology - Security techniques - Code of practice for information security management, revisada luego en el 2005 y actualmente reemplazada por la ISO 27002.

La edición 2000 de esta norma fue publicada por IRAM dando como resultado la IRAM-ISO/IEC 17799:2002.

Esta norma establece los lineamientos y principios fundamentales para implementar, mantener y mejorar un sistema de gestión de la seguridad de la información. Describe las mejores prácticas respecto al cumplimiento de los objetivos de control y la implementación de los controles que requieren las áreas de seguridad de la información, en las que está organizada la norma, tales como la gestión de los activos, la política de seguridad, la seguridad física, del entorno, de los recursos humanos, el control de los accesos, la gestión de las comunicaciones y operaciones, el desarrollo, adquisición o mantenimiento de los sistemas de información, la gestión de los incidentes de seguridad de la información, la gestión de la continuidad del negocio y el cumplimiento de la legislación vigente.

Actualmente, para certificar un sistema de gestión de la seguridad, implementado bajo la norma ISO/IEC 17799 (actual ISO 27002), se utiliza la norma ISO/IEC 27001: 2005 Information technology - Security techniques - Information security management systems - Requirements, que establece los requisitos fundamentales a tener en cuenta para establecer, operar, controlar, revisar, mantener y mejorar un sistema de gestión de seguridad de la información. La norma está en estudio en el Subcomité de Seguridad de la Información de IRAM (como revisión de la IRAM 17798 cuyo antecedente fue la BS 7799-2). Está basada en el mismo modelo de los sistemas de gestión de la calidad de la familia ISO 9000. Establece conceptos similares sobre Requisitos de la documentación como ser: alcance, política de seguridad, enfoque sistémico de identificación y valoración de riesgos, operaciones para el tratamiento de los riesgos, objetivos de control, controles y  aplicabilidad de los mismos.

La organización que necesite adoptar la norma e implementar su Sistema de Gestión de la seguridad de la información (SGSI) deberá desarrollar las siguientes fases de proyecto:

Finalmente, una vez implementado y funcionando el sistema, es posible obtener la certificación de la calidad del mismo, para lo cual a través de IRAM cada organización puede ingresar en un proceso de certificación que incluye dos fases: una Preauditoría y una auditoría de certificación. La organización que necesite tener un estado de implementación y cumplimiento de los requisitos de la norma, puede solicitar una auditoría de diagnóstico que conlleva una ventaja ya que solo se proponen mejoras que redundan en una más completa y satisfactoria implementación y por ende en una más rápida certificación.

Lic. Domingo F. Donadello

Coordinador certificación sistemas TI – Consultas certificación ISO/IEC 27001 a ddonadello@iram.org.ar

	Alejo Paz Bodegón e Iluminación	¿Por qué tomamos tantas fotografías? Algunos por motivos profesionales, se ganan la vida con ello. Otros lo hacen como forma de expresión artística, los reporteros para dar testimonio de un acontecimiento. Pero el público en general, ¿qué motivaciones tiene? Casi todo el mundo tiene una cámara digital, muchos la llevan incorporada en su teléfono celular. Creo que un motivo importante, ante lo efímero de la vida, es dejar un testimonio permanente del mundo y nuestras vivencias,  para ser visto posteriormente no sólo por nosotros sino por otros, registrar momentos que de otro modo quedarían perdidos en el pasado, es decir, fijar en el tiempo un acontecimiento que nos parece importante, un momento afectivo, la visita a un lugar para recordarlo y decirle a otros “yo estuve allí”, o sea, a través de las imágenes fotográficas tenemos la posibilidad de trascender en el tiempo (o al menos crearnos esa ilusión). ¿Quién no disfruta viendo sus fotos de bebé, o la de sus padres jóvenes, o las de sus abuelos, y las guarda como un pequeño tesoro? ¿Y los sitios que pude visitar en el pasado, los rostros de la gente que conocí y toda clase de situaciones que por algún motivo me llamaron la atención? Lamentablemente, hasta hace unos años, y dependiendo de la fotografía tradicional, que siempre fue cara y compleja, privativa de las clases más pudientes en sus comienzos, entendida sólo por profesionales, luego con el avance de la técnica y la reducción de costos se puso al alcance de muchas más personas, pero no era tan masiva como en la actualidad,  no todos tenemos la posibilidad de tener la foto de nuestros antepasados, a veces ni las de nuestros padres sosteniéndonos en sus brazos cuando pequeños, y en muchos casos, por pérdida de los negativos o deterioro de los mismos, se nos arruinaron las fotos con los compañeros de la escuela, las de nuestra graduación, las de algún viaje, las de nuestro casamiento, u otro acontecimiento que nos hubiera gustado atesorar. Hoy en día, gracias a la fotografía digital, que también al principio era cara, de uso profesional, y de una calidad inferior a la foto con negativos, pero que evolucionó como toda la tecnología con una velocidad exponencial, mejorando y abaratando los equipos día a día, la fotografía ha logrado un grado de masificación impresionante, que horroriza a muchos fotógrafos de la vieja escuela, pero que a otros nos fascina y nos motiva a producir más y nuevas fotos, a explorar nuevas técnicas y modos de expresión (en mi caso, es así, y soy de la vieja escuela), y que pone la fotografía al alcance del público en general, al ser las cámaras cada vez más baratas y más fáciles de usar. Casi todo el mundo tiene una “Digital”, ¡algunos hasta en su teléfono celular!,  registrando lo que se les ocurra, en forma instantánea pues la foto se ve en el momento (pudiendo así ver cómo salió y corregir errores en el acto), sin la pérdida de tiempo que en la fotografía tradicional nos tomaba comprar un rollo, llevarlo a revelar, retirar las copias, y todo esto, según la cantidad de fotos, a un costo considerable, por no decir prohibitivo. Es decir, aún como simples aficionados, le podemos tomar una foto a nuestro bebé (o a lo que nos plazca), verla en el momento, repetirla o no hasta estar conformes con el resultado, “subirla” tal cual a Internet y mandarla a cualquier parte del mundo para que un pariente lejano, o cualquier persona si lo deseamos, vea nuestras fotos. Acortamos los tiempos y las distancias de manera notable, y podemos intercambiar imágenes y con ellas opiniones sobre la misma, con personas de los lugares más lejanos, y a las que probablemente no veamos nunca en persona. También podemos retocar con programas digitales, tarea que antes era muy cara y reservada a especialistas, algunos muy fáciles de usar y totalmente intuitivos, inclusive algunos gratuitos, otros complejos y profesionales, luego de descargar la foto en una PC, de manera de poder corregir defectos, cambiar tamaños y proporciones, experimentar con técnicas de fotomontaje, y adentrarnos en algunos casos en el apasionante mundo del Arte Digital, y como dije antes, enviar la foto por Internet, “colgarla” en alguna página web, o imprimirla, sí, las fotos digitales también se imprimen, en nuestra impresora color, cada vez con mayor calidad, o hacerlo en un laboratorio fotográfico, para lograr mayor calidad, y hasta sin movernos de casa porque algunos laboratorios aceptan e imprimen fotos mandadas por correo electrónico. Con el auge de la foto digital, en ocasiones, ante una situación imprevista, podemos estar en el momento justo para registrar algún evento, que de otro modo no hubiera sido fotografiado, es decir, convertirnos en testigos de la realidad y reporteros espontáneos. Obviamente, la masificación no significa mejores fotos, no todos tienen la formación adecuada ni el ojo entrenado para hacer lo que llamamos una buena foto, tampoco es cierto lo que frecuentemente me dicen algunos alumnos: con una buena cámara cualquiera hace una buena foto, o en tiempos más recientes, para qué aprender fotografía si con Photoshop se arregla todo. Una buena cámara no da como resultado un buen fotógrafo, ni programas como Photoshop hacen magia y corrigen una foto insalvable, la fotografía puede estudiarse, el ojo se entrena, se aprende el lenguaje visual, y de a poco, con práctica, prueba y error, muchos pueden llegar a realizar fotos correctas, algunos muy buenas fotos, y unos pocos, que tienen condiciones naturales, mucha pasión por las  imágenes, una importante cultura visual y artística, y también una sólida cultura general, llegan a ser los que se destacan, Los Maestros, esos que dejan una huella, y cuyas fotos quedan en el tiempo siempre vigentes. La tecnología digital cambió la forma en que se enseña fotografía de forma radical: casi sin costo (rollos, revelados, traslados), y sin pérdida de tiempo, hoy se puede enseñar, por ejemplo, a iluminar, ver la foto en el momento, ya sea en el display de la cámara, o en una PC, analizar el resultado, corregir defectos si es necesario, retocar luego si lo deseamos, y todo esto que antes nos insumía varios días y un alto costo, lo podemos hacer en el momento, incluso cada alumno se puede llevar lo producido a su casa, porque podemos grabar las fotos en un CD u otro dispositivo. Del mismo modo, puedo mostrar y analizar en un televisor una cantidad de fotos que de tener que imprimirlas se haría imposible por el costo. También, podemos comunicarnos por correo electrónico para evacuar dudas, ver fotos, etc., en cualquier momento y poder corregir el trabajo. Un punto a aclarar: la velocidad a veces conspira con la comprensión de los conceptos, estos conceptos deben darse en forma que el alumno pueda aprehenderlos, paulatinamente, y eso requiere tiempo de maduración. Los métodos de trabajo del Fotógrafo Profesional también cambiaron: no es necesario que en una producción esté presente el cliente o el diseñador o director de arte, puedo realizar las tomas, verlas en el momento, mejorar la iluminación si es necesario, corregir errores, sin costo y en el acto (no debo esperar horas o días para ver mi material), si fotografío modelos, pueden ver las tomas y puedo indicarles de forma más gráfica lo que necesito de ellos, y luego, vía mail, las ve mi cliente, intercambiamos opiniones, efectuamos los cambios necesarios y así hasta lograr el resultado óptimo: ¿se imaginan trabajar en una locación en Buenos Aires, y que nuestro cliente vea las fotos en Barcelona, y luego le mandemos el material por Internet, sin tener que efectuar ningún viaje con el costo y el tiempo que eso nos insumiría? Y en el caso de un Reportero Gráfico, toma la foto, se conecta por teléfono satelital, envía sus fotos, se reciben en la redacción, el editor selecciona el material, se agrega al diseño de página, ¡y se imprime! Inclusive un diario puede imprimir en varios lugares a la vez, mandando el material por mail a distintas provincias donde se realiza la impresión, ahorrando el tiempo y los costos de traslado del material si hubiera estado impreso en un solo lugar.
Cristian Drappo
Iluminación de Bodegón	Iluminación Retrato y Efectos Digitales
Desirée Vila
Relevamiento de detalles en Av. de Mayo y Efectos Digitales	Iluminación Retrato y Efectos Digitales
Joo Hee Jung
Iluminación Bodegón y Efectos Digitales	Relevamiento en Puerto Madero y Presentación en Power Point
Jorge Navarro
Bodegón e Iluminación	Iluminación Retrato y Efectos Digitales
Lionel Rypinski
Relevamiento Nocturno en Puerto Madero	Pruebas Relevamiento
Lucio Alonso
Iluminación Bodegón	Iluminación Retrato y Efectos Digitales
Juan Meregone
Iluminación Bodegón y Efectos Digitales	Iluminación Retrato y Efectos Digitales

Como conclusión, la Fotografía Digital hace que el gran público pueda acceder al universo de las imágenes y compartirlas con todo el mundo si lo desea, permitiendo captar y fijar en el tiempo momentos irrepetibles, cambia la metodología del trabajo, nos permite hacer y pensar fotos que con la técnica tradicional eran imposibles, mejorar radicalmente nuestros métodos de enseñanza, nos abre el camino a la experimentación y al mundo del llamado “Arte Digital”.

Todavía hay algunos puntos en los que la Fotografía Tradicional es superior, sobre todo en Blanco y Negro, y en cuanto a la cantidad de colores y tonos que captan los sensores, pero no nos olvidemos, que lo que hoy es posible, hace unos pocos años era impensable. Queda pendiente entonces la disyuntiva, fotografía tradicional o fotografía analógica, pero ese es material para otra nota.

Esteban Marchezotti

Fotógrafo Profesional, Diseñador Gráfico

Profesor de Introducción al Lenguaje Visual, Fotografía, Práctica Profesional I

Carreras de Tecnicatura en Sistemas Multimediales, Lic. en Diseño Gráfico y Lic. en Publicidad - UB

A la izquierda de esta nota se muestran trabajos de alumnos de “Introducción al Lenguaje Visual I” de Sistemas Multimediales realizados en el 2008

La etapa inicial en el proceso de desarrollo de software, denominada décadas atrás Análisis de Sistemas y recategorizada como Ingeniería de Requisitos, debe ser considerada una actividad crucial para lograr un producto de software correcto. Comenzó siendo un simple relevamiento de datos y modelado rápido para encarar lo más temprano posible el diseño del software y su posterior implementación. Esto ha llevado a numerosos fracasos que investigados apuntaron a falencias en las capacidades del software y su entorno de operación, por requisitos omitidos, mal interpretados, contradictorios o desactualizados.

El proceso de ingeniería de requisitos cubre las actividades involucradas en descubrir, documentar, analizar y mantener los requisitos para un sistema de software (ver cuadro abajo). La ingeniería de requisitos debe considerar todos los aspectos que involucran la definición de requisitos y su intrínseca dependencia de los aspectos sociales que rodean la construcción del software y que rodearán su operación. Ella se encarga de reducir la brecha entre el usuario, que tiene necesidades y requiere soluciones a sus problemas pero no tiene conocimientos para especificar los requisitos, y el ingeniero de software, que sí tiene dichos conocimientos técnicos pero desconoce el mundo del usuario con sus problemas y necesidades.

Luego los puntos clave que debe considerar un proceso de ingeniería de requisitos son: obtener la participación activa y constante de los usuarios; asegurar la calidad de los requisitos aplicando técnicas de verificación y validación; manejar los cambios inevitables de los requisitos durante el proceso; considerar aspectos sociales, organizacionales, políticos y legales del ambiente donde el software operará; y procurar la completitud de los requisitos.

Muchas organizaciones se oponen a que sus empleados destinen tiempo en exceso para trasmitir sus conocimientos a los ingenieros de software por temor a que bajen la productividad. Por otro lado, los usuarios no siempre saben, pueden o quieren expresar claramente sus necesidades, o lo que es peor aún, a veces ni siquiera son conscientes de dichas necesidades. Debe además considerarse que las personas, sin bien son una fuente principal de información, no son las únicas: también se puede recurrir a documentación, libros, software interno o externo a la organización, foros, asociaciones, entre otras posibles fuentes. Luego, la tarea del ingeniero de software es mucho más compleja que meramente “sonsacar” requisitos a “usuarios”. Adicionalmente a la captura de información de las diversas fuentes de información, también debe colaborar en esclarecer dudas, detectar contradicciones y visualizar circunstancias no expresadas. Existe una gran variedad de técnicas para la captura y el análisis de la información que evitan estos y otros inconvenientes sin por ello afectar el compromiso de los usuarios con el proyecto.

Han surgido en las dos últimas décadas y se siguen proponiendo métodos, técnicas y herramientas que ponen énfasis en las actividades de la ingeniería de requisitos y los puntos clave antes mencionados. Aún así no siempre se ponen en práctica, a veces por falta de conocimiento y otras por miedo al cambio en aplicar métodos o herramientas nuevas por parte de los ingenieros de software.

Sin lugar a dudas, es el ámbito académico el adecuado para promover e incentivar el aprendizaje de estas nuevas formas de practicar la ingeniería de requisitos con el fin de facilitar la transferencia de ellas al ámbito profesional.

Nota ampliada de la publicada originalmente en la sección “Puntos de Vista” del portal de la Universidad de Belgrano, Septiembre 2008.

Graciela Hadad

Profesora de Práctica Profesional III - Facultad de Tecnología Informática – UB

   última actualización: Miércoles, 01 de Abril de 2009