Anexo 1 - UPLA Practicas

ANEXO 01
UNIVERSIDAD PERUANA LOS ANDES

FACULTAD DE INGENIERÍA
………………………………………………………
FICHA DEL PLAN DE PRÁCTICAS PRE PROFESIONALES
1. TÍTULO DEL TRABAJO
Implementación de una página web para la atención del usuario en la ONG ODEINS.
2. DATOS GENERALES
2.1. DE LA EMPRESA
- Razón Social de la Institución o
Empresa : ONG ODEINS “Organización para el
Desarrollo Integral Sostenible”
- Actividad Económica : Actividades de otras Asociaciones N.C.P
- Oficina : Técnicos y/o Asistentes
- Resp. del Centro de Prácticas : Lic. Hurtado Lazaro Lily Esther
- Fecha de inicio : 03/09/2018
- Fecha de término : 03/12/2018
- Número de semanas : 14 semanas
- Número de horas semanales : 22.5
- Número total de horas : 315 horas
2.2. DEL CENTRO DE FORMACIÓN PROFESIONAL
- Centro de Formación Profesional : Universidad Peruana Los Andes
- Responsable Prácticas. Pre Prof. : Ing. Pachas Huaytán Jorge Vladimir
2.3. DEL BENEFICIARIO
- Nombres y Apellidos : Retamozo Castillo Edgar Javier
- Condiciones Pactadas : Prácticas Pre Profesionales II

3. DESCRIPCIÓN DE LA SITUACIÓN ACTUAL
Las ONG son organizaciones independientes y sin ánimo de lucro que surgen a raíz de
iniciativas civiles y populares y que por lo general están vinculadas a proyectos
sociales, culturales, de desarrollo u otros que generen cambios estructurales en
determinados espacios, comunidades, regiones o países.
Hoy día es casi común hablar de ellas cuando se abordan valores como la cooperación,
la solidaridad, la ayuda desinteresada y el altruismo. También solemos asociarlas a las
labores de voluntariado en cualquier sector o área de intervención. El principal
problema de la ONG ODEINS “Organización para el Desarrollo Integral Sostenible”
radica en su página web, posee un escaso desarrollo de su identidad visual, un déficit
en cuanto a visibilidad en los medios de y la carencia de estrategias de posicionamiento
en la nube, todo lo cual, trae como consecuencia bloqueos en su desarrollo y falta de
recursos.
La propuesta del siguiente proyecto es de diseñar una página web en donde se
fortalezca el nexo entre la sociedad con necesidades económicas, permitiendo su
visibilidad, su desarrollo sustentable, forjar conexiones y estimular la cooperación
entre instituciones y/o organizaciones para obtener beneficios en busca del bien
común.
La metodología a usar es Scrum, porque es un enfoque de gestión ágil que facilita la
administración de proyectos, programas y portafolios de cualquier tamaño y
complejidad, facilitando el flujo de información, la comunicación entre el equipo de
trabajo y la entrega de valor con oportunidad a los interesados de la organización.

3.1 ANÁLISIS FODA
FORTALEZAS DEBILIDADES
Están exentas de impuestos. No puede igualar los salarios de sus competidores con fines de lucro.
Ofrece productos con un descuento, ya que no tiene el costo de los Los profesionales sin fines de lucro por lo general se centran más en
impuestos. la satisfacción laboral como indemnización.
Tienen un equipo de voluntarios en muchos papeles, encuestadores, Un empresario no tendrá ninguna oportunidad para el retorno de la
abogados. inversión y, a menudo puede esperar un sueldo mínimo.
Los voluntarios significan un enorme ahorro para la empresa, lo cual es El problema presupuestario también puede ser evidente en las
particularmente importante para una pequeña organización no compras a proveedores.
lucrativa.
Las ONG es vulnerable a los déficits presupuestarios y necesitan
El consejo de administración está compuesto por la ley de los economizar sus dotaciones.
voluntarios, que es una ventaja para la empresa.
OPORTUNIDADES AMENAZAS
Las subvenciones de una obra de caridad pueden ser elegible para una Es muy vulnerables a las crisis económicas.
oportunidad.
Por desgracia, las donaciones caritativas son una de las primeras
Las subvenciones podrán ser de una agencia gubernamental o privada salidas de efectivo que los consumidores reducen cuando el dinero es
o de grupo. escaso.
Hay muchas subvenciones que se ofrecen, incluso durante una Las instituciones de beneficencia pública se llevan a cabo a un nivel
recesión. Encontrarlas y aplicarlas es una tarea considerable. más alto que para los fines de lucro.
Posee alianzas con otras organizaciones, empresas comerciales u otras Ya que dependen de las contribuciones, necesita evitar la percepción
ONG. de incorrección.
4. MARCO TEÓRICO
4.1.ANTECEDENTES
4.2.1 INTERNACIONALES
 La tesis de Adolfo Miguel Catalán García-Manso (2009),
“ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SITIO
WEB DEPARTAMENTAL”, En esta investigación se encuentra el
problema que el Web master de la página del departamento de
telemática recibe correos de diferentes fuentes (secretarias,
empleados, técnicos, etc.) en los que se indican cambios en la
información a mostrar la la página Web del departamento. Las
páginas del departamento son ficheros HTML por lo que aplicar
cualquier cambio sobre ellos no resulta trivial, sino que en ocasiones
resulta tedioso. Los cambios son esporádicos por los que se espera a
recibir un número aceptable de ellos antes de proceder a la
modificación de los HTML. Al ser una única persona el Web master
del departamento, en ocasiones los cambios dependen de la
disponibilidad de esta persona.
La Solución planteada es La primera decisión tomada consiste en el
modelo de la aplicación. Siguiendo el estándar más utilizado en la
actualidad para el desarrollo de aplicaciones Web, se seguirá el
Modelo-VistaControlador (MVC). Este estándar facilita la labor de
los programadores al independizar los elementos de la aplicación por
lo que los cambios realizados en ella, no se expanden a otras áreas
de la aplicación.
La conclusión es que la aplicación que nos encontramos al finalizar
el desarrollo del proyecto se trata de una herramienta sencilla para el
control del contenido de las páginas web de un departamento de la
universidad, en concreto del departamento de Telemática, aunque su
planteamiento permitirá que pueda ser aplicado a otros
departamentos de la universidad que sigan un modelo parecido. Esta
herramienta permite el acceso, creación y modificación de cualquier
dato dentro de la B.B.D.D. del departamento mediante formularios
web. Además, ha sido diseñada para que las operaciones sobre los
datos sigan la política del departamento.
 La tesis de Isabel Bayón Farías (2011), “ANÁLISIS, DISEÑO E
