INFORME DE LECTURA CAPITULO 10: INGENIERA DE SISTEMAS

POR EDWIN JIMNEZ RAVE

Laura Mara Posada A. DOCENTE

BASES DE DATOS PARA LA AUTOMATIZACIN DE UNIDADES DE INFORMACIN

UNIVERSIDAD DE ANTIOQUIA ESCUELA INTERAMERICANA DE BIBLIOTECOLOGA MEDELLN 2012

INFORME DE LECTURA CAPITULO 10: INGENIERA DE SISTEMAS no hay nada ms difcil de llevar a cabo, ms peligroso de realizar o de xito ms incierto que tomar el liderazgo en la introduccin de un nuevo orden de cosas Maquiavelo En este orden de ideas podramos decir que en el mundo actual acontece lo que Maquiavelo haca alusin en su frase, en un mundo tan cambiante como el de hoy han surgido diferentes ciencias que tratan de ordenar el mundo bajo ciertos parmetros, uno de los ejemplos es la llamada ingeniera de sistemas, que trata de darle orden al mundo informtico y tecnolgico y como consecuencia de ello surge la ingeniera de software, permitiendo ver mucho mas all pues ahora ya no se tienen los ojos puestos en el software sino que se centra en otros aspectos de mayor relevancia permitiendo analizarlos, disearlos y organizarlos (creacin de software de calidad); sumergirse a este mundo es complicado debido a los constantes variaciones en el contexto tecnolgico, pero como profesionales debemos incursionarnos a este viaje, sin temor alguno. En el momento de disear el software se debe comprender al sistema ms que al mismo software, para ello se debe trazar los objetivos y las metas a conseguir en la creacin del mismo, modelando una visin global de lo deseado, es decir se establecen los requisitos bsicos considerando al software como un todo. Para alcanzar tal punto se deben comprender varios componentes como el hardware (todos aquellos dispositivos electrnicos con capacidades de clculo), el software (programas de la computadora), las personas (usuarios y operadores del sistema), la documentacin (aquellos formularios manuales que describan el empleo y funcionamiento del sistema) y los procedimientos (cada uno de los pasos que se definen a la hora de emplear el software); logrando la traduccin de las necesidades del cliente para que posteriormente sea el mismo quien vea reflejado en el sistema la satisfaccin de cada una de ellas. Ms tarde cada uno de los componentes se analizan individualmente generando ciertos grados de especificad y detalle (partes y particularidades), a esto es lo que se llama una visin de dominio, cada uno de estos elementos estudiados por la disciplina correspondiente. El siguiente paso es construir el modelo del sistema, para ello el ingeniero deber considerar algunas restricciones mentales que facilitaran la construccin de lo deseado, tales como: - Supuestos: que reflejan de forma ms razonable las posibles variaciones

