1.

Utilizando el RUP, srvase obtener y personalizar las plantillas

para: documento de visin, plan de iteraciones, especificacin de casos
de uso.

2.
Con la informacin obtenida en su proyecto
bimestre, llene la plantilla del documento de visin.

en

el primer

<Judicial & Recursos >

Vision
Versin <1.0>

Revisin del Historial

Date

Version

Description

Author

04 01 13

1.0

Programa para recibir denuncias

y elaboracin de la respectiva
providencia

Efran Lincango

Tabla de Contenidos
1.Introduction
1.1Purpose
1.2Scope
2.Positioning
2.1Business Opportunity
2.2Problem Statement
2.3Product Position Statement
3.Stakeholder and User Descriptions
3.1Market Demographics
3.2Stakeholder Summary
3.3User Summary
3.4User environment
4.Product Overview
4.1Product Perspective
4.2Summary of Capabilities
4.3Assumptions and Dependencies
5.Constraints
6.Quality Ranges
7.Precedence and Priority

8.Other Product Requirements

8.1Applicable Standards
8.2System Requirements
8.3Performance Requirements
8.4Environmental Requirements
9.Documentation Requirements
9.1User Manual
9.2Online Help
9.3Installation Guides, Configuration, and Read Me File
9.4Labeling and Packaging
A. Feature Attributes

Visin
1. INTRODUCCIN
La aplicacin desarrollada para PC en ordenadores de la Funcin
Judicial, permitir gestionar el registro de las denuncias al juzgado y
llenar la providencia con todos los datos requeridos para procesar la
denuncia.
1.1 Propsito
El motivo de realizar este sistema es facilitar el proceso de ingreso
de denuncias al sistema judicial, para seguidamente darle
seguimiento con la debida providencia, de manera que se pueda
acceder enseguida a este servicio en cualquier juzgado, con
registros confiables y en tiempo real.
1.2 Alcance
El alcance de este documento est definido para el sistema Judicial
& Recursos y contiene aspectos descriptivos del mismo.

2. POSICIONAMIENTO
2.1

Oportunidad de negocio.
El proyecto pretende posicionar en toda la Funcin Judicial a nivel
nacional un sistema de gestin de denuncias, til para la ciudadana
en general.

2.2

Problema.
El problema

Dificultad
de
gestin
de
denuncias por parte de los
usuarios y manejo deficiente
por parte de los funcionarios
judiciales para este servicio.

Afecta

Usuarios quienes buscan dar

seguimiento a su denuncia y a
funcionarios judiciales.

El impacto

Mejora en la calidad de servicio,

ahorro de tiempo por parte del
usuario y optimizacin de la
estrategia de atencin a la
ciudadana.

La solucin

2.3

Un sistema que haga la

providencia sobre la denuncia
presentada
en
cualquier
juzgado,
dando
mayor
comodidad, ahorro de tiempo y
mejor servicio.
Posicionamiento del producto.

Enfoque del sistema.

Para

Funcionarios Judiciales

Quienes

Necesitan mejorar la calidad de

servicio y ahorrar tiempo al
usuario

Que

Permite el ingreso gil de los

datos de la denuncia para la
elaboracin de la

providencia.

El
proceso
actual
de
elaboracin de una providencia
escrita a mano, con riesgo de
faltas de ortografa o
ilegibilidad en la letra.

A diferencia de

El servicio a ofrecer

Le
da
al
cliente
final
(denunciante)
opciones
de
ingreso gil de la denuncia al
sistema judicial, y al funcionario
judicial le da la capacidad de
gestionar esas denuncias con
mayor precisin.
3. STAKEHOLDERS Y DESCRIPCIN DE USUARIOS.

3.1

Mercado demogrfico.
Nuestro servicio est orientado a toda la Funcin Judicial (treinta
juzgados) relacionados a la localidad. (Quito Ecuador).

3.2

Sumario de Interesados.
Nombre
Funcionario Judicial

3.3

Descripci
n
Administradores
denuncias.

Responsabilidad
de Gestionar
las
denuncias
ingresadas en su
sistema elaborando
la
providencia
correspondiente.

Sumario de usuarios.
Nombre
Usuario Afectado
Denunciante

Descripci
n
Quien
realiza
denuncia

