1. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
FASE I Y II
VICTOR GARCIA
LISETH PATERNINA
ALVARO PORTELA
ASIG:
ANALISIS Y DISEÑO II
ING:
JHON JAIME MENDEZ
CORPORACION UNIVERSITARIA DEL CARIBE CECAR
INGENIERIA DE SISTEMAS
SINCELEJO - SUCRE
2012
2. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
1. Nombre del Proyecto: Herramientas para el desarrollo de software
utilizando RUP (HEDSURUP)
2. Objetivo General: Aplicar todos los conocimientos aprendidos sobre la
plataforma de desarrollo Java, base de datos MySQL, optimización de
código y planificación de proyectos de software.
3. Descripción General
La corporación universitaria del caribe CECAR desea que sus estudiantes
desarrollen una herramienta que oriente a los ingenieros de software en
todo el proceso de desarrollo de proyectos de software utilizando la
metodología RUP. Para esta ocasión solo se tendrá en cuenta la fase de
análisis, para lo cual, la herramienta software debe permitir especificar y
generar los artefactos de las subfases de la etapa de análisis: licitación,
análisis y especificación. En la subfase de licitación debe tener en cuenta
que para el proceso de levantamiento de información se debe registrar en
memoria secundaria los videos de las reuniones. En la segunda fase se
deben realizar los diferentes artefactos y registrarse en memoria
secundarias.
Todo lo anterior se debe hacer directamente sobre la herramienta a
desarrollar y no utilizar pluggins o herramientas adicionales.
Restricciones: El estudiante debe separar las lógicas de presentación,
persistencia y del negocio (En la separación de estas ultimas debe tener en
cuenta que esta ultima se encuentre principalmente del lado del servidor
implementada a través de procedimientos almacenados).
4. Estándar De Programación (Primer Programa)
Basarse en el documento “Estándares de programación.docx” que se
encuentra en el aula virtual
3. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
5. Requerimientos Funcionales
RF1: La aplicación debe permitir al usuario gestionar en una base de
datos la información básica del proyecto a realizar, tales como:
- Código del proyecto.
- nombre del proyecto.
- Jefe del proyecto.
- Cliente del proyecto.
RF2: La aplicación debe permitir realizar, visualizar y almacenar en
una base de datos los videos de las reuniones que los analistas
tengan con el cliente.
RF3: La aplicación debe permitir al usuario elicitar y almacenar en
una base de datos los requerimientos de los proyectos que desee
trabajar.
RF4: La aplicación debe permitir al usuario diseñar y almacenar en una
base de datos los artefactos de la etapa de análisis de la metodología
RUP:
- Requerimientos
- Diagrama de casos de Uso.
- Casos de Uso en formato expandido.
6. Requerimientos no funcionales
Lenguaje de programación: Java
Motor de base de datos:MySql
Estándar de programación:por componentes.
Interfaces Graficas:Agradables, que permitan el manejo de errores y
mensajes de aceptación, ayudas, consistentes y claras de acuerdo con los
requisitos del cliente.
4. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
Tiempos de Respuesta: Aceptables teniendo en cuenta parámetros de
eficiencia comentados en clase.
Manejar a través de procedimientos almacenados la información de la
base de datos.
Los Roles que se cumplen en RUP.
Analistas (victor garcia diaz):
Analista de lógica de negocio.
Diseñador de la lógica del negocio.
Analista de sistema.
Especificador de requerimientos.
Desarrolladores (AlvaroPortela – Liseth Paternina (BD)):
Arquitecto de software.
Diseñador.
Diseñador de interfaz de usuario.
Diseñador de base de datos.
Implementador.
prueba
5. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
DIAGRAMA DE CASOS DE USO
6. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
DIAGRAMA DE CASOS DE USO CON FORMATO EXPANDIDO
RF1:
CASO DE USO Gestionar Proyecto
ACTOR Usuario.
DESCRIPCIÓN Permitir al usuario gestionar toda la información correspondiente al
registro del proyecto, tal como:
-Código del proyecto.
-Nombre del proyecto.
-Jefe del proyecto.
-Cliente del proyecto.
PRECONDICIÓN El usuario entra al sistema e inicia un proyecto nuevo.
CURSO NORMAL ACTOR SISTEMA
1. Selecciona la opción registrar
proyecto.
3. Presiona clic en cada uno
de los campos para
diligenciarlos.
4. confirma la operación,
seleccionando con clic la
opción guardar.
2. Muestra un formulario en blanco para
diligenciar.
5. valida la operación, para que no existan
campos vacíos o códigos repetidos.
6. la información es almacenada en la base
de datos del sistema.
CURSO ALTERNO ACTOR SISTEMA
4a. No Confirma la operación,
seleccionando con clic la
opción cancelar.
1b.selecciona la opción editar
registro.
7. Ingresa código de registro
del proyecto.
8. confirma la operación,
seleccionando con clic la
5a. La operación no es validada.
5a1. Muestra en pantalla un mensaje si hay
campos vacíos.
5a2. Muestra en pantalla un mensaje si el
código registrado ya existe.
6a. la información no es almacenada en la
base de datos del sistema.
2. Muestra un formulario en blanco para
diligenciar.
2b. solicita el código del proyecto al que se le
va a editar el registro
7. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
opción buscar.
10. Realiza la edición y
selecciona la opción guardar
cambios.
1c. Selecciona la opción
eliminar registro.
7. Ingresa código de registro
del proyecto.
8. confirma la operación,
seleccionando con clic la
opción buscar.
11. Elimina el registro
seleccionando con clic la
opción eliminar registro.
9.valida la información y muestra en
pantalla un formulario con el registro del
proyecto para su posterior edición.
6. la información es almacenada en la base
de datos del sistema.
9a.si la información es inválida, muestra en
pantalla un mensaje de error en el código.
9. valida la información y muestra en
pantalla un formulario con el registro del
proyecto.
12. la información del proyecto es borrada de
la base de datos.
9a. si la información es inválida, muestra en
pantalla un mensaje de error en el código.
POSTCONDICIÓN La información es guardada en la base de datos del sistema.
8. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
RF2:
CASO DE USO Realizar Videos.
ACTOR Usuario.
DESCRIPCIÓN Permitir al usuario realizar videos de las reuniones que se tengan con lo
clientes para el posterior levantamiento de requerimientos.
PRECONDICIÓN El usuario debe tener un proyecto registrado.
CURSO NORMAL ACTOR SISTEMA
1. Digita el nombre del video
2. Selecciona la opción
Multimedia y presiona clic en
“Grabar”.
3. confirma la operación
presionando clic en “Stop” y
seleccionando la opción guardar.
2. Muestra el área de trabajo la imagen de
lo que se esta grabando.
4. la información es almacenada, en la
base de datos del sistema.
CURSO ALTERNO ACTOR SISTEMA
3a. no confirma la operación con
clic en “Guardar” en vez de eso
selecciona la opción cancelar.
1a.Selecciona la opción
Multimedia y presiona clic en
“Visualizar”.
5. selecciona con clic el video
que quiere reproducir.
5a. No selecciona ningún video.
4a.la información no es almacenada en la
base de datos del sistema.
2a. Muestra en el área de trabajo los
videos relacionados con el proyecto.
6. muestra en pantalla la reproducción del
video seleccionado.
6a. muestra en pantalla la reproducción
del video seleccionado.
POSTCONDICIÓN La información es guardada en la base de datos del sistema.
9. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
RF3:
CASO DE USO Elicitar Requerimiento.
ACTOR Usuario.
DESCRIPCIÓN Permitir al usuario gestionar toda la información correspondiente al proceso
de Elicitación de requerimientos de sus proyectos.
PRECONDICIÓN El usuario debe tener un proyecto registrado.
CURSO NORMAL ACTOR ACTOR
7. Selecciona la opción
Requerimientos del
proyecto y presiona
clic en la opción
“Requerimientos
Nuevos”.
3. Presiona clic en cada uno
de los campos del formulario
para diligenciarlos.
4. confirma la operación,
seleccionando con clic la
opción guardar.
2. Muestra formulario en blanco para
diligenciar los requerimientos funcionales y
no funcionales del proyecto.
5. la información es almacenada en la base
de datos del sistema.
CURSO ALTERNO ACTOR SISTEMA
4ª. no confirma la operación
seleccionando con clic la
opción cancelar.
1ª. Selecciona la opción
Requerimientos del proyecto y
presiona clic en la opción
“Editar Requerimientos”.
8. confirma la operación,
seleccionando con clic
la opción guardar
cambios.
4ª. no confirma la operación,
seleccionando con clic la
opción cancelar.
1b. Selecciona la opción
Requerimientos del proyecto y
presiona clic en la opción
“Visualizar Requerimientos”.
5ª. la información no es almacenada en la
base de datos del sistema.
2ª. Muestra un formulario diligenciado con
los requerimientos del proyecto y acepta que
estos sean editados y/o actualizados.
9. la información es almacenada.
5ª. la información no es almacenada.
2b. Muestra un formulario diligenciado con
los requerimientos del proyecto y no acepta
que estos sean editados y/o actualizados.
POSTCONDICIÓN La información es guardada en la base de datos del sistema.
10. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
RF4:
CASO DE USO Diseñar Artefactos.
ACTOR Usuario.
DESCRIPCIÓN Permitir al usuario manipular toda la información necesaria para diseñar los
artefactos de la etapa de análisis de sus proyectos, tales como:
-casos de uso
-Plantilla extendida de casos de uso
PRECONDICIÓN El usuario debe tener un proyecto registrado y los requerimientos
diligenciados.
CURSO NORMAL ACTOR SISTEMA
1. Selecciona la opción Artefactos y
presiona clic en “nuevos”.
3. Selecciona con clic cada una
de las herramientas que necesite
para diseñar los artefactos de la
etapa de análisis.
5. confirma la operación,
seleccionando con clic la opción
guardar.
2. Muestra el área de trabajo en blanco
con todas las herramientas necesarias
para diseñar los artefactos de la etapa
de análisis.
4. Va mostrando dentro del área de
trabajo las herramientas que el usuario
va utilizando en la construcción de los
artefactos del a etapa de análisis.
6. la información es almacenada, en la
base de datos del sistema.
CURSO ALTERNO ACTOR SISTEMA
1a. Selecciona la opción Artefactos
y presiona clic en “Editar”.
3a. selecciona el artefacto a
modificar presionando clic sobre este
y selecciona las herramientas que
necesite para su modificación.
5a. confirma la operación,
seleccionando con clic la opción
guardar cambios
5b.no confirma la operación,
seleccionando con clic la opción
cancelar.
2a. Muestra en el área de trabajo los
artefactos almacenados y todas las
herramientas necesarias para editarlos
(asociación, extensión, inclusión,
generalización, Actor, caso de uso, limite
del sistema).
4. Va mostrando dentro del área de
trabajo las herramientas que el usuario
va utilizando en la construcción de los
artefactos del a etapa de análisis.
6. la información es almacenada, en la
11. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
1b. Selecciona la opción Artefactos
y presiona clic en “visualizar”.
3b.selecciona con clic el artefacto a
visualizar.
base de datos del sistema.
6a. la información no es almacenada,
en la base de datos del sistema.
2b. Muestra en el área de trabajo los
artefactos almacenados sin las
herramientas necesarias para diseñar o
editar.
2c.muestra en pantalla el artefacto
seleccionado por el usuario.
POSTCONDICIÓN La información es guardada en la base de datos del sistema.
12. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
DIAGRAMA DE CLASES
13. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
DIAGRAMA DE SECUENCIA
Nota: Ver mejor en la imagen adjunta
14. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
DIAGRAMA DE ESTADOS
15. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
DIAGRAMA DE ACTIVIDADES
Gestionar Proyecto:
16. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
Gestionar Videos:
17. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
Gestionar Requerimientos:
18. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
Gestionar Artefactos:
19. Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe