Estudiantes:

Edwin Edson Suyo Albornos

Blas Rodrguez
TITULO DEL PROYECTO
SISTEMA DE INFORMACION DE GABINETE DE ABOGADOS

INTRODUCCION
La tendencia al cambio, que se vive hoy en da, nos obliga a estar actualizados y pendientes de las
metodologas que se usan con mayor xito y frecuencia en el desarrollo del software una de estas
metodologas es RUP (PROCESO UNIFICADO DE RATIONAL), que utiliza anotacin UML como
herramienta fundamental, dada estas exigencias el presente equipo de trabajo est poniendo en
prctica dicha metodologa en el diseo y elaboracin del SISTEMA DE INFORMACION DE
GABINETE DE ABOGADOS. En el presente informe, se hace uso de los diagramas UML, que nos
permitirn pasar por todas las etapas del desarrollo del software, de manera que podremos obtener
de software de calidad.
Todo el proceso se llevara a cabo durante 3 meses comenzando el dia 01 de marzo del 2017 y
finalizando el da 14 de junio del 2017 Para Poder realizar el proceso de desarrollo se requiere de 2
analistas de sistemas y para el proceso de documentacin se necesitara contratar 3 programadores
y el software con que se trabajara ser con VISUAL STUDIO lenguaje de programacin C# y el
Gestor de Base de Datos se usara SQLSERVER 2008. El lugar donde el equipo llevara a cabo sus
funciones respectivas ser en las oficinas de SUYO Y RODRIGUEZ que se encuentra ubicada en
el centro de la ciudad, en la calle Ballivian esquina Rene Moreno.

DEFINICION DEL PROBLEMA

La empresa Rodrguez y Suyo requiere tener ms control sobre los abogados contratados, los
clientes y realizar un seguimiento detallado a cada caso que un abogado realiza para uno o varios
clientes

OBJETIVO GENERAL
Realizar un SISTEMA DE INFORMACION DE GABINETE DE ABOGADOS para la empresa Rodrguez
y Suyo

OBJETIVOS ESPECIFICOS

-Realizar captura de requisitos ,

- analisis y diseo de los casos
-implementacion
-pruebas de software

JUSTIFICACION METODOLOGICA
-Usaremos el pud porque el sistema o la empresa exige una documentacin tcnica
-Usaremos el pud debido a que los requisitos estn bien definidos a principio de proyecto
enumerando las causas

PLANIFICACION TEMPORAL

No NOMBRE DE LA DURACCION
TAREA
1 FASE DE INICIO 2 HORAS
2 I1 2 HORAS
3 Registrar abogado 2 horas

4 FASE DE 8 HORAS
ELABORACION
5 E1 8 HORAS
6 M.NEGOCIO 2 HORAS
7 M.REQUISITOS 2 HORAS
8 M. anlisis 1 HORAS
9 M DISEO 1 HORAS
10 M.IMPLEMENTACION 1 HORAS
11 M.PRUEBA 1 HORAS
12 FASE DE 4 DIAS
CONTRUCCION
13 C1 4 DIAS
14 M.ANALISIS 8 HORAS
15 M.DISEO 8 HORAS
16 M.IMPLEMENTACION 4 DIA
17 M.PRUEBA 10 HORAS
18 FASE DE 3 DIAS
TRANSICION
19 T1 1 DIA
20 M.ANALISIS 1 DIA
21 T2 1 DIA
22 M.DISEO 1 DIA
23 T3. 1 DIA
24 M.PRUEBA 1 DIA
CAPITULO 2
MARCO TEORICO
PROCESO METODOLOGICO
EL PROCESO UNIFICADO DE DESARROLLO DE SOFWARE. (PU).

Es un conjunto de actividades necesarias para transformar los requisitos de usuario en un producto

software. Es una metodologa, paradigma que transforma las entradas o requerimientos a travs de un
proceso sistemtico disciplinado y cuantificable en soluciones del problema.

CARACTERISTICAS DEL PROCESO UNIFICADO DE DESARROLLO

