Ao de la Diversificacin Produccin y del Fortalecimiento de la Educacin

UNIVERSIDAD PERUANA LOS ANDES

FACULTAD DE INGENIERIA

ESCUELA ACADEMICO PROFESIONAL DE INGENIERIA DE SISTEMAS Y

COMPUTACION

DEDICATORIA:

ANLISIS Y DISEO DE
A mi padre que desde el
PARA EL CONTROL DE EQUIPOS MULTIMEDIA EN LA OFICINA DE
AUDIOVISUALES - FIUPLA cielo me gua para

continuar y culminar las

INFORME DE PRCTICAS PRE PROFESIONALES metas trazadas que se me

PRESENTADO POR: han encomendado.

HOMERO JOSELITO ZEVALLOS RAMOS Homero Zevallos Ramos.

ASESOR:

Mg. PACHAS HUAYTN, JORGE VLADIMIR

PARA OPTAR POR EL GRADO DE BACHILLER EN

INGENIERIA DE SISTEMAS Y COMPUTACION

HUANCAYO PER

2015

 11

INDICE

TABLA DE ILUSTRACIONES

Ilustracin 1: Croquis de la Universidad Nacional del Centro del Per .......... Error!

Marcador no definido.

Ilustracin 2: Organigrama de la Universidad Nacional del Centro del Per . Error!

Marcador no definido.

Ilustracin 3: Tecnologas del BPM. ............................... Error! Marcador no definido.

Ilustracin 4 Funcionamiento del BPM ........................... Error! Marcador no definido.

Ilustracin 5: Elementos del Procesos ........................... Error! Marcador no definido. INTRODUCCION

Ilustracin 6: Clasificacin de procesos ........................ Error! Marcador no definido. Desde hace un tiempo nos venimos enfrentando a un profundo cambio en todos
Ilustracin 7: Organigrama de la Oficina General de Sistemas .. Error! Marcador no los sectores de la industria a nivel mundial. Un factor clave en esta situacin es
definido.
la emergencia de una economa global. Un porcentaje muy alto de la economa
Ilustracin 8: Modelado del Proceso de Manteniimiento Preventivo .............. Error!
depende de las importaciones y exportaciones, lo que obliga a las compaas
Marcador no definido.
a gestionar y controlar su negocio en un mercado global, obviamente mucho
Ilustracin 9: Modelado del Proceso de Manteniimiento Correctivo ............... Error!
ms competitivo, y a distribuir sus funciones geogrficamente para mantener
Marcador no definido.
una posicin estratgica en el mercado. Este contexto desencadena, por tanto,
Ilustracin 10: Propuesta Organizacional de los procesos de la OGI ............. Error!
que los valores que sustentan el negocio tambin estn sufriendo drsticas
Marcador no definido.

Ilustracin 11: Proceso Final ........................................... Error! Marcador no definido. transformaciones. La ventaja competitiva se encuentra en nociones como el

conocimiento, la informacin y la habilidad para enfrentarse a las

variabilidades del mercado, por encima de otros factores clave hasta el

momento como la cualificacin del personal o los recursos logsticos. La

aparicin continua de nuevos productos y servicios, cuyo ciclo de vida

se acorta, obliga a incrementar la productividad y disminuir el tiempo de

reaccin, adaptarse rpidamente a las variantes necesidades de los clientes y,

 12 13

en definitiva, aumentar la capacidad de competir en un mercado mucho ms RESUMEN

amplio. El trabajo que se muestra a continuacin referente a las prcticas pre

profesionales realizadas en el rea de Audiovisuales de la Oficina Laboratorio

En el Captulo I, se describe la institucin en estudio considerando su: historia,
autoridades, misin, visin y organigrama. de Computo de la Universidad Peruana Los Andes muestra como el estudio,

anlisis y diseo del sistema de control de multimedia para esta rea puede
En el Captulo II, se analiza rea de trabajo teniendo en cuenta la realidad llegar a mejorar la gestin de la misma, logrando mejorar la agilidad, mayor
problemtica, la formulacin del problema, la justificacin e importancia de la
investigacin; los objetivos de la investigacin. eficacia y mejorando los niveles de eficiencia.

Desde esta perspectiva el rea temtica est centrada en un sistema de

En el Captulo III, descripcin de actividades realizadas detallar cada una de
las actividades realizadas, de acuerdo a la realidad especfica de la carrera informacin transaccional. Para la elaboracin de este proyecto se emple
profesional y a la metodologa elegida.
como metodologa de trabajo, Scrum es el nombre con el que se denomina a

los marcos de desarrollo giles caracterizados por:

En el Captulo IV, en este captulo se va a describir los resultados obtenidos
anlisis de resultados dificultades encontradas en la institucin donde se
realiz las practicas pre profesionales 2 - Adoptar una estrategia de desarrollo incremental, en lugar de la

planificacin y ejecucin completa del producto.

- Basar la calidad del resultado ms en el conocimiento tcito de las

personas en equipos auto organizados, que en la calidad de los procesos

empleados.

- Solapamiento de las diferentes fases del desarrollo, en lugar de realizar

Homero J. Zevallos Ramos una tras otra en un ciclo secuencial o de cascada.

Homero J. Zevallos Ramos

 14 15

Universidad humanista e innovadora, generadora de ciencia

y tecnologa, lder en el desarrollo sostenible.

1.1.3. RESEA HISTORICA

La Universidad Peruana Los Andes, nace como la

CAPTULO I primera universidad privada del centro del Per el 30 de

ASPECTOS GENERALES DE LA INSTITUCION DONDE SE REALIZO diciembre de 1983 por mandato de la Ley N 23757;
LAS PRACTICAS PRE PROFESIONALES
inicindose con las carreras de Contabilidad, Administracin
1.1. RAZN SOCIAL
Universidad Peruana Los Andes. de Empresas, Ingeniera Industrial, Ingeniera Agrcola,

La UPLA, fiel a sus ideas rectoras y pioneras en el que hacer acadmico, Derecho y Educacin con sus especialidades de Educacin

cultural, cientfico y tecnolgico; contribuye al desarrollo integral de la Tcnica e Ingeniera Agrcola. El 23 de junio de 1987 se

regin central, ubicndose como una de las principales universidades del promulga la Ley Complementaria N 24697, que oficializa el

pas funcionamiento de la carrera de Ingeniera civil llegando a