- Simplificaciones: creacin del modelo a tiempo - Limitaciones: delimitan al sistema, lo aterrizan a su contexto - Restricciones: guan el correcto funcionamiento y enfoque del modelo - Preferencias: indican la arquitectura preferida para el funcionamiento del sistema. El resultado de todo ello es la solucin a la problemtica planteada desde el comienzo en diferentes alternativas automticas, semiautomticas o manuales; teniendo en cuenta que se deber satisfacer las diferentes necesidades del cliente, es por eso que la creacin de sistemas implican una alta comunicacin continua entre el cliente y el ingeniero de sistemas, porque lo que no quede escrito, ni especificado desde el comienzo, no se ver reflejado mas tarde en el software que se desarrollar; desgraciadamente hoy en da se construyen sistemas en tiempo real, dificultando predecir el rendimiento la eficacia y el comportamiento del mismo, generando sorpresas (desagradables en la mayora de los casos) que no se descubran hasta que no rodara el sistema y si este en el momento del lanzamiento falla lo que se hace es recoger las piezas, juntarlas y comenzar de nuevo; afortunadamente en este mundo tan cambiante al igual que la flexibilidad de los sistemas han cambiado tambin lo han hecho en la evaluacin del sistema antes de su fase final, para ello se han diseado software especializados en la simulacin del modelo para ayudar a localizar y eliminar las sorpresas, este tipo de herramienta es aplicado durante todo el desarrollo del software. Una vez resueltos los diferentes percances la tarea del ingeniero de sistemas termina con la elaboracin de una especificacin del sistema, documento que sirve de base para la continua mejora y en otras tareas de ingeniera que se presenten posteriormente. En el momento de la creacin del software lo puedo hacer desde dos puntos de vista el primero de ellos es desde la concepcin de la ingeniera de informacin que nos va permitir la creacin de software especializado en servicios caracterstico de las compaas donde lo que se genera a travs de l son intangibles para la satisfaccin del usuario; y el segundo a travs de la ingeniera de producto donde el software a desarrollar apoyara en la elaboracin de un producto tangible para el disfrute de los clientes; en cualquiera de estos dos procesos a la hora del desarrollo del software sea cual sea su enfoque se debe realizar los diferentes pasos descritos anteriormente solo as sabremos que lo que se est desarrollando es un software de calidad que cumple con los requerimientos del cliente y por tanto satisface sus necesidades. En el siguiente diagrama se ver reflejado de una manera mucho ms clara el proceso que se lleva a cabo a la hora de desarrollar un software; teniendo

en cuanta que los buenos sistemas de ingeniera comienzan por clarificar el comportamiento del contexto --la visin global-- y progresivamente se van estrechando hasta el nivel de detalle necesario1.

Fig. 1. La jerarqua de la ingeniera.2

Las unidades de informacin se han modernizado y han automatizado al mximo sus procesos permitiendo alcanzar las metas planteadas por la organizacin, satisfaciendo las necesidades de los usuarios que se acercan a ella, es por ello que a la hora de la creacin de software que agilicen nuestros procesos somos nosotros quienes debemos estar al frente de estos proyectos, claro est con la ayuda del ingeniero de sistemas, trabajando interdisciplinariamente se pueden obtener mejores frutos de los que se obtienen ahora, porque hoy en da nuestros catlogos son diseados por los ingenieros que los construyen a su manera, caso contrario cuando un
1

PRESSMAN, Roger S., Ingeniera del software: Un enfoque prctico, 5. ed., Madrid: McGraw-Hill Interamericana, 2002, 167 p. 2 PRESSMAN, Roger S., Ingeniera del software: Un enfoque prctico, 5. ed., Madrid: McGraw-Hill Interamericana, 2002, 171 p.

biblioteclogo modela el software teniendo en cuenta los diferentes criterios y el ingeniero se encarga de llevar a cabo lo acordado, es as como llegaremos a tener software bibliogrficos que se ajusten a las necesidades de nuestras unidades de informacin y nuestros usuarios, ya lo dice un viejo dicho popular zapatero a tu zapato. Por eso somos nosotros los biblioteclogos los que deberamos de concientizarnos de ello y no evadir las responsabilidades en el momento del desarrollo de un software para las unidades de informacin pues somos nosotros y nuestros usuarios quienes al final darn el visto bueno de lo que se obtuvo; trabajar en conjunto con profesionales de diversas reas del conocimiento no implica en delegar responsabilidades, ms bien implica apropiarse de ellas y complementarlas con diferentes puntos de vista. Sistematizar los procesos dentro de la unidad de informacin implica la disminucin de esfuerzos, la agilidad y la eficacia a la hora de prestar los diferentes servicios a nuestros usuarios satisfaciendo sus necesidades, partiendo siempre de la construccin de software bibliogrficos de calidad construidos interdisciplinariamente.

BIBLIOGRAFA

PRESSMAN, Roger S., Ingeniera del software: Un enfoque prctico, 5. ed., Madrid: McGraw-Hill Interamericana, 2002, 601 p.