IMPLEMENTACIÓN DE UN SITIO WEB CORPORATIVO”, Se
encuentra el problema que La Fundación quiere hacer uso de las
tecnologías de la información para potenciar su actividad y alcanzar
sus objetivos. Por esta razón ha decidido afrontar el reto de migrar
sus servicios y aplicaciones a un entorno web que permita a sus
usuarios y colaboradores acceder a ellos desde la red. A lo largo de
la memoria del proyecto se exponen sus objetivos principales y se
dan a conocer las necesidades y requisitos planteados por el cliente.
En base a esta información se realiza el estudio de viabilidad
analizando qué problema se desea resolver y qué soluciones posibles
existen. Como colofón al estudio de viabilidad se presenta la

solución tecnológica que se considera más adecuada para la
ejecución del proyecto.
Se estudiaron diferentes alternativas de solución, todas ellas basadas
en herramientas y aplicaciones de software libre. Esta determinación
está fundamentada en los requisitos económicos y legales planteados
por la Fundación. En ellos se valora la propuesta más favorable
económicamente, así como la obtención de un producto final que
fomente la distribución del conocimiento, y que permita la máxima
libertad para mejorar o modificar el software, de acuerdo con los
requisitos que se planteen en el futuro. Estas condiciones son
cubiertas a la perfección por las soluciones de software libre.
La conclusión es que ha permitido tener una visión global de lo que
representa llevar a cabo un proyecto web, en un entorno tecnológico
de software libre. Así como del ciclo de vida del proyecto y de cada
una de las tareas que lo componen. Esto nos ha permitido seguir las
fases que forman parte de este ciclo (estudio de viabilidad, análisis
del sistema, diseño, desarrollo e implantación) y que nos han llevado
desde la comprensión del alcance del problema hasta el desarrollo e
implantación de la solución escogida.
4.2.2 NACIONALES
 La tesis de Gonzáles López, Carlos Moisés. “DESARROLLO E
IMPLEMENTACIÓN DE UN SISTEMA DE INFORMACIÓN
PARA EL CONTROL DEL PROCESO DE CAPACITACIÓN DE
UNA EMPRESA DEL RUBRO DE LAS
TELECOMUNICACIONES EN EL PERÚ”, Se encuentra el
problema del manejo y control irregular de los procesos de
capacitación ejecutados por La Academia, el cual desemboca en una
serie de incidencias entre Overall Strategy S.A.C. y su cliente
dedicado al rubro de las telecomunicaciones. El analista de
indicadores se encarga de crear los Informes de Gestión (documento
en Excel con información de indicadores y datos estadísticos de los
eventos de capacitación ejecutados) y entregarlos formalmente al
cliente de forma periódica (semanal-mensual, a solicitud). Este
proceso consume gran tiempo operativo debido a que los
facilitadores demoran en enviar la información de sus capacitaciones
más el tiempo en que el analista tarda en consolidar manualmente la
información, hacer una previa validación de los datos y finalmente
elaborar de forma manual los informes finales.
La solución propuesta consiste en la implementación de un sistema
de información en web. Para ello, se han requerido de los siguientes
aspectos técnicos: Licencias del software (Sql Server 2008 R2,
Paquete completo de Visual Studio, Windows 7, Windows Server
2008 R2, Team Fundation Server), laptops y servidores de prueba.
Cabe mencionar que la empresa Overall Strategy S.A.C. ya contaba

con todos los aspectos técnicos indicados a excepción de las laptops,
las cuales se adquirieron únicamente para el proyecto. Para la etapa
de puesta en marcha, la empresa tuvo que contratar de los servicios
de alojamiento (Hosting externo) al proveedor IBM.
Las conclusiones son Se ha logrado implementar de forma
satisfactoria una solución informática acorde al objetivo general y
específicos del presente proyecto de investigación, el cual sostiene
que la implementación de un sistema web de gestión de eventos de
capacitación controla eficientemente los procesos ejecutados por La
Academia Perú. Esto se alcanzó a través de la consecución de todos
los objetivos específicos establecidos, los cuales garantizaron el
éxito del mismo. Durante el Análisis del proyecto, se esclarecieron
y establecieron los flujos operativos de los procesos ejecutados por
La Academia Perú. Con ello, se estableció un punto de partida para
el desarrollo del producto identificando aquellos procesos a
automatizar. Asimismo, En el proyecto se ha logrado con éxito el
objetivo de modelar formalmente y documentar los procesos de
negocio actuales y los que van a ser soportados por el sistema
registro y control de eventos de capacitación.
 La tesis de Ayner Antonio Pérez Tito. “DISEÑO E
IMPLEMENTACIÓN DE UNA PLATAFORMA WEB PARA LA
GESTIÓN DE SOLICITUDES ENTRE TRES ÁREAS INTERNAS
DE UNA EMPRESA OPERADORA DE

TELECOMUNICACIONES EN EL PERÚ”, Se encuentra el
problema que cada área genera su propio registro de pedidos como
una forma de organizarse, dicho registro es susceptible a alteraciones
por cualquier usuario. Esto genera problemas cuando se comparan
los registros entre uno y otro ya que no siempre mantienen relación
o las fechas no concuerdan. El desorden y falta de información sobre
las solicitudes generadas no permite plantear
opciones de mejora al esquema actual, pronosticar futuros
problemas en la atención a un cliente o incluso que todas las partes
estén enteradas de la finalización de un pedido. El uso del sistema
de correo y las llamadas tampoco permiten un orden de atención que
admita atender las solicitudes según la antigüedad, lo cual conlleva
a que algunas sean aplazadas indefinidamente.
La solución es implementar un sistema de comunicación en red que
permita el intercambio de información entre las distintas áreas de
trabajo y que proteja la integridad de la misma, al igual que su
registro y manejo. Ante este escenario en particular, se plantea el
diseño e implementación de un sistema informático que cuente con
una base de datos para el almacenamiento de la información y una
interfaz amigable para el llenado de datos por el usuario. el usuario
iniciará sesión a través de una interfaz web (vista) desde cualquier
dispositivo con conexión a la red corporativa y navegador web. El
controlador recibirá la información brindada por el usuario a la
interfaz web y las interpretará en instrucciones lógicas. Este se

