Administracin de Proyectos Informticos

Proyecto de Semestre
2015
Descripcin del Proyecto
Estudiante:

Eliecer Alejandro Molina Vergel - 1151054

Correo Electrnico: alejandro_mover@hotmail.com
Semestre: 7

Situacin Problema:
El famoso bufete de abogados Los uribitos llevan 25 aos recin cumplidos en la capital
de ccuta, y son reconocidos como los mejores. Se estima que prestan sus servicios a casi
un 77% de la poblacin cucutea acaparando casi la totalidad del mercado. Para su
vigsimo quinto aniversario se han propuesto sistematizar todos sus procesos para poder
reducir costos, dar un mejor servicio y adems poder analizar fcilmente la informacin de
todos los casos ocurridos a la fecha, los presentes y los futuros. El los uribitos requiere
que el sistema le permita a sus clientes tener control sobre sus procesos y mantenerlos al
dia, facilitar la comunicacin entre el cliente y el abogado e incluso el fiscal para ello debe
contar con un sistema de mensajera diferente al correo electrnico. Adems para control
interno se requiere que el sistema adems cuente con una base de datos de todos sus
clientes, abogados afiliados, fiscales, proveedores etc , debe almacenar toda la informacin
que consideren importante, debe proveer adems un mdulo de facturacin que permita
controlar el movimiento de la caja (todo producto o servicio debe ser facturado y
almacenado) debe generar estadsticas en presentaciones de Powerpoint, en archivos PDF
y archivos .DOC o .DOCX, debe generar reportes y tablas comparativas de informacin
pasada, del presente. El sistema adems debe permitir hacer estimaciones y/o predicciones
a futuro sobre la economa del bufete los uribitos. ste sistema debe estar disponible en la
web, IOS y Android. Se debe tener en cuenta adems que ste buffet est afiliado a la
asociacin internacional de buffets los maduritos donde todos los buffets internacionales
deben estar afiliados. Una de las condiciones de los maduritos es que cada uno de los
buffets afiliados deben vincularse a un sistema ms grande, ellos proporcionarn el API de
dicho sistema pero el sistema a construirse debe proveer un servicio web que lo consumir
la asociacin. Para ste fin el bufete proveer la documentacin y reglamentacin
necesaria.
El bufete no tiene afn y nos permiti tomarnos el tiempo necesario para la creacin del
sistema a fin de asegurar su calidad pero requiere entregas funcionales cada mes an
cuando no est disponible al pblico, por si fuera poco el bufete no escatimar recursos
para la construccin del sistema.

Tipo de proyecto:
El proyecto es externo ya que actuamos como una casa desarrolladora de software que
presta sus servicios al bufete de abogados los uribitos.

Alcance:
1. Construccin del sitio web.
2. Construccin del ncleo: Creacin de interfaces comunes y gestin de acceso al
sistema.
3. Construccin mdulo gestin de abogados afiliados.
4. Construccin mdulo gestin de procesos legales.
5. Construccin del mdulo gestin de clientes.
6. Construccin del mdulo gestin de socios.
7. Construccin del mdulo gestin de caja y facturacin.
8. Construccin del mdulo de estadsticas.
9. Construccin del mdulo de proyeccin y anlisis de informacin.
10. Construccin del web service.
11. Construccin de la aplicacin Android del sistema.
12. Constriccin de la aplicacin IOS del sistema.
Para efectos de la materia consideraremos la construccin del sistema hasta la
quinta (5) fase.

