Está en la página 1de 19

Fundamentos de Desarrollo de Sistemas Unidad V

FUNDAMENTOS DE DESARROLLO DE SISTEMAS


UNIDAD V
TCNICAS, HERRAMIENTAS Y ESTUDIOS PREVIOS
5.1 TCNICAS DE RECOPILACION DE INFORMACIN.
Los analistas utilizan una variable de mtodos a fin de recopilar los datos sobre una situacin existente, como entrevistas, cuestionario, inspeccin de registros y observacin. Cada uno tiene ventajas y desventajas. Generalmente, se utilizan dos o tres para complementar el trabajo de cada una y ayudar a asegurar una investigacin completa. A continuacin se vern cada una de ellas.

5.1.1 Entrevista.
Las entrevistas se utilizan para recabar informacin en forma verbal, a travs de preguntas que propone el analista. Quienes responde pueden ser gerentes o empleados, los cuales son usuarios actuales del sistema, existen usuarios potenciales del sistema propuesto o aquellos que proporcionaran datos o sern afectadas por la aplicacin propuesta. El analista puede entrevistar al personal en forma individual o en grupos.

Recabar datos mediante la entrevista. La entrevista es una forma de conversacin, no interrogacin! Al analizar las caractersticas de los sistemas con personal seleccionado cuidadosamente por sus conocimientos sobre es sistema los analistas pueden conocerlos datos que no estn disponibles en ninguna otra forma. En las investigaciones de sistemas, las formas cualitativas y cuantitativas de la informacin son importantes. La informacin cualitativa esta relacionada con opiniones, polticas y descripciones cuantitativas tratan con nmeros, frecuencia o cantidades. A menudo las entrevistas dan la mejor fuente de informacin cualitativa; los otros mtodos tienden a ser ms tiles en la recabacin de datos cuantitativos.
Instituto Tecnolgico de Ciudad.Jurez

76

Fundamentos de Desarrollo de Sistemas Unidad V

Mucha gente incapaz de expresarse por escrito puede discutir sus ideas en forma verbal. Como resultado de esto las entrevistas pueden descubrir rpidamente malos entendidos, falsas expectativas o incluso resistencia potencial para las aplicaciones en desarrollo; mas aun a menudo es ms fcil calendarizar una entrevista con los gerentes del alto nivel, que pedirles que llenen cuestionarios.

Determinacin del tipo de entrevista. La estructura de las entrevistas varian. Si el objetivo de la entrevista radica en adquirir informacin general, es conveniente elaborar una serie de preguntas sin estructura, con una seccin de preguntas y respuestas libres. La atmsfera abierta y de fcil flujo de esta modalidad proporciona una mayor oportunidad para conocer las actitudes, ideas y creencias de quien responde. Sin embargo, cuando los analistas necesitan adquirir datos ms especficos sobre la aplicacin o desean asegurar una alta confiabilidad en las respuestas a las preguntas que han propuesto a sus entrevistados, las entrevistas estructuradas son mejores. Las entrevistas estructuradas utilizan preguntas estandarizadas. El formato de respuestas para las preguntas puede ser abierto o cerrado; las preguntas para respuesta abierta permiten a los entrevistados dar cualquier respuesta que parezca apropiada. Con las preguntas para respuestas cerradas se proporciona al usuario un conjunto de respuestas que se pueda seleccionar. Todas las personas que responden se basan en un mismo conjunto de posibles respuestas.

La confiabilidad es solo una consideracin en la seleccin del mtodo de entrevista. Los analistas tambin deben dividir su tiempo entre desarrollar preguntas para entrevistas y analizar las respuestas. Las entrevistas no estructuradas requieren menos tiempo de preparacin, porque no se necesita tener por anticipado las palabras precisas de las preguntas. Sin embargo, analizar las respuestas despus de las entrevistas lleva ms tiempo que con las entrevistas estructuradas. De cualquier manera, el mayor costo radica en la preparacin, administracin y anlisis de las entrevistas estructuradas para preguntas cerradas.

Instituto Tecnolgico de Ciudad.Jurez

77

Fundamentos de Desarrollo de Sistemas Unidad V

V E N T A J A S

Entrevista Estructurada
Asegura la elaboracin uniforme de las preguntas para todos los que van a responder Fcil de administrar y evaluar.

