KELVI VAAMONDE

16/02/2013

TRABAJO DE INVESTIGACION

Total de Pagina 9

Pgina 1

KELVI VAAMONDE

16/02/2013

Herramienta CASE Las herramientas CASE (Computer Aided Software Engineering, Ingeniera de Software Asistida por Computadora) son diversas aplicaciones informticas destinadas a aumentar la productividad en el desarrollo de software reduciendo el costo de las mismas en trminos de tiempo y de dinero. Estas herramientas pueden ayudar en todos los aspectos del ciclo de vida de desarrollo del software en tareas como el proceso de realizar un diseo del proyecto, clculo de costos, implementacin de parte del cdigo automticamente con el diseo dado, compilacin automtica, documentacin o deteccin de errores entre otras. Ya en los aos 70 un proyecto llamado ISDOS dise un lenguaje y por lo tanto un producto que analizaba la relacin existente entre los requisitos de un problema y las necesidades que stos generaban, el lenguaje en cuestin se denominaba PSL (Problema Statement Lenguaje) y la aplicacin que ayudaba a buscar las necesidades de los diseadores PSA (Problema Statement Analizar). Las herramientas CASE alcanzaron su techo a principios de los aos 90. En la poca en la que IBM haba conseguido una alianza con la empresa de software AD/Cycle para trabajar con sus mainframes, estos dos gigantes trabajaban con herramientas CASE que abarcaban todo el ciclo de vida del software. Pero poco a poco los mainframes han ido siendo menos utilizados y actualmente el mercado de las Big CASE ha muerto completamente abriendo el mercado de diversas herramientas ms especficas para cada fase del ciclo de vida del software. Objetivos Mejorar la productividad en el desarrollo y mantenimiento del software. Aumentar la calidad del software. Reducir el tiempo y costo de desarrollo y mantenimiento de los sistemas informticos. Mejorar la planificacin de un proyecto Aumentar la biblioteca de conocimiento informtico de una empresa ayudando a la bsqueda de soluciones para los requisitos. Automatizar el desarrollo del software, la documentacin, la generacin de cdigo, las pruebas de errores y la gestin del proyecto. Ayuda a la reutilizacin del software, portabilidad y estandarizacin de la documentacin Gestin global en todas las fases de desarrollo de software con una misma herramienta. Facilitar el uso de las distintas metodologas propias de la ingeniera del software.
Pgina 2

Total de Pagina 9

KELVI VAAMONDE

16/02/2013

Clasificacin Aunque no es fcil y no existe una forma nica de clasificarlas, las herramientas CASE se pueden clasificar teniendo en cuenta los siguientes parmetros: 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.

La siguiente clasificacin es la ms habitual basada en las fases del ciclo de desarrollo que cubren: Upper CASE (U-CASE), herramientas que ayudan en las fases de planificacin, anlisis de requisitos y estrategia del desarrollo, usando, entre otros diagramas UML. Middle CASE (M-CASE), herramientas para automatizar tareas en el anlisis y diseo de la aplicacin. Lower CASE (L-CASE), herramientas que semi-automatizan la generacin de cdigo, crean programas de deteccin de errores, soportan la depuracin de programas y pruebas. Adems automatizan la documentacin completa de la aplicacin. Aqu pueden incluirse las herramientas de Desarrollo rpido de aplicaciones.

Existen otros nombres que se le dan a este tipo de herramientas, y que no es una clasificacin excluyente entre s, ni con la anterior: Integrated CASE (I-CASE), herramientas que engloban todo el proceso de desarrollo software, desde anlisis hasta implementacin. MetaCASE, herramientas que permiten la definicin de nuestra propia tcnica de modelado, los elementos permitidos del meta modelo generado se guardan en un repositorio y pueden ser usados por otros analistas, es decir, es como si definiramos nuestro propio UML, con nuestros elementos, restricciones y relaciones posibles. CAST (Computer-Aided Software Testing), herramientas de soporte a la prueba de software. IPSE (Integrated Programming Support Environment), herramientas que soportan todo el ciclo de vida, incluyen componentes para la gestin de proyectos y gestin de la configuracin activa.

Por funcionalidad podramos diferenciar algunas como: Herramientas de generacin semiautomtica de cdigo.
Pgina 3

Total de Pagina 9

KELVI VAAMONDE

16/02/2013

Editores UML. Herramientas de Refactorizacin de cdigo. Herramientas de mantenimiento como los sistemas de control de versiones

Tcnicas para el levantamiento de informe