encargará de editar, crear o eliminar los registros de la base de datos,
así como devolver la información que el usuario pueda solicitar. La
red corporativa permitirá interconectar al sistema junto con las áreas
de Emisión, Centro de Gestión y Transporte sin importar el lugar
donde desarrollen sus actividades.
La conclusión es El registro de fechas y horas de las solicitudes
permiten una visualización de la labor diaria, mensual, o según el
rango de fechas que se quiera observar , donde se muestra una
mejora de hasta un 100% de atenciones realizadas dentro del tiempo
estimado en el Centro de Gestión, y un nivel de atención de 31% a
64% en Transporte. Mediante esta información, se pueden realizar
ajustes a los tiempos de respuesta asignados. Las tablas de
solicitudes pasadas permiten ver de forma más detallada la
información y observaciones de cada usuario, de manera que se
pueda llevar una constancia del trabajo.
4.2.MARCO CONCEPTUAL
ONG
El término ONG se utiliza para identificar a organizaciones que no son parte de
las esferas gubernamentales ni son empresas cuyo fin fundamental es el lucro. Por
lo general son conformadas y se encuentran a cargo de ciudadanos comunes que
comparten una visión y misión común, pudiendo obtener financiamiento del
Gobierno, de otras ONG (como fundaciones), o de individuos o empresas
particulares. Algunas ONG, con el fin de mantener autonomía de gestión e

imparcialidad, evitan la financiación oficial y trabajan a través de voluntarios. A
veces, el término se utiliza como sinónimo de "organización de la sociedad civil"
para referirse a cualquier asociación fundada por los ciudadanos.
ORIENTACIÓN CARITATIVA
A menudo implica un esfuerzo paternalista de arriba hacia abajo, con poca
participación de los beneficiarios. Incluye las ONG que desarrollan actividades
dirigidas a satisfacer las necesidades de la gente
ORIENTACIÓN AL SERVICIO
Incluye a las ONG que desarrollan actividades dirigidas a proporcionar servicios
de salud, planificación familiar y educación. Los programas están diseñados por
las ONG y se espera que la población participe en estas actividades con objeto de
recibir sus servicios.
ORIENTACIÓN PARTICIPATIVA
Se caracteriza por proyectos de auto-ayuda donde la población local se involucra
en la participación y la implementación de los proyectos, contribuyendo con
dinero, herramientas, tierra, materiales, mano de obra, etc. En los proyectos de
desarrollo comunitario clásico, la participación comienza con la definición del
proyecto, y continúa en las etapas de planificación y ejecución.
ORIENTACIÓN AL EMPODERAMIENTO
Tiene como objetivo ayudar a las personas pobres a desarrollar una comprensión
más clara de los factores sociales, políticos y económicos que afectan a sus vidas
y fortalecer la conciencia de su propia capacidad potencial de controlar sus vidas.

En esta categoría se da el máximo nivel de participación de los beneficiarios en
las actividades de las ONG, que actúan como facilitadoras.
ORGANIZACIONES BASADA EN LA COMUNIDAD
Surge de las propias iniciativas de la gente. Pueden ser responsables de elevar la
conciencia de las personas pobres que viven en comunidades urbanas,
ayudándolas a comprender sus derechos en el acceso a los servicios necesarios y
proporcionándoles dichos servicios. Claros ejemplos de este tipo de ONG son la
Asociación Semilla, en el distrito madrileño de Villaverde, y la Asociación Apoyo
Voluntario Vallecas Todo Cultura, en el barrio de Vallecas.
ORGANIZACIONES A NIVEL DE CIUDAD
Incluyen organizaciones tales como las cámaras de comercio e industria, las
coaliciones de negocios, grupos étnicos o educativos, y las asociaciones de
organizaciones de la comunidad.
ONG NACIONALES
Incluyen organizaciones nacionales como asociaciones profesionales, educativas,
religiosas, etc. Algunas disponen de sucursales estatales, provinciales o
municipales, y ayudan a las ONG locales.
ONG INTERNACIONALES
Van desde agencias seculares como Cruz Roja, Save the Children, Oxfam,
Amnistía Internacional, CARE, etc. hasta grupos con motivación religiosa como
Caritas. Estas organizaciones pueden responsabilizarse de financiar ONG locales
y otras instituciones, así como de la planificación y ejecución de proyectos.
4.3.DEFINICIÓN DE TERMINOS
1. Página Web: Se conoce como página web al documento que forma parte
de un sitio web y que suele contar con enlaces (también conocidos como
hipervínculos o links) para facilitar la navegación entre los contenidos. Las
páginas web están desarrolladas con lenguajes de marcado como el
HTML, que pueden ser interpretados por los navegadores. De esta forma,
las páginas pueden presentar información en distintos formatos (texto,
imágenes, sonidos, videos, animaciones), estar asociadas a datos de estilo
o contar con aplicaciones interactivas. Entre las múltiples características
que tiene una página web y que sirven para identificarla se encuentran las
siguientes: cuenta con información textual y también con material de tipo
audiovisual, está dotada de un diseño atractivo, está optimizada y ejerce
como la tarjeta de presentación de una empresa, una persona o un
profesional concreto. (Pérez y Merino ,2009).
2. Metodología Scrum: Es una metodología ágil y flexible para gestionar el
desarrollo de software, cuyo principal objetivo es maximizar el retorno de
la inversión para su empresa (ROI). Se basa en construir primero la

funcionalidad de mayor valor para el cliente y en los principios de
inspección continua, adaptación, auto-gestión e innovación. (Roda,2014).
3. Iteración: Describe el acto y consecuencia de iterar, un verbo que se
emplea como sinónimo de reiterar o repetir (entendidos como volver a
desarrollar una acción o pronunciar de nuevo lo que ya se había dicho).
(Pérez y Gardey ,2010).
4. Historias de usuario: Es una son un instrumento para el levantamiento de
requerimientos para el desarrollo de un software, que ha emergido con la
aparición de los nuevos marcos de trabajo de desarrollo ágil. (Kaczor
,2013).
5. Tarjetas CRC: Son una son una metodología para el diseño de software
orientado por objetos creada por Kent Beck y Ward Cunningham, Son un
puente de comunicación entre diferentes participantes. El mayor valor de
las tarjetas CRC es que permite romper con el modo de procedimiento y
de pensamiento para apreciar mejor la tecnología de objetos. También
permiten que todo el equipo pueda contribuir al diseño del proyecto.
Cuanta más gente puede ayudar a diseñar el sistema mayor es el número
de buenas ideas incorporadas. (Alfonso,2014).
6. Product Backlog(Pila del producto): Es una lista ordenada de todo lo que
podría necesitarse en el producto y es la única fuente de requerimientos
para los cambios que se realizarán en el producto. El Product Owner es

