UNIVERSIDAD AUTÓNOMA GABRIEL RÉNE MORENO

FACULTAD DE CIENCIAS DE LA COMPUTACION Y

TELECOMUNICACION

PREGUNTAS DE SISTEMAS DE INFORMACIÓN

ALUMNA:
NORA QUINTANILLA CERON

REGISTRO:
200733613

DOCENTE:
ING. ANGÉLICA GARZÓN

MATERIA:

SISTEMAS DE INFORMACIÓN

FECHA: 02 - 07- 2013

Santa Cruz – Bolivia

Página 1
1. Definir la visión general de UML?
UML es un lenguaje para la visualización, especificación, construcción
y documentación de los artefactos de sistemas, es decir, permite a los
desarrolladores visualizar los resultados de su trabajo en esquemas o
diagramas estandarizados.
Entre la visión general de UML se encuentra:
 Vocabulario
 Notación grafica
 Glosario de términos

2. Describir los mecanismos comunes y técnicas comunes del

modelado de UML?
Entre los mecanismos comunes de UML se encuentran:
 Especificaciones: Son descripciones textuales de la semántica
de un elemento.
 Adornos: Son cantidad de información visible en un diagrama.
 Divisores comunes: Existen dos divisiones comunes:
1.Clasificador e instancia: La noción abstracta de un
tipo de elemento es un clasificador y los
elementos específicos, concretos son las
instancias.
2.Interfaz e implementación: La interfaz define un
contrato que garantiza seguir implementaciones
específicas.
 Mecanismos de extensión: Existen tres mecanismos sencillos
de extensibilidad:
1. Restricciones: Estas amplían la semántica de un
elemento al permitirnos añadir nuevas reglas.
2. Estereotipos: Estos nos permiten definir un nuevo
elemento de modelado UML basándose en uno

Página 2
 existente.
3. Valores etiquetados: Proporcionan una forma de
ampliar la especificación de un elemento al
permitirnos añadir nueva información en él.
Entre las técnicas comunes de UML

3. Represente gráficamente el vocabulario de UML

4. Usando diagrama de actividades organizado en calles describa el

Flujo de Trabajo de captura de requisitos según el PUDS
act D

ANALISTA ARQUITECTO ESPECIFICADOR DISEÑADOR

Encontrar actores y casos de uso Priorizar los casos de uso Detallar un caso de uso

Estructurar el modelo de casos de Prototipar la interfaz de usuario

uso

Página 3
5. Usando diagrama de actividades organizado en calles describa el
Flujo de Trabajo de Análisis según el PUDS
act ANALISIS

ARQUITECTO INGENIERO DE CASOS DE USO INGNIERO DE COMPONENTES

Modelo de analisis

Descripcion de la arquitectura Realizacion de casos de uso-Analisis Clases de analisis

Paquete del analisis

6. ¿Qué es un sistema software?

Es todos los artefactos que se necesitan para representarlo en una
forma comprensible por maquinas u hombres, para las maquinas, los
trabajadores y los interesados

7. ¿Qué es un artefacto?
Es un término general para cualquier tipo de información creada,
producida, cambiada o utilizada por los trabajadores en el desarrollo
del sistema.

8. ¿Definir y diseñar la vida del proceso unificado y cuáles son las

fases dentro de un ciclo?
 Definición: Es un marco de trabajo genérico que puede
especializarse para una gran variedad de sistemas software, para
diferentes áreas de aplicación, diferentes tipos de organizaciones,
diferentes niveles de aptitud y diferentes tamaños de proyecto.

Página 4
  Diseño del proceso unificado:

 Fases dentro de un ciclo: Las fases de un ciclo del proceso unificado

son cuatro:
1. Inicio: Describe el producto final, es decir, se realiza el análisis del
negocio. Se identifica riesgos más importantes, también se
establece la planificación inicial del proyecto.
2. Elaboración: Se establece plan y arquitectura estable.
3. Construcción: Se desarrolla el producto.
4. Transición: Proporcionar sistema a usuarios.

9. Represente gráficamente el vocabulario de UML

Página 5
10. Hacer dos ejemplos de cada una de las relaciones posibles en un
diagrama de casos de uso.

11. Cuando y como se desarrollar un modelo de negocio y un modelo

de dominio
Modelo de Dominio:
 Cuando
El modelo de dominio se utiliza en el desarrollo de los modelos
de casos de uso y de análisis.
 Como
Al describir casos de uso y al diseñar la interfaz de usuario.
Para sugerir clases internas al sistema en desarrollo durante el
análisis
Modelo de Negocio:
 Cuando
Describe como cada caso de uso es realizado por un conjunto
de trabajadores utilizando un conjunto de entidades del negocio
y de unidades de trabajo. Cada realización de un caso de uso
puede mostrarse en diagramas de interacción y diagramas de
actividades.
 Como
Se confecciona un modelo de casos de uso del negocio.
Se desarrolla un modelo de objetos compuesto por
trabajadores, entidades y unidades de trabajo.