Responsabilidad
la Quien enva una
denuncia al juzgado
y hace una peticin
de
providencia
para
seguir el caso.

3.4

Entorno de usuarios.
Para el proyecto se asume que la gestin del funcionario judicial
comprender:

El ingreso de la denuncia llegue a su sistema por

medio de presentacin fsica de la denuncia, y el
funcionario ser el encargado de notificar al
abogado correspondiente sobre la disponibilidad de
la peticin hecha para seguir con el caso.

Es posible que el funcionario necesite un ayudante

que est pendiente de las denuncias entrantes para
que d respuesta inmediata al solicitante.

4. SUMARIO DEL SERVICIO.

4.1

Perspectiva del servicio.

El servicio est orientado a los juzgados relacionados de la
localidad. (Quito Ecuador). El sistema es una aplicacin para PC,
capaz de conectarse en tiempo real a una base de datos de
denuncias y dems para brindar opciones de ingreso de forma
personalizada.

4.2

Sumario de capacidades.
La aplicacin est en la capacidad de:
Beneficio

4.3

Caractersticas Soportadas

Ingreso en tiempo real.

La aplicacin opera sobre la

base de datos de forma
instantnea.

Notificacin Instantnea.

Al momento de ingresar la
denuncia, la misma se notifica
en tiempo real al abogado
correspondiente,
donde
el
funcionario se encargar de dar
la respectiva confirmacin.

Costos y precios.
La aplicacin necesita un ancho de banda de al menos 500 kbps,
por lo que se necesita tenerla siempre en lnea. Aparte se necesita
un hosting para el soporte de la aplicacin y registrar un nombre de
dominio (La funcin judicial ya tiene ya un sitio web por lo que se

puede integrar al sistema) que conllevan su respectivo costo

individual.
5. Restricciones.

La aplicacin depende del ancho de banda que posea la

institucin y esta velocidad determinar su rendimiento. Es
decir, si existe una velocidad de conexin deficiente, la
aplicacin no mostrar su mximo rendimiento.
El sistema no confirma al usuario la disponibilidad de ingreso
de denuncia ya que depende de los usuarios que lo requieran

6. Rangos de Calidad
[Definicin de los rangos de calidad para el rendimiento, robustez, tolerancia a fallos, facilidad de uso
y caractersticas similares que no se capturan en el conjunto de funciones.]

7. La precedencia y prioridad
[Definir la prioridad de las caractersticas diferentes del sistema.]

8. Otros requisitos del producto

[En una serie de requisitos de alto nivel, la lista de las normas aplicables de hardware, o requisitos de
plataforma, requisitos de desempeo y ambientales.]

8.1

Normas aplicables
[<odas las normas con las que el producto debe cumplir. Estos pueden incluir legal y regulatorio
(FDA, UCC) comunicaciones estndares (TCP / IP, ISDN), estndares de la plataforma de
cumplimiento (Windows, UNIX, y as sucesivamente), y las normas de calidad y seguridad (UL, ISO,
CMM).]

8.2

Requisitos del sistema

[Definir los requisitos del sistema necesarios para apoyar la aplicacin. Estos pueden incluir los
sistemas host compatibles operativos y plataformas de red, configuraciones de memoria, perifricos y
software complementario.]

8.3

Requisitos de Desempeo
[Utilice esta seccin para los requisitos de desempeo de detalle. Los problemas de rendimiento
pueden incluir elementos tales como los factores de carga de usuarios, ancho de banda o los tiempos
de comunicacin de la capacidad, el rendimiento, la precisin y la fiabilidad o la respuesta bajo una
variedad de condiciones de carga.]

8.4

Condiciones ambientales
[Detalle requisitos ambientales, segn sea necesario. Para los sistemas basados en hardware, las
cuestiones ambientales pueden incluir la temperatura, golpes, humedad, radiacin, y as
sucesivamente. Para las aplicaciones de software, los factores ambientales pueden incluir las
condiciones de uso, el entorno de usuario, disponibilidad de recursos, problemas de mantenimiento y
de control de errores y la recuperacin.]

9. Requisitos de documentacin
[Esta seccin describe la documentacin que se debe desarrollar para apoyar la implementacin de
aplicaciones exitosas.] 9.1 Manual del usuario
[Describir la finalidad y el contenido del Manual de Usuario. Discuta la longitud deseada, nivel de
detalle, la necesidad de ndice, glosario de trminos, frente a la estrategia tutorial manual de
referencia, y as sucesivamente. Limitaciones de formato y la impresin debe ser tambin
identificados.]
9.2 Ayuda en lnea
[Muchas aplicaciones ofrecen un sistema de ayuda en lnea para asistir al usuario. La naturaleza de
estos sistemas es nica para el desarrollo de aplicaciones, ya que combinan aspectos de la
programacin (hipervnculos, y as sucesivamente) con los aspectos de la escritura tcnica, tales como
la organizacin y presentacin. Muchos han encontrado el desarrollo del sistema de ayuda en lnea es
un proyecto dentro de un proyecto que se beneficia de la gestin del alcance por adelantado y la
actividad de planificacin.]
9.3 guas de instalacin, configuracin y archivo Lame
[Un documento que incluye instrucciones de instalacin y las directrices de configuracin es
importante para una oferta de soluciones completa. Adems, un archivo Lame se incluye tpicamente
como un componente estndar. El archivo Lame puede incluir un "Qu hay de nuevo en esta versin"
seccin, y una discusin de los problemas de compatibilidad con versiones anteriores. La mayora de
los usuarios tambin apreciarn la documentacin, las posibles errores conocidos y soluciones
alternativas en el archivo Lame.]
9.4 Etiquetado y Embalaje
[Hoy el estado de la tcnica de aplicaciones proporcionan una apariencia coherente que se inicia con
el embalaje del producto y se manifiesta a travs de los mens, pantallas de inicio de instalacin,
sistemas de ayuda, dilogos GUI, y as sucesivamente. En esta seccin se definen las necesidades y los
tipos de etiquetado para ser incorporados en el cdigo. Los ejemplos incluyen los avisos de copyright y
de patentes, logotipos, iconos corporativos estandarizados y otros elementos grficos, etc.]
Caracterstica A. Atributos
Caractersticas [se dan atributos que se pueden utilizar para evaluar, dar seguimiento, priorizar y
administrar los elementos del producto propuesto para su implementacin. Todos los tipos de
requisitos y atributos se describen en el Plan de Gestin de Requisitos, sin embargo es posible que
desee enumerar y describir brevemente los atributos de caractersticas que han sido elegidos. En los
apartados siguientes representan un conjunto de atributos de entidades sugeridas.]
A.1 Estado
[Ajuste despus de la negociacin y revisin por parte del equipo de gestin del proyecto.
Seguimiento del progreso durante la definicin de la lnea de base del proyecto.]
Propuesto [Se utiliza para describir las caractersticas que son objeto de debate, pero an no se han
revisado y aceptado por el "canal oficial", tal como un grupo de trabajo integrado por representantes
del equipo de proyecto, gestin de productos, y el usuario o comunidad de clientes.]
Aprobadas las capacidades [que se consideran tiles y factibles, y han sido aprobados para su
ejecucin por el canal oficial. ]
Incorporated [Funciones incorporadas en el producto de referencia en un punto especfico en el
tiempo.] A.2 Beneficio
[Juego de Marketing, el gerente de producto o el analista de negocios. Todos los requisitos no son
iguales. Ranking de los requisitos de su beneficio en relacin con el usuario final abre un dilogo con

los clientes, analistas y miembros del equipo de desarrollo. Se utiliza en la gestin de alcance y
determinar la prioridad de desarrollo.]
Critical [caractersticas esenciales. La no aplicacin significa que el sistema no va a satisfacer las
necesidades de los clientes. Todas las funciones crticas deben ser implementadas en la liberacin o el
calendario de resbalar.]
[Importante Caractersticas importante para la eficacia y la eficiencia del sistema para la mayora de
aplicaciones. La funcionalidad no se puede proporcionar fcilmente en alguna otra forma. La falta de
inclusin de un aspecto importante puede afectar al cliente o la satisfaccin del usuario, o incluso
ingresos, pero la autorizacin no se retrasar debido a la falta de alguna caracterstica importante.]