Razn Social: ..UNIVERSIDAD PERUANA LOS ANDES ser pionera de la Regin Junn.

RUC: 20129588463. La Ley de creacin de la UPLA, estipula como sede central,

Direccin: AV. GIRALDEZ N 230 JUNIN HUANCAYO en la ciudad de Huancayo, capital del Departamento de
FAX: 22 38 48 Junn, hoy Regin Junn acorde con la nueva demarcacin
ESTADO: ACTIVO poltica del pas. Asimismo, precisa que no
Distrito: HUANCAYO recibir subvencin alguna del estado y su organizacin y
Dpto.: JUNIN. funcionamiento estar sujeto a la Ley Universitaria N
1.1.1. MISION 23733.
Formar profesionales competitivos, investigadores, con
La norma de creacin, Ley N 23757, fue aprobada por
identidad y prctica de valores morales, comprometidos con
el Congreso de la Repblica del Per, en Lima, el 22 de
el desarrollo sostenible.
diciembre de1983, siendo entonces presidente de la Cmara
1.1.2. VISION
de Diputados, el Dr. Dagoberto Lainez Vodanovic,

presidente de la Cmara de Senadores, el Dr. Ricardo

 16 17

Monteagudo Monteagudo. Y es promulgada por de Coordinacin Interuniversitaria, rgano autnomo de la

el Presidente Constitucional de la Repblica del Per, ANR.

Arquitecto Fernando Belande Terry, un 30 de diciembre de

Facultad de Derecho - Universidad Peruana Los Andes
5
1983. (Chorrillos- Huancayo).

Desde entonces, la UPLA se ha convertido en una institucin

La comunidad universitaria de la UPLA de entonces, y las
universitaria sin nimo de lucro a beneficio de sus
decisiones adoptadas en la Asamblea Universitaria del 8 de
estudiantes, docentes, graduados y trabajadores, guiados y
diciembre de 1983, emiten Resolucin N 001-93-AU, un
conducidos por sus autoridades universitarias elegidas cada
documento que perfilaba moldear las disposiciones de la ley
cinco aos de acuerdo a su estatuto y Ley
universitaria vigente adems de acatar todas las
Universitaria vigente.
observaciones y ser evaluada anualmente por
Posteriormente se han creado nuevas facultades, as como la ARN acorde el Reglamento General de Evaluacin de
nuevas carreras profesionales y se modifica la Universidades. La UPLA logr su histrica
denominacin de algunas ya existentes, de acuerdo al institucionalizacin y su respectiva incorporacin al sistema
avance de la ciencia, tecnologa y los requerimientos universitario peruano.
sociales e institucionales, y que han sido refrendadas por
Por aquel entonces, las obligaciones requeridas eran:
la Asamblea Nacional de Rectores (ANR) con Resolucin N
materializar el Campus Universitario de Chorrillos, estructura
446-ANR-93, y Asamblea Universitaria con Resolucin N
acadmica adecuada a ley, cuadro de docentes ordinarios y
001-93-AU del 8 de diciembre de 1993.
la constitucin de sus rganos de gobierno (Asamblea
Institucionalizacin Universitaria, Consejo Universitario y Consejos de Facultad

). Cumpliendo los principales requisitos acadmicos y

El verdadero despegue acadmico se da con la
administrativos, la Asamblea Nacional de Rectores en
anhelada institucionalizacin, que fue otorgada por
sesin extraordinaria del da viernes 11 de junio de 1993,
la Asamblea Nacional de Rectores (ANR) el 18 de junio de
acord la autorizacin definitiva de funcionamiento de la
1993, mediante Resolucin N 446-93-ANR.5 Autorizacin

definitiva que deviene del informe evaluado por la Comisin Universidad Peruana Los Andes en el pas, e

 18 19

institucionalizndose el 18 de junio de 1993 y fijando - Estudiar sistmicamente la realidad nacional e internacional y

como fecha de aniversario el 18 de junio de cada ao. promover su desarrollo integral, permanente y sostenible.

- Desarrollar la ciencia y tecnologa para el mejoramiento de los

El 30 de abril de 1996, el Congreso de la Repblica, segn

Ley N 26608, modifica la denominacin de Universidad niveles de vida y uso adecuado de los recursos naturales del pas y

Privada Los Andes, por el de Universidad Peruana Los de la regin.

Andes, constituyndose desde entonces el nombre oficial y - Educar para generar cuadros gerenciales consientes de la realidad

el reconocimiento de la comunidad acadmica dentro y fuera nacional comprometidos con su desarrollo y difundir el saber y la

del territorio peruano. cultura universal.

- Establecer mltiples formas de acceso a la Universidad, para que la

De esta manera la UPLA, sube por los peldaos de
mayora de la poblacin encuentre oportunidades de superacin
la excelencia acadmica, investigacin y proyeccin
participando en cursos y en servicios que respondan a sus
social. Y, constantemente articula
necesidades y aspiraciones de capacitacin, especializacin y
principios democrticos para conservar el prestigio
adiestramiento.
alcanzado por toda la comunidad universitaria, que
- Desarrollar sus actividades administrativas y acadmicas bajo los
actualmente celebra el camino a la acreditacin
principios ticos, legales, normativos, profesionales y tcnicos que
internacional.
se encuentren establecidos para los organismos rectores del sector
1.2. ACTIVIDADES QUE REALIZA
pblico.
La Universidad Peruana Los Andes, es un organismo pblico, autnomo,
- Atender la prestacin de servicios administrativos y acadmicos, as
descentralizado, con personera jurdica de derecho pblico interno y con
como la infraestructura fsica, para dar una adecuada y permanente
autonoma econmica, acadmica, administrativa y normativa dentro de
comodidad al desarrollo de las actividades del estudiantado, plana
la Ley; est constituida por profesores, estudiantes y graduados; se
docente y personal administrativo; con biblioteca virtual, textos y
dedica al estudio, la enseanza, la investigacin cientfica, la proyeccin
material educativo moderno.
social y extensin universitaria y se halla comprometida con desarrollo
- Mantener relacin funcional, sectorial y multisectorial con todos los
integral del mbito local, regional y nacional.
organismos pblicos y privados, nacionales y extranjeros, con miras

 20 21

a concentrar acciones para el desarrollo institucional, regional en Campus universitario de la universidad peruana los andes ubicado en la ciudad
universitaria de chorrillos palian Huancayo.
todos sus niveles y mbitos.