Metodologa de desarrollo:
Debido a la necesidad que describe el cliente por tener un producto mnimo viable del
software, ver avances muy seguidamente y en un tiempo relativamente reducido, se ha
decidido optar por la metodologa SCRUM que permite primero, construir las
funcionalidades de mayor valor y as involucrar al cliente desde el inicio del proyecto y poder
conectarse con sus necesidades que no estn muy claras desde el primer momento y hacer
los cambios necesarios a tiempo, tambin es favorable optar por esta metodologa pues el
cliente quiere estar en constante inspeccin del avance del software, esto permitir una
mejor calidad, menos riesgos y un tiempo de desarrollo bastante corto, por otro lado
SCRUM permite priorizar tareas y realizar iteraciones rpidas en las que se pueden asignar
tareas en dos grupos de trabajo y as el cliente podr ver que sus expectativas van
incrementando sustancialmente con cada iteracin, esto le asegura al cliente que puede
empezar a utilizar las funcionalidades ya desarrolladas incluso mucho antes de la
terminacin del proyecto.

Ciclo de vida del desarrollo:

Se usar la metodologa de desarrollo incremental y un tanto iterativo por las siguientes
razones:
1. El cliente no tiene muy claros los requerimientos por lo que se deber identificar
requerimientos ms adelante segn se vayan dando los prototipos.
2. Ya que se requieren entregas fijas cada mes la entrega de avances con algo de
funcionalidad lo hace necesario, adems tomamos ventaja de las iteraciones de la
metodologa SCRUM para ir mejorando cada incremento mientras la otra parte del equipo
ya trabaja en el segundo incremento.

3. Es necesario prever riesgos, al estar en constante desarrollo y revisin se reduce el riesgo

de errores y fallas en el sistema cuando se haya terminado el proyecto.

Actividades por incremento:

1.
2.
3.
4.
5.
6.

Anlisis.
Diseo.
Codificacin.
Integracin con los otros incrementos.
Prueba de integracin
Iteracin: La iteracin la administra un grupo aparte del equipo de desarrollo en general,
mejorando algoritmos y buscando fallas para corregir.

Actividades Por Iteracin:

1.
2.
3.
4.
5.

Bsqueda de fallos.
Correccin de fallos (Salta al punto 1 si encuentra fallos).
Anlisis de algoritmos.
Optimizacin de algoritmos.
Codificacin de cambios (de haber cambios).

Actividades por cambio:

1.
2.
3.
4.
5.

Anlisis.
Diseo
Codificacin.
Integracin
Pruebas.

Acta de inicio
ACTA DEL PROYECTO
Fecha de elaboracin del Acta del proyecto

Cdigo del proyecto

<dd/mm/aaaa>

P-001
INFORMACIN GENERAL DEL PROYECTO

Nombre del proyecto

Sisbufu. (Sistema bufete los uribitos)
rea funcional que solicita el proyecto

Nombre del director del proyecto

Gerencia bufete de abogados los uribitos.

Eliecer Alejandro Molina vergel.

DESCRIPCIN DEL PROYECTO

Descripcin del proyecto
Se realizar el sistema de informacin del bufete de abogados los uribitos de manera que facilite
la interaccin entre los abogados adscritos, sus procesos a cargo y sus clientes.
Problema o Necesidad a resolver y Justificacin
El bufete de abogados los uribitos requieren un sistema de informacin que administre y controle
muchos de sus procesos para poder reducir costos, dar un mejor servicio y adems poder analizar
fcilmente la informacin de todos los casos ocurridos a la fecha, los presentes y los futuros.
Objetivo General
Realizar un sistema de informacin que satisfaga el problema anteriormente descrito del bufete de
abogados los uribitos
Objetivos Especficos

1. Crear un sitio web para el bufete de abogados.

2. Crear una aplicacin web para el bufete.
Requisitos de alto nivel
1. El buffete de abogados requiere un sitio web moderno ya que el existente no provee la informacin
necesaria y la que esta, est desactualizada.
2. Los abogados han manifestado que necesitan una plataforma que permita ahorrar el tiempo que
generara un encuentro con el cliente al momento de entregar documentacin.
3. Algunos abogados que manejan un alto volumen de documentacin de procesos y en
consecuencia genera procesos represados, el bufete tiene una alta reputacin ante la sociedad,
pero se ha visto contrastada por la demora de sus abogados en la ejecucin de procesos en
consecuencia de sus procesos represados. El bufete requiere mejorar an ms su reputacin ante
el cliente agilizando sus procesos mediante una solucin tecnolgica.
4. El bufete de abogados debe ser ms competitivo.

