You are on page 1of 133

“ SISTEMA DE INFORMACIÓN PARA 

LA ORGANIZACIÓN Y ADMINISTRACION DE 
CAMPEONATOS PARA DEPORTES DE CONJUNTO 
SPORTACUS”  

FUNDACION UNIVERSITARIA KONRAD LORENZ 
FACULTAD DE INGENIERIA DE SISTEMAS 
PROYECTO DE GRADO 
BOGOTÁ D.C. 
2007

“ SISTEMA DE INFORMACIÓN PARA 
LA ORGANIZACIÓN Y ADMINISTRACION DE 
CAMPEONATOS PARA DEPORTES DE CONJUNTO 
SPORTACUS”  

JEISON ANTONIO MURILLO CRUZ 
JORGE ERNESTO ROA TORRES 

Director 
HECTOR ARTURO FLOREZ FERNANDEZ 
Ingeniero Electrónico, Ingeniero de Sistemas 
MSc en Ciencias de Información y Comunicaciones 

FUNDACION UNIVERSITARIA KONRAD LORENZ 
FACULTAD DE INGENIERIA DE SISTEMAS 
BOGOTÁ D.C. 
2007

“ SISTEMA DE INFORMACIÓN PARA 
LA ORGANIZACIÓN Y ADMINISTRACION DE 
CAMPEONATOS PARA DEPORTES DE CONJUNTO 
SPORTACUS”  

JEISON ANTONIO MURILLO CRUZ 
JORGE ERNESTO ROA TORRES 

Director 
HECTOR ARTURO FLOREZ FERNANDEZ 
Ingeniero Electrónico, Ingeniero de Sistemas 
MSc en Ciencias de Información y Comunicaciones 

Trabajo presentado para optar al 
Titulo de Ingeniero de Sistemas 

FUNDACION UNIVERSITARIA KONRAD LORENZ 
FACULTAD DE INGENIERIA DE SISTEMAS 
BOGOTÁ D.C. 
2007

NOTA DE ACEPTACION  JURADO:  JURADO:  DIRECTOR: .

 The program contributes to  the optimization of work.  ABSTRACT  For  this  new  era  which  requires  mastering  new  concepts  of  computer. RESUMEN  Para  esta  nueva  era  donde  se  requiere  dominar  los  nuevos  conceptos  de  informática. streamlining and accuracy in handling statistical results of  any  sport..  agilización  y  la  exactitud  en  el  manejo  de  los  resultados  estadísticos  en  cualquier  disciplina  deportiva. las artes y el diseño que  se  desprenden  de  los  sistemas  digitales  y  tridimensionales.  multimedia. realidad virtual. . comunicaciones.  El  Sistema  de  Información  para  la  Organización  y  Administración  de  Campeonatos  para  Deportes  de  Conjunto  “Sportacus”  facilita  la  organización  de  los  procesos  y  apoyos logísticos en la realización de eventos deportivos.  the  arts  and  design  that  flow  from  digital systems and three­dimensional. El programa contribuye  a  la  optimización  del  trabajo.  communications.  virtual  reality.  developed  under  Web  environment  using  methodology  scrum  and  applying knowledge for development in software engineering and project level.  desarrollado  bajo  ambiente WEB  utilizando  metodología  SCRUM  y  aplicando  los  conocimientos  de  desarrollo en ingeniería de software como proyecto de grado. multimedia.  The  information  system  for  the  organization  and  administration  of  championships  for  sports  package  "Sportacus"  facilitates  the  organization  of  processes  and  Logistic support in the organization of sporting events.

gracias por guiarme por el camino correcto y por inculcarme tan excelentes valores con los que fui formado y de nuevo gracias porque sin ellos no hubiese sido posible cumplir este sueño la ayuda que me brindaron para poder hacer realidad este sueño. Este es un paso más de la larga travesía que de ahora en adelante continúa. DEDICATORIA A mis padres porque tuvieron toda la paciencia para saberme comprender cuando no tenia tiempo para ellos. Una meta se ha cumplido y el esfuerzo da frutos con este logro. Jorge Roa . gracias por su apoyo. a mi querida esposa Paola. quien con su apoyo incondicional y calidez ha estado siempre presente. a mi madre quien con esfuerzo y sacrificio logro llevarme siempre por el mejor camino. Jeison Murillo A mis hijos Santiago y Juan Pablo por que me fortalecen cada día con su amor y camaradería.

por compartir su conocimiento. por la ayuda que me brindaron para poder hacer realidad este sueño. por la paciencia que nos tuvo y por ser parte de este gran equipo de trabajo. la oportunidad y la sabiduría para poder alcanzar este objetivo y un sueño tan anhelado. su constante apoyo. por su colaboración. gracias a quien de una u otra forma colaboro para que lográramos nuestro objetivo a todos ellos muchas gracias. “Difícil NO Sencillo” A todos nuestros compañeros y amigos que de una u otra forma nos llenaron de experiencias y sentimientos. gracias por ser mi compañero de proyecto y trabajar juntos día y noche para lograr nuestro objetivo. Jeison Murillo Queremos expresar nuestro especial agradecimiento a: A el Ingeniero Pervys Rengifo Por inculcarnos la constancia y tenacidad pues las cosas no son difíciles y menos para un estudiante de la Konrad. sus innumerables y valiosas orientaciones en este último proceso académico y formativo de nuestra carrera. a mi familia que soporto muchas ocasiones de mis ausencias. . a mi amigo Jeison por acompañarme incondicionalmente. gracias al Ingeniero Héctor Florez por su apoyo. al Ingeniero Héctor Florez por guiarnos y brindarnos su apoyo y gran conocimiento. colaboración y apoyo incondicional. Jorge Roa A Dios por darnos todo su apoyo. A todos ellos mil gracias y cuentan con nosotros. AGRADECIMIENTOS Quiero expresar mis agradecimientos a Dios quien nos fortaleció en cada uno de esos momentos en que sentíamos desfallecer. a todos mis amigos y familiares por apoyarme. gracias a mi gran amigo el “chato Roa” por sus concejos.

  organizarlos  y  presentarlos  de  tal  manera  que  sean  claros.  para  que deportistas entrenadores y las diferentes organizaciones puedan consultarlas  y tomar decisiones en la gestión de su labor deportiva.  El propósito del presente trabajo de grado es demostrar el conocimiento adquirido  a  lo  largo  de  nuestro  recorrido  académico  en  la  Fundación  Universitaria  Konrad  Lorenz.  desarrollando  una  aplicación  que  permita  facilitar  la  organización  y  administración  de  campeonatos  para  deportes  de  conjunto  básicos  como  son  el  Baloncesto. dirección y control.  exactos  y  en  tiempo  oportuno  procurando  siempre  el  aprovechamiento  máximo  de  los  recursos  con  un  manejo  eficiente y facilitando los procesos de la administración como son la planificación.  Que  deberán  ser  almacenadas  y  posteriormente  comparadas  con  otros  registros  para  generar  listados  de  posiciones. tiempos y distancias. 1  . desarrollo.  diseño.  es  aquí  donde  dichos  resultados  toman  importancia cuando se cuantifican y se traducen en récords o registros.  mejores  tiempos  y  marcas.  que  es  en  la  cual  nos  enfocaremos  es  decir;  tomar  todos  los registros  e  información  útil. e implantación de una herramienta basada en las Tecnologías  de  Información  el  aprovechamiento  de  los  avances  tecnológicos  y  con  altos  estándares de calidad.  Dentro  de  las  diversas  funciones  que  las  competiciones  deportivas  conllevan  encontramos  la  de  la  organización  y  gestión  deportiva.  El  ganador  de  una  competición  y  el  rendimiento  del  mismo  deben  ser  abstraídos  de la persona o equipo y se deben traducir en cifras.  INTRODUCCION  Los encuentros deportivos toman un carácter específico cuando nos ponemos en  la  tarea  de  comparar  rendimientos  mediante  la  caracterización  de  situaciones  concretas  en  las  competiciones. 1. fechas.  organización.  Mediante  el  adecuado  proceso  de  análisis.  Futsal  y  Voleibol.  Fútbol.  rankings.

  un  sistema  de  competición  nacional  en  los  tipos  de  deporte  típicos nacionales.  MARCO DE REFERENCIA.  Editorial Paidotribo.1.  Las  reglas  amateurs  (por  primera  vez  en  1864)  prohibieron  que  los  deportistas  profesionales. Helmut Nicket; Teoría y Metodología de la Competición Deportiva. así como las asociaciones puras de deporte profesional” 1  (texto tomado  y modificado de Teoría y Metodología de la Competición Deportiva).  junto  a  esas  asociaciones  amateurs. 2  .  primero  en  Gran  Bretaña  y  en  Estados  Unidos.  La continua extensión de la competición deportiva y el ansia de las capas sociales  más  bajas  por  tomar  parte  en  las  competiciones  acarrearon  la  reacción  de  limitaciones sociales por parte de los gentleman y bourgeois (nobles y burgueses).  también  se  crearon asociaciones donde no estaba excluida la población trabajadora y la gente  de oficio.  1 Günter Thies.  2.  ANTECEDENTES  “Ya  desde  1830  comenzó  la  formación  en  todos  los  países  de  asociaciones  deportivas especializadas y con el desarrollo de una entidad oficial de medidas y  de  récords  (asociaciones  deportivas)  se  creó.  los  artesanos  y  los  trabajadores  tomaran  parte  en  las  competiciones. en los que casi exclusivamente  había participación anglosajona. 2.  Pero  en  el  plano  nacional. Peter Tschiene. se llegó rápidamente a la  creación de los primeros campeonatos mundiales.  Como consecuencia de la orientación hacía los records.

  Es así como organismos como el Instituto Colombiano del Deporte Coldeportes. 3  .Estos  cambios  fundamentales  en  el  deporte  dieron  paso  a  la  modernización  y  aplicación de métodos y herramientas para la administración de esta información.  Es  también  importante  recalcar  que  muchas  de  las  ligas  deportivas  tampoco  cuentan con este tipo de aplicaciones y que son muy pocas las que lo tienen.  A nivel internacional son muchas las aplicaciones existentes para tal fin. pero en el  ámbito  nacional son escasas  y  por  no  decirlo  nulas. el  Instituto Distrital para la Recreación y el Deporte IDRD o cajas de compensación  familiar  como  Confenalco  o  Compensar  que  están  trabajando  en  el  ámbito  deportivo no cuentan con aplicaciones diseñadas  específicamente para este tipo  de  trabajo. las  herramientas  apropiadas  para el manejo y control de estos resultados.  sino  que  aprovechan  de  las  bondades  de  programas  como  hojas  de  calculo o aplicaciones rudimentarias para el manejo de  su información.

  estadísticas  e  informes.  De  igual  forma  se  pretende  que  los    profesionales  del  área  deportiva. las pocas  oportunidades de capacitación o las diversas interpretaciones de la norma.  cuenten  con  algunas  técnicas  administrativas  puesto  que  hoy  la  actividad  deportiva no se encuentra al margen de la actividad empresarial.  Como parte de nuestra formación académica.2.  tanto  en  los  organismos  deportivos  del  sector   privado.  el  desarrollo  de  software.2.  equipos. Como  ingenieros  de  sistemas  enfocamos  nuestras  acciones  en  el  desarrollo  de  aplicaciones  que  puedan  satisfacer  las  necesidades  que  se  presentan  en  diferentes ámbitos.  Con  el  manejo  de  las  tecnologías  de  la  información  y  la  utilización  de  nuevos  avances  tecnológicos  es  necesario  contar  con  herramientas  que  permitan  el  correcto y efectivo manejo de la información de una competencia deportiva.  se  enfrentan  diariamente  a  situaciones  que  no  son  fáciles  de  resolver  y  en  algunas  oportunidades se están tomando decisiones afectando a deportistas y procesos en  la actividad deportiva bien sea por desconocimiento de la normatividad.  jugadores.  como  en  el  de los  entes  estatales.  JUSTIFICACIÓN  En  la  actualidad  las  personas  que  tienen  el  manejo  del  deporte. aprovecharemos los conocimientos  adquiridos  en  las  diferentes  asignaturas  para  desarrollar  una  aplicación  que  permita facilitar las tareas que  cualquier organización deportiva realiza.  la  utilización  de  lenguajes  de  programación  modernos  y    el  aprovechamiento  de  los  ambientes  Web  nos  permitirán  presentar  un  producto  con  altos  estándares  de  calidad  y  de  esta  manera obtener nuestra titulación. el manejo  de  bases  de  datos. es así como vemos que para la administración deportiva es de  mucha  utilidad la  aplicación  de  herramientas  tecnológicas  que  faciliten la  gestión  de  organización  y  control  de  campeonatos. 4  .

Creemos que un programa para la organización y administración de campeonatos 
para  deportes  de  conjunto  es  una  herramienta  útil  para  las  organizaciones 
deportivas  y  un  excelente  motivo  para  demostrar  nuestras  capacidades  como 
ingenieros.

3.  FORMULACIÓN DEL PROBLEMA 

Desde  siempre  se  ha  definido  la  competición  deportiva  como  una  comparación 
entre  el  rendimiento  de  deportistas  individuales  o  de  grupos  de  deportistas 
(equipos),  buscando  alcanzar  metas  o  logros  deportivos,  que  solo  son  reflejados 
en las marcas o resultados estadísticos que estos puedan alcanzar. 

Pero a lo largo del transcurso del desarrollo deportivo se han añadido, cambiado, 
vuelto  a  proponer  o  también  se  han  suprimido,  diferentes  aspectos  que  han 
servido  para  una  definición  más  pormenorizada  de  la  competición.  Así,  por 
ejemplo, a partir de los juegos  modernos en el siglo XIX, se han introducido y se 
ha  hecho  de  obligado  cumplimiento  el  manejo  de  estadísticas  e  informes  de  las 
competiciones deportivas. En la actualidad, los siguientes rasgos y características 
son fundamentales y decisivos para la esencia de las competiciones. 

Es por esto que se hace necesario la utilización de diferentes herramientas para la 
organización  y  administración  de  las  competencias,  en  nuestro  país  son  muy 
pocas las organizaciones deportivas que cuentan con este tipo de aplicaciones o 
si las tienen no han sido ajustadas a las necesidades propias de nuestro entorno. 

Basándonos  en  consultas  realizadas  a  diferentes  organizaciones  tanto  del  orden 
privado  como  oficial  vemos  que  en  muchos  de  los  casos  se  utilizan  hojas  de 
cálculo u otro tipo de programas para este fin y que no cuentan con una aplicación 
adecuada para el manejo de la información. 

Como parte de nuestro proceso de formación y cumpliendo con los requerimientos 
para  la  obtención  del  titulo  de  ingenieros  de  sistemas,  desarrollaremos  una 
aplicación  que  permita  a  los  diferentes  profesionales  en  las  áreas  del  deporte 
manejar  de  manera  efectiva  los  procesos  de  gestión  en  las  competiciones 
deportivas

4.  OBJETIVOS 

4.1.  OBJETIVO GENERAL 

Realizar  la  investigación,  diseño  y  desarrollo  de  un  sistema  de  información  con 
altos estándares de calidad, aprovechando los últimos avances tecnológicos, para 
la organización y administración de competiciones deportivas que permita facilitar 
las tareas que se deben realizar para la correcta gestión deportiva. 

4.2.  OBJETIVOS ESPECÍFICOS

· Desarrollar  una  aplicación  dinámica  con  altos  estándares  de  calidad  que 
permita  el  adecuado  manejo  de  la  gestión  deportiva,  por  parte  de 
profesionales en las áreas del deporte.

· Aplicar la metodología  (Scrum) para Desarrollo de Software  y evaluar sus 
resultados.

· Realizar  el  diseño  del  sistema  de  información,  utilizando  el  lenguaje  de 
modelado unificado UML.

· Hacer  uso  de  bases  de  datos  relacionales  con  licencia  de  software  libre 
para el almacenamiento de la Información pertinente al sistema.

· Desarrollar  un  sistema  de  información  en  entorno  WEB  utilizando 
herramientas de software libre.

· Desarrollar  módulos  de  gestión  aplicables  al  ambiente  Web,  para  la 
administración  de  los  diferentes  elementos  como:  incorporación  de  los

  control  de  estadísticas  y  reportes.  reglamentación. deportes. generación de torneos y datos de interés social. escenarios. datos interesantes.  acreditaciones  de  jugadores  y  personal  técnico. · Implantar  el  sistema  de  información  mediante  la  publicación de la  base  de  datos  y  módulos  del  mismo. · Incorporar  información  referente  a  cada  disciplina  deportiva  con  sus  aspectos  fundamentales  como  historia. equipos. · Elaborar la  documentación  suficiente  del  sistema  de  información  con  el  fin  de  revelar  a  la  comunidad  las  técnicas  y  metodologías  utilizadas  en  el  proceso de desarrollo. · Permitir  que  la  aplicación  nos  presente  estadísticas  e  informes. para el aseguramiento de la calidad del sistema de información.  manejo  de  resultados.  sistemas  de  competencia. etc.  utilizando  un  servidor  Web  con  un  dominio  propio.  de  jugadores. 8  .  creación  de  campeonatos.  inscripción  de  equipos  y  jugadores. · Realizar  pruebas  parciales  y  globales  de  cada  modulo  o  producto  entregable. campeonatos.  necesarios  para  la  correcta  gestión  deportiva.

  amenazas  fortalezas  y  debilidades.  El lograr implementar una herramienta informática para el desarrollo de la gestión  en  organizaciones  deportivas  y  más  importante  aun  la  obtención  de  nuestra  titulación  son  los  incentivos  primordiales  en  la  elaboración  de  este  proyecto.  El  aprovechamiento de los recursos tecnológicos.  ALCANCES Y LIMITACIONES  El uso de las Tecnologías de la Información en proyectos como el aquí propuesto  nos  permiten  desarrollar  nuestras  capacidades  y  demostrar  los  logros  adquiridos  en  el  transcurso  de  nuestro  aprendizaje  en  la  Fundación  Universitaria  Konrad  Lorenz.  y  de  esta  manera  organizar  de  manera  optima  el  desarrollo de nuestro proyecto. 5.  controles. deportistas.  Sabemos  que  nuestras  limitaciones  son  muchas.  los  resultados  de    este  proyecto  beneficiarán  directamente  a  profesionales del área del deporte. permitirán un mejor desempeño en  las labores realizadas por los profesionales del área del deporte  En  este  contexto. inscripciones entre otras. El  beneficio a estos destinatarios consiste en que se les proveerá de una herramienta  capaz  de  apoyar  su  gestión. entrenadores organismos estatales  y  privados.  por  eso  planteamos  un  análisis  donde  podamos  determinar  cuales  son  nuestras  oportunidades. 9  .  permitiendo  así  el  buen  manejo  de  estadísticas.  especialmente  en  aquellos  casos  en  que  dichos  usuarios  no  posean  capacidad ni el conocimiento suficiente para organizar campeonatos completos.

  5. · Demanda  de  recursos  humanos  altamente  calificados  en  el  análisis  de  la  información.  demandarán  nuevos programas y mayor creación y transferencia de conocimiento puro y  aplicado.1.  tecnología  e  innovación.1. · El  surgimiento  de  nuevas  formas  de  aprendizaje  y  apropiación  del  conocimiento  generado  por  el  avance  vertiginoso  de  las  tecnologías  de  la  información y la comunicación.  capaces  de  abordar  y  enfrentar  nuevos  problemas  y  buscar  soluciones creativas · Las  crecientes  tendencias  de  integración  y  de  cooperación  nacional  e  internacional en la transferencia adecuada de información.5. 10  .  AMENAZAS: · El  surgimiento  de  nuevas  organizaciones  y  centros  de  investigación  científica y tecnológica nacionales e internacionales más competitivos.  OPORTUNIDADES: · Los  grandes  desarrollos  en  ciencia.  ANALISIS DOFA  5.2. · La  creciente  demanda  de  nuevos  conocimientos  y  de  servicios  especializados por parte de organizaciones nacionales e internacionales. · La rapidez con que se renueva el conocimiento en el mundo.1.1.

  5. · La adecuada gestión de los recursos.4. · El liderazgo con que cuenta nuestro equipo de trabajo. · Limitaciones de espacios físicos  para prácticas y pruebas.  FORTALEZAS: · El conocimiento y manejo de la información que se desea evaluar. · Incipiente desarrollo de la gestión tecnológica.3. 11 .  5. · Incipiente  incorporación  de  las  nuevas  tecnologías  de  información  y  comunicación en los procesos.1. · El acceso a nuevas tecnologías y el avance informático.  DEBILIDADES: · Poca experiencia en la realización de proyectos.1. · La poca credibilidad en la empresa nacional.

12  .  los  integrantes del grupo dedicarán 4 horas diarias.  RECURSO HUMANO  Los Estudiantes que presentan el proyecto  JEISON ANTONIO MURILLO CRUZ  JORGE ERNESTO ROA TORRES  HECTOR ARTURO FLOREZ FERNANDEZ  DIRECTOR DE PROYECTO  Y  compañeros o personal auxiliar para el desarrollo de las pruebas.  Para  lograr  alcanzar  el  objetivo  propuesto  dentro  de  este  margen  de  tiempo.  El  director  del  proyecto  supervisará  periódicamente  los  avances  con  una  dedicación de 2 horas por semana. 6.2.  Para el desarrollo del presente proyecto se  contara con los siguientes  recursos:  6.1.  RECURSOS DE TIEMPO  El  proyecto  se  desarrollará  durante  el  segundo  semestre  del  año  en  curso  y  se  estima que la fecha límite para la entrega final sea el 30 de Noviembre de 2007.  RECURSOS.  6.

  Para  el  desarrollo  de  la  aplicación  contaremos.  RECURSOS  TECNOLOGICOS  6. la facultad  brindara  un servicio de acceso a  sus servidores para las etapas de pruebas finales.  en  primera  instancia  con  los  computadores personales y por su puesto con las diferentes salas con que cuenta  la universidad. · Dezing Databases 4. · Rational Rose 2000.3. · Easy PHP 5.6.2.  Recursos de Hardware (Equipos de Computo).  6. En las etapas finales. 13  .1.  Recursos de Software.0. · My SQL 5.3.3. · Adobe Flash CS3.3.2. · SERVIDOR WEB APACHE · Adobe DreamWeaver CS3.  Necesarios para llevar adelante el proyecto.0.

