Universidad Nacional del Altiplano

Facultad de Ingeniería Mecánica Eléctrica, Electrónica y Sistemas

Escuela Profesional de Ingeniería de Sistemas

1 PROYECTO DE INVESTIGACIÓN
2 I. Título
3
4 Desarrollo de un software usando el enfoque DDD para la mejora del trámite documentario de la IE
5 Comercial 45 Puno - 2021
6
7 II. Resumen del Proyecto de Tesis
8
9 La IE Comercial 45 cuenta con problemas en la atención de tramites documentarios, entre los más
10 importantes el tiempo de atención. La institución no cuenta con capacidad de atención de forma
11 virtual, algo que en tiempos actuales y de pandemia es imprescindible.
12 Se pretende analizar los procesos y las necesidades de software en la entidad para poder mejorar
13 el proceso de tramite documentario.
14 Posteriormente desarrollar un software de acuerdo a las necesidades detectadas usando el enfoque
15 DDD (diseño guiado por dominio). El software se creará usando tecnologías de Microsoft,
16 AspNetCore, c#(c sharp), sql server, Scrum y DDD. Se usará la suit de Azure para el desarrollo y
17 despliegue.
18 Finalmente se procederá a probar el software con la población seleccionada (usuarios) y tomar
19 muestras del proceso de atención sin el sistema (pre test) y datos con el sistema ya implementado
20 (post test) para evaluar el nivel de mejora en la atención. Con el desarrollo de este sistema se espera
21 que mejore el tramite documentario en la institución.
22
23 III. Palabras claves (Keywords)
24
25 Tramite documentario, Domain driven design (diseño guiado por dominio), Desarrollo de software,
26 Proceso, Diseño guiado por dominio.
27
28 IV. Justificación del proyecto
29
30 La presente investigación surge de apreciar el proceso burocrático necesario para obtener una
31 resolución, constancia, certificado o documento similar, desde el problema que es adquirir el modelo
32 adecuado para solicitar un servicio o realizar un trámite, pasando por el proceso engorroso para
33 hacer el seguimiento del mismo, para finalmente después de bastante tiempo conseguir el trámite
34 requerido. En una visita a la entidad se pudo apreciar distintos problemas tales como el desorden
35 documentario, tiempo excesivo en obtener una respuesta por parte de la institución, problema de
36 seguimiento del trámite y tiempo de espera para presentar solicitudes o algún trámite semejante.

37 En la institución educativa Comercial 45, existen muchos procesos y problemas los cuales pueden
38 ser optimizados, un ejemplo el registro de los documentos en un libro de actas de forma manual, lo
39 que lleva al problema de la búsqueda y seguimiento del documento. El libro de actas no está exento
40 de perdida. En el 2020 el problema de la pandemia nos obliga a realizar nuestros trabajos de manera
41 virtual incluyendo la tecnología para evitar el contacto físico y prevenir la propagación de la
42 enfermedad. El tener documentos físicos, en la organización en muchos casos produce largas
43 esperas cuando un usuario requiere conocer el estado de su trámite(seguimiento), esto porque el
44 personal de la organización tiene bastantes documentos, realizar la búsqueda de documentos
45 físicos puede tomar tiempo. Procesar las solicitudes y documentos de forma manual genera algunos
46 de los siguientes problemas: documentos(expedientes) extraviados, problemas al ubicarlos,
47 determinar el área en el que se encuentra el documento, ya que en algunas ocasiones se cuenta
48 con una sola copia. El deficiente control de la información acerca de los documentos emitidos y
49 recibidos. La entidad donde se ejecutará la investigación actualmente no cuenta con información
50 oportuna a cerca de los documentos ingresados y emitidos a las diferentes unidades.

51 Ante los problemas mencionados surgió la idea de hacer un sistema web de tramite documentario,
52 el cual tratara de mejorar la administración y el tiempo de respuesta de los documentos más
53 comunes en la organización como, solicitudes, certificados-constancia, memorando, oficio e
54 informes (tramites, documentos). Esto permitirá que toda la información acerca de los tramites
55 documentarios este centralizada, lo cual ayudara en tener reportes estadísticos, informes exactos y
56 evitar documentos esparcidos por la organización. Se tendrán reportes que apoyarán a la toma de
57 decisiones de la alta dirección, estos serán útiles para los órganos de control. Se reducirá el tiempo
1
 Universidad Nacional del Altiplano
