Análisis de Sistema











Análisis del Sistema
(SCJ)










Alex Pereira Martinez















Abril – 2010
Santiago
Índice


Requerimientos del usuario………………………………………………………..3

Análisis de requisitos……………………………………………………………….3

Diseño del sistema…………………………………………………………………..5

1- Modelos de casos de uso………………………………………………...5
2- Modelo dedominio……………………………………………………….11
3- Modelo de comportamiento……………………………………………..16

Requisitos de datos………………………………………………………………..23

1- Modelo entidad-relación………………………………………………....23
2- Modelo tabular……………………………………………………………24

Requisitos de telecomunicaciones……………………………………………...24

Plan de integración…………………………………………………………………27
Requerimientos del usuario


El sistema describe la siguiente forma:

Nombre del sistema
Sistemas decasos judiciales.
Panorama
Empresa de abogados que permita consultar casos en línea.
Clientes
Usuarios, abogados.
Metas











Crear un sistema de registro de usuarios, de casos e información de abogados para:

Cada usuario se pueda registrar e informar su caso.
Centralizar la información de cada usuario registrado.
Entregar valor de cada caso a los usuarios.
Almacenar lainformación de los casos de los usuarios de manera que algún abogado pueda tomar los casos.
Entregar información a los usuarios para que sepan en que esta su caso.
Permitir que los abogados puedan ingresar información para los usuarios en general.



Análisis de requisitos


La especificación funcional del sistema se detalla a través de las siguientes funciones:

#Ref.
R1.1
FunciónRegistro de un usuario.
Descripción
El sistema debe permitir el registro de un usuario con los datos básicos de este (Nombre completo, Rut, E-mail, Domicilio, Fecha de nacimiento, etc.).
Categoría
Evidente.










#Ref.
R1.2
Función
Registro de casos.
Descripción
El sistema debe permitir que el usuario seleccione e ingrese el detalle de su caso, además de asignar unnúmero al caso y la fecha automáticamente.
Categoría
Evidente.
Atributo
Detalles y restricciones
Categoría
Información necesaria.
El tipo de información ingresada solo debe ser la necesaria para el caso especificado.
Política.


#Ref.
R2.1
Función
Entrega de valor (precio).
Descripción
El sistema debe entregar a los usuarios el valor de sus casos seleccionados.
Categoría
Evidente.#Ref.
R2.2
Función
Consultar el historial de los usuarios.
Descripción
El sistema debe permitir al abogado consultar sobre el detalle de los casos de los usuarios registrados.
Categoría
Evidente.
Atributo
Detalles y restricciones
Categoría
Información segmentada.
La información debe ser segmentada según el nivel del caso consultado.
Política.


#Ref.
R1.3
Función
Ingresaretapas de un caso.
Descripción
El sistema debe permitir que el abogado ingrese las observaciones y las etapas en las que se encuentran los casos de los usuarios.
Categoría
Evidente.


#Ref.
R3.1
Función
Consultar etapas de un caso.
Descripción
El sistema debe permitir que los usuarios puedan ver las observaciones de sus casos y en que etapa están.
Categoría
Evidente.


#Ref.
R1.4Función
Ingresar información de abogados.
Descripción
El sistema debe permitir que los abogados ingresen información para sus clientes.
Categoría
Evidente.

#Ref.
R2.3
Función
Actualización de agendas de abogados.
Descripción
El sistema debe actualizar el sistema de agendamiento cuando el abogado cierra un caso y termina un contrato con un cliente.
Categoría
Oculto.
Atributo
Detallesy restricciones
Categoría
Servicio Web.
La actualización debe realizarse a través de un servicio Web prestado por el sistema de agendas de abogados.
Interoperatividad.



Diseño del sistema


1- Modelos de casos de uso


- Especificación de los casos de uso:

Si observamos las metas de la especificación funcional, podemos decir que el límite del...