responsable del Product Backlog incluyendo su contenido, disponibilidad
y jerarquización. Él Product Backlog nunca se termina. Inicialmente,
contiene los requerimientos de lo que se conoce y entiende al momento de
iniciar el desarrollo. El Product Backlog evoluciona conforme el producto
y su entorno evolucionan. El Product Backlog es dinámico; cambia
constantemente de acuerdo a lo que el producto requiere para mantenerse
adecuado, competitivo y útil. Mientras exista un producto, su Product
Backlog también existe. (Juárez ,2014).
7. Product Sprint (Sprint del producto): Un proyecto breve y flexible que se
nutre de la incertidumbre y garantiza el valor desde el principio. Nos
comprometemos con una idea durante 24 horas repartidas en unos pocos
días. El tiempo hace uso de nuestros servicios internos para proporcionar
un proyecto a medida para usted y su negocio. Piense en ello como una
receta; los ingredientes son las habilidades y la experiencia que hemos
desarrollado durante años. Sus resultados cambiarán su plan para mejor.
(Road, 2016).
8. Sprint Backlog(Pila del Sprint): Lista de tareas que el equipo elabora en
la reunión de planificación de la iteración (Sprint planning) como plan para
completar los objetivos/requisitos seleccionados para la iteración y que se
compromete a demostrar al cliente al finalizar la iteración, en forma de
incremento de producto preparado para ser entregado. Esta lista permite
ver las tareas donde el equipo está teniendo problemas y no avanza, con lo
que le permite tomar decisiones al respecto. Ara cada uno de los
objetivos/requisitos se muestran sus tareas, el esfuerzo pendiente para

finalizarlas y la auto asignación que han hecho los miembros del equipo.
(Bailon,2014).
9. Taskboard(Tablero de tareas): Es una herramienta que ayuda a los
equipos a hacer que los elementos de Sprint Backlog sean visibles. La
placa puede tomar muchas formas físicas y virtuales, pero realiza la misma
función independientemente de cómo se ve. La placa es actualizada por el
equipo y muestra todos los elementos que deben completarse para el Sprint
actual. (Coplien ,2015).
10. Sprint: es un intervalo prefijado durante el cual se crea un incremento de
producto "Hecho o Terminado" utilizable, potencialmente entregable. A lo
largo del desarrollo hay Sprints consecutivos de duración constante. En
este post os quería detallar cinco etapas a considerar para que esta
herramienta sea efectiva y exitosa en vuestros proyectos Scrum. (Bara,
2015).
11. Sprint planning meeting (Reunión de planificación de Sprint): El trabajo
a realizar en el Sprint se prevé en la Reunión de Planificación del Sprint.
Este plan se crea con la colaboración de todo el Equipo Scrum.La reunión
de planificación de un Sprint es un evento de tiempo variable. Para un
Sprint de un mes tiene ocho horas de duración. Para Sprints más cortos, el
evento es proporcionalmente más corto. Por ejemplo, para un Sprint de dos
semanas, las reuniones de planificación de Sprint son de cuatro horas de
duración. (Bara,2015).
12. Daily meeting Scrum (Reunión diara Scrum): Es un evento de 15
minutos, cuyo objetivo es que el equipo de desarrollo sincronice
actividades, y cree un plan para las próximas 24 horas. Esto se realiza
mediante la inspección del trabajo desde el último Scrum Diario, y la
previsión del trabajo que se puede hacer antes del próximo. El Scrum
Diario se lleva a cabo en la misma hora y lugar cada día para reducir la
complejidad.El equipo de desarrollo utiliza el Scrum Diario para evaluar
el progreso hacia la meta del Sprint y evaluar la tendencia del progreso en
finalizar el trabajo en el Sprint Backlog. Cada día, el equipo de desarrollo
debe ser capaz de explicar al dueño del producto y al Scrum Master como
van a trabajar juntos como un equipo auto-organizado para lograr el
objetivo y crear el incremento previsto en el resto del Sprint.Un beneficio
adicional es que los Scrums diarios mejoran las comunicaciones, eliminan
otras reuniones, identifican y eliminan obstáculos para el desarrollo,
destacan y promueven la rápida toma de decisiones, y mejoran el nivel de
de conocimiento del proyecto del equipo de desarrollo. Esta es una reunión
clave de inspección y adaptación. (Bara,2015).
13. Sprint Review(Revisión del sprint): Se lleva a cabo al final del Sprint,
para inspeccionar el incremento y adaptar, si es necesario, el Product
Backlog. El Equipo Scrum y las partes interesadas colaboran durante la
revisión de lo que se hizo en el Sprint. Basado en ese y cualquier cambio
en el Product Backlog durante el Sprint, los asistentes trabajan en las
próximas cosas que se podrían hacer. Esta es una reunión informal, y la