Dirigido por casos de uso: Los casos de uso reflejan lo que los
usuarios futuros necesitan y desean, lo cual se capta cuando se
modela el negocio y se representa a travs de los requerimientos.
A partir de aqu los casos de uso guan el proceso de desarrollo ya
que los modelos que se obtienen, como resultado de los diferentes
flujos de trabajo, representan la realizacin de los casos de uso
(cmo se llevan a cabo).

Centrado en la arquitectura: La arquitectura muestra la visin comn del sistema completo en la que el
equipo de proyecto y los usuarios deben estar de acuerdo, por lo que describe los elementos del modelo
que son ms importantes para su construccin, los cimientos del sistema que son necesarios como base
para comprenderlo, desarrollarlo y producirlo econmicamente. RUP se desarrolla mediante iteraciones,
comenzando por los CU relevantes desde el punto de vista de la arquitectura. El modelo de arquitectura
se representa a travs de vistas en las que se incluyen los diagramas de UML.
Iterativo e Incremental: Una iteracin involucra actividades de todos los flujos de trabajo, aunque
desarrolla fundamentalmente algunos ms que otros.
Por ejemplo, una iteracin de elaboracin centra su atencin en el anlisis y diseo, aunque refina los
requerimientos y obtiene un producto con un determinado nivel, pero que ir creciendo incrementalmente
en cada iteracin.
Es prctico dividir el trabajo en partes ms pequeas o miniproyectos. Cada miniproyecto es una
iteracin que resulta en un incremento. Las iteraciones hacen referencia a pasos en los flujos de trabajo,
y los incrementos, al crecimiento del producto. Cada iteracin se realiza de forma planificada es por eso
que se dice que son miniproyectos.

MODELOS RESULTANTES DE UN CICLO DE DESARROLLO

FASES DEL PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE

Cada fase representa un ciclo de desarrollo en la vida de un producto de software.

La fase de concepcin o inicio tiene por finalidad definir la visin, los objetivos y el alcance del
proyecto, tanto desde el punto de vista funcional como del tcnico, obtenindose como uno de los
principales resultados una lista de los casos de uso y una lista de los factores de riesgo del proyecto. El
principal esfuerzo est radicado en el Modelamiento del Negocio y el Anlisis de Requerimientos. Es la
nica fase que no necesariamente culmina con una versin ejecutable.

La fase de elaboracin tiene como principal finalidad completar el anlisis de los casos de uso y definir
la arquitectura del sistema, adems se obtiene una aplicacin ejecutable que responde a los casos de
uso que la comprometen. A pesar de que se desarrolla a profundidad una parte del sistema, las
decisiones sobre la arquitectura se hacen sobre la base de la comprensin del sistema completo y los
requerimientos (funcionales y no funcionales) identificados de acuerdo al alcance definido.

La fase de construccin est compuesta por un ciclo de varias iteraciones, en las cuales se van
incorporando sucesivamente los casos de uso, de acuerdo a los factores de riesgo del proyecto. Este
enfoque permite por ejemplo contar en forma temprana con versiones el sistema que satisfacen los
principales casos de uso. Los cambios en los requerimientos no se incorporan hasta el inicio de la
prxima iteracin.