1. 7. proceso que indica los pasos que  se deben seguir para llegar a un diseño.  Visualizar.  UML  es  un  lenguaje  para  especificar  es  decir  construye  modelos  no  ambiguos  y  completos  para  lograr  un  sistema  con  alta  calidad.  UML  Son las siglas del Unified Modeling Language o Lenguaje Unificado de Modelado.  es  un  Lenguaje  para:  Visualizar.  UML  es  un  Lenguaje:  Porque  proporciona  el  vocabulario  y  las  reglas  para combinar las palabras de ese vocabulario para lograr la comunicación.  Construir y Documentar artefactos de un sistema de software.  Documentar  Software.  Especificar.  MARCO TEORICO  7.  UML.  UML  es  un  Lenguaje  para  construir  porque  establece  correspondencias entre diferentes lenguajes de programación permitiendo realizar  Ingeniería  directa  es  decir    generar  código  a  partir  de  un  modelo  UML  en  un  lenguaje  de  programación  ó  ingeniería  inversa  es  decir  construir  el  modelo  en  UML partiendo del código implementado en un Lenguaje de  Programación.1. 14  .  Construir.  UML es un Lenguaje para visualizar porque proporciona símbolo gráficos con una  semántica bien definida. UML  es un lenguaje estándar para los planos de software. la notación es la parte gráfica que se ve en los modelos y  representa  la  sintaxis  del  lenguaje  de  modelado.  El  lenguaje  de  modelado  es  la  notación  (principalmente  gráfica)  que  usan  los  métodos para expresar un modelo de software.  Es  un  lenguaje  de  modelado  visual  que  se  usa  para  Especificar.1.  MARCO CONCEPTUAL  7.

  Modelo Conceptual de UML.  El modelo conceptual de UML cuenta con tres elementos básicos: · Bloques de construcción · Reglas que dictan como relacionar esos bloques. 15  .  Planificación del proyecto.  Relaciones: Que ligan elementos con clases.  Diagramas:  Son  conjuntos  de  elementos    y  relaciones  que  representan  un  fin  particular. pruebas. · Mecanismos  comunes:  facilidades  de  comunicación  ampliación  de  definiciones básicas.  Arquitectura.  Código  fuente.UML es un Lenguaje para documentar porque permite cubrir la documentación  de  todo el sistema desde su concepción hasta su implementación y puesta en marcha  del  mismo  pasando  por  los  requisitos.  Bloques de construcción de UML  UML incluye tres bloques de construcción:  Elementos: Abstracciones de primera clase. prototipos y Versiones.  Diseño.

  Existen  siete  tipos  de  elementos  estructurales. Son utilizados para escribir modelos bien formados. · Elementos estructurales · Elementos de comportamiento · Elementos de agrupación · Elementos de anotación  Elementos Estructurales  Son  los  nombres  de  los  modelos  UML.Elementos en UML  Existen cuatro tipos. son los bloques básicos construcción orientados a objetos de  UML. a saber  Relaciones UML  Hay cuatro tipos de relaciones en UML. · Dependencia · Asociación · Agregación · Generalización · Realización 16  .

  Los diagramas que establece UML como básicos para especificar la estructura y el  comportamiento de un modelo son los siguientes:  Reglas de UML  Un modelo bien formado es aquel que es semánticamente auto consistente y está  en  armonía  con  todos  sus  modelos  relacionados.  no  solo  se  describió  el  elemento. 17  . (establece  el contexto).  Visibilidad:  Cómo se puede ver y utilizar los elementos.Diagramas UML.  (#) Visibilidad protegida: protegida para la clase y sus hijos  (­) Visibilidad privada: solo para la clase  (+) Visibilidad Pública: Todas las clases  Integridad:  Como  se  relacionan  apropiada  y  consistentemente  unos  elementos  con otros. relaciones y diagramas.  Un  diagrama  es  la  representación  gráfica  de  un  conjunto  de  elementos  y  sus  relaciones.  Alcance:  El contexto que da un significado específico a un nombre.  En  la  anterior  descripción  de  los  elementos.  UML    tiene  reglas  semánticas  para:  Nombres:  Se deben asignar nombres a los elementos.  sino  que  se  asocio  con  una  relación  para  mejorar  la  semántica  del  marco teórico.

  Mecanismos Comunes en UML. Los mecanismos de extensión  de UML incluyen:  Estereotipos:  Extiende  el  vocabulario. Se anota entre llaves íý 18  . Concretas: Objeto  Mecanismo  de  extensibilidad:  UML  es  un  lenguaje  abierto­cerrado.  siendo  posible extender el lenguaje de manera controlada. y cada elemento está relacionado  con  otros  de  manera  consistente.  Adornos: Son elementos adicionales que mejoran la semántica y el significado de  los elementos básicos. Abstracción: Clase.  Manejar  excepciones:  Las  excepciones  no  son  propiamente  errores  sino  sitios  donde    pasa  el  programa  que  puede  llevar  un  error  pueden  ser  definidos  como  clase.  diseño  e  implementación  que  llevan  a  tales  sistemas  a  convertirse en bien formados con el paso del tiempo.  Las  reglas  UML  estimulan  pero  no  obligan  a  considerar  las  cuestiones  más  importantes  de  análisis.  Valores  etiquetados:  Es  información  adicional  manejo  de  un  elemento  para  manejar su descripción.  Divisiones Comunes: El lenguaje permite hacer representación de abstracciones  y representaciones concretas.Ejecución:  Qué significa ejecutar o simular un modelo dinámico.  Especificaciones:  Proporciona  una    base  semántica  que  incluye  a  todos  los  elementos  de todos los modelos de un sistema.  Todos los elementos  básicos  están  claramente  especificados.  permitiendo  añadir  nuevos  bloques  de  construcción. tienen un diagrama y ese diagrama tiene una semántica.

 . 19  .  Figura 1.  Su  objetivo  es:  Detallar  o  especificar  la  estructura  del  sistema.dll. Especificar subsistemas.  Vista de despliegue: Como se debe montar la aplicación: .  Vista  de  Implementación:  Comprenden  diagramas  de  componentes  y  archivos  que se utilizan.  En  conjunto  estos  tres  mecanismos  de  extensibilidad  permiten  configurar  y  extender  UML  para  las  necesidades  de  un  proyecto. Comprende el  diagrama de despliegue donde se indica como se debe instalarse y ejecutarse la  aplicación.  Modelado de la Arquitectura de un sistema  Vista de Diseño: Las clases. Documentar el  proceso de diseño y desarrollo. diagramas de clases. interfaces que  atienden requisitos funcionales. colaboraciones.exe.  Arquitectura del Software  Muestra  diferentes  puntos  de  vista  del  modelo  es  un  conjunto  de  vistas.  Estos  mecanismos  también  permiten a UML adaptarse a nuevas tecnologías de software.Restricciones:  Limitan  o  detallan  una  condición.  Especificar  como  interactúan los componentes del sistema.  Extiende  la  semántica  de  un  bloque  de construcción UML.

  segundo:  caso  de  uso  y  tercero:  diagramas  de  casos  de  uso.  Ciclo de Vida Del Desarrollo De Software  Dirigido  a  casos  de  usos:  Significa  que  los  casos  de  uso  se  utilizan  como  un  artefacto  básico  para  establecer  el  comportamiento  deseado  del  sistema. construir. una fase es definida como  el intervalo de tiempo entre dos etapas importantes del proceso.Vista  de  Procesos:  Similar  a  la  vista  de  diseño  pero  centrada  en  los  procesos.  Existen  cuatro  fases  en  el  ciclo  del desarrollo de software a saber:  La Iniciación: Es la primera fase del proceso y es el fundamento de la idea inicial  La  elaboración  es  le  segunda  fase  del  proceso.  Aquí  es  se  expresan  con  claridad  los  requisitos  del  sistema.  Describe el comportamiento del sistema tal cual es percibido por usuarios finales.  cuando  se  define  la  visión  del  producto  y  la  arquitectura. gestionar y hacer evolucionar  el sistema en desarrollo.  Iterativo e incremental: El proceso iterativo es aquel que involucra la gestión de  un flujo de ejecutables del sistema.  clases activas comprenden varios hilos.  donde cada nuevo ejecutable incorpora mejoras increméntales sobre los otros.  El anterior proceso puede ser descompuesto en fases.  Centrado  en  la  arquitectura:  Significa  que  la  arquitectura  del  sistema  se  utiliza  como un artefacto básico para conceptuar. 20  . ya cumplidos los  objetivos  se  procede a  pasar  a la  siguiente  fase. Un proceso incremental es aquél que involucra  la  continua  integración  de  la  arquitectura  del  para  producir  esos  ejecutables.  para  las  pruebas  y  para  la  comunicación de las personas involucradas al proyecto.  Vista  de  casos de  uso:  Primero  los  requerimientos  que  son las necesidades  de  los  usuarios.  para  verificar  y  validar  la  arquitectura  del  sistema.

21  .  No  es  una  fase  de  finalización    sino  una  fase  de  mejoramiento y evolución del software producido. Eclipse UML.  7.  herramientas  como:  UML  Studio  7.1.  aquí  el  software  es  entregado  a la  comunidad  de  usuarios.2.  Rational Rose. Se tiene en cuenta fundamentalmente los requisitos. los cuales son priorizados con el fin de establecer una sólida base  de la arquitectura. En esta fase no solo los requisitos sino la evaluación son  reexaminados.  La  Construcción:  Es  la  tercera  fase  del  proceso.  La  transición:  Es  la  cuarta  fase  del  proceso.1.  Ciclo de vida del software.  Visual  UML.  cuando  el  software  se  lleva  desde  una  base  arquitectónica  ejecutable  hasta  su  disponibilidad  para  la  comunidad de usuarios. Argos .  Herramientas Case Para Modelado  Encontramos un sin número de herramientas que nos permiten modelar nuestras  aplicaciones. En esta fase se expresan con claridad  los requisitos. Umbrella.  Figura 2. los cuales  pueden variar de generales a precisos.  Visual  Paradigm.La Elaboración: Se define la arquitectura.

 se debe realizar mediante métodos.  Programación Orientada A Objetos (OOP)  OOP. Mediante el Lenguaje de Modelado Unificado (UML).  Encapsulamiento:  El  encapsulado  es  la  capacidad  de  contener  y  controlar    el  acceso  a  un  grupo  de  elementos  asociados.  que  pueden  utilizarse  de  manera  intercambiable  mediante  código cliente en tiempo de ejecución. pero con métodos o propiedades denominados  de  forma  idéntica. 22  . son las siglas de  Object Oriented Programming.  Las  clases proporcionan  una  de las  formas más comunes de encapsular elementos. encapsulamiento y polimorfismo.  Poliformismo:  El  polimorfismo  se  refiere  a  la  posibilidad  de  definir  múltiples  clases con funcionalidad diferente.3.1.  se puede implementar la herencia a través de las relaciones de generalización.Herramientas  y  Lenguajes  Para  Construcción  del  Sistema  de  Información  (Software)  7. estableciendo como regla general  que el acceso a los atributos.  Herencia:  Una  relación  de  herencia  es  una  relación  en  la  que  un  tipo  (el  tipo  derivado)  se  deriva  de  otro  (el  tipo  base).  de  tal  forma  que  el  espacio  de  declaración  del  tipo  derivado  contiene  implícitamente  todos  los  miembros  de  tipo  no constructor del tipo base. la programación orientada  es  una  forma  de  programar  basada  en  la  reutilización  de  código  mediante  herencia.

  recomendando  incluso  que  no  se  coloque  lógica  como  procedimientos  almacenados  o  vistas  en  esta  capa.  La capa de lógica de aplicación: Consta de los procesos que se requieren para  hacer  la  conexión  entre  los  formularios    y    la  base  de  datos.  estos  desarrollados  con  componentes  utilizando lenguaje  de  programación  PHP.0 .  Esta  estrategia. 23  .7.1. para la salida Web que tenga la aplicación y para interoperabilidad.    así  como  para  manejar  la  seguridad  de  la  aplicación.  Arquitectura de Tres (3) Capas  Las  nuevas  estrategias  de  construcción  de  software  establecen  la  necesidad  de  hacer  desarrollos  multinivel  o  multicapa.  separa  la  capa  de  presentación  o  interfaz  de  usuario  con  la  capa  de  lógica  de  aplicación  o  de  negocio  y  la  separa  completamente  de  la  capa  de  datos.  Modelo arquitectónico de 3 capas  La  capa  de  presentación:  Estará  compuesta  por  formularios  PHP  y  páginas  HTML.  Figura 3.4.  Javascript  y  herramienta  de  desarrollo  en Adobe DreamWeaver CS3  La  capa  de  persistencia:  Maneja  la  base  de  datos  en  la  cual  se  encuentra  la  información sobre todas las actividades realizadas con el sistema y se utilizará el  motor de bases de datos MYSQL 5.

  Redes de Computadores  La interconexión de dos o más computadores da origen a redes de computadores.5.  sistemas  de  cifrado  como  RSA..  PGP  que  permite  proteger  la  información y las aplicaciones de personas no autorizadas.  Las  políticas  y  tecnologías  de  seguridad  se  basan  en  técnicas  criptográficas.  7.1.  Todos  los  sistemas  informáticos  deben  proveer  un  sistema  de  seguridad. sobre las cuales dependiendo de los protocolos.  Seguridad de la Información y de las aplicaciones.  una  Intranet.  El  Sistema  de  Información  contará  con  políticas    de  seguridad  basadas  en  la  ayuda  del  sistema  operativo.  Redes    de  Área  Extendida  (WAN­Wide  Areal  Network). 24  .  mecanismos  de  seguridad  del motor  de  base de  datos  y  en especial  en  un    sistema  de  gestión  y  control de usuarios.1.  Estas redes dependiendo de sus características pueden conformar Redes de Área  Local    (LAN­Local  Areal  Network). confidencialidad.  una  Red  WAN.  Kerberos. Extranets o Internet.  una  Extranet  o  en  Internet. integridad y no  repudio.7.  Estas redes para efectos del manejo de los estándares internacionales se suelen  soportar por los protocolos TCP/IP (Transport Control Protocol/Internet Protocol).  Sin  embargo  inicialmente  el  modulo  del  Sistema  de  Información se tiene previsto que opere sobre la Internet.  DES. se pueden implementar  Intranets.  dispositivos  de  control  de  acceso.  que  utilice políticas claras en cuanto a: Autenticación.6.  bien  sea  una  Red  LAN.  La  aplicación  propuesta  tendrá  la  capacidad  de  funcionar  en  cualquiera  de  los  sistemas  mostrados.

EL  Sistema  tiene  previsto  realizar  la  validación  de  todos  y  cada  uno  de  los  usuarios del sistema.  Las Mejores Prácticas de RUP  El  Proceso  Unificado  de  Desarrollo  es  una  metodología  creada  por  Racional  Software. 25  . cifrar la información crítica.  pues  es  la  expresión máxima de aplicación de estas tecnologías. utilizar las facilidades que tiene el  sistema operativo para autenticación con el fin de limitar el control de acceso a las  estaciones de trabajo. que establece una serie de procesos por realizar.  Metodología RUP  Para  la  investigación  sobre  el  estado  del  arte  y  debido  a  que  esta  es  una  investigación  sobre  las  posibilidades  que  ofrecen  las  nuevas  tecnologías  de  la  información y comunicación.7.  conocidos como “mejores prácticas”.  Para el proceso de modelado y desarrollo del software se utilizará la metodología  RUP  (Racional  Unified  Process)  la  cual  tiene  como  fundamento  estrategias  debidamente probadas para la construcción de software y será quién guíe todo el  proceso  y  que  estará  acompañada  de  la  metodología  ágil  SCRUM  para  el  desarrollo de proyectos de software. con el fin de construir  software de alta calidad en tiempo y precio justos. la metodología que se seguirá en este aspecto tiene  como  fundamento  la  navegación  y  exploración  a  través  de    Internet.  RUP  describe  como  utilizar  de  forma  efectiva  procedimientos  comerciales  probados  en  el  desarrollo  de  software  para  equipos  de  desarrollo  de  software.  7.1.

26  . vistos desde  la perspectiva de lo que tiene que atender el software.  Las seis (6) mejores prácticas de la Metodología RUP. habilitando una fácil retroalimentación de usuario. Se establecen metas  específicas  que  permiten  que  el  equipo  de  desarrollo  mantenga  su  atención  en  producir  resultados. y documentar la funcionalidad y restricciones requeridas. · Llevar un registro y documentación de cambios y decisiones.  La  metodología  se  soporta  en  la  administración  de  requerimientos.  Los requerimientos permiten: · Licitar.  entendidos  estos como las necesidades de los usuarios de la Plataforma Virtual. organizar. · Los casos de uso son instrumentos importantes de planeación. Figura 4. · Los requerimientos de negocio son fácilmente capturados y comunicados a  través de casos de uso.  el  progreso  es  medido  conforme  avanzan  las  implementaciones.  Características del desarrollo Iterativo  Permite  un  entendimiento  incremental  del  problema  a  través  de  refinamientos  sucesivos.

    Sus  principales  ventajas  se  relacionan a continuación: · Se enfoca en el pronto desarrollo de una arquitectura ejecutable robusta.1.  7. especificar. · Resistente al cambio mediante el uso de interfaces bien definidas.  que  permiten  la  implementación  de  componentes. UML permite visualizar. · Promueve un reuso más efectivo de software.  7. · Intuitivamente comprensible.1. 27  . construir y documentar el software  y tiene  como características principales: · Captura la estructura y comportamiento de arquitecturas y componentes.8.9.  Modelado Visual  Utiliza  como  lenguaje  para  el  modelado  del  software  UML  (Unified  Modeling  Language).  Desarrollo basado en componentes  Se  caracteriza  por  utilizar  lenguajes  de  programación  orientados  a  objetos. Figura 5.  Desarrollo Iterativo de la Metodología RUP. · Es derivada a partir de los casos de uso más importantes.

  Cada  una  de  las  iteraciones por las que se pase será probada debidamente.  desempeño  de  la  aplicación  y  del  sistema. · Muestra como encajan de forma conjunta los elementos del sistema. 28 .  registró  y  monitoreo  sobre  los  cambios  para  permitir  un  desarrollo  iterativo.  Control de cambios  Se  llevará  un  control.  funcionalidad. · Mantiene la consistencia entre un diseño y su implementación.  que  en  todo  momento  esté  ajustado  a  la  metodología  propuesta.  Verificación de la calidad del software  Se establecerán prueba para cada escenario (casos de uso) con el fin de asegurar  que  todos  los  requerimientos  están  propiamente  implementados. · Promueve una comunicación no ambigua.  se  verificará  la  calidad del software con respecto a los requerimientos basados en la confiabilidad.

1. 29  .7. · Responder a los cambios prima por sobre seguir un plan. · La colaboración con el cliente prima por sobre la negociación de contratos. · El software funcionando prima por sobre la documentación detallada.  Metodología SCRUM.  Basándonos  en  los  cuatro  principios  fundamentales  detrás  de  las  metodologías  ágiles (no solo SCRUM) que son: · Los individuos y las interacciones (sobre todo cara a cara) priman por sobre  los procesos y las herramientas.  METODOLOGIA SCRUM  Figura 6.10.

Podemos determinar que para este tipo de desarrollo encontramos que: 

El futuro usuario del software quiere un programa que resuelva sus problemas, no 
documentación  acerca  de  como  sería  ó  es  ese  programa.  Un  programa 
funcionando (quizá incompletamente) es una prueba de avance, la documentación 
no lo es. 

El  cliente  es  parte  (literalmente,  en  persona)  del  equipo  y  del  proceso  de 
desarrollo. 

A inicio del proyecto los requerimientos no son bien entendidos, ni siquiera por el 
cliente.  Esto  se  fundamenta  en  parte  en  la  alta  proporción  de  features  que  se 
implementan  y  nunca  son  utilizadas.  Cuando  el  cliente  ve,  durante  el  desarrollo 
(del  cual  es  parte)  lo  que  cuesta  implementar  ciertas  features,  ve  el  tiempo  que 
queda y ve el dinero disponible, él solo va descartando lo menos relevante y deja 
solo lo principal. 

La  Ley  de  Parkinson  nos  dice:  el  trabajo  tiende  a  expandirse  hasta  cubrir  el 
tiempo  disponible.  Fijar  un  lapso  y  atenerse  a  él,  tiene  el  efecto  psicológico  de 
enfocar  el  esfuerzo en  ese lapso.  Esto  lo  comprenderá  perfectamente  cualquiera 
que haya rendido un examen final.

30 

¿Por qué SCRUM? 

El  nombre  proviene  de  la  posición  de  salida  del  rugby  homónima,  y  se  justifica 
diciendo que en esta metodología cada uno desde su puesto contribuye al equipo, 
haciendo todos fuerza para el mismo lado sinergia. 

Figura 7.  Campo deportivo para Rugby 

El "gol" es que al cliente le sirva el producto desarrollado. 

El "contrincante" es esa cosa ambigua o pobremente definida que tiene el software 
y que hace tortuoso su desarrollo. 

Prácticas Clave de SCRUM 

Requerimientos evolutivos. 
Desarrollo iterativo e incremental. 

El origen. 

Scrum es una metodología ágil de desarrollo de proyectos que toma su nombre y 
principios  de  los  estudios  realizados  sobre  nuevas  prácticas  de  producción  por 
Hirotaka Takeuchi e Ikujijo Nonaka a mediados de los 80.

31 

Aunque surgió como modelo para el desarrollo de productos tecnológicos, también 
se  emplea  en  entornos  que  trabajan  con  requisitos  inestables  y  que  requieren 
rapidez  y  flexibilidad;  situaciones  frecuentes  en  el  desarrollo  de  determinados 
sistemas de software. 

Jeff Sutherland aplicó el modelo Scrum al desarrollo de software en 1993 en Easel 
Corporation  (Empresa  que  en  los  macro­juegos  de  compras  y  fusiones  se 
integraría  en  VMARK,  luego  en  Informix  y  finalmente  en  Ascential  Software 
Corporation). En 1996 lo presentó junto con Ken Schwaber como proceso formal, 
también  para  gestión  del  desarrollo  de  software  en  OOPSLA  96.  Más  tarde,  en 
2001  serían  dos  de  los  promulgadores  del  Manifiesto_ágil.  En  el  desarrollo  de 
software scrum está considerado como modelo ágil por la Agile Alliance. 

Surge  del  estudio  de  varios  proyectos  y  productos  exitosos  y  su  adaptación  a  la 
industria del software: 

• Industria japonesa: Toyota, Honda, Fuji­Xerox 
• Borland Quattro Pro 
¡¡Basado en la teoría del caos!! 

Figura 8.  Empresas que implementan  metodología SCRUM

32 

  _ Orientado a las personas más que a los procesos.  Scrum es una metodología ágil. y como tal:  _ Es un modo de desarrollo de carácter adaptable más que predictivo.  _  Emplea  la  estructura  de  desarrollo  ágil:  incremental  basada  en  iteraciones  y  revisiones.  Estructura  de desarrollo Ágil  Se  comienza  con  la  visión  general  del  producto. 33  .  especificando  y  dando  detalle  a  las  funcionalidades  o  partes  que  tienen  mayor  prioridad  de  desarrollo  y  que  pueden llevarse a cabo en un periodo de tiempo breve (normalmente de 30 días).  Figura 9.Introducción al modelo  Scrum  es  una  metodología  de  desarrollo  muy  simple. sino en la adaptación continua a  las circunstancias de la evolución del proyecto.  que  requiere  trabajo  duro  porque no se basa en el seguimiento de un plan.

  las  personas  implicadas  no  trabajan  con  diseños  o  abstracciones.  Este  es  el periodo  máximo  que  se  tarda  en  reconducir  una  desviación  en  el  proyecto  o  en  las  circunstancias  del  producto.  empleando las siguientes prácticas de la gestión ágil:  Revisión de las Iteraciones  Al finalizar cada iteración (normalmente 30 días) se lleva a cabo una revisión con  todas las personas implicadas  en  el  proyecto.  Estas iteraciones son la base del desarrollo ágil.  El desarrollo incremental implica que al final de cada iteración se dispone de una  parte del producto operativa que se puede inspeccionar y evaluar.  Figura 10. 34  . y Scrum gestiona su evolución a  través  de  reuniones  breves  diarias  en  las  que  todo  el  equipo  revisa  el  trabajo  realizado el día anterior y el previsto para el día siguiente.  Desarrollo incremental  Durante  el  proyecto.  Control de la evolución del proyecto  Scrum  controla  de  forma  empírica  y  adaptable  la  evolución  del  proyecto.Cada  uno  de  estos  periodos  de  desarrollo  es  una  iteración  que  finaliza  con  la  producción de un incremento operativo del producto.

 y se adoptan  técnicas  de  trabajo  para  permitir  esa  evolución  sin  degradar  la  calidad  de  la  arquitectura que se irá generando durante el desarrollo.  No  los  considera  como  productos  que  deban  realizarse en la primera “fase” del proyecto. 35  .  Para qué predecir los estados finales de la arquitectura o del diseño si van a estar  cambiando.  (El desarrollo ágil no es un desarrollo en fases)  Auto­organización  Durante  el  desarrollo  de  un  proyecto  son  muchos  los  factores impredecibles  que  surgen en todas las áreas y niveles.  porque las circunstancias obligarán a remodelarlo muchas veces.Desarrollo evolutivo  Los  modelos  de  gestión  ágil  se  emplean  para  trabajar  en  entornos  de  incertidumbre e inestabilidad de requisitos.  y  sobre  dicha  predicción  desarrollar  el  diseño  y  la  arquitectura  del  producto  no  es  realista. En Scrum se toma a la inestabilidad como una premisa. La gestión predictiva confía la responsabilidad  de su resolución al gestor de proyectos.  con  margen  de  decisión suficiente para tomar las decisiones que consideren oportunas.  En  Scrum  los  equipos  son  auto­organizados  (no  auto­dirigidos).  Intentar  predecir  en las  fases iniciales  cómo  será  el  producto final.  El  desarrollo  Scrum  va  generando  el  diseño  y  la  arquitectura  final  de  forma  evolutiva  durante  todo  el  proyecto.

  Visión general del proceso  Scrum  denomina  “sprint”  a  cada  iteración  de  desarrollo  y  recomienda  realizarlas  con duraciones de 30 días.  según sus capacidades y no según su rol o su puesto. porque para que funcione la autoorganización como un control  eficaz  cada  miembro  del  equipo  debe  colaborar  de  forma  abierta  con  los  demás.  §  Sólo es posible cambiar el curso de un sprint. abortándolo.  El  sprint  es  por  tanto  el  núcleo  central  que  proporciona  la  base  de  desarrollo  iterativo e incremental. 36  .  §  Durante  el  sprint  no  se  puede  modificar  el  trabajo  que  se  ha  acordado en el Backlog.  §  Duración máxima: 30 días. y sólo lo  puede hacer el Scrum Master si decide que no es viable por alguna  de las razones siguientes:  §  La tecnología acordada no funciona.  §  Las circunstancias del negocio han cambiado.  Ésta es necesaria.  §  El equipo ha tenido interferencias.Colaboración  Las prácticas y el entorno de trabajo ágiles facilitan la colaboración del equipo.

37  . Figura 11.  Scrum  Manager.  §  Finalidad:  presentar  al  propietario  del  producto  y  a  las  gallinas  las  nuevas funcionalidades implementadas.  Comunicación  La forma más eficiente y efectiva de comunicar información de ida y vuelta dentro  de un equipo de desarrollo es mediante la conversación cara a cara.  §  Duración máxima: 4 horas.  §  Las funcionalidades no implementadas no se presentan.  propietario  del  producto  con  todas  las  personas implicadas en el proyecto (gallinas).  Las reuniones  Planificación  de  sprint:  Jornada  de  trabajo  previa  al  inicio  de  cada  sprint  en  la  que se determina cuál va a ser el trabajo y los objetivos que se deben cumplir en  esa iteración.  Elementos que conforman el desarrollo Scrum.  Reunión  del  equipo.

  que  pregunta  a  todos  los  asistentes  §  ¿Cuál  ha  sido  el  trabajo  realizado  desde  la  última  revisión  diaria?  §  ¿Cuál es el trabajo previsto para hoy?  §  ¿Hay  algo  que  necesitas.  sugerencias  de  cambio  y  mejora. o necesita  ayuda de otros.  §  Al  final  de  la  reunión  se  interroga  individualmente  a  todos  los  asistentes  para  recabar  impresiones.  §  Todos los días en el mismo sitio y a la misma hora.  §  El propietario del producto trata con los asistentes y con el equipo las  posibles modificaciones en la pila de producto. 38  .  §  Moderada  por  el  Scrum  Manager. el resto escucha y  no hay lugar para otras conversaciones.  Reunión del equipo con duración máxima de 15 minutos. estos se reúnen al terminar la revisión diaria.  y  el  Scrum  Master  puede  limitar  el  número  de  gallinas  asistentes  si  lo  considera  oportuno.  §  Sólo habla la persona que informa de su trabajo. y su relevancia.  §  Cuando un miembro informa de algo de interés para otros.  Reunión diaria: Breve revisión del equipo del trabajo realizado hasta la fecha y la  previsión para el día siguiente.  o  que  te  impide  realizar  el  trabajo  previsto?  §  No se permite entrar en divagaciones o salirse del guión. §  En  la  reunión.  los  miembros  del  equipo  muestran  las  nuevas  funcionalidades.  §  Se recomienda que sea la primera actividad del día.  §  Las  gallinas  no  pueden  intervenir  ni  distraer.  §  Deben acudir todos los miembros del equipo.

  Acuden el equipo y el Scrum Master.  Los elementos  Pila del producto: lista de requisitos de usuario que se origina con la visión inicial  del producto y va creciendo y evolucionando durante el desarrollo.  Listado con los requisitos del sistema  §  Es responsabilidad del dueño del producto  §  Contenido  §  Priorización  §  Disponibilidad  §  Nunca llega a ser una lista completa y definitiva  §  El empleado para planificar el proyecto es sólo una estimación inicial  de requisitos 39  .  §  Las  acciones  de  mejora  localizadas  que  se puedan implementar  en  el  próximo  Sprint  deben  introducirse  en  la  pila  de  producto  como  elementos no funcionales.  §  Todos los miembros del equipo responden a dos preguntas:  §  ¿Qué cosas fueron bien en el último sprint?  §  ¿Qué cosas se podrían mejorar?  §  El Scrum Manager anota todas las respuestas  §  El equipo prioriza las mejoras posibles  §  El  Scrum  Manager  no  proporciona  respuestas. y opcionalmente el Propietario del Producto.  sino  que  ayuda  al  equipo a encontrar la mejor forma de trabajar con Scrum.Revisión de sprint: Análisis y revisión del incremento generado.

§  Es  un  documento  dinámico  que  incorpora  constantemente  las  necesidades del sistema  §  Se  mantiene  durante  todo  el  ciclo  de  vida  (hasta  la  retirada  del  sistema).  Pila del producto (Product Backlog) 40  .  Figura 12.

  Pila del Sprint  Incremento: Resultado de cada sprint  Figura 14.Pila del sprint: Lista de los trabajos que debe realizar el equipo durante el sprint  para generar el incremento previsto.  Figura 13.  Grafico de resultados he incremento de trabajo 41  .

  Cerdos y gallinas.  Esta  metáfora  ilustra  de  forma  muy  gráfica  la  diferencia  de  implicación  en  el  proyecto entre ambos grupos:  Una gallina y un cerdo paseaban por la carretera.  me  gustaría.  Incremento de trabajo metodología SCRUM  Los roles  Scrum  clasifica  a  todas  las  personas  que  intervienen  o  tienen  interés  en  el  desarrollo  del  proyecto  en:  propietario  del  producto. Figura 15.  Los  tres  primeros  grupos  (propietario.  ¿Y  cómo  lo  llamaríamos?”.  los  que  según  la  comparación  siguiente  (y  sin  connotaciones  peyorativas)  serían  los  “cerdos”;  mientras  que  el  resto  de  interesados  serían  las  gallinas.  equipo.  La  gallina  respondió:  “Huevos  con  beicon”.  El  cerdo  consideró  la  propuesta  y  respondió:  “Sí.  equipo  y  gestor)  son  los  responsables  del  proyecto. 42  .  gestor  de  Scrum  (también Scrum Manager o Scrum Master) y “otros interesados”. La gallina dijo al cerdo: “Quieres  abrir  un  restaurante  conmigo”.

  Scrum Manager: gestor de los equipos que es responsable del funcionamiento de  la metodología Scrum y de la productividad del equipo de desarrollo.  hizo  una  pausa  y  contestó:  “Pensándolo  mejor. usuarios y resto de implicados.  creo  que  no  voy  a  abrir  un  restaurante  contigo.  Figura 16. 43  . etc)  Propietario del producto: El responsable de obtener el mayor valor de producto  para los clientes.El  cerdo  se  detuvo.  Comprometidos e Implicados en metodología SCRUM  COMPROMETIDOS (cerdos)  IMPLICADOS (gallinas)  Propietario del producto  Otros interesados  Equipo  (Dirección general  Scrum Manager  Dirección comercial  Marketing Usuarios.  Yo  estaría  realmente  comprometido.  mientras  que tu estarías sólo implicada”.  Cerdos y Gallinas SCRUM  Tabla 1.  Equipo de desarrollo: grupo o grupos de trabajo que desarrollan el producto.

  Es  una  ayuda  para  organizar  a  las  personas  y  el  flujo  de  trabajo;  como  lo  pueden  ser  otras  propuestas de formas de trabajo ágil: Cristal.  Respeto entre las personas.  La  carrocería  sin  motor. DSDM. etc.  no  funciona. Figura 17.  Roles metodología SCRUM  Scrum  diferencia  claramente  entre  estos  dos  grupos  para  garantizar  que  quienes  tienen la responsabilidad tienen también la autoridad necesaria para poder lograr  el  éxito.  Responsabilidad y auto­disciplina (no disciplina impuesta).  Delegación  de  atribuciones  (empowerment)  al  equipo  para  que  pueda  auto­  organizarse y tomar las decisiones sobre el desarrollo.  y  que  quienes  no  tienen  la  responsabilidad  no  producen  interferencias  innecesarias  Valores  Scrum  es  una  “carrocería”  para  dar  forma  a  los  principios  ágiles. 44  .  sin  los  valores  que  dan  sentido  al  desarrollo  ágil. Los miembros del equipo deben confiar entre ellos y  respetar sus conocimientos y capacidades.

  Flujo de trabajo 45  . transparencia y visibilidad del desarrollo del proyecto  FLUJO DE SCRUM  Figura 18.Trabajo centrado en el desarrollo de lo comprometido  Información.

  Proceso Completo Scrum 46  .Figura 19.

  profesores  y  otras  aplicaciones  que  podemos  descargar  de  la  Internet  e  instalarlas  en  nuestro  computador. Los sistemas de realidad virtual utilizando cascos  con  sistemas  visuales  permitiendo  el  desenvolverse  fácilmente  en  las  simulaciones 3­D del entorno y del equipamiento.  programas  para  el  mantenimiento  físico  (  como  análisis  nutricionales  y  de  asesoramiento.  Hay  en  la  actualidad  alrededor  de  5. La holografía que crea imágenes  sin necesidad de cascos o gafas.  aplicaciones  interactivas  multimediales  para  muchas  actividades deportivas.  administradores  deportivos. 47  .  deportistas.  manejo  de  estadísticas  y  resultados.2.  o  también  a  través  de CD Roms.  ESTADO DEL ARTE  El  desarrollo  de  la  tecnología  informática  viene  ofreciendo  grandes  avances  y  ventajas  en  el  mundo  de  hoy.  Con  el  desarrollo  de  los  sistemas  operativos  con  interfases  perfeccionadas  y  hardware  muy  rápido.  En  un  futuro  cercano  el  desarrollo  del  deporte incluirá  realidad  virtual o artificial y la holografía.  capacitación  para  entrenadores. condiciones de fuerza): software que controla reservas de escenarios y  horarios  de  programación.  entrenamiento  de  atletas.  manejo  de  tiempos  y  marcas.  la  aplicación  de  software  de  fácil  utilización  avanza  vertiginosamente.000  medios  diferentes  de  aprendizaje  asistidos  por  computadores  y  aplicaciones  de  software  para  acondicionamiento  físico.  condicionamiento  aeróbico.7.  Existen  software  capaz  de  controlar  el  movimiento  humano  (incluyendo  animaciones  en  3­D).  la  rapidez  con  la  que  se  puede  acceder  a  la  información y la respuesta de las capacidades de los computadores con memorias  y  procesadores  que  día  a  día  aumentan  enormemente  de  su  rendimiento  y  que  cada vez disminuyen sus costos afortunadamente.  los  ejercicios  de  flexibilidad.

  permitiéndoles  mejorar  su  tiempos.0 gestión de competiciones · Splendy  City  control  de  inscripción  y  manejo  de  escenarios  y  programaciones deportivas · Tennis point logger gestor de puntuación para partidos de tenis.  A  nivel internacional  son  muchas  las  aplicaciones  que  se  pueden  encontrar  pero  cada una de ellas contemplan especificaciones  para deportes o reglamentaciones  especiales    de  acuerdo  a  la  ubicación  geográfica  de  la  casa  desarrolladora  o  de  los  programadores  o  creadores  de  dichas  aplicaciones.  movimientos.  El interés por crear aplicaciones que faciliten el mejor desarrollo tanto en la parte  deportiva  como  en  la  misma  gestión  administrativa.0  gestor  de  puntuaciones  para  partidos  de  VolleyBall.  ha  llevado  a  diseñar  sistemas de gran alcance para la gestión administrativa de competencias.  ha  permitido  nuevas  experiencias  interactivas  controladas  automáticamente.  ligas.Pronto  los  deportistas  podrán  visualizar  su  técnica  no  solo  en  cintas  de  video  bidimensionales.  Muchos  de  estos  programas  pueden  ser  descargados  en  versiones  trial  (demostraciones) que limitan el manejo del mismo pero dan a conocer las ventajas  que pueden ofrecer.  federaciones  de  diferentes  disciplinas deportivas.  vemos  el  caso  de  los  diferentes  software  de  administración  deportiva  que  existen  donde  algunos  se  centran  solamente  en  el  control  de  inscripciones  para  equipos  y  jugadores  o  en  otros casos en el control y manejo de las competencias.  técnica  y  táctica.  aprovechando  dichas  bondades que la tecnología nos ofrece en la actualidad. manejo  de  escenarios.  administración  de  clubes. · Volleyball­Point­Manager  1. 48  . Entre este tipo de programas encontramos algunos como los  siguientes: · Argos 2.  sino  también  en  una  perspectiva  tridimensional.

· BFL Heart Rate 1.5.  por  medio  de  unas  simples  consultas  donde  el  encargado  ingresaba  los  datos  a  los  diferentes formularios  y utilizando las macros y funciones que las hojas de calculo 49 . · Game Day 2.  se observa la  necesidad  de una  aplicación  dinámica  y  de  fácil  manejo  para  la  gestión  de  competencias  de  las  diferentes  disciplinas  deportivas  que  se llevaban a  cabo  en  el  área  de  deportes  específicamente  en  la  coordinación de juegos escolares e íntercolegiados.  Fue como a si se implemento el uso de hojas de cálculo para generar los sorteos. · VELO 0.  A  través  de  los  años  de  ejercicio  en  la  labor  de  control  y  desarrollo  de  competiciones  deportivas  en  el  Instituto  Distrital  para  la  Recreación  y  el  Deporte  desde  el año  de  1997.0 Tabla de control de ritmos cardiacos.  revisiones.0  Gestor  gratuito  de  reparaciones.8 Gestor de tiempos y recorridos para ciclistas. · ZMoto  3.  programación  y  control  de los  marcadores  de  los  campeonatos  en las disciplinas  de  conjunto  como  son  el  fútbol.9.0 Registra resultados de ligas y torneos de fútbol.95 Un excelente gestor de información para submarinistas.0  Manual  de  referencia  con  las  reglas  y  normas  del  Squash. · TeamStats 1.0 Guarda tus partidos en esta base de datos. · SHIAI 2006 programa para competencias de Judo · Nitroxcalc  calculadora  de  mezclas  para  inmersiones  o  actividades  subacuáticas.  baloncesto. voleibol  y  fútbol  de  salón.  consumos  y  kilometrajes de motocicletas  Los anteriores programas vienen implementados a reglamentaciones o disciplinas  deportivas  exclusivas  de  tal  manera  que  limitan  su  manejo  y  en  muchos  de  los  caso  los  usuarios  solo  hacen  uso  del  o  los  módulos  que  mejor  se  adapten  a  su  necesidad. · Aqua DiveLog 0. · Squash  Tennis  1.

ofrecían  se  obtenían  los  resultados.  clasificación  y  puntuación  de  las  competencias.  desconociendo  en  ese  entonces  lenguajes  de  programación  o  entornos  de  diseño.  Figura 20.  era  tan  solamente  una  hoja  de  calculo  con  sus funciones la que hacia la labor.  Fixtures 1 50  .  A este primer intento de sistematización hecho en Excel se le denomino fixtures 1.  que  fue  diseñado  por  jorge  roa.

 multimedia.  llamada  Deporte  Virtual  compañía  colombiana  que ya ha tenido experiencias en el manejo de la sistematización de competencias  como  los  Juegos  Universitarios  y  los  Juegos  Íntercolegiados  Nacionales  su  aplicación denominada “Hércules” desarrollada en ambiente Web y en lenguaje de  programación PHP . 51  .  diseñadas  por  sus  coordinadores  de  deporte  o  adquiridas  de  otras  organizaciones.Algo  muy  particular  es  que  en  muchas  organizaciones  utilizan  en  la  actualidad  hojas  de  calculo  para  el  manejo  de  sus  competencias.  Coldeportes Nacional a través de FONADE contrato el servicio de sistematización  de competencias de una compañía cubana.  En  la  actualidad  existe  una  firma  que  esta  incursionando  en  el  desarrollo  de  aplicaciones  de  gestión  deportiva.  Para  esta  nueva  era  donde  se  requiere  dominar  los  nuevos  conceptos  de  informática. las artes y el diseño que  se  desprenden  de  los  sistemas  digitales  y  tridimensionales.  Para  los  pasados  Juegos  Deportivos  Nacionales  2004  con  sede  en  Bogotá.  agilización  y la  exactitud  en  el  manejo de los resultados estadísticos en cualquier disciplina deportiva. comunicaciones. que no colmo las expectativas pues el  manejo  de  la  aplicación  además  de  ser  obsoleto.  Realizando  una  encuesta entre las diferentes ligas deportivas capitalinas observamos que son muy  pocas  las  que  cuentas  con  software  especializado  para  manejo  de  la  gestión  deportiva  y  las  que  lo  tienen  por  no  ser  las  aplicaciones  diseñadas  para  los  requerimientos que dichas ligas presentan son desaprovechados y solo se utilizan  para tareas especificas. realidad virtual.  Creemos  que  el  Sistema de Información para  la Organización y Administración de  Campeonatos  para  Deportes  de  Conjunto  “sportacus”  permitirá  facilitar  la  organización  de  los  procesos  y  apoyos  logísticos  para  la  realización  de  eventos  deportivos.  no  contaba  con  una  funcionalidad.  El  programa  contribuirá  a la  optimización  del  trabajo.

  8. 52  .  Control de acceso  R2  Control de acceso a la aplicación  Dentro de la página inicial del sistema ubicaremos un control de acceso con las  siguientes  características:  usuario  y  password  que  serán  validados  contra  la  base de datos. 8.  Actores  Administrador: actor encargado de la gestión de control y administración del  sistema.  ANALISIS DE REQUERIMIENTOS  8.  Acceso a la aplicación  R1  Pagina inicial de acceso a la aplicación  En esta página obtenemos la información inicial y las características del sistema  en esta página navegaremos por los diferentes elementos.  Tabla 3. en caso de no existir el usuario permitir un registro.1.  Delegado: actor con permisos limitados para administración y control de los  módulos autorizados.2.  Usuario; actor que solo puede acceder a la visualización de la  pagina WEB  a través del Internet.  Requerimientos Funcionales  Listado de requerimientos funcionales  Sistema  de  información  para  la  organización  y  administración  de  campeonatos  para deportes de conjunto  Tabla 2.

Tabla 4.  Registro nuevo usuario 
R3  Registro de nuevo usuario 
Este  será  un  formulario  con  los  datos  personales  del  solicitante  que  serán 
validados luego por el administrador del sistema. 
Envió de la información del registro de nuevo usuario a un correo para posterior 
verificación y autenticación de contraseñas 

Tabla 5.  Modulo administradores 
R4  Modulo administradores 
Este modulo permitirá las siguientes actividades:
· Crear nuevo administrador
· Consultarlos
· Editarlos
· Inhabilitarlos 

Tabla 6.  Modulo delegados 
R5  Modulo delegados 
Este modulo permitirá las siguientes actividades:
· Agregar equipo
· Agregar Jugador
· Consultar
· Editarlos 

Tabla 7.  Generación de Campeonatos 
R6  Generación de Campeonatos 
Este formato permitirá entre otras: 
Selección de un deporte
· Baloncesto
· Fútbol
· Fútbol de salón
· Voleibol 

Creación de campeonato:
· Nombre del campeonato
· Categoría (permitir establecer categorías infantil, juvenil, mayores, etc.)
53 

· Sistema de campeonato
· Ramas: Femenina y masculina
· Numero de Equipos
· Numero de jugadores (permitir mínimos y máximos  por equipo) 

Tabla 8.  Generación de grupos por campeonato 
R7  Generación de grupos por campeonato 
De    acuerdo  al  número  de  equipos  inscritos  el  sistema  indicara    al  usuario  el 
sistema de campeonato que puede desarrollar entre los siguientes:
· Play­Off
· Triangular
· Cuadrangular
· Pentagonal
· Hexagonal
· Heptagonal
· Octogonal 

Tabla 9.  Creación de Equipos 
R8  Creación de Equipos 
Este  formulario  permitirá  dependiendo  del  campeonato  seleccionado  crear  los 
equipos pertenecientes a cada campeonato.
· Nombre del equipo
· Jugadores
· Categoría
· Rama
· Cuerpo técnico 
o  Delegados 
o  Entrenadores 
o  Capitán
· Cuerpo medico 
o  Doctor 
o  Quinesiólogo 
o  Nutricionista 
o  Enfermera 
o  Otros
· Administrativo 
o  Gerente

54

o  Presidente 
o  Otros 

Tabla 10.Creación de jugadores 
R9  Creación de jugadores 
Este formulario permitirá la creación de los diferentes deportistas pertenecientes 
a un equipo inscrito.
· Nombres
· Apellidos
· Documento de identidad
· Fotografía
· Fecha de nacimiento dd­mm­yy (verificación de la categoría)
· Posición
· Acreditación de lija si la tiene
· Logros
· Historia deportiva
· Contacto: 
o  Dirección, teléfono, email.
· Observaciones 

Tabla 11.Generación de programación 
R10  Generación de programación 
De  pendiendo  del  fixture  la  aplicación  genera  de  manera  automática  la 
programación  jornada  a  jornada  de  los  diferentes  encuentros  para  cada 
campeonato. 

Tabla 12.Modulo marcadores 
R11  Modulo marcadores 
El sistema permitirá al administrador o a su encargado registrar el marcador y las 
anotaciones de los diferentes encuentros en los respectivos campeonatos. 

Tabla 13.Generación cuadros de posiciones 
R12  Generación cuadros de posiciones 
El  sistema  dará  el  reporte  automático  de  la  tabla  de  posiciones  de  cada 
campeonato con sus respectivos ítems.

55 

 su interfaz grafica.  Para  el  servidor  done  estará  alojada  la  aplicación  para  la  Web  se  implementara  sobre sistema Operativo Linux . el acceso a  la misma.8. estudiarlo. este sistema operativo cuyo uno de sus atributos  es que es software libre  y cualquier persona puede libremente usarlo.  Requerimientos NO funcionales  A  continuación  se  describen  los  requerimientos  básicos  para  la  adecuada  utilización y  funcionalidad de la aplicación.  redistribuirlo  y  modificarlo.  facilita  la  interacción  con  el  usuario  ofreciéndole  una  56  .  Ambientes de trabajo  Servidor de Aplicaciones  Inicialmente la aplicación correrá en las maquinas de cada uno de los integrantes  del grupo de trabajo en este caso se escoge el sistema operativo Windows  por su  fácil instalación.  La  característica  principal  de  la  aplicación  es  que  se  pueda  acceder  vía  Web  desde los principales navegadores en este caso Firefox Mozilla e Internet Explorer  para ello debemos implementar  ambientes que permitan el desarrollo.3.  LINUX  DreamWeaver  FIREFOX  PHP  MOZILLA  Tomcat  Mysql  INTERNER  Tomcat  Mysql  EXPLORER  Ambiente Servidor  Ambiente Cliente  Ambiente Desarrollo Figura 21.

  2 Es un programa que implementa el protocolo HTTP (hypertext transfer protocol)..interfaz  gráfica  agradable. compilar.0):  “MySQL  es  un  sistema  de  gestión  de  base  de  datos. depurar y ejecutar programas.  servidor  de  fácil manejo y de excelente rendimiento.  3 http://dev.mysql.  multihilo  y  multiusuario” 3 .  convirtiéndolo    en  un    competidor    fuertemente  con  otros sistemas operativos como Windows  Servidor de Aplicaciones Web  Teniendo en cuenta que  el diseño del prototipo de la aplicación esta orientado a la  Web se requiere de  un servidor Web 2  para transferir lo que llamamos hipertextos.com 57  .  páginas Web o páginas HTML.  Ambiente Cliente  La aplicación deberá correr en los principales navegadores como son:  FireFox (Mozilla):  Internet Explorer :  Ambiente de Desarrollo  La  aplicación  se  desarrolla en  la  herramienta  DreamWeaver  CS3.  de  los  principales    motivos  por  el  cual  se  escogió  este  motor de base de datos.  MySQL  (versión  5. que es una  herramienta para programadores  pensada para escribir.  La  aplicación  estará  alojada  en  un  servidor  Web  Tomcat  (Apache).  para el diseño  de las pagina y formularios en PHP.

 eliminar. actualizar  y en fin hacer todo tipo de consultas en la Base de datos. 58  .Otras Herramientas  PhpMyAdmin: es una herramienta que se usa para administrar las bases de datos  de Mysql.  provee una interfaz gráfica Web que  permite crear.

