Está en la página 1de 18

ESTRUCTURA DE INFORME FINAL

FACULTAD DE INGENIERÍA
CARRERA DE INGENIERÍA DE SISTEMAS COMPUTACIONALES

Alumna:
Leslie Gianella Valenzuela Mamani
Profesora:
Ángela Verónica Díaz Noel
Curso:
Practicas Pre-Profesionales

Lima - Perú

2021

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 1 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

Contenido

I. INTRODUCCION....................................................................Error: Reference source not found


II. ASPECTOS GENERALES DE LA ORGANIZACIÓN...................Error: Reference source not found
III. ACTIVIDADES REALIZADAS DURANTE LAS PRACTICAS......Error: Reference source not found
3.1. RESPONSABILIDADES Y FUNCIONES................................Error: Reference source not found

3.2. RELACION CON OTRAS AREAS DE TRABAJO....................Error: Reference source not found

3.3. ACTIVIDADES REALIZADAS DURANTE LAS PRACTICAS....Error: Reference source not found

3.4. RELACION ACADEMICA LABORAL....................................Error: Reference source not found

IV. LOGROS Y APORTES...........................................................Error: Reference source not found


4.1. IDENTIFICACION DEL PROBLEMA O AREA DE MEJORA...Error: Reference source not found

4.2. ACTIVIDADES REALIZADAS Y SUSTENTO TEORICO..........Error: Reference source not found

V. CONCLUSIONES...................................................................Error: Reference source not found


5.1. GENERALES.......................................................................Error: Reference source not found

5.2. ESPECIFICAS.....................................................................Error: Reference source not found

VI. RECOMENDACIONES.........................................................Error: Reference source not found


6.1. PARA LA EMPRESA...........................................................Error: Reference source not found

6.2. PARA LA UNIVERSIDAD....................................................Error: Reference source not found

6.3. PARA EL CURSO................................................................Error: Reference source not found

VII. BIBLIOGRAFIA...................................................................Error: Reference source not found

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 2 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

I. INTRODUCCIÓN.

El presente informe de prácticas pre-profesionales en la especialidad de


Ingeniería de Sistemas Computacionales estan siendo desarrolladas en la
empresa TEPCOM E.I.R.L. que se encuentra ubicado en Jr. 28 de Julio Nro.
874 en la ciudad de Huánuco. Las practicas preprofesionales constituyen un
componente esencial en la formación de los estudiantes de educación superior
quienes con ellas inician su inserción en el ámbito laboral por un periodo
determinado, tendiéndose así un puente entre la teoría y la práctica, entre la
etapa formativa y el ingreso al mercado de trabajo.

El informe contiene el desarrollo de tareas íntegras y descriptivas que fueron


realizadas en el trayecto de las prácticas pre-profesionales, mencionando datos
referentes del laboratorio técnico, teniendo como objetivo, dar a conocer en
forma detallada todas las actividades realizadas en ella, como el manejo
correcto de los equipos, horarios y otros.

Estas son un requisito en nuestra malla curricular de la carrera de Ingeniería de


Sistemas Computacionales de la Universidad Privada del Norte de cumplir
específicamente las 320 horas, es importante resaltar que el estudiante debe
de realizar diversos tramites especificados por la universidad con la finalidad de
formalizar la relación apropiadamente entre el alumno y la empresa en donde
se realizaran las practicas.

Se tiene que tener en cuenta que las prácticas son de gran ayuda para el
estudiante, que al terminar sus años de estudio profesional egresa con ideas
claras de lo que representa ser técnico, esto será de apoyo en las diversas
actividades que realice al ejercer su carrera en cualquier empresa, ya sea
pública o privada desarrollando con eficiencia, destreza y creatividad.

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 3 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

II. ASPECTOS GENERALES DE LA ORGANIZACIÓN O LOCALIDAD

Razón Social y/o nombre comercial de la empresa: TEPCOM E.I.R.L


RUC: 20600323696
Dirección de la empresa: Jr. 28 de Julio Nro. 874 – Huánuco
Sector Empresarial:
Principales rubros de producción, clientes o población beneficiada:
Jóvenes, empresas y sectores industriales.
Reseña histórica:

Misión:
Proveer enseñanza y capacitaciones a los jóvenes, empresas y sectores
industriales de la republica Peruana en las áreas de Seguridad, Mantenimiento,
Mecánica y Operación de Maquinaria. Mediante el uso de las mas avanzadas
tecnologías para los fines con personal certificado en cada una de las ramas y
productos que representamos.

