guia de proyecto

PROYECTO DE TRABAJO DE GRADO PARA INGENIERIA DE SISTEMA

ENTREVISTA

CUESTIONARIO

REVISIN DE LITERATURA

rea de Conflicto

OBSERVACIN DIRECTA

Oportunidades de Mejoras

OBSERVACIN DIRECTA

Respuestas

SINTOMAS Desencadenantes

PROPUESTA

Determinantes

Contribuyentes

Predisponentes

ADRIANA MIRANDA AUGUSTO MARTIN

Mayo 2007.

PROYECTOS DE TRABAJOS DE GRADOS PARA INGENIERA DE SISTEMAS ADRIANA MIRANDA AUGUSTO MARTN

ContenidoContenido ..............................................................................................................................................................................1 ndice de cuadros ..................................................................................................................................................................3 Introduccin ..........................................................................................................................................................................1 Los trabajos de grados y los trabajos de ingeniera ...........................................................................................................1 Organizacin del trabajo ......................................................................................................................................................2 Seleccin del tema ................................................................................................................................................................2 Planos de Desarrollos ..........................................................................................................................................2 Inventarios de recursos disponibles ....................................................................................................................3 Herramientas (Hardware y Software) ....................................................................................................3 Asesoramiento .........................................................................................................................................3 Tiempo .....................................................................................................................................................3 Recursos econmicos ..............................................................................................................................3 Afinidad con el tema propuesto .............................................................................................................3 reas de desarrollo ..............................................................................................................................................4 Sistemas de informacin con bases de datos .........................................................................................4 Sistema administrativos ..................................................................................................................4 Sistema de apoyo a la produccin industrial .................................................................................4 Sistemas didcticos y herramientas CASE ............................................................................................4 Trabajos no programados referidos a equipos.......................................................................................4 Trabajos no programados no referidos a equipos .................................................................................5 Esquema del proyecto ..........................................................................................................................................................5 Recopilacin de la informacin ...........................................................................................................................................5 Informacin til ...................................................................................................................................................5 Tcnicas ms frecuentes en ingeniera de sistemas ...........................................................................................6 Entrevista estructurada ........................................................................................................................................7 Guin de la entrevista para el diseo de una herramienta CASE ................................................8 Guin de la entrevista para el diseo de un sistema de informacin con base de datos ............9 Guin de la entrevista para el diseo de una red. .........................................................................9 En entrevista para el diseo de una herramienta didctica...........................................................10 Modelo de entrevista para el diseo de una pgina web ..............................................................10 Revisin del material bibliogrfico ....................................................................................................................11 Notas de la revisin de material bibliogrfico para el diseo de una herramienta CASE .........12 Revisin de material bibliogrfico para el diseo de un sistema de informacin con BD ........13 Revisin del material bibliogrfico para el diseo de una red .....................................................14 Revisin de material bibliogrfico pata el diseo de material didctico .....................................15 Revisin de material bibliogrfico para el diseo de una pgina web ........................................16 Observacin Directa ............................................................................................................................................17 Plan de observacin para el diseo de un herramienta CASE .....................................................18 rea de conflicto: Metodologa utilizada.........18 rea de conflicto Graficadores utilizados........18 rea de conflicto Presentacin.........18 Plan de observacin para el diseo de un sistema de informacin con base de datos 19 rea de conflicto: Mantenimiento............19 rea de conflicto Criticidad operativa .........19 rea de conflicto Sistema SAP PM..........20 Plan de observacin para el diseo de una red. ............................................................................20 Parmetros que definen la Red ......................................................................................20 Problemas utilizados (software) ....................................................................................21 Dispositivos instalados (hardware) ...............................................................................21 Plan de observacin para el diseo de una herramienta didctica. ..............................................21 Ambiente de Trabajo......................................................................................................21 Mtodo de Aprendizaje..................................................................................................22 Fuente de informacin ...................................................................................................22 Caractersticas de la informacin ..................................................................................23 Plan de observacin para el diseo de una pgina Web ...............................................................24 rea de conflicto: Atencin al cliente ..........................................................................24 rea de conflicto: Publicidad ........................................................................................24 rea de conflicto. Fuentes generales de informacin ..................................................24 Comparacin de sitios similares ....................................................................................25 Cuestionario .........................................................................................................................................................25 Cuestionario para el diseo de una herramienta CASE ...............................................................26

2


Cuestionario para el diseo de un sistema de informacin con base de datos............................27 Cuestionario para el diseo de una red ..........................................................................................29 Cuestionario para el diseo de una herramienta didctica ...........................................................30 Cuestionario para el diseo de una pgina Web ...........................................................................30 Encuesta ...........................................................................................................................................................32 Encuesta para apoyar el diseo de una herramienta CASE .........................................................33 Encuesta para apoyar el diseo de un sistema de informacin con base de datos ......................33 Encuesta para apoyar el diseo de una red informtica ...............................................................34 Encuesta para apoyar el diseo de una herramienta didctica .....................................................35 Encuesta para el diseo de material web .......................................................................................36 Resultado de la encuesta ................................................................................................37 Relacin entre los componentes .....................................................................................................................37 Enfoques iniciales del proyecto .........................................................................................................................................37 Planteamiento del problema............................................................................................................................38 Descripcin de la situacin inicial .................................................................................................38 Sntomas .........................................................................................................................................38 Causa .........................................................................................................................................38 Factores determinantes y contribuyentes. Factores predisponentes y desencadenantes ............39 Pronstico ........................................................................................................................................39 Propuesta .........................................................................................................................................40 Justificacin.....................................................................................................................................41 Formulacin de la propuesta ...........................................................................................................................41 Deteccin de la necesidad ..............................................................................................................41 Observacin de la situacin inicial ................................................................................................42 Carencias apreciadas.......................................................................................................................42 Dificultades observadas ..................................................................................................................42 Fortalezas.........................................................................................................................................42 Solucin propuesta..........................................................................................................................42 Justificacin.....................................................................................................................................43 Metodologa ......................................................................................................................................................................43 Metodologa escogida .....................................................................................................................................43 Fases de la metodologa .................................................................................................................43 Objetivos del proyecto ....................................................................................................................................44 Objetivo general ..............................................................................................................................44 Objetivos especficos ......................................................................................................................44 mbito de la propuesta (alcance y limitaciones) ..........................................................................................44 Alcance ............................................................................................................................................44 Limitaciones ....................................................................................................................................45 Recursos necesarios y planificacin del proyecto ..............................................................................................................45 Cronograma de actividades .............................................................................................................................45 Administracin y gerencia del proyecto ........................................................................................................49 Recursos tcnicos ............................................................................................................................49 Recursos econmicos .....................................................................................................................49 Criterio de aceptacin .....................................................................................................................50 Plan alternativo ...............................................................................................................................50 Estudio de costos ............................................................................................................................50 Lecturas Sugeridas ..........................................................................................................................51

3


ndice de cuadros.1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. Principales tcnicas de recoleccin de informacin ..................................................................................................1 Guin de la entrevista para el diseo de una herramienta CASE .............................................................................8 Guin de la entrevista para el diseo de un sistema de informacin con base de datos .........................................9 Guin de la entrevista para el diseo de una red........................................................................................................9 Entrevista para el diseo de una herramienta didctica .............................................................................................10 Modelo de entrevista para el diseo de una pagina web. ..........................................................................................11 Notas de la revisin de material bibliogrfico para el diseo de una herramienta CASE ......................................12 Revisin del material bibliogrfico para el diseo de un sistema de informacin con base de datos. ...................13 Revisin del material bibliogrfico para el diseo de una red. .................................................................................14 Revisin de material bibliogrfico para el diseo de material didctico..................................................................15 Revisin de material bibliogrfico para el diseo de una pgina web .....................................................................16 Plan de observacin para el diseo de una herramienta CASE. rea de conflicto:Metodologa utilizada............18 Plan de observacin para el diseo de una herramienta CASE. rea de conflicto:Graficadores utilizados .........18 Plan de observacin para el diseo de una herramienta CASE. rea de conflicto: Presentacin ..........................18 Plan de observacin para el diseo de una herramienta CASE. rea de conflicto: Mantenimiento ......................19 Plan de observacin para el diseo de una herramienta CASE. rea de conflicto Criticidad operativa ...............19 Plan de observacin para el diseo de una herramienta CASE. rea de conflicto: Sistema SAP PM ..................20 Plan de observacin para el diseo de una red. rea de conflicto: Parmetros que definen la red ........................20 Plan de observacin para el diseo de una red rea de conflicto: Programas utilizados (software) ......................21 Plan de observacin para el diseo de una red. rea de conflicto: Dispositivos instalados (hardware)................21 Plan de observacin para el diseo de una herramienta didctica. rea de conflicto: Ambiente de trabajo .........22 Plan de observacin para el diseo de una herramienta didctica. rea de conflicto: Mtodo aprendizaje..........22 Plan de observacin para el diseo de una herramienta didctica. rea de conflicto: Fuente informacin ..........23 Plan de observacin para el diseo de una herramienta didctica. rea de conflicto: Caractersticas de la informacin. ........23 Plan de observacin para el diseo de una pgina Web. rea de Conflicto: Atencin al cliente ..........................24 Plan de observacin para el diseo de una pgina Web. rea de conflicto Publicidad ..........................................24 Plan de observacin pare el diseo de una pgina Web. rea de conflicto: Fuentes generales de informacin ...24 Plan de observacin para el diseo de una pgina Web. Comparacin de sitios similares.....................................25 Cuestionario para el diseo de una herramienta CASE .............................................................................................26 Resultados del cuestionario .........................................................................................................................................27 Cuestionario para el diseo de un sistema de informacin con base de datos .........................................................27 Cuestionario para el diseo de una red .......................................................................................................................29 Cuestionario para el diseo de una herramienta didctica ........................................................................................30 Cuestionario para el Diseo de una pgina Web .......................................................................................................31 Resultados del cuestionario .........................................................................................................................................31 Encuesta para apoyar el diseo de una herramienta CASE.......................................................................................33 Encuesta para apoyar el diseo de un sistema de informacin con base de datos ...................................................33 Encuesta para apoyar diseo de una red informtica.................................................................................................34 Encuesta para apoyar el diseo de una herramienta didctica ..................................................................................35 Encuesta para el diseo de material web ....................................................................................................................36 Modelo de pronstico ..................................................................................................................................................40 Cronograma de actividades para el desarrollo de una herramienta de software ......................................................46 Cronograma para planificar un trabajo de teleinformtica ........................................................................................47 Cronograma para hacer una pgina web.....................................................................................................................48 Calculo del costo administrativo semanal de una oficina de consultora .................................................................50