Facultad de Ingeniería Mecánica Eléctrica, Electrónica y Sistemas
Escuela Profesional de Ingeniería de Sistemas

58 de atención de los documentos, las personas podrán realizar el seguimiento de sus trámites desde
59 cualquier dispositivo con acceso a internet. El trámite documentario de la institución será más
60 eficiente, brindando información oportuna y evitando colas para recibir atención.

61 Asimismo, el sistema ayudara a la administración de documentos de la entidad mediante los reportes

62 de: solicitudes, certificados oficios, memorándums, informes, etc. El sistema tendrá una arquitectura
63 escalable, lo cual permite tener un mejor rendimiento, flexibilidad y reutilización de código (Schmidt,
64 R. A., & Thiry, M. 2020).
65 El enfoque DDD permitirá una fácil integración con otros sistemas similares, que implementen la
66 firma electrónica, se podrá agregar más funcionalidades al sistema sin mucho esfuerzo.
67
68
69 En una observación previa a realizar este proyecto, se pudo identificar 2 tipos de usuarios: internos
70 y externos.
71 - Usuarios internos: Usuarios dentro de la organización, que tienen más interacción con la
72 organización, los cuales serán usuarios del sistema y que son parte de la entidad, ejemplo,
73 trabajadores, personal administrativo, distintas oficinas como recursos humanos etc.
74 - Usuarios externos: Personas ajenas a la organización, clientes que requerirán los servicios de la
75 entidad, y tendrán menos interacción con el sistema, ejemplo, estudiantes, padres de familia o
76 entidades superiores.
77
78 El desarrollo del sistema contemplara documentos como:
79 - Solicitudes
80 - Certificados
81 - Otros documentos (internos) usados con menor frecuencia (memorando, oficio, informe)
82
83 Respecto al desarrollo del software para abordar el problema de investigación el cual es “¿la
84 implementación de un sistema de trámite de documentario mejora el proceso de trámite en la IE
85 COMERCIAL 45?”, se usará el lenguaje de programación c sharp(c#) y el framework AspNet Core.
86 AspNet Core es un framework (marco de trabajo) de código abierto y multiplataforma (se puede
87 ejecutar en windows, mac y linux) desarrollado por Microsoft y la comunidad, para la creación de
88 sistemas modernos conectados a internet como aplicaciones web y APIs web.
89
90 El DDD (Domain driven design, diseño guiado por dominio en español), es un enfoque para el
91 desarrollo de software con necesidades complejas, mediante una profunda conexión entre la
92 implementación los conceptos del modelo y núcleo del negocio. El cual propone segregar una
93 aplicación en niveles, lo que permite a los desarrolladores la opción de modificar o agregar una capa
94 específica, en lugar de modificar toda la aplicación (Avram, A., & Marinescu, F. ,2006).
95
96 Para el despliegue (instalación del sistema) se usarán las herramientas que provee Microsoft.
97 Respecto al desarrollo del sistema se usará el enfoque, DDD(diseño guiado por dominio),base de
98 datos SqlServer, lenguaje c Sharp, framework aspnet core y Scrum, estas arquitecturas y prácticas
99 de desarrollo de software permitirán crear un software escalable, flexible y con funcionalidades
100 acuerdo a las necesidades de la institución. Se tendrá énfasis en crear módulos para tramites
101 documentarios que permitan una mejora en el proceso de atención a usuarios externos.
102 Esta investigación servirá de guía para futuros trabajos que se realicen en el área de informática de
103 la institución y se creara un software que sea capaz de adaptarse a cualquier organización que
104 cuente con procesos de tramite similares.
105
106
107 V. Antecedentes del proyecto
108
109 Tesis locales
110
111 Chambi Quispe, K. J., & Miranda Cano, K. F. (2019). en su tesis “Aplicación de la metodología six
112 sigma para mejorar el proceso de administración y gestión de trámite documentario en la
113 municipalidad provincial de San Román Juliaca – 2018” menciona que aplicando la metodología Six
114 Sigma se pudo mejorar el proceso de tramite documentario, hace énfasis en el antes y después ya
115 que el valor sigma inicial fue de 0.33 sigmas y el nuevo valor del proceso mejorado es 1.2 sigmas.
116 Y agrega que se recomienda la elaboración de un software de Trámite documentario, un Portal
117 Institucional constantemente actualizado, capacitación y trato adecuado, tolerancia, amabilidad,
2
 Universidad Nacional del Altiplano
Facultad de Ingeniería Mecánica Eléctrica, Electrónica y Sistemas
Escuela Profesional de Ingeniería de Sistemas

118 respeto a los usuarios externos. También da a conocer que se logró reducir el tiempo de atención,
119 logrando la satisfacción de los administrados.
120
121 Quispe Calsín, C. (2019). “Sistema web para el seguimiento y control de documentos para la gestión
122 administrativa en la red de salud Puno, 2017” en sus conclusiones menciona que el tiempo de espera
123 se redujo significativamente con el desarrollo del software de registro único y gestión documentaria,
124 entre sus recomendaciones tenemos los siguientes enunciados:
125 - Capacitación constante en el uso del sistema (sobre todo para el personal nuevo).
126 - Agregar protocolos de seguridad para el acceso al sistema.
127 - Implementar firmas digitales para verificar la autenticidad de las mismas.
128 - Copias periódicas de la base de datos.
129 - La digitalización del archivo histórico (memorias).
130
131
132 Tesis nacionales
133
134 Teniendo en cuenta a Herrera Sanchez, D. V. (2019). en su tesis “Propuesta de un sistema de
135 gestión documentaria basado en tecnología workflow para el manejo del proceso de trámite
136 documentario en una universidad privada de la región”, llega a la conclusión de que con el uso de
137 una Aplicación Web se pudo ver un incremento del número de documentos resueltos al día. La
138 disminución de tiempo en transferir un documento a las áreas involucradas.
139 Algunas tesis relacionadas con el desarrollo de un software de tramite documentario, recomiendan
140 agregar varias opciones para la búsqueda de documentos, usabilidad, también recomienda realizar
141 una encuesta acerca de nuevas funcionalidades que se le puede añadir al sistema que desarrollo
142 en su investigación, varios tipos de reportes y cuadros estadísticos.
143
144 De acuerdo con Candia Achahui, Y. Y. (2017).” Integración de la firma electrónica en la orden de
145 maniobra para el proceso de autorización de cortes de energía eléctrica de la empresa Electrosur
146 S.A. Tacna – 2016”, entre sus recomendaciones menciona que a los jefes de los departamentos y
147 servicios de la gerencia de operaciones que hacen uso de la firma electrónica, es importante
148 considerar el uso en forma diaria del software para familiarizarse con esta tecnología. El enunciado
149 anterior se traduce en una capacitación adecuada a los usuarios que utilizaran el sistema.
150
151 Tesis internacionales
152
153 Empleando las palabras de Font Aranda, O. (2013). “Implementación de un sistema de gestión
154 documental en la Universidad Central “Marta Abreu” de las Villas”, con los sistemas de gestión
155 documental se asegura la conservación de los documentos, las evidencias, un servicio más
156 eficiente, el control y la organización de la documentación que conlleva a obtener la mejora continua
157 de la institución.
158 Entre sus recomendaciones menciona, organizar encuentros con las autoridades para la posible
159 extensión de la aplicación en dicha institución. Efectuar acciones encaminadas a la mejora de los
160 instrumentos, componentes o herramientas del sistema, según las sugerencias que para bien
161 pudieran aportarse las cuales permitirán elevar la calidad del mismo. La creación del archivo central
162 histórico y nombrar un responsable para poder continuar con el desarrollo del software.
163
164 Según Remache Chicaiza, M. Á. (2014). “Sistema automatizado de gestión de documentos en el
165 área administrativa en la unidad educativa Luis a. Martínez de la ciudad de Ambato, provincia del
166 Tungurahua”, el diagrama UML facilita la comprensión de las especificaciones de los procesos. La
167 selección de la metodología en cascada para el desarrollo de software es una parte muy importante.
168 Considera viable el uso de Mysql o MariaDb, porque hay una comunidad muy activa detrás del
169 desarrollo de este, es fiable, confiable, con respuesta a errores en la información, teniendo la ventaja
170 de ser open source y gratuito.
171 El desarrollo del sistema se realizará con un marco de trabajo ágil (SCRUM), pero tomando en
172 cuenta a Remache Chicaiza, M.Á., se crearán algunos diagramas UML que se consideren
173 necesarios.
174 Remache Chicaiza, M. Á entre sus recomendaciones menciona:
175
176 - Utilizar metodologías que guíen y ejecuten correctamente las actividades para tomar
177 decisiones y lograr el producto informático final deseado.
178 - Considera importante utilizar diagramas UML en el desarrollo de sistemas para proporcionar

3
 Universidad Nacional del Altiplano
Facultad de Ingeniería Mecánica Eléctrica, Electrónica y Sistemas
Escuela Profesional de Ingeniería de Sistemas

179 una comprensión del producto final, también porque ayuda a definir claramente los procesos
180 que se realizará y así poder examinar el proyecto de forma global.
181
182
183 Respecto al desarrollo del software, DDD (Domain driven design, diseño guiado por dominio) puede
184 ayudar a crear microservicios con mejor disponibilidad, escalabilidad, fiabilidad y fácil cambio
185 (Merson, P., & Yoder, J. ,2020). La premisa anterior se probará aplicando el DDD en el desarrollo
186 de un software que no está relacionadas en una arquitectura de microservicios y se verificara si
187 también es válido lo que menciona el autor.
188
189 Usando DDD se obtiene beneficios como centrarse en el dominio de la aplicación, eliminando la
190 complejidad de la infraestructura del software para el desarrollador. El código generado es fiel al
191 dominio del sistema y el programador no necesitara refactorizar(reestructurar) en caso de que el
192 sistema requiera extensión. También permite cambiar el modelo de dominio, debido a requisitos
193 cambiantes, permitiendo el desarrollo incremental en el proceso de codificación y mantenimiento
194 (Soares, S. A., Brandão, M., Cortés, M. I., & Freire, E. S. S. ,2015).
195
196
197 Algunas recomendaciones, mencionadas por otros autores en temas relacionados que se
198 consideran importantes para esta investigación.
199
200 - Integrar el software a una interfaz web, para acceder desde un PC, Tablet o Smartphone.
201 - El uso de metodologías agiles, en concreto XP (Xtreme Programing)
202 - Adecuada y constante capacitación al personal en TICs.
203 - Servidor de base de datos dedicado
204 - Implementación del sistema de trámite, en todas las áreas de la organización.
205 - Cambiar políticas de gestión con respecto a tramites documentarios, esto debido a que
206 existe varios requisitos de identificación de la persona.
207 - La recomendación de tener un servicio de la RENIEC para consulta de la identidad.
208 - Utilizar metodologías que guíen y ejecuten correctamente las actividades para tomar
209 decisiones y lograr el producto informático final deseado.
210
211
212 VI. Hipótesis del trabajo
213
214 La implementación de un sistema de tramite documentario utilizado el enfoque DDD, mejorará el
215 proceso de tramite documentario en la IE Comercial 45.
216
217
218 VII. Objetivo general
219
220 Determinar si el software que se desarrollara mejora el proceso de tramite documentario en la IE
221 Comercial 45.
222
223
224 VIII. Objetivos específicos
225
226 - Detallar las características que debe cumplir el sistema de trámite documentario para la Institución
227 educativa Comercial 45, para la mejora del proceso de trámite.
228 - Desarrollar el sistema de tramite documentario de acuerdo a las necesidades de la
229 organización(usabilidad) y con las características requeridas.
230 - Determinar el nivel de satisfacción, la mejora del proceso de tramite documentario y la influencia
231 que tiene el software desarrollado.
232
233
234 IX. Metodología de investigación
235
236 La investigación experimental se presenta mediante la manipulación de una variable no comprobada,
237 en condiciones rigurosamente controladas, con el fin de describir de qué modo y por qué causa se
238 produce una situación o acontecimiento particular. Este tipo de investigación nos muestra las siguientes
239 etapas:

4
 Universidad Nacional del Altiplano
Facultad de Ingeniería Mecánica Eléctrica, Electrónica y Sistemas
Escuela Profesional de Ingeniería de Sistemas

240
241 • Presencia de un problema para el cual sea realizada una revisión bibliográfica.
242 • Identificación y definición del problema.
243 • Definición de hipótesis y variables y la operalización de las mismas.
244 • Diseño del plan experimental.
245 • Prueba de confiabilidad de los datos.
246 • Realización del experimento.
247 • Tratamiento de datos.
248
249 La investigación experimental, se centra en controlar el fenómeno a estudiar, emplea el razonamiento
250 hipotético-deductivo. Emplea muestras representativas, diseño experimental como estrategia de control
251 y metodología cuantitativa para analizar los datos. Los experimentos pueden realizarse en laboratorio o
252 puede ser de campo (Campbell. ,1996).
253
254 Tomando en cuenta a Campbell. ,1996, el tipo de investigación será cuasi-experimental un subtipo de
255 investigación experimental, donde se empleará el método de razonamiento hipotético-deductivo,
256 metodología cuantitativa y el lugar de investigación será de campo (tipo de investigación según lugar).
257
258
259 Esta investigación corresponde a una investigación Experimental de tipo cuasi experimental donde se
260 pretende analizar la influencia de la variable Sistema de tramite documentario sobre el Proceso de
261 trámite documentario de la IE Comercial 45 Puno (GE).
262
263 O1−−−−−−X−−−−−−O2
264
265 Donde:
266 GE: Grupo experimental conformado por los usuarios del sistema en la entidad.
267 X: Tratamiento con la aplicación del sistema(software).
268 O1: Prueba antes del experimento.
269 O2: Prueba después del experimento.
270
271 - Variable independiente = Sistema de gestión de tramite documentario (Aplicación web de trámite
272 documentario)
273 - Variable dependiente = Tramite documentario en la entidad
274
275 Población
276 El tamaño de la población es de 55 documentos (la media de documentos atendidos durante un mes,
277 solicitudes o similares ), de los cuales se tomará el tiempo en días que tomo su atención (ejemplo, 2, 5
278 o 3 que es el tiempo promedio de atención). Desde el día que fue recibido en mesa de partes hasta el
279 día de la culminación del trámite cuando la entidad resuelve la petición (independientemente de la fecha
280 que el usuario recoja su respuesta al trámite).
281
282 Muestra
283 Para determinar el tamaño óptimo de la muestra a partir de la población, se utilizó el muestreo de tipo
284 no probabilístico por conveniencia, debido a que se elegirá la cantidad de documentos atendidos en
285 un determinado mes.
286
287
288 Se utilizó la siguiente fórmula para obtener el tamaño de la muestra:
289
𝑵. 𝒁𝟐 . 𝒑. 𝒒
290 𝒏=
𝑬𝟐 . (𝑵 − 𝟏) + 𝒁𝟐 . 𝒑. 𝒒
291
292
293 Donde:
294 Z: Es el coeficiente de confianza o punto crítico. 95% (1.96)
295 p: Es la proporción esperada de casos favorables, 0.5
296 q: Es la proporción de casos no favorables, 0.5
297 E: Es el margen de error (5%) = 0.05
298 N: Es el tamaño de la población = 55 documentos
299 n: Es el tamaño de la muestra = ¿?
5
 Universidad Nacional del Altiplano
Facultad de Ingeniería Mecánica Eléctrica, Electrónica y Sistemas
Escuela Profesional de Ingeniería de Sistemas

300
301 La muestra obtenida aplicando la formula anterior es de 48 documentos(tramites).
302 Para comprobar la hipótesis se utilizará la prueba T de Student(no pareada).
303
304 Parte de la investigación será de tipo metodológica, esto porque para el desarrollo del sistema se
305 utilizará la metodología Scrum, el enfoque DDD (diseño guiado por dominio) esto en menor medida,
306 pero el proyecto se centrará en la investigación cuasi-experimental (mejora del proceso de tramite
307 documentario).
308
309
310 X. Referencias
311
312  Avram, A., & Marinescu, F. (2006). Domain Driven Design Quickly. In Online. https://doi.org/978-1-
313 4116-0925-9

314  Campbell. (1996). Diseños Experimentales y Cuasiexperimentales. Nueva York USA, Estados
315 Unidos.

316  Candia Achahui, Y. Y. (2017). Integración de la firma electrónica en la orden de maniobra para el
317 proceso de autorización de cortes de energía eléctrica de la empresa Electrosur S.A. Tacna –
318 2016. Universidad Nacional Jorge Basadre Grohmann.

319  Carrillo Riveros, E. (2019). Firma digital para el proceso de trámite documentario en la Universidad
320 Nacional de San Cristóbal de Huamanga 2016. Universidad Andina Néstor Cáceres Velásquez.

321  Cea Ancona, A. (1999). Metodología Cuantitativas Estrategias y Técnicas de 242 Investigación
322 Social. Barcelona, España.

323  Chambi Quispe, K. J., & Miranda Cano, K. F. (2019). Aplicación de la metodología six sigma para
324 mejorar el proceso de administración y gestión de trámite documentario en la municipalidad
325 provincial de San Román Juliaca – 2018. Universidad Nacional del Altiplano.

326  Coaquira Pinto, W. (2015). Rediseño de procesos de negocio aplicando la tecnología workflow para
327 el proceso de trámite documentario de la unidad de gestión educativa local Puno – 2014.
328 Universidad Nacional del Altiplano.

329  Font Aranda, O. (2013). Implementación de un sistema de gestión documental en la Universidad

330 Central “Marta Abreu” de las Villas. Universidad de Granada.

331  García, B., Dueñas, J. C., Fernández-Villamor, J. I., Westerski, A., Garijo, M., & Iglesias, C. A.
332 (2010). ROMULUS: Domain Driven Design and mashup oriented development based on open
333 source Java metaframework for pragmatic, reliable and secure web development. Proceedings of
334 the European Conference on Software Maintenance and Reengineering, CSMR.
335 https://doi.org/10.1109/CSMR.2010.30

336  Herrera Sanchez, D. V. (2019). Propuesta de un sistema de gestión documentaria basado en

337 tecnología workflow para el manejo del proceso de trámite documentario en una universidad
338 privada de la región. Universidad Católica Santo Toribio De Mogrovejo.

339  Hruby, P. (2006). Model-driven design using business patterns. In Model-Driven Design Using
340 Business Patterns. https://doi.org/10.1007/3-540-30327-2

341  Iberico Suárez, L. E. (2013). Mejoramiento de la gestión de trámite documentario utilizando firma
342 digital en el proyecto especial Alto Mayo – Moyobamba. Universidad Nacional De San Martín - T.

343  Kapferer, S., & Zimmermann, O. (2020). Domain-specific language and tools for strategic domain-
344 driven design, context mapping and bounded context modeling. MODELSWARD 2020 -
345 Proceedings of the 8th International Conference on Model-Driven Engineering and Software
346 Development. https://doi.org/10.5220/0008910502990306

6
 Universidad Nacional del Altiplano
Facultad de Ingeniería Mecánica Eléctrica, Electrónica y Sistemas
Escuela Profesional de Ingeniería de Sistemas

347  Merson, P., & Yoder, J. (2020). Modeling Microservices with DDD. Proceedings - 2020 IEEE
348 International Conference on Software Architecture Companion, ICSA-C 2020.
349 https://doi.org/10.1109/ICSA-C50368.2020.00010

350  Quispe Calsín, C. (2019). Sistema web para el seguimiento y control de documentos para la
351 gestión administrativa en la red de salud Puno, 2017. Universidad Nacional del Altiplano.

352  Remache Chicaiza, M. Á. (2014). Sistema automatizado de gestión de documentos en el área

353 administrativa en la unidad educativa Luis a. Martínez de la ciudad de Ambato, provincia del
354 Tungurahua. Universidad Técnica De Ambato.

355  Santos, E. C. S., Beder, D. M., & Penteado, R. A. D. (2015). A Study of Test Techniques for
356 Integration with Domain Driven Design. Proceedings - 12th International Conference on Information
357 Technology: New Generations, ITNG 2015. https://doi.org/10.1109/ITNG.2015.66

358  Schmidt, R. A., & Thiry, M. (2020). Microservices identification strategies : A review focused on
359 Model-Driven Engineering and Domain Driven Design approaches.
360 https://doi.org/10.23919/cisti49556.2020.9141150

361  Soares, S. A., Brandão, M., Cortés, M. I., & Freire, E. S. S. (2015). Dribbling complexity in model
362 driven development using Naked Objects, domain driven design, and software design patterns.
363 Proceedings - 2015 41st Latin American Computing Conference, CLEI 2015.
364 https://doi.org/10.1109/CLEI.2015.7360022

365  Stanley, C. (1966). Diseños experimentales y Cuasiexperimentales. Nueva York, Estados Unidos.

366  Tam Malaga, J., Vera, G., & Olivera Ramos, R. (2008). Tipos, Métodos y 252 Estrategias de la
367 Investigación Científica. Barcelona, España.
368
369
370 XI. Uso de los resultados y contribuciones del proyecto
371
372 Los resultados del proyecto serán usados en bien de la mejora del sistema de gestión pública,
373 generando un avance importante en los tramites documentarios, de este modo se contribuirá a los
374 procesos administrativos (atención púbica), lo cual tendrá un gran impacto en la atención de los
375 servicios públicos en la Institución Educativa, debido a que será más eficiente, satisfaciendo las
376 necesidades de los usuarios.
377
378 Los resultados que se alcancen, dejarán evidencia de la funcionalidad y efectividad de la utilización
379 de tecnologías de información y comunicación en la optimización y mejora de los procesos de tramite
380 existentes en las instituciones públicas.
381
382
383 XII. Impactos esperados
384
385 i. Impactos en Ciencia y Tecnología
386
387 El empleo de un sistema de tramite documentario dentro de la IE Comercial 45 de Puno es un
388 paso trascendente hacia la modernización y el uso de buenas prácticas para la mejoría de la
389 gestión pública a su vez es importante el uso de un software de documentación para la atención
390 de los usuarios en la organización. Asimismo, se promueve el uso de la tecnología en la
391 población.
392
393 ii. Impactos económicos
394
395 A través de la aplicación y desarrollo de este proyecto de investigación, se podrá ayudar en cierto
396 modo a la organización en la reducción, de recursos y costos asociados al trámite documentario
397 y materiales de escritorio como libros de actas, documentos (hojas), espacio físico de
398 almacenamiento (muchas entidades tienen un almacén de documentos que en el peor de los
399 casos ocupa una habitación de tamaño considerable, tal es el caso de hospitales).
400
7
 Universidad Nacional del Altiplano
Facultad de Ingeniería Mecánica Eléctrica, Electrónica y Sistemas
Escuela Profesional de Ingeniería de Sistemas

401 La innovación tecnológica contribuirá a una buena gestión, con impacto positivo en los niveles
402 de servicios y satisfacción de los usuarios internos y externos, realizando así el uso eficiente de
403 los bienes financieros, la consolidación e integración de intereses ayudará a contar con diseños
404 tecnológicos (bases de datos, aplicaciones) que terminará con el uso de presupuesto innecesario
405 bajo un enfoque corporativo, permitirá lograr una optimización del uso de recursos.
406
407 iii. Impactos sociales
408
409 El uso de un sistema informático de este tipo permitirá que los procesos de trámite documentario
410 tomen menor tiempo de lo habitual.
411
412 Se mejorará la competitividad del personal dentro de la institución, la administración de
413 documentos, se logrará satisfacer las necesidades de los usuarios/ciudadanos al optimizar el
414 tiempo de respuesta en su atención y garantizar la confidencia de los documentos o expedientes,
415 evitándose las demoras y retrasos, obteniendo un mejor servicio.
416
417 Permitirá menos interacción social, lo que es positivo en tiempos de pandemia y trabajo remoto.
418 El trámite documentario de la institución será más eficiente en la atención al público, brindando
419 información oportuna y evitando colas.
420
421 iv. Impactos ambientales
422
423 El uso del sistema de tramite documentario permitirá el ahorro de recursos que implica un trámite
424 tradicional como materiales de escritorio, lo cual conlleva a generar menos basura y uso de papel.
425
426
427 XIII. Recursos necesarios
428
429 Los recursos que se consideran necesarios para el desarrollo del proyecto se describen a
430 continuación de acuerdo al tipo de recurso, bienes, y/o servicios.
431
432 Recursos humanos
433 - Asesores externos en el tema o área (desarrollo de sistemas y tramite documentario).
434 - Analista de sistemas.
435 - Desarrollador FrontEnd html, css y javascript (contrato mensual).
436 - Desarrollador BackEnd en aspnet core c# (contrato mensual).
437 - Diseñador de UI/UX, encargado de diseñar las interfaces de usuario del sistema.
438 - Personal de capacitación, para ensenar el uso del sistema que se desarrollará.
439
440 Servicios
441 - Servicio de conexión a internet y telefonía.
442 - Servicios de transporte.
443 - Servicio Azure (Servidor para despliegue de la aplicación web).
444 - Dominio web (para el acceso al sitio web).
445
446 Materiales
447 - 1 Laptop
448 - 2 Computadoras de escritorio de buena capacidad (para programar la aplicación).
449 - Dispositivo móvil Android (Para realizar pruebas de usabilidad en dispositivos móviles).
450 - 2 Memoria USB, 16 GB.
451 - Router, switch o modem para pruebas locales.
452 - 2 Escritorios y sus respectivas sillas.
453 - Pizarra (para diseñar, la base de datos, scrum chart, y otros).
454 - Materiales de escritorio.
455 - Data Display (para capacitación).
456 - Papel Bond 75gr (unidad de medida millar).
457
458 Software
459 - Visual Studio Comunity 2019 (IDE para desarrollo en C#)
460 - VS Code (editor de código para código html, css y javascript)
461 - Licencia de Windows 10 OEM

8
 Universidad Nacional del Altiplano
Facultad de Ingeniería Mecánica Eléctrica, Electrónica y Sistemas
Escuela Profesional de Ingeniería de Sistemas

462 - StarUML (programa para crear algunos diagramas necesarios para el desarrollo del sistema,
463 diagrama de base de datos)
464 - Suit de ofimática ms office, para la elaboración del informe y cuadros estadísticos.
465 - Git, Github (control de versiones y repositorio de código online para trabajo en equipo)
466 - Node js (para trabajo del lado del backend y frontend con javascript)
467 - Framework aspnet core y Boilerplate (frameworks de desarrollo web en c#)
468 - BD mysql (motor de base de datos para el almacenamiento de la información)
469 - Browser MsEdge o Google Chrome (Navegadores para realizar pruebas de usabilidad)
470
471 Otros
472 - Viáticos
473 - Pasajes del transporte
474 - Presupuesto(dinero)
475 - Otros (gastos de Imprevistos)
476 - Laboratorio para la capacitación
477
478
479 XIV. Localización del proyecto
480
481 Delimitación Geográfica(espacial).
482 El área geográfica seleccionada para el desarrollo de la investigación, está orientada a las oficinas
483 de la institución educativa Comercial 45 que se encuentra en Jr. Huancané 154 en:
484 - Departamento: Puno
485 - Provincia: Puno
486 - Distrito: Puno
487 - Institución: Institución educativa Comercial 45
488
489 Delimitación temporal
490 El estudio se realizará en el periodo comprendido desde septiembre - 2021 y enero del 2022.
491
492
493
494 XV. Cronograma de actividades
495
(Trimestres) Semana-Mes 2021
Actividad
1/9 2/9 3/9 4/9 1/10 2/10 3/10 4/10 1/11 2/11 3/11 4/11
Recolección de datos (Información del X X
desarrollo del sistema)
Levantamiento de requerimientos (Trabajo de X
campo)
Análisis de procesos e información, exploración X
y coordinación con la entidad
Diseño del sistema X
Desarrollo de los diferentes X X X
módulos(codificación)
Implementación o despliegue X
Capacitación a los usuarios X
Despliegue, pruebas de usabilidad, casos de X X
uso y Mantenimiento
Pruebas de la implementación del sistema X
Recolección de datos(resultados), análisis de X X X
resultados y elaboración del informe
496
497 XVI. Presupuesto
498
Descripción Unidad de medida Costo Unitario Cantidad Costo
(S/.) total (S/.)
Desarrollador FrontEnd(html,css y Horas hombre, mensual 2000 1 2000
javascript)
Desarrollador BackEnd en aspnet core(c#) Horas hombre, mensual 2000 1 2000
Diseñador de UI/UX Horas hombre, mensual 2000 1 2000
Personal de capacitación Horas hombre, mensual 1000 1 1000
Servicio de conexión a internet Mensual 70 12 840
Alquiler de local Mensual 120 6 720
9
 Universidad Nacional del Altiplano
Facultad de Ingeniería Mecánica Eléctrica, Electrónica y Sistemas
Escuela Profesional de Ingeniería de Sistemas

Servicios de transporte Unidad 500 1 500

Servidor de Azure Mensual 100 12 1200
Dominio Anual 50 1 50
Servicio de luz eléctrica Mensual 50 1 50
Servicio de telefonía Mensual 30 1 30
Laptop intel i5, SSD 250 GB, RAM 8GB Unidad 2000 1 2000
PC intel i7, ssd 500 gb, ram 12 gb Unidad 3500 2 7000
Dispositivo móvil Android Unidad 400 1 400
Memoria USB, 16 GB Unidad 25 2 50
Router, switch o modem para pruebas locales Unidad 100 1 100
Escritorios y sus respectivas sillas Unidad 200 2 400
Pizarra Unidad 100 1 100
Materiales de escritorio Unidad 100 1 100
Papel Bond 75 gr Unidad Millar 10 1 10
Viáticos Unidad 1000 1 1000
Pasajes del transporte Unidad 500 1 500
Otros (gastos de Imprevistos) Unidad 1000 1 1000
TOTAL S/ 23050
499
500

10