1. 9.  Casos de Uso  Agregar  Admon  <<extends>>  Modulo  Admon  << extends>>  Administrador  Consultar  Admon  Editar  Admon  Agregar  Campeonato  <<extends>>  << extends>> Modulo  Campeonato  Cons ultar  campeonato  Editar  Campeonato  <<extends>>  Agregar  Modulo  Equipo  Equipo  Delegado  <<extends>>  Agregar  <<extends>>  Jugador  Consultar  <<extends>>  Equipo  Editar  Modulo  <<extends>>  Jugador  Jugador  Editar  Equipo  Agregar  CT  Editar  CT  Modulo  CT  Figura 22.  DISEÑO  9.  Casos de uso del sistema  59  .

Agregar  Modulo  Admon  Admon  <<extends>>  Adminis trador  << extends>>  Consultar  Editar  Admon  Admon  Figura 23.  Caso de uso Generar administrador  Agregar Delegado  Modulo Delegado  <<extends>>  Adm inistrador  << extends>>  Cons ultar Delegado  Editar Delegado  Figura 24.  Caso de uso Generar Delegado  Agregar Campeonato  Modulo Campeonato  <<extends>>  Administrador  << extends>> Cons ultar Cam peonato  Editar Campeonato  Figura 25.  Caso de uso Generar Campeonato  60  .

  Caso de uso Generar Escenario  61  . Agregar  Modulo  Equipo  Equipo  Administrador  <<extends>>  Cons ultar  Equipo  Editar  Equipo  Figura 26.  Caso de uso Generar Jugado  Agregar Es cenario  Modulo Escenario  <<extends>>  Administrador  << extends>> Consultar Escenario  Editar Escenario  Figura 28.  Caso de uso Generar equipo  Agregar Jugador  Modulo  Jugador  <<extends>>  Administrador  << extends>>  Cons ultar  Jugador  Editar  Jugador  Figura 27.

  7.  genera  un  mensaje  de  error  y  cancela  la  operación.  El  administrador  coloca  los  datos  del  nuevo  administrador  en  los  campos  correspondientes.  5. si  el  administrador  decide cancelar  manualmente  la  operación.  Documentación Casos de Uso  Tabla 14.9.  Para  el  evento  5.  permitiendo  al  administrador  volver  a  realizar  la  operación.  El  sistema  verifica  que  el  nuevo  administrador  no se encuentre registrado.  El  sistema  ingresa  el  nuevo  administrador.  Para  el  evento  4.  Caminos de Excepción:  Para  el  evento 2.  no  ingresa  al  sistema y el sistema se cierra.2.  muestra un mensaje de alerta y cancela la operación.  El  sistema  avisa  al  administrador  que  la  operación fue exitosa.  el sistema  no  realiza ninguno de los eventos siguientes 62  . si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.  6.  2.  si  el  sistema  encuentra  que  el  nuevo  administrador  existe  en  el  sistema.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.  Caminos Alternos:  Para  el  evento  1.  Para  el  evento 3.  El  sistema  valida  los  datos  incluidos  por  el administrador.  si  el  sistema  detecta  un  error  en  la  validación  de  los  campos.Caso de uso “Agregar Administrador”  Identificador  del  Caso  CA1  de Uso  Nombre Caso de Uso:  Agregar Administrador  Actor  Administrador  Prioridad y Tipo  Alta  Descripción  El administrador del sistema ingresa los datos del nuevo administrador en la base de datos  Curso Básico Eventos:  ACTOR  SISTEMA  1.  El  sistema  valida  la  información  ingresada por el administrador  3. si el  administrador decide cancelar  manualmente  la  operación. El administrador se registra en el sistema  ingresando cedula y contraseña.  4.

  genera  un  mensaje  de  error  y  cancela  la  operación.  El  sistema  muestra  los  resultados  obtenidos  Caminos de Excepción:  Para  el  evento 2.  si  el  sistema  detecta  un  error  en  la  validación  de  la  cedula  suministrada. Tabla 15. si el  administrador decide cancelar  manualmente  la  operación.  Para  el  evento 3.  el sistema  no  realiza ninguno de los eventos siguientes 63  .  Caminos Alternos:  Para  el  evento  1. si  el  administrador  decide cancelar  manualmente  la  operación.  4.  El  administrador  coloca  la  cedula    del  administrador que desea consultar.  El  sistema  valida  la  información  ingresada por el administrador  3.Caso de uso “Consultar Administrador”  Identificador  del  Caso  CA2  de Uso  Nombre Caso de Uso:  Consultar Administrador  Actor  Administrador  Prioridad y Tipo  Baja  Descripción  El administrador del sistema consulta  los datos de un nuevo Administrador  Curso Básico Eventos:  ACTOR  SISTEMA  1.  Para  el  evento  3.  no  ingresa  al  sistema y el sistema se cierra.  2.  permitiendo  al  administrador  volver  a  realizar la operación. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador. El administrador se registra en el sistema  ingresando cedula y contraseña.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.