Entrevista No Estructurada
El entrevistador tiene mayor flexibilidad al realizar las preguntas adecuadas a quien responde El entrevistador puede explotar reas que surgen espontneamente durante la entrevista Puede conducir informacin sobre reas que se minimizaron o en las que no se penso que fueran importantes

Evaluacin ms objetiva tanto de quienes responden como de las respuestas a las preguntas. Se necesita un limitado entrenamiento del entrevistador. Resulta en entrevistas ms pequeas.

D E S V E N T A J A S

Entrevista Estructurada
Alto costo de operacin.

Entrevista No Estructurada
Puede utilizarse negativamente el tiempo, tanto de quien responde como del entrevistador. Los entrevistadores pueden introducir sus sesgos en las preguntas o al informar de los resultados. Puede recopilarse informacin extraa. El anlisis y la interpretacin de los resultados puede ser largo.

Los que responden pueden no aceptar un


alto nivel en la estructura mecnico todas las situaciones. y carcter

El alto nivel y la estructura puede no ser adecuado para todas la situaciones.

El alto nivel en la estructura reduce


responder en forma espontnea, as como la habilidad del entrevistador para continuar con comentarios hacia el entrevistado.

Toma tiempo extra recabar los hechos esenciales.

Dado que un numero de personas se seleccionara para la entrevista, los analistas deben tener cuidado de incluir aquellas personas que tienen informacin que no se podr conseguir de otra forma. Durante las primeras etapas de un estudio de sistemas, cuando los analistas determinan La factibilidad del proyecto, con frecuencia las entrevistas solo se aplican a la gerencia o personal de supervisin. Sin embargo, durante la investigacin detallada en donde el objetivo es
Instituto Tecnolgico de Ciudad.Jurez

78

Fundamentos de Desarrollo de Sistemas Unidad V

descubrir hechos especficos, opiniones y conocer como se manejan las operaciones desempeadas actualmente, las entrevistas se aplican en todos los niveles gerenciales y de empleados y dependen de quien pueda proporcionar la mayor parte de la informacin til para el estudio. As, los analistas que estudian ala administracin de inventarios pueden entrevistar a los trabajadores del embarque y de recepcin, al personal del almacn y a los supervisores de los diferentes turnos, es decir, aquellas personas que realmente trabajan en el almacn; tambin entrevistaran a los agentes ms importantes.

Realizacin de la entrevista. La habilidad del entrevistador es vital para el xito en la bsqueda de hechos por medio de la entrevista. Las buenas entrevistas dependen del conocimiento del analista tanto de la preparacin del objetivo de una entrevista especifica como de las preguntas por realizar a una persona determinada. El tacto, la imparcialidad e incluso la vestimenta apropiada ayudan a asegurar una entrevista exitosa. La falta de estos factores puede reducir cualquier oportunidad de xito. Por ejemplo, un analista que trabaja en la aplicacin enfocada a la reduccin de errores probablemente no tendra xito si llegar a una oficina de gerencia de nivel medio con la presentacin equivocada, por ejemplo, si dijera, "hola, fui enviado para encontrar una forma de mojar el rendimiento y de reducir los errores que presentan aqu. O la introduccin: "Estamos aqu para resolver su problema", es igualmente mala. Es imaginable la rapidez con la que va a responder ser irrita y se molesta con un enfoque de este tipo. A travs de la entrevista, los analistas deben preguntarse as mismos las siguientes interrogantes: 1. Qu es lo que me esta diciendo la persona? 2. Por qu me lo esta diciendo a m? 3. Qu se esta olvidando? 4. Qu espera esta persona que haga yo?

Instituto Tecnolgico de Ciudad.Jurez

79

Fundamentos de Desarrollo de Sistemas Unidad V

Si se considera cada elemento de la informacin contra estas preguntas, los analistas tendrn ms conocimientos no solamente de la informacin adquirida sino tambin de su importancia.
Forma de Pregunta con Respuesta Abierta Ejemplo: Obtener informacin relacionada con factores crticos del diseo para los empleados. Algunos empleados sugieren que la manera ms adecuada para mejorar el procedimiento de los pedidos es instalando un sistema computacional que maneje todos los calculos que en este momento los miembros del grupo llevan a cabo con calculadoras; es les permitira invertir ms tiempo en otros pasos del procesamiento. Bajo que circunstancias recomendara usted el desarrollo de tal sistema? Forma de Pregunta con Respuesta Abierta Ejemplo: Obtener una idea de los fuertes y dbiles del sistema. Su experiencia le ha permitido obtener una buena idea de la forma en que la organizacin maneja los pedidos de venta. Considere por un momento la forma en la qie reciben, procesan y despachan. En relacin con todo ello, me gustara que diera respuesta a las siguientes preguntas especficas. Que pasos funcionan bien? Cules son? Qu partes del procesamiento de pedidos disgustan ms a los empleados? Dnde se presenta la mayor parte de los problemas? Dnde se presenta la menor parte de los problemas? Que se puede hacer para aumentar la velocidad? Qu permitir reducir los errores an ms? Cmo se organizan los retrasos? Cmo manejan esta situacin?