4


IntroduccinLos trabajos de grados dos trabajos de ingeniera. Son diferentes los trabajos de ingeniera de los que se hacen en ciencias sociales? Es posible disear un esquema que satisfaga a todas las reas de trabajo? Vale la pena tratar de unificar la estructura y la presentacin de los trabajos de grado.? A pesar de los sencillo y cmodo que pueda parecer aplicar el mismo esquema a todos los trabajos, independientemente de la carrera que se est culminando, el resultado va a ser tan lamentable que, lo ms probable, es que la cada en la calidad arrastre al autor, a su tutor y ha quienes van a evaluar el trabajo. Hay varios aspectos que deben ser evaluados cuidadosamente para decidir qu esquema se va a adoptar. En primer lugar, hay un estilo frecuente, que es el que ms se utiliza en cada rea, y que la gente est acostumbrada a ver. Esto genera expectativas que no pueden ignorarse. Los trabajos que escriben los abogados tienen su estilo, los de los mdicos el suyo, y los que hacen los ingenieros tambin tiene su propia manera de presentarse. Si en lugar de aprender a trabajar con el modelo y con el estilo correspondiente a la carrera de cada uno, el trabajo de grado se hace de acuerdo con normas que se llevan mejor como otra carrera, se corre el riesgo de perder los primeros meses de la vida profesional aprendiendo a trabajar como un ingeniero. Todo lo que se aprendi de las normas que se aplican en trabajos de ciencias sociales, de los trabajos de investigacin, de cmo plantear un problema o formular objetivos y pierdes validez de manera sbita, y genera una deteccin que aleja al profesional de su alma mater, de sus profesores, y de los ideales que tena en mente antes de graduarse. Cmo se soluciona esto? pues, simplemente, asegurndose de que el esquema con que se elabora el trabajo sea el mismo con el que se va a trabajar en la vida profesional. La finalidad del trabajo de grado igual que la razn por la que se ubica al final de la carrera, es que, como se trata de una manera de preparar al candidato a ingeniero para manejar las situaciones que va a enfrentar de ahora en adelante, es necesario que se lleven a la prctica todos los conocimientos tericos y tcnicos que se han acumulado durante los ltimos aos de estudio. Esto va a ser confrontado con lo que haya en el terreno laboral, que rara vez tiene la suavidad y la tolerancia que se acostumbra abusar en el medio acadmico, lo que en la Universidad se llama proyecto. Dependiendo del tipo de empresa y de las preferencias individuales, se llama cotizacin o presupuesto, o puede llamarse tambin estudios de factibilidad, proyecto de inversin, planes de inversin, etc. y tiene requerimientos de precisin y claridad que no pueden obviarse. No es mala idea dar al futuro egresado las herramientas necesarias para manejarse con cierta solvencia en estas circunstancias. En el caso especial de ingeniera de sistemas, es preciso detenerse un momento en las situaciones que puede encontrar un profesional en su actividad cotidiana. A veces, se puede observar algo que, por lo menos en apariencia, impide el desenvolvimiento normal de un proceso. Ya se trate de una acumulacin de pedidos sin atender, o una cantidad de clientes insatisfechos, o de quejas reiteradas sobre un proceso que falla ms de lo esperado, es conveniente establecer que hay un problema que debe resolverse, y para esto deben identificarse los indicadores de mal funcionamiento que ayuden a formular soluciones. El planteamiento del problema requiere sus tcnicas y mtodos, que apenas se parecen de lejos a un trabajo de investigacin cientfica. Una situacin igualmente frecuente es que, aunque no haya indicadores de mal funcionamiento se puede modificar las herramientas o los mtodos de trabajo para mejorar la eficiencia o la eficacia de algn proceso. Cuando esto ocurre, se inventa alguna herramienta especfica, o se produce un material educativo, o se hace un sitio web. Tambin es posible que se presente la oportunidad de desarrollar una actividad de instalacin de equipos, de modificacin de una red o de migracin a otros sistemas informticos, o de instalar un servicio. Aunque no hay ningn problema visible, de todos modos se trata de situaciones que el ingeniero de sistemas atiende como parte de su formacin tcnica. No son trabajos de investigacin, pero constituyen excelentes reas para desarrollar un trabajo de grado. Por ltimo, se puede trabajar en algn tema que efectivamente requiera que se aplique la tcnica y mtodos del mtodo cientfico para obtener una conclusin que confirme o rechace una afirmacin que permita crear conocimiento nuevo. ste es el nico caso en el que se va a realizar una investigacin cientfica aplicando todas las tcnicas del mtodo cientfico. Se va aprobar una hiptesis mediante un mtodo cuantitativo, basada en estadsticas y diseado para que pueda repetirse. ste mtodo no es el que se utiliza en las ciencias sociales, sino que se parece ms al de las ciencias naturales, y se basa en la observacin, experimentacin y medicin.

5


Organizacin del trabajoEl trabajo de grado, como todo material escrito debe tener una presentacin perfecta. Esto se refiere tanto al aspecto esttico como a la redaccin, ortografa, puntuacin y estilo. Si el trabajo est bien escrito y bien presentado, la disposicin del lector ser ms favorable. Debe desarrollarse de manera que su resultado puede aplicarse a un grupo de organizaciones o de personas que tenga el mismo problema o que enfrenten la misma situacin. Aunque se trabaje en una determinada empresa, la propuesta debe servir para un universo de usuarios. Esto implica la necesidad de disear instrumentos adecuados para la recoleccin de datos, que aseguren la calidad de la informacin y proporcionen todos los elementos necesarios para que se pueda hacer un anlisis eficiente. El proyecto de trabajo especial de grado que se realiza para optar el ttulo de ingeniero de sistemas consiste en un informe detallado de lo que se propone, de los recursos que se utilizarn y de la manera como se realizar este trabajo. El proyecto se organiza en cuatro puntos, como se describe ms adelante, que permitirn al evaluador tener una idea precisa de lo que se va a hacer y de la posibilidad de que se culmine exitosamente. Todos los temas son interesantes y todos son igualmente vlidos para desarrollar el trabajo de grado. Sin embargo, debe estar seguro de que finalmente, el trabajo va a tener toda la relevancia necesaria para ser considerado favorablemente por el jurado. Si el tema que eligi parece demasiado sencillo, o ha sido utilizado con mucha frecuencia para desarrollar trabajos anteriores, tenga en cuenta que el nivel de exigencia con que van a evaluar sea ms alto que si utiliza un tema novedoso o que llame la atencin por lo complejo. Recuerde que, en ltima instancia, lo que se evala no es el tema sino el autor, a travs de su trabajo, y el nico elemento de juicio de que se dispone es la calidad que usted sepa imprimirle.

Seleccin del temaAntes de tomar una decisin sobre el tema que va a ocupar su atencin durante los prximos meses haga una reflexin sobre cules son sus preferencias en qu rea se siente ms cmodo y cules son las posibilidades de conseguir todo el material que necesite si resuelve trabajar en un problema determinado. Una decisin apresurada puede tener un costo muy elevado desde el punto de vista del esfuerzo requerido para documentarse. Lo ideal es trabajar sobre un tema que usted ya conozca y apoyndose en el material que ya tenga en sus manos o que pueda conseguir sin inconvenientes. Una vez que est preparado para comenzar la bsqueda del tema, dirija su atencin a cada uno de sus familiares o de sus amigos: siempre hay alguien que tienen una empresa un negocio, un comercio o, en general, un problema no resuelto que requiere la asesora de un analista de sistema. Por supuesto que tambin pueden utilizarse los temas que se encuentren en la organizacin donde uno trabaja, pero si no se tienen la absoluta seguridad de que no se va perder el empleo antes de terminar el trabajo, es preferible buscar el tema en otra parte. Si no esta satisfecho con las posibilidades de escoger un tema apoyndose en la gente que conoce, podra desarrollar algo genrico, es decir, un trabajo de aplicacin general que no est dirigido a una organizacin en particular sino que puede ser parametrizado para que lo aproveche cualquier usuario que cumpla con ciertas condiciones, de modo que la propuesta en cuestin le resulte til. Como esto hay cantidad de productos de software comercial, ya sea libre o propietario. Se produce una herramienta que puede ser aplicada para solucionar el mismo problema en varias empresas diferentes, como los sistemas contables, de inventario de facturacin, etc. La seleccin del tema se hace basndose en tres elementos, que permiten qu se quiere hacer qu se puede hacer, y dnde convienen trabajar.