Tabla 16.  4.  El  sistema  valida  la  información  ingresada por el administrador  3.  Para  el  evento 5.  permitiendo  al  administrador  volver  a  realizar  la  operación.  no  ingresa  al  sistema y el sistema se cierra.  si  el  sistema  detecta  un  error  en  la  validación  de  los  campos.Caso de uso “Editar Administrador”  Identificador  del  Caso  CA3  de Uso  Nombre Caso de Uso:  Editar Administrador  Actor  Administrador  Prioridad y Tipo  Alta  Descripción  El administrador del sistema edita  los datos de un Administrador  Curso Básico Eventos:  ACTOR  SISTEMA  1.  si  el  sistema  detecta  un  error  en  la  validación  de  la  cedula  suministrada.  genera  un  mensaje  de  error  y  cancela  la  operación.  Para  el  evento  3.  el sistema  no  realiza ninguno de los eventos siguientes 64  . El sistema ingresa los datos actualizados  del Administrador.  El  administrador  coloca  la  cedula    del  Administrador que desea editar.  8.  Caminos Alternos:  Para  el  evento  1.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.  el sistema  no  realiza ninguno de los eventos siguientes.  Caminos de Excepción:  Para  el  evento 2. si el  administrador decide cancelar  manualmente  la  operación.  permitiendo  al  administrador  volver  a  realizar la operación.  El  sistema  muestra  los  resultados  obtenidos  5. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador. El administrador se registra en el sistema  ingresando cedula y contraseña.  El administrador actualiza los datos  que  desea editar  del Administrador  6. si  el  administrador  decide cancelar  manualmente  la  operación.  Para  el  evento  6.  2.  El  sistema  avisa  al  administrador  que  la  operación fue exitosa.  Para  el  evento 3.  El  sistema  valida  los  datos  incluidos  por  el administrador.  7.  genera  un  mensaje  de  error  y  cancela  la  operación. si el  administrador decide cancelar  manualmente  la  operación.

  Caminos de Excepción:  Para  el  evento 2.  genera  un  mensaje  de  error  y  cancela  la  operación.  2.  permitiendo  al  administrador  volver  a  realizar  la  operación.  6.  El  administrador  coloca  los  datos  del  nuevo  delegado  en  los  campos  correspondientes. muestra  un mensaje de alerta y cancela la operación. si el  administrador decide cancelar  manualmente  la  operación. si el sistema encuentra que el nuevo delegado existe en el sistema. si  el  administrador  decide cancelar  manualmente  la  operación.  Para el evento 5.  Para  el  evento 3.  Caminos Alternos:  Para  el  evento  1.  El  sistema  avisa  al  administrador  que  la  operación fue exitosa.  El  sistema  valida  los  datos  incluidos  por  el administrador.  el sistema  no  realiza ninguno de los eventos siguientes 65  . si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.  7. El sistema ingresa el nuevo delegado.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación. Tabla 17. El sistema verifica que el nuevo delegado  no se encuentre registrado.Caso de uso “Agregar Delegado”  Identificador  del  Caso  CA4  de Uso  Nombre Caso de Uso:  Agregar  delegado  Actor  Administrador  Prioridad y Tipo  Alta  Descripción  El administrador del sistema ingresa los datos de un nuevo delegado  en la base de datos  Curso Básico Eventos:  ACTOR  SISTEMA  1.  4.  5.  El  sistema  valida  la  información  ingresada por el administrador  3. El administrador se registra en el sistema  ingresando cedula y contraseña.  si  el  sistema  detecta  un  error  en  la  validación  de  los  campos.  Para  el  evento  4.  no  ingresa  al  sistema y el sistema se cierra.

  2.  permitiendo  al  administrador  volver  a  realizar la operación.  el sistema  no  realiza ninguno de los eventos siguientes 66  .  genera  un  mensaje  de  error  y  cancela  la  operación.  si  el  sistema  detecta  un  error  en  la  validación  de  la  cedula  suministrada.  Para  el  evento  3.Caso de uso “Consultar Delegado”  Identificador  del  Caso  CA5  de Uso  Nombre Caso de Uso:  Consultar Delegado  Actor  Administrador  Prioridad y Tipo  Baja  Descripción  El administrador del sistema consulta  los datos de un Delegado  Curso Básico Eventos:  ACTOR  SISTEMA  1. si  el  administrador  decide cancelar  manualmente  la  operación.  El  sistema  valida  la  información  ingresada por el administrador  3.  El  sistema  muestra  los  resultados  obtenidos  Caminos de Excepción:  Para  el  evento 2. si el  administrador decide cancelar  manualmente  la  operación. El administrador se registra en el sistema  ingresando cedula y contraseña.  Para  el  evento 3.  El  administrador  coloca  la  cedula    del  delegado que desea consultar. Tabla 18.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.  no  ingresa  al  sistema y el sistema se cierra.  Caminos Alternos:  Para  el  evento  1.  4.

  El  sistema  avisa  al  administrador  que  la  operación fue exitosa.  Caminos de Excepción:  Para  el  evento 2.  4. si el  administrador decide cancelar  manualmente  la  operación.Caso de uso “Editar Delegado”  Identificador  del  Caso  CA6  de Uso  Nombre Caso de Uso:  Editar Delegado  Actor  Administrador  Prioridad y Tipo  Alta  Descripción  El administrador del sistema edita  los datos de un Delegado  Curso Básico Eventos:  ACTOR  SISTEMA  1. si el  administrador decide cancelar  manualmente  la  operación.  El  sistema  muestra  los  resultados  obtenidos  5.  Caminos Alternos:  Para  el  evento  1.  Para  el  evento 5.  permitiendo  al  administrador  volver  a  realizar la operación.  el sistema no  realiza ninguno de los eventos siguientes.  si  el  sistema  detecta  un  error  en  la  validación  de  la  cedula  suministrada.  El  sistema  valida  la  información  ingresada por el administrador  3.  El administrador actualiza los datos  que  desea editar  del delegado  6. si  el  administrador  decide cancelar  manualmente  la  operación. El administrador se registra en el sistema  ingresando cedula y contraseña.  genera  un  mensaje  de  error  y  cancela  la  operación.  Para  el  evento  6.  genera  un  mensaje  de  error  y  cancela  la  operación.  8. El sistema ingresa los datos actualizados  del delegado.  El  sistema  valida  los  datos  incluidos  por  el administrador.  si  el  sistema  detecta  un  error  en  la  validación  de  los  campos.  no  ingresa  al  sistema y el sistema se cierra. Tabla 19.  el sistema  no  realiza ninguno de los eventos siguientes 67  .  Para  el  evento  3.  permitiendo  al  administrador  volver  a  realizar  la  operación.  7. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.  El  administrador  coloca  la  cedula    del  delegado que desea editar.  2.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.  Para  el  evento 3.

68  .  El  administrador  coloca  los  datos  del  nuevo  campeonato  en  los  campos  correspondientes.  el sistema  no  realiza ninguno de los eventos siguientes. Tabla 20.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.  El  sistema  avisa  al  administrador  que  la  operación fue exitosa. si el  administrador decide cancelar  manualmente  la  operación.  El  sistema  valida  los  datos  incluidos  por  el administrador.  Caminos de Excepción:  Para  el  evento 2.  permitiendo  al  administrador  volver  a  realizar  la  operación.  Caminos Alternos:  Para  el  evento  1.  si  el  sistema  detecta  un  error  en  la  validación  de  los  campos.  no  ingresa  al  sistema y el sistema se cierra.  Para  el  evento 3.  Curso Básico Eventos:  ACTOR  SISTEMA  1. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.Caso de uso “Agregar Campeonato ”  Identificador  del  Caso  CA7  de Uso  Nombre Caso de Uso:  Agregar campeonato  Actor  Administrador  Prioridad y Tipo  Alta  Descripción  El administrador del sistema ingresa  los datos para la creación de un campeonato.  genera  un  mensaje  de  error  y  cancela  la  operación. El sistema ingresa el nuevo campeonato.  5.  2.  Para  el  evento  4. si  el  administrador  decide cancelar  manualmente  la  operación. El administrador se registra en el sistema  ingresando cedula y contraseña.  El  sistema  valida  la  información  ingresada por el administrador  3.  6.  4.

 El administrador se registra en el sistema  ingresando cedula y contraseña.  El  administrador  selecciona  el  campeonato que desea consultar. si el sistema detecta un error al verificar si el campeonato no esta habilitado.  Caminos Alternos:  Para  el  evento  1.  2. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador. Tabla 21.  5.  no  ingresa  al  sistema y el sistema se cierra.  el sistema  no  realiza ninguno de los eventos siguientes 69  .  4.  genera  un  mensaje  de  error  y  cancela  la  operación. si  el  administrador  decide cancelar  manualmente  la  operación.  El  sistema  valida  la  información  ingresada por el administrador  3.  El  sistema  muestra  los  resultados  obtenidos  Caminos de Excepción:  Para  el  evento 2.    El  sistema  verifica  si  el  campeonato  seleccionado se encuentra habilitado.  permitiendo  al  administrador  volver  a  realizar la operación.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador  volver a realizar la operación. si el  administrador decide cancelar  manualmente  la  operación.  Para el evento 4.Caso de uso “Consultar Campeonato”  Identificador  del  Caso  CA8  de Uso  Nombre Caso de Uso:  Consultar Campeonato  Actor  Administrador  Prioridad y Tipo  Baja  Descripción  El administrador del sistema consulta  los datos de un campeonato  Curso Básico Eventos:  ACTOR  SISTEMA  1.  Para  el  evento 3.

  8.  El  sistema  avisa  al  administrador  que  la  operación fue exitosa.  Para el evento 4.  genera  un  mensaje  de  error  y  cancela  la  operación.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.  El  sistema  valida  la  información  ingresada por el administrador  3. si el sistema detecta un error al verificar si el campeonato no esta habilitado.  5. El administrador se registra en el sistema  ingresando cedula y contraseña.  Para  el  evento 6. si el  administrador decide cancelar  manualmente  la  operación.  El  sistema  verifica  si  el  campeonato  seleccionado se encuentra habilitado. si  el  administrador  decide cancelar  manualmente  la  operación.  El administrador actualiza los datos  que  desea editar  del delegado  7.  Para  el  evento 3. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.  4.Caso de uso “Editar Campeonato”  Identificador  del  Caso  CA9  de Uso  Nombre Caso de Uso:  Editar Campeonato  Actor  Administrador  Prioridad y Tipo  Alta  Descripción  El administrador del sistema edita  los datos de un campeonato  Curso Básico Eventos:  ACTOR  SISTEMA  1.    El  sistema  muestra  los  resultados  obtenidos  6.  El  sistema  valida  los  datos  incluidos  por  el administrador.  Caminos Alternos:  Para  el  evento  1.  9. El sistema ingresa los datos actualizados  del Campeonato.  Para  el  evento  7. Tabla 22.  genera  un  mensaje  de  error  y  cancela  la  operación.  permitiendo  al  administrador  volver  a  realizar  la  operación.  no  ingresa  al  sistema y el sistema se cierra.  Caminos de Excepción:  Para  el  evento 2.  si  el  sistema  detecta  un  error  en  la  validación  de  los  campos.  El  administrador  selecciona  el  campeonato que desea editar.  permitiendo  al  administrador  volver  a  realizar la operación.  el sistema  no  realiza ninguno de los eventos siguientes.  2.  el sistema  no  realiza ninguno de los eventos siguientes 70  . si el  administrador decide cancelar  manualmente  la  operación.

  El  sistema  valida  los  datos  incluidos  por  el administrador.  no  ingresa  al  sistema y el sistema se cierra.  5.  permitiendo  al  administrador  volver  a  realizar  la  operación.  Caminos de Excepción:  Para  el  evento 2.  Curso Básico Eventos:  ACTOR  SISTEMA  1.  El  administrador  coloca  los  datos  del  nuevo  equipo  en  los  campos  correspondientes.  4.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.  6. El administrador se registra en el sistema  ingresando cedula y contraseña.  El  sistema  valida  la  información  ingresada por el administrador  3.  El  sistema  avisa  al  administrador  que  la  operación fue exitosa.  si  el  sistema  detecta  un  error  en  la  validación  de  los  campos. si el  administrador decide cancelar  manualmente  la  operación. Tabla 23. si  el  administrador  decide cancelar  manualmente  la  operación.  Para  el  evento  4.  2.  Caminos Alternos:  Para  el  evento 1. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.  genera  un  mensaje  de  error  y  cancela  la  operación. El sistema ingresa el nuevo equipo.  Para  el  evento 3. Caso de uso “Agregar Equipo ”  Identificador  del  Caso  CA10  de Uso  Nombre Caso de Uso:  Agregar Equipo  Actor  Administrador  Prioridad y Tipo  Alta  Descripción  El administrador del sistema ingresa  los datos para la creación de un Equipo.  el sistema  no  realiza ninguno de los eventos siguientes. 71  .

  el sistema  no  realiza ninguno de los eventos siguientes 72  .  El  sistema  muestra  los  resultados  obtenidos  Caminos de Excepción:  Para  el  evento 2. El administrador se registra en el sistema  ingresando cedula y contraseña. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador. si el sistema detecta un error al verificar si el equipo no esta habilitado.  5.  Para  el  evento 3.  4.  Para el evento 4.  El  sistema  valida  la  información  ingresada por el administrador  3.  Caminos Alternos:  Para  el  evento  1.    El  sistema  verifica  si  el  equipo  seleccionado se encuentra habilitado. si  el  administrador  decide cancelar  manualmente  la  operación.  no  ingresa  al  sistema y el sistema se cierra. genera  un  mensaje  de  error  y  cancela  la  operación. si el  administrador decide cancelar  manualmente  la  operación.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.Caso de uso “Consultar Equipo”  Identificador  del  Caso  CA8  de Uso  Nombre Caso de Uso:  Consultar Equipo  Actor  Administrador  Prioridad y Tipo  Baja  Descripción  El administrador del sistema consulta  los datos de un equipo  Curso Básico Eventos:  ACTOR  SISTEMA  1. El administrador selecciona el equipo que  desea consultar.  permitiendo  al  administrador  volver  a  realizar  la  operación.  2. Tabla 24.

  5.  Caminos Alternos:  Para  el  evento  1.  no  ingresa  al  sistema y el sistema se cierra.  Caminos de Excepción:  Para  el  evento 2.  Para el evento 4. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.  permitiendo  al  administrador  volver  a  realizar  la  operación.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación. El administrador se registra en el sistema  ingresando cedula y contraseña.  el sistema  no  realiza ninguno de los eventos siguientes.  permitiendo  al  administrador  volver  a  realizar  la  operación.  si  el  sistema  detecta  un  error  en  la  validación  de  los  campos. si el  administrador decide cancelar  manualmente  la  operación.  El  sistema  valida  los  datos  incluidos  por  el administrador.Caso de uso “Editar Equipo”  Identificador  del  Caso  CA9  de Uso  Nombre Caso de Uso:  Editar Equipo  Actor  Administrador  Prioridad y Tipo  Alta  Descripción  El administrador del sistema edita  los datos de un equipo  Curso Básico Eventos:  ACTOR  SISTEMA  1. si  el  administrador  decide cancelar  manualmente  la  operación.  El  sistema  verifica  si  el  equipo  seleccionado se encuentra habilitado. El administrador selecciona el equipo que  desea editar.  2.  Para  el  evento 6.  El administrador actualiza los datos  que  desea editar del equipo  7.  el sistema  no  realiza ninguno de los eventos siguientes.  4. si el sistema detecta un error al verificar si el equipo no esta habilitado. si el  administrador decide cancelar  manualmente  la  operación.  genera  un  mensaje  de  error  y  cancela  la  operación.  Para  el  evento 3.    El  sistema  muestra  los  resultados  obtenidos  6.  El  sistema  valida  la  información  ingresada por el administrador  3. genera  un  mensaje  de  error  y  cancela  la  operación.  Para  el  evento  7.  El  sistema  avisa  al  administrador  que  la  operación fue exitosa. El sistema ingresa los datos actualizados  del equipo.  8. 73  . Tabla 25.  9.

  Para  el  evento 3.  6. El sistema ingresa el nuevo jugador.  4. si  el  administrador  decide cancelar  manualmente  la  operación.  si  el  sistema  detecta  un  error  en  la  validación  de  los  campos.  2.  Caminos Alternos:  Para  el  evento  1.  el sistema  no  realiza ninguno de los eventos siguientes.  El  sistema  avisa  al  administrador  que  la  operación fue exitosa.  Caminos de Excepción:  Para  el  evento 2.  El  sistema  valida  la  información  ingresada por el administrador  3.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.  Curso Básico Eventos:  ACTOR  SISTEMA  1.  El  administrador  coloca  los  datos  del  nuevo  jugador  en  los  campos  correspondientes. 74  .  El  sistema  valida  los  datos  incluidos  por  el administrador.  Para  el  evento  4. Tabla 26.  5.  genera  un  mensaje  de  error  y  cancela  la  operación.  no  ingresa  al  sistema y el sistema se cierra. Caso de uso “Agregar Jugador”  Identificador  del  Caso  CA10  de Uso  Nombre Caso de Uso:  Agregar Jugador  Actor  Administrador  Prioridad y Tipo  Alta  Descripción  El administrador del sistema ingresa  los datos para la creación de un Jugador. si el  administrador decide cancelar  manualmente  la  operación.  permitiendo  al  administrador  volver  a  realizar  la  operación. El administrador se registra en el sistema  ingresando cedula y contraseña. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.

  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.  genera  un  mensaje  de  error  y  cancela  la  operación.  El  administrador  selecciona  el  jugador  que desea consultar.  5.  2.  permitiendo  al  administrador  volver  a  realizar la operación. si el  administrador decide cancelar  manualmente  la  operación. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.  si  el  sistema  detecta  un  error  al  verificar  si  el  jugador  no  esta  habilitado.  El  sistema  valida  la  información  ingresada por el administrador  3. Tabla 27.  el sistema  no  realiza ninguno de los eventos siguientes 75  .  no  ingresa  al  sistema y el sistema se cierra. si  el  administrador  decide cancelar  manualmente  la  operación.    El  sistema  verifica  si  el  jugador  seleccionado se encuentra habilitado.  Caminos Alternos:  Para  el  evento  1.  4. El administrador se registra en el sistema  ingresando cedula y contraseña.  El  sistema  muestra  los  resultados  obtenidos  Caminos de Excepción:  Para  el  evento 2.  Para  el  evento 3.  Para  el  evento  4.Caso de uso “Consultar Jugador”  Identificador  del  Caso  CA8  de Uso  Nombre Caso de Uso:  Consultar Jugador  Actor  Administrador  Prioridad y Tipo  Baja  Descripción  El administrador del sistema consulta  los datos de un jugador  Curso Básico Eventos:  ACTOR  SISTEMA  1.

