Formato extendido

Formato extendido
Caso de Uso: CRUD Modelos.
-------------------------------------------------INFORMACION DE CARACTERISTICAS
Objetivo en el contexto: El usuario desea crear o cargar un nuevo modelo simple o
guardarlo en un repositorio permanente o guardarlo en otro repositorio diferente al
actual.
Alcance: aplicación
Nivel: tarea primaria.
Precondiciones: si se desea crear un nuevo modelo y se esta editando un modelo, y no
se han guardado los cambios, se debe interrogar al usuario para conocer su deseo de
guardar o no los cambios. No se debe estar editando ningún otro modelo, de ser así, este
se debe cerrar.
Condición Final de Éxito: la aplicación carga en memoria un nuevo modelo para
trabajar con un nombre transitorio. El historial de comandos queda vacío. Se puede
navegar el modelo a partir del momento de la creación del modelo.
Condición Final de Fallo: el sistema no creo un nuevo modelo en memoria, el usuario
no puede trabajar sobre un nuevo modelo.
Actor Primario: usuario de la aplicación.
Disparador: llega una nueva solicitud para crear un nuevo modelo o al inicio de la
aplicación.
---------------------------------------ESCENARIO PRINCIPAL DE SUCESO
1. El Usuario indica a la aplicación su deseo de crear un nuevo modelo.
2. La Aplicación verifica que si se esta trabajando en algún modelo, este modelo
esté guardado.
3. La Aplicación crea un nuevo modelo y le da un nombre transitorio para
identificarlo.
4. El Usuario puede comenzar a editarlo.
---------------------EXTENSIONES
1a. O se da inicio a la aplicación. Se pasa directamente al paso 3.
3a . El modelo sobre el que se esta trabajando ha sido modificado y no ha sido
guardado.
3a 1. El Sistema pregunta al Usuario si desea guardar el modelo.
3a 2. Si el Usuario responde que si, el Sistema guarda el modelo (caso de uso 2),
vacía la lista de modificaciones y continua con la creación de un nuevo modelo.
Si el Usuario cancela la operación de guardar el modelo, el caso de uso de crear
un nuevo modelo termina.
--------------------------CALENDARIO
Fecha de Realización: Primera iteración fase de elaboración. (Fecha estimada de
terminación, Diciembre 9)
Caso de Uso: Ingreso de Resources.
-------------------------------------------------INFORMACION DE CARACTERISTICAS
Objetivo en el contexto: El usuario desea ingresar un nuevo Resource al modelo sobre
el que esta trabajando..
Alcance: aplicación
Nivel: tarea primaria.
Precondiciones: Se debe estar trabajando sobre un modelo.
Condición Final de Éxito: La aplicación adiciona el Resource al modelo. Se crea la
entrada en el historial de comandos. Se actualiza la navegación del modelo.
Condición Final de Fallo: La aplicación no logra adicionar el Resource al modelo. El
historial de comandos no se modifica..
Actor Primario: usuario de la aplicación.
Disparador: Solicitud por parte del usuario de crear un nuevo Resource.
---------------------------------------ESCENARIO PRINCIPAL DE SUCESO
1. El usuario solicita el ingreso de un nuevo Resource al modelo sobre el que esta
trabajando.
2. La aplicación pide al usuario el ingreso del URI respectivo.
3. El Usuario ingresa el URI del Resource a ingresar.
4. La aplicación ingresa al modelo el Resource y actualiza el historial de
comandos.
---------------------EXTENSIONES
3a . El usuario tambien puede ingresar un blank node. (Revisar este punto).
--------------------------CALENDARIO
Fecha de Realización: Primera iteración fase de elaboración. (Fecha estimada de
terminación, Diciembre 9)
Caso de Uso: 5 Ingresar Statements
-------------------------------------------------INFORMACION DE CARACTERISTICAS
Objetivo en el Contexto: El Usuario desea ingresar Statements en el modelo que va a
crear.
Alcance: aplicacion.
Nivel: tarea primaria.
Precondiciones: un modelo debe estar cargado en la aplicación para recibir Statements.
Condición Final de Éxito: El Statement es agregado al modelo sobre el cual se esta
trabajando. Se actualiza el historial de comandos. Se actualiza la navegación del
modelo.
Condición Final de Fallo: el Statement no pudo ser agregado al modelo sobre el cual se
esta trabajando.
Actor Primario: el Usuario de la aplicación.
Disparador: El Usuario hace saber a la aplicación su deseo de ingresar un Statement
sobre el modelo que esta trabajando.
---------------------------------------FLUJO BASICO DE EVENTOS
1. El usuario indica su deseo de ingresar un Statement en la aplicación.
2. La aplicación pide al usuario los datos.
3. El Usuario ingresa el URI del Subject que lo identifica
4. El Usuario ingresa el Predicate del Statement, ingresando el URI que lo
identifica.
5. El Usuario ingresa el valor del Object del Statement, el cual puede ser un
Literal o puede ser otro Resource. Si es otro Resource, el usuario debe indicar el
URI que lo identifica, si este no es un Blank Node. Si es un Literal el usuario
ingresa el valor de este. (Revisar typed literals)
6. La Aplicación recibe el Statement y lo ingresa en el modelo.
---------------------EXTENSIONES
3 a. El usuario ingresa un Literal y desea configurarlo con un tipo. El usuario
selecciona uno de los tipos que la aplicación proporciona, como XMLLiteral, Bolean,
Date, Double, etc…
---------------------OPEN ISSUES (optional)
Que valores predeterminados de las Properties puede escoger el usuario y como se
indexaran?
Si el valor de un Object es un Blank Node, como se debe manejar?
Que typed lyterals tendrá la herramienta? Se deben validar estos typed lyterals?
--------------------------CALENDARIO
Fecha de Realización: segunda iteración fase de elaboración. (Fecha estimada:
Diciembre 9).
Caso de Uso: Navegación de Modelos.
-------------------------------------------------INFORMACION DE CARACTERISTICAS
Objetivo en el contexto: Visualizar los Resource ingresados en la aplicación con la
posibilidad de ver los Statement ingresados sobre estos Statements.
Alcance: aplicación
Nivel: tarea primaria.
Precondiciones: no existe un modelo cargado en la aplicación.
Condición Final de Éxito: La aplicación enseña el modelo sobre el cual se trabaja en el
formato indicado por el usuario.
Condición Final de Fallo: La aplicación no puede enseñar el modelo sobre el que se esta
trabajando en el formato indicado por el usuario.
Actor Primario: usuario de la aplicación.
Disparador: creación de un modelo nuevo.
---------------------------------------ESCENARIO PRINCIPAL DE SUCESO
1. El Usuario indica a la aplicación su deseo de visualizar un modelo en un formato
determinado. Estos formatos son RDF/XML o N-Tiples.
2. La aplicación enseña al usuario el modelo en el formato deseado.
---------------------EXTENSIONES
--------------------------CALENDARIO
Fecha de Realización: Primera iteración fase de elaboración. (Fecha estimada de
terminación, Diciembre 9)
Caso de Uso: Representación de Statements.
-------------------------------------------------INFORMACION DE CARACTERISTICAS
Objetivo en el contexto: Enseñar el modelo sobre el que se trabaja en diferentes
formatos como RDF/XML o N-Tiples.
Alcance: aplicación
Nivel: tarea primaria.
Precondiciones: se debe haber creado un modelo sobre el cual se va a trabajar.
Condición Final de Éxito: La aplicación enseña el modelo sobre el cual se trabaja en el
formato indicado por el usuario.
Condición Final de Fallo: La aplicación no puede enseñar el modelo sobre el que se esta
trabajando en el formato indicado por el usuario.
Actor Primario: usuario de la aplicación.
Disparador: llega una nueva solicitud para ver el modelo en un formato determinado.
---------------------------------------ESCENARIO PRINCIPAL DE SUCESO
3. El Usuario indica a la aplicación su deseo de visualizar un modelo en un formato
determinado. Estos formatos son RDF/XML o N-Tiples.
4. La aplicación enseña al usuario el modelo en el formato deseado.
---------------------EXTENSIONES
--------------------------CALENDARIO
Fecha de Realización: Primera iteración fase de elaboración. (Fecha estimada de
terminación, Diciembre 9)