- Propender, fomentar y estimular al personal docente y

administrativo, a cambio de actitud y mentalidad, as como una

creciente mejora en los niveles de eficiencia, eficacia y efectividad

del trabajo universitario.

- Cumplir y hacer cumplir las leyes y dems disposiciones inherentes

a su institucionalidad.

1.3. UBICACIN GEOGRFICA

La Universidad Peruana Los Andes se encuentra ubicada en la

Av. Girldez N 230 Junn Huancayo

Ilustracin 2: campus de la universidad peruana los andes

Fuente: pgina web de la UPLA

Ilustracin 1: Ocroquis de la universidad peruana los andes

Fuente: Google Maps

 22 23

1.4. ORGANIZACIN 1.4.1. ORGANIGRAMA DE LA OFICINA LABORATORIO DE

COMPUTO - FIUPLA

Ilustracin 4: Organigrama de la oficina laboratorio de computo FIUPLA

Fuente: elaboracin propia

1.4.2. Oficina de Laboratorio de cmputo.

Es la unidad que pertenece a la facultad de ingeniera que

pone a disposicin los equipos de cmputo a los docentes y

estudiantes para el desarrollo de sus actividades

acadmicas, en los cuales existe la necesidad de

modernizacin y actualizacin permanente con la finalidad

Ilustracin 3: Organigrama de la Facultad de Ingeniera. FIUPLA de brindar un mejor servicio interno y externo, pudiendo as
Fuente: elaboracin propia.
competir en el mercado.

1.4.3. Jefe de laboratorio de computo

 24 25

Es la persona encargada de planear, organizar y tomar - Relatar cursos en reas que sean de mejor dominio.

decisiones sobre las actividades que se realizan en el - Realizar un diagnstico primario de falla de los equipos de otras

laboratorio de cmputo. unidades que lo soliciten.

1.4.4. Personal de laboratorio de computo - Realizar mantencin preventiva y correctiva de los equipos de la

Es la persona encargada de poner a disposicin los equipos FIUPLA.

de cmputo a los docentes y estudiantes, se encarga - Coordinar y supervigilar la accin de los contratos de mantencin

tambin de brindar soporte informtico a las diferentes reas y garanta de equipos computacionales de la FIUPLA.

de trabajo de la facultad de ingeniera. - Responsable del Control y Actualizacin del Inventario de

1.5. REA DONDE DESARROLL SUS PRCTICAS Equipos computacionales de la FIUPLA.

rea de Audiovisuales de la Oficina de Laboratorio de Computo de la - Mantener actualizadas las configuraciones de equipos de las

facultad de ingeniera de la Universidad Peruana Los Andes otras unidades dela FIUPLA que lo soliciten.

1.5.1. MISIN Y OBJETIVOS - Mantener actualizada las configuraciones de equipos de la

Su misin es asegurar el correcto funcionamiento de los FIUPLA.

equipos computacionales de los usuarios junto con ofrecer - Asesorar a la direccin de la FIUPLA en adquisicin de equipos

servicios de laboratorio y equipos multimedia a los alumnos computacionales.

con fines acadmicos. - Instalacin Hardware nuevo.

- Realizar cursos de capacitacin a alumnos de la FIUPLA.

1.6. FUNCIONES DEL REA DONDE DESARROLL SUS

PRCTICAS.

- Instalacin y configuracin de software y hardware a las

computadoras de la FIUPLA.

- Conocer el funcionamiento de sistemas operativos de escritorio

para apoyar las labores universitarias.

- Planificacin y organizacin conjuntamente con el Jefe del rea

Acadmica, de cursos dictados por la DTI.

 26
CAPITULO II
ASPECTOS GENERALES DE LAS PRACTICAS PRE PROFESIONALES
2.1. DESCRIPCIN DE LA SITUACIN ACTUAL O LABOR A DESARROLLAR
Anlisis y diseo de un sistema para el control de equipos multimedia en el rea de
audiovisuales FIUPLA
En esta rea se encontr varias deficiencias al momento de facilitar los equipos de
cmputo y multimedia hacia los docentes que lo solicitan para poder desarrollar sus
clases didcticas o las exposiciones de trabajos de los alumnos de la universidad.
No se tiene un control especifico de los equipos, el registro para la salida de todos esos
equipos se realiza mediante un cuaderno de cargo el cual tiene los campos bsicos como
registro de datos del docente , hora y fecha; el cual son muy escasos para poder llevar
un buen control o realizar algunos reportes que lo podra solicitar el jefe de la oficina
encargada, por lo tanto es que se lleg a la conclusin de realizar este sistema de control
de equipos multimedia para FIUPLA el cual contara con una base de datos y formularios
necesarios para el buen funcionamiento de esta oficina y brindar un mejor servicio y
eficacia.
2.2. OBJETIVOS
2.2.1. OBJETIVO GENERAL
27
Analizar, disear un sistema para el control de equipos multimedia para el rea
de audiovisuales de la oficina de laboratorio de cmputo de la FIUPLA
2.2.2. OBJETIVOS ESPECFICOS
- Identificar los requerimientos de la problemtica para implementar un
sistema de control de equipos multimedia.
- Disear la estructura y conocimientos que deber manejar el sistema de
control de equipos multimedia dela rea de audiovisuales.
- Implementar y verificar la funcionalidad de los resultados obtenidos en el
sistema planteado.
2.3. JUSTIFICACIN
Las prcticas pre-profesionales son de gran importancia para el afianzamiento y el
desarrollo del estudiante en su camino a integrarse en el mbito profesional,
aproximndolo a especializarse en una rama en particular de la carrera de Ingeniera de
Sistemas y Computacin.
La Oficina de laboratorio de cmputo se beneficiara con la sistematizacin de los
servicios de un sistema de control de equipos multimedia.
El proyecto de implementacin desarrollado en el transcurso de las prcticas pre
profesionales ser de utilidad para la oficina de laboratorio de cmputo siendo ellos los
usuarios finales del proyecto desarrollado.
2.4. METODOLOGA
Para el desarrollo de la presenta prctica pre profesional se emplearon metodologas de
la ingeniera de software, gestin de procesos, algoritmos y programacin.
2.5. SCRUM
2.5.1. INTRODUCCIN
SCRUM es un mtodo gil de gestin de proyectos cuyo objetivo principal es
elevar al mximo la productividad de equipo de desarrollo. Reduce al mximo
las actividades no orientadas a producir software funcional y produce
resultados en periodos cortos de tiempo. Como mtodo, enfatiza valores y
prcticas de gestin, sin pronunciarse sobre requerimientos, prcticas de
desarrollo, implementacin y dems cuestiones tcnicas.
 28 29