La fase de transicin se inicia con una versin beta del sistema y culmina con el sistema en fase de
produccin.
CAPITULO 3
INGENIERIA DEL
PROYECTO
REQUISITOS FUNCIONALES
NRO REQUERIMIENTO DESCRIPCION PRIORIDAD
El operador del sistema podr realizar la agregacin, modificacin
RF1 Gestionar Clientes ALTA
y eliminacin de clientes en el sistema
El jefe podr realizar la agregacin, modificacin y eliminacin de
RF2 Gestionar Abogado ALTA
abogado en el sistema
Gestionar Casos El operador del sistema podr realizar la agregacin, modificacin
RF3 ALTA
Jurdicos y eliminacin de casos jurdicos en el sistema
Visualizar
El operador del sistema podr visualizar las revisiones de cada
RF4 Revisiones de los ALTA
caso de cada cliente
casos jurdicos
Visualizar casos El operador del sistema podr visualizar los casos jurdicos
RF5 ALTA
jurdicos pendientes pendientes
Visualizar Clientes
RF6 con sus respectivos El operador del sistema podr visualizar los casos de cada cliente MEDIA
casos
El jefe podr realizar la agregacin, modificacin y eliminacin de
RF7 Gestionar proceso proceso en el sistema (proceso es la especialidad en la que se MEDIA
especializa el gabinete de abogados ej. violaciones,estafas,etc )
Gestionar El operador del sistema podr realizar la agregacin, modificacin
RF8 MEDIA
Revisiones y eliminacin de revisiones en el sistema
Visualizar casos El operador del sistema podra visualizar los casos juridicos
RF9 MEDIA
jurdicos concluidos concluidos en una determinada fecha
El operador del sistema deber poder realizar reportes de los
Reportes de Casos
RF10 casos de uso, filtrados por cliente, abogado, estado y fecha de los MEDIA
Juridicos
mismos
Gestionar Abogados El operador del sistema podra realizar la agregacion, modificacion
RF11 BAJA
Contrados y eliminacion de abogados contratados en el sistema

REQUISITOS NO FUNCIONALES
PRIORID
NRO REQUERIMIENTO DESCRIPCION
AD
Seguimiento de
NF1 Registrar cada accion realizada en el sistema ALTA
acciones
NF2 Usuario y contrasea Permitir el inicio de sesion de cada operador del sistema ALTA
Seguridad en Usar las reglas basicas para permitir la seguridad de
NF3 ALTA
contrasea contraseas
Permitir a ciertos operadores del sistema realizar copias de
NF4 Backup manual MEDIA
seguridad y restauracion
El sistema automaticamente debe realizar copias de seguridad
NF5 Backup automatico ALTA
en una hora determinada
NF6 Manual de usuario Manual paso a paso sobre el uso de sistema MEDIA
DIAGRAMA GENERAL DE CASOS DE USO

uc Modelo de casos de uso

SISTEMA DE GABINETE DE ABOGADOS

HABILITAR ABOGADO
<extend>

GESTIONAR <include>
ABOGADO
<include>
GESTIONAR
GESTIONAR GESTIONAR
SECRETARIA
JEFE PERSONA CONTRATO
<include>

GESTIONAR CLIENTE <include>

GESTIONAR
PROCESOS

IMPRIMIR CONTRATO
IMPRIMIR
EXPEDIENTE
GESTIONAR CASOS
JUDICIAL
JURIDICOS

<include>
<INCLUDE>

GESTIONAR
ABOGADO VER CASOS EXPEDIENTE
JURIDICOS JUDICIAL
PENDIENTES

SECRETARIA

GESTIONAR AGENDA
<include>

IMPRIMIR AGENDA

GESTIONAR <include> IMPRIMIR

DOCUMENTOS DOCUMENTO
DESCRIPCION DE ACTORES DEL SISTEMA

ACTOR Registrador Revisiones

CASOS DE USO Gestionar Revisiones ,Gestionar Documentos
TIPO Primario

ACTOR Encargado de casos jurdicas

CASOS DE USO Gestionar casos jurdicos
TIPO Primario

ACTOR Personal de Registro

CASOS DE USO Gestionar Clientes, Gestionar Abogados
TIPO Primario

ACTOR Personal de Agenda

CASOS DE USO Gestionar Agenda
TIPO Primario
MODELO DE ANALISIS
ESPECIFICACION DE LOS CASOS DE USO

GESTIONAR ABOGADO

Actor: Personal de Registro

Tipo: Primario
Descripcin: El caso de uso comienza cuando el
actor abre el sistema
Flujo Normal
Actor Sistema
1. El actor inicia el sistema 2. Sistema emite mensaje de que esta
listo

3. El actor escoge la operacin que 4. El sistema habilita los campos

desea realizar (nuevo, modificar, necesarios para la gestin de ajustes
eliminar ,ver)

5. El actor proporciona la informacin 7. Valida datos y emite mensaje de

necesaria confirmacin y guarda la informacin en
la BD
6.- El actor realiza la transaccin

Flujos Alternos:

5. 1 En caso de escribir un campo invalido o vaco, se muestra mensaje que no se