Caso de uso “Editar Jugador”  Identificador  del  Caso  CA9  de Uso  Nombre Caso de Uso:  Editar Jugador  Actor  Administrador  Prioridad y Tipo  Alta  Descripción  El administrador del sistema edita  los datos de un Jugador  Curso Básico Eventos:  ACTOR  SISTEMA  1.  2.  4.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.  Para  el  evento  4.  si  el  sistema  detecta  un  error  al  verificar  si  el  jugador  no  esta  habilitado.  genera  un  mensaje  de  error  y  cancela  la  operación.  El administrador actualiza los datos  que  desea editar del jugador.  el sistema  no  realiza ninguno de los eventos siguientes. si el  administrador decide cancelar  manualmente  la  operación. El sistema ingresa los datos actualizados  del jugador.  Para  el  evento 3.  8. si  el  administrador  decide cancelar  manualmente  la  operación.  5. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.  El  sistema  verifica  si  el  jugador  seleccionado se encuentra habilitado.  El  sistema  valida  los  datos  incluidos  por  el administrador.  9.  El  administrador  selecciona  el  jugador  que desea editar.  Para  el  evento  7.    El  sistema  muestra  los  resultados  obtenidos  6.  El  sistema  valida  la  información  ingresada por el administrador  3. 76  .  permitiendo  al  administrador  volver  a  realizar la operación.  permitiendo  al  administrador  volver  a  realizar  la  operación. Tabla 28.  El  sistema  avisa  al  administrador  que  la  operación fue exitosa.  genera  un  mensaje  de  error  y  cancela  la  operación.  Caminos Alternos:  Para  el  evento  1.  Caminos de Excepción:  Para  el  evento 2. El administrador se registra en el sistema  ingresando cedula y contraseña.  7.  si  el  sistema  detecta  un  error  en  la  validación  de  los  campos.  no  ingresa  al  sistema y el sistema se cierra.

  4.  Para  el  evento 3.  no  ingresa  al  sistema y el sistema se cierra.  El  sistema  avisa  al  administrador  que  la  operación fue exitosa. Tabla 29.  El  sistema  valida  la  información  ingresada por el administrador  3. El administrador se registra en el sistema  ingresando cedula y contraseña. 77  .  6. si el  administrador decide cancelar  manualmente  la  operación.  2.  Caminos Alternos:  Para  el  evento  1.  El  administrador  coloca  los  datos  del  nuevo  escenario  en  los  campos  correspondientes.  el sistema  no  realiza ninguno de los eventos siguientes.  genera  un  mensaje  de  error  y  cancela  la  operación. El sistema ingresa el nuevo escenario. si  el  administrador  decide cancelar  manualmente  la  operación.  si  el  sistema  detecta  un  error  en  la  validación  de  los  campos.  Curso Básico Eventos:  ACTOR  SISTEMA  1.  Caminos de Excepción:  Para  el  evento 2.  5.  Para  el  evento  4. Caso de uso “Agregar Escenario”  Identificador  del  Caso  CA10  de Uso  Nombre Caso de Uso:  Agregar Escenario  Actor  Administrador  Prioridad y Tipo  Alta  Descripción  El administrador del sistema ingresa  los datos para la creación de un Escenario. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.  El  sistema  valida  los  datos  incluidos  por  el administrador.  permitiendo  al  administrador  volver  a  realizar  la  operación.

  El  sistema  valida  la  información  ingresada por el administrador  3.  5.  permitiendo  al  administrador  volver  a  realizar la operación. si  el  administrador  decide cancelar  manualmente  la  operación.  el sistema  no  realiza ninguno de los eventos siguientes 78  .  genera  un  mensaje  de  error  y  cancela  la  operación.Caso de uso “Consultar Escenario”  Identificador  del  Caso  CA8  de Uso  Nombre Caso de Uso:  Consultar Escenario  Actor  Administrador  Prioridad y Tipo  Baja  Descripción  El administrador del sistema consulta  los datos de un Escenario  Curso Básico Eventos:  ACTOR  SISTEMA  1.  no  ingresa  al  sistema y el sistema se cierra.  2.  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.  Para  el  evento 3.  El  sistema  muestra  los  resultados  obtenidos  Caminos de Excepción:  Para  el  evento 2. si el  administrador decide cancelar  manualmente  la  operación. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.  Para  el  evento  4.  Caminos Alternos:  Para  el  evento  1.  4.  si  el  sistema  detecta  un  error  al  verificar  si  el  escenario  no  esta  habilitado. Tabla 30.    El  sistema  verifica  si  el  escenario  seleccionado se encuentra habilitado.  El  administrador  selecciona  el  escenario  que desea consultar. El administrador se registra en el sistema  ingresando cedula y contraseña.

  El  sistema  verifica  si  el  escenario  seleccionado se encuentra habilitado. 79  .  el  sistema  genera  un  mensaje  de  error  y  cancela  la  operación  permitiendo  al  administrador volver a realizar la operación.    El  sistema  muestra  los  resultados  obtenidos  6.  si  el  sistema  detecta  un  error  al  verificar  si  el  escenario  no  esta  habilitado.  Para  el  evento  4.  El  sistema  avisa  al  administrador  que  la  operación fue exitosa.  Para  el  evento 3. si  el  administrador  decide cancelar  manualmente  la  operación.  permitiendo  al  administrador  volver  a  realizar la operación.  El  administrador  selecciona  el  escenario  que desea editar.  el sistema  no  realiza ninguno de los eventos siguientes.  Caminos de Excepción:  Para  el  evento 2. El administrador se registra en el sistema  ingresando cedula y contraseña.  El  sistema  valida  los  datos  incluidos  por  el administrador. si el  administrador decide cancelar  manualmente  la  operación.  permitiendo  al  administrador  volver  a  realizar  la  operación.Caso de uso “Editar Escenario”  Identificador  del  Caso  CA9  de Uso  Nombre Caso de Uso:  Editar Escenario  Actor  Administrador  Prioridad y Tipo  Alta  Descripción  El administrador del sistema edita  los datos de un Escenario  Curso Básico Eventos:  ACTOR  SISTEMA  1.  5.  El  sistema  valida  la  información  ingresada por el administrador  3. si  el sistema  encuentra un  error  en la  validación  de los datos de registro del  administrador.  genera  un  mensaje  de  error  y  cancela  la  operación.  8.  Para  el  evento  7.  4. El sistema ingresa los datos actualizados  del escenario.  El administrador actualiza los datos  que  desea editar del escenario  7.  Caminos Alternos:  Para  el  evento  1.  no  ingresa  al  sistema y el sistema se cierra.  si  el  sistema  detecta  un  error  en  la  validación  de  los  campos.  genera  un  mensaje  de  error  y  cancela  la  operación.  9.  2. Tabla 31.

n  Equipo  Pe  Crear()  CuerpoTecnico  Pp  Fecha : Date  Id : Integer  Cons ultar()  Id : Integer  1  Anotf  Editar()  Hora : Date  Nom bre : String  Contras ena : String  Anotc  Operacion : String  Foto : String  Estado : Integer  Anotdif  Ip : Integer  Deporte : String  Us uario : String  Puntos  Editar()  Posiciones  Crear()  Crear()  Cons ultar()  Cons ultar()  Cons ultar()  Cons ultar()  Editar()  Figura 29.n  Pj Es tado : Integer  Crear()  Auditoria  Pg  Cons ultar()  Idauditoria : Integer  1.  Diagramas de Clases  Persona  Campeonato  Cedula : Integer  Id : Integer  Nombre : String  Nombre : String  Apellido : String  Categoria : String  Fotografia : String  Deporte : String  Programacion  Fecha de Nacim iento : Date  Rama : String  Id : Integer  Pos icion : String  Num_Jugadores  : Integer  Idequipolocal : Integer  Acreditacion : String  Num_Equipos  : Integer  Idequipovis itante : Integer  Logros : String  Es tado : Integer  Goles local : Integer  His toria : String  Puntos ganador : Integer  Goles vis itante : Integer  Administrador  Contacto : String  Puntos perdedor : Integer  Fecha : D ate  id : Integer  Direccion : String  Puntos em pate : Integer  Hora : Date  Contraseña : String  Telefono : Integer  Puntos w : Integer  Es tado : Integer  Em ail : String  Crear()  Obs ervaciones  : String  Crear()  Cons ultar()  Editar()  Ins cripcion()  Editar()  Crear()  Crear()  Programacion()  Cons ultar()  Cons ultar()  Marcadores()  Editar()  Pos iciones ()  Cons ultar()  1  1  Escenario  Id : Integer  Jugadores  Nombre : String  Direccion : String  Id : Integer  Telefono : Integer  Num ero : String  Adminis trador : String  1..3.n  Resultados  Ciudad : String  Editaar()  1.  Diagrama de clases 80  ..9..

4.9.  Iniciar sesión administrador  : Administrador  : Conexion  : Administrador  consultar(string estado)  consultarAdministrador()  consultar()  DataSet  Figura 31.  Consultar  Administrador 81  .  Diagramas de Secuencia  : Administrador  : Conexion  : Administrador  ingresarDatos()  ingresarAdministrador()  ejecutar()  "Operacion Exitosa"  Figura 30.

  Editar Administrador  : Campeonato  : Conexion  : Equipo  : Resultados  : Adminis trador  consultar()  consultar()  consultar()  DataSet  consultar(idCampeonato)  consultar()  consultar()  DataSet  inscribir(idEquipo.idCampeonato) agregarResultado()  ejecutar()  "Operacion Exitosa"  Figura 33.  Agregar Marcadores 82  . : Administrador  : Conexion  : Administrador  consultar(string estado)  consultarAdministrador()  consultar()  DataSet  ingresarDatos()  actualizar()  ejecutar()  "Operacion Exitosa"  Figura 32.

: Campeonato  : Conexion  : Equipo  : Programacion  : Adm inis trador  consultar()  consultar()  consultar()  DataSet  consultar(idCampeonato)  consultar()  consultar()  DataSet  generarProgramacion(idCampeonato.  Generar Programación  : Delegado  : CuerpoTecnico  : Conexion  ingresarDatos()  ingresarDelegado()  ejecutar()  "Operacion Exitosa"  Figura 35.idEquipo[ ].  Iniciar sesión delegado 83  . sorteo [ ] )  generarProgramacion()  ejecutar()  "Operacion Exitosa"  Figura 34.

: Delegado  : CuerpoTecnico  : Conexion  consultar(string estado)  consultarDelegado()  consultar()  DataSet  Figura 36.  Consultar Delegado  : Delegado  : CuerpoTecnico  : Conexion  consultar(string estado)  consultarDelegado()  consultar()  DataSet  ingresarDatos()  actualizar()  ejecutar()  "Operacion Exitosa"  Figura 37.  Editar Delegado 84  .

  Consultar Jugador 85  .  Agregar Jugador  : Delegado  : Jugadores  : Conexion  consultar(string estado)  consultarJugador()  consultar()  DataSet  Figura 39. : Jugadores  : Conexion  : Delegado  ingresarDatos()  ingresarJugador()  ejecutar()  "Operacion Exitosa"  Figura 38.

: Delegado  : Jugadores  : Conexion  consultar(string estado)  consultarJugador()  cons ultar()  DataSet  ingresarDatos()  actualizar()  ejecutar()  "Operacion Exitosa"  Figura 40.  Agregar Campeonato 86  .  Editar Jugador  : Campeonato  : Conexion  : Adminis trador  ingresarDatos()  ingresarCampeonato()  ejecutar()  "Operacion Exitosa"  Figura 41.

  Editar Campeonato 87  .  Consultar Campeonato  : Administrador  : Campeonato  : Conexion  consultar(string estado)  consultarCampeonato()  consultar()  DataSet  ingresarDatos()  actualizar()  ejecutar()  "Operacion Exitosa"  Figura 43.: Administrador  : Campeonato  : Conexion  consultar(string estado)  consultarCampeonato()  consultar()  DataSet  Figura 42.

: Equipo  : Conexion  : Administrador  ingresarDatos()  ingresarEquipo()  ejecutar()  "Operacion Exitosa"  Figura 44.  Consultar Equipo 88  .  Agregar Equipo  : Equipo  : Conexion  : Administrador  consultar(string estado)  consultarEquipo()  consultar()  DataSet  Figura 45.

: Equipo  : Conexion  : Administrador  consultar(string estado)  consultarEquipo()  consultar()  DataSet  ingresarDatos()  actualizar()  ejecutar()  "Operacion Exitosa"  Figura 46.  Agregar Escenario 89  .  Editar Equipo  : Escenario  : Conexion  : Administrador  ingresarDatos()  ingresarEscenario()  ejecutar()  "Operacion Exitosa"  Figura 47.

: Escenario  : Conexion  : Administrador  consultar(string estado)  consultarEscenario()  consultar()  DataSet  Figura 48.  Consultar Escenario  : Escenario  : Conexion  : Adm inistrador  consultar(string estado)  consultarEscenario()  consultar()  DataSet  ingresarDatos()  acualizar()  ejecutar()  "Operacion Exitosa"  Figura 49.  Editar Escenario 90  .

9.5.  Consultar administrador 91  .  Diagramas de Colaboración  1: ingresarDatos()  : Administrador  : Administrador  3: ejecutar()  4: "Operacion Exitosa"  2: ingresarAdministrador()  :  Conexion  Figura 50.  Agregar Administrador  1: consultar(string estado)  : Administrador  : Administrador  4: DataSet  2: consultarAdministrador()  3: consultar()  :  Conexion  Figura 51.

1: consultar(string estado)  5: ingresarDatos()  : Administrador  : Administrador  3: consultar()  4: DataSet  7: ejecutar()  2: consultarAdministrador()  8: "Operacion Exitosa"  6: actualizar()  :  Conexion  Figura 52.idEquipo[ ].  Editar Administrador  3: consultar()  10: generarProgramacion()  7: consultar()  11: ejecutar()  :  :  Programacion  Conexion  2: cons ultar()  9: generarProgramacion(idCampeonato. sorteo [ ] )  6: cons ultar()  4: DataSet  8: DataSet  : Campeonato  12: "Operacion Exitos a"  1: consultar()  5: cons ultar(idCampeonato)  : Equipo  : Adminis trador  Figura 53.  Generar Programación 92  .

1: ingresarDatos()  : CuerpoTecnico  : Delegado  4: "Operacion Exitosa"  2: ingresarDelegado()  3: ejecutar()  : Conexion  Figura 54.  Consultar Delegado 93  .  Agregar Delegado  1: cons ultar(s tring es tado)  : CuerpoTecnico  : Delegado  4: DataSet  2: cons ultarDelegado()  3: cons ultar()  : Conexion  Figura 55.