Funciones tiles [que son tiles en aplicaciones menos habituales se utilizan con menos frecuencia o
para los que razonablemente soluciones eficientes se puede lograr. Sin ingresos importantes o impacto
satisfaccin del cliente se puede esperar si ese elemento no se incluye en un comunicado.] A.3 Esfuerzo
[Definido por el equipo de desarrollo. Dado que algunas funciones requieren ms tiempo y recursos
que otros, la estimacin del nmero de equipo o persona semana-, las lneas de cdigo requerido o
puntos de funcin, por ejemplo, es la mejor forma de medir las expectativas de la complejidad y el
conjunto de lo que se puede y no se puede lograr en un marco de tiempo dado. Se utiliza en la gestin
de alcance y determinar la prioridad de desarrollo.]
A.4 Riesgo
[Juego por el equipo de desarrollo basado en la probabilidad de que el proyecto va a experimentar
reacciones adversas, tales como excesos de costos, retrasos de horario o cancelacin incluso. La
mayora de los gerentes de proyecto encontrar calificar los riesgos de alta, media y baja es
suficiente, aunque gradaciones ms finas posibles. Riesgo a menudo se puede evaluar midiendo
indirectamente la incertidumbre (intervalo) de la estimacin de la programacin del equipo de
proyectos.] A.5 Estabilidad
[Definido por el analista y el equipo de desarrollo basado en la probabilidad de que la funcin va a
cambiar o la comprensin del equipo de la caracterstica cambiar. Se utiliza para ayudar a establecer
las prioridades de desarrollo y determinar aquellos elementos para los que la elicitacin adicional es
la siguiente accin apropiada.]
A.6 Target Release
[Graba la versin del producto deseado en el que la primera caracterstica aparecer. Este campo se
puede utilizar para asignar funciones de una Visiondocument en un comunicado de lnea de base en
particular. Cuando se combina con el campo de estado, su equipo puede proponer, registrar y analizar
las diversas caractersticas de la liberacin sin comprometerlos con el desarrollo. Slo las funciones
de estado se establece Incorporated y cuyo destino se define lanzamiento se llevar a cabo. Cuando se
produce la gestin del alcance, la distribucin objetivo nmero de versin se puede aumentar por lo
que el tema se mantendr en el documento de Visin, pero se prev su estreno para ms adelante.] A.7
Asignado a
[En muchos proyectos, las caractersticas sern asignados a los "equipos de caractersticas"
responsables de elicitacin ms all, escribiendo los requisitos de software y la implementacin. Esta
sencilla lista desplegable ayudar a todos en el equipo de proyecto para entender mejor las
responsabilidades.]
A.8 Razn
[Este campo de texto se utiliza para rastrear la fuente de la caracterstica solicitada. Requisitos de
existir por razones especficas. Este campo registra una explicacin o una referencia a una

explicacin. Por ejemplo, la referencia podra ser a una pgina y el nmero de lnea de una
especificacin de requisitos del producto o a un marcador minutos en un vdeo de una revisin
importante de clientes.]

3.

Documente de forma general los requerimientos.

LISTA DE REQUERIMIENTOS.
Funcionales
Identificar al usuario afectado (denunciado) para habilitar herramientas.
El programa debe elaborar reportes del proceso y la conclusin a la que se
lleg de la causa procesada.
El programa debe registrar adems de los datos personales del
denunciante y denunciado, la fecha del delito, y las notificaciones a los
casilleros judiciales, si es que los hay.
El programa debe registrar el nmero de pruebas e investigaciones
realizadas.
El programa permite realizar y registrar remisiones de las denuncias al
Fiscal superior.
El programa permite realizar un boletn donde consten las notificaciones
realizadas cada da.
No funcionales.
El programa debe presentar todo en maysculas indiferentemente si se
ingresa informacin en minsculas.
El programa debe estar en plataforma grafica con uso de mouse.

4.

Refine la lista de casos de uso y elabore un diagrama de casos de uso

para el sistema si es posible utilice Rational Rose, caso contrario un
graficador.
<Judicial & Recursos >

Registra

Ingresa

<<extends
>>

Usuario

Ayudante
Judicial

Elabora
p rovidencia

Notifica
Funcionario
Confirmacin

Despacha

5.

En funcin de las caractersticas del RUP descargue la plantilla y

elabore un plan de iteraciones.

Revisin del Historial

Date

Version

Description

Author

04 01 13

1.0