Criterios de xito
Se considerar que el proyecto termin exitosamente cuando se cumpla cada uno de los requisitos
especficos aqu planteados.
Entregables o resumen de cronograma de HITOS
E1: Sitio web para el Buffet de abogados.
E2: Un CMS para administrar el sitio web.
E3: Aplicacin web para proveer servicios.

E4: Manual de usuario para el cliente.

E5: Manual de usuario para el abogado.
E6: Manual de usuario para el administrador del sitio.
Resumen del Presupuesto
< Definir de manera resumen el monto del proyecto, se puede desglosar el costo o precio por
entregable>
Requisitos para la aprobacin del proyecto
Entregar los entregables, valga la redundancia, anteriormente descritos.
Riesgos de Alto nivel
<Indentificar los posibles Riesgos >
LISTA DE INTERESADOS

Abogados afiliados al buffete

Clientes del bufete.
Directivos del bufete.
Ejecutivos del bufete de abogados
Equipo del proyecto.
AUTORIZACIN PARA EL PROYECTO
Firma

Patrocinador
<Nombre completo>

<Nombre completo>

Director del proyecto

<Nombre completo>

<Nombre completo>

Firma

Fecha

<dd/mm/aaaa>
Fecha

<dd/mm/aaaa>

Plan de gestin de Interesados

En esta seccin se realizar la identificacin de los interesados clave del proyecto, se
analizarn de acuerdo al inters, poder y compromiso con el proyecto y se planear las
estrategias que se deben seguir durante el proyecto para mitigar los impactos negativos de
los interesados y aprovechar los impactos positivos.
Los interesados en el proyecto o stakeholders, se definen como un individuo, grupo u
organizacin que puede afectar, verse afectado o percibirse a s mismo, como posible
afectado por una decisin, actividad o resultado de un proyecto (PMBOK, 2013). Estos
grupos de personas o individuos dependen del proyecto o el proyecto depende de ellos, por
lo que debe existir una armona entre ellos y se debe crear una relacin estratgica positiva.
Es por esta razn, que se debe realizar una identificacin, priorizacin y anlisis de los
involucrados en el proyecto.
Se puede realizar una separacin de los interesados, segn su posicin externa o interna
con respecto al proyecto, lo cual se muestra claramente en la Figura siguiente, que modela
esta clasificacin, fraccionando cada uno de los interesados segn el rea correspondiente.
El nivel de participacin actual de todos los interesados se debe comparar con los niveles
de participacin planificados que se requieren para concluir el proyecto con xito. La
participacin de los interesados a lo largo del ciclo de vida del proyecto es crtica para el

xito del mismo. El nivel de participacin de los interesados se puede clasificar de la

siguiente manera:

Desconocedor: Desconocedor del proyecto y de sus impactos potenciales.

Reticente (Opositor): Conocedor del proyecto y de sus impactos potenciales, y reticente al
cambio.
Neutral: Conocedor del proyecto, aunque ni lo apoya ni es reticente.
Partidario(Apoya):Conocedor del proyecto y de sus impactos potenciales, y apoya el
cambio.
Lder:Conocedor del proyecto y de sus impactos potenciales, y activamente involucrado en
asegurar el xito del mismo.
La participacin actual se puede documentar mediante la Matriz de interesados compromiso
/ estrategia, tal como muestra la siguiente tabla, donde X indica la participacin actual y D
indica la participacin deseada. El equipo del proyecto debe identificar el nivel de
participacin deseado para la fase actual del proyecto, sobre la base de la informacin
disponible.
Matriz de interesados compromiso / estrategia

INTERESADO

COMPROMISO
D
E
S
C
O
N
O
S
E

S
E
R
E
S
I
S
T
E

N
E
U
T
R
A
L

Abogados afiliados al buffete

Clientes del buffete

Directivos del buffete.

Casas desarrolladoras de software

A
P
O
Y
A

