Este documento presenta un resumen de tres oraciones del trabajo escrito "Análisis y desarrollo de sistema de información" presentado por Albagni camila ibarguen Asprilla. El documento describe la historia y objetivos del lenguaje UML, los conceptos básicos de UML como la estructura estática y el comportamiento dinámico, y los diagramas principales de UML como el diagrama de casos de uso. Además, explica las técnicas comunes para la recolección de datos como entrevistas, encuestas y observación.
Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group).
Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group).
El Lenguaje Unificado de Modelado (UML) fue creado para forjar un lenguaje de modelado visual común y semántica y sintácticamente rico para la arquitectura, el diseño y la implementación de sistemas de software complejos, tanto en estructura como en comportamiento.
Existen dos tipos principales de diagramas UML: diagramas de estructura y diagramas de comportamiento (y dentro de esas categorías se encuentran varios otros). Estas variaciones existen para representar los numerosos tipos de escenarios y diagramas que usan los diferentes tipos de personas.
UML se utiliza principalmente en el desarrollo de software orientado a objetos. Al ampliar el estándar en la versión 2.0, también es adecuado para visualizar procesos empresariales.
Gran compendio de los modelos de UML, que incluye todos los diagramas asociados , sus representaciones, componentes y ejemplos. Los diagramas de casos de uso, de clases, de distribución, de componentes, de colaboración , de objetos, de actividades , de secuencia, de estados y de colaboración son considerados en este gran compendio. Al finalizar la presentación se tendrá una idea general de los elementos fundamentales del diseño de sistemas empleando UML.
1. Trabajo escrito
Análisis y desarrollo de sistema de información
Presentado por
Albagni camila ibarguen Asprilla
Presentado a
Albert Zamora
Instructor
Instituto
Sena C.A.I.
Santiago de Cali, 18 de febrero del 2014
2. 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.
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 una 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 auto-referencial (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.
3. Los conceptos y modelos de UML pueden agruparse en las siguientes áreas
conceptuales:
Estructura estática:
Cualquier modelo preciso debe primero definir su universo, esto es, los conceptos clave
de la aplicación, sus propiedades internas, y las relaciones entre cada una de ellas. Este
conjunto de construcciones es la estructura estática. Los conceptos de la aplicación son
modelados como clases, cada una de las cuales describe un conjunto de objetos que
almacenan información y se comunican para implementar un comportamiento.
Comportamiento dinámico:
Hay dos formas de modelar el comportamiento, una es la historia de la vida de un
objeto y la forma como interactúa con el resto del mundo y la otra es por los
patrones de comunicación de un conjunto de objetos conectados, es decir la forma
en que interactúan entre sí. La visión de un objeto aislado es una máquina de
estados, muestra la forma en que el objeto responde a los eventos en función de
su estado actual.
Construcciones de implementación:
Los modelos UML tienen significado para el análisis lógico y para la
implementación física. Un componente es una parte física reemplazable de un
sistema y es capaz de responder a las peticiones descritas por un conjunto de
interfaces. Un nodo es un recurso computacional que define una localización
durante la ejecución de un sistema. Puede contener componentes y objetos.
Mecanismos de extensión:
UML tiene una limitada capacidad de extensión pero que es suficiente para la
mayoría de las extensiones que requiere el día a día sin la necesidad de un
cambio en el lenguaje básico. Un estereotipo es una nueva clase de elemento de
modelado con la misma estructura que un elemento existente pero con
restricciones adicionales.
Organización del modelo:
La información del modelo debe ser dividida en piezas coherentes, para que los
equipos puedan trabajar en las diferentes partes de forma concurrente. El
conocimiento humano requiere que se organice el contenido del modelo en
paquetes de tamaño modesto.
4. Elementos de anotación:
Los elementos de anotación son las partes explicativas de los modelos UML. Son
comentarios que se pueden aplicar para describir, clasificar y hacer observaciones
sobre cualquier elemento de un modelo.
El tipo principal de anotación es la nota que simplemente es un símbolo para
mostrar restricciones y comentarios junto a un elemento o un conjunto de
elementos
Relaciones:
Existen cuatro tipos de relaciones entre los elementos de un modelo UML.
Dependencia, asociación, generalización y realización, estas se describen a
continuación
Dependencia:
Es una relación semántica entre dos elementos en la cual un cambio a un
elemento (el elemento
independiente) puede afectar a la semántica del otro elemento (elemento
dependiente). Se representa como una línea discontinua, posiblemente dirigida,
que a veces incluye una etiqueta.
Asociación:
Es una relación estructural que describe un conjunto de enlaces, los cuales son
conexiones entre objetos. La agregación es un tipo especial de asociación y
representa una relación estructural entre un todo y sus partes. La asociación se
representa con una línea continua, posiblemente dirigida, que a veces incluye una
etiqueta. A menudo se incluyen otros adornos para indicar la multiplicidad y roles
de los objetos involucrados
Generalización:
Es una relación de especialización / generalización en la cual los objetos del
elemento especializado (el hijo) pueden sustituir a los objetos del elemento
general (el padre). De esta forma, el hijo comparte la estructura y el
comportamiento del padre. Gráficamente, la generalización se representa con una
línea con punta de flecha vacía.
5. Realización:
Es una relación semántica entre clasificadores, donde un clasificador especifica un
contrato que otro clasificador garantiza que cumplirá. Se pueden encontrar
relaciones de realización en dos sitios: entre interfaces y las clases y componentes
que las realizan, y entre los casos de uso y las colaboraciones que los realizan. La
realización se representa como una mezcla entre la generalización y la
dependencia, esto es, una línea discontinua con una punta de flecha vacía.
DIAGRAMAS.
Diagramas:
Los diagramas se utilizan para representar diferentes perspectivas de un sistema
de forma que un diagrama es una proyección del mismo. UML proporciona un
amplio conjunto de diagramas que normalmente se usan en pequeños
subconjuntos para poder representar las cinco vistas principales de la arquitectura
de un sistema.
Diagramas de Clases:
Muestran un conjunto de clases, interfaces y colaboraciones, así como sus
relaciones. Estos diagramas son los más comunes en el modelado de sistemas
orientados a objetos y cubren la vista de diseño estática o la vista de procesos
estática (sí incluyen clases activas).
Diagramas de Objetos:
Muestran un conjunto de objetos y sus relaciones, son como fotos instantáneas de
los diagramas de clases y cubren la vista de diseño estática o la vista de procesos
estática desde la perspectiva de casos reales o prototípicos.
Diagramas de Casos de Usos:
Muestran un conjunto de casos de uso y actores (tipo especial de clases) y sus
relaciones. Cubren la vista estática de los casos de uso y son especialmente
importantes para el modelado y organización del comportamiento.
6. Diagramas de Secuencia y de Colaboración:
Tanto los diagramas de secuencia como los diagramas de colaboración son un
tipo de diagramas de interacción. Constan de un conjunto de objetos y sus
relaciones, incluyendo los mensajes que se pueden enviar unos objetos a otros.
Cubren la vista dinámica del sistema.
Diagramas de Estados:
Muestran una máquina de estados compuesta por estados, transiciones, eventos y
actividades. Estos diagramas cubren la vista dinámica de un sistema y son muy
importantes a la hora de modelar el comportamiento de una interfaz, clase o
colaboración.
Diagramas de Actividades:
Son un tipo especial de diagramas de estados que se centra en mostrar el flujo de
actividades dentro de un sistema. Los diagramas de actividades cubren la parte
dinámica de un sistema y se utilizan para modelar el funcionamiento de un sistema
resaltando el flujo de control entre objetos.
Diagramas de Componentes:
Muestra la organización y las dependencias entre un conjunto de componentes.
Cubren la vista de la implementación estática y se relacionan con los diagramas
de clases ya que en un componente suele tener una o más clases, interfaces o
colaboraciones
Diagramas de Despliegue:
Representan la configuración de los nodos de procesamiento en tiempo de
ejecución y los componentes que residen en ellos. Muestran la vista de despliegue
estática de una arquitectura y se relacionan con los componentes ya que, por lo
común, los nodos contienen uno o más componentes.
7.
8. DIAGRAMA DE CASOS DE USO.
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.
Actor:
Una definición previa, es que un Actor es un rol que un usuario juega con
respecto al sistema. Es importante destacar el uso de la palabra rol, pues
con esto se especifica que un Actor no necesariamente representa a una
persona en particular, sino más bien la labor que realiza frente al sistema.
Como ejemplo a la definición anterior, tenemos el caso de un sistema de
ventas en que el rol de Vendedor con respecto al sistema puede ser
realizado por un Vendedor o bien por el Jefe de Local.
Caso de Uso:
Es una operación/tarea específica que se realiza tras una orden de algún
agente externo, sea desde una petición de un actor o bien desde la
invocación desde otro caso de uso.
9.
Relaciones:
o
Asociación
Es el tipo de relación más básica que indica la invocación desde un
actor o caso de uso a otra operación (caso de uso). Dicha relación se
denota con una flecha simple.
o
Dependencia o Instanciación
Es una forma muy particular de relación entre clases, en la cual una
clase depende de otra, es decir, se instancia (se crea). Dicha
relación se denota con una flecha punteada.
o
Generalización
Este tipo de relación es uno de los más utilizados, cumple una doble
función dependiendo de su estereotipo, que puede ser
de Uso (<<uses>>) o de Herencia (<<extends>>).
Este tipo de relación está orientado exclusivamente para casos de
uso (y no para actores).
Extends: Se recomienda utilizar cuando un caso de uso es similar a
otro (características).
Uses: Se recomienda utilizar cuando se tiene un conjunto de
características que son similares en más de un caso de uso y no se
desea mantener copiada la descripción de la característica.
De lo anterior cabe mencionar que tiene el mismo paradigma en
diseño y modelamiento de clases, en donde está la duda clásica
de usar o heredar.
10. Existen tres tipos de asociación o relaciones en los diagramas de casos de uso:
Include: Se puede incluir una relación entre dos casos de uso de tipo “include” si
se desea Especificar comportamiento común en dos o más casos de uso.
Las ventajas de esta asociación son:
* Las descripciones de los casos de uso son más cortas y se entienden mejor.
*La identificación de funcionalidad común puede ayudar a descubrir el posible uso
de componentes ya existentes en la implementación.
11. Las desventajas son:
* La inclusión de estas relaciones hace que los diagramas sean más difícil de leer,
sobre todo para los clientes.
Extend: Se puede incluir una relación entre dos casos de uso de tipo “include” si
se desea especificar diferentes variantes del mismo caso de uso. Es decir, esta
relación implica que el comportamiento de un caso de uso es diferente
dependiendo de ciertas circunstancias. En principio esas variaciones pueden
también mostrarse como diferentes descripciones de escenarios asociadas al
mismo caso de uso.
Generalizaciones: En un diagrama de casos de uso también pueden mostrarse
Generalizaciones (relaciones de herencia) para mostrar que diferentes elementos
están relacionados como tipos de otros. Son aplicables a actores o casos de uso,
pero para estos últimos la semántica es muy similar a las relaciones “extend”.
Límites del sistema: Resulta útil dibujar los límites del sistema cuando se
pretende hacer un diagrama de casos de uso para parte del sistema.
RECOLECCION 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. En la
presente investigación trata con detalle los pasos que se debe seguir en
el proceso de recolección de datos, con las técnicas ya antes nombradas.
12. Técnicas para hallar datos: 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.
Entrevistas.
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.
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.
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.
13. Sesión 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.
14. VENTAJAS.
ENTREVISTAS.
LA ENCUESTA
DESVENTAJAS.
Las entrevistas tienen beneficios tanto
para los solicitantes como para los
entrevistadores. Como tema, tienes la
oportunidad de usar tus propias palabras
para presentarte a un empleador potencial.
Las entrevistas tienen limitaciones
definidas. Algunos solicitantes
pueden sentirse incómodos
durante las entrevistas personales,
haciendo que se olviden de los
puntos clave acerca de ellos
mismos, dando una mala
impresión.
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
muestra.
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.
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 OBSERVACION
Se pueden describir procesos
naturales y sociales con ella.
Se acerca a la realidad de lo que
realmente acontece.
El investigador debe de ser un punto
objetivo de referencia.
SESION DE GRUPO
Útiles para generar diagnósticos de
una manera rápida.
Recoger amplia gama de ideas o
enfoques sobre un producto o servicio.
Se torna sólo desde la
perspectiva del investigador.
Al observarse desde fuera se
puede perder un poco de lo que
los actores consideran
importante de la práctica
social.
Al observarse desde dentro se
puede correr el riesgo de emitir
juicios de lo que observa.
Dificulta para agrupar perfiles
para conformar la sesión.
El éxito de la sesión depende
en gran parte de la cantidad de
organización del modelador.