Página 6
12. Cuando aparece una clase asociación, realice dos ejemplos
Es una clase que surge de una multiplicidad de muchos a muchos, y
fue incorporada en UML para dar soporte a este caso. Se sacan los
atributos de las clases involucradas y se los incorpora a una clase a
parte. Hace referencia a una relación estructural.
Ejemplo #1

Ejemplo#2

13. De ejemplos de clase base y clase hoja en UML

Una generalización es una relación entre un elemento general y otro
derivado del mismo (ejemplo padre e hijo)
a) Clase base: es una clase sin padre y uno o más hijos.

Clase base

Página 7
 class Design Mo...

Figura

- ori gen: Punto

Rectangulo
- ancho: Di stanci a
- al to: Di stanci a
Circulo
Poligono
- radi o: Di stanci a
- verti ces: l i sta de Punto

class Design Mo...

Persona

- CI
- nombre

Cliente Vendedor
Encargado
- limeteCredito - comision
- area

b) Clase hoja: es una clase que no tiene hijos.

class Design Mo... class Design Mo...

Cliente Encargado

- limeteCredito - area

Página 8
14. En un diagrama de actividad de UML a que se denomina “estado
de acción” y “estado de actividad”
La representación de ambos es un rectángulo con las puntas
redondeadas, en cuyo interior se representa bien una actividad o bien
una acción.
La idea central es la siguiente: “Un estado que represente una acción es
atómico, lo que significa que su ejecución se puede considerar
instantánea y no puede ser interrumpida”.
En cambio un estado de actividad, sí puede descomponerse en más
sub-actividades representadas a través de otros diagramas de
actividades. Además estos estados sí pueden ser interrumpidos y
tardan un cierto tiempo en completarse. En los estados de actividad
podemos encontrar otros elementos adicionales como son: acciones de
entrada (entry) y de salida (exit) del estado en cuestión, así como
definición de submáquinas.

15. Como sugiere el PUDS distribuir el esfuerzo y el tiempo en una

planificación de un proyecto de software
Un proyecto de desarrollo de software puede dividirse en dos trozos:
las fases de inicio y elaboración y las fases de construcción y transición.
Durante las fases de inicio y elaboración, la mayoría del esfuerzo se
dedica a la captura de requisitos y aun análisis y diseño preliminares.
Durante la construcción el énfasis pasa al diseño detallado, la
implementación, y la prueba.

Página 9
16. ¿Es posible tener un caso de uso que no tenga ningún actor?
En Ningún sistema existe de manera aislada. Un caso de uso involucra
la interacción de actores con el sistema en la cual cada secuencia del
conjunto representa un flujo posible a través de todas estas variaciones.
Asi que no posible tener un caso de uso que no tenga ningún actor

17. Pueden existir Casos de Uso que solo existan como inclusión o
extensión de otros CU y nunca sean invocados por un Actor, sino
por los CU que lo incluyen o lo extienden.
De hecho es posible, ya que se puede aplicar casos de uso para
describir “casos de uso” de un subsistema.

18. Un caso de uso representa a un requerimiento funciona

Los casos de uso si representan a un requisito funcional.

Página 10
19. Durante la captura de requisitos según el PUDS a que se denomina
factorización
Factorización
En el desarrollo de la captura de requisitos se define como el proceso
que nos permite separar los requisitos funcionales de los requisitos no
funcionales. Los requisitos funcionales representan la funcionalidad del
sistema. Los requisitos no funcionales representan aquellos atributos
que debe exhibir el sistema, pero que no son una funcionalidad
específica.

20. Explicar las cuatro principales características de UML

Las características de UML son las siguientes:
 UML es un lenguaje para visualizar:La distancia entre pensar
en una implementación y transformarla en código es casi cero.
En algunos casos, lo que piensas lo codificas. UML es algo más
q un simple montón de símbolos gráficos.
 UML es un lenguaje para especificar: Significa construir
modelos precisos, no ambiguos y completos. UML, cubre todas
las decisiones de análisis, diseño e implementación.
 UML es un lenguaje para construir: No es un lenguaje de
programación. Pero sus modelos pueden conectarse a una gran
variedad de lenguajes de programación
 UML es un lenguaje para documentar: UML cubre la
documentación de la arquitectura de un sistema y todos sus
detalles.
21. Concepto de diagrama de despliegue hacer ejemplos?
El Diagrama de Despliegue es un tipo de diagrama del Lenguaje
Unificado de Modelado que se utiliza para modelar el hardware utilizado
en las implementaciones de sistemas y las relaciones entre sus
componentes.

Página 11
22. Concepto de diagrama de componente y hacer ejemplo.

Un diagrama de componentes es un diagrama tipo del Lenguaje

Unificado de Modelado.

Un diagrama de componentes representa cómo un sistema

de software es dividido en componentes y muestra
las dependencias entre estos componentes. Los componentes físicos
incluyen archivos, cabeceras, bibliotecas
compartidas, módulos, ejecutables, o paquetes. Los diagramas de
Componentes prevalecen en el campo de la arquitectura de
software pero pueden ser usados para modelar y documentar cualquier
arquitectura de sistema.

Página 12