Planos de desarrolloPor lo general, el trabajo de grado se desarrolla creando una herramienta (aplicacin programada) relacionada con el manejo de documentos, es decir, con la captura de datos la clasificacin y ordenamiento de registros, el diseo de pantallas y formularios, el procesamiento de la informacin, etc.). Con menos frecuencia, se encuentra una situacin en la que es necesario sugerir una modificacin de los procedimientos de trabajo, de la manera como se llevan a cabo las actividades, del orden que se sigue en su ejecucin, o de la jerarqua que debe tener quien autoriza la realizacin de algunas tareas especficas. Por ltimo, es posible que el problema analizado no pueda resolverse sin una modificacin sustancial de la estructura de la organizacin (reingeniera). Pero para asegurar el xito en estos trabajos es preciso disponer de mucha experiencia, de un equipo de consultora gerencial muy calificado, y, sobre todo, de toda la confianza de quien dirige la empresa involucrada, por lo que no es posible observar esta situacin en un trabajo de grado realizado por un estudiante. Estas tres posibilidades describen los planos de desarrollo de los sistemas de informacin (plano de informacin, plano de operaciones y plano organizativo, respectivamente). El plano de informacin est conformado por los flujos y documentos generados por el plano de procedimiento, el este nivel se desarrollan trabajos como las herramientas CASE, los sistemas expertos, sistemas didcticos y otros. El plano de operaciones (cmo se hace) establece los mtodos que rigen las actividades de un sistema, Grande pero los problemas que se presentan en este nivel requieran la intervencin de un buen ingeniero (manejo de informacin, solucin de problemas de trnsito, de transporten de atencin al pblico, etc.) e implican el uso de hacer investigacin de operaciones, simulacin, calidad total pata general la definicin de procedimientos y funcionamiento de los procesos analizados.

6


El plano organizativo (quin, dnde) engloba todas las estructuras, organizacin, relaciones y jerarqua de los componentes (subsistemas) del sistema. La definicin o redefinicin de este plano, conlleva a la elaboracin de proyectos en reas como organizacin y mtodos o reingeniera, que requieren coordinadores que analicen diseen y construyan la estructura de los principales elementos (personal, tecnologa, procesos) de una organizacin.

Inventario de recursos disponiblesEl paso siguiente hacia la eleccin de un tema es la evaluacin de los recursos. Si se establece con claridad de que se dispone, es mucho ms fcil tomar una decisin acertada. Considere como recurso a todo lo que puede utilizar, a los equipos, las personas que puedan asesorarlo o ayudar, su tiempo libre, sus conocimientos, y todo lo que puede representar una ayuda, una ventaja un apoyo. Clasifique los recursos de la manera que se indica a continuacin, y mencione todos los detalles que le parezcan tiles los inconvenientes que pueda surgir y lo que pueda concretarse prximamente. Herramientas (hardware y software) La disponibilidad de recursos tecnolgicos es obligante a la hora de seleccionar este punto realice un inventario detallado de las herramientas disponibles y de sus conocimientos de programacin y computacin, y compare estos recursos con lo que se requiere para el desarrollo del proyecto que tiene en mente. Por ejemplo si piensa desarrollar un sistema en Internet, es necesario disponer de un computador con especificaciones que satisfagan ampliamente los requerimientos de conexin, adems de escoger un proveedor de Internet que proporcione enlaces con suficiente ancho de banda, que puedan realizar en tiempo de conexin que su trabajo va a exigir. Las caractersticas del equipo deben ser adecuadas para el software que se va a utilizar, por lo que conviene hacer una evaluacin minuciosa de las herramientas disponibles, las licencias necesarias, los conocimientos y destrezas que exige y todo lo que en algn momento pueda convertirse en un factor limitante para el proyecto. Asesoramiento Es imprescindible organizar un equipo de trabajo conformado por asesores en 3 a como mnimo: ingeniera de sistemas (para garantizar la correcta aplicacin del mtodo de anlisis, de los diagramas utilizados y de la validez de los requerimientos determinados), rea tcnica (por ejemplo, un especialista en relaciones industriales, o un contador, o un mdico) y programacin. En este ltimo aspecto, tenga en cuenta que tanto el programador como el encargado de manejar los recursos multimedia (videos, sonidos, etc), deben ser exactamente lo que usted estableci en el anlisis. Si el trabajo queda mal, quin perder su tiempo y su dinero ser usted, por lo que no puede dejar las decisiones en manos de los tcnicos ni de los asesores. Asegrese de conformar su equipo con personal calificado que realmente pueda proporcionarle la asistencia necesaria para la elaboracin de un producto de calidad. Muchas veces, aunque el autor puede ofrecerle su orientacin en estas tres reas, es aconsejable que busque la opinin de diferentes profesionales para conformar su equipo. Tiempo Analicen la complejidad del proyecto. De este punto depender la planificacin de la propuesta. Si usted piensa desarrollar todo su trabajo de grado en un solo semestre, no se arriesgue a escoger un proyecto complicado que exija un ao de trabajo e investigacin y construccin. Si ste es el caso, dice que este tema o asesores bien para delimitar el alcance. De la precisin con que elabore su cronograma depender que el trabajo est listo cuando usted lo necesita Recursos econmicos Elabore un presupuesto con la relacin de gastos, con un costo del semestre, arancel de grado, tutora, programacin, remas de papel, trascripcin, cartucho de tinta, discos compactos, encuadernacin, transporte, alojamiento y cualquier otro gasto inherente al desarrollo del trabajo, considerando los montos y las fechas en que van a necesitarse. Evale este presupuesto, y analicen si est ajustado a sus posibilidades. Todos los ajustes que se le ocurra hasta lograr la combinacin ms adecuada a lo que usted puede gastar, y considere por ejemplo, si le conviene contratar un programador o tomar un curso de programacin. Averige si entre sus familiares y amigos hay quien pueda ayudar. Afinidad con el esquema propuesto Una vez que tenga su inventario de recursos, lalo determinadamente y trate de descartar todo lo que le parezca que va a ocasionar dificultades mayores que lo que puede manejar. Que un tema en particular puede resultar interesante, pregntese tambin si le gusta, es decir si va a poder dedicarle muchas horas diarias a lo largo de los dos o tres meses que va a durar esta experiencia. No trabaj con un tema que no conozca. Si bien no es esencial un dominio absoluto de la materia (siempre debe tener un asesor a quien consulta), necesitar una base mnima que le permita desenvolverse con comodidad, tanto en lo que se refiere al tema como a las herramientas de desarrollo. Recuerde que no es el tema de su trabajo lo que va a evaluarse, sino la calidad y la profundidad que sea capaz de darle lo que s es obligatorio es trabajar dentro de alguna de las reas de desarrollo que se promueve.

7


rea de desarrolloLos temas que se escogen con mayor frecuencia como trabajo de grado se pueden clasificar en dos grandes grupos, segn incluyen el desarrollo de una herramienta programada. En el primer grupo, los sistemas programados manejan una base de datos (sistema de informacin con base de datos) y llevan a cabo un proceso que incluye la captura, procesamiento, clasificacin y recuperacin de la informacin, o consiste en una interfaz que permite el acceso al contenido (herramienta de propsito didctico), que no admiten la modificacin de la informacin, ms que en forma simple, por lo que no utiliza una base de datos. El segundo grupo, que no considera ningn componente programado, consiste en trabajos relacionados con equipos, por ejemplo de comunicaciones, de telefona, televisin, etc., o en trabajos no relacionados con equipos, es decir, trabajos basados en la revisin bibliogrfica, en el anlisis estadstico de un determinado grupo o poblacin, o en la comparacin de mtodos o tcnicas que justifican que se haga un estudio para mejorar el conocimiento de ciertos aspectos que pueden resultar de inters para la comunidad de cientficos e ingenieros. Esto se explica con mayor detalle a continuacin. Sistema de informacin con base de datos Son los que se desarrollan para una organizacin un grupo de organizaciones, como respuesta a un problema que se detecta a travs de la observacin directa con el estudio de indicadores de rendimiento. Requieren un estudio basado en el planteamiento del problema que se va a resolver, y el anlisis debe contemplar, sobre todo, el intercambio de datos y el manejo de documentos. Aunque este tipo de trabajos requiere por lo general que se desarrolle una herramienta para el manejo de la informacin (casi siempre basada en la computadora), el campo de trabajo del ingeniero de sistemas abarca mucho ms el diseo y desarrollo de aplicaciones programadas. Los sistemas que manejen informacin pueden enfrentar problemas que requieran la intervencin de un buen ingeniero (manejo de expedientes, solucin de problemas de trnsito, de transporte, de atencin al pblico, etc.) Sistemas administrativos Sistema de recursos humanos Sistemas contables Sistemas de gestin Sistemas de informacin gerencial Sistema de apoyo a la produccin industrial Sistema de inventario Sistema de planificacin y control de la produccin Sistema de calidad Sistema de mantenimiento