5.1.2 Cuestionario.
Los cuestionarios proporcionan una alternativa muy til para las entrevistas; sin embargo, existen ciertas caractersticas que pueden ser apropiadas en algunas situaciones e inapropiadas en otras.

Recabacin de datos mediante cuestionarios Para los analistas los cuestionarios pueden ser la nica forma posible de relacionarse con un gran nmero de personas para conocer varios aspectos del sistema. Cuando se llevan a cabo largos estudios en varios departamentos, se puede distribuir los cuestionarios a todas las personas apropiadas para recabar hechos con relacin al sistema. Por supuesto, no es posible observar las expresiones o relaciones de quienes responden a los cuestionarios.

Instituto Tecnolgico de Ciudad.Jurez

80

Fundamentos de Desarrollo de Sistemas Unidad V

Tambin las preguntas estandarizadas pueden proporcionar datos ms confiables. Por otra parte, las caractersticas anteriores tambin son desventajas de los cuestionarios. Aunque su aplicacin puede realizarse con un mayor numero de individuos, es muy rara una respuesta total. Puede necesitarse algn seguimiento de los cuestionarios para motivar al personal que responda; todas las respuestas se encontraran en una proporcin entre el 25 o 35%, que es lo ms comn.

Seleccin de formas para cuestionarios. El desarrollo y distribucin de los cuestionarios es caro; por lo tanto, el tiempo invertido en esto debe utilizarse en una forma inteligente. Tambin es importante el formato y contenido de las preguntas en la recopilacin de hechos significativos.

Existen dos formas de cuestionarios para recabar datos; cuestionario abierto y cerrados, y se aplican dependiendo de si los analistas conocen de antemano todas las posibles respuestas de las preguntas y pueden incluirlos. Con frecuencia se utilizan ambas formas en los estudios de sistemas.

Cuestionarios abiertos. Al igual, que las entrevistas, los cuestionarios pueden ser abiertos y se aplican cuando se quieren conocer los sentimientos, opiniones y experiencias generales; tambin son tiles al explorar el problema bsico, por ejemplo, un analista que utiliza cuestionarios para estudiar los mtodos de verificacin de crdito, en un medio ambiente de ventas al a menudeo, podra recabar mas informacin provechosa de una pregunta abierta de este tipo: Cmo podra simplificarse y mejorarse el proceso de verificacin de crdito para los clientes?

Instituto Tecnolgico de Ciudad.Jurez

81

Fundamentos de Desarrollo de Sistemas Unidad V

Cuestionarios cerrados. El cuestionario cerrado limita las respuestas posibles del interrogado. Por medio de un cuidadoso estilo en la pregunta, el analista puede controlar el marco de referencia. Este formato es el mejor mtodo para obtener informacin sobre los hechos. Tambin fuerza a los individuos para que tomen una posicin y forma de opinin sobre los aspectos importantes.

Etapas en el desarrollo de un cuestionario Los cuestionarios bien hechos no se desarrollan rpidamente, llevan tiempo y mucho trabajo. La primera consideracin se encuentra en determinar el objetivo del cuestionario. Qu datos quiere conocer el analista a travs de su uso? El analista define como utilizar los cuestionarios a fin de obtener los hechos al considerar la estructura mas til para el estudio y la ms sencilla de entender por parte de los interrogados. Lleva tiempo desarrollar preguntas bien elaboradas y deben siempre probarse y modificarse, si es necesario, antes de que imprima una forma final y se distribuya.

Seleccin de quienes recibirn el cuestionario Aquellas personas que reciban el cuestionario deben seleccionarse de a cuerdo con la informacin que puedan proporcionar. Escribir o imprimir un cuestionario no significa que se pueda distribuir ampliamente sin un anlisis previo. Lo pueden contestar personas no calificadas y si el cuestionario no es annimo, y no ser posible retirar sus respuestas de la muestra. La realizacin de esto tambin es desgastante y cara.