1: consultar(string es tado)  5: ingresarDatos()  : CuerpoTecnico  : Delegado  4: DataSet  2: consultarDelegado()  8: "Operacion Exitos a"  6: actualizar()  3: consultar()  7: ejecutar()  :  Conexion  Figura 56.  Editar Delegado  1: ingres arDatos()  : Jugadores  : Delegado  4: "Operacion Exitosa"  2: ingresarJugador()  3: ejecutar()  :  Conexion  Figura 57.  Agregar Jugador 94  .

  Editar Jugador 95  . 1: consultar(string estado)  : Jugadores  : Delegado  4: DataSet  2: consultarJugador()  3: consultar()  : Conexion  Figura 58.  Consultar Jugador  1: consultar(string estado)  5: ingresarDatos()  : Jugadores  : Delegado  4: DataSet  2: consultarJugador()  8: "Operacion Exitosa"  6: actualizar()  3: consultar()  7: ejecutar()  : Conexion  Figura 59.

  Consulta Campeonato 96  . 1: ingresarDatos()  : Cam peonato  : Adm inis trador  4: "Operacion Exitosa"  2: ingresarCampeonato()  3: ejecutar()  : Conexion  Figura 60.  Agregar Campeonato  1: consultar(string estado)  : Cam peonato  : Administrador  4: DataSet  2: consultarCampeonato()  3: consultar()  : Conexion  Figura 61.

  Editar campeonato  1: ingresarDatos()  : Equipo  : Administrador  4: "Operacion Exitosa"  2: ingresarEquipo()  3: ejecutar()  : Conexion  Figura 63.  Agregar Equipo 97  . 1: cons ultar(string es tado)  5: ingresarDatos()  : Cam peonato  : Administrador  4: DataSet  2: consultarCampeonato()  8: "Operacion Exitosa"  6: actualizar()  3: consultar()  7: ejecutar()  : Conexion  Figura 62.

  Editar Equipo 98  .  Consultar Equipo  1: consultar(string estado)  5: ingresarDatos()  : Equipo  : Administrador  4: DataSet  2: consultarEquipo()  8: "Operacion Exitosa"  6: actualizar()  3: consultar()  7: ejecutar()  : Conexion  Figura 65. 1: consultar(string estado)  : Equipo  : Administrador  4: DataSet  2: cons ultarEquipo()  3: consultar()  : Conexion  Figura 64.

  Inscribir Equipo a Campeonato  1: ingresarDatos()  : Escenario  : Administrador  4: "Operacion Exitosa"  2: ingresarEscenario()  3: ejecutar()  : Conexion  Figura 67.idCampeonato)  :  1: consultar()  Resultados  : Adminis trador  : Cam peonato  5: consultar(idCampeonato)  10: agregarResultado()  4: DataSet  2: consultar()  8: DataSet  3: consultar()  12: "Operacion Exitosa"  7: consultar()  11: ejecutar()  6: consultar()  : Equipo  :  Conexion  Figura 66. 9: inscribir(idEquipo.  Agregar Escenario 99  .

1: consultar(string estado)  : Escenario  : Administrador  4: DataSet  2: consultarEscenario()  3: consultar()  : Conexion  Figura 68.  Editar Escenario 100  .  Consultar Escenario  1: consultar(string es tado)  5: ingresarDatos()  : Escenario  : Administrador  4: DataSet  2: consultarEscenario()  8: "Operacion Exitosa"  6: acualizar()  3: consultar()  7: ejecutar()  : Conexion  Figura 69.

  Editar programación  10: consultar()  9: consultar()  :  1: consultar()  Programacion  : Administrador  : Campeonato  5: consultar(idCampeonato)  11: cons ultar()  4: DataSet  2: consultar()  8: DataSet  12: DataSet  3: consultar()  7: consultar()  6: cons ultar()  : Equipo  :  Conexion  Figura 71. 10: consultar()  14: Ejecutar()  9: cons ultar()  13: generarProgramacion(idCam peonato. sorteo [ ] )  :  1: cons ultar()  Programacion  : Administrador  : Cam peonato  11: consultar()  5: consultar(idCampeonato)  15: actualizar()  4: DataSet  2: cons ultar()  8: DataSet  12: DataSet  16: "Operacion Exitosa"  3: consultar()  7: consultar()  6: cons ultar()  : Equipo  :  Conexion  Figura 70.idEquipo[ ].  Consultar programación 101  .

  Sesión Administrador 102  .1.  Presentación  Estos  son  algunos  de los formularios  y  páginas  diseñadas  en  DreamWeaver  con  PHP con las que cuenta la aplicación:  Figura 72.  Arquitectura de tres capas  Como  sabemos  esta  estrategia  para  la  construcción  de  software  nos  permite  realizar  desarrollos  en  multinivel  o  multicapa  a  continuación  presentaremos  las  diferentes capas y sus elementos más importantes.  La capa de persistencia:  9.6.6.IMPLEMENTACION  9.

Figura 73.  Consulta de Administradores 103  .  Generar Administrador  Figura 74.  Consulta Administradores  Figura 75.

  Consulta marcadores 104  .  Consulta de programación  Figura 78.Figura 76.  Creación de Campeonatos  Figura 77.

  Creación de escenario 105  . Figura 79.  Tabla de Posiciones  Figura 80.  Consulta de Campeonatos  Figura 81.

$this­>correo."'.2.'".$telefono.6.$this­>direccion.$this­>nombre.$direccion.$orden;}  function consultar1() 106  .'".'"."'."'."')";}  function consultar()  {return "select * from administrador where cedulaadmin='".$observacion.'".'".  Clase Administrador  <?php  class administrador  {  var $cedulaadmin;  var $nombre;  var $apellido;  var $foto;  var $direccion;  var $telefono;  var $correo;  var $observacion;  var $contrasena;  var $estado;  function administrador($id.$this­>observaciones.  Lógica  Las  siguientes  son  algunas  de  las  clases  que  se  generaron  para  realizar    las  diferentes  conexiones  entre  formularios  y  las  bases  de  datos  como  también  las  validaciones para la seguridad de la aplicación.'".$apellido.$contrasena."'."'.9.'".$foto."'.$this­>cedulaadmin.$this­>cedulaadmin.$this­>contrasena.$correo.$this­>apellido."'";}  function consultarTodos($orden)  {return "select * from administrador order by "."'.$cont)  {  $this­>cedulaadmin=$id;  $this­>contrasena=$cont;  }  function ponerdatos($nombre."'.$this­>telefono.$this­  >foto.'"."'.'".$this­  >estado.$estado)  {  $this­>nombre= $nombre;  $this­>apellido= $apellido;  $this­>foto= $foto;  $this­>direccion= $direccion;  $this­>telefono= $telefono;  $this­>correo= $correo;  $this­>observaciones= $observacion;  $this­>contrasena= $contrasena;  $this­>estado= $estado;  }  function insertar()  {return  "insert  into  administrador  values('".

"' where  cedulaadmin='"."'.$cont)  {  $this­>ceduladel=$codigo; 107  ."'";}  function actualizarContra($c)  {return "update administrador set contra='"."'";}  function actualizar()  {  if($this­>foto=="")  {$f=" ";}  else  {$f=".$this­  >direccion.$h.  correo='"."'"."'";}  return  "update  administrador  set  nombre  ='".$this­>foto."' where cedula='".  apellido='".$this­>cedulaadmin.$this­>apellido. {return "select * from administrador";}  function consultar2()  {return "select * from administrador where estado= '0'";}  function consultar3()  {return "select * from administrador where estado= '1'";}  function consultarNombres()  {return "select * from admon order by nombre";}  function consultarAcceso()  {return  "select  *  from  administrador  where  cedulaadmin='".  estado='".$this­>cedulaadmin."'";}  }  ?>  Clase Delegado  <?php  class delegado  {  var $ceduladel;  var $nombre;  var $apellido;  var $foto;  var $direccion;  var $telefono;  var $correo;  var $observacion;  var $contrasena;  var $estado;  function delegado($codigo.$this­>nombre.$c."'.$this­>telefono."'."."'  and  contrasena='".$f.$this­>cedula."'";}  function habilitar($h)  {return "update administrador set habilitado=".  telefono='"."'. foto='".$this­>correo.$this­>observaciones.$this­  >contrasena.$this­>estado."'.$this­>cedula.  direccion='"." where cedula='".  observaciones='".

$this­  >direccion.$this­>foto.$foto.$contrasena.'".$busqueda.$busqueda.'".$correo.$estado)  {  $this­>nombre= $nombre;  $this­>apellido= $apellido;  $this­>foto= $foto;  $this­>direccion= $direccion;  $this­>telefono= $telefono;  $this­>correo= $correo;  $this­>observaciones= $observacion;  $this­>contrasena= $contrasena;  $this­>estado= $estado;  }  function insertar()  {return  "insert  into  delegado  values('"."'.$this­>observaciones.$this­>ceduladel."%'";}  function consultar1()  {return "select * from delegado where  ceduladel ='"."'."'.$direccion.$this­>nombre.$this­>contrasena. $this­>contrasena=$cont;  }  function ponerdatos($nombre.$observacion."')";}  function consultar()  {return "select * from delegado ";}  function consultar2($busqueda)  {return  "select  *  from  delegado  where    ceduladel  like'%".$this­>telefono.$telefono.$this­>estado.$this­>apellido.'"."'."'";}  function consultar3()  {return "select * from delegado where estado= '0'";}  function consultar4()  {return "select * from delegado where estado= '1'";}  function consultarTodos($orden)  {return "select * from delegado order by ".$this­>correo.$apellido.$this­>ceduladel.'".$orden;}  function consultarNombres()  {return "select * from delegado order by nombre";}  function consultarAcceso()  {return "select * from delegado where ceduladel='"."'";}  function actualizar()  { 108  .'".'"."%'  or  nombre  like  '%".'"."'."%'  or  apellido  like '%"."' and contrasena='"."'.$busqueda.$this­>contrasena."'.$this­>ceduladel."'."'.'".'".

$foto."'."'."'.$numero."' where cedula='".$correo.  estado='".$this­>direccion."'";}  function actualizarContra($c)  {return "update delegado set contra='". foto='".$h.$this­>ceduladel." where cedula='".$observacion)  {  $this­>cedulajugador=$codigo; 109  .$telefono. direccion='". if($this­>foto=="")  {$f=" ";}  else  {$f=".$apellido.$f.$equipo.  telefono='".  $acreditacion.$c.$this­>telefono.$this­>observaciones."'.$logros.  correo='"."'  where  ceduladel='".$direccion. apellido='".$fechanacimiento."'";}  }  ?>  Clase Jugador  ?php  class jugador  {  var $codigo;  var $nombre;  var $apellido;  var $fechanacimiento;  var $numero;  var $idequipo;  var $foto;  var $direccion;  var $telefono;  var $correo;  var $acreditacion;  var $logros;  var $estado;  var $observaciones;  function jugador($codigo)  {  $this­>cedulajugador=$codigo;  }  functionponerdatos($codigo.$this­>ceduladel.$this­>ceduladel."'";}  function habilitar($h)  {return "update delegado set habilitado=".$this­>estado."'";}  return "update delegado set nombre ='". nombre.".$this­>apellido."'".$this­>foto.$this­>correo."'.$estado.$this­>nombre.  observaciones='".

"'.nombre  like  '%".$busqueda.'"."'.'".estado  like  '%". 110  ."%'  or  j.$this­>fechanacimiento.$this­>apellido."'.$this­>logros.  logros='".  e.$this­>logros."'.$orden;}  function consultarNombres()  {return "select * from jugador order by nombre";}  function consultarAcceso()  {return "select * from jugador where codigo='"."."'."'.$this­  >acreditacion.$this­>apellido.'"."'.'".nombre  like  '%".  observaciones='"."' and contra='".cedulajugador.'"."'."'.$busqueda.$busqueda."'";}  return "update jugador set  nombre= '".j.$this­>nombre."')";}  function consultar()  {return "select * from jugador where cedulajugador='".nombre  from  jugador  j."'."%')  and  j.$this­>telefono.idequipo=e.$busqueda.  apellido='".$this­>foto."'."%'  or  e.apellido  like  '%".apellido.$this­>estado.$this­>telefono.j.idequipo";}  function consultarTodos($orden)  {return "select * from jugador order by ".correo='"."'.$this­>foto.  equipo  e  where  (j.'"."'."'.$this­>numero."%'  or  j."'.'"."%'  or  j.nombre. foto='".$this­>cedulajugador.$this­>contra."'."'.estado. $this­>nombre= $nombre;  $this­>apellido= $apellido;  $this­>fechanacimiento= $fechanacimiento;  $this­>numero= $numero;  $this­>idequipo= $equipo;  $this­>foto= $foto;  $this­>direccion= $direccion;  $this­>telefono= $telefono;  $this­>correo= $correo;  $this­>acreditacion= $acreditacion;  $this­>logros= $logros;  $this­>estado= $estado;  $this­>observaciones= $observacion;  }  function insertar()  {return "insert into jugador values('"."'.$this­>acreditacion.$f.'".j.  estado='".$this­>observaciones."'"."%'  or  j.$this­>direccion. direccion='".$this­>idequipo."'";}  function consultar2($busqueda)  {return  "select  j.  telefono='".  acreditacion='".$this­  >direccion.'".$this­>correo.$this­>nombre.$busqueda.$this­>correo.$this­>codigo.$this­>fechanacimiento.numero.'".numero  like  '%"."'.  fechanacimiento='"."'.j.'".cedulajugador  like'%".'".$this­>cedulajugador.$this­>observaciones."'";}  function actualizar()  {  if($this­>foto=="")  {$f=" ";}  else  {$f="."'.'".$this­>estado."'.$busqueda.

 e."'.$this­>cedulajugador.estado.apellido.'".rama."' where cedulajugador='".$c."'.deporte.'"."'";  }  function actualizarContra($c)  {return "update jugador set contra='".$this­  >estado.$estado.$this­>cedula.numero='".nombre."'. d."'";}  function habilitar($h)  {return "update jugador set habilitado=".$this­>foto."'. d. idequipo='".$ceduladel)  {  $this­>nombre= $nombre;  $this­>foto= $img;  $this­>deporte= $deporte;  $this­>rama= $rama;  $this­>estado= $estado;  $this­>ceduladel= $ceduladel;  }  function insertar()  {return  "insert  into  equipo  values(''."' where cedula='".ceduladel";}  function consultar1() 111  ."'.'".$rama.$deporte.$this­>ceduladel.ceduladel=d.$this­>deporte. e.idequipo from equipo e."'";}  }  ?>  Clase Equipo  <?php  class equipo  {  var $idequipo;  var $nombre;  var $foto;  var $deporte;  var $rama;  var $estado;  var $ceduladel;  function equipo($id)  {  $this­>idequipo=$id;  }  function ponerdatos($nombre. e.$img.$this­>cedula.$this­>nombre.'"."')";}  function consultar0()  {return "select e."'.$h.$this­>rama.'". e.$this­>numero.$this­>idequipo.'"." where cedula='".nombre. delegado d where  e.

 e."' and idcampeonato='"."'. d.estado."'";}  function inscrito($idCam.  e.$idEqu)  {return "delete from resultados where idequipo='".deporte. e.nombre. 112  .$idCam.$idCam.  delegado  d  where  e.  e.categoria='"."'";}  function actualizar()  {  if($this­>foto=="")  {$f=" ";}  else  {$f=".$idEqu.$idEqu)  {return "insert into resultados (idequipo.deporte.$dep.nombre.$f.apellido  from  equipo  e.  d. fotografia='".$this­>idequipo.$ram."' order by e.  delegado  d."'";}  function datosequiposinscritos($idCam)  {return  "select  e.idcampeonato='".ceduladel=d.'".ceduladel and e.estado.$this­>deporte. idcampeonato) values('".  e. {return  "select  e.nombre."' and idcampeonato='"."'";}  return  "update  equipo  set  nombre  ='"."' and e.deporte='". d.    d.$idEqu.estado= '0'";}  function consultar3()  {return "select e. delegado d where e.  e.$this­>contra. d. d.$cat.ceduladel and e.ceduladel=d.ceduladel=d."'";}  function equiposinscritos($idCam)  {return "select count(idcampeonato) from resultados where idcampeonato='".$idCam.estado. e.nombre.$this­>foto.apellido  from  equipo  e.nombre. e.deporte.idequipo from equipo e.idequipo from equipo e.fotografia.apellido.rama. e."' and e.apellido."'";}  function consultarNombres()  {return "select * from equipo order by nombre";}  function consultarAcceso()  {return "select * from equipo where idcampeonato='".$idCam.  resultados  r  where  e."'.ceduladel  and e.  rama='".nombre.idequipo=e.$this­>nombre.$this­>rama.rama='".$this­>codigo.ceduladel=d.$idCam.  e."')";}  function desinscribir($idCam.$orden;}  function consultarInscripcionEquipo($cat.ceduladel=d.  d.nombre.  d.".idequipo.ceduladel  from  equipo e.estado= '1'";}  function consultarTodos($orden)  {return "select * from equipo order by ".$idEqu)  {return "select * from resultados where idequipo='".idequipo and  r."'. e.rama.  e. e.$idEqu.idequipo."'". delegado d where  e.  d.idequipo.nombre";}  function inscribir($idCam."' and contra='".nombre.  d.  deporte='".nombre.apellido.rama. delegado d where  e.$ram)  {return  "select  e.nombre.$dep. e.  e."'";}  function consultar2()  {return "select e.ceduladel and idequipo='".ceduladel and r.  d.

$this­>cedula.php');  require_once('logica/delegado.php');  $idPersona=$_POST['id'];  $_SESSION['idPersona']=$idPersona;  $contra=$_POST['contra'];  if($idPersona==""||$contra=="")//1  {  ?>  <script>location."'";}  function habilitar($h)  {return "update equipo set habilitado="."' where cedula='".$c."'";}  function actualizarContra($c)  {return "update equipo set contra='".$h.php');  require_once('logica/administrador.$contra);  $c = new conexion();  $c­>setsentencia($admin­>consultarAcceso());  $c­>ejecutar();  if($c­>filas()==1)//2  {  $filas=$c­>registro();  $_SESSION['rol']="1";  ?>  <script>location.$this­>cedula.$this­>estado.$this­>idequipo."'";}  }  ?>  Clase validar sesión  <?php  session_start();  require_once('logica/conexion.php')</script>  <?php  }  else//2  { 113  .replace('index. ceduladel='".replace('presentacion/marco.$this­>ceduladel.php?error=1');</script>  <?php  }  else//1  {  $admin= new administrador($idPersona."'." where cedula='"."' where  idequipo='".estado='".

documento.replace('index. $del= new delegado($idPersona.value=="")  {  mensaje+="Fecha de Nacimiento\n";  }  if(obj.value=="")  {  mensaje+="Numero del Jugador\n";  } 114  .numero.apellidos.value=="")  {  mensaje+="Apelidos\n";  }  if(obj.value=="")  {  mensaje+="Documento de Identidad\n";  }  if(obj.fechanacimiento.$contra);  $c = new conexion();  $c­>setsentencia($del­>consultarAcceso());  $c­>ejecutar();  if($c­>filas()==1)//3  {  $filas=$c­>registro();  $_SESSION['rol']="2";  ?>  <script>location.php?error=2')</script>  <?php  }  }  }  ?>  Clase Validar Formularios  function validar(obj)  {  mensaje="";  if(obj.nombres.php')</script>  <?php  }  else//3  {  ?>  <script>location.value=="")  {  mensaje+="Nombres\n";  }  if(obj.replace('presentacion/marcodelegado.

value=="") 115  .value=="")  {  mensaje+="Nombres\n";  }  if(obj.contra.value=="")  {  mensaje+="Nombre del Campeonato\n";  }  if(obj.nombre.value=="")  {  mensaje+="Apelidos\n";  }  if(obj. if(mensaje!="")  {  alert("Por Favor Digite:\n"+mensaje);  return false;  }  else  {  return true;  }  }  function validar1(obj)  {  mensaje="";  if(obj.codigo.value=="")  {  mensaje+="Contraseña\n";  }  if(mensaje!="")  {  alert("Por Favor Digite:\n"+mensaje);  return false;  }  else  {  return true;  }  }  function validar3(obj)  {  mensaje="";  if(obj.apellido.categoria.nombre.value=="")  {  mensaje+="Documento de Identidad\n";  }  if(obj.

value=="")  {  mensaje+="Rama\n";  }  if(obj.numequipos.nombre. {  mensaje+="Categoria\n";  }  if(obj.value=="")  {  mensaje+="Numero de Equipos\n";  }  if(obj.numjugadores.value=="")  {  mensaje+="Nombre del Escenario\n";  }  if(obj.value=="")  { 116  .telefono.rama.deporte.direccion.value=="")  {  mensaje+="Numero de Jugadores\n";  }  if(obj.pg.value=="")  {  mensaje+="El control de Puntuacion\n";  }  if(mensaje!="")  {  alert("Por Favor Digite:\n"+mensaje);  return false;  }  else  {  return true;  }  }  function validar4(obj)  {  mensaje="";  if(obj.value=="")  {  mensaje+="Direcion\n";  }  if(obj.value=="")  {  mensaje+="Deporte\n";  }  if(obj.

..$idPersona);  ?>  <html>  <head>  <link href="estilo.css" rel="stylesheet" type="text/css">  <title>Sistema Administrador Deportivo Sportacus</title>  <script src="Scripts/AC_RunActiveContent./logica/administrador. mensaje+="Telefono\n";  }  if(obj.php');  require_once('.php');  if($_SESSION['idPersona']=="")  {  ?>  <script>location.js" type="text/javascript"></script>  <style type="text/css">  <!­­ 117  ..value=="")  {  mensaje+="Administrador\n";  }  if(obj.replace('.value=="")  {  mensaje+="Ciudad\n";  }  if(mensaje!="")  {  alert("Por Favor Digite:\n"+mensaje);  return false;  }  else  {  return true;  }  }  Control de Acceso de Usuario  <?php  session_start();  require_once('.php');  require_once('funciones./index./logica/conexion.ciudad.administrador.php')</script>  <?php  }  $rol=$_SESSION['rol'];  $idPersona=$_SESSION['idPersona'];  $filasPer=validarSesion($rol.

Estilo14 {  font­size: 16px;  font­weight: bold;  }  . $this­>con);  }  function setsentencia($sent)  {$this­>sentencia= $sent;  return $this­>sentencia; } 118  .. "root".3.Estilo17 {font­size: 18px}  ­­>  </style>  </head>  <body>  <div align="right">  <p><span  class="Estilo2  Estilo6  Estilo2  Estilo6  Estilo10  Estilo14"><span  class="Estilo2  Estilo2  Estilo6  Estilo16">Bienvenido al Sistema</span></span><span class="Estilo2 Estilo2 Estilo6 Estilo10"> <?php echo $filasPer[1] ?>  <?php  echo  $filasPer[2]  ?>  </span><span  class="Estilo2  Estilo6  Estilo10"><span  class="Estilo10  Estilo2  Estilo6  Estilo17"><strong><a href="./index. "");  mysql_select_db("sportacusbd".6..0 .  Clase Conexión  <?php  class conexion  {  var $con;  var $sentencia="";  var $resultado;  function conexion()  {  $this­>con= mysql_connect("localhost".Estilo16 {font­size: 16px}  .php"target="_parent">Salir</a></strong></span></p>  <p>&nbsp;</p>  </div>  </body>  </html>  9.  Persistencia  Por  medio  de  la  clase  conexión  que  presentaremos  a  continuación  se  estableció  toda la comunicación con la base de datos en la cual se encuentra la información  del  sistema  y    de  esa  manera  poder  realizar  todas  las  en  el  motor  de  bases  de  datos MYSQL 5.

function ejecutar()  {$this­>resultado=mysql_query($this­>sentencia.$this­>con) or die (mysql_error());  return $this­>resultado;}  function liberar()  {mysql_free_result($this­>resultado);}  function cerrar()  {mysql_close($this­>con);}  function filas()  {return mysql_num_rows($this­>resultado);}  function campos()  {return mysql_num_fields($this­>resultado);}  function registro()  {return mysql_fetch_row($this­>resultado);}  }  ?>  Modelo relacional 119  .