Sistemas didcticos y herramientas CASE Todos los sistemas tutoriales, llamados tambin software educativos, sistemas didcticos, material educativo multimedia o sistema de enseanza asistida por computadora, tienen en comn la transferencia unidireccional de informacin, de la computadora al usuario. Aunque se puede observar 1 variable de interactividad, la informacin fluye en un solo sentido, por lo que no se organiza una base de datos, excepto para llevar un registro de usuarios y calificaciones. Los trabajos de este tipo requieren una interfaz que sea lo suficiente rica en metales como para interesar a la persona que la consulta, pero sin que se pierda la elegancia ni se generen distracciones que desvirten el propsito de las aplicaciones. Por esto es preciso un dominio profundo de las herramientas informticas que va a usarse. La caracterstica ms importante de este grupo es la utilizacin de toda la capacidad de manejar efectos multimedia que tengan la computadora: sonidos, videos, animaciones. Para garantizar la calidad de estos sistemas, el factor ms importante es la capacidad de seleccionar y validar el material que se va a usar como contenido. En el caso de las herramientas CASE, la estructura del trabajo responde al mismo esquema que cuando se desarrolla material educativo, aunque no se prepara informacin para constituir el contenido de la herramienta ni para transferir la, si no que se hace una interfaz que presenta los elementos necesarios para ayudar a hacer una tarea especfica. Trabajos no programados referidos a equipos Este grupo comprende los trabajos que se desarrollan considerando el equipo o su funcionamiento como el aspecto principal de diseo. Se incluyen, por ejemplo, los sistemas de control basados en el PLC (controladores de lgica programable), el diseo y configuracin de redes o los trabajos relacionados con servidores de Internet, con protocolos, como mecanismo de bsqueda, etc. Los trabajos de este grupo no incluyen una aplicacin programada, lo que, en algunos casos, puede parecer una ventaja para quien no sienta mucha afinidad por la programacin. Pero por lo general requieren ms tiempo que los sistemas con base de datos. Es frecuente que el sistema completo de un sistema de telecomunicaciones requiera un par de meses ms el desarrollo de una herramienta programada. Por otra parte, el nivel de conocimientos e indic deben ser muy

8


precisos y el asesor debe estar dispuesto a ensear a su pupilo una gran cantidad de detalles sobre equipos, tcnicas de instalacin y mtodos de prueba. Trabajos no programados no referidos al equipo Son los trabajos de investigacin sobre un tema especfico y se llevan a cabo recopilando una gran cantidad de informacin que luego se presentar de manera que aporte una visin nueva sobre ese tema, o que contribuya a facilitar estudios posteriores. En este grupo se incluyen estudios comparativos sobre tcnicas gerenciales, sobre administracin, o sobre alguna metodologa en particular. Tambin se puede trabajar en problemas del rea de investigacin de operaciones (colas, transporte, etc.) o de estadsticas (desarrollo de herramientas de apoyo al investigador, o para la simulacin de escenarios). Pueden utilizarse tcnicas que incluyen algoritmos genticos, modelos neuronales, o se puede desarrollar un tema terico comprendido en el rea de trabajo de la ingeniera de sistemas. Estos trabajos son prcticamente los nicos en los que se lleva a cabo una actividad real de investigacin, aplicando el mtodo cientfico y apoyndose en estudios estadsticos que le dan sustento cuantitativo a los resultados obtenidos. Por esta razn, es preciso que quienes vayan a elegir esta rea se aseguren de dominar la herramienta de clculo y que sepan interpretar resultados. La planificacin debe ajustarse a los mtodos estadsticos que van a usarse, y el informe final de garantizar la repetibilidad de todos los ensayos y recuentos que se llevan a cabo.

Esquema del proyectoLos proyectos de ingeniera tienen algunas caractersticas que resultan constantes independientemente del rea de trabajo, de la compaa que los presente o de la magnitud de las tareas que se vaya a llevar a cabo. Lo que en el ambiente acadmico se llama proyecto, en el mercado laboral es llamado presupuesto o cotizacin, segn se trate de empresas de ventas de productos con el servicio. Habitualmente, aunque puedan observarse excepciones, los proyectos son breves (la propuesta casi nunca excede de ocho o diez pginas), precisos (van directo al asunto que inters, sucede esto, se arregla as iba a costar tanto) y fciles de leer (se presentan en un estilo de redaccin sencillo que evita tanto el vocabulario excesivamente tcnico como las explicaciones redundantes o innecesarias). De acuerdo con esto, es preciso, entonces, asegurarse de que el proyecto mencione especficamente toda la informacin que a cualquier cliente espera encontrar en presupuesto, es decir, qu es lo que se encontr, cul es el diagnstico, cmo va a instrumentarse una solucin o una propuesta, y cules van a ser los recursos necesarios para concretar el trabajo. El proyecto debe organizarse en cuatros puntos: Recopilacin de la informacin Planteamiento del problema o formulacin de la propuesta, segn corresponda Metodologa Planificacin del proyecto

Recopilacin de la informacinInformacin til La informacin tiene un costo. Todo lo que se pregunta genera una respuesta que debe ser procesada, arbolada, interpretada y presentada adecuadamente en un informe, por lo que resulta crucial asegurarse de que todo lo que va a procesarse constituyen informacin til. Si se pregunta algo que el que responde no sabe, se corre el riesgo de que proporcione informacin confusa o errnea. Es preciso asegurarse de que no se van a hacer preguntas mal planteadas, o de que no se va a tratar de aplicar un esquema de observacin que genere informacin que no interesa o que resulta irrelevante para los efectos de resolver el problema que se quiere resolver. Hay dos premisas que es necesario tener en cuenta cuando se hace el trabajo inicial de recopilacin de informacin. La utilizacin de un sistema de informacin pasa, frecuentemente, por la reduccin de la nmina. Esto, que es sabido por las personas que trabajan en la organizacin donde el analista est llevando a cabo sus tareas, indica que es, como mnimo, imprudente preguntar en forma directa a esta gente por los problemas que se presentan con algo est relacionado directamente con su desempeo. La primera premisa es, entonces, que la gente no siempre responde con la verdad a lo que uno pregunta. Por otra parte se cumple aqu ms que nunca la mxima "basura entra, basura sale". Si uno no ha definido con precisin qu es lo que necesita averiguar, es imposible que lo que se obtenga en este proceso sirva para solucionar el problema. Si uno no sabe qu es lo que se necesita, no se puede esperar que quienes estn causando el mal funcionamiento le indique al analista como corregirlo. La segunda premisa es que la gente ignora por qu ocurren los problemas. Una vez que se ha diseado un plan adecuado, se puede comenzar a averiguar qu es lo que est sucediendo, cmo se trabaja en este tipo de organizacin, que diferencias presenta esta organizacin especfica con respecto a otras, y en que es lo que se debe corregir para satisfacer al cliente

9


Tcnicas ms frecuentes en ingeniera de sistemas Las tcnicas ms frecuente para recopilar datos ingeniera de sistemas son la entrevista estructurada, la revisin de material bibliogrfico, observacin directa, el cuestionario y la encuesta. Al escribir cada una de ellas es conveniente declarar, al principio cul es el propsito de esta tcnica que es lo que se busca con su aplicacin. Luego se hace la relacin explicando cmo se realiz el trabajo y por ltimo se indica que es lo que se obtuvo como resultado. De esta manera se puede hacer una comparacin que permita evaluar si esta actividad fue exitosa o si debe repetirse. Los criterios de seleccin, clasificacin y valoracin de la informacin que se va a utilizar dependen, en primer lugar, de lo que se vaya a hacer con ella, pues no es posible aplicar las mismas tcnicas para obtener informacin que se va a utilizar con distinta finalidad. Si se encuentra en libros por otro material escrito y publicado, es importante hacer una relacin clara de todas las fuentes bibliogrficas consultadas, apropiadamente ordenada, de manera que se facilite su bsqueda para poder confirmar lo que se asevere de en el trabajo, o para ampliar o hacer algn comentario sobre ese material. Si se va a obtener de fuentes primarias, es decir, se va a extraer preguntando a personas u observando hechos, los instrumentos que se utilicen deben disearse para asegurar que toda la informacin sea til, que contribuya a lograr el resultado que se busca y que quede debidamente registrada. Usualmente, las tcnicas de recopilacin que ms se utilizan son las entrevistas estructuradas, cuestionarios con preguntas cerradas, encuesta de una sola pgina y, en general todo lo que pueda agruparse, a burlarse y graficarse con facilidad, usando las herramientas comunes en cualquier oficina. Esto es debido a que la informacin que necesita el analista para hacer su trabajo es muy especfica y las tcnicas que la libertad a la persona que responde para hablar de lo que l prefiere desven el foco de la atencin hacia aspectos que pueden ser muy interesante pero que no constituyen ninguna ayuda a la determinacin de requerimiento para solucionar el problema que se plantea. La informacin siempre se tiene de varias fuentes, por lo que la planificacin de las actividades de recoleccin debe tomar en cuenta que va a ser necesario preparar varios instrumentos diferentes. Lo ideal sera comenzar por preparar una lista de los libros que se van a consulta, de las empresas que se pueden visitar, o de la persona que pueden aportar datos de inters, y planificar una estrategia para obtener todo lo que pueda resultar de utilidad de la manera ms eficiente posible. Tanto las empresas como las personas que van a contribuir aportando informacin o asesoramiento deben tomarse en cuenta como indicando que es lo que puede aportar cada una, o qu es lo que se espera de un los recursos que se buscar no consiste solamente en informacin til sobre los aspectos tcnicos de los procesos que se va a estudiar: tambin debe buscarse financiamiento, servicio tcnico (programacin, diseo grfico, etc.) o apoyo institucional para respaldar una propuesta de alcance ante que preste utilidad a la mayor cantidad posible de clientes. Como se estableci anteriormente, entonces, las tcnicas ms frecuentes para recopilar datos ingeniera de sistemas son la entrevista estructurada, la revisin del material bibliogrfico, la observacin directa, el cuestionario y la encuesta. En el cuadro siguiente, se muestran el propsito, el sujeto de aplicacin y algunas otras caractersticas de cinco tcnicas.Cuadro 1 Principales tcnicas de recoleccin de informacinTECNICAS PROPOSITO SUJETO QUE RESPONDE INSTRUMENTOS UTILIZADOS CONDICIONES DE APLICACIN personas presentes, lugar de la entrevista, hora u otra circunstancia que puedan afectar la el resultado Lugar donde se hizo la consulta, caractersticas de la conexin a Internet, hora de la consulta, etc. RESULTADOS CONCLUSION