Programa para recibir denuncias

y elaboracin de la respectiva
providencia

Efran Lincango

Table of Contents
1.Introduction
1.1Purpose
1.2Scope
1.3Definitions, Acronyms and Abbreviations
1.4References
1.5Overview
2.Plan
3.Resources
4.Use Cases
5.Evaluation Criteria

Plan de Iteracin
1.

Introduccin
El Plan de iteraciones nos permite tener una visin general de todo el
proyecto para realizar la Aplicacin <Judicial & Recursos > donde todo el
proceso est documentado, aqu se incluye los propsitos, alcances,
definiciones, acrnimos, abreviaciones , referencias y una visin general
del Plan de Iteracin.

1.1

Propsito
El propsito de la Iteracin es fijar un diseo definitivo que nos permita
trabajar durante todo el proyecto hasta la culminacin. Todos los
componentes deben tener un comportamiento y dependencias bien
definidas estn o no desarrolladas, para esto se elabora un documento de
diseo que nos ayudar a realizar con xito el proyecto

1.2

Alcance
El Plan de Iteracin comienza con una conversacin por parte de la
ciudadana en general sobre el problema al momento de ingresar una
denuncia al sistema judicial para que se elabore la respectiva providencia
y continuar con las investigaciones, quienes comentan con las autoridades
del consejo de la Judicatura, y contratan a un grupo de profesionales para
comentarles la problemtica, para comenzar el proyecto que consiste en
desarrollar una aplicacin software que ayude a ingresar gilmente los
datos y almacenarlos en una base de datos, brindando mejor servicio a la
ciudadana en cuanto a agilidad, claridad y precisin.

1.3

Definitions, Acronyms and Abbreviations

[This subsection should provide the definitions of all terms, acronyms, and
abbreviations required to properly interpret the Iteration Plan. This
information may be provided by reference to the project Glossary.]

1.4

References
[This subsection should provide a complete list of all documents
referenced elsewhere in the Iteration Plan. Each document should be
identified by title, report number (if applicable), date, and publishing
organization. Specify the sources from which the references can be
obtained. This information may be provided by reference to an appendix
or to another document.]

1.5

Overview
Primeramente se obtiene informacin de parte de los funcionarios para
recopilar informacin de cmo se ha ido trabajando hasta ahora, cmo se
podra informatizar el sistema actual de ingreso de denuncias, la
elaboracin de providencias y almacenamiento de informacin, se hace un
diseo preliminar se lo pone en consideracin con el director de la
Judicatura y jefe de proyecto, si es aceptado comienza el desarrollo, luego

las pruebas y por ltimo entrega a los funcionarios judiciales. Adems se

contar siempre con ayuda para dar mantenimientos y capacitacin a los
ayudantes judiciales que laboran en los diferentes juzgados sobre el
funcionamiento del programa en caso de que tengan que explicar a otros
empleados.

2.

Plan
Recoleccin de informacin sobre el problema, las necesidades y que es lo
que se espera. Diagrama de entidad relacin, diagrama de clases,
diagrama de caso de uso, diagrama de actividades.

3. Recursos
Se necesitan un grupo de Ingenieros, Tcnicos, desarrolladores de
Programas, los funcionarios, el dueo de la Aplicacin para recolectar
informacin y aceptacin esto en la parte humana ahora se debe contar
con el presupuesto econmico suficiente para llevar a cabo un proyecto de
calidad.
4.

Casos de Uso
El escenario viene siendo varias mquinas instalada en el juzgado
(dependiendo del nmero de empleados) , donde los funcionarios
realizarn las transacciones guindose de la denuncia presentada por el
usuario, los actores son los usuarios, los funcionarios judiciales y los
ayudantes judiciales, los casos de usos seran necesidad de una
aplicacin, registro, ingreso, elaboracin de la providencia, notificacin,
confirmacin, despacho, ayudar en el funcionamiento en caso de que
algn alumno tenga problemas con el sistema.

5.

Evaluation Criteria
La Aplicacin para los juzgados de pichincha segn los requerimientos
previos y si son realizados como se esperan va a tener un gran xito en la
Funcin Judicial ya que minimizar el tiempo de espera para hacer una
transaccin de parte de los usuarios afectados, evitar la molestia de
permanecer de pie haciendo largas filas e interrumpiendo el paso en los
pasillos, adems ya no habra motivo de reclamos a cerca de la legibilidad
de la letra ya que todo ser computarizado. Contando con que la
aplicacin se va a desarrollar de forma eficiente con varios idiomas y
facilidad para realizar cualquier transaccin.