Visión:
TEPCOM es una Asociación privada que, ofrece una formación integral de
calidad, personalizada y competitiva y desarrolla una investigación
multidisciplinar de proyección Regional y Nacional la cual tiene como visión la
de estar entre las primeras asociaciones generadoras de personal calificado en
operaciones y mecánica de maquinaria pesada.

Valores:
 Integridad Personal:
La voluntad de hacer siempre lo correcto. Están inmersos en ella los
valores de honor, honestidad, responsabilidad, justicia, equidad, valor,
respeto, humildad.
 Vocación de Servicio:
Requiere anteponer los deberes profesionales a los deseos personales.
Implica el cumplimiento de normas, la confianza en el sistema, el
respeto hacia los demás y la disciplina.
 Excelencia Profesional:
Un imperativo personal de mejoramiento e innovación continua, que
permite contribuir al logro de los objetivos institucionales.

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 4 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

FODA:

III. ACTIVIDADES REALIZADAS DURANTE LA PRÁCTICA.

3.1 Responsabilidades y funciones.


 Desarrollador web para la página de la empresa
 Dar mantenimiento y soporte a la página
 Asesoramiento sobre el diseño de productos para reducir los posibles
problemas
 Asegurar que el software esté listo para el público objetivo
 Crear un plan de pruebas y testing
3.2 Relación con otras áreas de trabajo
 Con el área de Gerencia; ya que muchas de las decisiones para el
desarrollo del sistema web para la empresa fueron aceptadas por el
gerente de la empresa.
 Con el área de secretaria; ya que en este caso esta área estaba
encargada de muchas funciones que necesitaba para obtener
información de los usuarios.
3.3 Actividades realizadas durante la práctica
 Para esta actividad definí el alcance de la empresa con los requisitos,
declaración del alcance y estructura de desglose del trabajo que se
realiza con la aprobación de mi superior.

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 5 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

 Revisiones técnicas formales (RTF) en todos los pasos de desarrollo de


software.
 Control de documentación
 Control de cambios
 Se efecuaron reuniones con los miembros de el área e indentificamos
los riesgos clasificándolos como positivos o negativos y se
documentarán. También se detallará el impacto y la probabilidad de
ocurrencia de cada riesgo identificado.

 Realice los resultados del proceso Planificar la Gestión de las


Comunicaciones que se revisarán con regularidad a lo largo del
proyecto y se realizarán modificaciones según sea necesario.
 Especificación de todas las tablas y columnas.
 Las claves externas se usan para identificar relaciones entre tablas.
 La desnormalización puede ocurrir según los requisitos del usuario.
 Especifique claves primarias para todas las entidades.
 Encontre las relaciones entre diferentes entidades.
 Encontre todos los atributos para cada entidad.
 Resolví las relaciones de muchos a muchos.
 Normalización.
 Verificacion que el sistema debe ser capaz de procesar N transacciones
por segundo.
 Verificacion de la funcionalidad del sistema y transacción de negocio
debe responder al usuario en menos de 5 segundos
 Los datos modificados en la base de datos deben ser actualizados para
todos los usuarios que acceden en menos de 2 segundos.
El sistema tiene que contar con manuales de usuario estructurados
adecuadamente.
 Realización de interfaz de inicio de sesión, donde se debe, ingresar
usuario y contraseña para acceder al contenido del sistema.
 Codificación del mantenimiento de alumno (registrar, actualizar y
eliminar los datos correspondientes de un alumno).
 Realización de busqueda de datos para cada alumno.
 Testeo de historia de usuario 1 (Logeo al sistema).
 Testeo de historia de usuario 2 ( Mantenimiento de usuario).

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 6 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

 Testeo de historia de usuario 5 (Mantenimiento de alumno)


Testeo de historia de usuario 2 (Busqueda de alumnos).
 Testeo de historia de usuario 4 (Reporte de inscripcion).
 Testeo de historia de usuario 3 ( Reporte de validación).
 Despues de haber pasado todas las pruebas se procedió a implementar
el sistema en la empresa, para ello realizamos las actividades de
compilación, instalación y personalización.
 Se realizo el manual de usuario siendo el documento técnico que
explica el funcionamiento del software o sistema desarrollado.

3.4 Relación académica – laboral


 Soluciones web y Aplicaciones distribuidas
Este curso fue muy importante como base para el desarrollo de
aplicaciones web, ya que en este curso pude conocer las partes tanto
teóricas como practicas para un buen desempeño en el desarrollo de
páginas web.
 Técnicas de programación orientada a Objetos
Este curso fue muy importante porque me ayudo a obtener las mejores
técnicas de programación basada en varias técnicas del sexenio: herencia,
cohesión, abstracción, polimorfismo, acoplamiento y encapsulamiento.
 Taller de Base de Datos