puede continuar hasta que se corrijan esos errores
REGISTRAR CASO JURIDICO

Actor: Encargado de casos jurdicos

Tipo: Primario
Descripcin: El caso de uso comienza cuando el
actor abre el sistema
Flujo Normal
Actor Sistema
1. El actor inicia el sistema 2. Sistema emite mensaje de que esta
listo

3. El actor entra a la funcin de casos 4. Muestra Interfaz

jurdicos

5. El actor selecciona al abogado que se

encargara del caso
6. El actor selecciona al Cliente que 9. Valida datos y emite mensaje de
requiere un abogado confirmacin

7. El actor selecciona el tipo proceso 11. Muestra xito de la accin

que solicita el cliente
8. El actor realiza la transaccin

10. confirma mensaje

Flujos Alternos:

8.1 En caso de faltar algn campo obligatorio, se emite un mensaje y no se puede

continuar hasta que corrija los campos.

10.1 En caso de haber un error inesperado, muestra un mensaje y no guarda

CAPITULO III

DIAGRAMA DE CLASES CONCEPTUALES SISTEMA DE GESTION DE

GABINETE DE ABOGADOS
La empresa de abogados Rodriguez y Rodriguez brinda servicios juridicos a las personas que necesiten
asistencia juridica.
En la empresa se tiene muchos clientes, cada cliente tiene un CI,Nro,Nombre,Apellido Paterno y Apellido
Materno. La empresa tambien cuenta con varios abogados contratados para la resolucion de los casos
juridicos, cada abogado tiene CI,Nro de Matricula,Nombre, Apellido Paterno y Apellido Materno.
Un cliente al solicitar los servicios de la empresa sobre su caso juridico en el cual esta involucrado, se le
asigna un codigo a su expediente y un estado del expediente (Puede ser Pendiente o Resuelto).
A lo largo del tiempo el caso juridico puede tener muchas revisiones por varios abogados, intereza
registrar la fecha de la revision y una descripcion. En cada revision tambien hay una serie de
documentos juridicos, ya que los documentos suelen ser muy extensos, solo intereza registrar el codigo
del documento y la cabecera de dicho documento.

class Modelo de dominio

TIENE

1..1
PERSONA
AGENDA
- CI:
- NOMBRE: - ID
- APELLIDO PATERNO: - FECHA:
- APELLIDO MATERNO: - NOMBRE
- FECHA NACIMIENTO:
1..*
- EDAD:
- GENERO: ANOTA
- DIRECCION:
1...1

SECRETARIA
1...1
- ID
ABOGADO
TIENE CLIENTE
- ID: 1...1
1...* - ID:

1...1
1...1 REALIZA

GABINETE DE 1..* TIENE

ABOGADO
REVISION
CASO JURIDICO
- NIT
TIENE
- NOMBRE - NRO:
- ID:
- FECHA REVISION 1..*
1...1 1...1 - FECHAINICIO 1..*
- FECHAFINAL:
1..1 - ESTADO:
ESPECIALIZA
1...*
TIENE

PROCESO 1...*

- ID
DOCUMENTO
- NOMBRE:
- ID:
- CABEZERA:
MODELO DE DATOS RELACIONAL
Diseo de interfaz de usuario

Primeramente se ingresa con su usuario y contracea

FORMULARIO DE CASOS JURIDICOS

FORMULARIO DE GESTIONAR ABOGADO
Diseo de reportes

GESTION DE REPORTES DE ABOGADOS

GESTION DE REPORTES DE CASO JURIDICO

Diagrama de Secuencia

CASO DE USO REGISTRAR CASO JURIDICO

sd DIAGRAMA DE SECUENCIA CASOJURIDICO

JEFE
FRM REGISTRAR GESTOR TBABOGADO GESTOR CLIENTE TBCLIENTE GESTOR TBPROCESO GESTOR CASO TBCASO
CASOJURIDICO ABOGADO PROCESO JURIDICO JURIDICO

INGRESA()

BUSCAR ABOGADO() OBTENER

ABOGADO()

OBTENER
BUSCAR CLIENTE()
CLIENTE()