6.
Especifique los casos de uso en base a una plantilla
obtenida del RUP, la que deber contener: cdigo, descripcin,
actores,
flujo
bsico,
flujos
alternos, precondiciones,
poscondiciones, especificaciones suplementarias.
CASO DE USO
Obtener una Aplicacin Software
Actores Primarios
Funcionarios Judiciales, Ayudantes, Usuarios
Intereses y objetivos
Consejo de la Judicatura: Desea acelerar el proceso de ingreso de
denuncias al sistema judicial y expedir la elaboracin de la respectiva
providencia dando un mejor servicio a la ciudadana.
Equipo de Profesionales: Desarrollar un Programa eficaz.
Usuarios: Evitar hacer filas para ingresar una denuncia, evitar aglomerarse
en los pasillos, evitar malos entendidos por la legibilidad de la letra, recibir
un mejor servicio.
Funcionarios: Llevar un mejor control en sus labores, evitar la sobrecarga
de trabajo, atender mejor a la ciudadana.

Precondiciones
El propietario del proyecto tiene que tener en cuenta que debe tener claro
lo que desea, contar con la parte econmica suficiente, el tiempo que esto
llevar, contar con el personal apropiado, y el lugar donde se fijaran las
mquinas.
Postcondiciones
El programa quedar instalado y funcionando correctamente.
Escenario Principal
El funcionario presiona start para comenzar.
Selecciona el idioma que el usuario solicite (ya que puede ser extranjero).
Pone el nmero de denuncia, nmero de indagacin.
Selecciona fecha y hora actuales.
Ingresa datos del denunciado
Ingresa fecha de denuncia y de indagacin previa
Ingresa nombre del fiscal encargado

Ingresa todos los casilleros judiciales

Realiza la notificacin al abogado correspondiente
El programa pregunta si desea imprimir la providencia,
Si desea realizar alguna correccin, vuelve nuevamente,
El programa entrega copia de providencia al usuario.
Imprime el boletn con los casilleros judiciales.

Escenario Alternativo
Olvidar el nmero de denuncia
El programa rechaza la operacin.
Se pide introducir nuevamente el nmero correcto
Si no responde en 30 segundos el programa pregunta si necesita ms
tiempo. Si no hay respuesta el programa pide llamar al abogado
encargado para solicitar el nmero de denuncia con los datos del
usuario.
Requisitos especiales:
Pantalla tctil, panel grande y plano, con letras visibles.

Respuesta de la mquina en menos de 2 segundos en el 100% de los

casos.
Recuperacin robusta cuando el acceso mediante comunicaciones falla.
Contar con varios idiomas.
Comunicaciones cifradas.
Frecuencia de Ocurrencia
Tiene que ser continua.

Escenario principal
El Consejo de la Judicatura necesita una aplicacin software para el
proceso de denuncias. Contrata a un equipo de profesionales.
Mediante una entrevista los profesionales reciben toda la informacin
sobre las necesidades.
Los Ingenieros realizan un plan de visin.
Los interesados lo revisan y hacen algunos cambios.

Se realiza un diseo preliminar de lo que se desea.

Llegan al acuerdo de crear un prototipo.
El prototipo es aceptado por los interesados.
Se pone a prueba.
Se implementa.
Se entrega el programa a cada juzgado
Se da entrenamiento al personal de cada juzgado donde se instalar el
sistema.
Los profesionales se comprometen en dar mantenimiento al programa.
El programa comienza su funcionamiento.
Escenario Alternativo:
Falta de informacin por parte de los interesados, o algn cambio durante
el proceso, se vuelve atrs y se rectifica no esperar llegar al final, ya que
cada semana se hacen reuniones entre las partes para ver el avance del
proyecto y si hay que rectificar algo.

Frecuencia de Ocurrencia
Todo el equipo que estn desarrollando la Aplicacin tanto equipo de
profesionales, propietario,

deben contar con el tiempo disponible para

reunirse y avanzar con el desarrollo del Programa.

