Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Versin
Versi
Arquitectur
y
Beta
n final
a
Objetivo
Elaboracin Construccin
Transicin
Fases
Iteracin
1
Inicio
Iteracin
Iteracion
2
es
Iteracin
3
Iteracin
4
Requerimientos
Anlisis y
Diseo
Codificacin
Entregas
Internas
Prueba
Disciplina
Admin. Proyecto
s
Gestin
Config. Cambio
matricula: al13502595
Problemtica:
Un negocio de produccin y venta de productos de belleza, solicita a una
empresa desarrolladora de software, llamada SoftBit, la elaboracin de un
software que registre la facturacin. Por lo que SoftBit, inicia un proceso de
desarrollo implementando la metodologa RUP.
No
Descripcin o pregunta
En la fase de inicio, SoftBit implementa:
1.-
Opciones
Respuesta
a) Anlisis de
viabilidad
b) Definir
Arquitectura
Mtodos y
Modelos de
Desarrollo de
Software
a).-
c) Descripcin
de la versin
actual
d) Ninguna
2.-
a) Aceptar
b) Rechazar
c) Aceptar o
Rechazar
d) Ninguna
a).-
3.-
a) Objetivos del
proyecto
b) Alcance del
proyecto
c) Eliminacin
de riesgos
d) Estimacin
de recursos
c).-
4.-
d).-
5.-
a) Planear
tiempos de
trabajo
b) Definir hitos.
c) Definir
criterios de
xito
d) Analizar el
dominio del
proyecto
a) Iniciar el
desarrollo,
a).-
codificando
b) Definir la
arquitectura del
software
c) Desarrollar
plan del
proyecto
d) Eliminar
riesgos
importantes
6.-
a) Desarrollar el
sistema de
manera
iterativa e
incremental.
b) Se obtiene el
sistema
desarrollado
integro o
completo.
c) Realizar
manuales de
usuario
d) Poner a
disposicin el
software al
usuario
7.-
a) Asociacin
b) Dependencia
(include)
c) Dependencia
(extend)
d)
Generalizacin
d)._
d).-
8.-
a) Asociacin
b) Dependencia
(include)
c) Dependencia
(extend)
d)
Generalizacin.
a).-
9.-
a) Asociacin
b) Dependencia
c) Agregacin
d)
Generalizacin
b).-
10.
-
a) Poner en
operacin el
sistema y a
disposicin de
los usuarios.
b) Desarrollar
requerimientos
adicionales
para refinar y
ajustar el
sistema.
c) Finalizar
aspectos que
pudieron ser
aplazados.
d) Se obtiene
los manuales
d).-
sistema_____________________________________________________________________
__
2.- _____En esta fase se selecciona los casos de uso que permiten definir la
arquitectura base del
sistema.____________________________________________________________________
__
3.- _Se realiza la especificacin de los casos de uso seleccionados y el
primer anlisis del dominio del problema, se disea la solucin. Es
importante es este caso el documento de especificacin de requerimientos
ya que enmarca la autorizacin por parte del cliente y los usuarios del
sistema, permitir darnos una idea exacta de lo que realmente la funcin
del sistema llevara a cabo.
_________________________________________________________________________
CONSTRUCCIN
1.- ______Durante esta fase se termina de analizar y disear todos los caso
de uso, refinando el modelo de anlisis/diseo, es importante hacer nfasis
que los requisitos desde la fase de inicio son importantes y continan sus
anlisis hasta esta fase en donde se da por terminada para continuar con la
fase de construccin, es por eso que en mi punto de vista en la actividad
llevada a cabo en el foro, es importante conocer el problema desde sus
inicios para evitar confusiones y fracasos en el desarrollo de mi
modelo_____________________________________________________________________
2.- __El producto se construye en base a cuatro iteraciones, cada uno
produciendo un relase a la cual se le aplican las pruebas y se valida con el
cliente/usuario Pero qu quiere decir Iteracin? A mi manera de entender
son repeticiones que se tiene que hacer con el producto conforme se valla
poniendo a disposicin de los usuarios del sistema, verificando que los
requisitos enmarcados en el anlisis y diseo sean los idneos y que
cumplan su funcin, en esta fase y en base a las mencionadas iteraciones,
en la cuarta iteracin se libera el producto, Release traducindolo al
espaol significa
Liberacin.________________________________________________________________
__
3.- _____El propsito de esta fase es completar la funcionalidad del sistema,
para ello se deben clarificar lo requisitos pendientes, administrar los
cambios de acuerdo a las evaluaciones realizadas por los usuarios y se
realizan mejoras en el
proyecto.___________________________________________________________________
__ TRANSICIN
1.- ___El propsito de esta fase es asegurar que el software est disponible
para los usuarios finales, ajustar los errores y defectos encontrados en las
pruebas de
aceptacion__________________________________________________________________
_____ 2.- capacitar a los usuarios y proveer el soporte tcnico
necesarios__________________________________________________________________
_________ 3.-
Alcances
Versin
Versi
y
Beta
n final
Arquitectur
Objetivo
a
Elaboracin Construccin
Transicin
Fases
Inicio
Requerimie
ntos del
sistema y
de usuarios
Modelado
de
diagramas
de casos de
uso
Definir el
problema
resolver
Arquitectur
a del
Sistema
Detallar la
funcionalidad
del sistema
Administrar
cambios
Realizar
mejoras
Pruebas de
desempeo
Corregir
errores
Capacitar a
usuarios
Delimitar
Solucin
las
preliminar
funciones
del software
Planeacin
de
arquitectura
Anlisis
Diseo
Modelo en
cascada
Pruebas
Implementacin