Este curso me ayudo a la recopilación organizada de información o datos
estructurados, que normalmente se almacena de forma electrónica en un
sistema informático, para la creación de los sprint del sistema para la
empresa.
 Calidad y Pruebas de Software
Este curso me ayudo con presentar información sobre la calidad del
producto a las personas responsables de este. Las pruebas de calidad
presentan los siguientes objetivos: encontrar defectos o bugs, aumentar la
confianza en el nivel de calidad, facilitar información para la toma de
decisiones, evitar la aparición de defectos.
 Administración de proyectos de Software
Este curso fue de gran ayuda para la planificación, programación,
asignación de recursos, ejecución, seguimiento y entrega de proyectos de
software y web.

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 7 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

LOGROS Y APORTES
4.1 Identificación de problema o área de mejora.

 PRIMER LOGRO: Diseñé el plan del cronograma del desarrollo de


software en el programa Microsoft Project, para evaluar tareas y las
secuencias en las que deben elaborarse, con el objetivo de estimar la
duración del proyecto.
PROBLEMAS DESCRIPCIÓN SOLUCIÓN
Desorden a la hora de La falta de un Realicé un cronograma
realizar las tareas y cronograma de en el programa
secuencias para el secuencias y repartición Microsoft Project para
desarrollo de software. de tareas complica el evaluar tareas y las
tiempo límite de acabo secuencias en las que
del software. deben elaborarse, con
el objetivo de estimar la
duración del proyecto.

 SEGUNDO LOGRO: Realicé un plan de gestión de calidad para las


revisiones técnicas formales en todos los pasos del desarrollo del
software con un control de documentación y control de cambios.
PROBLEMAS DESCRIPCIÓN SOLUCIÓN
No había un plan de La falta de un plan de Realicé un plan de
gestión de calidad. gestión dificulta los calidad para las

procesos y recursos revisiones técnicas


formales en todos los
asignados y no se
pasos del desarrollo del
logran definir los
software con un control
responsables de su
de documentación y
aplicación y el
control de cambios.
momento en el que se
llevará a cabo.

 TERCER LOGRO: Realicé una prueba piloto exitosa, gracias a la


verificación previa del diseño, preparación y elaboración del desarrollo
de software.

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 8 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

PROBLEMAS DESCRIPCIÓN SOLUCIÓN


Antes de lanzar el test, Logré realizar una
es necesario que prueba piloto exitosa,
hagamos una prueba gracias a la verificación
piloto para comprobar previa del diseño,
que todo funciona preparación y
correctamente y, en su elaboración del
defecto, poder corregir desarrollo de software.
cualquier incidencia.

4.2 Actividades realizadas y sustento teórico sobre los cursos llevados en


la carrera, fundamentación bibliográfica según la normativa APA.
SUSTENTO TEÓRICO CITA TEXTUAL REFERENCIA
BIBLIOGRÁFICA
Según el artículo publicado por la (ESAN, 2016).
PMBOK Universidad ESAN (2016) señala Introducción a la gerencia
Guías de los Fundamentos que la finalidad principal de la de proyectos bajo el
para la Dirección de Proyecto. mencionada Guía es "identificar el enfoque de La Guía de
subconjunto de fundamentos de la PMBOK.
dirección de proyectos generalmente
reconocido como buenas prácticas".
PMI Según el artículo “Las áreas de (ESAN, 2016). Las áreas
Promueve la práctica, la conocimiento en gestión de de conocimiento en
ciencia y la profesión de proyectos” (2016) “Los gestores de gestión de proyectos.
gerencia de dirección de proyectos deben tener un
proyectos en todo el mundo, conocimiento lo más detallado
de manera consciente y posible de cada una de las áreas
proactiva, a fin de que las mencionadas, tanto en los aspectos
organizaciones adopten, teóricos como en las cuestiones
valoren y utilicen esta prácticas vinculadas a procesos,
metodología y le atribuyan el técnicas y herramientas”.
éxito.
Stakeholders Según Mary Ann Crow (2014) este (Crow, 2014).
Son todas aquellas personas, proceso debe hacerse en la fase de Stakeholders: su

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 9 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

grupos y entidades que tienen inicio del proyecto para que las importancia en
intereses de cualquier tipo en salidas claves del Registro de identificarlos.
una empresa y se ven Stakeholders y la Estrategia de
afectados por sus actividades. Administración de los Stakeholders
Son interesados, directos o sean usadas asociativamente en el
indirectos, en que la empresa proceso de Gestión de la
funcione ya que en caso Comunicación conocido como
contrario les afectaría Manejo de las Expectativas de los
directamente. Stakeholders.

