SlideShare una empresa de Scribd logo
1 de 16
TRABAJO ESCRRITO

PRESENTADO POR:
Carolina Castillo Satizabal

PRESENTADO A:
Albert Zamora

SENA: CEAI
ADSI 58
Fecha: 18 febrero 2014
CONTENIDO

Historia de UML
Que es un diagrama de casos de Uso, tipos.
Definición de Recolección de Datos.
Cuáles son las Técnicas de Recolección de Datos
Elabore un cuadro comparativo en el que incluya las ventajas y
desventajas de cada una de las Técnicas.
En que consiste y como se aplican las cinco técnicas más
comunes, ventajas y desventajas y cite 3 ejemplos.
HISTORIA DE UML

El lenguaje UML comenzó a gestarse en octubre de 1994, cuando
Rumbaugh se unió a la compañía Rational fundada por Booch (dos
reputados investigadores en el área de metodología del software).
El objetivo de ambos era unificar dos métodos que habían desarrollado:
el método Booch y el OMT (Object Modelling Tool). El primer borrador
apareció en octubre de 1995. En esa misma época otro reputado
investigador, Jacobson, se unió a Rational y se incluyeron ideas suyas.
Estas tres personas son conocidas como los “tres amigos”. Además, este
lenguaje se abrió a la colaboración de otras empresas para que
aportaran sus ideas. Todas estas colaboraciones condujeron a la
definición de la primera versión de UML.

Es un lenguaje de modelado visual que se usa para especificar,
visualizar, construir y documentar artefactos de un sistema de software.
Se usa para entender, diseñar, configurar, mantener y controlar la
información sobre los sistemas a construir.
UML capta la información sobre la estructura estática y el
comportamiento dinámico de un sistema. Un sistema se modela como
una colección de objetos discretos que interactúan para realizar un
trabajo que finalmente beneficia a un usuario externo.
El lenguaje de modelado pretende unificar la experiencia pasada sobre
técnicas de modelado e incorporar las mejores prácticas actuales en un
acercamiento estándar.
UML no es un lenguaje de programación. Las herramientas pueden
ofrecer generadores de código de UML para una gran variedad de
lenguaje de programación, así como construir modelos por ingeniería
inversa a partir de programas existentes.
La notación UML se deriva y unifica las tres metodologías de análisis y
diseños más extendidas.
Metodología de Grady Booch para la descripción de conjuntos de objetos
y sus relaciones.
Técnica de modelado orientada a objetos de James Rumbaugh (OMT:
Object - Modelling Technique).
Aproximación de Ivar Jacobson (OOSE: Object- Oriented Software
Engineering) mediante la metodología de casos de uso (use case).
El desarrollo de UML comenzó a finales de 1994 cuando Grady Booch y
Jim Rumbaugh de Rational Software Corporation empezaron a unificar
sus métodos. A finales de 1995, Ivar Jacob son y su compañía Objectory
se incorporaron a Rational en su unificación, aportando el método OOSE.

De las tres metodologías de partida, las de Bco. Y Rumbaugh pueden ser
descritas como centradas en objetos, ya que sus aproximaciones se
enfocan hacia el modelado de los objetos que componen el sistema, su
relación y colaboración.
Por otro lado, la metodología de Jacobson es más centrada a usuario, ya
que todo en su método se deriva de los escenarios de uso. UML se ha
ido fomentando y aceptando como estándar desde el OMG, que es
también el origen de CORBA, el estándar líder en la industria para la
programación de objetos distribuidos.

En 1997 UML 1.1 fue aprobada por la OMG convirtiéndose en la notación
estándar de facto para el análisis y el diseño orientado a objetos.
UML es el primer método en publicar un meta-modelo en su propia
notación, incluyendo la notación para la mayoría de la información de
requisitos, análisis y diseño. Se trata pues de un meta-modelo autoreferencial (cualquier lenguaje de modelado de propósito general
debería ser capaz de modelarse a sí mismo).
Objetivos
Durante el desarrollo del UML sus autores tuvieron en cuenta:
Proporcionar una notación y semánticas suficientes para poder
alcanzar una gran cantidad de aspectos del modelado
contemporáneo de una forma directa y económica.
Proporcionar las semánticas suficientes para alcanzar aspectos del
modelado que son de esperar en un futuro, como por ejemplo
aspectos relacionados con la tecnología de componentes, el
cómputo distribuido, etc.
Proporcionar mecanismos de extensión de forma que proyectos
concretos puedan extender el meta-modelo a un coste bajo.
Proporcionar mecanismos de extensión de forma que
aproximaciones de modelado futuras podrían desarrollarse encima
del UML.
Permitir el intercambio de los modelos entre una gran variedad de
herramientas.
Proporcionar semánticas suficientes para especificar las interfaces
a bibliotecas para la comparación y el almacenamiento de
componentes del modelo.

Ser tan simple como sea posible pero manteniendo la capacidad
de modelar toda la gama de sistemas que se necesita construir.
UML es un lenguaje de modelado de propósito general que pueden
usar todos los modeladores.
UML no pretende ser un método de desarrollo completo.
Debe ser un lenguaje universal, como cualquier lenguaje de
propósito general.
Imponer un estándar mundial.

Mediante el fomento del uso de UML OMG pretende alcanzar los
siguientes objetivos:
Proporcionar a los usuarios un lenguaje de modelado visual
expresivo y utilizable para el desarrollo e intercambio de modelos
significativos.
Proporcionar mecanismos de extensión y especialización.
Ser independiente del proceso de desarrollo y de los lenguajes de
programación.
Proporcionar una base formal para entender el lenguaje de
modelado.
Fomentar el crecimiento del mercado de las herramientas OO.
Soportar conceptos de desarrollo de alto nivel como pueden ser
colaboraciones, frameworks, patterns, y componentes.
Integrar las mejores prácticas utilizadas hasta el momento.

DIAGRAMA DE CASOSO DE USO