5.1.3 Recopilacin y Anlisis de Documentos.


Dos tcnicas adicionales a disposicin del analista, particularmente en las tareas de indagacin de hechos, son el muestreo y la recopilacin de documentos. Ambas tcnicas estn orientadas a los papeles y documentos almacenados en toda la organizacin. Ambas tcnicas proporcionan una fuente de informacin que no puede obtenerse con ningn otro enfoque de indagacin de hechos.
Instituto Tecnolgico de Ciudad.Jurez

82

Fundamentos de Desarrollo de Sistemas Unidad V

5.1.3.1 Recopilacin de Documentos.


Muestreo. El muestreo est dirigido a la recopilacin y acumulacin de datos sobre problemas que no se pueden medir o implican una gran cantidad de trabajo detallado para obtener unos cuantos datos. Por ejemplo, si el analista desea saber cunto tiempo se requiere para procesar 10000 pedidos de clientes en la sala de embarque, podra medir el tiempo requerido para procesar una muestra de 40 pedidos de clientes y, con base en esta muestra, extrapolar el tiempo esperado para procesar 10000 pedidos. 40 pedidos requieren un tiempo T T/40=tiempo por pedido 10000 x T/40=tiempo para 10000 pedidos

Con frecuencia, en muchas empresas la informacin ya se encuentra disponible para que el analista conozca las actividades u operaciones con las cuales no esta familiarizado. Muchos tipos de registros e informes son accesibles si el analista sabe donde buscar. En la revisin de registros, los analistas examinan datos y descripciones que ya estn escritos o registrados y en relacin con el sistema y los departamentos de usuarios. Esta forma de encontrar datos puede servir como presentacin del analista, si se realiza al iniciar el estudio, o como un termino de comparacin de lo que sucede en el departamento con lo que los registros presentan como lo que debera suceder.

Recopilacin de datos por medio de la inspeccin de registros. El termino "registro" se refiere a los manuales escritos sobre polticas, regulaciones y procedimientos de operaciones estndar que la mayora de las empresas mantienen como gua para gerentes y empleados. Los manuales que documentan o describen las operaciones para los procesos de datos existentes, o sistemas de informacin que entran dentro del rea de investigacin, tambin proporcionan una visin sobre la forma en la que el negocio debera
Instituto Tecnolgico de Ciudad.Jurez

83

Fundamentos de Desarrollo de Sistemas Unidad V

conducirse. Normalmente muestran los requerimientos y restricciones del sistema (como cantidad de transacciones o capacidad de almacenamiento de datos) y caractersticas de diseo (controles y verificacin del procesamiento). Los registros permiten que los analistas se familiaricen con algunas operaciones, oficinas de la compaa y relaciones formales a las que debe darse apoyo. No obstante, no muestran como producen de hecho las actividades, donde se ubica el poder verdadero para las decisiones, o como se realizan las tareas en la actualidad. Los otros mtodos con objeto de encontrar datos estudiados en esta seccin son ms eficaces para proporcionar al analista este tipo de informacin.

Seleccin de los registros para revisin En la mayor parte de las empresas los manuales de estndares sobre procedimientos de operacin usualmente son obsoletos; a menudo no se mantienen al corriente lo suficiente para sealar los procedimientos existentes. Los diagramas de organizacin muestran como las diferentes unidades deberan relacionarse con otras; pero muchas no reflejan las operaciones actuales.

5.1.3.2 Anlisis de Documentos.


El anlisis de documentos implica el reconocimiento y extraccin de las partes textuales de los mismos y su pre-procesado (segmentacin lxica y oracional, anlisis y desambiguacin morfosintctica, deteccin y clasificacin de entidades, anlisis sintctico, superficial y profundo, anlisis semntico, resolucin de correferencias, etc.). Tareas en las que se trabaja en esta lnea son la clasificacin de documentos y pasajes, la agrupacin (clustering) de documentos, la deteccin de temas en documentos o colecciones, la deteccin de enlaces entre documentos y sus partes, las medidas de distancia (semntica o distribucional) entre unidades lingsticas, etc.

Instituto Tecnolgico de Ciudad.Jurez

84

Fundamentos de Desarrollo de Sistemas Unidad V

