Carolina castillo satizabal 2

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.

Carolina castillo satizabal 2

Más contenido relacionado

La actualidad más candente

Similar a Carolina castillo satizabal 2

Último

Carolina castillo satizabal 2