Un caso de uso es una descripción de los pasos o las actividades que
deberán realizarse para llevar a cabo algún proceso. Los personajes o
entidades que participarán en un caso de uso se denominan actores.En
el contexto de ingeniería del software, un caso de uso es una secuencia
de interacciones que se desarrollarán entre un sistema y sus actores en
respuesta a un evento que inicia un actor principal sobre el propio
sistema. Los diagramas de casos de uso sirven para especificar la
comunicación y el comportamiento de un sistema mediante su
interacción con los usuarios y/u otros sistemas. O lo que es igual, un
diagrama que muestra la relación entre los actores y los casos de uso en
un sistema. Una relación es una conexión entre los elementos del
modelo, por ejemplo la especialización y la generalización son
relaciones. Los diagramas de casos de uso se utilizan para ilustrar los
requerimientos del sistema al mostrar cómo reacciona a eventos que se
producen en su ámbito o en él mismo.
Los más comunes para la captura de requisitos funcionales,
especialmente con el desarrollo del paradigma de la programación
orientada a objetos, donde se originaron, si bien puede utilizarse con
resultados igualmente satisfactorios con otros paradigmas de
programación.
Los diagramas de casos de uso documentan el comportamiento de un
sistema desde el punto de vista del usuario. Por lo tanto los casos de
uso determinan los requisitos funcionales del sistema, es decir,
representan las funciones que un sistema puede ejecutar.
Su ventaja principal es la facilidad para interpretarlos, lo que hace que
sean especialmente útiles en la comunicación con el cliente.
Elementos básicos
Actores: Los actores representan un tipo de usuario del sistema. Se
entiendo como usuario cualquier cosa externa que interactúa con el
sistema. No tiene por qué ser un ser humano, puede ser otro sistema
informático o unidades organizativas o empresas.

Siempre hay que intentar independizar los actores de la forma en que se
interactúa con el sistema. Por ejemplo un teclado no es un actor en la
mayor parte de los casos, sólo un medio para introducir información al
sistema. Suele ser útil mantener una lista de los usuarios reales para
cada actor.
Un actor en un diagrama de casos de uso representa un rol que alguien
puede estar jugando, no un individuo particular por lo tanto puede
haber personas particulares que puedan estar usando el sistema de
formas diferentes en diferentes ocasiones: socio de biblioteca y
bibliotecario.

Caso de uso: Es una tarea que debe poder llevarse a cabo con el apoyo
del sistema que se está desarrollando. Se representan mediante un
óvulo. Cada caso de uso debe detallarse, habitualmente mediante una
descripción textual

Asociaciones: Hay una asociación entre un actor y un caso de uso si el
actor interactúa con el sistema para llevar a cabo el caso de uso.
Un caso de uso debe especificar un comportamiento deseado, pero no
imponer cómo se llevará a cabo ese comportamiento, es decir, debe
decir QUÉ pero no CÓMO. Esto se realiza utilizando escenarios.
Un escenario es una interacción entre el sistema y los actores, que
puede ser descrito mediante una secuencia de mensajes. Un caso de
uso es una generalización de un escenario.
Ejemplos:

Escenario 1: José García se lleva prestado el tercer ejemplar de “Guerra
y Paz” que hay en la biblioteca. No tiene ningún otro libro en préstamo.
Escenario 2: Mónica Díaz intenta llevarse prestado el primer ejemplar
de “Ana Karina”, pero no puede porque ya tiene tres libros en préstamo,
que es el máximo.

Todos los escenarios de un caso de uso deben tener en común que son
intentos de hacer esencialmente “lo mismo”, en este caso llevarse un
libro en préstamo.
Los escenarios pueden y deben posteriormente documentarse mediante
diagramas de secuencia.
TIPOS

RECOLECCIÓN DE DATOS
La recolección de datos se refiere al uso de una gran diversidad
de técnicas y herramientas que pueden ser utilizadas por el analista
para desarrollar los sistemas de información, los cuales pueden ser
la entrevistas, la encuesta, el cuestionario, la observación, el diagrama
de flujo y el diccionario de datos.
Todos estos instrumentos se aplicarán en un momento en particular, con
la finalidad de buscar información que será útil a una investigación en
común.
Los analistas utilizan una variedad de métodos a fin de recopilar los
datos sobre una situación existente, como entrevistas, cuestionarios,
inspección de registros (revisión en el sitio) y observación. Cada uno
tiene ventajas y desventajas. Generalmente, se utilizan dos o tres para
complementar el trabajo de cada una y ayudar a asegurar una
investigación completa.