Entrevista

Identificar al cliente

La persona que controla al analista

Guin de entrevista

la

Nombre y apellido de las personas con quien se va a trabajar Fuentes que contienen el material que va a sustentar el trabajo y enumeracin de las reas de conflicto ms frecuentes Descripcin detallada de los procesos en los que ocurre el problema que hay que solucionar o la situacin se va a corregir Complemento de la descripcin obtenida con la observacin

Se logr identificar al cliente o se debe repetir alguna reunin Quedan identificadas claramente las reas de conflicto o es preciso ampliar la bsqueda de informacin

Revisin de material bibliogrfico

Obtener informacin especfica sobre el proceso y la empresa

Analista

Cuadro resultados

de

Observacin

Obtener informacin especfica sobre el proceso y la empresa

Analista

Notas de observacin

la

Si la observacin se llev a cabo en un ambiente tenso, es posible que haya que confirmar la informacin posteriormente Debe mencionarse si el cuestionario se respondi en persona o se

Se logr suficiente grado de detalle o se debe aplicar un cuestionario para complementar Se obtuvo informacin suficiente o se debe repetir el cuestionario

Cuestionario

Complementar descripcin obtenida con observacin

la la

Personal involucrado con el proceso que se describe

Cuestionario

10

PROYECTOS DE TRABAJOS DE GRADOS PARA INGENIERA DE SISTEMAS ADRIANA MIRANDA AUGUSTO MARTNentreg para que se devuelva despus, igual que cualquier otro detalle de inters Cantidad de personas, ambiente en el que se aplic, circunstancia que valga la pena mencionar

Encuesta

Identificar fallas y problemas

Clientes proceso

del

Cuestionario

Sntomas problema

del

Se puede hacer un diagnstico preciso con los sntomas que se identificaron o se deben repetir la encuesta

Toda la actividad de recopilacin de informacin se lleva a cabo contactando a personas que, directa o indirectamente van a proporcionar las respuestas a lo que el analista necesita para el xito de su trabajo. El analista es el ingeniero de sistemas que va a ser contratado para desarrollar una propuesta, y quien lo contrata, es decir, su cliente, que suele ser el dueo de la empresa visitada, es el nico que puede decidir si, efectivamente, le conviene este presupuesto o no. Por otra parte, los empleados de la empresa no tienen ese poder de decisin, por lo que la informacin que ellos pueden proporcionar es completamente diferente: ellos conocen los procesos y la manera como se desarrolla, pero no siempre estn conscientes de que se trabaja mal, y mucho menos de que ellos mismos son los culpables del problema que hay que solucionar. Por ltimo los clientes del proceso son quienes sufren las consecuencias del problema o de la situacin planteada, por lo que su percepcin es particularmente til para averiguar qu es lo que pasa aunque no para saber por qu pasa. La cantidad de personas que deben ser consultadas para lograr resultados efectivos depende de la clase de informacin que se est buscando, de la tcnica utilizada y del alcance que se le quiera dar al trabajo. Al regla general la regla general es que cuando la informacin que se va a recoger puede estar afectadas por la percepcin personal de quien responde, es necesario buscar mltiples fuentes para encontrar una tendencia, mientras que si la informacin requerida consiste en una descripcin tcnica o en una afirmacin que involucra polticas o normas de la empresa, conviene preguntarle solamente a la persona que maneja oficialmente esos datos. La entrevista y la revisin bibliogrfica se aplican a la obtener la informacin bsica que se necesita para comenzar el trabajo. En otras palabras, se establece si hay una posibilidad real de lograr un contrato de trabajo y si el inters del cliente se puede convertir en una oportunidad para desarrollar el proyecto. La revisin bibliogrfica de la opcin de identificar las reas de conflicto que van a ser observadas luego. La observacin y el cuestionario posterior van a proporcionar una descripcin detallada del proceso en el cual se presenta el problema. Por ltimo, se utiliza la encuesta para identificar los indicadores de malfuncionamiento, que son, en definitiva lo que va a caracterizar el problema que se va a resolver. La secuencia con que se aplican estas tcnicas responde a la manera cmo deben encadenarse los datos y la informacin que se obtiene. Despus de haber establecido con el cliente que se va a ser y con quin se va a trabajar, la bibliografa proporcionan los conceptos necesarios para orientar la observacin. Los aspectos bsicos que va a registrarse con la observacin son, entonces, los que requieren mayor grado de detalle en la descripcin como por lo que es importante asegurarse de que las preguntas del cuestionario sino para obtener informacin til acerca de lo que el analista necesita. Finalmente, como resultado del cuestionario es posible confirmar la situacin de las principales reas de conflicto, y se prepara una encuesta con preguntas que traten de poner en evidencia lo que est funcionando mal, lo que falta por lo que debera cambiarse para solucionar el problema planteado. La importancia de formular correctamente las preguntas y los puntos de observacin deriva del costo de procesar las respuestas, tabulando los resultados, verificando si es necesario con redactando conclusiones y dedicando el esfuerzo necesario para obtener la informacin buscada. Si alguna pregunta se enfoca en un aspecto que no contribuye a lograr informacin til, el costo total del proyecto y el tiempo necesario para llevar a cabo. Cuando se hace el informe, todo lo que se hizo con cada tcnica se presenta indicando, en primer lugar el propsito de esta tcnica lo que se quiere obtener aplicando la. Luego se presentan los instrumentos utilizados las condiciones en que se aplicaron y cualquier otra consideracin que permita comprender adecuadamente lo que se hizo. Por ltimo se presentan los resultados obtenidos con una conclusin que puede compararse con el propsito que se declar al comienzo esta conclusin debe dar una idea de cules son los principales oportunidades de mejora, o sea la forma en que el ingeniero del sistema puede ir componiendo una propuesta que al terminar el proceso de recoleccin de informacin, va a estar sustentada por todo lo que obtuvo en el sitio de trabajo A continuacin se describen detalladamente las cinco tcnicas principales presentando algunos ejemplos que ilustran casos especficos.

Entrevista estructuradaLa entrevista estructurada se utiliza para plantear una conversacin de manera ordenada con las personas que contratan al analista, a los que estn encargados de manejar el proceso que va a analizar. Se llev a cabo estableciendo con anticipacin qu punto se van a tratar (es decir, cul ser su estructura) y es de utilidad principalmente para establecer quin es el usuario principal del sistema, tienen que tomar la decisin de implantacin o de compra y en algunos casos

11