Anlisis de Documentos Cuantitativos. Se dispone de una variedad de documentos cuantitativos para su interpretacin en cualquier negocio. Estos incluyen reportes usados para la toma de desiciones, reportes de desempeo y diversas formas. Todos estos documentos tienen un objetivo especfico y una audiencia hacia la que estn dirigidos.

Reportes usados para la toma de desiciones. Reportes de desempeo. Registros. Formas para captura de datos.

Anlisis de Documentos Cualitativos. Muchos documentos que circulan dentro de las organizaciones no son cuantitativos. Aunque los documentos cualitativos tal vez no sigan una forma predeterminada, el anlisis de ellos es crtico para la comprensin de la manera en que los miembros de la organizacin engranan en el proceso o en la organizacin. Los documentos cualitativos incluyen: Memorndums. Consignas en un tablero o en reas de trabajo. Manuales de procedimientos. Manuales de poltica.

Muchos de estos documentos son ricos para revelar las expectativas del comportamiento de otros y de lo que pretendieron sus escritores.

Instituto Tecnolgico de Ciudad.Jurez

85

Fundamentos de Desarrollo de Sistemas Unidad V

5.1.4 Observacin y Tcnica STROBE.

5.1.4.1 Observacin.
Ver es creer! Observar las operaciones le proporciona la analista hechos que no podra obtener de otra forma.

Recopilacin de datos mediante la observacin Leer en relacin con una actividad del negocio le proporciona al analista una dimensin de las actividades del sistema. Entrevistar personal, ya sea directamente o a travs de cuestionarios, tambin le ayuda y le dice algo ms. Ninguno de los dos mtodos da una informacin completa; por ejemplo, leer en relacin con un viaje en jet no reproduce la experiencia de volar a unos 30 mil pies de altura. La observacin proporciona informacin de primera mano en relacin con la forma en que se llevan a cabo las actividades. Las preguntas sobre el uso de documentos, la manera en la que se realizan las tareas y si ocurren los pasos especficos como se pre-estableciern, pueden contestarse rpidamente si se observan las operaciones.

Cuando Observar La observacin es muy til cuando el analista necesita ver de primera mano como se manejan los documentos, como se llevan a cabo los procesos y si ocurren los pasos especificados. Saber que buscar y como guiar su significado, tambin requiere de experiencia. Los observadores con experiencia captan quien utiliza los documentos y si encuentran dificultades; tambin estn alertas para detectar documentos o registros que no se utilizan.

Instituto Tecnolgico de Ciudad.Jurez

86

Fundamentos de Desarrollo de Sistemas Unidad V

5.1.4.2 Tcnica STROBE.


Los analistas usan la observacin como una tcnica de recopilacin de informacin. Por medio de la observacin obtienen apreciaciones sobre lo que se hace realmente, ven de primera mano las relaciones entre los tomadores de decisiones en una organizacin, comprenden la influencia del ambiente fsico de ste, interpretan los mensajes enviados por el tomador por medio de su vestimenta y el acomodo de su oficina y comprenden la influencia del tomador de decisiones con respecto a los dems. Usando el muestreo de tiempos o eventos, el analista observa las actividades tpicas del tomador de decisiones y su lenguaje corporal. Hay varios sistemas para registrar tales observaciones, incluyendo sistemas de categoras, listas de verificacin, escalas, notas de campo y guiones. Adems de la observacin del comportamiento del tomador de decisiones, el analista de sistemas debe observar tambin lo que le rodea. Un mtodo para la observacin estructurado del ambiente es llamado STROBE, Un analista de sistemas usa STROBE en la misma forma que un crtico de cine usa un mtodo llamado mise-en-scne para analizar una toma de una pelcula Varios elementos concretos del ambiente del tomador de decisiones pueden ser observados e interpretados. Estos elementos incluyen: La ubicacin de la oficina La ubicacin del escritorio del tomador de decisiones El equipo de oficina fijo Las propiedades, tales como calculadoras y pantallas Revistas del negocio y peridicos Iluminacin y color de la oficina y La vestimenta usada por el tomador de decisiones.

Se puede usar STROBE para obtener una mejor comprensin sobre la manera en que los tomadores de decisiones actualmente recopilan, procesan, guardan y comparten informacin. Hay varias alternativas para la aplicacin de STROBE en una organizacin. Estas incluyen el anlisis de fotografas, el uso de una lista de verificacin con base en la escala Likert, la adopcin de una lista anecdtica con smbolos y la simple escritura de una comparacin de