presentación del incremento está destinada a obtener retroalimentación y
fomentar la colaboración. (Bara,2015).
14. Sprint Retrospective(Retrospectiva del Sprint): Es una oportunidad para
inspeccionarse a sí mismo y crear un plan de mejoras para ejecutar durante
el siguiente sprint. El propósito de la retrospectiva de Sprint es: Revisar
cómo fue el último Sprint en lo que respecta a las personas, relaciones,
procesos y herramientas; Identificar y ordenar los temas principales que
salieron bien y las potenciales mejoras, y crear un plan para la
implementación de mejoras con respecto a cómo el Equipo Scrum hace su
trabajo. (Bara,2015).
15. Feedback: Una de las claves a la hora de trabajar eficientemente en
equipo, es que cuentes con libertad para dar a conocer a los otros tus
propias opiniones sobre sus acciones y recibir de otros sus propias
opiniones sobre tus acciones. A eso llamamos retroalimentación o
feedback. Cuando digo feedback efectivo me refiero a una conversación
mediante la cual compartimos lo que hemos observado, nuestra
interpretación de ello, la manera en la que nos afecta y hacemos pedidos
efectivos, para concluir con compromisos claros de mejora a futuro.
(Echevarria,2014).
5. METODOLOGÍA DE SOLUCIÓN
Scrum es un proceso de la Metodología Ágil que se usa para minimizar los riesgos
durante la realización de un proyecto, pero de manera colaborativa. Entre las ventajas
se encuentran la productividad, calidad y que se realiza un seguimiento diario de los
avances del proyecto, logrando que los integrantes estén unidos, comunicados y que
el cliente vaya viendo los avances. (Gutierrez, 2014).
Scrum es un framework ágil muy completo para el desarrollo de proyectos. En Scrum
la palabra producto hace referencia a un producto o servicio o cualquier otro resultado
que esté de acuerdo con definición de la visión del proyecto, es decir que puede
aplicarse a TODO tipo de proyectos, pero no todos los proyectos requieren el uso de
Scrum.
Piensa por ejemplo que tu proyecto es la construcción de un conjunto de apartamentos,
éste no es un proyecto que vaya a tener altas probabilidades de cambios al largo de su
ejecución, además requiere que desde el comienzo esté todo perfectamente
documentado con planos y materiales. No es fácilmente adaptable su desarrollo a
etapas y no es necesaria la participación permanente del cliente para lograr el mejor
resultado, como ves usar Scrum en este caso no traería ventajas.
Scrum es un framework adaptable, iterativo, rápido, flexible y eficaz que está diseñado
para entregar valor al cliente durante todo el desarrollo del proyecto. El objetivo
primordial es satisfacer las necesidades del cliente a través de un entorno de
transparencia en la comunicación, responsabilidad colectiva y progreso continuo.
El presente trabajo describe la implementación de la metodología de trabajo Scrum
porque se ejecuta en ciclos temporales cortos y de duración fija, cada iteración tiene
que proporcionar un resultado completo, un incremento de producto final que sea
susceptible de ser entregado con el mínimo esfuerzo al cliente cuando lo solicite.
5.1 ROLES SCRUM
En Scrum tenemos dos categorías de roles:
5.1.1 ROLES CENTRALES
Los roles centrales son aquellos que su participación es indispensable para la
realización del proyecto, están comprometidos con el proyecto y son
responsables del éxito de cada sprint y del proyecto en general. Estos son:
 Product owner
 Scrum master
 Equipo Scrum
5.1.2 ROLES NO CENTRALES
Los roles no centrales son aquellos cuya participación en el proyecto es
importante pero no depende de ellos el éxito o fracaso del proyecto, es
importante siempre identificar los individuos de esta categoría y mantenerlos
siempre presentes, en cualquier momento su rol puede ser decisivo para el
proyecto (por ejemplo, si es un sponsor). Estos son:
 Stakeholders
- Cliente
- Usuarios
- Patrocinador (sponsor)
 Vendedores
 Scrum Guidance Body
5.2 PROCESOS EN SCRUM
Los procesos en Scrum están enmarcados en cajas de tiempo que son uno de los
principios del marco de trabajo y es lo que nos permite manejar eficazmente la
planeación y ejecución del proyecto.
A. INICIO DE CICLO
El ciclo inicia con la reunión de interesados (stakeholders) en la que se
crea la descripción de la visión del proyecto. Luego el product owner crea
la lista priorizada del producto (prioritized product backlog) que contiene
la lista de los requerimientos en orden de prioridad para el negocio y el
proyecto en forma de historias de usuario.
B. SPRINT
Un Sprint es una de las cajas de tiempo de Scrum, tiene duración de 1 a
6 semanas en las que el equipo de Scrum trabaja en la creación de los
entregables, el Sprint inicia con la reunión de planeación del sprint
(Sprint planning meeting) ésta reunión tiene una duración de 8 horas para
un sprint de 4 semanas, tiempo en el que se analizan las historias de
usuario y de acuerdo a la prioridad se incluyen en el Sprint Backlog que
es el listado de tareas que se van a implementar durante el sprint que
inicia.
C. DAILY STANDUP
Durante el sprint se realizan reuniones diarias llamadas Daily Standup,
durante 15 minutos máximo el equipo de Scrum se reúne para discutir el
progreso diario y si hay impedimentos. Al final del sprint se realiza una
reunión de revisión del Sprint (Sprint Review Meeting) en la que se hace
una demostración de los entregables desarrollados al product owner y a
los stakeholders relevantes.
D. ENTREGABLES
Si los entregables cumplen con los criterios de aceptación definidos el
product owner los acepta y reinicia el ciclo, una de las ventajas de usar
Scrum es que siempre se está pensando en mejorar por eso es importante
siempre al final de cada sprint realizar una reunión de retrospectiva del
sprint en la que se analizan los problemas presentados y las lecciones
aprendidas.
6. CRONOGRAMA
Las actividades a realizar en el desarrollo del proyecto son las siguientes:

Figura 1. Diagrama de Gantt
7. BIBLIOGRAFÍA
 Catalán A. (2009). Análisis, diseño e implementación de un sitio Web
Departamental (Tesis de pregrado).Recuperado de : https://e-

archivo.uc3m.es/bitstream/handle/10016/7486/PFC_ADOLFO_MIGUEL_CAT
ALAN.pdf;jsessionid=6F453B2347235FD5B23C33B4BDFFBC78?sequence=2
 Bayón I. (2011). Análisis, diseño e implementación de un sitio web corporativo
(Tesis de pregrado).Recuperado de :
http://openaccess.uoc.edu/webapps/o2/bitstream/10609/8421/1/ibayonfTFM061
1.pdf
 Gónzales C. (2016). Desarrollo e Implementación de un Sistema de Información
para el control del proceso de capacitación de una empresa del rubro de las
telecomunicaciones en el Perú (Tesis de pregrado). Recuperado de:
http://repositorio.ucss.edu.pe/bitstream/handle/UCSS/85/Gonz%C3%A1les_Carl
os_tesis_bachiller_2016.pdf?sequence=1&isAllowed=y
 Alfonso C. (2014). Qué son y para qué sirven las tarjetas CRCs. Recuperado de
https://es.scribd.com/document/207429482/Que-son-y-para-que-sirven-las-
tarjetas-CRCs-docx
 Ayner A. (2014). Diseño E Implementación De Una Plataforma Web Para La
Gestión De Solicitudes Entre Tres Áreas Internas De Una Empresa Operadora De
Telecomunicaciones En El Perú (Tesis de pregrado).Recuperado de :
http://tesis.pucp.edu.pe/repositorio/handle/123456789/5940
 Bailon T. (2014).Lista de tareas de la iteración (Sprint Backlog). Recuperado de
https://proyectosagiles.org/lista-tareas-iteracion-sprint-backlog/
 Bara M. (2015). El Scrum Diario. Recuperado de : https://www.obs-