Nombre de los Datos
Para distinguir un dato de otro, los analista les asigna nombre
significativos que se utilizan para tener una referencia de cada elemento
a través del proceso total de desarrollo de sistemas. Por lo tanto, debe
tenerse cuidado para seleccionar, en forma significativa y entendible, los
nombres de los datos, por ejemplo la fecha de factura es más
significativa si se llama FECHA FACTURA que si se le conoce como
ABCXXX.
Descripción de los Datos
Establece brevemente lo que representa el dato en el sistema; por
ejemplo, la descripción para FECHA-DE-FACTURA indica que es la fecha
en la cual se está preparando la misma (para distinguirla de la fecha en
la que se envió por correo o se recibió.
Las descripciones de datos se deben escribir suponiendo que a gente
que los lea no conoce nada en relación del sistema. Deben evitarse
Termino especiales o argot, todas las palabras deben se entendible para
el lector.
Alias
Con frecuencia el mismo dato puede conocerse con diferentes nombres,
dependiendo de quién lo utilice. El uso de los alias debe evitar
confusión. Un diccionario de dato significativo incluirá todos los alias.
Longitud de campo
Cuando las características del diseño del sistema se ejecuten más tarde
en el proceso de desarrollo de los sistemas, será importante conocer la
cantidad de espacio que necesita para cada dato.
Valores de los datos
En algunos procesos solo se permiten valores de datos específicos. Por
ejemplo, en muchas compañías con frecuencia los números de orden de
compra se proporcionan con un prefijo de una letra para indicar el
departamento del origen.
Registro de las descripciones de datos
Dadas que las descripciones se utilizarán en forma repetitiva a través de
una información y después, durante el diseño, se sugiere un formato
fácil para utilizar que simplifique el registro y los detalles de consulta
cuando se necesiten.
La Recolección de Datos, consiste en la recopilación de información; se
lleva a cabo por medio
De entrevistas, cuestionarios y observación; donde el analista obtiene y
desarrolla los sistemas de información logrando sus metas y objetivos.
El analista debe de demostrar y desarrollar las destrezas de sus
conocimientos manifestando su honestidad, imparcialidad, habilidad,
objetividad, control, comunicación, comprensión y cortesía para lograr la
búsqueda de información a través de las herramientas antes
mencionada.
La entrevista, se lleva a cabo en todos los niveles de operación desde el
Presidente o el Jefe de Operaciones.
Utilizando procedimientos que pueden varar desde muy formales hasta
los casuales.
TECNICAS DE RECOLECCION DE DATOS
LA ENTREVISTA.
La entrevista, desde un punto de vista general, es una forma específica
de interacción social. El investigador se sitúa frente al investigado y le
formula preguntas, a partir de cuyas respuestas habrán de surgir los
datos de interés. Se establece así un diálogo, pero un diálogo peculiar,
asimétrico, donde una de las partes busca recoger informaciones y la
otra se nos presenta como fuente de estas informaciones.
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
su forma de actuar.
LA ENCUESTA.

Una encuesta es un conjunto de preguntas normalizadas dirigidas a una
muestra representativa de la población o instituciones, con el fin de
conocer estados de opinión o hechos específicos.
Tipos
Las encuestas tienen por objetivo obtener información estadística
indefinida, mientras que los censos y registros vitales de población son
de mayor alcance y extensión. Este tipo de estadísticas pocas veces
otorga, en forma clara y precisa, la verdadera información que se
requiere, de ahí que sea necesario realizar encuestas a esa población en
estudio, para obtener los datos que se necesitan para un buen análisis.
Este tipo de encuesta abarca generalmente el UNIVERSO de los
individuos en cuestión.
ENCUESTAS PARTICULARES
Encuesta piloto
Un tipo particular de encuesta, que tiene por objetivo preparar la
verdadera encuesta. Se busca tener unos pocos criterios para diseñar o
rediseñar las herramientas de trabajo, teniendo una idea previa de la
población. Esta exploración es útil porque está libre de conclusiones
sobre el tema de estudio y sirve solo para mejorar la investigación;
incluso restablecer un diagrama de flujo u otro tipo de planificación. Hay
otras aplicaciones novedosas y son construir una muestra
completamente estratificada y solo con los componentes de la población
seleccionados para nuestro final interés; esta muestra no tiene valor
predictor, pero sí puede utilizarse de una forma experimental, como
grupo de control, y comparar sus resultados -parciales- con los que
posteriormente hayamos obtenido en el muestreo probabilístico principal
de toda la población y que así ya estaría estadísticamente bajo control.
Ayudaría a la muestra completamente estratificada su uso en
Investigación basada en la comunidad. Es de vital importancia en las
organizaciones públicas y privadas.
SESIONES DE GRUPO

También conocida como sesiones de grupo, es
una de las formas de los estudios cualitativos en el que se reúne a un
grupo de personas para indagar acerca de actitudes y reacciones frente
a un producto, servicio, concepto, publicidad, idea o empaque. Las
preguntas son respondidas por la interacción del grupo en una dinámica
donde los participantes se sienten cómodos y libres de hablar y
comentar sus opiniones.
En el mundo del marketing, las sesiones de grupo son una herramienta
muy importante para recibir retroalimentación de diversos temas
concernientes a la mezcla de marketing, en particular se utiliza para
detectar deseos y necesidades en cuanto a empaque, nombres de
marcas o test de conceptos. Esta herramienta da información invaluable
acerca del potencial de un concepto y/o producto en el mercado.
Sin embargo, las sesiones de grupo tienen desventajas. El entrevistador
tiene poco control sobre el grupo y en ocasiones se pierde tiempo en
asuntos de poca trascendencia. Por otra parte el análisis es complejo ya
que depende de los estilos de comunicación a la par con las reacciones
no verbales de los participantes, por ello se necesita personal muy
entrenado para el manejo del grupo y el análisis de los resultados.
Sesiones de grupo tradicionales
En las sesiones de grupo tradicionales se elabora un guión de desarrollo
el cual servirá para iniciar y cerrar la discusión. Se dividen los grupos de
acuerdo a características del mercado objetivo. Usualmente las sesiones
la conforman entre 8 y 12 participantes, teniendo una duración entre 1
y 2 horas.
Es habitual que los participantes se dejen llevar por la presión del grupo
cambiando de opinión y por ende “contaminando” los resultados. Este
problema se puede mitigar mediante manejos especiales de grupo en
los cuales los moderadores deben estar entrenados.
Tipos de sesiones de grupo
Las variantes de las sesiones de grupo son:
Sesiones de dos vías – En esta variante, un grupo de personas ve la
dinámica de otro grupo y discute acerca de las reacciones e
interacciones, para llegar a una conclusión.
LA OBSERVACIÓN

Otra técnica útil para el analista en su progreso de investigación,
consiste en observar a las personas cuando efectúan su trabajo. La
tarea de observar no puede reducirse a una mera percepción pasiva de
hechos, situaciones o cosas. Hablábamos anteriormente de una
percepción "activa", lo cual significa concretamente un ejercicio
constante encaminado a seleccionar, organizar y relacionar los datos
referentes a nuestro problema. No todo lo que aparece ante el campo
del observador tiene importancia y, si la tiene, no siempre en el mismo
grado; no todos los datos se refieren a las mismas variables o
indicadores, y es precio estar alerta para discriminar adecuadamente
frente a todo este conjunto posible de informaciones.
TIPOS DE OBSERVACIÓN
1. Determinar y definir aquella que va a observarse.
2. Estimular el tiempo necesario de observación.
3. Obtener la autorización de la gerencia para llevar a cabo la
observación.
4. Explicar a las personas que van a ser observadas lo que se va a
hacer y las razones para ello.
Conducción de la observación
1. Familiarizarse con los componentes físicos del área inmediata
de observación.
2. Mientras se observa, medir el tiempo en forma periódica.
3. Anotar lo que se observa lo más específicamente posible,
evitando las generalidades y las descripciones vagas.
4. Si se está en contacto con las personas observadas, es
necesario abstenerse de hacer comentarios cualitativos o que
impliquen un juicio de valores.
5. Observar las reglas de cortesía y seguridad.

VENTAJAS

Entrevistas
La encuesta

DESVENTAJAS

Ventajas
1. Bajo costo
2. Información más exacta
(mejor calidad) que la del
Censo debido al menor
número de empadronadores
permite capacitarlos mejor y
más selectivamente.
3. Es posible introducir
métodos científicos objetivos
de medición para corregir
errores.
4. Mayor rapidez en la
obtención de resultados.
5. Técnica más utilizada y que
permite obtener información
de casi cualquier tipo de
población.
6. Permite obtener
información sobre hechos
pasados de los encuestados.
7. Gran capacidad para
estandarizar datos, lo que
permite su tratamiento
informático y el análisis
estadístico.

El planeamiento y ejecución
de la investigación suele ser
más complejo que si se
realizara por censo.
1. Requiere para su diseño de
profesionales con buenos
conocimientos de teoría y
habilidad en su aplicación.
Hay un mayor riesgo de sesgo
maestral.
8. Relativamente barata para
la información que se obtiene
con ello.
9. Te ayuda a conocer lo que
quisieras conocer de la
persona o personas
encuestadas
La observación
Sesión de grupo.

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

IntroduccióN Uml
IntroduccióN UmlIntroduccióN Uml
IntroduccióN Uml
 
Presentacion uml dian1_2003
Presentacion uml dian1_2003Presentacion uml dian1_2003
Presentacion uml dian1_2003
 
Uml (lenguaje unificado de modelado)
Uml (lenguaje unificado de modelado)Uml (lenguaje unificado de modelado)
Uml (lenguaje unificado de modelado)
 
Diagramas uml de un caso de uso
Diagramas uml de un caso de usoDiagramas uml de un caso de uso
Diagramas uml de un caso de uso
 
Introducción a UML
Introducción a UMLIntroducción a UML
Introducción a UML
 
Curso de UML 2.0
Curso de UML 2.0 Curso de UML 2.0
Curso de UML 2.0
 
Conceptos Basicos Uml
Conceptos Basicos UmlConceptos Basicos Uml
Conceptos Basicos Uml
 
Nesii
NesiiNesii
Nesii
 
Introduccion a Uml
Introduccion a Uml Introduccion a Uml
Introduccion a Uml
 
Introduccion a UML
Introduccion a UMLIntroduccion a UML
Introduccion a UML
 
Perfiles UML - Eliana Concha
Perfiles UML - Eliana ConchaPerfiles UML - Eliana Concha
Perfiles UML - Eliana Concha
 
Star uml
Star umlStar uml
Star uml
 
Curso Uml 2.1 Diagramas De Cu Y Clases
Curso Uml   2.1 Diagramas De Cu Y ClasesCurso Uml   2.1 Diagramas De Cu Y Clases
Curso Uml 2.1 Diagramas De Cu Y Clases
 
UML
UMLUML
UML
 
Qué es uml, PARA QUE SIRVE, PASOS
Qué es uml, PARA QUE SIRVE, PASOSQué es uml, PARA QUE SIRVE, PASOS
Qué es uml, PARA QUE SIRVE, PASOS
 
Lenguaje Unificado de Modelado (UML)
Lenguaje Unificado de Modelado (UML)Lenguaje Unificado de Modelado (UML)
Lenguaje Unificado de Modelado (UML)
 
Introducción a UML
Introducción a UMLIntroducción a UML
Introducción a UML
 
Glosario uml
Glosario umlGlosario uml
Glosario uml
 
Presentacion power point
Presentacion power pointPresentacion power point
Presentacion power point
 
Modelamiento con uml definiciones
Modelamiento con uml definicionesModelamiento con uml definiciones
Modelamiento con uml definiciones
 

Similar a Carolina castillo satizabal 2

Similar a Carolina castillo satizabal 2 (20)

Luisfer
LuisferLuisfer
Luisfer
 
Historia de uml
Historia de umlHistoria de uml
Historia de uml
 
Daniela florez trabajo escrito
Daniela florez trabajo escritoDaniela florez trabajo escrito
Daniela florez trabajo escrito
 
IngenieríA De Software Uml
IngenieríA De Software UmlIngenieríA De Software Uml
IngenieríA De Software Uml
 
Uml
UmlUml
Uml
 
Daniela florez trabajo escrito
Daniela florez trabajo escritoDaniela florez trabajo escrito
Daniela florez trabajo escrito
 
Qué es UML
Qué es UMLQué es UML
Qué es UML
 
QUE ES UML
QUE ES UMLQUE ES UML
QUE ES UML
 
investigacion uml
investigacion umlinvestigacion uml
investigacion uml
 
Analisis Y DiseñO Orientado Objetos
Analisis Y DiseñO Orientado ObjetosAnalisis Y DiseñO Orientado Objetos
Analisis Y DiseñO Orientado Objetos
 
Diagrama uml ing software i promecys
Diagrama uml ing software i promecysDiagrama uml ing software i promecys
Diagrama uml ing software i promecys
 
¿Que es uml ? ACTVIDAD No 4 Jennifer Garcia Montiel 2 "D"
¿Que es uml ? ACTVIDAD No 4  Jennifer Garcia Montiel 2 "D"¿Que es uml ? ACTVIDAD No 4  Jennifer Garcia Montiel 2 "D"
¿Que es uml ? ACTVIDAD No 4 Jennifer Garcia Montiel 2 "D"
 
Presentación poo
Presentación pooPresentación poo
Presentación poo
 
Uml albagni camila ibarguen asprilla
Uml albagni camila ibarguen asprillaUml albagni camila ibarguen asprilla
Uml albagni camila ibarguen asprilla
 
Software
SoftwareSoftware
Software
 
Software
SoftwareSoftware
Software
 
UML Java
UML JavaUML Java
UML Java
 
Uml java
Uml javaUml java
Uml java
 
Diagramas de clases y aplicaciones JAVA en NetBeans 6.9.1
Diagramas de clases y aplicaciones  JAVA en NetBeans 6.9.1Diagramas de clases y aplicaciones  JAVA en NetBeans 6.9.1
Diagramas de clases y aplicaciones JAVA en NetBeans 6.9.1
 
Uml java
Uml javaUml java
Uml java
 

Último

SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptxSINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptxlclcarmen
 
Informatica Generalidades - Conceptos Básicos
Informatica Generalidades - Conceptos BásicosInformatica Generalidades - Conceptos Básicos
Informatica Generalidades - Conceptos BásicosCesarFernandez937857
 
Estrategia de prompts, primeras ideas para su construcción
Estrategia de prompts, primeras ideas para su construcciónEstrategia de prompts, primeras ideas para su construcción
Estrategia de prompts, primeras ideas para su construcciónLourdes Feria
 
programa dia de las madres 10 de mayo para evento
programa dia de las madres 10 de mayo  para eventoprograma dia de las madres 10 de mayo  para evento
programa dia de las madres 10 de mayo para eventoDiegoMtsS
 
Introducción:Los objetivos de Desarrollo Sostenible
Introducción:Los objetivos de Desarrollo SostenibleIntroducción:Los objetivos de Desarrollo Sostenible
Introducción:Los objetivos de Desarrollo SostenibleJonathanCovena1
 
30-de-abril-plebiscito-1902_240420_104511.pdf
30-de-abril-plebiscito-1902_240420_104511.pdf30-de-abril-plebiscito-1902_240420_104511.pdf
30-de-abril-plebiscito-1902_240420_104511.pdfgimenanahuel
 
OLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptx
OLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptxOLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptx
OLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptxjosetrinidadchavez
 
Identificación de componentes Hardware del PC
Identificación de componentes Hardware del PCIdentificación de componentes Hardware del PC
Identificación de componentes Hardware del PCCesarFernandez937857
 
Neurociencias para Educadores NE24 Ccesa007.pdf
Neurociencias para Educadores  NE24  Ccesa007.pdfNeurociencias para Educadores  NE24  Ccesa007.pdf
Neurociencias para Educadores NE24 Ccesa007.pdfDemetrio Ccesa Rayme
 
codigos HTML para blogs y paginas web Karina
codigos HTML para blogs y paginas web Karinacodigos HTML para blogs y paginas web Karina
codigos HTML para blogs y paginas web Karinavergarakarina022
 
EXPECTATIVAS vs PERSPECTIVA en la vida.
EXPECTATIVAS vs PERSPECTIVA  en la vida.EXPECTATIVAS vs PERSPECTIVA  en la vida.
EXPECTATIVAS vs PERSPECTIVA en la vida.DaluiMonasterio
 
Clasificaciones, modalidades y tendencias de investigación educativa.
Clasificaciones, modalidades y tendencias de investigación educativa.Clasificaciones, modalidades y tendencias de investigación educativa.
Clasificaciones, modalidades y tendencias de investigación educativa.José Luis Palma
 
CALENDARIZACION DE MAYO / RESPONSABILIDAD
CALENDARIZACION DE MAYO / RESPONSABILIDADCALENDARIZACION DE MAYO / RESPONSABILIDAD
CALENDARIZACION DE MAYO / RESPONSABILIDADauxsoporte
 
DECÁGOLO DEL GENERAL ELOY ALFARO DELGADO
DECÁGOLO DEL GENERAL ELOY ALFARO DELGADODECÁGOLO DEL GENERAL ELOY ALFARO DELGADO
DECÁGOLO DEL GENERAL ELOY ALFARO DELGADOJosé Luis Palma
 
MAYO 1 PROYECTO día de la madre el amor más grande
MAYO 1 PROYECTO día de la madre el amor más grandeMAYO 1 PROYECTO día de la madre el amor más grande
MAYO 1 PROYECTO día de la madre el amor más grandeMarjorie Burga
 
Resolucion de Problemas en Educacion Inicial 5 años ED-2024 Ccesa007.pdf
Resolucion de Problemas en Educacion Inicial 5 años ED-2024 Ccesa007.pdfResolucion de Problemas en Educacion Inicial 5 años ED-2024 Ccesa007.pdf
Resolucion de Problemas en Educacion Inicial 5 años ED-2024 Ccesa007.pdfDemetrio Ccesa Rayme
 
ACERTIJO DE LA BANDERA OLÍMPICA CON ECUACIONES DE LA CIRCUNFERENCIA. Por JAVI...
ACERTIJO DE LA BANDERA OLÍMPICA CON ECUACIONES DE LA CIRCUNFERENCIA. Por JAVI...ACERTIJO DE LA BANDERA OLÍMPICA CON ECUACIONES DE LA CIRCUNFERENCIA. Por JAVI...
ACERTIJO DE LA BANDERA OLÍMPICA CON ECUACIONES DE LA CIRCUNFERENCIA. Por JAVI...JAVIER SOLIS NOYOLA
 
TEMA 13 ESPAÑA EN DEMOCRACIA:DISTINTOS GOBIERNOS
TEMA 13 ESPAÑA EN DEMOCRACIA:DISTINTOS GOBIERNOSTEMA 13 ESPAÑA EN DEMOCRACIA:DISTINTOS GOBIERNOS
TEMA 13 ESPAÑA EN DEMOCRACIA:DISTINTOS GOBIERNOSjlorentemartos
 

Último (20)

SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptxSINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
SINTAXIS DE LA ORACIÓN SIMPLE 2023-2024.pptx
 
La Trampa De La Felicidad. Russ-Harris.pdf
La Trampa De La Felicidad. Russ-Harris.pdfLa Trampa De La Felicidad. Russ-Harris.pdf
La Trampa De La Felicidad. Russ-Harris.pdf
 
Informatica Generalidades - Conceptos Básicos
Informatica Generalidades - Conceptos BásicosInformatica Generalidades - Conceptos Básicos
Informatica Generalidades - Conceptos Básicos
 
Estrategia de prompts, primeras ideas para su construcción
Estrategia de prompts, primeras ideas para su construcciónEstrategia de prompts, primeras ideas para su construcción
Estrategia de prompts, primeras ideas para su construcción
 
programa dia de las madres 10 de mayo para evento
programa dia de las madres 10 de mayo  para eventoprograma dia de las madres 10 de mayo  para evento
programa dia de las madres 10 de mayo para evento
 
Defendamos la verdad. La defensa es importante.
Defendamos la verdad. La defensa es importante.Defendamos la verdad. La defensa es importante.
Defendamos la verdad. La defensa es importante.
 
Introducción:Los objetivos de Desarrollo Sostenible
Introducción:Los objetivos de Desarrollo SostenibleIntroducción:Los objetivos de Desarrollo Sostenible
Introducción:Los objetivos de Desarrollo Sostenible
 
30-de-abril-plebiscito-1902_240420_104511.pdf
30-de-abril-plebiscito-1902_240420_104511.pdf30-de-abril-plebiscito-1902_240420_104511.pdf
30-de-abril-plebiscito-1902_240420_104511.pdf
 
OLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptx
OLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptxOLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptx
OLIMPIADA DEL CONOCIMIENTO INFANTIL 2024.pptx
 
Identificación de componentes Hardware del PC
Identificación de componentes Hardware del PCIdentificación de componentes Hardware del PC
Identificación de componentes Hardware del PC
 
Neurociencias para Educadores NE24 Ccesa007.pdf
Neurociencias para Educadores  NE24  Ccesa007.pdfNeurociencias para Educadores  NE24  Ccesa007.pdf
Neurociencias para Educadores NE24 Ccesa007.pdf
 
codigos HTML para blogs y paginas web Karina
codigos HTML para blogs y paginas web Karinacodigos HTML para blogs y paginas web Karina
codigos HTML para blogs y paginas web Karina
 
EXPECTATIVAS vs PERSPECTIVA en la vida.
EXPECTATIVAS vs PERSPECTIVA  en la vida.EXPECTATIVAS vs PERSPECTIVA  en la vida.
EXPECTATIVAS vs PERSPECTIVA en la vida.
 
Clasificaciones, modalidades y tendencias de investigación educativa.
Clasificaciones, modalidades y tendencias de investigación educativa.Clasificaciones, modalidades y tendencias de investigación educativa.
Clasificaciones, modalidades y tendencias de investigación educativa.
 
CALENDARIZACION DE MAYO / RESPONSABILIDAD
CALENDARIZACION DE MAYO / RESPONSABILIDADCALENDARIZACION DE MAYO / RESPONSABILIDAD
CALENDARIZACION DE MAYO / RESPONSABILIDAD
 
DECÁGOLO DEL GENERAL ELOY ALFARO DELGADO
DECÁGOLO DEL GENERAL ELOY ALFARO DELGADODECÁGOLO DEL GENERAL ELOY ALFARO DELGADO
DECÁGOLO DEL GENERAL ELOY ALFARO DELGADO
 
MAYO 1 PROYECTO día de la madre el amor más grande
MAYO 1 PROYECTO día de la madre el amor más grandeMAYO 1 PROYECTO día de la madre el amor más grande
MAYO 1 PROYECTO día de la madre el amor más grande
 
Resolucion de Problemas en Educacion Inicial 5 años ED-2024 Ccesa007.pdf
Resolucion de Problemas en Educacion Inicial 5 años ED-2024 Ccesa007.pdfResolucion de Problemas en Educacion Inicial 5 años ED-2024 Ccesa007.pdf
Resolucion de Problemas en Educacion Inicial 5 años ED-2024 Ccesa007.pdf
 
ACERTIJO DE LA BANDERA OLÍMPICA CON ECUACIONES DE LA CIRCUNFERENCIA. Por JAVI...
ACERTIJO DE LA BANDERA OLÍMPICA CON ECUACIONES DE LA CIRCUNFERENCIA. Por JAVI...ACERTIJO DE LA BANDERA OLÍMPICA CON ECUACIONES DE LA CIRCUNFERENCIA. Por JAVI...
ACERTIJO DE LA BANDERA OLÍMPICA CON ECUACIONES DE LA CIRCUNFERENCIA. Por JAVI...
 
TEMA 13 ESPAÑA EN DEMOCRACIA:DISTINTOS GOBIERNOS
TEMA 13 ESPAÑA EN DEMOCRACIA:DISTINTOS GOBIERNOSTEMA 13 ESPAÑA EN DEMOCRACIA:DISTINTOS GOBIERNOS
TEMA 13 ESPAÑA EN DEMOCRACIA:DISTINTOS GOBIERNOS
 

Carolina castillo satizabal 2

  • 1. TRABAJO ESCRRITO PRESENTADO POR: Carolina Castillo Satizabal PRESENTADO A: Albert Zamora SENA: CEAI ADSI 58 Fecha: 18 febrero 2014
  • 2. CONTENIDO Historia de UML Que es un diagrama de casos de Uso, tipos. Definición de Recolección de Datos. Cuáles son las Técnicas de Recolección de Datos Elabore un cuadro comparativo en el que incluya las ventajas y desventajas de cada una de las Técnicas. En que consiste y como se aplican las cinco técnicas más comunes, ventajas y desventajas y cite 3 ejemplos.
  • 3. HISTORIA DE UML El lenguaje UML comenzó a gestarse en octubre de 1994, cuando Rumbaugh se unió a la compañía Rational fundada por Booch (dos reputados investigadores en el área de metodología del software). El objetivo de ambos era unificar dos métodos que habían desarrollado: el método Booch y el OMT (Object Modelling Tool). El primer borrador apareció en octubre de 1995. En esa misma época otro reputado investigador, Jacobson, se unió a Rational y se incluyeron ideas suyas. Estas tres personas son conocidas como los “tres amigos”. Además, este lenguaje se abrió a la colaboración de otras empresas para que aportaran sus ideas. Todas estas colaboraciones condujeron a la definición de la primera versión de UML. Es un lenguaje de modelado visual que se usa para especificar, visualizar, construir y documentar artefactos de un sistema de software. Se usa para entender, diseñar, configurar, mantener y controlar la información sobre los sistemas a construir. UML capta la información sobre la estructura estática y el comportamiento dinámico de un sistema. Un sistema se modela como una colección de objetos discretos que interactúan para realizar un trabajo que finalmente beneficia a un usuario externo. El lenguaje de modelado pretende unificar la experiencia pasada sobre técnicas de modelado e incorporar las mejores prácticas actuales en un acercamiento estándar. UML no es un lenguaje de programación. Las herramientas pueden ofrecer generadores de código de UML para una gran variedad de
  • 4. lenguaje de programación, así como construir modelos por ingeniería inversa a partir de programas existentes. La notación UML se deriva y unifica las tres metodologías de análisis y diseños más extendidas. Metodología de Grady Booch para la descripción de conjuntos de objetos y sus relaciones. Técnica de modelado orientada a objetos de James Rumbaugh (OMT: Object - Modelling Technique). Aproximación de Ivar Jacobson (OOSE: Object- Oriented Software Engineering) mediante la metodología de casos de uso (use case). El desarrollo de UML comenzó a finales de 1994 cuando Grady Booch y Jim Rumbaugh de Rational Software Corporation empezaron a unificar sus métodos. A finales de 1995, Ivar Jacob son y su compañía Objectory se incorporaron a Rational en su unificación, aportando el método OOSE. De las tres metodologías de partida, las de Bco. Y Rumbaugh pueden ser descritas como centradas en objetos, ya que sus aproximaciones se enfocan hacia el modelado de los objetos que componen el sistema, su relación y colaboración. Por otro lado, la metodología de Jacobson es más centrada a usuario, ya que todo en su método se deriva de los escenarios de uso. UML se ha ido fomentando y aceptando como estándar desde el OMG, que es también el origen de CORBA, el estándar líder en la industria para la programación de objetos distribuidos. En 1997 UML 1.1 fue aprobada por la OMG convirtiéndose en la notación estándar de facto para el análisis y el diseño orientado a objetos. UML es el primer método en publicar un meta-modelo en su propia notación, incluyendo la notación para la mayoría de la información de requisitos, análisis y diseño. Se trata pues de un meta-modelo autoreferencial (cualquier lenguaje de modelado de propósito general debería ser capaz de modelarse a sí mismo).
  • 5. Objetivos Durante el desarrollo del UML sus autores tuvieron en cuenta: Proporcionar una notación y semánticas suficientes para poder alcanzar una gran cantidad de aspectos del modelado contemporáneo de una forma directa y económica. Proporcionar las semánticas suficientes para alcanzar aspectos del modelado que son de esperar en un futuro, como por ejemplo aspectos relacionados con la tecnología de componentes, el cómputo distribuido, etc. Proporcionar mecanismos de extensión de forma que proyectos concretos puedan extender el meta-modelo a un coste bajo. Proporcionar mecanismos de extensión de forma que aproximaciones de modelado futuras podrían desarrollarse encima del UML. Permitir el intercambio de los modelos entre una gran variedad de herramientas. Proporcionar semánticas suficientes para especificar las interfaces a bibliotecas para la comparación y el almacenamiento de componentes del modelo. Ser tan simple como sea posible pero manteniendo la capacidad de modelar toda la gama de sistemas que se necesita construir. UML es un lenguaje de modelado de propósito general que pueden usar todos los modeladores. UML no pretende ser un método de desarrollo completo. Debe ser un lenguaje universal, como cualquier lenguaje de propósito general. Imponer un estándar mundial. Mediante el fomento del uso de UML OMG pretende alcanzar los siguientes objetivos: Proporcionar a los usuarios un lenguaje de modelado visual expresivo y utilizable para el desarrollo e intercambio de modelos significativos. Proporcionar mecanismos de extensión y especialización.
  • 6. Ser independiente del proceso de desarrollo y de los lenguajes de programación. Proporcionar una base formal para entender el lenguaje de modelado. Fomentar el crecimiento del mercado de las herramientas OO. Soportar conceptos de desarrollo de alto nivel como pueden ser colaboraciones, frameworks, patterns, y componentes. Integrar las mejores prácticas utilizadas hasta el momento. DIAGRAMA DE CASOSO DE USO Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Los personajes o entidades que participarán en un caso de uso se denominan actores.En el contexto de ingeniería del software, un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relación entre los actores y los casos de uso en un sistema. Una relación es una conexión entre los elementos del modelo, por ejemplo la especialización y la generalización son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar cómo reacciona a eventos que se producen en su ámbito o en él mismo. Los más comunes para la captura de requisitos funcionales, especialmente con el desarrollo del paradigma de la programación orientada a objetos, donde se originaron, si bien puede utilizarse con resultados igualmente satisfactorios con otros paradigmas de programación. Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario. Por lo tanto los casos de uso determinan los requisitos funcionales del sistema, es decir, representan las funciones que un sistema puede ejecutar.
  • 7. Su ventaja principal es la facilidad para interpretarlos, lo que hace que sean especialmente útiles en la comunicación con el cliente. Elementos básicos Actores: Los actores representan un tipo de usuario del sistema. Se entiendo como usuario cualquier cosa externa que interactúa con el sistema. No tiene por qué ser un ser humano, puede ser otro sistema informático o unidades organizativas o empresas. Siempre hay que intentar independizar los actores de la forma en que se interactúa con el sistema. Por ejemplo un teclado no es un actor en la mayor parte de los casos, sólo un medio para introducir información al sistema. Suele ser útil mantener una lista de los usuarios reales para cada actor. Un actor en un diagrama de casos de uso representa un rol que alguien puede estar jugando, no un individuo particular por lo tanto puede haber personas particulares que puedan estar usando el sistema de formas diferentes en diferentes ocasiones: socio de biblioteca y bibliotecario. Caso de uso: Es una tarea que debe poder llevarse a cabo con el apoyo del sistema que se está desarrollando. Se representan mediante un óvulo. Cada caso de uso debe detallarse, habitualmente mediante una descripción textual Asociaciones: Hay una asociación entre un actor y un caso de uso si el actor interactúa con el sistema para llevar a cabo el caso de uso. Un caso de uso debe especificar un comportamiento deseado, pero no imponer cómo se llevará a cabo ese comportamiento, es decir, debe decir QUÉ pero no CÓMO. Esto se realiza utilizando escenarios. Un escenario es una interacción entre el sistema y los actores, que puede ser descrito mediante una secuencia de mensajes. Un caso de
  • 8. uso es una generalización de un escenario. Ejemplos: Escenario 1: José García se lleva prestado el tercer ejemplar de “Guerra y Paz” que hay en la biblioteca. No tiene ningún otro libro en préstamo. Escenario 2: Mónica Díaz intenta llevarse prestado el primer ejemplar de “Ana Karina”, pero no puede porque ya tiene tres libros en préstamo, que es el máximo. Todos los escenarios de un caso de uso deben tener en común que son intentos de hacer esencialmente “lo mismo”, en este caso llevarse un libro en préstamo. Los escenarios pueden y deben posteriormente documentarse mediante diagramas de secuencia.
  • 9. TIPOS RECOLECCIÓN DE DATOS La recolección de datos se refiere al uso de una gran diversidad de técnicas y herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de información, los cuales pueden ser la entrevistas, la encuesta, el cuestionario, la observación, el diagrama de flujo y el diccionario de datos. Todos estos instrumentos se aplicarán en un momento en particular, con la finalidad de buscar información que será útil a una investigación en común. Los analistas utilizan una variedad de métodos a fin de recopilar los datos sobre una situación existente, como entrevistas, cuestionarios, inspección de registros (revisión en el sitio) y observación. Cada uno tiene ventajas y desventajas. Generalmente, se utilizan dos o tres para
  • 10. complementar el trabajo de cada una y ayudar a asegurar una investigación completa. Nombre de los Datos Para distinguir un dato de otro, los analista les asigna nombre significativos que se utilizan para tener una referencia de cada elemento a través del proceso total de desarrollo de sistemas. Por lo tanto, debe tenerse cuidado para seleccionar, en forma significativa y entendible, los nombres de los datos, por ejemplo la fecha de factura es más significativa si se llama FECHA FACTURA que si se le conoce como ABCXXX. Descripción de los Datos Establece brevemente lo que representa el dato en el sistema; por ejemplo, la descripción para FECHA-DE-FACTURA indica que es la fecha en la cual se está preparando la misma (para distinguirla de la fecha en la que se envió por correo o se recibió. Las descripciones de datos se deben escribir suponiendo que a gente que los lea no conoce nada en relación del sistema. Deben evitarse Termino especiales o argot, todas las palabras deben se entendible para el lector. Alias
  • 11. Con frecuencia el mismo dato puede conocerse con diferentes nombres, dependiendo de quién lo utilice. El uso de los alias debe evitar confusión. Un diccionario de dato significativo incluirá todos los alias. Longitud de campo Cuando las características del diseño del sistema se ejecuten más tarde en el proceso de desarrollo de los sistemas, será importante conocer la cantidad de espacio que necesita para cada dato. Valores de los datos En algunos procesos solo se permiten valores de datos específicos. Por ejemplo, en muchas compañías con frecuencia los números de orden de compra se proporcionan con un prefijo de una letra para indicar el departamento del origen. Registro de las descripciones de datos Dadas que las descripciones se utilizarán en forma repetitiva a través de una información y después, durante el diseño, se sugiere un formato fácil para utilizar que simplifique el registro y los detalles de consulta cuando se necesiten. La Recolección de Datos, consiste en la recopilación de información; se lleva a cabo por medio De entrevistas, cuestionarios y observación; donde el analista obtiene y desarrolla los sistemas de información logrando sus metas y objetivos. El analista debe de demostrar y desarrollar las destrezas de sus conocimientos manifestando su honestidad, imparcialidad, habilidad, objetividad, control, comunicación, comprensión y cortesía para lograr la búsqueda de información a través de las herramientas antes mencionada. La entrevista, se lleva a cabo en todos los niveles de operación desde el Presidente o el Jefe de Operaciones. Utilizando procedimientos que pueden varar desde muy formales hasta los casuales. TECNICAS DE RECOLECCION DE DATOS LA ENTREVISTA. La entrevista, desde un punto de vista general, es una forma específica de interacción social. El investigador se sitúa frente al investigado y le formula preguntas, a partir de cuyas respuestas habrán de surgir los datos de interés. Se establece así un diálogo, pero un diálogo peculiar, asimétrico, donde una de las partes busca recoger informaciones y la otra se nos presenta como fuente de estas informaciones.
  • 12. 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 su forma de actuar. LA ENCUESTA. Una encuesta es un conjunto de preguntas normalizadas dirigidas a una muestra representativa de la población o instituciones, con el fin de conocer estados de opinión o hechos específicos. Tipos Las encuestas tienen por objetivo obtener información estadística indefinida, mientras que los censos y registros vitales de población son de mayor alcance y extensión. Este tipo de estadísticas pocas veces otorga, en forma clara y precisa, la verdadera información que se requiere, de ahí que sea necesario realizar encuestas a esa población en estudio, para obtener los datos que se necesitan para un buen análisis. Este tipo de encuesta abarca generalmente el UNIVERSO de los individuos en cuestión. ENCUESTAS PARTICULARES Encuesta piloto Un tipo particular de encuesta, que tiene por objetivo preparar la verdadera encuesta. Se busca tener unos pocos criterios para diseñar o rediseñar las herramientas de trabajo, teniendo una idea previa de la población. Esta exploración es útil porque está libre de conclusiones sobre el tema de estudio y sirve solo para mejorar la investigación;
  • 13. incluso restablecer un diagrama de flujo u otro tipo de planificación. Hay otras aplicaciones novedosas y son construir una muestra completamente estratificada y solo con los componentes de la población seleccionados para nuestro final interés; esta muestra no tiene valor predictor, pero sí puede utilizarse de una forma experimental, como grupo de control, y comparar sus resultados -parciales- con los que posteriormente hayamos obtenido en el muestreo probabilístico principal de toda la población y que así ya estaría estadísticamente bajo control. Ayudaría a la muestra completamente estratificada su uso en Investigación basada en la comunidad. Es de vital importancia en las organizaciones públicas y privadas. SESIONES DE GRUPO También conocida como sesiones de grupo, es una de las formas de los estudios cualitativos en el que se reúne a un grupo de personas para indagar acerca de actitudes y reacciones frente a un producto, servicio, concepto, publicidad, idea o empaque. Las preguntas son respondidas por la interacción del grupo en una dinámica donde los participantes se sienten cómodos y libres de hablar y comentar sus opiniones. En el mundo del marketing, las sesiones de grupo son una herramienta muy importante para recibir retroalimentación de diversos temas concernientes a la mezcla de marketing, en particular se utiliza para detectar deseos y necesidades en cuanto a empaque, nombres de marcas o test de conceptos. Esta herramienta da información invaluable acerca del potencial de un concepto y/o producto en el mercado. Sin embargo, las sesiones de grupo tienen desventajas. El entrevistador tiene poco control sobre el grupo y en ocasiones se pierde tiempo en asuntos de poca trascendencia. Por otra parte el análisis es complejo ya que depende de los estilos de comunicación a la par con las reacciones no verbales de los participantes, por ello se necesita personal muy entrenado para el manejo del grupo y el análisis de los resultados. Sesiones de grupo tradicionales
  • 14. En las sesiones de grupo tradicionales se elabora un guión de desarrollo el cual servirá para iniciar y cerrar la discusión. Se dividen los grupos de acuerdo a características del mercado objetivo. Usualmente las sesiones la conforman entre 8 y 12 participantes, teniendo una duración entre 1 y 2 horas. Es habitual que los participantes se dejen llevar por la presión del grupo cambiando de opinión y por ende “contaminando” los resultados. Este problema se puede mitigar mediante manejos especiales de grupo en los cuales los moderadores deben estar entrenados. Tipos de sesiones de grupo Las variantes de las sesiones de grupo son: Sesiones de dos vías – En esta variante, un grupo de personas ve la dinámica de otro grupo y discute acerca de las reacciones e interacciones, para llegar a una conclusión. LA OBSERVACIÓN Otra técnica útil para el analista en su progreso de investigación, consiste en observar a las personas cuando efectúan su trabajo. La tarea de observar no puede reducirse a una mera percepción pasiva de hechos, situaciones o cosas. Hablábamos anteriormente de una percepción "activa", lo cual significa concretamente un ejercicio constante encaminado a seleccionar, organizar y relacionar los datos referentes a nuestro problema. No todo lo que aparece ante el campo del observador tiene importancia y, si la tiene, no siempre en el mismo grado; no todos los datos se refieren a las mismas variables o indicadores, y es precio estar alerta para discriminar adecuadamente frente a todo este conjunto posible de informaciones. TIPOS DE OBSERVACIÓN
  • 15. 1. Determinar y definir aquella que va a observarse. 2. Estimular el tiempo necesario de observación. 3. Obtener la autorización de la gerencia para llevar a cabo la observación. 4. Explicar a las personas que van a ser observadas lo que se va a hacer y las razones para ello. Conducción de la observación 1. Familiarizarse con los componentes físicos del área inmediata de observación. 2. Mientras se observa, medir el tiempo en forma periódica. 3. Anotar lo que se observa lo más específicamente posible, evitando las generalidades y las descripciones vagas. 4. Si se está en contacto con las personas observadas, es necesario abstenerse de hacer comentarios cualitativos o que impliquen un juicio de valores. 5. Observar las reglas de cortesía y seguridad. VENTAJAS Entrevistas La encuesta DESVENTAJAS Ventajas 1. Bajo costo 2. Información más exacta (mejor calidad) que la del Censo debido al menor número de empadronadores permite capacitarlos mejor y más selectivamente. 3. Es posible introducir métodos científicos objetivos de medición para corregir errores. 4. Mayor rapidez en la obtención de resultados. 5. Técnica más utilizada y que permite obtener información de casi cualquier tipo de población. 6. Permite obtener información sobre hechos pasados de los encuestados. 7. Gran capacidad para estandarizar datos, lo que permite su tratamiento informático y el análisis estadístico. El planeamiento y ejecución de la investigación suele ser más complejo que si se realizara por censo. 1. Requiere para su diseño de profesionales con buenos conocimientos de teoría y habilidad en su aplicación. Hay un mayor riesgo de sesgo maestral.
  • 16. 8. Relativamente barata para la información que se obtiene con ello. 9. Te ayuda a conocer lo que quisieras conocer de la persona o personas encuestadas La observación Sesión de grupo.