SlideShare una empresa de Scribd logo
1 de 19
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
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
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.
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
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
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
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.
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.
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.
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
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.
Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
DIAGRAMA DE CLASES
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
Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
DIAGRAMA DE ESTADOS
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:
Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
Gestionar Videos:
Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
Gestionar Requerimientos:
Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe
Gestionar Artefactos:
Proyecto Final
Análisis y Diseño II
Ingeniería de Sistemas
Facultad de Ingeniería
Corporación Universitaria Del Caribe

Más contenido relacionado

Similar a Fase i requerimientos

Fases Proyectos Adsi
Fases Proyectos AdsiFases Proyectos Adsi
Fases Proyectos Adsi
ysik granja
 
Fases proyectos
Fases proyectosFases proyectos
Fases proyectos
9krlos
 
Fases proyectos
Fases proyectosFases proyectos
Fases proyectos
9krlos
 
Proyecto softpyme informe analisis
Proyecto softpyme informe analisisProyecto softpyme informe analisis
Proyecto softpyme informe analisis
Yeison Smith
 
Ponencia
PonenciaPonencia
Ponencia
fredmoa
 
Prototipado rapido de interfaces
Prototipado rapido de interfacesPrototipado rapido de interfaces
Prototipado rapido de interfaces
Gaby Fernandez
 
Rad sistemas de informacion
Rad sistemas de informacionRad sistemas de informacion
Rad sistemas de informacion
Diego Sanchez
 
Propuesta de proyecto stebi(soporte técnico y bitácora)
Propuesta de proyecto stebi(soporte técnico y bitácora)Propuesta de proyecto stebi(soporte técnico y bitácora)
Propuesta de proyecto stebi(soporte técnico y bitácora)
generalmundo
 

Similar a Fase i requerimientos (20)

Fases Proyectos Adsi
Fases Proyectos AdsiFases Proyectos Adsi
Fases Proyectos Adsi
 
Fases proyectos
Fases proyectosFases proyectos
Fases proyectos
 
Fases proyectos
Fases proyectosFases proyectos
Fases proyectos
 
Interfaz proyecto
Interfaz proyectoInterfaz proyecto
Interfaz proyecto
 
Proyecto softpyme informe analisis
Proyecto softpyme informe analisisProyecto softpyme informe analisis
Proyecto softpyme informe analisis
 
Parcial2
Parcial2Parcial2
Parcial2
 
Ponencia
PonenciaPonencia
Ponencia
 
Tecnicas de documentacion tesis
Tecnicas de documentacion tesisTecnicas de documentacion tesis
Tecnicas de documentacion tesis
 
Prototipado rapido de interfaces
Prototipado rapido de interfacesPrototipado rapido de interfaces
Prototipado rapido de interfaces
 
Ers calzado ferrel
Ers calzado ferrelErs calzado ferrel
Ers calzado ferrel
 
PROYECTO FINAL ANÀLISIS Y DISEÑO ll
PROYECTO FINAL ANÀLISIS Y DISEÑO llPROYECTO FINAL ANÀLISIS Y DISEÑO ll
PROYECTO FINAL ANÀLISIS Y DISEÑO ll
 
Analisis y diseño exposicion
Analisis y diseño exposicionAnalisis y diseño exposicion
Analisis y diseño exposicion
 
Proyecto de Análisis y Diseño - Mecánica Automotriz Javier S.A
Proyecto de Análisis y Diseño -  Mecánica Automotriz Javier S.AProyecto de Análisis y Diseño -  Mecánica Automotriz Javier S.A
Proyecto de Análisis y Diseño - Mecánica Automotriz Javier S.A
 
Rad sistemas de informacion
Rad sistemas de informacionRad sistemas de informacion
Rad sistemas de informacion
 
Propuesta de proyecto stebi(soporte técnico y bitácora)
Propuesta de proyecto stebi(soporte técnico y bitácora)Propuesta de proyecto stebi(soporte técnico y bitácora)
Propuesta de proyecto stebi(soporte técnico y bitácora)
 
Procesos de implementacion
Procesos de implementacionProcesos de implementacion
Procesos de implementacion
 
Guía análisis
Guía análisis Guía análisis
Guía análisis
 
Defensa proyecto desarrollo de aplicación web para la gestión de nomina y cab...
Defensa proyecto desarrollo de aplicación web para la gestión de nomina y cab...Defensa proyecto desarrollo de aplicación web para la gestión de nomina y cab...
Defensa proyecto desarrollo de aplicación web para la gestión de nomina y cab...
 
Capitulo7
Capitulo7Capitulo7
Capitulo7
 
Fase 1 sistemas diseño de salidas
Fase 1 sistemas diseño de salidasFase 1 sistemas diseño de salidas
Fase 1 sistemas diseño de salidas
 

Fase i requerimientos

  • 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