Instituto Tecnolgico de Ciudad.Jurez

87

Fundamentos de Desarrollo de Sistemas Unidad V

observacin/narrativa, Cada mtodo tiene determinadas ventajas, as como desventajas, que el analista debe sopesar cuando seleccione una alternativa sobre la otra.

5.2 HERRAMIENTAS CASE.


CASE (Computer Aided Softawre Engineering) en espaol puede interpretarse como Ingeniera de Software asistida por Computadora puede definirse como: El conjunto de herramientas y metodologas que soportan un enfoque de ingeniera para las distintas fases del desarrollo de software. Esta tecnologa surge a mediados de los aos setenta, cuando empiezan a aparecer las primeras metodologas estructuradas y se inician las investigaciones sobre entornos de desarrollo. Tambin se puede definir a las Herramientas CASE como un conjunto de programas y ayudas que dan asistencia a los analistas, ingenieros de software y desarrolladores, durante todos los pasos del Ciclo de Vida de desarrollo de un Software (Investigacin Preliminar, Anlisis, Diseo, Implementacin e Instalacin.). CASE es tambin definido como el Conjunto de mtodos, utilidades y tcnicas que facilitan el mejoramiento del ciclo de vida del desarrollo de sistemas de informacin, completamente o en alguna de sus fases. Se puede ver al CASE como la unin de las Herramientas automticas de software y las metodologas de desarrollo de software formales. Existe tambin el CASE integrado que fue comenzando a tener un impacto muy Significativo en los negocios y sistemas de informacin de las organizaciones, adems con este CASE integrado las compaas pueden desarrollar rpidamente sistemas de mejor calidad para soportar procesos crticos del negocio y asistir en el desarrollo y promocin intensiva de la informacin de productos y servicios. De acuerdo con a la ingeniera de sistemas asistida por ordenador es la aplicacin de tecnologa informtica a las actividades, las tcnicas y las metodologas propias de desarrollo, su objetivo es acelerar el proceso para el que han sido diseadas, en el caso de CASE para automatizar o apoyar una o mas fases del ciclo de vida del desarrollo de sistemas. Cuando se hace la planificacin de la base de datos, la primera etapa del ciclo de vida de las aplicaciones de bases de datos, tambin se puede escoger una herramienta CASE (Computer-Aided Software Engineering) que permita llevar a cabo el resto de tareas del modo ms eficiente y efectivo posible. Una herramienta CASE suele incluir:
Instituto Tecnolgico de Ciudad.Jurez

88

Fundamentos de Desarrollo de Sistemas Unidad V

Un diccionario de datos para almacenar informacin sobre los datos de la aplicacin de bases de datos. Herramientas de diseo para dar apoyo al anlisis de datos. Herramientas que permitan desarrollar el modelo de datos corporativo, as como los esquemas conceptual y lgico. Herramientas para desarrollar los prototipos de las aplicaciones. El uso de las Herramientas CASE puede mejorar la productividad en el desarrollo de una

aplicacin de bases de datos. Objetivos 1. Mejorar la productividad en el desarrollo y mantenimiento del software. 2. Aumentar la calidad del software. 3. Mejorar el tiempo y coste de desarrollo y mantenimiento de los sistemas informticos. 4. Mejorar la planificacin de un proyecto 5. Aumentar la biblioteca de conocimiento informtico de una empresa ayudando a la bsqueda de soluciones para los requisitos. 6. Automatizar, desarrollo del software, documentacin, generacin de cdigo, pruebas de errores y gestin del proyecto. 7. Ayuda a la reutilizacin del software, portabilidad y estandarizacin de la documentacin. 8. Gestin global en todas las fases de desarrollo de software con una misma herramienta. 9. Facilitar el uso de las distintas metodologas propias de la ingeniera del software.

5.2.1 Estructuradas.
Bloques de construccin CASE, los entornos que tienen xito para la ingeniera del software una arquitectura de entorno que abarca un hardware adecuado y un software de sistema adecuado.

Instituto Tecnolgico de Ciudad.Jurez

89

Fundamentos de Desarrollo de Sistemas Unidad V