Ms bien delega completamente al equipo la responsabilidad de decidir la - Sprint Backlog
mejor manera de trabajar para ser lo ms productivos posibles.
- SCRUM
La palabra SCRUM procede de la terminologa del juego de rugby, donde
- Estimaciones
SCRUM se define como el acto de preparar el avance del equipo en unidad
pasando la pelota entre uno y otro jugador. - Builds continuos

- Revisin del Sprint

SCRUM fue desarrollado por Jeff Sutherland y elaborado ms formalmente por
- Reunin retrospective
Ken Schwaber. Poco despus Sutherland y Schwaber se unieron para refinar
y extender la metodologa SCRUM y ha llegado a ser conocida como una
herramienta de hiperproductividad. Schwaber se dio cuenta de que un proceso Valores
necesita aceptar el cambio, en lugar de esperar predictibilidad, esto enfocado
Foco, comunicacin, respeto y coraje.
en el hecho de que procesos definidos y repetibles slo funcionan para atacar
Roles
problemas definidos y repetibles con gente definida y repetible en ambientes
El nombre de los miembros del equipo y los externos se deriva de una tpica
definidos y repetibles. Tomar el cambio como una forma de entregar al final del
fbula agilista: un cerdo y una gallina discutan qu nombre ponerle a un nuevo
desarrollo algo ms cercano a la verdadera necesidad del Cliente fue entonces
restaurante; la gallina propuso Jamn y Huevos. No, gracias, respondi el
su solucin.
cerdo, Yo estar comprometido, mientras t slo implicada. SCRUM
2.5.2. LA ESENCIA DE SCRUM diferencia claramente entre estos dos grupos para garantizar que quienes
Ms que una metodologa de desarrollo, SCRUM es una herramienta para tienen la responsabilidad tienen tambin la autoridad necesaria para poder
gestionar proyectos. lograr el xito, y que quienes no tienen la responsabilidad, los observadores

Est basado en el hecho de que el trabajo es realizado por equipos auto- externos, no produzcan interferencias innecesarias.

organizado y auto-dirigidos, logrando motivacin, responsabilidad y

compromiso.
Es un proceso constructivo, iterativo e incremental donde las iteraciones
tienen una duracin fija.
Contiene definicin de roles, prcticas y productos de trabajo escritas de
forma simple y soportada en un conjunto de valores y principios (Mtodos
Agiles).

2.5.3. ELEMENTOS DEL SCRUM

Roles
SCRUM tiene una estructura muy simple. Todas las responsabilidades del
Product Owner (Propietario del producto)
proyecto se reparten en 3 roles:

SCRUM Master Product owner (Dueo del producto)

Team (Equipo) Representa a todos los interesados en el producto final. Es el responsable
- Poda de requerimientos oficial del proyecto, gestin, control y visibilidad de la lista de acumulacin o

- Product Backlog lista de retraso del producto (Product Backlog). Toma de decisiones finales de
las tareas asignadas al registro y convierte sus elementos en rasgos a
- Sprint
desarrollar.
- Planificacin Sus reas de responsabilidad son:

 30
- Financiacin del proyecto
- Requisitos del sistema
- Retorno de la inversin del proyecto
- Lanzamiento del proyecto
SCRUM Master (Lder del proyecto)
Responsable del proceso SCRUM, de cumplir la meta y resolver los problemas.
As como tambin, de asegurarse que el proyecto se lleve a cabo de acuerdo
con las prcticas, valores y reglas de SCRUM y que progrese segn lo previsto.
Interacta con el cliente y el equipo. Coordina los encuentros diarios, y se
encarga de eliminar eventuales obstculos. Debe ser miembro del equipo y
trabajar a la par.
Team (Equipo)
Responsable de transformar el Backlog de la iteracin en un incremento de la
funcionalidad del software. Tiene autoridad para reorganizarse y definir las
acciones necesarias o sugerir remocin de impedimentos.
La dimensin del equipo total de SCRUM no debera ser superior a veinte. El
nmero ideal es diez, ms o menos dos. Si hay ms, lo ms recomendable es
formar varios equipos. No hay una tcnica oficial para coordinar equipos
mltiples, pero se han documentado experiencias de hasta 800 miembros,
divididos en SCRUMs de SCRUMs, definiendo un equipo central que se
encarga de la coordinacin, las pruebas cruzadas y la rotacin de los
miembros.
2.5.4. PODA DE REQUERIMIENTOS
La poda de requerimientos es una buena prctica implcita en modelos giles,
y consiste en hacer lo que el cliente realmente desea, no ms.
La primera actividad en un proyecto manejado con SCRUM es armar una lista
exhaustiva de los requerimientos originales del sistema. Posteriormente se
realiza una revisin para evaluar qu requerimientos son realmente necesarios,
cules pueden
Posponerse y cules eliminarse. Para ello debe identificarse un representante
con capacidad de decisin, priorizar los requerimientos en base a su
importancia y acordar cules son los prioritarios para la fecha de entrega.
2.5.5. PRODUCT BACKLOG
Con los requerimientos priorizados y podados se arma el Backlog de Producto.
Este es una forma de registrar y organizar el trabajo pendiente para el producto
(actividades y requerimientos).
Es un documento dinmico que incorpora constantemente las necesidades del
sistema. Por lo tanto, nunca llega a ser una lista completa y definitiva. Se
mantiene durante todo el ciclo de vida y es responsabilidad del Product Owner.
31
2.5.6. SPRINT
SCRUM est basado en el control emprico de procesos. Se utiliza cuando la
capacidad de prediccin es vaga, la incertidumbre alta o el proceso es
demasiado complejo para ser modelado y definido.
En el enfoque emprico de control de procesos se establecen reglas simples y
se crea una disciplina de inspeccin frecuente para adaptarse rpidamente a
situaciones no previstas o problemas.
Un Sprint es el periodo de tiempo durante el que se desarrolla un incremento
de funcionalidad. Constituye el ncleo de SCRUM, que divide de esta forma el
desarrollo de un proyecto en un conjunto de pequeas carreras.
Planificacin
Se planifica en detalle el trabajo al inicio de cada Sprint asumiendo que los
objetivos no van a cambiar durante el mismo. De esta manera se atena el
riesgo.
Aspectos a tener en cuenta sobre la planificacin de un Sprint:
- Una determinacin general de alcance, frecuentemente basada en
una EDT (Estructura de Divisin del Trabajo).
- Estimaciones de esfuerzo de alto nivel realizadas durante la etapa
de concepcin del proyecto.
- Esfuerzo dedicado a labores de soporte o de preparacin de los
ambientes requeridos por el proyecto.
- Esfuerzo asociados a las reuniones diarias, de planificacin y de
revisin.
El rol del SCRUM Master durante la planificacin es:
- Dirigir la planificacin.
- Facilitar acuerdos entre el equipo y el Product Owner del proyecto.
- Registrar problemas y riesgos detectados durante la planificacin.
- Registrar las tareas, asignaciones y estimaciones.
- Iniciar el Backlog del Sprint.
Sprint Backlog
Trabajo o tareas determinadas por el equipo para realizar en un Sprint.
- Tareas a convertir en producto funcional.
- Las tareas se estiman en una duracin entre 1 y 20 horas de trabajo.
Las de mayor duracin deben intentar descomponerse en sub-
tareas en el rango de tiempo indicado.
- La estimacin como el avance de las tareas se actualiza da a da
 32 33