BUSCAR PROCESO()
OBTENER
PROCESO()

GRABAR CASO
INSERTAR CASO JURIDICO()
JURIDICO()

MOSTRAR("GRABADO CON EXITO")

CASO DE USO REGISTRAR ABOGADO

sd DIAGRAMA DE REGISTRO DE ABOGADO

JEFE
FRM REGISTRAR GESTOR TBABOGADO
ABOGADO ABOGADO
INGRESA()

INGRESAR DATO()

VALIDAR()

GUARDAR DATOS DEL

ABOGADO()

MOSTRAR
("GRABADO CON
EXITO")
Diagrama de Componentes

CASO DE USO REGISTRAR ABOGADO

cmp DIAGRAMA DE COMPONENTE DE REGISTRAR CASO JURIDICO

GESTOR CLIENTE

GESTOR ABOGADO

FRM REGISTRAR CASO

JURIDICO

CAPA DE DATOS BASE DE DATOS

GESTOR DE
PROCESOS

GESTOR CASO
JURIDICO

CASO DE USO REGISTRAR ABOGADO

cmp DIAGRAMA DE COMPONENTE ABOGADO

BASE DE DATOS
FRM REGISTRAR GESTOR ABOGADO CAPA DE DATOS
ABOGADO
 Diagrama de Despliegue

CASO DE USO REGISTRAR CASO JURIDICO

deployment DIAGRAMA DE DESPLIGUE DE REGISTRAR CASO JURIDICO

SERVIDOR DE NEGOCIO

GESTOR CLIENTE

GESTOR ABOGADO

APLICACION DE ESCRITORIO

SERVIDOR DE DATOS

FRM REGISTRAR CASO

JURIDICO
GESTOR DE
PROCESOS CAPA DE DATOS BASE DE DATOS

GESTOR CASO
JURIDICO

CASO DE USO REGISTRAR USUARIO

deployment Modelo de despliegue DE REGISTRAR ABOGADO

APLICACION DE SERVIDOR DE NEGOCIO

ESCRITORIO SERVIDOR BASE DE
DATOS

FRM REGISTRAR GESTOR ABOGADO CAPA DE DATOS

ABOGADO BASE DE DATOS
Modelo de pruebas
Para comprobar el funcionamiento del Sistema se utilizaron pruebas de caja negra para demostrar la
funcionalidad del sistema.
NRO de Caso de Prueba: 1
Caso de Uso: Registrar Abogado
Actores: Registrador de Empleado
Tipo: Primario
Interfaz grfica de Prueba: Registrar Abogado
RELLENAR TODOS LOS DATOS

SE PRESIONA EL BOTON DE GUARDAR

VER LOS REPORTES DEL ABOGADO REGISTRADO

NRO de Caso de Prueba: 2

Caso de Uso: Registrar Caso Jurdico
Actores: Registrador de Caso Jurdico
Tipo: Primario
Interfaz grfica de Prueba: Registrar Caso Juridico
RELLENAR TODOS LOS DATOS
SE PRESIONA EL BOTON DE GUARDAR

VER LOS REPORTES DEL CASO JURIDICO REGISTRADO

CONCLUSIONES

Se logr desarrollar un sistema de informacin para EL GABINETE DE ABOGADOS con la

Metodologia del Proceso Unificado De Desarrollo de Software(PUD), siguiendo cada una de
sus Fases y realizando el modelado del software mediante artefactos.

RECOMENDACIONES

Se recomienda utilizar la Metodologia del Proceso Unificado De Desarrollo de Software(PUD)

porque:

Su propsito es asegurar la produccin de software de alta calidad que se ajuste a las

necesidades de sus usuarios finales con unos costos y calendario predecibles.

Permite evaluar tempranamente los riesgos presentes en lugar de descubrir problemas

en la integracin final del producto de software.

Acelera el ritmo del esfuerzo de desarrollo debido a que se trabaja para obtener
resultados claros a corto plazo.

Distribuye la carga de trabajo a lo largo del tiempo del proyecto ya que todas la
disciplinas colaboran en una iteracin

Esta metodologa por su amplitud es ms apropiada para proyectos grandes, de largo

plazo y sobre todo cuando se trabaja con equipos de desarrollo con numerosas
personas y dispersos en cuanto a ubicacin geogrfica.

Se recomienda continuar con el proyecto ya que cuenta con una estructura fcil de
desarrollar y con tecnologas de fcil aprendizaje.
BIBLIOGRAFIA

EL PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE (IVAR JACOBSON , GRADY BOOCH,

JAMES RUMBAUGH)
GUIA MAP ANALISIS DE SISTEMA II 2017
UML gota a gota (Martin Fowler, Kendall Scott)
Anlisis y diseo de sistemas (Julie E. Kendall)

Desarrollandowebsdinamicas.blogspot.com,. (2013). Qu es Laravel?. Retrieved 3 June

2015, from http://desarrollandowebsdinamicas.blogspot.com/2013/03/que-es-laravel.html

Es.slideshare.net,. (2015). Diagramas UML: Componentes y despliegue. Retrieved 3 June

2015, from http://es.slideshare.net/joshell/diagramas-uml-componentes-y-despliegue

ANEXOS
create database Gabinete_Abogado

go
exec sp_addtype codigo,'bigint', 'not null'
go

create table persona(

ci int primary key,
nombre varchar (50) not null,
appaterno varchar(50) not null,
apmaterno varchar(50) not null,
edad int not null,
fechanacimiento datetime not null,
genero char not null,
direccion varchar(50) not null,
foto image null
)

create table abogado(

id codigo identity not null primary key,
idpersona int not null,
foreign key (idpersona) references persona(ci)
)

create table cliente(

id codigo identity not null primary key,
idpersona int not null,
foreign key (idpersona) references personan(ci)
)

create table casojuridico(

id codigo identity not null primary key,
idabogado codigo not null,
idcliente codigo not null,
idproceso codigo not null,
fechainicio datetime not null,
fechafinal datetime not null,
estado varchar(15) not null,
foreign key (idabogado) references
abogado(id),
foreign key (idcliente) references cliente(id),
foreign key (idproceso) references proceso(id)
)

create table proceso(

id codigo identity not null primary key,
nombre varchar(50) not null,
)

Create table gabineteabogado(

Nit codigo not null primary key,
Nombre varchar(50) not null
)
VISTAS

MUESTRA UNA VISTA DE PERSONAABOGADO

create view v_personaabogado
as
select p.* ,a.id as codigo
from persona p inner join abogado a on p.ci = a.idpersona

MUESTRA UNA VISTA DE CLIENTEXABOGADOXPROCESO

create view v_casojuridico

as
select ca.id,p.nombre as nombreabogado ,pe.nombre as
nombrecliente,pr.nombre,ca.fechainicio,ca.fechafinal,ca.estado from persona p,persona pe,cliente
c,abogado a,proceso pr,casojuridico ca where c.idpersona=pe.ci
and a.idpersona=p.ci and ca.idabogado=a.id and ca.idproceso=pr.id and ca.idcliente=c.id

MUESTRA UNA VISTA POR PERSONA CLIENTE

create view v_personacliente

as
select p.* ,c.id as codigo
from personan p inner join cliente c on p.ci = c.idpersona
go

FUNCIONES

DEVUELVE UNA PERSONAABOGADA X NOMBRE

create function buscarpersonaabogado(@nombre varchar(50))

returns table
as
return (select p.*,a.id from persona p,abogado a where a.idpersona=p.ci and p.nombre=@nombre)

TRAE UNA CASOXJURIDICOXNOMBREDEABOGADO

create function v_casojuridicoXabogado(@nombre varchar(50))

returns table
as
return (select ca.id,p.nombre as nombreabogado ,pe.nombre as
nombrecliente,pr.nombre,ca.fechainicio,ca.fechafinal,ca.estado from persona p,persona pe,cliente
c,abogado a,proceso pr,casojuridico ca where c.idpersona=pe.ci
and a.idpersona=p.ci and ca.idabogado=a.id and ca.idproceso=pr.id and ca.idcliente=c.id and
p.nombre like @nombre)