LA ENTREVISTA Una entrevista es un dialogo en el que la persona (entrevistador), generalmente un periodista hace una serie de preguntas a otra persona (entrevistado), con el fin de conocer mejor sus ideas, sus sentimientos o su forma de actuar. Caractersticas de la entrevista: 1. Los elementos materiales son: A). Lugar. Un sitio tranquilo, en donde el alumno se sienta cmodo, que favorezca que no se produzcan interrupciones. B). Tiempo. Cita seria v formal, incluso cuando el caso es urgente. Fijar tiempo de duracin y que el entrevistado lo conozca para que pueda adaptarse a l. C). Objetivo. Toda entrevista debe tener un objetivo inicial conocido por el entrevistado, puede variar a la luz de los datos que vayan surgiendo en el curso de la misma. Es importante que, el tutor se trace previamente un esquema sobre los aspectos fundamentales que van a tratar en relacin condichos objetivos.2. Los elementos personales son: A). Entrevistado. Su actitud y reacciones dependen de su situacin v caractersticas personales. Ventajas y Desventajas: Ventajas: La entrevista atribuye las respuestas directamente a un participante, el cual puede definirse por sus caractersticas y actitudes. En esta tcnica se puede dar un intercambio libre de informacin sin ninguna presin social para estar de acuerdo o no con el grupo. Desventajas: Reducen la profundidad de informacin con el entrevistado. Elementos De La Entrevista

Total de Pagina 9

Pgina 4

KELVI VAAMONDE

16/02/2013

La entrevista es uno de los medios para obtener conocimientos, creencias, rituales, de la vida de esta sociedad o cultura, obteniendo datos en el propio lenguaje de las personas. EL CUESTIONARIO El Cuestionario es un medio til y eficaz para recoger informacin en un tiempo relativamente breve; en su construccin pueden considerarse preguntas cerradas, abiertas o mixtas. Caractersticas Es un procedimiento de investigacin. Es una entrevista altamente estructurada."Un cuestionario consiste en un conjunto de preguntas respecto a una o ms variables a medir". Presenta la ventaja de requerir relativamente poco tiempo para reunir informacin sobre grupos numerosos. El sujeto que responde, proporciona por escrito informacin sobre s mismo o sobre un tema dado. Presenta la desventaja de que quien contesta responda escondiendo la verdad o produciendo notables alteraciones en ella. Ventajas y Desventajas Ventajas: Requiere de un menor esfuerzo por parte de los encuestados. Limitan las respuestas de la muestra. Es fcil de llenar. Mantiene al sujeto en el tema. Es relativamente objetivo. Es fcil de clasificar y analizar. Desventajas: No todos aceptan ayudarte a responder Responden incorrecta o groseramente

EL MUESTREO Es el proceso consistente en seleccionar sistemticamente elementos representativos de una poblacin. Cuando dichos elementos se examinan con cuidado, se da por hecho que el anlisis revelar informacin til de la poblacin en general LA NECESIDAD DE MUESTREO Hay muchas razones por las cuales un analista de sistemas tendra que seleccionar una muestra representativa de datos para examinarla o personas representativa para entrevistarlas, aplicarles un cuestionario u observarlas. Entre estas razones se incluyen: 1. Reducir costos. 2. Acelerar la recopilacin de datos. 3. Mejorar la efectividad. 4. Reducir la parcialidad.

Total de Pagina 9

Pgina 5

KELVI VAAMONDE

16/02/2013

DISEO DEL MUESTREO Un analista de sistemas debe seguir cuatro pasos para disear una buena muestra: 1. Determinar qu datos van a ser recopilados o descritos. 2. Determinar de qu poblacin se van a tomar muestras. 3. Escoger el tipo de muestra. 4. Decidir el tamao de la muestra. LA OBSERVACIN La observacin es una actividad realizada por un ser vivo (como un ser humano), que detecta y asimila la informacin de un hecho, o el registro de los datos utilizando los sentidos como instrumentos principales. El trmino tambin puede referirse a cualquier dato recogido durante esta actividad Caractersticas de las observaciones. Qu, cundo, dnde y cmo: La primera y ms importante consideracin en cualquier observacin consiste en determinar con exactitud lo que se va a observar, delimitar con precisin y sin ambigedades lo que se va a observar. Al describir la participacin de las categoras deben ser exhaustivas y excluirse mutuamente y es preciso definir el universo de conductas que se pretende observar. Ser preciso tambin delimitar el cmo o instrumentos que vamos a emplea en la observacin; as como el cundo y dnde, en el momento de definir la muestra. Ventajas y Desventajas: Ventajas: Se reduce o elimina la tendencia potencial que provoca el entrevistador o el proceso de la entrevista en el fenmeno de estudio La investigacin nos indica lo que ha ocurrido Desventajas: Aporta muy poca informacin. Cierto tipo de datos solo pueden recopilarse por medio de la observacin (cuando el participante no est consciente o no puede comunicarse) Las razones de comportamiento no se determinan con la observacin En algunos casos el uso de mtodos de observacin puede calificarse de poco tico

Total de Pagina 9

Pgina 6

KELVI VAAMONDE

16/02/2013

Diagrama de Flujo de Datos Un diagrama de flujo de datos (DFD por sus siglas en espaol e ingls) es una representacin grfica para la maceta del "flujo" de datos a travs de un sistema de informacin. Un diagrama de flujo de datos tambin se puede utilizar para la visualizacin de procesamiento de datos (diseo estructurado). Es una prctica comn para un diseador dibujar un contexto a nivel de DFD que primero muestra la interaccin entre el sistema y las entidades externas. Este contexto a nivel de DFD se "explot" para mostrar ms detalles del sistema que se est modelando. Los diagramas de flujo de datos fueron inventados por Larry Constantine, el desarrollador original del diseo estructurado, basado en el modelo de computacin de Martin y Estrin: "flujo grfico de datos" . Los diagramas de flujo de datos (DFD) son una de las tres perspectivas esenciales de Anlisis de Sistemas Estructurados y Diseo por Mtodo SSADM. El patrocinador de un proyecto y los usuarios finales tendrn que ser informados y consultados en todas las etapas de una evolucin del sistema. Con un diagrama de flujo de datos, los usuarios van a poder visualizar la forma en que el sistema funcione, lo que el sistema va a lograr, y cmo el sistema se pondr en prctica. El antiguo sistema de diagramas de flujo de datos puede ser elaborado y se compar con el nuevo sistema de diagramas de flujo para establecer diferencias y mejoras a aplicar para desarrollar un sistema ms eficiente. Los diagramas de flujo de datos pueden ser usados para proporcionar al usuario final una idea fsica de cmo resultarn los datos a ltima instancia, y cmo tienen un efecto sobre la estructura de todo el sistema. La manera en que cualquier sistema es desarrollado, puede determinarse a travs de un diagrama de flujo de datos. Modelo de datos. Niveles, los cuales son: Nivel 0: Diagrama de contexto. Nivel 1: Diagrama de nivel superior. Nivel 2: Diagrama de detalle o expansin. Diagrama de Contexto: Nivel 0 En el diagrama de contexto se caracterizan todas las interacciones que realiza un sistema con su entorno (entidades externas), estas pueden ser otros sistemas, sectores internos a la organizacin, o factores externos a la misma. Se dibuja un slo proceso que representa al sistema en cuestin y se escribe su nombre en dicha burbuja como un sustantivo comn ms adjetivos. De l solamente parten los flujos de datos que denotan las interrelaciones entre el sistema y sus agentes externos, no admitindose otros procesos ni almacenamientos en el dibujo.
Total de Pagina 9 Pgina 7

KELVI VAAMONDE

16/02/2013

Resulta de gran utilidad para los niveles posteriores de anlisis como herramienta de balanceo. Y es conocido como el Diagrama de Flujo de Datos DFD de Nivel "0" Diagrama de Nivel Superior: Nivel 1 En el diagrama de nivel superior se plasman todos los procesos que describen al proceso principal. En este nivel los procesos no suelen interrelacionarse directamente, sino que entre ellos debe existir algn almacenamiento o entidad externa que los una. Esta regla de construccin sirve como ayuda al analista para contemplar que en un nivel tan elevado de abstraccin (DFD Nivel 1) es altamente probable que la informacin que se maneja requiera ser almacenada en el sistema aunque no est especificado por un Requisito funcional, siendo en realidad un requisito no-funcional. Diagrama de Detalle o Expansin: Nivel 2 En un diagrama de nivel 2 o mayor, comienzan a explotarse las excepciones a los caminos principales de la informacin dado que aumenta progresivamente el nivel de detalle. De aqu en adelante se permiten los flujos entre procesos. El DFD (Diagrama De Flujo De Datos) nivel 2 puede considerarse el mximo para ser validado en forma conjunta con el usuario dado que en los niveles posteriores el alto grado de complejidad del diagrama puede resultar de muy difcil lectura para personas ajenas al equipo de sistemas. Tambin se recomienda el diagrama de nivel superior.

Total de Pagina 9

Pgina 8

KELVI VAAMONDE

16/02/2013

Bibliografa

http://es.wikipedia.org/wiki/Herramienta_CASE http://es.scribd.com/doc/81696691/TECNICAS-DE-LEVANTAMIENTO-DEINFORMACION-4 http://es.wikipedia.org/wiki/Diagrama_de_Flujo_de_Datos

Total de Pagina 9

Pgina 9