1

Qu es PUD?
El proceso Unificado de Desarrollo Software o simplemente Proceso Unificado es un marco de desarrollo
de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y por
ser iterativo e incremental.
Provee un enfoque disciplinado en la asignacin de tareas y responsabilidades dentro de una organizacin
de desarrollo. Su meta es asegurar la produccin de software de muy alta calidad que satisfaga las
necesidades de los usuarios finales, dentro de un calendario y presupuesto predecible.
Faces El Proceso Unificado de desarrollo puede ser dividido en 4 fases para su mejor desarrollo. Estas fases
ayudando tanto a la elaboracin como a la resolucin de problemas.
Inicio En la fase de inicio se define el negocio: facilidad de realizar el proyecto, se presenta un modelo,
visin, metas, deseos del usuario, plazos, costos y viabilidad.
Elaboracin En esta fase se obtiene la visin refinada del proyecto a realizar, la implementacin iterativa
del ncleo del de la aplicacin, la resolucin de riesgos altos, nuevos requisitos y se ajustan las
estimaciones.
Construccin Esta abarca la evolucin hasta convertirse en producto listo incluyendo requisitos mnimos.
Aqu se afinan los detalles menores como los diferentes tipos de casos o los riesgos menores.
Transicin En esta fase final, el programa debe estar listo para ser probado, instalado y utilizado por el
cliente sin ningn problema. Una vez finalizada esta fase, se debe comenzar a pensar en futuras novedades
para la misma.
El proyecto est formado por los flujos de trabajo fundamentales: captura de requerimientos, anlisis,
diseo, implementacin y pruebas.
Caractersticas definitorias del proceso unificado
Dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental y gestin de riesgos.
Porque es dirigido por caso de uso?
Porque representa y describe la funcionalidad total del sistema.
Que es una Iteracin?
Es un mini proyecto donde se aplica un proceso de ingeniera, con un objetivo definido a corto plazo.
Cuantos das puede durar una Iteracin? (Segn Crarq Larman)
De 2 a 4 semanas.
Qu es proceso de negocio?
Es un conjunto de tareas relacionadas lgicamente llevadas a cabo para lograr un resultado de negocio
definido.
Porque se realiza un plan de Iteracin?
Para describir los objetivos, asignaciones de trabajo y criterios de evaluacin para la iteracin.
En qu modelo corresponde el diagrama de clases y pq?
Los diagramas de clases son utilizados durante el proceso de anlisis y diseo de los sistemas, .
Que es una regla de negocio?

2
Son aquellas condiciones, validaciones y normas que se deben cumplir y controlar dentro de la
organizacin y que son definidas de acuerdo con el comportamiento esperado del negocio y de la
organizacin.
Que es entropa?
Es el desorden natural que sufre todo sistema. Ej. Las actualizaciones.
Sinergia es lo mismo que sistema?
No lo es ya que en sinergia el todo es mayor a la suma de las partes y en un sistema el conjunto de partes
es mayor ya que contribuyen a aun objetivo en comn.
Que es una entrada retroactiva?
Una entra retroactiva es aquella que despus de salir puede volver a ingresar nuevamente para alimentar
al proceso.
Clase: Es una unidad bsica que encapsula toda la informacin de un objeto
Objeto: Es una instancia de una clase
Mtodo: Es una serie de sentencias para llevar a cabo una accin.
Atributo: Es una especificacin que define una propiedad de un objeto, elemento o archivo.
Qu es UML?
Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en ingls, Unified Modeling Language) es el
lenguaje de modelado de sistemas de software. Es un lenguaje grfico que sirve para visualizar, especificar,
construir y documentar un sistema.
Elementos estructurales de uml
Actor, caso de uso, clase.
Qu diferencia hay entre agregacin y composicin?
Agregacin: es totalmente conceptual y no hace ms que distinguir un todo de una parte.
Composicin: Son aquellos objetos que dependen de otros objetos para que llegue a funcionar.
Tipos de relacin en UML
Dependencia, asociacin, generalizacin y realizacin.
De 3 ejemplos de elementos estructurales de uml
Actor, casos de uso, clases,
Tipos de relacin de un caso de uso
Comunicacin, extensin, inclusin, herencia
Qu diferencia hay entre un diagrama de clases y el modelo de dominio.
Un modelo de dominio representa el mundo

Diagramas de comportamiento?
Diagrama de estados y diagrama de actividad.

3
Diferencia entre diagrama de secuencia y diagrama de colaboracin.
Nose
Diferencia entre el diagrama de clases y el modelo de dominio

Diagrama Estticos
Objetos
Despliegue
Clase
Componentes
Diagrama Comportamiento
Actividad
Secuencia
Colaboracin
Caso de uso
Cules son los estereotipos de diagrama de componentes
DLL, script, document
Interfaz: Coleccin de operaciones y servicios que no necesariamente estn en una sola clase que
encapsulan informacin y/o objetos.
Modelo: Es un costructo realizado por un diseador que tiene por objetivo explicar relaciones y tcnicas
complejas.
Esquema: Es un conjunto de smbolos grficos lneas texto
Constructo: Tipo de representacin de una idea (planos, diagramas)
Que es un componente?
Conjunto de clases que implementan una funcionalidad
Porque decimos que un SI es una tecnologa multicapa?
Porque tiene herramientas, mtodos, procesos y estndares de desarrollo
Defina proceso de software?

El software es un producto lgico intangible, en contra posicin al hardware que es un producto
fsico.
El software termina fallando con el tiempo, aunque funcione y no tenga defectos al principio ya q
todo sistema sufre de desgaste natural.
Se puede hacer clasificacin del software en funcin del contenido y el determinismo de
informacin que maneja dicho software, ya que existen categoras pre determinas para cada caso.
El modelo en cascada es uno de los ms utilizados en SI ya que permite los cambios en un sistema
ya existente y tiene retroalimentacin

4
El modelo DRA es un modelo de proceso evolutivo cuyos proyectos se terminan en 60 a 90 das,
requiere de mucha gente para distribuir los equipos DRA no gestiona bien los altos riesgos
El modelo en espiral gestiona bien los riesgos tcnicos.
El modelo de construccin de prototipos se adapta mejor a sistemas con requisitos iniciales poco
claros, donde el primer prototipo se desecha porque es lento, demasiado grande, y tope en su uso
Forma Normal
1.- Que no se repita un atributo varias veces. (Atributos multivaluados).
2.- Todos los atributos descriptores deben depender de la llave primaria (Atributos descriptores).
3.- Principio de transitividad (No necesito colocar llaves secundarias para pasar a otras tablas)