Requisitos especiales.
Contar con una sala para reunirse.
Con el material necesario para hacer realizar el proyecto.
Tener toda la informacin necesaria.
El equipo de profesionales debe ser experimentado y no amateur.

7.
A partir del modelo de casos de uso obtenga un modelo
conceptual identificando las clases con las estrategias indicadas en la
gua didctica y luego en Rational Rose elabore diagramas de clases,
diagramas
de
interaccin
y
diagramas
de actividades
correspondientes a los casos de uso del sistema.
MODELO CONCEPTUAL PARA <Judicial & Recursos >
DEFINICION DEL PROBLEMA
Definicin

Afecta a
Impacto

Largas filas al realizar un ingreso

de denuncia, aglomeracin en los
pasillos, incomodidad, trabajo
apurado y propenso a errores.
Usuarios, personal que labora.
Los usuarios tienen que esperar
demasiado. Los empleados no pueden
agilitar el proceso por realizar muchos
pasos y trabajo a mano.

Solucin

Sistema que automatice el proceso de

ingreso de denuncias.

AFECTADOS POR EL PROBLEMA

Afectados

Descripcin

Responsabilidades

Propietario

Jefe de Sistemas de
la funcin judicial

Supervisa, controla,
informa los
procedimientos que se
ocurren en todos los
juzgados.
Realizan
actividades
relacionadas con la el
proceso seguimiento de
denuncia.

Funcionarios y
ayudantes

Encargados de atender a
los clientes y hacer
trmites.

Usuarios

Buscan una solucin al

Se relaciona con los
delito que los ha afectado funcionarios.

NECESIDADES DE LOS AFECTADOS

Director de la judicatura
Llevar un estricto control de las transacciones econmicas.
Evitar contratar demasiado personal.

Otorgar un buen servicio a la comunidad.

Funcionarios

Evitar errores al notificar a los abogados,

Agilitar el proceso de elaboracin de providencia.

Usuarios

Atencin eficiente.

Evitar hacer filas.

Evitar hacer aglomeraciones.

IDENTIFICAR LAS ENTIDADES

JUZGADO
APLICACION
EQUIPO DE PROFESIONALES
USUARIOS

 FUNCIONARIOS
AYUDANTES
COPIA DE PROVIDENCIA
RECIBO
FUNCIONAMIENTO

IDENTIFICAR LAS RELACIONES

JUZGADO
Adquisicin de Programa
Tiene funcionarios
Tiene ayudantes
APLICACIN
Ingresa datos de denuncia
Genera una providencia
Entrega recibo
EQUIPO DE PROFESIONALES
Entrevistan con los interesados
Recopilan informacin
Desarrollan el programa
Proporcionan entrenamiento a los usuarios
Dan mantenimiento

USUARIOS
Solicitan el ingreso de la denuncia
Solicita la copia de la providencia
Obtiene un recibo de la notificacin al abogado competente.
AYUDANTES JUDICIALES
Ayudar al funcionario en las operaciones llevadas a cabo
Chequear la denuncia y todos las pruebas que existan
IDENTIFICAR LOS ATRIBUTOS
JUZGADO

APLICACION

FUNCIONARIO AYUDANTE
S

USUARIOS

JuzNombre

Apl.Id

FuncName

AyudName

UsuarioId

JuzDireccin

Juz.Name

FuncApellido

AyudApellido

UsuarioName

Func.Telf

AyudTelf

UsuarioApellid
o

JuzTelef

UsuarioTelf
DETERMINAR CLAVES CANDIDATAS Y CAVES PRIMARIAS
Juzgado (JuzName, JuzDiraccin, JuzTelf)
PK
Aplicacin (AplId, JuzName)
FK
Funcionarios (FunName, FunApellido, FunTelf, AyudName, AyudApellido,
AyudTelf)
Usuarios (UsuarioId, UsuarioName, UsuarioApellido, UsuarioTelf)

DEBIDO A QUE NO HE LOGRADO INSTALAR EL SOFTWARE PROPUESTO

POR UD, HE HECHO LA
SIGUIENTE ACTIVIDAD EN NETBEANS

DIAGRAMA DE CLASES

DIAGRAMA DE INTERACCIN

DIAGRAMA DE ACTIVIDADES