1. se utilizarán los datos del sistema real. PRUEBAS  Todo sistema de información debe probarse antes de ser utilizado. En  un  principio. más adelante. de esta prueba se realizaran  los ajustes necesarios. 10.  se da clic en “Ingresar”  mostrado en la figura N° 72.  para  identificar  las  posibles fallas del sistema.  Funcionamiento  del  cuadro  de  Se  ingresa  el  nombre  y/o  contraseña  Se  muestra  un  cuadro  de  mensaje  de  error  de  errados  en  los  cuadro  de  texto  mensaje  con  el  mensaje  “Error  contraseña  correspondientes  y  se  da  clic  en  de nombre o contraseña”  “Ingresar”  Funcionamiento  de  la  Se da clic en salir  Se  sale  totalmente  de  la  operación salir. ya que el costo  es menor si se detectan los problemas antes de que entre en funcionamiento.  con  datos  tipo.Plan de pruebas formulario contraseña  Realizan la prueba: Jeison Murillo.  se  hace  una  serie  de  pruebas.  aplicación  y  regresa  a  la  pagina  inicial de la aplicación index.  Para garantizar que nuestra apliacaicon sea consistente realizamos las siguientes  pruebas:  10.  Pruebas Locales  Pruebas inicio sesión  contraseña  Tabla 32.php 120  . para iniciar a ingresar los datos definitivos.  diferentes  usuarios  podrán  realizar las pruebas para su optimo funcionamiento.  Una  vez  obtenidos  los  módulos  de  nuestro  sistema. Jorge Roa  TIPO DE PRUEBA  OPERACIÓN  RESULTADO ESPERADO  Funcionamiento  del  ingreso  Se  ingresa  la  identificación  y  contraseña  Ingresa  a  la  aplicación  pasando  exitoso  del  nombre  y  en los cuadro de texto correspondientes y  por  el  formulario  Presentación  contraseña.

Prueba navegación menús  Tabla 33.  en  el  cuadro  de  lista  en  la  parte  central  y  se  muestra  el  usuario  con  los  del  formulario.  se  llenan  los  muestra  los  datos  que  fueron  (Administrador o delegado)  cuadros  de  texto  con  la  información  almacenados  en  la  base  de  correspondiente y se da clic en “Guardar”  datos.  se  llenan  los  cuadros  de  muestra  los  datos  que  fueron  texto  con  la  información  correspondiente  almacenados  en  la  base  de  y se da clic en “Guardar”  datos.  Funcionamiento de  edición de  Se  selecciona  usuario  que  se  encuentre  Se guarda el  usuario modificado  un usuario.  menús.  Funcionamiento de  edición de  Se  selecciona  el  campeonato  que  se  Se  guarda  el  campeonato  un campeonato.  encuentre en el cuadro de lista.  barra de herramientas  correspondiente al icono selec.  Funcionamiento  de  los  Se hace ka operación anterior y se da clic  Realiza  la  operación  requerida  submenús  de  la  barra  de  en el submenú deseado  por el submenú seleccionado.  se  da  clic  en  el  botón  datos modificados.  Funcionamiento de la barra de  Se  da  clic  en  uno  de  los  iconos  de  la  Se  ejecuta  la  operación  herramientas. Andrés Ocampo  TIPO DE PRUEBA  OPERACIÓN  RESULTADO ESPERADO  Funcionamiento del ingreso de  Se  da  clic  en  el  botón  “crear  Se  guarda  el  usuario  y  se  un nuevo usuario.  Administrador  o  delegado”.Plan de pruebas formulario creación de campeonatos  Realiza la prueba:  Jeison Murillo  TIPO DE PRUEBA  OPERACIÓN  RESULTADO ESPERADO  Funcionamiento del ingreso de  Se  da  clic  en  el  botón  “crear  Se  guarda  el  campeonato  y  se  un nuevo campeonato  campeonato”. Plan de pruebas navegación menús  Realiza la prueba: Héctor Florez  TIPO DE PRUEBA  OPERACIÓN  RESULTADO ESPERADO  Funcionamiento de la barra de  Se  da  click  en  uno  de  los  menús  de  la  Se  despliega  los  submenús  menús  barra de menús  correspondientes  al  menú  seleccionado. necesarios y se da “Guardar ”  121  .Plan de pruebas formulario grupos de usuarios  Realizan la prueba:  Jorge Roa.  Pruebas formulario registro de nuevos usuarios (Administrador o delegado)  Tabla 34.  “Editar  se hacen los cambios necesarios  y se da “Guardar ”  Pruebas formulario Creación de Campeonatos  Tabla 35. se da clic  modificado  y  se  muestra  los  en el botón “Editar  se hacen los cambios  datos modificados.

  se  llenan  los  cuadros  de  en  la  base  de  datos  pero  la  texto  con  la  información  correspondiente  aplicación  genera  un  error  pues  y se da clic en “Guardar”  no  existe  una  columna  en  la  tabla  que  se  esta  intentando  insertar datos.  se  da  clic  en  el  botón  modificados. se da  y  se  muestra  los  datos  clic  en  el  botón  “Editar    se  hacen  los  modificados. realizan corrección los encargados y ejecuta de nuevo la prueba  TIPO DE PRUEBA  OPERACIÓN  RESULTADO ESPERADO  Funcionamiento del ingreso de  Se  da  clic  en  el  botón  “crear  Se intenta guardar la información  un nuevo equipo  campeonato”.  en el cuadro de lista del formulario.  se  llenan  los  cuadros  de  correspondiente  al  equipo  en  Se corrige el campo faltante  texto  con  la  información  correspondiente  base de  datos y se  muestra los  y se da clic en “Guardar”  datos que fueron almacenados  Funcionamiento de  edición de  Se selecciona el equipo que se encuentre  Se guarda el  equipo  modificado  un equipo.Plan de pruebas formulario creación de equipos  Realiza la prueba:  Luis Eduardo Torres .Plan de pruebas formulario creación de equipos  Realiza la prueba:  Luis Eduardo Torres .  en  el  cuadro  de  lista  en  la  parte  central  y  se  muestra  los  datos  del  formulario.  “Editar  se hacen los cambios necesarios  y se da “Guardar ”  Pruebas formulario Creación de Equipos  Tabla 37.  se  llenan  los  cuadros  de  correspondiente  al  equipo  en  Se corrige el campo faltante  texto  con  la  información  correspondiente  base de  datos y se  muestra los  y se da clic en “Guardar”  datos que fueron almacenados  Funcionamiento de  edición de  Se selecciona el equipo que se encuentre  Se guarda el  equipo  modificado  un equipo.  Funcionamiento del ingreso de  Se  da  clic  en  el  botón  “crear  Se  guarda  la  información  un nuevo equipo  campeonato”.Pruebas formulario Creación de Equipos  Tabla 36. cambios necesarios y se da “Guardar ”  122  .  se  llenan  los  cuadros  de  en  la  base  de  datos  pero  la  texto  con  la  información  correspondiente  aplicación  genera  un  error  pues  y se da clic en “Guardar”  no  existe  una  columna  en  la  tabla  que  se  esta  intentando  insertar datos. realizan corrección los encargados y ejecuta de nuevo la prueba  TIPO DE PRUEBA  OPERACIÓN  RESULTADO ESPERADO  Funcionamiento del ingreso de  Se  da  clic  en  el  botón  “crear  Se intenta guardar la información  un nuevo equipo  campeonato”.  Funcionamiento del ingreso de  Se  da  clic  en  el  botón  “crear  Se  guarda  la  información  un nuevo equipo  campeonato”.

com”  ingreso de sesión  Pruebas manejo de sesión y cierre de usuario  Tabla 40.Plan de pruebas manejo de sesión y cierre de usuario  Realiza la prueba:  Jorge Roa.Pruebas formulario Pruebas formulario posiciones  Tabla 38.2.Plan de pruebas formulario posiciones  Realiza la prueba:  Jorge Roa  TIPO DE PRUEBA  OPERACIÓN  RESULTADO ESPERADO  Funcionamiento de la consulta  Se  da  clic  en  el  botón  “consultar  Se  muestra  el  formulario  con  la  de resultados  posiciones en el modulo campeonato”. se  información  del  campeonato  los  selecciona  el  campeonato  que  se  desea  equipos  participantes  y  las  consultar  y se da click en   “Detallar”  respectivas posiciones  10.Plan de pruebas acceso vía WEB  Realiza la prueba:  Jorge Roa.  se  navegador.hectorflotez. Jeison Murillo  TIPO DE PRUEBA  OPERACIÓN  RESULTADO ESPERADO  Funcionamiento  de  la  Se  ingresa  la  direccion  del  sub  dominio  Se muestra la pagina inicial de la  aplicación en ambiente Web  donde  se  encuentra  alojada  la  pagina  aplicación  y  el  formulario  de  http://sportacus.  se  navega  par  la  dirección  deseada  pues  no  se  sesión  aplicación  y  se  copia  la  direccion  en  encuentra  sesión  activada.  Pruebas Globales  Pruebas acceso vía WEB Tabla 39. Jeison Murillo  TIPO DE PRUEBA  OPERACIÓN  RESULTADO ESPERADO  Funcionamiento  de  la  Se  ingresa  a  la  aplicación  con  la  sesión  La  aplicación  no  da  paso  a  la  seguridad  al  cierre  de  una  de  un  usuario.  posteriormente  se  cierra  la  confirma seguridad sesión    y  se  intenta  ingresar  con  la  direccion que se copio anteriormente”  123  .

  4.  pues  es  sabido  que  esta  metodología  mas  que  controlar  el  desempeño  grupal.  nos  sorprendemos  pues  se  mal  interpreta  la  información.  Cada  uno  de  los  proyectos  de  software  produce  diferentes  tipos  de  información  a  través  de  diferentes  medios  y  formas  de  organización  de  la  misma.  que  de  acuerdo  a  sus  capacidades valoro un calculo de lo que deberían invertir a una tarea. que  se puede alimentar o consultar desde cualquier computador con accesos a  Internet con los niveles de seguridad que requiera el proyecto. caso  concreto  cuando  se  estima  una  labor  que  para  el  equipo  se  le  debe  establecer una gran cantidad de esfuerzo pero que solo cuando se enfrenta 124  .  Aunque  se  desconocía  la  metodología  de  desarrollo  Scrum.  2. CONCLUSIONES  1.  Dado  que  la  información  se  requiere  de  manera  inmediata.  que  es  necesario  conocer  dicha  información  para  establecer  por  medio  de  que  mecanismo  se  realiza  la  captura.  3. genera parámetros de autocontrol.  no  son  las  horas  que  se  dedicaron  en  realizar  cierta  labor  sino  la  estimación  que  tuvo  el  equipo. 11. permitiendo que cada uno de los  participantes determine cual es su verdadero potencial.  el  seguir  las  instrucciones de cómo implementarla facilito el gran desempeño del grupo.  almacena  y  reporta  la  información. que puede estimar  con  lo  que  se  propuso  inicialmente  en  el  sprint  y  lo  que  verdaderamente  logro realizar.  Se  esta  acostumbrado  a  medir  horas  de  trabajo  que  cuando  vemos  las  graficas  de  esfuerzo  en  la  metodología.  la  mejor  herramienta para tener resultados de este tipo es a través de Internet.

  Por  experiencia  sabemos  cual  es  la  importancia  de  la  documentación  de  una  aplicación  o  de  un  proceso  de    desarrollo. 125  . a  la  labor  y  determina  cuanto  hice  hoy  cuanto  me  queda  y  que  necesito  para concluirla puedo en realidad conocer el esfuerzo dedicado.  Con este trabajo de lo que se ha pretendido es brindar a los profesionales  del  deporte  una  herramienta  que  les  permita  realizar  su  gestión  administrativa de una manera eficaz y hacer uso de la tecnología .  con  altos  estándares  de  calidad  utilizando  herramientas  que  facilitaron  nuestra  labor.  6.  Cada sistema de competencia tiene sus particularidades que son base para  elegir en una circunstancia en particular si se aplica o no.  la  adecuada  generación  de  las  bases  de  datos  y  las  herramientas que me permitan lograr cumplir con el objetivo. Recordar que se  deben  considerar  las  características  de  la  competencia.  9.  y  fortalecer  los  conocimientos  adquiridos es uno de los logros mas satisfactorios para el grupo.  Podemos  decir  que  para  cada  aplicación  lo  mas  importante  es  realizar  un  análisis concienzudo del tema a desarrollar.  el  diseño  de  las  información.  es  una  parte  fundamental  para el conocimiento de las metodologías y técnicas aplicadas.  establecer  como  será  la  arquitectura.  la  cantidad  de  equipos participantes el tiempo y canchas disponibles para elegir el sistema  de competencia conveniente.  7.  8.  5. pues de ahí se parte al éxito en  el  desarrollo.  El  lograr  implementar  el  sistema  de  información  y  adecuarlo  para  una  posterior  escalabilidad.

  para  la  presentación  de  Tesis  y  Trabajos de Grado  NTC 1486. · Manual  de  Normas  Técnicas  Colombiana.geocities.C. 12. BIBLIOGRAFÍA · Reglamento académico  de Pregrado  de la Fundación Universitaria  Konrad  Lorenz Bogota D. tomcat.  Peter  Tschiene. Bogota D. Editorial Paidotribo..com 126  .com  http://www. · http://www.net.  Helmut  Nicket;  Teoría  y  Metodología  de  la  Competición Deportiva. · Günter  Thies. wikipedia. 2006.org  http://www.C. Julio 14 del 2005. Modelo Scrum  Referencias Web  http://www.Navegopolis. 1­33. p.navegapolis.com  http://www.