SCRUM diario
SCRUM asume que el proceso es complejo y que es necesario
inspeccionarlo frecuentemente, por eso se realiza una reunin
diaria de seguimiento. El encuentro diario impide caer en el dilema
sealado por Fred Brooks: Cmo es que un proyecto puede
atrasarse un ao? Un da a la vez.
Estimaciones
Las estimaciones se realizan por primera vez en la reunin de
planificacin al inicio del Sprint. Luego las tareas se re-estiman
todos los das y se registran sus cambios en el Backlog del Sprint;
esta actividad puede ser realizada inmediatamente antes o despus
del SCRUM diario.
Builds continuos y pruebas bsicas
La estrategia que generalmente se utiliza es la de Builds continuos y prueba
bsica para la funcionalidad del sistema consiste en:
Los programadores desarrollan segn el Backlog del Sprint, y al Ilustracin 5: diseo de procesos con SCRUM
finalizar, notifican al integrador. Fuente: www.google.com.pe
El integrador toma el cdigo y lo integra con el resto del producto. 2.6. HERRAMIENTAS
Se compila el software y se prueba superficialmente el producto, 2.6.1. ASP .NET
para verificar la estabilidad de la versin. ASP.NET es un modelo de desarrollo Web unificado que incluye los servicios
Revisin del Sprint necesarios para crear aplicaciones Web empresariales con el cdigo
El objetivo de la reunin de revisin es presentar el producto o porcin del mnimo.ASP.NET forma parte de .NET Framework y al codificar las
producto desarrollada por el equipo a los usuarios. La reunin se utiliza para aplicaciones ASP.NET tiene acceso a las clases en .NET Framework. El cdigo
detectar inconformidades mayores que se vuelven elementos del Backlog de de las aplicaciones puede escribirse en cualquier lenguaje compatible con el
Producto y que eventualmente se resuelven en el siguiente Sprint. Common Language Runtime (CLR), entre ellos Microsoft Visual Basic y C#.
A la reunin asisten el equipo, el SCRUM Master, el Product Owner y todas las Estos lenguajes permiten desarrollar aplicaciones ASP.NET que se benefician
personas implicadas en el proyecto. Esta revisin se convierte en un demo del del Common Language Runtime, seguridad de tipos, herencia, etc9.
producto con las nuevas funcionalidades desarrolladas durante el Sprint. Actualmente, ASP.NET soporta tres modelos de programacin: ASP.NET Web
Forms, ASP.NET MVC y ASP.NET Web Pages. Aunque los tres modelos de
Reunin retrospectiva
programacin se ejecutan sobre la misma base de ASP.NET, cada uno de ellos
SCRUM involucra el concepto de mejora continua a travs de las reuniones de
estructura la aplicacin de maneras completamente distintas, promueve
retrospeccin. Las reuniones buscan detectar los puntos positivos y negativos
metodologas de desarrollo diferentes y se adapta a perfiles de desarrolladores
del Sprint para generar propuestas de mejora para futuros Sprints. Las reuniones
distintos. Algunas caractersticas que son virtudes en unos modelos de
de retrospeccin son el concentrador del aprendizaje organizacional sobre el
programacin, pueden ser consideradas debilidades en el otro. Qu es ms
SCRUM. Los puntos positivos y negativos se registran y se definen tems de
importante, desarrollar a un gran nivel de abstraccin o tener control total cada
accin para cada uno. Los tems de accin definidos se toman en cuenta en los
uno de los aspectos de la aplicacin? Simplicidad vs. Control. Flexibilidad vs.
siguientes Sprints.
Eficiencia. Estas son las compensaciones que hay que baremar a la hora de
A esta reunin acuden el equipo, el SCRUM Master, y opcionalmente el Product
elegir. En esta serie de artculos repasaremos las diferencias entre los tres
Owner del Producto.
modelos de programacin, y los escenarios favorables a cada uno de ellos10.

 34 35

Es importante recalcar que el hecho de elegir uno de los modelos de conocimientos con caractersticas locales que aprovechan los centros de datos
programacin al comenzar un proyecto de ASP.NET no excluye globales de Microsoft. Adems, SQL Server 2014 aprovecha las nuevas
necesariamente a los otros, sino que es posible tener aplicaciones hbridas y capacidades de Windows Server 2012 y Windows Server 2012 R2 para ofrecer
en muchos casos tendr todo el sentido desarrollar ciertas partes de la una escalabilidad sin parangn a las aplicaciones de base de datos en un
aplicacin con un modelo de programacin y otras partes con otro modelo entorno fsico o virtual.
distinto.
ASP.NET Web Forms fue el primero de los tres modelos de programacin en
existir, y proporciona un gran nivel de abstraccin con un modelo de
programacin familiar basado en eventos y controles que favorece la
productividad mediante la programacin declarativa reduciendo la cantidad de
cdigo necesaria para implementar una determinada funcionalidad.
ASP.NET MVC se concibi como alternativa a Web Forms y proporciona un
modelo de programacin basado en el popular patrn de arquitectura MVC.
Entre sus principales caractersticas destacan su completa integracin con
pruebas unitarias y su separacin ms clara entre la lgica de presentacin, la
lgica de negocio y la lgica de acceso a datos.
ASP.NET Web Pages es el ms reciente de los tres modelos de programacin,
y fue creado como respuesta a una creciente demanda de desarrolladores web
sin experiencia previa con ASP.NET, cuya iniciacin en ASP.NET Web Forms
o MVC les supona una inversin inicial de tiempo demasiado grande. Web
Pages proporciona un modelo de programacin ms simple y rpido de
aprender, sin renunciar a toda la funcionalidad y flexibilidad de ASP.NET.

