La fase de
elaboración es la encargada de determinar la solución técnica del proyecto. Así
como durante la fase de inicio se
determino el qué, ahora es necesario el cómo. Es esta fase
durante la cual elaboramos los requisitos al nivel del diseño y por tanto, nos
pone en posición de saber si el proyecto es técnicamente viable así como
conocer la tecnología que vamos a utilizar durante la construcción.
El foco de
la fase de elaboración se encuentra en las disciplinas de Diseño y Análisis; ya que
estas son las encargadas de dar con la solución técnica. Aunque también hay un
importante papel para la Gerencia del Proyecto, dado que en la fase de
Elaboración es el punto donde debemos haber disminuidos y controlados los
riesgos principales que pudieran dar al traste con el proyecto.
Es también
la Fase de Elaboración el punto de no retorno para el proyecto. Una vez que
dejemos atrás a esta fase y entremos en la construcción, los gastos serán tan
elevados que se tendrá que tener muy en claro el alcance de la apuesta
económica; es mejor detener un proyecto aquí, cuando se ha ejecutado menos del
25% del presupuesto que más adelante, donde los gastos son mucho mayores.
Típicos
objetivos para esta fase son:
- Documento de Arquitectura del Sistema revisado y aceptado.
- Prueba de Concepto exitosa de todas las tecnologías novedosas a utilizar.
- Prototipo de la Arquitectura del sistema.
- Plan de Riesgos con los riesgos principales identificados y controlados.
El objetivo
central es solo uno: responder si el proyecto es técnicamente viable con la
solución o diseño propuesto.
Entonces,
ahora como para el glosario:
3.4.1 Fase
de Elaboración:
Establece el
como del proyecto; es decir: determina la solución técnica del sistema y
la demuestra a nivel de pruebas de concepto. La Fase de Elaboración también es
el punto donde se deben de haber controlado los riesgos principales del
proyecto.
Finalmente,
en cuanto a su duración, considero como sano una fase de elaboración de dos o
tres iteraciones. Esto debido a la necesidad de realizar y probar el diseño, lo
que genera una carga de documentación y de programación sensiblemente mayores a
las que teníamos durante la fase de concepción. Por otra parte, en un proyecto
típico, el gasto realizado es de aproximadamente el 20% del total del costo del
proyecto; por lo que la ejecución del presupuesto si contamos también a la fase
de concepción rondará el 25%.
3.4.2.1 Modelo de Casos de Uso 98
3.4.2.1.1
DIAGRAMA DE CASOS DE USO DE SISTEMAS
A
continuación se muestra cómo los diagramas de casos de uso de sistemas son
utilizados para capturar el comportamiento que el nuevo sistema de selección de
postulación docente y auxiliar de docencia, de acuerdo a los requerimientos
identificando por el usuario:
·
Administración
de datos de postulación, que incluye el ingreso de datos de la postulación, su
modificación y/o eliminación.
·
Administración
de datos personales, considera los procesos de registro y modificación de datos
personales.
·
Control
en la materia a postular, el cual se encuentra incluido durante la ejecución
del proceso de Administración de datos de postulación por estudiante en la
misma materia y que el postulante no se postule a más de dos materias.
·
Control
de materias aprobadas, este caso de uso está orientado a validar que el
postulante haya aprobado las materias requisito establecidas para dictar la
materia e incluso validar que el postulante ya aprobó esa materia.
·
Finalmente,
el caso de uso Selección de materias para postular, se constituye en una
navegación, que el usuario realizará.
 |
3.4.2.2 Especificación de Casos de
Uso 100
3.4.2.2.1 DOCUMENTO DE
DESCRIPCION CASO DE USO
|
1.1 Nombre Registro postulantes
|
||
|
1.2 Actores Postulantes
|
||
|
1.3 Propósito Realizar el registro de los postulantes
|
||
|
1.4 Descripción El sistema tomara registro de los datos personales
y universitarios
del
postulante
|
||
|
Flujo Principal
|
Eventos Actor
|
Eventos Sistema
|
|
Adicionar
|
1. Activa la
función de registro
|
1. Activa la
pantalla de registro de producción
|
|
2. Activa la
Funcion Adicionar
|
2. Habilita los
campos para ser introducidos
|
|
|
3. Introduce los
datos al sistema
|
3. Valida datos
introducidos
|
|
|
4. Selecciona la
opción guardar
|
4. Adición de
datos
|
|
|
Modificar
|
1. Activa la
función de registro
|
1. Muestra la
pantalla de registro
|
|
2. Selecciona la
opción modificar
|
2. Habilita los
campos de modificación
|
|
|
3. Introduce los
datos y se guarda
|
3. Se actualiza modificaciones
en la BD
|
|
|
Buscar
|
1. Activa la
función de registro
|
1. Muestra la
pantalla
|
|
2. Selecciona la
opción buscar
|
2. Muestra el
registro buscado
|
|
3.4.3 Análisis / Diseño
A
continuación se presentan los modelos definidos en RUP como modelo de datos y
modelo de análisis / diseño. Constará de un diagrama de clases en el que se
muestran tan sólo las clases generadas a partir de los casos de uso
incorporados a la aplicación hasta la segunda iteración de la fase de
construcción, y de un modelo de datos (modelo relacional) donde se muestran las
entidades que participan en las relaciones definidas en el proyecto (teniendo
en cuenta de nuevo que se alcanzó únicamente la segunda iteración de la fase de
construcción).
3.4.3.1 Diagrama de clases
|
|
Modelo de Análisis/Diseño: Diagrama de Clases
|
|
|
|
3.4.3.2 Modelo Relacional
|
No hay comentarios:
Publicar un comentario