exigencias especficas deben satisfacerse para la implantacin exitosa del sistema de informacin (requerimientos del usuario). La primera pregunta que hay que responder es a quin se va a entrevistar. Nuevamente, si se va a trabajar en una empresa determinada, como un gerente o dueo est claramente identificado como la persona que toma las decisiones, la decisin es sencilla. Pero si la empresa es ms grande y compleja, es posible que haya que conversar con varios individuos. Si se est pensando en producir una propuesta gentica, quiz se obtenga los mejores resultados al entrevistar a los gerentes de varias organizaciones que puedan ser considerada como candidatas a ser clientes o patrocinadores. Ningn caso es igual a otro, por lo que las decisiones deben tomarse despus de haber analizado las circunstancias particulares de cada uno. La estructura de la entrevista debe facilitar el trabajo posterior del analista, debe ayudarle a identificar a las personas cuya aprobacin sea un requisito para poder instalar un nuevo sistema de informacin, a quienes tengan el control de la informacin que se necesita para hacer el estudio. El entrevistado es el que va a dar primer panorama de la situacin en la. El analista debe buscar, por un lado, evitar el desgaste y la prdida de tiempo que ocurren cuando el que toma las decisiones no es quien uno crea y por otro debe buscar informacin lo ms preciso posible de quines son las personas que estn a cargo del rea en la que se va a trabajar. Cuando el trabajo que se quiere desarrollar se dirige a una empresa especfica, es obvio que el entrevistado ms importante es el dueo de la empresa, o la persona que se encargue de tomar las decisiones econmicas. A veces es el dueo, a veces es un gerente, y otras veces es algn familiar del dueo, una persona de su confianza o inclusive puede ser una secretaria u otro que habr que identificar con precisin rpidamente y de manera discreta. En este caso una vez que se sabe quin maneja el dinero y quin maneja los delitos ya se pueden tomar decisiones en cuanto a si conviene o no dedicarse a este proyecto. Si se quiere hacer algo genrico que pueda ser utilizado por muchos clientes ya sea a travs de una licencia o con una distribucin gratuita la entrevista debera orientarse a la bsqueda de un patrocinador o de algunos candidatos a pagar una licencia. El software con su licencia siempre apoya su distribucin en un estudio de mercado. Y esto a su vez da una idea de a quin conviene entrevistar y que se podra preguntar. Para entusiasmar a un posible patrocinador para una herramienta de software, pintada o de otro tipo, la entrevista tiene que incluir preguntas sobre el presupuesto publicitario, o sobre los costos de los medios utilizados habitualmente para ayudar al adiestramiento o para promover polticas y normas. La entrevista ideal es la que se lleva a cabo sin demoras innecesarias, estableciendo de una vez que es lo que se busca e identificando por su nombre a la persona que puedan contribuir o que puedan constituir un impedimento para la realizacin del proyecto. A continuacin se presentan algunos ejemplos correspondientes a casos especficos, en los que se puede apreciar cmo varan y qu tienen en comn los guiones de la entrevista conducida para manejar cada situacin. Guin de la entrevista para el diseo de una herramienta CASE En el caso de la creacin de una herramienta CASE, el guin tiene que orientar la entrevista a determinar quines que la necesita, a quien le va interesar lo suficiente como para compararlas o recomendar, y quien tomar las decisiones que conduzcan a concretar su funcionamiento. En resumen, quien podra beneficiarse con el desarrollo de la herramienta propuesta. No est de ms incluir una o dos preguntas que ayuden establecer si hay algn requerimiento especial que pueda ser considerado como requerimientos del usuario.Cuadro 2 Guin de la entrevista para el diseo de una herramienta CASE ESTRUCTURA DE LA ENTREVISTA Propsito: identificar las personas que pueden tomar decisiones de adopcin de la herramienta o que pueden contribuir con su desarrollo. Una herramienta como la que se propone puede resultar til para usted o para su organizacin? Hay alguna restriccin o preferencia con respecto al sistema operativo con el que se debe trabajar? Tiene (o estn dispuestos a pagar) las licencias del software que se utilizara para el desarrollo? Estara dispuesto a dar apoyo tcnico y econmico al desarrollo de esta herramienta? Podra usted o su organizacin acordar un compromiso para apoyar el desarrollo de esta herramienta? Quin toma las decisiones financieras necesarias para indicar este proyecto? Quin toma las decisiones tcnicas? Quin autoriza el acceso a la informacin necesaria? Quin debe dar la aprobacin final?

Como puede verse, la entrevista se orienta por completo a obtener apoyo para el proyecto que se va a realizar. Los temas que se tratan con el entrevistado se refieren, directamente o indirectamente, este nico asunto, y no hay mucha diferencia con lo que se debe hacer si lo que se va a desarrollar un sistema de informacin con base de datos, excepto que en este ltimo se entrevistan ms personas.

12


El resultado de la entrevista debe incluir la respuesta a cada una de las preguntas que se formularon, evitando las antigedades y asegurndose de que el propsito de la actividad se haya cumplido de manera satisfactoria. ste resultado es lo que va a utilizarse para tomar la decisin de seguir adelante con el proyecto o para dejarlo, por lo que es necesario expresarlo con toda precisin y la claridad requerida. Guin de la entrevista para el diseo de un sistema de informacin con base de datos Si se quiere desarrollar un sistema de informacin con base de datos (en el ejemplo que se presenta, para el control de la produccin en empresas manufactureras), convendr hablar con los dueos de algunas empresas a las que podra interesarles la propuesta. De esta manera se averiguara a quien debe mostrarse el sistema, a quien hay que atraer, quien puede ser partidario de implantar el sistema o de rechazarlo. Es posible que haya que conversar, adicionalmente, con los encargados del almacn, los gerentes generales, de produccin o de compras para individualizar las personas que intervendrn aportando informacin para el anlisis o para dar informacin que los dueos de la organizacin no manejen tcnicamente.Cuadro 3 Guin de la entrevista para el diseo de un sistema de informacin con base de datos ESTRUCTURA DE LA ENTREVISTA Propsito: identificar las personas que pueden tomar decisiones de adopcin de la herramienta programada o que pueden interesarse en promover. Se observarn fallas en el control de la produccin? Son frecuentes los errores de clculo? Cmo afecta a la organizacin el problema que se presenta? Utilizan actualmente sistemas de informacin basados en computadora? el personal est acostumbrado a usar herramientas informticas? Estara dispuesto a dar apoyo tcnico y econmico al desarrollo de una herramienta que contribuya a solucionar esto? Podran usted o su organizacin acordar un compromiso para patrocinar el desarrollo de esta herramienta? Quin puede tomar las decisiones financieras necesarias? Quin toma las decisiones tcnicas? Quin autoriza el acceso a la informacin necesaria? Quin debe dar la aprobacin final?