2.6.2. SQL SERVER 2008

Microsoft SQL Server es un sistema de administracin y anlisis de bases
de datos relacionales de Microsoft para soluciones de comercio electrnico,
lnea de negocio y almacenamiento de datos. En esta seccin, encontrar
informacin sobre varias versions de SQL Server. Tambin encontrar
artculos sobre bases de datos y aplicaciones de diseo de bases de datos as
como ejemplos de los usos de SQL Server11.
Microsoft SQL Server 2014 se basa en las funciones crticas ofrecidas en la
versin anterior, proporcionando un rendimiento, una disponibilidad y una
facilidad de uso innovadores para las aplicaciones ms importantes. Microsoft
SQL Server 2014 ofrece nuevas capacidades en memoria en la base de datos
principal para el procesamiento de transacciones en lnea (OLTP) y el
almacenamiento de datos, que complementan nuestras capacidades de
almacenamiento de datos en memoria y BI existentes para lograr la solucin
de base de datos en memoria ms completa del mercado.
SQL Server 2014 tambin proporciona nuevas soluciones de copia de
seguridad y de recuperacin ante desastres, as como de arquitectura hbrida
con Windows Azure, lo que permite a los clientes utilizar sus actuales

 36 37

Iteracin Iteracin Iteracin

ROL
Inicial Elaboracin/construccin Transicin

Informe

Actores Informe
principales del Plan de Proyecto del
Software Plan de
CAPITULO III Software
Jefe de Proyecto del
proyecto Glosario de la Matriz de entregable Software
DESCRIPCION DE ACTIVIDADES REALIZADAS
Empresa. Cronograma del proyecto Cronograma del
DESARROLLO DEL SISTEMA proyecto
Entidades de la
Empresa.
3.1. PLAN DEL PROYECTO
Anlisis de
3.2. PLAN DE FASES Glosario de Requerimientos.
Procesos y
Analista Trminos del
Requerimientos. Modelo de
FASE N DE ITERACIONES DURACIN Software.
anlisis
Etapa de comunicacin 1 Iteracin 10 das
Modelo fsico de
Etapa de Planeacin 1 Iteracin 10 das segunda
Modelo lgico
iteracin
Etapa de Modelado 3 Iteracin 30 das
Modelo fsico
Modelo fsico de segunda Diseo de la
Etapa de Diseo 3 Iteracin 15 das de primera
iteracin Base de Datos
iteracin
Diseador de segunda
Etapa de Codificacin 2 Iteracin 15 das Diseo de la Base de
Diseo de la iteracin
Tabla 1: Plan de fases Base de Datos Datos de segunda iteracin
Fuente: elaboracin propia Diseo de la
de primera
interfaz de
3.3. HITOS iteracin
primera
iteracin
FASE N DE ITERACIONES DURACIN
Codificacin de Codificacin de
Etapa de comunicacin 1 Iteracin 10 das producto de Codificacin de producto producto de
Programador
primera de Segunda iteracin Tercera
Etapa de Planeacin 1 Iteracin 10 das
iteracin iteracin
Etapa de Modelado 3 Iteracin 30 das
Pruebas Unitarias. Pruebas
Informes de
Etapa de Diseo 3 Iteracin 15 das Unitarias
correcciones Pruebas funcionales
Pruebas Revisin de
Etapa de Codificacin 2 Iteracin 15 das Informe de Revisin de control de control de
calidad calidad
Tabla 2: Plan de hitos calidad
Fuente: elaboracin propia
Tabla 3: Matriz de entregables
3.4. MATRIZ DE ENTREGABLES Fuente: elaboracin propia

3.5. ACTIVIDADES Y TAREAS DEL SISTEMA

 38 39

3.5.1. ESTUDIO DE FACTIBILIDAD - Sistema operativo de el o los servidores

- Factibilidad Legal. - Bases de datos

- Factibilidad Tcnica.
3.6.2. FACTIBILIDAD TCNICA
- Factibilidad Operativa. El cliente cuenta con tecnologa, pero destinada a los diversos

- Factibilidad Econmica. trabajos realizados y con una posibilidad de compartir estos

3.5.2. ANLISIS recursos, porque no son de usos exclusivos. Por lo tanto, se

- Requisitos de los usuarios. debera equipar a la empresa con la siguiente tecnologa,

- Requisitos de datos. quedando la misma a cargo del cliente:

- Requisitos de software y hardware.

Requerimientos terminales
3.5.3. DISEO
- Una pc dual Core o superior.
- Modelado UML para la base de datos.
- Conexin a la red
- Modelado Entidad Relacin de la base de datos.
- Sistema operativo Windows 7 o superior
- Modelado Lgico de la base de datos.
- Requerimientos de la aplicacin
- Modelado Fsico de la base de datos.
- .net framework 3.5 o superior
- Diccionario de datos.
Capacitacin del personal
- Mini especificaciones.
Se contar con un manual de usuario, manual del software y una

3.6. FACTIBILIDAD capacitacin para el uso del producto.

3.6.1. FACTIBILIDAD LEGAL

3.6.3. FACTIBILIDAD OPERATIVA
Segn lo analizado, el proyecto de sistema que estamos
PARA EL DESARROLLO
realizando no debe ajustarse a ningn marco legal existente,
El proyecto ser llevado a cabo por profesionales capacitados.
debido a que los requerimientos que hemos relevado no estn

sujetos a legalidades. Sin embargo, queda a cargo del cliente la

compra de licencias de software base como:

- Sistema operativo de las terminales

 40 41

USUARIOS cual se conoci varios flujos de trabajo y necesidades bsicas que

Los usuarios de tipo administradores tienen la experiencia del uso comprender.