Las arquitecturas del entorno que constan de una plataforma de hardware y un apoyo de S.O. constituyen los fundamentos de CASE. Pero entorno CASE requiere otros bloques de construccin, existe un conjunto de servicios de portabilidad que proporciona un puente entre las herramientas CASE y su marco de referencia de integracin y la arquitectura del entorno. Los servicios de portabilidad permiten que las herramientas CASE y su marco de referencia de integracin migren entre distintas plataformas del hardware y S.O. Las herramientas CASE que se utilizan en la actualidad no han sido construidas empleando todos los bloques de construccin.

5.2.1.1 Tipos de CASE.


No existe una nica clasificacin de herramientas CASE y, en ocasiones, es difcil incluirlas en una clase determinada. Podran clasificarse atendiendo a:

Las plataformas que soportan. Las fases del ciclo de vida del desarrollo de sistemas que cubren. La arquitectura de las aplicaciones que producen. Su funcionalidad. Las herramientas CASE, en funcin de las fases del ciclo de vida abarcadas, se pueden

agrupar de la forma siguiente:

Herramientas integradas, I-CASE (Integrated CASE, CASE integrado): abarcan todas las fases del ciclo de vida del desarrollo de sistemas. Son llamadas tambin CASE workbench. Las herramientas I-CASE se basan en una metodologa. Tienen un repositorio y aportan

tcnicas estructuradas para todas las fases del ciclo de vida. Estas son las caractersticas que les confieren su mayor ventaja: una mejora de la calidad de los desarrollos. Sin embargo, no todas ellas son modernas en el sentido de aprovechar la potencia de las estaciones de trabajo o la utilizacin de lenguajes de alto nivel o tcnicas de prototipo.

Instituto Tecnolgico de Ciudad.Jurez

90

Fundamentos de Desarrollo de Sistemas Unidad V

Herramientas que comprenden algunas fases del ciclo de vida de desarrollo de software:

Herramientas de alto nivel, U-CASE (Upper CASE - CASE superior) o front-end, orientadas a la automatizacin y soporte de las actividades desarrolladas durante las primeras fases del desarrollo: anlisis y diseo. Una estrategia posible es utilizar una U-CASE para anlisis y diseo, combinada con otras

herramientas ms modernas para las fases de construccin y pruebas. En este caso, habra que vigilar cuidadosamente la integracin entre las distintas herramientas.

Herramientas de bajo nivel, L-CASE (Lower CASE - CASE inferior) o back-end, dirigidas a las ltimas fases del desarrollo: construccin e implantacin.

Juegos de herramientas o toolkits, son el tipo ms simple de herramientas CASE. Automatizan una fase dentro del ciclo de vida. Dentro de este grupo se encontraran las herramientas de reingeniera, orientadas a la fase de mantenimiento.

5.2.2 Orientadas a Objetos.


En la actualidad existen algunas herramientas que cubren alguna de las fases del ciclo de vida de desarrollo de aplicaciones orientadas a objetos (interfase de usuario, anlisis, diseo, programacin, etc.). El objetivo futuro podra ser cubrir el ciclo de vida completo. Aunque hoy en da, la mayor efectividad se consigue con las herramientas CASE para mtodos estructurados, en un futuro no muy lejano esta situacin se invertir a favor de las que soportan objetos. La proliferacin de este tipo de herramientas podr verse retrasada debido al gran nmero de notaciones y metodologas de orientacin a objetos distintas que existen en la actualidad. En general, puede afirmarse que aquellas herramientas que soportan muchas notaciones, no consiguen realmente ayudar en la aplicacin de una metodologa con todo su proceso y validaciones correspondientes, sino que suelen quedarse, ms bien, en un nivel exclusivamente grfico. Por el contrario, las que cuentan con una sola metodologa consiguen recoger prcticamente toda su semntica y ayudar al diseador en la validacin de los sistemas, adems de generar un cdigo de mayor calidad.

Instituto Tecnolgico de Ciudad.Jurez

91

Fundamentos de Desarrollo de Sistemas Unidad V

Es importante resaltar que las herramientas actuales permiten generar objetos: modelo "esttico" y modelo "funcional", ms no el modelo "dinmico". Todas estas herramientas CASE suelen generar cdigo C++. Algunas simplemente la definicin esquemtica de las clases mientras que otras, pueden llegar a generar ms de la mitad del cdigo del sistema. La programacin orientada a objetos puede cambiar la forma que tienen las empresas de hacer negocio y como tal, necesita ser tratada cuidadosamente, tanto por las empresas u organismos, como por los fabricantes de tecnologas que proporcionan las soluciones. Los fabricantes tienen que ofrecer herramientas eficaces para ayudar a las empresas a explotar todas las potentes prestaciones de la tecnologa de objetos (cdigo reutilizable, programacin modular y capacidad de modelizacin), para construir aplicaciones crticas y eficaces. Dentro de estas herramientas, tendrn un papel fundamental las herramientas CASE. Una atencin especial merecen las herramientas CASE adaptables, algunas de las cuales permiten que sea el propio usuario quien defina su metodologa y los smbolos de las notaciones a utilizar. Estas herramientas se denominan "meta-CASE". A mediano y largo plazo otras posibles lneas de evolucin sern:

La utilizacin de la tecnologa multimedia. La incorporacin de tcnicas de inteligencia artificial. Sistemas de realidad virtual.

5.3 DESARROLLO DE PROTOTIPOS.


Un proceso interactivo del desarrollo de sistemas en el cual los requerimientos son convertidos en un sistema que trabaja, y que es continuamente revisado a travs de un trabajo conjunto entre un analista y los usuarios.

La elaboracin de prototipos de un SI (Sistema de Informacin) es una tcnica valiosa para la recopilacin rpida de informacin especfica acerca de los requerimientos de informacin de los usuarios.

Instituto Tecnolgico de Ciudad.Jurez

92

Fundamentos de Desarrollo de Sistemas Unidad V

Los prototipos efectivos deben hacerse tempranamente en el ciclo de vida del desarrollo de sistemas, durante la fase de determinacin de requerimientos. Sin embargo, la elaboracin de prototipos es una tcnica compleja que requiere el conocimiento completo del ciclo de vida del desarrollo de sistemas antes de que pueda ser lograda satisfactoriamente. Las sugerencias obtenidas de los usuarios deben guiar al analista para refinar, cambiar o limpiar el prototipo, con el fin de que ste se ajuste mejor a las necesidades de los usuarios. Las innovaciones (capacidades nuevas del SI que no haban sido pensadas antes de la interaccin con el prototipo) son parte de la informacin buscada por el equipo de analistas.

5.3.1 Los Tipos de Prototipos.


PARCHADO. La construccin de un sistema que trabaja, pero que est parchado. En ingeniera, a este enfoque se le conocecomo breadboarding (creacin de un modelo operable y parchado de un circuito integrado). Un ejemplo en SI (Sistema de Informacin) es un modelo operable que tiene todas las caractersticas necesarias, pero que es ineficiente. Los usuarios pueden interactuar con el sistema, acostumbrndose a la interfaz y a los tipos de salida, pero la recuperacin de informacin no es eficiente. NO OPERACIONAL. Un modelo a escala no funcional con el objeto de probar determinados aspectos del diseo. Un modelo a escala no funcional de un SI (Sistema de Informacin) puede ser hecho cuando la codificacin requerida por las aplicaciones es muy amplia para hacerse el prototipo y, sin embargo, se puede obtener una idea clara del sistema por medio de la elaboracin de prototipos solamente de la entrada y la salida.

5.3.2 El Ciclo de Vida y Los Prototipos.


Algunos autores recomiendan usar la elaboracin de prototipos como parte del ciclo de vida de desarrollo de SI. En esta visin, la elaboracin de prototipos es considerada como un mtodo especializado adicional para la determinacin de los requerimientos de informacin del usuario.

Instituto Tecnolgico de Ciudad.Jurez

93

Fundamentos de Desarrollo de Sistemas Unidad V

5.3.3 Lineamientos para el Desarrollo de Prototipos.


1) Trabajar En Mdulos Manejables. Una de las ventajas distintivas de la elaboracin de prototipos es que no es necesarios, ni deseable, construir el sistema funcional completopara efectos del prototipo. 2) Construir El Prototipo Rpidamente. La velocidad es esencial para la elaboracin de un prototipo de un SI (Sistema de Informacin). 3) Modificar El Prototipo En Iteraciones Sucesivas. El prototipo no es un sistema terminado; la idea de que requerir modificaciones es una actitud til que muestra a los usuarios qu tan necesarias son sus observaciones. 4) Enfatizar La Interfaz Del Usuario. Aunque en el prototipo quedarn muchos aspectos del sistema sin desarrollar, la interfaz del usuario debe estar lo suficientemente bien desarrollada para que los usuarios adopten el sistema rpidamente y no lo dejan a un lado.

Instituto Tecnolgico de Ciudad.Jurez

94