edu.com/int/blog-investigacion/project-management/las-5-etapas-en-los-sprints-
de-un-desarrollo-scrum
 Bara M. (2015). Las 5 etapas en los “Sprints” de un desarrollo Scrum. Recuperado
de : https://www.obs-edu.com/int/blog-investigacion/project-management/las-5-
etapas-en-los-sprints-de-un-desarrollo-scrum
 Bara M. (2015). Reunión de planificación de Sprint. Recuperado de :
https://www.obs-edu.com/int/blog-investigacion/project-management/las-5-
etapas-en-los-sprints-de-un-desarrollo-scrum
 Bara M. (2015). Revisión del Sprint. Recuperado de : https://www.obs-
edu.com/int/blog-investigacion/project-management/las-5-etapas-en-los-sprints-
de-un-desarrollo-scrum
 Coplien J. (2015). Scrum Board. Recuperado de
https://www.scruminc.com/scrum-board/
 Echevarria R. (2014). Feedback Efectivo. Recuperado de
http://www.martinalaimo.com/es/blog/feedback-efectivo
 Juárez B. (2014). Scrum, 4ta. parte – Artefactos. Recuperado de
http://www.ids.com.mx/desarrollo-profesional/comunidad-ids/blog/scrum-4ta-
parte-artefactos
 Gutierrez C. (2014). ¿Para qué sirve el Scrum en la Metodología Ágil?
Recuperado de http://www.i2btech.com/blog-i2b/tech-deployment/para-que-
sirve-el-scrum-en-la-metogologia-agil/
 Kaczor K. (2013). ¿Qué son las historias de usuario?: 7 preguntas y respuestas.
Recuperado de http://www.pmoinformatica.com/2013/04/que-son-las-historias-
de-usuario-7.html
 Pérez J. y Gardey A. (2010). Definición de iteración. Recuperado de
https://definicion.de/iteracion/
 Pérez J. y Merino M. (2009). Definición de página web. Recuperado de
https://definicion.de/pagina-web/
 Road G. (2016). Product Sprint. Recuperado de
https://wearelighthouse.com/service/product-sprint/
 Roda F. (2014). Metodología Scrum. Recuperado de https://www.softeng.es/es-
es/empresa/metodologias-de-trabajo/metodologia-scrum.html
___________________________ _____________________________
Retamozo Castillo Edgar Javier Lic. Hurtado Lazaro Lily Esther
Practicante Resp. Centro de Prácticas
ANEXO 02
FICHA PARA SOLICITUD DE CARTA DE PRESENTACIÓN PARA
PRÁCTICAS PRE PROFESIONALES
SOLICITO: CARTA DE PRESENTACION
SEÑOR DECANO DE LA FACULTAD DE INGENIERÍA DE LA UNIVERSIDAD

PERUANA LOS ANDES.
S.D.
Yo, Retamozo Castillo Edgar Javier, estudiante de la Carrera o Escuela Profesional
de Ingeniería de Sistemas y Computación de la UPLA, identificado con código
universitario Nro. G02827I, con domicilio en PSJ. Sarita Colonia N°215 (Cuadra 14 de
Calmell del Solar) – Chorrillos de esta ciudad, ante usted me presento y expongo:
Que, contando con los requisitos establecidos en el reglamento de prácticas pre
profesionales de la FI – UPLA, recurro a su digno despacho para solicitarle se me otorgue
una Carta de Presentación dirigida a:
Ing. Castillo Cano Amado Edilio, presidente de la Institución ONG ODEINS

“Organismo para el Desarrollo Integral Sostenible”
Entidad donde deseo realizar mis práctica pre profesional II
POR TANTO:
Ruego a usted señor Coordinador, acceder a mi solicitud por ser de justicia que espero
alcanzar.
Huancayo, 06 de abril del 2018
________________________
NOMBRES: Retamozo Castillo
APELLIDOS: Edgar Javier
CODIGO: G02827I
C.c.: Archivo
ANEXO 03

………………………………………………………
CARTA DE PRESENTACIÓN
ANEXO 04
………………………………………………………
FICHA DE REGISTRO DE PRÁCTICAS PRE PROFESIONALES

CODIGO PPP 025-ISC-18
1. ESTUDIANTE:
Apellidos y Nombres: Retamozo Castillo Edgar Javier
Código de Matrícula: G02827I
Ciclo: X
Teléfono: 921759143
Correo electrónico: edjaviex@gmail.com
Fecha: 03/09/2018
2. EMPRESA O INSTITUCION
Razón Social: ONG ODEINS “Organización para el Desarrollo Integral Sostenible”
Pública ( ) Privada (X)
RUC: 20444583143
Dirección: Psj. Los Jazmines Nro. 110 (Cda. 20 de Nemesio Raez) – El Tambo
Teléfono: 064-254431
3. CARACTERISTICAS DE LA PRACTICA
Fecha de Inicio: 03/09/2018
Fecha de Culminación: 03/12/2018
Horario de trabajo: 8.30 a.m. – 1.00 p.m.
Área del centro de prácticas: Técnicos y/o Asistentes
Jefe inmediato de Área: Lic. Hurtado Lazaro Lily Esther
____________________________________
Coordinador de Prácticas Pre Profesionales
ANEXO 05
………………………………………………………
FICHA DE MONITOREO DE PRÁCTICAS PRE PROFESIONALES
Nombre del practicante: Retamozo Castillo Edgar Javier
Escuela Profesional: Sistemas y Computación
Asignatura: Practica Pre-Profesionales I
Centro de Prácticas: ONG ODEINS “Organización para el Desarrollo Integral Sostenible”
ESTADO
FECHA DE
TAREAS O
Nº DE DE
ACTIVIDADES
SUPERVISIÓN OBSERVACIONES
VISITA AVANCE
DE LA PRÁCTICA
/ /
(en %)
 Dificultades detectadas durante las prácticas:

.................................................................................................................................................
.................................................................................................................................................
 Sugerencias y Recomendaciones:
.................................................................................................................................................
_________________________________________ _________________________________________
DOCENTE UEC PRACTICANTE
_________________________
JEFE INMEDIATO SUPERIOR
ANEXO 05
………………………………………………………
ESTADO
FECHA DE
TAREAS O
Nº DE DE
ACTIVIDADES
VISITA AVANCE
DE LA PRÁCTICA
/ /
(en %)