de software a medida y los usuarios de tipo usuario sern

NECESIDAD CARACTERSTICA
capacitados para el uso del software. NECESIDAD 1 Registrar la entrada y salida de los equipos

NECESIDAD 2 Contar con una definicin de los equipos multimedia

3.6.4. FACTIBILIDAD ECONMICA
El relevamiento del sistema durar 4 meses, con una carga de Controlar los permisos para entrada y salida de los
NECESIDAD 3
equipos fuera de la universidad
180 horas dedicadas por un solo encargado por lo que al
NECESIDAD 4 Obtener reportes de los equipos multimedia
desarrollar el sistema por un grupo de 2 personas harn 360 horas
NECESIDAD 5 Datos del Personal Organizado
dedicadas. Reporte de los bienes adquiridos en el periodo
NECESIDAD 6
acadmico
Debido a que el cliente tiene inconvenientes en el manejo de la
Poder contar con un informe de los accesos al
NECESIDAD 7
sistema
asistencia del personal y administrativos, esto genera que dichos

trabajadores no cumplan con el total de horas asignadas a cada NECESIDAD 8 Sistema amigable y fcil de comprender

uno de ellos, por lo cual se optara una solucin para dicho Que exista un control de usuarios con accesos
NECESIDAD 9
debidamente otorgados
inconveniente. Por esta razn, creemos que resulta altamente Tabla 4: Plan de necesidades.
Fuente: elaboracin propia
eficaz desarrollar el sistema ya que de esta forma, se le facilitara
3.7.3. REQUISITOS DE DATOS
la remuneracin e incluso servir para tomar decisiones al
Para obtener una mejor refinacin de los datos obtenidos en los
momento de retirar a alguien de la institucin a causa de las
requisitos de los usuarios, se le presento al ingeniero encargado
inasistencias y tardanzas del personal.
de la oficina una propuesta de desarrollo del software, de acuerdo

3.7. ANLISIS a los requisitos que nos hicieron llegar y se obtuvo una respuesta

3.7.1. REQUISITOS DE LOS USUARIOS positiva para poder desarrollar el software.

3.7.2. ESPECIFICACIONES DE NECESIDADES DE LA EMPRESA 3.7.4. REQUISITOS DE SOFTWARE Y HARDWARE.

Inicialmente se realiz un diagnstico preliminar de la oficina a

TECNOLOGAS INVOLUCRADAS
desarrollar el sistema de control de equipos multimedia, bajo la

- Sistema operativo:

 42 43

- Microsoft Windows 7 Diagrama de colaboracin realizar prstamo de equipos

- Motor de Base de Datos:
multimedia
- Microsoft SQL Server 2012 R2
- Lenguajes de programacin:
- Visual Studio C#
- Frameworks:
- Net 4.0

HERRAMIENTAS VARIAS

Microsoft Project
Microsoft Office
Rational Rose Ilustracin 7: Diagrama de colaboracin (Prstamo)
Fuente: elaboracin propia

3.8. DISEO
Modelado UML para la base de datos Diagrama de colaboracin realizar el prstamo de equipos

A continuacin se presenta una aproximacin al diagrama de casos de audiovisuales.

uso:

Ilustracin 8: Diagrama de colaboracin realizacin del prstamo.

Ilustracin 6: diagrama de caso de uso general. Fuente: elaboracin propia
Fuente: elaboracin propia

3.8.1. DIAGRAMAS DE CASOS DE USO Diagrama de colaboracin administrador (prstamo)

 44 45

Fuente: Elaboracin propia

Caso de uso 3. Consultar prstamo

Ilustracin 9 Diagrama de colaboracin administrador

Fuente: Elaboracin Propia Ilustracin 12: caso de uso. Consultar prstamo

Fuente: Elaboracin Propia

Caso de uso 1 Crear usuario registrar profesor Casos de uso 4. Realizar reporte del sistema

Ilustracin 10 caso de uso. Crear usuario

Fuente: Elaboracin propia

Ilustracin 13 caso de uso. Realizar Reporte del sistema

Caso de uso 2. Actualizar inventario del sistema
Fuente: Elaboracin propia

3.8.2. Especificaciones formales de las clases de uso

Diagramas de secuencia 1 Consultar usuario (Profesor)

Ilustracin 11: casos de uso. Actualizar inventario

 46 47

Ilustracin 14 Diagrama de secuencia consultar usuario

Fuente: Elaboracin propia Ilustracin 14 Diagrama de secuencia consultar prstamo

Fuente: Elaboracin propia

Diagrama de secuencia 4. Realizar Reporte de sistema

Diagrama de secuencia 2 Realizar prstamo (Profesores)

Ilustracin 14 Diagrama de secuencia realizar prestamo

Fuente: Elaboracin propia

Ilustracin 14 Diagrama de secuencia realizar reportes del sistema
Diagrama de secuencia 3. Consultar Prestamos (inventario)
Fuente: Elaboracin propia

 48 49

3.8.3. ESPECIFICACIONES DE LOS CASOS DE USO Resumen: Se desea registrar a los nuevos equipos

Caso de uso 1 que llegan a la oficina de audiovisuales.

Casos de Uso: Crear Cliente Durante el ciclo acadmico.

Actores: Administrador Actor Sistema

Propsito: Registrar nuevos usuarios 2. registrar 5. Se ejecuta el formulario registrar nuevo

datos en el equipos para su registro

Resumen: Se desea registrar a los nuevos docentes
formulario
de la FIUPLA para llevar su control de
registrar
prstamo de equipos multimedia.
6. Ingresar datos 7. Registra los datos y se guarda en la base
Actor Sistema
en los campos de datos.
1. registrar 2. Se ejecuta el formulario registrar nuevo
solicitados
datos en el usuario para su registro

formulario
Tabla 6: caso de uso formal 2
registrar Fuente: elaboracin propia

3. Ingresar datos 4. Registra los datos y se guarda en la base Caso de uso 3.

en los campos de datos. Casos de Uso: Realizar Prstamo
solicitados
Actores: Administrador

Propsito: Registrar los prestamos realizados

Tabla 5: caso de uso formal 1
Fuente: elaboracin propia Resumen: Se desea registrar a los nuevos

prstamos realizados durante el da y que

Caso de uso 2. sern registrados por cada usuario

Casos de Uso: Actualizar inventario Actor Sistema

Actores: Administrador 3. registrar 8. Se ejecuta el formulario registrar nuevo