L
I
D
E
R

P
O
D
E
R

I
N
T
E
R
E
S

Estrategias

X
D

B A Mantener Informado

B A Mantener informado

D X A A Gestionar de cerca
X D

B B Monitorear

X: Actual ; D: deseado ; A: Alto ; B: Bajo

Estrategias: Gestionar de cerca (A-A); Mantener satisfecho (A-B); Informar (B-A);
Monitorear (B-B)

Identificacin y descripcin de las caractersticas de los interesados

Nombre

Rol

Expectativa

In
te
r

P
o
d
e
r

Compro
miso

Abogados

Beneficiario,
ser
afectado positivamente
con el la terminacin
del proyecto

Desarrollar un sistema que le

permita a los abogados adscritos al
buffete llevar el control de sus
clientes, la comunicacin con ellos
y los procesos en que se
encuentran relacionados, ms
fcilmente.

a favor

Clientes de
abogados

Beneficiario,
ser
afectado positivamente
con el la terminacin
del proyecto

Agilidad en las comunicaciones y

gestin de sus procesos legales con
el abogado al que se ha suscrito.
Comodidad y transparencia.

a favor

Directivos
buffete

Monitor, ser cercano al

desarrollo del proyecto.
Monitorear
los
resultados
y
el
cumplimiento de lo
estipulado

Desarrollar un sistema que le

permita a los abogados adscritos al
buffete llevar el control de sus
clientes, la comunicacin con ellos
y los procesos en que se
encuentran
relacionados,
adicionalmente el directivo podr
llevar control de los afiliados a el
buffete, ms fcilmente

a favor

Crear un sitio web para el buffete

de abogados.
Equipo del
proyecto

Administrador
y
ejecutor del proyecto.

Analizar,
disear,
desarrollar,
probar, desplegar y mantener el
sistema del buffete de abogados.

a favor

Competidores

Observador, le interesa
que el cumplimiento
del proyecto no lo
afecte negativamente.

Que el sistema que se desarrollar

no los afecte negativamente.

en
contra

Requisitos
Tabla de requisitos de interesados
Interesado
Abogados
afiliados
buffete

Requisitos
al

Requiere un sistema que pueda llevar un registro de los procesos de cada uno de sus
clientes. Dicho registro debe poder controlar el estado de sus procesos a fin que el
cliente del abogado pueda mantenerse informado adicionalmente debe guardar la
historia de dicho proceso y todos sus involucrados.
Requiere que el sistema le permita mantener fcilmente el contacto con su cliente como
un sistema de mensajera. El sistema de mensajera debe permitirle al abogado y a su
cliente enviar archivos adjuntos a fin de evitar un encuentro fsico para entregar
documentos.
Requiere que el sistema le permita llevar un control de sus clientes, sus datos y sus
datos histricos.

Clientes
buffete

del

El cliente requiere que el sistema le indique el estado de su proceso.

El cliente requiere llevar la evolucin histrica de su proceso a travs del tiempo hasta
que se archiva.
Adems requiere al igual que el abogado un sistema de mensajera que le permita enviar
archivos adjuntos.

Directivos
buffete.

del

Los directivos desean que el sistema les permita llevar un control sobre sus abogados
afiliados, sus clientes y sus procesos adscritos a ellos.
Desean que el sitio web tenga una presentacin, historia, misin, visin, galeria de
eventos, hitos en la organizacin, informacin de contacto, una seccin donde se narra la
historia de los usuarios y como el buffete logr solucionar su problema jurdico.
El sitio web debe permitir ser gestionado fcilmente.

Casas
desarrolladoras
de
software
competidoras.

SIN REQUISITOS

Tabla requisitos del negocio.

Afectara a

Descripcin

Abogados afiliados
al buffete

Mejorara la atencin a sus clientes.

Al sistematizar sus procesos agilizara el estudio de ellos y la toma de decisiones.
No es necesario un encuentro personal para transferir documentacin
Le dara comodidad ya que la mayora de documentacin estara en el sistema, lo que
implica no llevar tanto peso en el maletn.
Podr tener una comunicacin ms fluida con el cliente, y mantener varias
comunicaciones paralelamente.