SCRUM Según Schwaber & Sutherland, (Schwaber & Sutherland,


Método ágil de gestión de (2013) “SCRUM no se trata 2013). La Guía de Scrum.
proyectos cuyo objetivo únicamente de un método para
principal es elevar al desarrollo de software, sino que
máximo la productividad de puede ser aplicado teóricamente a
equipo de desarrollo. cualquier contexto en donde un
grupo de personas (equipo de
trabajo) necesita trabajar juntas para
lograr una meta común”.

IV. CONCLUSIONES

4.1. Generales

El curso de practicas pre profesionales me brindo las pautas para poder


formalizar mi estadía como practicante dentro de mi centro laboral en este caso
en la empresa TEPCOM EIRL, la cual me brindo una experiencia adicional a la
que ya tenia con los cursos aprendidos con anterioridad dentro de mi
universidad; ya que, a veces lo que se ve en campo no es de forma similar a lo
teórico, por ende, poder ver la realidad dentro del mercado laboral me fue muy
gratificante para futuras opciones laborales.

4.2. Específicas

Pude poner en practica lo aprendido en mis cursos de la universidad como


Calidad y Pruebas de Software y Administración y Proyectos de Software.

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 10 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

Pude ampliar mis conocimientos en normas, ahora con normas que tengan que
ver con contrataciones, ya que hasta cierto punto las normas que mas llevaba
eran las de diseño.
Pude tener la experiencia de poder participar en un proyecto desde la base, es
decir desde la creación del Expediente Técnico hasta que esta fuese
culminada, para lo cual pude ampliar mis conocimientos de como poder
solucionar los imprevistos que se daban dentro del sistema.

V. RECOMENDACIONES
5.1. Para la Empresa
 Tener en cuenta es que no es obligatorio tener todos tus datos en tu
sistemas informáticos. Hay muchos programas en la nube en los que se
puede almacenar parte de la información de negocio.
 Centralizar la información e implementar determinadas medidas de
seguridad desde un servidor interno al que los otros ordenadores estén
conectados, o bien a través de un software en la nube.
 Reforzar la interfaz con un buen sistema de integración y unos equipos
de proyecto resolutivos, podremos hacer pruebas sin dedicarles un
tiempo excesivo, además de implementar las nuevas funcionalidades
más fácilmente.
5.2. Para la Universidad
 Formación universitaria dual. Es un modelo que combina la teoría y
la práctica. Universidades y empresas se coordinan para que los
estudiantes realicen parte de su formación en compañías, y conozcan
la realidad del sector en el que van a trabajar.
 Departamentos de orientación laboral en las universidades: ofrecer
actividades encaminadas a preparar para el acceso al mundo laboral.
Desde las más básicas como la elaboración del CV o preparación de
entrevistas a la gestión y coordinación de prácticas en empresas.

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 11 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

VI. BIBLIOGRAFÍA

ESAN, U. (2016). Introducción a la gerencia de proyectos bajo el enfoque de La Guía


de PMBOK. conexionsan.
ESAN, U. (2016). Las áreas de conocimiento en gestión de proyectos. Gestión de
proyectos.
Crow, M. A. (15 de abril de 2014). Stakeholders: su importancia en identificarlos.
Instittuto para la Calidad .
Schwaber, K., & Sutherland, J. (Julio de 2013). La Guía de Scrum. Obtenido de
https://www.scrumguides.org/docs/scrumguide/v1/scrum-guide-es.pdf
http://salineropampliega.com/2013/10/gestion-de-interesados-en-losproyectos.html.
http://salineropampliega.com/2017/02/estrategias-la-gestioninteresados.html.
https://www.obs-edu.com/int/blog-project-management/actualidadproject-
management/stakeholders-de-que-forma-influyen-tu-gestion-deproyecto.
https://bsgrupo.com/bs-campus/blog/La-Influencia-de-los-Stakeholdersen-el-Proyecto-
69.
http://incispp.edu.pe/blog/penalidades-del-contrato-de-obra-peru/

VII. ANEXOS

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 12 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

ANEXO A

ANEXO B

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 13 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 14 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 15 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 16 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 17 de 18
FECHA DE VIGENCIA 11/03/2019
ESTRUCTURA DE INFORME FINAL

CÓDIGO DE DOCUMENTO COR-CPO-REC-VAC.03.03


NÚMERO VERSIÓN 02 PÁGINA Página 18 de 18
FECHA DE VIGENCIA 11/03/2019

También podría gustarte