Propsito: Registrar nuevos equipos datos en el Prstamo para su registro

formulario

registrar

 50 51

9. Ingresar datos 10. Registra los datos y se guarda en la base 3.8.4. DIAGRAMA DE CLASES
en los campos de datos.
MODELO LGICO DE LA BASE DE DATOS
solicitados
Esta base de datos lgica tiene la estructura de los componentes

bsicos que reflejan las dependencias jerrquicas y la seleccin

Tabla 7: caso de uso formal 3
Fuente: elaboracin propia determina la interfaz con el usuario.

Caso de uso 4.

Casos de Uso: Realizar Reporte

Actores: Administrador

Propsito: Realizar reportes del sistema

Resumen: Se desea reportar los prestamos

realizados por cada docente en la oficina

de la facultad de ingeniera UPLA

Actor Sistema

4. registrar 11. Se ejecuta el formulario realizar reporte

datos en el

formulario

registrar

12. Ingresar datos 13. Imprimir reporte

en los campos

solicitados

Tabla 8: caso de uso formal 4

Fuente: elaboracin propia

Ilustracin 15: modelo lgico de la base de datos

Fuente: Elaboracin Propia

 52 53

MODELO FSICO DE LA BASE DE DATOS 3.8.5. DISEO FSICO DEL SISTEMA

El modelo fsico de la base de datos es la estructura de la base FORMULARIO DE SELECCIN DE USUARIO

de datos es una descripcin usada para especificar el esquema Este formulario nos permite realizar el registro del personal

lgico detallado del modelo conceptual, depende del tipo de administrativo y loguearse con la base de datos.

SGBD.

Ilustracin 17: formulario login

Fuente elaboracin propia

FORMULARIO PRINCIPAL O VENTANA PRINCIPAL

Este formulario nos permite tener el acceso principal de todos

los dems formularios de este sistema que hemos realizado.

Ilustracin 16: base de datos modelo fsico

Ilustracin 17: formulario principal
Fuente elaboracin propia
Fuente: Elaboracin propia

 54 55

FORMULARIO ADMINISTRACIN DE EQUIPOS

En este formulario realizaremos el registro de los equipos que se

fueron entregador a la oficina de audiovisuales.

Ilustracin 19: formulario administracin de salones

Fuente: Elaboracin propia

FORMULARIO DE ADMINISTRACIN DE PRSTAMO

Ilustracin 18: formulario administracin de equipos
Este formulario nos permite registrar el prstamo que se realiza
Fuente: Elaboracin propia

alas docentes, captura la fecha y horario de salida y regreso de

FORMULARIO ADMINISTRACIN DE SALONES los equipos prestados para su utilizacin en clases diarias.

Este formulario nos servir para poder registrar el inventario de

los salones con los que cuenta la facultad de ingeniera, y tener

todo registrado para su facilidad de administracin.

 56 57

Ilustracin 20: formulario administracin de prstamo de equipos

Fuente: Elaboracin propia

Ilustracin 21: formulario administracin de usuarios

FORMULARIO ADMINISTRACIN DE USUARIOS O Fuente: Elaboracin propia

PROFESORES

El formulario de admiracin de usuarios nos permite tener

registrado todos los docentes q laboran en la universidad, as

tambin como actualizar sus datos y estado de vigencia que

puedan tener laborando, para un mayor control de nuestros

registros de prstamo.

 58 59

CONCLUSIONES

- Se mejor el control de equipos multimedia para la oficina de

CAPTULO I V
audiovisuales, mediante el sistema empleado.
RESULTADOS OBTENIDOS
- Empleando la ingeniera de Software se realiz la implementacin

4.1. ANLISIS DEL RESULTADO del sistema de control de equipos multimedia para la oficina de

audiovisuales de la FIUPLA
Se logr implementar el sistema de control de equipos multimedia,
- Se optimizaron tablas, relaciones, tipos de datos e implementaron
para el prstamo a los docentes de la FIUPLA para la realizacin de
tablas para mejorar la consistencia de datos guardados y
sus clases virtuales, asi se mejorara el servicio brindado por la oficina
recuperados. As tambin se suprimieron tablas redundantes.
de audiovisuales.
- Se consigui optimizar el funcionamiento de las diversas funciones
Se lograron realizar mejoras en la base de datos implementados y
del software de control de equipos multimedia para la oficina de
modificando tipos de datos de columnas, e implementando nuevas
audiovisuales de la FIUPLA.
tablas de datos y aplicando normalizacin.

Se logr re factorizar el cdigo haciendo ms eficiente y entendible

para futuras actualizaciones del sistema de control de personal.

4.2. DIFICULTADES ENCONTRADAS

Las dificultades encontradas es la adaptacin de los profesores ah

este nuevo software que brinda la oficina de audiovisuales, el cual

registra los equipos prestados a los docentes, en consecuencia es la

nueva adaptacin a dicho software que con el trascurso del tiempo

llegara a una adaptacin eficiente por parte de los usuarios.

 60 61

RECOMENDACIONES

Se recomienda para la elaboracin del sistema de control de equipos

multimedia, considerar algunos puntos ms, ya que las necesidades

pueden variar dependiendo del tiempo, y si fuera el caso hacer

reingeniera del sistema, debido a que al pasar del tiempo siempre existen

nuevas necesidades, nuevos requerimientos; sin embargo es conveniente

realizar un anlisis previo, con la finalidad de hacer ms robusta la

aplicacin, y ser de gran utilidad en el desarrollo del lugar donde se

aplique.

Es recomendable para el diseo del sistema tener en cuenta la cohesin

y acoplamiento ya que sin ello el sistema carecera de buenas prcticas

de programacin para el desarrollo del sistema, teniendo como un

producto final a un sistema poco entendible y presentando ciertas

complicaciones para los usuarios finales.

ANEXOS
Como recomendacin final para la construccin e implementacin del

sistema es tener la certeza de que lo que quiere es brindar mejoras a un

proceso que tal vez por distintos factores no se modernizaron y siguieron

en lo tradicional, adems tambin esta documentacin sirve como

hincapi para tener en cuenta que la documentacin es muy importante

no solo para la elaboracin de un sistema, sino tambin para auditorias

que puedan haber y respaldos que permitan sustentar el por qu, y otros

aspectos que se puedan presentar a lo largo en el ciclo de vida del

software.