El resultado de este entrevista debe ser, en primer lugar, la identificacin de la persona a quien hay que dirigirse o a quien hay que tratar de interesar ms, adems de establecer cules son las personas que tendrn relacin directa con el proyecto que se quiere llevar a cabo por otra parte debe precisarse si se observ un inters real en la propuesta y si el ambiente de trabajo es favorable a la adopcin de nuevos mtodos y tcnicas. Guin de la entrevista para el diseo de una red. Para disear una red, el resultado de la entrevista se convierte en un elemento esencial para apoyar la decisin de tomar o rechazar el trabajo. Por esta razn, las preguntas que deben hacerse al cliente son algo ms tcnica que en los otros casos y requieren respuesta con mayor precisin. A diferencia de los otros casos planteados, en el diseo de una red no es posible trabajar de manera genrica, cada vez que se quiera disear una red la, un sistema de comunicaciones, de telefona, de vigilancia remota, etc. ser necesario hacer un estudio especfico de la situacin encontrada, de las condicione y de las caractersticas de la informacin trasmitida.Cuadro 4 Guin de la entrevista para el diseo de una red ESTRUCTURA DE LA ENTREVISTA Propsito: identificar las personas que pueden tomar decisiones de contratacin. Quin tomar la decisin de implementacin? Cuales son los recursos financieros de que dispone la organizacin? Cuntas personal requiere del servicio de la red? Qu volumen de informacin circula actualmente entre departamentos (documentos escritos, comunicaciones de voz, imgenes, videos, etc.? Cual es el crecimiento proyectado por la organizacin? Cual es el nivel de capacidad y cules son las actitudes de los usuarios de la red acerca de los computadores y de las aplicaciones informticas? Se cuenta con todo el hardware y software necesario para la reestructuracin de la red LAN? Qu departamentos carta y gestionan mayor flujo de informacin?

13

PROYECTOS DE TRABAJOS DE GRADOS PARA INGENIERA DE SISTEMAS ADRIANA MIRANDA AUGUSTO MARTNQu topologa tiene actualmente la distribucin de la red? Existen reas o departamentos que deben ser incorporados en la red? Existe documentacin de la distribucin fsica de la red?

Nuevamente, puede verse que es importantsimo analizar los resultados minuciosamente para disear una propuesta que pueda ser til para la organizacin. Los proyectos de redes involucran la evaluacin de proveedores, tecnologas y equipos, por lo que es necesario que el analista est empapado de todos los detalles de las marcas y componentes que se consiguen comercialmente. El diseo propuesto, a su vez, para estar sujeto a la disponibilidad en el mercado local o como si el cliente tiene posibilidades, a lo que pueda importarse. En entrevista para el diseo de una herramienta didctica Para desarrollar material educativo, la entrevista es una tcnica que no reviste tanta importancia como en los casos anteriores. A veces, si se quiere preparar material de apoyo a un programa especfico, con los programas oficiales de las escuelas primarias o los de instituciones para la formacin tcnica, se puede utilizar una entrevista con un experto en este para conocer las pautas generales con las que se trabajara. Pero si se va hacer un material para difundir informacin especfica sobre un producto comercial, sobre una empresa o un destino turstico, todo lo que se necesita se puede obtener mediante consultas bibliogrficas, observacin, cuestionarios y encuesta. Si el material que se va a desarrollar tiene como destino una empresa en particular, entonces se aplican todos los criterios que se describieron en los casos anteriores, es decir, hay que identificar al cliente como actividad prioritaria y establecer cules son los requerimientos del usuario a los que habr que considerar como obligatorios. A continuacin se muestra un ejemplo de lo que podra ser una entrevista en una empresa a la que se quiere ofrecer una herramienta didctica para que el personal de informtica conozca sus estndares de programacin y las polticas para la produccin de software. Se realiz la entrevista con el Jefe Nacional de Sistema, Lic xxx, para identificar el cliente y obtener una idea clara de lo que requiere la situacin actual para mejorar:Cuadro 5 Entrevista para el diseo de una herramienta didctica ESTRUCTURA DE LA ENTREVISTA Propsito: identificar el cliente, los requerimientos de usuarios y las condiciones en que se va a trabajar. Qu le exige la empresa al programador respecto a la aplicacin, interfaz grfica, programacin, etc...? Las interfases grficas de las aplicaciones son diseadas y desarrollar por el mismo programador? Qu lenguajes de programacin es el ms comn que la organizacin? A quin van dirigidos los estndares? Cmo accederan a la informacin de los estndares? Quienes hacen el requerimiento de programacin? Quines prueban las herramientas? De qu forma se divulgan informacin de la herramienta didctica? Quin va a dar los permisos necesarios para acceder a la informacin? Quin debe dar la aprobacin final? Quin aprueba el presupuesto del proyecto?

El resultado obtenido en ejemplo debe indicar si los estndares embozo actualmente tienen cierto atraso con respecto a las nuevas herramientas de programacin que fueron adquiridas por la empresa o si se mantiene actualizado en este momento es posible que la situacin de cualquier empresa de software est pasando por una transicin de lo que era habitualmente cuando se usaba visual Basic, Delphi, hacia el modelo genrico de programacin con visual Basic.net o con software libre. Cualquier nuevo estndar debe estar a disposicin de los programadores a la brevedad posible, ya que son ellos los encargados de llevar a cabo los proyectos que se soliciten en cada departamento, sobre todo cuando se trabaja en un a que cambia tan frecuentemente y profundamente como la programacin. Modelo de entrevista para el diseo de una pgina web La caracterstica ms importante de una de una pgina web es que se trata de una herramienta dirigida a transmitir informacin en forma masiva. Este hecho hace que las consideraciones de diseo, la capacidad de agradar al pblico objetivo y, sobre todo, la efectividad para transmitir su mensaje con un protagonismo que iguala el del material publicitario comercial. Al mismo tiempo, la enorme difusin de Internet como medio de consulta a hechos que, por comparacin, muchsimas gentes tengan conceptos claros en cuanto a que es lo que quieren para la pgina de su empresa o para su propsito persona. La conclusin es que es imprescindible conocer ms o menos detalladamente las pginas de consulta ms frecuentes en el rea en que se va a trabajar, ya que, seguramente el cliente trae ideas propias que provienen de lo que han visto en sitios similares.

14


Se presenta como ejemplo la entrevista que se llev a cabo para comenzar a trabajar en un sitio web para promover un destino turstico. Se aplica con la finalidad de identificar a los interesados en el patrocinio del proyecto. Se consider que un aspecto de gran importancia es que en la entrevista se oriente al cliente o a los clientes, que son todos los propietarios de locales, centros comerciales, hoteles, posadas, comercio, auto mercados, farmacias, etc. que estn interesados en tener su propaganda en la pgina web, en el sentido de buscar cierta uniformidad en las expectativas. Cuando se publica un sitio como ste, cada uno de los integrantes deben encontrar lo que esperaba y debe quedar conforme con ya que de esto depende la permanencia, la vigencia y la actualidad de la informacin.Cuadro 6 Modelo de entrevista para el diseo de una pagina web. ESTRUCTURA DE LA ENTREVISTA Propsito: identificar el cliente, los requerimientos de usuarios y las condiciones en que se va a trabajar. 1.- Quin puede facilitar un plano de la localidad? 2.- Su establecimiento estara interesado en tener presencia en la pgina con? 3.- Su negocio tiene ya una pgina web? 4.- Tiene algn requerimiento especial para el diseo o la estructura del sitio por (enlaces, herramientas especiales, videos, msica, etc.)? 5.- La pgina debe incluir elementos que faciliten las transacciones comerciales (ventas en lnea, pago con tarjeta de crdito, etc.? 6.- Estara dispuesto a dar apoyo tcnico y econmico al desarrollo de esta pgina? 7.- Podra usted o su organizacin acordar un compromiso para apoyar y patrocinar el desarrollo de este material y la y? 8.- Quin puede tomar las decisiones financieras necesarias? 9.- Quin autoriza el acceso a la informacin necesaria? 10.- Cual es la informacin que deben incluirse en la pgina web?

Despus de haber realizado la entrevista a los dueos de tiendas, hoteles y lugares de hospedaje, se puede afirmar si la idea presentada va a tener aceptacin por: casi siempre resulta atractivo el hecho de que a travs de un sitio web se puede difundir la imagen publicitaria, y esto puede interesar un buen nmero de personas a reincorporarse a este proyecto. Adems, se pueden establecer algunas pautas generales con las que se puede trabajar, como lugares estratgicos de publicidad de la zona y lugares tursticos. Si algunos comercios se dirigen a apoyar un diseo que se oriente al comercio electrnico, pagos y reservaciones en 1000, siempre es posible trabajar con una plantilla para dar aspecto similar a todas las pginas especficas de cada negocio. De todos modos, estos son aspectos que se van a revisar individualmente cuando se comiencen a trabajar en forma concreta. Revisin del material bibliogrfico Una vez que se ha identificado a quienes van a apoyar este trabajo, el paso siguiente consiste en buscar todo el material que pueda reunirse para facilitar la obtencin de informacin til. Es muy frecuente que el ingeniero de sistemas deben involucrarse en temas que conoce slo superficialmente, por lo que conviene dedicar algn tiempo a la lectura de los textos o pginas web que refuercen los temas ms importantes. Principalmente, lo que hay que hacer es tratar de identificar los aspectos que generan problemas con mayor frecuencia, de manera de orientar la bsqueda y aumentar la eficiencia. La mayora de los conceptos que se van a utilizar, como en todo trabajo en el que la tecnologa y las novedades juegan un papel trascendente, requiere que el material consultado sea lo suficientemente actualizado. Esto significa que, dependiendo de los equipos, el software o las normas que vayan a aplicarse, habr que buscar libros, revistas o material fue en fecha reciente. Pero, por lo que, en estos casos la actualidad por la data reciente de edicin no tiene ninguna importancia. La regla general es que s deben mencionar equipos, stos deben ser los ms reciente, pero cuando se hace referencia a aspectos tericos o bsicos, a la historia o al desarrollo de 1 a del conocimiento, no hay diferencia entre el material editado ltimamente y que se produjo en fechas anteriores. Por supuesto, estas reglas tienen su excepciones. La revisin de material bibliogrfico es una tcnica de apoyo al anlisis que debe cumplir principales. En primer lugar, sirve para proporcionar todos los conceptos y conocimientos necesarios para trabajar exitosamente. Por supuesto, no se adquiere el dominio de un tema en un momento ni leyendo uno o dos libros, pero en un lapso razonable, cualquier persona inteligente que sepa orientar adecuadamente su bsqueda puede acumular un caudal de conocimientos que le permitan dar acertadamente si lo que est haciendo est bien encaminado. Esto a veces, debe sustentarse con la ayuda de una persona de ms experiencia que puede solucionar las dudas que inevitablemente se presentarn a lo largo del trabajo. Desde este punto de vista, la revisin bibliogrfica aportar la sustentacin necesaria cuando se realicen afirmacin que, eventualmente, puede hacer puesta en duda por el lector. En segundo lugar, aunque es lo ms importante, la literatura especializada en este puede servir para identificar las reas que requieren mayor atencin, de manera de ahorrar tiempo y esfuerzo cuando se haga la observacin directa. stas reas se llaman reas de conflicto, y representan los aspectos ms ricos en oportunidades de mejorar para que el analista las aproveche. La situacin ms favorable para el ingeniero de sistemas es aquella en la que el proceso estudiado presenta mayor cantidad de puntos dbiles, con solucin sencilla y que generen una buena posibilidad de impresionar al cliente.

15


El informe de esta actividad se hace indicando, primero, y temas con qu conceptos se investigaron y cmo se obtuvo esta informacin. ste plan puede presentarse utilizando una tabla con una columna para mostrar los temas, otra para las fuentes donde se va a investigar, otras con las reas de conflicto que se encontraron en cada aspecto consultado con los resultados de estas bsqueda (conclusiones) y una con la indicacin de lo que puede constituir una oportunidad de mejora, mencionando luego si se alcanzaron los objetivos que se plantearon y haciendo algn comentario que ayude a profundizar, si es necesario. Toda la informacin que se relacione con el trabajo debe ser cuidadosamente revisar y guardado en una carpeta que permita una clasificacin y recuperacin cmoda cuando se necesite un recortes de peridicos, revistas, referencias verbales y cualquier material sobre un tema o deban ser identificado, sus resultados, fechados y clasificados como para que puedan utilizarse posteriormente. Mientras tanto, converse con todas las personas involucradas en su sistema y anote los resultados de estas conversaciones y de todo lo que observe. Posteriormente se decidir que puede resultar de utilidad y que no. Aunque lo que se muestra a continuacin es un ejemplo con el propsito de facilitar la comprensin del punto planteado, es necesario llamar la atencin en el sentido de que la cantidad y la variedad del material consultado deben ser mucho mayores que lo que se muestra en este cuadro. Notas de la revisin de material bibliogrfico para el diseo de una herramienta CASE. Para la creacin de una herramienta CASE, la bsqueda de literatura especializada debe proporcionar todos los conceptos que van a constituir la base sobre la que se va a construir la propuesta.Cuadro 7 Notas de la revisin de material bibliogrfico para el diseo de una herramienta CASE ASPECTOS OBSERVADOS FUENTES Exposicin sobre herramientas CASE, Universidad Latina de Costa Rica. http://www.3dcr.com/ Consulta: abril 2004 Captura Electrnica SCCL. Disponible: http://www.forumnord.c om/capel/products/micr oSoftlogo.html Consulta: abril 2004 Martn J. y Odell, J. (1992) Anlisis y diseo orientado a objeto. Estndares de descripcin Object Management Group, Inc. Disponible: http://www.omg.org/tec hnology/document/form al/uml.htm Consulta: abril 2004 MS Office. Men de ayuda. REAS DE CONFLICTO CONCLUSIONES En este sitio en se pueden obtener las definiciones y conceptos ms tiles para trabajar con herramientas CASE, igual que las obligaciones principales. Este sitio presenta informacin sobre una compaa especfica y las herramientas de ofrece. Este texto presenta una metodologa completa y muy coherente, con un esquema de notaciones interesantes para describir procesos. UML es el estndar de descripcin adoptado por ANSI. Se presenta una metodologa completa en el que las herramientas CASE juegan un rol fundamental. Aqu pueden encontrarse todos los elementos necesarios para incorporar caractersticas multimedia al software en general, y las herramientas CASE en particular En este sitio, y en los enlaces derivados, hay informacin de inters para conocer todas las opciones con las que se pueden producir una herramienta CASE. OPORTUNIDADES DE MEJORAS

Conceptos fundamentales

Reutilizacin del software, portabilidad del software y estandarizacin de la documentacin.

Herramientas CASE

Ejemplos concretos herramientas comerciales.

de

Comparacin de herramientas y de sus caractersticas.

Metodologa para el desarrollo de herramientas de procesamiento de datos.

Diseo de aplicacin de normas para la descripcin de procesos.

UML Versin 1.5

Incorporacin de las caractersticas del estndar al diseo de herramientas.

Graficadotes utilizados

Ejemplos del uso de herramientas CASE en la elaboracin de material de ingeniera Presentacin de la informacin, diagramas y grficos para la descripcin de procesos.

Utilizacin de tcnicas de diagramacin en el diseo de herramientas CASE Diseos de pginas con elementos multimedia basados en hipervnculos, animaciones, bloques de textos, animaciones en formato gif. Utilizar el software ms conveniente evitando los conflictos que pueden surgir del desconocimiento de las licencias de distribucin o de usuario final.

Herramientas Multimedia

Vaughan, T Multimedia.

(2002)

Licencias de Software

http://es.wikipedia.org/ wiki/licencia_de_softwa re

Clases de licencias, software libre, licencias heredadas, Etc.

La revisin de la literatura especializada tiene como principales objetivos la identificacin del material que va a servir de apoyo para el trabajo, adems de facilitar la definicin de reas de conflicto que generan oportunidades de mejoras. Este ltimo elemento es el que va a orientar el anlisis por identificar los requerimientos, contribuyendo a un diseo efectivo que aseguren la inclusin de todas las caractersticas esenciales de la herramienta. En el caso del ejemplo,

16


las reas de conflicto donde deber llevarse a cabo la observacin son las metodologas utilizadas, graficadotes y presentacin de los diagramas Revisin de material bibliogrfico para el diseo de un sistema de informacin con base de datos La cantidad, la variedad y la profundidad del material bibliogrfico que hay que consultar para sustentar una aplicacin vinculada a una base de datos dependen del rea en la que se vaya a trabajar. Es muy distinto tener que desarrollar un programa ms o menos simple para la gestin de un estacionamiento, y debe adecuarse a normas y la legislacin obligatoria. En este ltimo vaso, va a ser necesario revisar material que pueda tomarse como base para asegurar la correccin en el funcionamiento de la herramienta y para alcanzar cierto grado de dominio del tema como para no depender demasiado de los asesores. En el ejemplo se presenta el resultado de la bsqueda para derrollar un sistema de gestin para un negocio de automalvados.Cuadro 8 Revisin del material bibliogrfico para el diseo de un sistema de informacin con base de datos. ASPECTOS CONSULTADOS FUENTES REAS DE CONFLICTO CONCLUSIONES Los texto ofrecen informacin relacionada con el desarrollo y establecimiento de los sistemas de informacin gerenciales. Otros libros permiten complementar el manejo de datos mediante manejadores de bases de datos Hay conceptos claros para el diseo de sistemas orientado a objeto, base de datos y paginas Web. Existen muchos artculos que tienen que ver con las herramientas administrativas que funcionan como un apoyo en el campo de la gerencia, adems de informacin relacionada con el campo de los sistemas de informacin de apoyo a las actividades administrativas de oficinas y empresas. Se encontr informacin general del manejo administrativo de organizaciones comerciales. La mayora de la informacin completada lo que hay en los textos, adems de proporcionar ideas para el diseo de una herramienta administrativa. Como rea de inters se encontraron datos importantes de manejo de ingresos, egresos, cuentas por pagar y cuentas por cobrar. OPORTUNIDADES DE MEJORAS

Bases de datos, Aplicaciones para manejo de bases de datos.

Senn, J. (1990) Anlisis y Diseo de Sistemas. Martin, J y Odell, J (1992) Anlisis y diseo orientado a objeto. Spencer, K y Millar (1990) Diseos de aplicaciones cliente Servidor

Activos, Bases de datos, relaciones entre archivo, seguridad, Se determino como rea critica el uso de manejadores de base de datos para apoyar procesos de gestin

Disear una base de datos utilizando una estructura que facilite el registro y la recuperacin de la informacin.

Tendencia para la administracin

Chiavenalo, A (1989) administracin de empresa y recursos humanos. Dossier, G. (1991) Administracin del personal Ponce, A. (1992) Administracin de empresas.

Manejo de existencias de mercanca. Control de cuentas por cobrar y por pagar. Clasificaciones de servicios. Definicin de procesos.

Incluir los mdulos necesarios para manejar cuentas por cobrar, cuentas por pagar, inventario, facturacin. Compras y ventas. Definir tablas para clasificar los servicios

Insumo y herramientas utilizadas en el negocio de autolavado

Aplicaciones

Blue Coral Disponible: htto://www.bluecoral.co m Consulta: abril 2004. Car Freshner: Disponible: http://www.carfresner.com Consulta: abril 2004 Trutle Green. Disponible: http://www.turtlegreen.c om Consulta: Abril 2004 Data Pro 1.0. Manual de operacin Data Control Pro4.Manual de operacin. Rapad Control 2. Manual de usuario

Insumos para los autolavado. Funciones de apoyo a la gestin operativa. Proveedores de insumos

En esta pgina se consigue informacin sobre las empresas que ofrecen la mayora de los productos y maquinaria a los autos lavados dos. As como el software y la informacin referente al proyecto.

Incluir un directorio donde se puedan registrar y clasificar los proveedores

Funciones de apoyo a la gestin de administracin y de operacin

Los sistemas o herramientas sealadas son usados actualmente en algunos autos lavados. stos sistemas ofrecen opciones para el manejo administrativo, con el inconveniente de que su

Revisar el material similar al que se quiere hacer e incorporar todas las ideas y caractersticas ventajosas que sean posible

17

PROYECTOS DE TRABAJOS DE GRADOS PARA INGENIERA DE SISTEMAS ADRIANA MIRANDA AUGUSTO MARTNanlisis fue realizado para empresas con un tipo de negocio diferente al de autolavado, por lo que algunos de los procesos deben ser controlados por los usuarios haciendo uso de otras herramientas

El resultado de esta tarea debe presentar, como rea de conflicto, todos los aspectos que pueden generar problemas, dudas o imprecisiones cuando el analista aborda un tema en el que no es especialista. La oportunidades de mejora surgen de lo que se encuentra en el material revisado, es decir, de lo que otros autores han encontrado antes para que uno pueda aprovecharlos. En este caso, se mencionan los archivos y el registro de transacciones como reas principales, y se pueden incluir la gestin de insumos y la gestin operativa. Revisin del material bibliogrfico para el diseo de una red El material que va a revisarse para encontrar informacin til en el diseo de una red es, en casi su totalidad, material de un gran contenido tcnico, que requiere una lectura cuidadosa y detallada. Esto implica que el tiempo que se le va a destinar a esta parte del trabajo es bastante mayor que en los otros casos, y deben encontrarse ejemplos y casos especficos, adems de literatura comercial que ayude a conocer lo que se ofrece en el mercado en cuanto a marcas, modelos y tecnologas.Cuadro 9 Revisin del material bibliogrfico para el diseo de una red. ASPECTOS CONSULTADOS FUENTES REAS DE CONFLICTO CONCLUSIONES Estos libros poseen una serie de tpicos relacionados con los tipos de redes, su funcionamiento, clasificacin, servicios que ofrecen, como se realiza el proceso de comunicaciones entre ellas, etc. Este texto presenta un panorama completo y detallado de los componentes ms importante en una red informtica Se comparan las empresas que utilizan las

guia de proyecto

Documents