Professional Documents
Culture Documents
3 4 (segunda parte)
Actividad de
Objetivo: Identificar la metodologa para el desarrollo de la solucin de los
problemas propuestos.
Producto: Presentacin electrnica.
Reporte de proyecto
Problema:
El departamento de obras pblicas de la ciudad de Villahermosa requiere un sistema de seguimiento
y reparacin de baches (SSRB), con los siguientes requisitos:
Los ciudadanos pueden informar sobre la situacin e importancia del bache, el sistema le asignar
un nmero de identificacin, se registran los datos de la calle en la que se encuentra, su tamao (en
una escala del 1 al 10), su posicin (en el medio, a un lado, etc.), su distrito (determinado a partir de
la calle) y por ltimo se solicitan los datos del ciudadano que est reportando.
A cada bache se le asocian una prioridad de reparacin (determinada a partir de su tamao), datos
de peticin de obra, incluyendo la ubicacin y el tamao, la brigada, el equipamiento asignado, las
horas de reparacin, el estado del bache (obra en curso, reparado, reparacin temporal, sin reparar),
la cantidad de material de relleno usado y el costo de la reparacin; esta informacin es suministrada
por los diferentes empleados del departamento de obras pblicas.
Finalmente se crea un archivo de daos para mantener la informacin sobre los daos reportados
debido a la existencia del bache, incluyendo el nombre del ciudadano, su direccin, su telfono, el
tipo de dao y el costo de subsanamiento del dao; esta informacin se puede consultar por cualquier
ciudadano.
El SSRB es un sistema interactivo que se desea poner en funcionamiento el prximo mes.
Objetivo General:
Agilizar y automatizar el reporte de los baches que afectan a los ciudadanos de Villahermosa, dando
un seguimiento puntual y controlado a cada reporte hasta realizar la reparacin adecuada para
mejorar la vialidad de la ciudad y satisfacer a los ciudadanos.
Objetivos Especficos:
El sistema presentar objetivos especficos de acuerdo a los diferentes usuarios que van a
interactuar con el sistema:
Brindar a los ciudadanos el servicio de reporte de las afectaciones del bache mediante un
formulario que tendr que rellenar, adems que podr consultar su reporte y el seguimiento
del mismo hasta ver concluida la reparacin del bache.
Facilitar al capturista la recepcin de los reportes y denuncias de los ciudadanos, para
despus enviarlos al jefe de recursos humanos y al final crear el archivo de daos
correspondiente a cada reporte.
Ayudar al jefe de recursos humanos a realizar las estimaciones correspondientes a la
reparacin de cada bache, obteniendo los reportes enviados de parte del capturista, para
despus enviar los reportes y sus estimaciones correspondientes al director de obras
pblicas.
El jefe de obras pblicas podr obtener los reportes y las estimaciones correspondientes
para su anlisis y tomar la decisin de aprobar o no la reparacin para despus enviar la
aprobacin al capturista.
Los objetivos especficos se desarrollarn mediante los siguientes casos de uso:
Historial de Revisiones:
Fecha
Versin
Descripcin
Responsable
23/09/2015
1.0
Jhony Alejandro
Sanchez Reyes
01/10/2015
1.1
Yohana Saldivar
Ovando
Karina Santos
Gernimo
Francisco Hernndez.
07/10/2015
1.2
Identificacin de usuarios y
metodologa de trabajo
Kevin Zoria
Armando de Jesus
Oln Crasbor
Gonzalo Prez Garca
Ramn Zuita Alcudia
08/10/2015
1.3
Jhony Alejandro
Sanchez Reyes
Gonzalo Prez Garca
Ramn Zuita Alcudia
Armando de Jesus
Oln Crasbor
Yohana Saldivar
Ovando
12/10/2015
1.4
Jhony Alejandro
Sanchez Reyes
Yohana Saldivar
Ovando
Karina Santos
Gernimo
Francisco Hernndez.
Gonzalo Prez Garca
Ramn Zuita Alcudia
Armando de Jesus
Oln Crasbor
Zuleyma del Carmen
Mndez Gmez
Kevin Zoria
15/10/2015
1.5
Jhony Alejandro
Sanchez Reyes
Zuleyma del Carmen
Mndez Gmez
15/10/2015
1.6
Jhony Alejandro
Sanchez Reyes
Gonzalo Prez Garca
Francisco Hernndez.
15/10/2015
1.7
21/10/2015
1.8
Jhony Alejandro
Sanchez Reyes
21/10/2015
1.9
Jhony Alejandro
Sanchez Reyes
Introduccin
Este documento describe la implementacin de la metodologa de trabajo scrum en la empresa
Smart-Soft para la gestin del desarrollo el proyecto sistema de seguimiento y reparacin de baches
(SSRB).
Incluye junto con la descripcin de este ciclo de vida iterativo e incremental para el proyecto, los
artefactos o documentos con los que se gestionan las tareas de adquisicin y suministro: requisitos,
monitorizacin y seguimiento del avance, as como las responsabilidades y compromisos de los
participantes en el proyecto.
Alcance
El sistema de seguimiento y reparacin de baches (SSRB), ser de gran utilidad para los ciudadanos
y para los empleados de la Direccin de Obras Pblicas, Ordenamiento Territorial y Servicios
Municipales de Villahermosa
Para el cliente resulta difcil precisar cul ser la dimensin completa del
sistema, y su crecimiento puede continuarse en el tiempo suspenderse o
detenerse.
Valores de trabajo
Los valores que deben ser practicados por todos los miembros involucrados en el desarrollo y que
hacen posible que la metodologa Scrum tenga xito son:
Respeto en el equipo
Responsabilidad y auto-disciplina
Foco en la tarea
Persona
Contacto
Rol
jhonysr19@gmail.com
Encargado y jefe de
proyectos. Scrum Master.
mdez.zuly.09@hotmail.com
Recopilacin y gestin de
datos e informacin
ISC. Yohana
Saldivar Ovando
yoha.saldivar.o@hotmail.com
Analista de soluciones
karina.santos.geronimo@gmail.co
m
Analista de soluciones
ramonz09@hotmail.com
Programador
ISC. Armando de
Jess Oln Crasbor
armandini_oco@outlook.com
Administrador de Base de
Datos
mario_pelon94@hotmail.com
Diseador web
ISC. Francisco
Rivera Hernndez
friverahernandez3072013@gmail.
com
Analista de soluciones
Kevin_1236_4569@hotmail.com
Administrador de Base de
Datos
juanrodriguez@villahermosa.gob.
mx
Sprint
Cada una de las iteraciones del ciclo de vida iterativo Scrum:
1ra Iteracin. El da 01/10/2015 se realiz el primer anlisis del problema proporcionado por el
cliente, en donde todo el equipo de desarrollo estuvo de acuerdo en la forma adecuada para
solucionar la problemtica, adems que se identificaron las caractersticas del problema. Optando
por la creacin de una pgina web.
2da Iteracin. El da 07/10/2015 el equipo de trabajo identifico a los diferentes usuarios que van a
interactuar con el sistema, adems de la metodologa adecuada para realizar y llevar a cabo las
exigencias del proyecto.
3ra Iteracin. El da 08/10/2015 se realiz la planeacin de las interfaces de usuario que la pgina
web va a tener.
4ta Iteracin. El da 12/10/2015 se planearon los formatos para las entrevistas necesarias para
obtener informacin de los requerimientos de los distintos usuarios del sistema.
5ta Iteracin. El da 15/10/2015 se llev a cabo la entrevista a los distintos usuarios, donde cada
uno extern sus expectativas del sistema y sus distintas opiniones. El mismo da se realiz la
creacin de la pgina web. Adems que se procedi a crear la base de datos correspondiente al
software.
6ta Iteracin. El da 21/10/2015 se realiz la presentacin del proyecto (prototipo funcional del
software), se mostraron las diferentes interfaces para cada usuario y se presentaron los diferentes
mdulos del sistema, los reportes y la base de datos correspondiente. Adems de las
especificaciones tcnicas del sistema que se le dieron a conocer al cliente, tambin se le mostraron
los acuerdos legales y ticos del contrato, tanto las responsabilidades y derechos del cliente como
de la empresa desarolladora.
Prototipo entregado:
Interfaz de inicio y ciudadano.
Reportes
Archivo de daos
REUNIDOS
III. Que en base a lo anterior, ambas partes acuerdan la suscripcin del presente contrato que se
regir de acuerdo con los siguientes:
PACTOS Y ESTIPULACIONES:
PRIMERA.- DEFINICIONES
Por mantenimiento correctivo se entiende en este contrato el definido en el estndar tcnico de
mantenimiento de software IEEE 1229-1998: Modificaciones realizadas a un producto de software
despus de su entrega para corregir fallos descubiertos.
La construccin del citado sistema de software se llevar a cabo de forma iterativa e incremental, de
forma que EMPRESA DESARROLLADORA ejecutar ciclos de programacin sucesivos; al final de
cada uno de las cuales entregar segn las estipulaciones del apartado CUARTO la parte
desarrollada.
La descripcin de las funcionalidades y requisitos que debe cumplir cada parte de producto las
acordarn las partes a travs de contratos anexos, antes de comenzar la iteracin en la que se
programan.
Los contratos anexos a este contrato marco especifican las funcionalidades, requisitos y otras
estipulaciones que afecten a la parte desarrollada.
La primera iteracin de software se entregar en 15 das despus de la firma del contrato por ambas
partes involucradas. Siendo el costo del software $100,000.00 M.N. con IVA incluido por pago nico.
CUARTA.- ENTREGA DE LOS PRODUCTOS DE SOFTWARE.
Al final de cada iteracin o ciclo de desarrollo EMPRESA DESARROLLADORA proceder a la
entrega del sistema.
A los efectos y finalidad de este contrato, por entrega se entiende:
Se considerar por entregada una parte del sistema cuando se encuentre instalada y en condiciones
de operar sin errores aparentes, y entregados en formato digital los productos y sub-productos de
software generados en el ciclo de desarrollo.
QUINTA.- VALIDACIN DE LAS ENTREGAS PARCIALES.
Tras la entrega de cada parte del sistema, EMPRESA CLIENTE dispondr de 7 das naturales para
realizar las pruebas de verificacin y validacin que estime oportunas.
Si durante las pruebas encontrara errores o deficiencias, lo notificar por escrito a EMPRESA
DESARROLLADORA, para que proceda a contrastarlos y subsanarlos.
Si fuera necesario subsanar errores, EMPRESA DESARROLLADORA una vez realizados los
arreglos, proceder a una nueva entrega.
Si los errores detectados afectan a funcionalidades bsicas para el funcionamiento del sistema
Sistema de Seguimiento y Reparacin de Baches, e implican que no puede ponerse en
explotacin el sub-sistema desarrollado, la fecha de la entrega con los errores subsanados es la que
se computar como fecha de entrega vlida, y tras la cual EMPRESA CLIENTE dispondr
nuevamente de 7 das naturales para realizar pruebas de verificacin y validacin.
Si pasados 7 das tras la entrega EMPRESA CLIENTE no indicara problemas o deficiencias, se
entender que la entrega ha sido validada por EMPRESA CLIENTE.
SEXTA.- PROPIEDAD INTELECTUAL
Corresponden a EMPRESA CLIENTE cualesquiera derechos de explotacin derivados de la Ley de
Propiedad Intelectual, tanto del sistema programado, como de los sub-sistemas que lo integran, y
que igualmente hayan sido desarrollados por EMPRESA DESARROLLADORA, as como de todos
los sub-productos: documentacin tcnica de anlisis y diseo, documentacin de planificacin y
pruebas, etc.
EMPRESA DESARROLLADORA garantiza que los trabajos y servicios prestados a EMPRESA
CLIENTE por el objeto de este contrato no infringen ni vulneran los derechos de propiedad intelectual
o industrial o cualesquiera otros derechos legales o contractuales de terceros.
SPTIMA.- GARANTA
Una vez entregada y validada cada parte, se iniciar un periodo de garanta del correcto
funcionamiento y adecuacin a los requisitos de rendimiento y calidad de 6 meses.
La garanta cubrir el servicio de mantenimiento correctivo por parte de EMPRESA
DESARROLLADORA, con un tiempo de respuesta a las notificaciones de incidencias inferior a las 8
horas laborables desde la notificacin, y un tiempo de reparacin acorde al esfuerzo tcnico
necesario para su reparacin.
g) Por hallarse cualquiera de las partes en un supuesto de caso fortuito o fuerza mayor.
Personal: cada parte asume, a ttulo exclusivo el carcter de patrono o empresario de su personal
empleado para la ejecucin del presente contrato.
Interlocutores vlidos: para llevar a cabo las comunicaciones necesarias durante la ejecucin del
contrato se nombran como interlocutores vlidos:
Cesin del contrato: Las partes no pueden ceder, transferir ni delegar el presente contrato o alguna
de sus obligaciones, ni subrogar a terceros en cualquier forma vlida en derecho, ni gravar o
hipotecar alguno de los derechos contemplados en el contrato, sin la previa conformidad escrita de
la otra parte.
Contrato completo: El presente contrato, incluidos los anexos que irn generando los documentos
de requisitos con las firmas de aceptacin de las partes, constituyen el total del contrato entre las
partes sobre el objeto del mismo, y sustituye, deroga y deja sin efecto cualquier otro acuerdo referido
al mismo objeto a que hubieren llegado las partes con anterioridad a la fecha de la firma.
Exencin de responsabilidad: ninguna de las partes ser responsable por incumplimiento o retraso
de sus obligaciones si la falta de ejecucin o retraso fuera consecuencia de caso fortuito o fuerza
mayor.
DCIMA.- SUMISIN
Las partes contratantes, con renuncia de su propio fuero o del que pudiera corresponderles, en
cuantas cuestiones o litigios se susciten del motivo de la interpretacin, aplicacin o cumplimiento
del presente acuerdo, se someten a la Jurisdiccin y Competencia de los Juzgados de Villahermosa,
Tabasco y sus Tribunales superiores. La ley aplicable ser la mexicana.
Y en prueba de conformidad ambas partes firman el presente, por duplicado ejemplar y a un solo
efecto en la fecha y lugar indicado.
Conclusin:
El uso de las metodologas agiles para el desarrollo de software es muy importante porque en el se
se va indicando paso a paso todas las actividades a realizar para lograr el producto de software
deseado, indicando adems qu personas deben participar en el desarrollo de las actividades y qu
papel deben de tener. Adems se detalla la informacin que se debe producir como resultado de una
actividad
y
la
informacin
necesaria
para
comenzarla.
Actualmente es imprescindible considerar los riesgos, aunque habitualmente las empresas, no han
sido concienciadas de los riesgos inherentes al procesamiento de la informacin mediante las
computadoras. Por otro lado, debido a una cierta deformacin profesional en la aplicacin de los
criterios de coste/beneficio, el directivo desconocedor de la informtica no acostumbra a autorizar
inversiones que no lleven implcito un beneficio demostrable, tangible y mensurable.
Las tcnicas de las metodologas para el desarrollo de software combinan el empleo de modelos o
representaciones grficas junto con el empleo de procedimientos detallados. Se debe tener en
consideracin que una tcnica determinada puede ser utilizada en una o ms actividades de la
metodologa de desarrollo de software. Adems se debe tener mucho cuidado cuando se quiere
cambiar una tcnica por otra.
A nosotros como alumnos nos ayuda mucho para el planeacin y desarrollo adecuado de nuestros
productos informticos como ingenieros en el mbito laboral y/o profesional. Es necesario tener esta
documentacin para una presentacin formal y adecuada de nuestros productos para que nuestros
clientes puedan sentirse satisfechos en todo sentido y que adems se d a resaltar nuestra calidad
como desarrolladores de proyectos de software.