.................................................................................................................................................
.................................................................................................................................................
.................................................................................................................................................
_________________________________________ _________________________________________
_________________________
ANEXO 05
………………………………………………………
ESTADO
FECHA DE
TAREAS O
Nº DE DE
ACTIVIDADES
VISITA AVANCE
DE LA PRÁCTICA
/ /
(en %)

.................................................................................................................................................
.................................................................................................................................................
.................................................................................................................................................
_________________________________________ _________________________________________
_________________________
ANEXO 06
………………………………………………………
ESTRUCTURA DEL INFORME DE PRÁCTICAS PRE PROFESIONALES
Caratula
Dedicatoria
Índice
Introducción
Resumen
CAPITULO I
ASPECTOS GENERALES DE LA INSTITUCIÓN DONDE SE REALIZO LAS PRACTICAS
PRE PROFESIONALES
1.1. Razón Social
1.2. Actividades que realiza.
1.3. Ubicación Geográfica
1.4. Organización
1.5. Área donde desarrolló sus prácticas
1.6. Funciones del área donde desarrolló sus prácticas
CAPITULO II
ASPECTOS GENERALES DE LAS PRACTICAS PRE PROFESIONALES
2.1. Descripción de la Situación Actual o Labor a desarrollar
2.2. Objetivos
2.3. Justificación
2.4. Metodología (aplicación de técnicas cuánticas o cualitativas) que utilizó para llevar a cabo la
actividad encomendada
CAPITULO III
DESCRIPCIÓN DE ACTIVIDADES REALIZADAS
Detallará cada una de las actividades realizadas, de acuerdo a la realidad específica de la carrera
profesional y a la metodología elegida.
CAPITULO IV
RESULTADOS OBTENIDOS
4.1. Análisis de Resultados
4.2. Dificultades Encontradas
Conclusiones
Recomendaciones
Bibliografía.
Anexos
Conformidad del informe, emitido por el Docente Revisor
ANEXO 07

………………………………………………………
EVALUACIÓN DEL DESEMPEÑO DEL PRACTICANTE POR PARTE

DE SU JEFE INMEDIATO SUPERIOR (CENTRO DE PRÁCTICAS)
I. DATOS DE LA EMPRESA Y/O INSTITUCION
Razón Social Empresa (Jurídica o Natural):…………………………………
Nombre del Practicante:………………………………………………………
Área del centro de prácticas:………………………………………………….
Nombre del evaluador:………………………………………………………..
Cargo del evaluador:…………………………………………………………..
II. CALIFICACION (Colocar PUNTAJE dentro de las casillas, según el siguiente

criterio de calificación):
1: Malo 2: Regular 3: Bueno 4: Muy Bueno
a) Pro actividad:
b) Asume responsablemente sus funciones:
c) Habilidad para captar las instrucciones

Dentro de equipos multidisciplinarios:
d) Nivel profesional del trabajo:
e) Colabora en el trabajo de los equipos

y brinda aportes significativos:
RESULTADO DE LA EVALUACIÓN:
----------------------------------------------------------------
EVALUADOR DEL CENTRO DE PRÁCTICAS
FIRMA Y SELLO
ANEXO 08
………………………………………………………
EVALUACIÓN DE PRÁCTICAS PRE PROFESIONALES POR EL

DOCENTE
I. DATOS:
1.1. Apellidos y Nombres: ......................................................................................................
1.2. Código de Estudiante:......................................................................................................
1.3. Institución: ......................................................................................................................
1.4. Área: ................................................................................................................................
1.5. Docente:..................................................................................................................
1.6. Practicas Pre Profesionales ( )
II. CALIFICATIVO DEL DESEMPEÑO DEL PRACTICANTE
1.1. Puntualidad en la entrega de Plan de

(0.0) (1.00) (1.50) (2.00) (3.00)
Practicas
1.2. Puntualidad en el reporte de sus informes de
(0.0) (1.00) (1.50) (2.00) (3.00)
proyecto mensual.
1.3. Puntualidad en sus informes laborales
(0.0) (1.00) (1.50) (2.00) (3.00)
semanalmente.
1.4. El formato y contenido de los informes
mensuales cumple con los requerimientos de (0.0) (1.00) (2.00) (3.00) (4.00)
la Carrera.
1.5. Asistencia a las sesiones semanales. (0.0) (0.50) (1.0) (1.75) (2.0)
1.6. Comportamiento acorde al Código Ético del
(0.0) (0.50) (1.0) (1.75) (2.0)
Ingeniero o Arquitecto.
1.7. Comportamiento acorde a los Reglamentos
(0.0) (1.00) (1.50) (2.00) (3.00)
de la UPLA
TOTAL
III. CALIFICATIVO DEL CONTENIDO DEL INFORME DE PRÁCTICAS PRE PROFESIONALES
3.1. Organización del Informe Final de prácticas pre
(0.0) (0.50) (1.00) (1.50) (2.00)
profesionales, según formatos de la Carrera
3.2. Conocimiento y descripción de la organización
(0.0) (0.25) (0.50) (0.75) (1.00)
donde realizo las practicas pre profesionales
3.3. Planteamiento del problema y metodología de
(0.0) (1.50) (2.00) (2.50) (3.00)
solución
3.4. Logro de Objetivos con indicadores en las
capacidades:
- Diagnóstico del problema (Entrevistas, (0.0) (1.50) (2.00) (2.50) (3.00)
Observaciones, Aplicación de técnicas de
análisis)
- Diseño de la solución (Metodología, aplicación
de Técnicas especializadas de la carrera (0.0) (1.50) (2.00) (2.50) (3.00)
profesional en el diseño de la solución)
- Aplicación de técnicas especializadas de la
carrera profesional en la implementación de (0.0) (1.50) (2.00) (2.50) (3.00)
la solución
3.5. Descripción y muestra de resultados obtenidos (0.0) (0.25) (0.50) (0.75) (1.00)
3.6. Aportes realizados a la institución (0.0) (0.25) (0.50) (0.75) (1.00)
3.7. Conclusiones (0.0) (0.25) (0.50) (0.75) (1.00)
3.8. Recomendaciones (0.0) (0.25) (0.50) (0.75) (1.00)
3.9. Anexos (0.0) (0.25) (0.50) (0.75) (1.00)
TOTAL
IV. CALIFICATIVO DE LA EXPOSICIÓN DEL INFORME DE PRÁCTICAS PRE PROFESIONALES
4.1. Puntualidad (0.0) (0.25) (0.50)
4.2. Presentación Personal (0.0) (0.25) (0.50)
4.3. Claridad en su presentación (0.0) (0.25) (0.50)
4.4. Organización de exposición (0.0) (0.25) (0.50)
4.5. Contenidos expuestos (0.0) (1.50) (3.00)
4.6. Capacidades evaluadas:
- Capacidad de Diagnóstico del (1.0) (2.00) (3.00) (4.00) (5.00)
Problema.
- Capacidad de diseño de la solución. (1.0) (2.00) (3.00) (4.00) (5.00)
- Capacidad de Aplicación de técnicas
de la carrera profesional en la (1.0) (2.00) (3.00) (4.00) (5.00)
implementación de la solución.
TOTAL
CALIFICATIVO FINAL DE LA PRÁCTICA:
 Sugerencias y Recomendaciones: .....................................................................................