Clientes del buffete

Se sentira mejor atendido ya que el abogado podr responder con prontitud.

Sentir mas confianza en el buffete.
Estar mas cmodo pues para entregar la mayora de la documentacin no ser
necesario hacer acto de presencia.

Directivos
buffete.

Mejorar su competitividad ante los dems bufetes de abogados.

Atraer inversionistas y nuevos socios.
Al proveer una plataforma slida ms abogados se querrn pertenecer al bufete..
Ms personas con problemas judiciales acudirn al bufete.

del

Requerimientos funcionales:
Id

Nombre

Descripcin

Condicion

RF1

Inicio de sesin.

El sistema debe permitir iniciar sesin a un

usuario.

Estar registrado.

RF2

Cerrar sesion.

El sistema as mismo debe permitir cerrar

sesion.

Haber iniciado sesin.

RF3

Agregar un proceso

El sistema debe permitirle a un usuario de

tipo abogado agregar un proceso a un cliente.

Debe estar afiliado ese usuario

a ese abogado.

RF4

Cambiar estado de
un proceso

El sistema debe permitirle a un usuario de

tipo abogado cambiar el estado de un
proceso.

Debe existir un proceso y estar

abierto.

RF5

Subir documentos
a un proceso.

El sistema debe permitirle a un usuario de

tipo abogado subir documentacin de un
proceso en cada estado de dicho proceso.

RF6

Registrar Cliente

El sistema debe permitirle a un usuario de

tipo abogado registrar un cliente.

No debe existir ese usuario en

el sistema

RF7

Asignar proceso a
un cliente.

El sistema debe permitirle a un usuario de

tipo abogado asignar un proceso a un cliente.

Debe estar ese cliente afiliado

a ese abogado.

RF8

Modificar cliente.

El sistema debe permitirle a un usuario de

tipo abogado modificar la informacin de un
cliente

Debe estar ese cliente afiliado

a ese abogado.

RF9

Visualizar proceso.

El sistema debe permitirle a un usuario de

tipo cliente y abogado ver la informacin de
un proceso.

Solo visible para el usuario y el

abogado asociado a ese
proceso

RF10

Cerrar proceso.

El sistema debe permitirle a un usuario de

tipo abogado cerrar un proceso.

EL proceso debe estar abierto.

RF11

Eliminar proceso.

El sistema debe permitirle a un usuario de

tipo administrador eliminar un proceso
(Conceptualmente) y generar un archivo pdf
con la informacin de ese proceso, si se cerr
o no y por qu se elimin.

RF12

Eliminar cliente.

El sistema debe permitirle a un usuario de

tipo abogado eliminar (conceptualmente) un
cliente.

RF13

Enviar mensajes

El sistema debe permitirle a un usuario de

tipo cliente o abogado enviar un mensaje a
otro usuario.

Entre clientes no se pueden

enviar mensajes.
De cliente a abogado, el
cliente debe estar adscrito a
ese abogado.
De abogado a abogado,
debern estar registrados.

RF14

Adjuntar archivos a
mensajes

El sistema debe permitirle al usuario adjuntar

archivos a los mensajes.

Solo se permiten archivos pdf,

xls, docx, jpg, jpeg, bmp, png.

Requerimientos funcionales:
Id

Nombre

Descripcin

RNF1

Notificaciones

El sistema debe avisarle al usuario de tipo cliente cuando ocurra un evento. Un

evento puede ser el cambio de estado de un proceso, un mensaje, o una
notificacin del sistema

RNF2

Responsive

El sistema se debe adaptar a cualquier tipo de pantalla en el que se presente

RNF3

Material Design

UX debe ser material design.

RNF

Colores
amigables.

Los colores deben ser amigables y de acuerdo con los colores corporativos.

RNF

Logo

El logo del buffete debe ser visto en toda la aplicacion.