.................................................................................................................................................
_______________________ ______________________
DOCENTE UEC ESTUDIANTE UEC
INFORME MULTIPLE Nº 010-2017-0- FI-UPLA/LITR
A : Ing. GGGG
Coordinador de Practicas Pre Profesionales FIUPLA
DE : Ing. QQQQQQ
Docente de Practicas Pre Profesionales I
ASUNTO : CONFORMIDAD DE INFORME DE PRÁCTICAS PRE PROFESIONALES
REFERENCIA : REVISION DE BORRADOR DE P.P.P.
FECHA : Huancayo, 18 de Abril del 2018
Por medio del presente me dirijo a usted para saludarlo muy cordialmente y a la vez
informar lo siguiente:
Que el alumno (a): Retamozo Castillo Edgar Javier, con Código de Matrícula Nº G02827I
estudiante de la U.E.C. de Práctica Pre Profesional I, de la E.P. de Sistemas y Computación, de la
Facultad de Ingeniería, de la Universidad Peruana Los Andes, realizó sus Prácticas Pre
Profesionales de manera satisfactoria y responsable, cumpliendo con todos los requisitos
exigidos por el Reglamento de Prácticas Pre Profesionales de la Facultad de Ingeniería.
Por lo tanto, el informe presentado cumple con lo requerido; por lo que se emite la
CONFORMIDAD respectiva de la revisión del informe.
Es cuanto informo a usted para su conocimiento y demás fines pertinentes.
Atentamente,
__________________________________________
ING. A
DOCENTE

Anexo 1 - UPLA Practicas

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Anexo 1 - UPLA Practicas

Încărcat de

Drepturi de autor:

Formate disponibile

ANEXO 01

UNIVERSIDAD PERUANA LOS ANDES

- Razón Social de la Institución o

Empresa : ONG ODEINS “Organización para el

Desarrollo Integral Sostenible”

- Actividad Económica : Actividades de otras Asociaciones N.C.P

- Oficina : Técnicos y/o Asistentes

- Resp. del Centro de Prácticas : Lic. Hurtado Lazaro Lily Esther

- Fecha de inicio : 03/09/2018

- Fecha de término : 03/12/2018

- Número de semanas : 14 semanas

- Número de horas semanales : 22.5

- Número total de horas : 315 horas

2.2. DEL CENTRO DE FORMACIÓN PROFESIONAL

- Centro de Formación Profesional : Universidad Peruana Los Andes

- Responsable Prácticas. Pre Prof. : Ing. Pachas Huaytán Jorge Vladimir

2.3. DEL BENEFICIARIO

- Nombres y Apellidos : Retamozo Castillo Edgar Javier

- Condiciones Pactadas : Prácticas Pre Profesionales II

iniciativas civiles y populares y que por lo general están vinculadas a proyectos

sociales, culturales, de desarrollo u otros que generen cambios estructurales en

determinados espacios, comunidades, regiones o países.

la solidaridad, la ayuda desinteresada y el altruismo. También solemos asociarlas a las

labores de voluntariado en cualquier sector o área de intervención. El principal

problema de la ONG ODEINS “Organización para el Desarrollo Integral Sostenible”

radica en su página web, posee un escaso desarrollo de su identidad visual, un déficit

en cuanto a visibilidad en los medios de y la carencia de estrategias de posicionamiento

en la nube, todo lo cual, trae como consecuencia bloqueos en su desarrollo y falta de

La propuesta del siguiente proyecto es de diseñar una página web en donde se

fortalezca el nexo entre la sociedad con necesidades económicas, permitiendo su

visibilidad, su desarrollo sustentable, forjar conexiones y estimular la cooperación

La metodología a usar es Scrum, porque es un enfoque de gestión ágil que facilita la

administración de proyectos, programas y portafolios de cualquier tamaño y

complejidad, facilitando el flujo de información, la comunicación entre el equipo de

trabajo y la entrega de valor con oportunidad a los interesados de la organización.

 La tesis de Adolfo Miguel Catalán García-Manso (2009),

“ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SITIO

WEB DEPARTAMENTAL”, En esta investigación se encuentra el

problema que el Web master de la página del departamento de

telemática recibe correos de diferentes fuentes (secretarias,

empleados, técnicos, etc.) en los que se indican cambios en la

información a mostrar la la página Web del departamento. Las

páginas del departamento son ficheros HTML por lo que aplicar

cualquier cambio sobre ellos no resulta trivial, sino que en ocasiones

recibir un número aceptable de ellos antes de proceder a la

modificación de los HTML. Al ser una única persona el Web master

del departamento, en ocasiones los cambios dependen de la

disponibilidad de esta persona.

La Solución planteada es La primera decisión tomada consiste en el

modelo de la aplicación. Siguiendo el estándar más utilizado en la

actualidad para el desarrollo de aplicaciones Web, se seguirá el

Modelo-VistaControlador (MVC). Este estándar facilita la labor de

los programadores al independizar los elementos de la aplicación por

lo que los cambios realizados en ella, no se expanden a otras áreas

el desarrollo del proyecto se trata de una herramienta sencilla para el

control del contenido de las páginas web de un departamento de la

universidad, en concreto del departamento de Telemática, aunque su

planteamiento permitirá que pueda ser aplicado a otros

departamentos de la universidad que sigan un modelo parecido. Esta

herramienta permite el acceso, creación y modificación de cualquier

dato dentro de la B.B.D.D. del departamento mediante formularios

datos sigan la política del departamento.

 La tesis de Isabel Bayón Farías (2011), “ANÁLISIS, DISEÑO E

IMPLEMENTACIÓN DE UN SITIO WEB CORPORATIVO”, Se