Modelo de Informe de Practicas Pre Profesionales UNJBG

UNIVERSIDAD NACIONAL JORGE BASADRE GROHMANN TACNA
Facultad de Ingeniera
Escuela Profesional de Ingeniera en Informtica y Sistemas
Informe de Prcticas Pre Profesionales
Anlisis y Diseo del Prototipo de Sistema Web de Requerimientos

Informticos para la Unidad de Soporte Informtico
Institucin:
Municipalidad Distrital de Pocollay
Presentado por:
Carlos Cesar Zelada Melchor
Periodo de prcticas:
01 de Marzo del 2016 al 31 de Julio del 2016
TACNA - PER
2017
NDICE GENERAL
Pag.
CAPTULO I GENERALIDADES ...................................................................... 16
1.1. Generalidades de la Institucin .................................................................. 16

1.1.1. Razn Social ........................................................................................ 16
1.1.2. Naturaleza Jurdica .............................................................................. 16
1.1.3. Descripcin .......................................................................................... 16
1.1.4. Misin .................................................................................................. 17
1.1.5. Visin ................................................................................................... 17
1.1.6. Objetivos de la Institucin ................................................................... 18
1.1.7. Resea Histrica .................................................................................. 18
1.1.8. Ubicacin ............................................................................................. 21
1.2. Generalidades de la Organizacin de la Institucin ................................... 22
1.2.1. rganos de Alta Direccin .................................................................. 22
1.2.2. rganos Consultivos y de Coordinacin ............................................. 22
1.2.3. rgano de Control Institucional .......................................................... 23
1.2.4. rgano de Defensa Judicial ................................................................. 23
1.2.5. rganos de Asesoramiento .................................................................. 23
1.2.6. rganos de Apoyo ............................................................................... 23
1.2.7. rganos de Lnea ................................................................................. 24
1.2.8. rganos de Desconcentrados ............................................................... 24
1.2.8. Organigrama ........................................................................................ 25
1.3. Generalidades de las Prcticas.................................................................... 26
1.3.1. Objetivo General .................................................................................. 26
1.3.2. Objetivos Especficos .......................................................................... 26
1.4. Generalidades del rea de Desempeo ...................................................... 26
ii
1.4.1. rea de Desempeo ............................................................................. 26
1.4.2. Funciones del rea de Desempeo ...................................................... 26
1.4.3. Descripcin del rea de Trabajo ......................................................... 27
1.4.4. Actividades Realizadas ........................................................................ 28
1.4.5. Recursos Humanos .............................................................................. 30
1.4.6. Recursos Informticos y Tecnolgicos ................................................ 30
CAPTULO II FUNDAMENTO TERICO ....................................................... 32
2.1. Marco Referencial ...................................................................................... 32

2.1.1. Definicin de Sistema .......................................................................... 32
2.1.2. Definicin de Sistema de Informacin ................................................ 33
2.1.3. Definicin de Programacin Orientada a Objetos ............................... 34
2.1.4. Definicin de Anlisis Orientado a Objetos ........................................ 34
2.1.5. Definicin de Base de Datos ................................................................ 35
2.2. Terminologas Web .................................................................................... 35
2.2.1. Definicin de Internet .......................................................................... 35
2.2.2. Definicin de World Wide Web (WWW) ........................................... 36
2.2.3. Definicin de Aplicaciones Web ......................................................... 36
2.2.4. Definicin de Portal Web .................................................................... 37
2.2.5. Definicin de Requerimientos Informticos ........................................ 37
2.3. Metodologa de Desarrollo ......................................................................... 38
2.3.1. Metodologa de Diseo de Hipermedia Orientado a Objetos OOHDM
....................................................................................................................... 38
2.3.2. Descripcin del Esquema de la Metodologa OOHDM ...................... 39
2.3.3. Descripcin de levantamiento de requisitos ........................................ 41
2.3.4. Definicin de Diseo Conceptual ........................................................ 41
2.3.5. Definicin de Diseo Navegacional .................................................... 42
2.3.6. Diseo de Interfaz Abstracta................................................................ 43
2.3.7. Descripcin de la Implementacin Metodolgica ............................... 46
iii
2.4. Lenguaje Unificado de Modelado (UML) .................................................. 47
2.4.1. Definicin de Diagrama de Casos de Uso ........................................... 47
2.4.2. Descripcin de Diagrama de Secuencia............................................... 48
2.4.3. Descripcin de Diagrama de Actividades ............................................ 49
2.5. Definicin de PHP (PHP Hypertext Pre-processor) ................................... 50
2.6. Definicin de MySQL ................................................................................ 52
CAPTULO III MATERIAL Y MTODO UTILIZADO EN LAS PRCTICAS
PRE PROFESIONALES ....................................................................................... 53
3.1. Materiales Utilizados .................................................................................. 53

3.1.1. Hardware .............................................................................................. 53
3.1.2. Software ............................................................................................... 54
3.2. Administracin del Proyecto ...................................................................... 54
3.2.1. Objetivo General .................................................................................. 54
3.2.2. Objetivos Especficos .......................................................................... 55
3.2.3. Pruebas de Factibilidad del Proyecto ................................................... 55
3.2.4. Factibilidad Operacional ...................................................................... 55
3.2.5. Factibilidad Tcnica ............................................................................. 58
3.2.6. Factibilidad Financiera ........................................................................ 60
3.2.7. Alcance del Proyecto ........................................................................... 61
3.2.8. Aportes ................................................................................................. 62
3.3. Desarrollo del Sistema................................................................................ 62
3.3.1. Identificacin de Usuarios y Tareas..................................................... 62
3.3.2. Descripcin de Cada Autor .................................................................. 63
3.3.3. Diagrama Principal de Caso de Uso .................................................... 64
3.3.4. Diagrama de Caso de Uso del Autor Administrador ........................... 65
3.3.5. Diagrama de Caso de Uso del Autor Soporte ...................................... 65
3.3.6. Diagrama de Caso de Uso del Autor Usuario ...................................... 66
iv
3.3.7. Especificaciones de Caso de Uso......................................................... 67
3.3.8. Diagrama de Secuencias ...................................................................... 75
3.3.9. Diagrama de Clases ............................................................................. 76
3.4. Anlisis del Sistema ................................................................................... 77
3.4.1. Diseo Conceptual ............................................................................... 77
3.4.2. Diseo de Base de Datos ..................................................................... 77
3.4.3. Modelo Lgico de la BD ..................................................................... 78
3.4.4. Modelo Fsico de la BD ....................................................................... 79
3.4.5. Diccionario de Datos ........................................................................... 79
3.4.6. Diseo Navegacional ........................................................................... 86
3.4.7. Diseo de Interfaz Abstracta................................................................ 88
3.4.8. ADV de la Aplicacin Web del Usuario ............................................. 90
3.4.9. ADV de la Aplicacin Web del Soporte .............................................. 92
3.4.10. ADV de la Aplicacin Web del Administrador ................................. 94
3.4.11. ADV de Inicio de Sesin Web........................................................... 96
CAPTULO IV RESULTADOS DE LA PRCTICA REALIZADA ................. 96
4.1. Administracin del Sistema Informtico .................................................... 96

4.1.1. Inicio de Sesin al Sistema .................................................................. 96
4.1.2. Seccin de Escritorio del Administrador ............................................. 97
4.1.3. Mdulo de Creacin de Usuarios......................................................... 97
4.1.4. Seccin de Escritorio del Soporte ........................................................ 98
4.1.5. Mdulo de Creacin de Soluciones ..................................................... 98
4.1.6. Seccin de Escritorio del Usuario ........................................................ 99
4.1.7. Mdulo de Creacin de Requerimientos ............................................. 99
CAPTULO V CONCLUSIONES Y SUGERENCIAS ..................................... 100
5.1. Conclusiones ............................................................................................ 100

5.1.1. Conclusiones de las prcticas pre-profesionales ................................ 100
v
5.1.2. Conclusiones del proyecto ................................................................. 101
5.2. Sugerencias ............................................................................................... 102
CAPTULO VI BIBLIOGRAFA...................................................................... 100
vi
NDICE DE FIGURAS
Pg.
Figura 1: Direccin de la Entidad Municipal ........................................................ 22
Figura 2: Organigrama Municipal ......................................................................... 25
Figura 3: Dependencia de la Unidad de Soporte Informtico ............................... 28
Figura 4: Esquema Grafico General de un Sistema .............................................. 32
Figura 5: Esquema de Sistema de Informacin..................................................... 34
Figura 6: Etapas de la Metodologa OOHDM ...................................................... 39
Figura 7: Ejemplo de Diagrama Conceptual ......................................................... 42
Figura 8: Ejemplo de Esquema de Contexto Navegacional .................................. 43
Figura 9: Ejemplo de Vista de Datos Abstracta .................................................... 45
Figura 10: Ejemplo de Diagrama de Caso de Uso ................................................ 48
Figura 11: Ejemplo de Diagrama de Secuencia .................................................... 49
Figura 12: Ejemplo de Diagrama de Actividades ................................................. 50
Figura 13: Esquematizacin de Actores ................................................................ 63
Figura 14: Diagrama de Caso de Uso General del Proyecto ................................. 64
Figura 15: Diagrama de Caso de Uso del Administrador ..................................... 65
Figura 16: Diagrama de Caso de Uso del Autor Soporte ...................................... 66
Figura 17: Diagrama de Caso de Uso del Usuario ................................................ 66
vii
Figura 18: Diagrama de Secuencia Administrador ............................................ 75
Figura 19: Diagrama de Secuencia Soporte ....................................................... 75
Figura 20: Diagrama de Secuencia Usuario ....................................................... 76
Figura 21: Diagrama de Clase Sistema de Requerimientos Informticos............. 76
Figura 22: Diseo Conceptual de la Base de Datos .............................................. 77
Figura 23: Modelo Lgico de la Base de Datos .................................................... 78
Figura 24: Modelo Fsico de la Base de Datos ..................................................... 79
Figura 25: Diseo Navegacional Administrador................................................... 86
Figura 26: Diseo Navegacional Soporte ............................................................. 87
Figura 27: Diseo Navegacional Usuario ............................................................. 88
Figura 29: Diseo de Interfaz Abstracta Administrador ....................................... 88
Figura 30: Diseo de Interfaz Abstracta Soporte .................................................. 89
Figura 31: Diseo de Interfaz Abstracta Usuario .................................................. 89
Figura 32: ADV's de la Aplicacin Web de Usuario ............................................ 90
Figura 33: ADV Descripcin del Requerimiento ................................................. 90
Figura 34: ADV Agregar Nuevo Requerimiento .................................................. 91
Figura 35: ADV de la Aplicacin Web de Soporte............................................... 92
Figura 36: ADV Agregar Solucin a Requerimiento ............................................ 93
Figura 37: ADV de la Aplicacin Web de Administrador .................................... 94
Figura 38: ADV Agregar Nuevo Usuario ............................................................. 95
Figura 39: ADV de Inicio de Sesion Web ............................................................ 96
viii
Figura 40: Login de Acceso al Sistema................................................................. 96
Figura 41: Escritorio de Acceso a Administrador ................................................. 97
Figura 42: Mdulo de Creacin de Nuevos Usuarios ........................................... 97
Figura 43: Escritorio de Acceso Soporte .............................................................. 98
Figura 44: Mdulo de Creacin de Soluciones ..................................................... 98
Figura 45: Escritorio de Acceso Usuario .............................................................. 99
Figura 46: Mdulo de Creacin de Requerimiento ............................................... 99
ix
NDICE DE TABLAS
Pg.
Tabla 1: Ubicacin Geogrfica ............................................................................. 21
Tabla 2: Recursos Humanos de la USI ................................................................. 30
Tabla 3: Recursos Tecnolgicos de la USI ........................................................... 30
Tabla 4: Metodologa OOHDM ............................................................................ 40
Tabla 5: Caractersticas del Terminal de Desarrollo ............................................. 53
Tabla 6: Caso de Uso Registro de Requerimiento ................................................ 67
Tabla 7: Caso de Uso Modificacin de Requerimiento ........................................ 68
Tabla 8: Caso de Uso Listado y Clasificacion de Requerimiento ......................... 69
Tabla 9: Caso de Uso Visualizar Requerimiento .................................................. 70
Tabla 10: Caso de Uso Registrar Soluciones y Requerimientos ........................... 71
Tabla 11: Caso de Uso Reporte de Requerimiento ............................................... 72
Tabla 12: Caso de Uso Creacin de Usuarios, entre otros formularios ................ 73
Tabla 13: Caso de Uso Administrar el Sistema .................................................... 74
Tabla 14: Diccionario de Datos - Tabla Requerimiento ....................................... 80
Tabla 15: Diccionario de Datos - Tabla Personal ................................................. 81
Tabla 16: Diccionario de Datos - Tabla Solucin de Requerimiento ................... 81
Tabla 17: Diccionario de Datos - Tabla Usuario .................................................. 82
ix
Tabla 18: Diccionario de Datos - Tabla Ao ........................................................ 83
Tabla 19: Diccionario de Datos - Tabla Estado .................................................... 83
Tabla 20: Diccionario de Datos - Tabla rea ....................................................... 84
Tabla 21: Diccionario de Datos - Tabla Tipo de Personal .................................... 84
Tabla 22: Diccionario de Datos - Tabla Tipo Requerimiento ............................... 85
Tabla 23: Diccionario de Datos - Tabla Tipo Usuario .......................................... 85
Tabla 24: Tarjeta ADV Agregar Nuevo Requerimiento ....................................... 91
Tabla 25: Tarjeta ADV Agregar Solucin a Requerimiento ................................. 93
Tabla 26: Tarjeta ADV Agregar Usuario .............................................................. 96
Tabla 27: Tarjeta ADV de Inicio de Sesion .......................................................... 97
x
AGRADECIMIENTO
Agradezco a Dios por haber sido mi gua y mi fortaleza en todo momento,
por haber puesto en mi camino a personas realmente grandiosas que apoyaron en
la realizacin de mis prcticas pre-profesionales y la elaboracin del informe de
prcticas correspondiente.
A mi familia, mis padres, quienes han estado siempre conmigo,
brindndome su amor y paciencia, mis hermanos de los cuales recib un apoyo
incondicional.
Tambin el agradecimiento a todos mis docentes quienes me brindaron sus
conocimientos en mi etapa de formacin profesional durante 5 aos para poder
culminar mi carrera de Ingeniera en Informtica y Sistemas.
Gracias a todos ellos en la realizacin de este proyecto
ix
INTRODUCCIN
Las prcticas Pre-Profesionales dan el inicio a nuestra experiencia como
futuros profesionales para desenvolvernos en un mbito competitivo y exigente,
esto hace que nos esforcemos en captar ms conocimientos para poder
desenvolvernos en el rea donde desempeamos.
Es contribuir a la formacin profesional donde la empresa nos ofrece la
oportunidad de conocer y enfrentar la realidad empresarial en la actividad de
distribucin y administracin pblica, como un valor agregado muy importante
que complementa a la formacin Universitaria.
Al realizar una prctica profesional te permite aplicar los conocimientos
tericos adquiridos en la universidad y as dar soluciones a problemas reales,
conocer las relaciones laborales y personales que se crean dentro de la
organizacin y adquirir experiencia en el desempeo de una actividad
profesional.
CAPTULO I
GENERALIDADES
1.1. Generalidades de la Institucin
1.1.1. Razn Social
Municipalidad Distrital de Pocollay
1.1.2. Naturaleza Jurdica
Mdiate ley N 23828, el 09 de mayo del 1984, se crea en el departamento
de Tacna, el distrito de Pocollay fue creado mediante Ley N 13069 del 15 de
enero de 1959. La Municipalidad Distrital de Pocollay (M.D.P.) es el rgano de
Gobierno Local Distrital, con personera jurdica de derecho pblico, con
autonoma poltica, econmica y administrativa de los asuntos municipales de su
competencia dentro de su jurisdiccin, aplicando las leyes y disposiciones y de
qu manera general y de conformidad con la constitucin poltica del Per rigen
para los gobiernos locales de nivel distrital, su representatividad emana de la
voluntad ciudadana.
1.1.3. Descripcin
La Municipalidad Distrital de Pocollay (M.D.P.) es el rgano de Gobierno
Local Distrital, donde desarrolla e incorpora instrumentos de gestin municipal

eficientes, para generar desarrollo en el distrito, con sustento en la participacin
ciudadana. Con programas en materia de poblacin, salud y saneamiento a nivel
de la municipalidad distrital, tomando en cuenta los problemas y necesidades de la
poblacin vecinal.
1.1.4. Misin
La Municipalidad Distrital de Pocollay es una institucin al servicio de su
poblacin, con liderazgo y capacidad de liderazgo para gobernar, generar
desarrollo y calidad de vida.
1.1.5. Visin
Al 2021 Pocollay es un distrito prspero con un crecimiento sostenible
basado en una agricultura tradicional pero competitiva la que se vincula con las
actividades tursticas, industriales y comerciales; las que conviven respetando el
medio y articulados a los procesos locales y globales existentes; y con una
poblacin comprometida y organizada que potencia sus capacidades y habilidades
inmersos en una cultura de valores y respeto, desarrollando estilos de vida
saludables y provista adecuadamente de los servicios bsicos.
17
1.1.6. Objetivos de la Institucin
a) Promover el desarrollo social, cultural, turstico, econmico,
sostenible y armnico de su jurisdiccin en concordancia con la
misin y visin contenida en el Plan de Desarrollo Institucional.
b) Promover y elevar el desarrollo humano del distrito velando por
que los ms pobres y desvalidos tengan acceso a los servicios que
la municipalidad ofrece.
c) Promover y ejecutar una adecuada presentacin de los servicios
pblicos.
d) Promover, concertar y coordinar acciones con la sociedad civil,
entidades pblicas y privadas, nacionales e internacionales.
1.1.7. Resea Histrica
En la heroica Ciudad de Tacna, Capital del Departamento de Moquegua a
los 26 das del mes de noviembre de mil ochocientos cincuenta y ocho, reunidos
los tres regidores que suscriben en sesin ordinaria, y bajo la presidencia del
ilustrsimo alcalde interino, se ley y aprob el acta anterior. Inmediatamente, la
comisin nombrada para hacer un reconocimiento del nuevo pueblo que se est
formndose en Pocollay, dio cuenta de haber cumplido su comisin y present su
informe por escrito, concebido en los trminos siguientes:
18
Los que suscriben, individuos de la comisin nombrada por la ilustrsima
municipalidad para que pasaran al acta de Pocollay y en vista de esas localidades
trazaran las calles y plazas convenientes de un pueblo que debe formarse all y
adems informar sobre varias cuestiones que se han suscitado en dichos solares
constituidos en dicho acto el da de ayer, dicen: que si hasta la fecha se halla
delineada una vereda de la calle en el costado de la capilla y escuelas,
perfectamente bien arregladas por la rectitud que se ha observado en su
demarcacin, as es que en esa parte nada hay que se pudiera aumentar. La plaza
que le tena designada hay credo la Comisin que era demasiado pequea y por lo
mismo, opina que debe darle doble extensin de superficie: de este modo sin el
menor esfuerzo resulta otra calle al sur y paralela a la primera lo que dar con el
tiempo mucha regularidad e importancia al pueblo.
Expuesto como lo han opinado la ilustrsima municipalidad que las
adjudicaciones de solares que se hagan sean gratis a las personas que las solicitan
dentro del trmino de un ao para que de esta manera se situ la concurrencia
apresurando la fundacin del pueblo, pasando este trmino ya que tendrn valor
los terrenos vacantes y entonces se le impondr un canon municipal a los nuevos
pueblos peticionarios, pues si desde el principio requiriera a el impuesto deba
alejar la concurrencia y quedar esto desierto como se ha encontrado y se
encuentra ahora aun en su mayor parte, siendo evidente que de lo bajo de ese
19
dispuesto han empezado a construir habitaciones. Asimismo, parece conveniente
para dar impulso a la poblacin que los ttulos de adjudicaciones se contenga la
indispensable condicin de que, si pasados dos aos no han inscrito su casa o por
lo menos cerrado el terreno asignado, se considere sin efecto y de libre
disposicin de la ilustre municipalidad para que pueda darlo a cualquier otro
solicitante y bajo la misma condicin.
Por lo que respecta a los solares en cuestin, dicen: que los que solicitan:
Flores solo al que est situado al costado de arriba de la capilla y escuelas que lo
disputa Godines, pero la comisin opina finalmente que ninguno de los dos tiene
un ttulo perfecto para detenerlo de derecho demandando tan solo la preferencia,
Por lo que en este sentido la ilustrsima corporacin resolver lo que hayan
empezado a edificar Zeballos y que digne inmediatamente es inevitable que debe
a otro Zeballos, pues este ha vivido all ms de 20 aos y al parecer no ha hecho
ms que prolongar su propio terreno para ponerse a la lnea de la calle, teniendo
expandido algunos trabajos, lo que da un derecho para no ser despojados luego
digne otro terreno desierto y que ocupa al frente de la finca de Godines lo mismo
que de todos los que hemos hablado en donde puede este tomar las varas que se
necesita, sin contradiccin, pues hasta la fecha se hallan vacantes.
20
Si la ilustrsima municipalidad aprueba la disposicin de la plaza y calles
que se manifiestan en el plano pasar una copia de l al dependiente municipal de
este pago, para que cuide de que los agraviados al verificar no alteren lo menos la
demarcacin y haga perfecta conformidad con lo dispuesto, a fin de conservar la
regularidad del pueblo. (Acta de Fundacin del pueblo de Pocollay, 1858)
1.1.8. Ubicacin
La Municipalidad Distrital de Pocollay (M.D.P.) tiene domicilio legal en
la calle Hermanos Reynoso N15, Plaza Principal de Pocollay.
Tabla 1: Ubicacin Geogrfica
Regin Tacna
Provincia Tacna
Distrito
Pocollay
Pocollay
Extensin
265 km2
territorial
rea de
Regional
influencia
Fuente: http://munidepocollay.gob.pe/distrito/ubicacion
21
Figura 1: Direccin de la Entidad Municipal
Fuente: Google Maps
1.2. Generalidades de la Organizacin de la Institucin
1.2.1. rganos de Alta Direccin
a) Consejo Municipal.
b) Alcalda.
c) Gerencia Municipal.
1.2.2. rganos Consultivos y de Coordinacin
a) Comisiones de regidores.
b) Comit de Coordinacin Local.
c) Comit de Defensa Civil.
d) Comit de Seguridad Ciudadana.
e) Comit de Juntas Vecinales.
22
f) Comit de Administracin del Vaso de Leche y de Seguridad
Alimentaria.
g) Comit del Club de Madres.
h) Comit Multisectorial de Desarrollo.
i) Comit Distrital de la Juventud.
1.2.3. rgano de Control Institucional
a) Oficina de Control Institucional.
1.2.4. rgano de Defensa Judicial
a) Oficina de la Procuradura Pblica Municipal.
1.2.5. rganos de Asesoramiento
a) Oficina de Asesora Jurdica.
b) Oficina de Planificacin y Presupuesto.
c) Unidad de Programacin de Inversiones y Gestin de Proyectos.
1.2.6. rganos de Apoyo
a) Unidad de Secretara General e Imagen Institucional.
b) Unidad de Supervisin y Liquidacin de Proyectos.
c) Unidad de Administracin Tributaria.
d) Unidad de Ejecutora Coactiva.
e) Oficina de Administracin y Finanzas.
23
f) Unidad de Personal.
g) Unidad de Contabilidad.
h) Unidad de Tesorera.
i) Unidad de Logstica.
j) Unidad de Soporte Informtico.
1.2.7. rganos de Lnea
a) Gerencia de Ingeniera y Desarrollo Urbano.
a. Subgerencia de Planeamiento Urbano, Catastro y Marges.
b. Subgerencia de Estudios.
c. Subgerencia de Obras Pblicas.
b) Divisin de Desarrollo Econmico, Agrario y Turismo.
c) Gerencia de Servicios Sociales y Locales.
a. Subgerencia de Desarrollo Social y Humano.
b. Subgerencia de Gestin Ambiental y Mantenimiento.
1.2.8. rganos de Desconcentrados
a) Grifo Municipal.
b) Cementerio Municipal.
c) Equipo Mecnico.
24
1.2.8. Organigrama
Figura 2: Organigrama Municipal
Fuente: ROF 2013 de la Municipalidad Distrital de Pocollay
25
1.3. Generalidades de las Prcticas
1.3.1. Objetivo General
Aplicar todos los conocimientos adquiridos dentro de la formacin
acadmica dados en la universidad, en la solucin de problemas reales en la
institucin donde se realiz las prcticas pre profesionales, en la Municipalidad
Distrital Pocollay
1.3.2. Objetivos Especficos
Adquirir experiencia profesional en el campo laboral, afrontando
situaciones de presin reales.
Aplicar una metodologa aprendida durante los aos de formacin
acadmica en la casa superior de estudios, para poder desarrollar el
diseo y modelado del Sistema Web de Requerimientos Informticos.
1.4. Generalidades del rea de Desempeo
1.4.1. rea de Desempeo
Unidad de Soporte Informtico (USI)
1.4.2. Funciones del rea de Desempeo
a) Elaborar, dirigir y ejecutar el Plan Informtico de la Municipalidad
conforme a la normatividad vigente.
26
b) Conducir la sistematizacin y procesamiento de la informacin para
la toma de decisiones.
c) Elaborar estudios sobre tecnologas de la informacin en funcin a
las necesidades de interconexin de la Municipalidad.
d) Disear, elaborar y desarrollar software de aplicacin acorde con
las necesidades, los requerimientos y las exigencias de las
diferentes reas y dependencias de la Municipalidad.
e) Administrar el Portal Electrnico de la Municipalidad.
f) Las dems funciones de su competencia que conforme a la ley debe
ejecutar y las que le delegue o asigne la Oficina de Administracin
y Finanzas.
1.4.3. Descripcin del rea de Trabajo
La Unidad de Soporte Informtico, es responsable de planear, organizar,
dirigir, controlar, evaluar, y apoyar tcnicamente a todo el sistema de informtica
de la municipalidad, optimizando el uso de los equipos de cmputo hacia el logro
de los objetivos y metas de las diferentes rganos y unidades orgnicas de la
Municipalidad. Est a cargo de un especialista y depende de la Oficina de
Administracin y Finanzas.
27
CONCEJO MUNICIPAL
ALCALDA
GERENCIA MUNICIPAL
OFICINA DE ADMINISTRACIN Y FINANZAS
UNIDAD DE SOPORTE INFORMTICO
Figura 3: Dependencia de la Unidad de Soporte Informtico
Fuente: Elaboracin Propia
1.4.4. Actividades Realizadas
a) Desarrollo del Sistema de Requerimientos Informticos de la
Municipalidad Distrital de Pocollay para el rea de Soporte
Informtica.
b) Instalacin de los Sistemas Municipales para las gerencias y
oficinas para el ao 2016 (SIAF, ABASOFT, CUADRO DE
NECESIDAD).
c) Apoyar a usuarios en operaciones de implementacin o adecuacin
de servicios informticos.
d) Deteccin y eliminacin de virus y programas espas.
e) Instalacin y mantenimiento de software propio o programas
comerciales.
28
f) Instalacin y configuracin de componentes internos o externos.
g) Recuperacin de datos eliminados o destruidos.
h) Exportacin de la informacin a formatos manejables por
aplicaciones ofimticas
i) Brindar apoyo a los usuarios cuando se presenta problemas de
software y hardware.
j) Resolver los problemas tcnicos menores que se presenten con los
computadores.
k) Realizar servicios tcnicos a los equipos, de acuerdo a la solicitud
del usuario, o en caso de presentar falla.
l) Configurar impresoras y dispositivos de hardware y otros
perifricos.
m) Crear las direcciones IP, cuentas de usuarios de dominio, correo
electrnico, entre otros.
n) Actualizacin del portal de transparencia. (Resolucin de Alcalda,
Ordenanzas Municipales, Acuerdos de Concejo, Resolucin de
Gerencia Municipal, Decretos de Alcalda).
o) Actualizacin del Texto nico de Procedimientos Administrativos
(TUPA) en el portal de transparencia.
29
1.4.5. Recursos Humanos
El recurso Humano de la Unidad de Soporte Informtico est compuesto
por un grupo de Profesionales:
Tabla 2: Recursos Humanos de la USI
Recursos humanos Cantidad
Jefe de rea 1
Asistente de rea 1
Practicante 3
Total 5
1.4.6. Recursos Informticos y Tecnolgicos
El recurso informtico y tecnolgico de la Unidad de Soporte Informtico
est compuesto por lo siguiente:
Tabla 3: Recursos Tecnolgicos de la USI
Recurso Cantidad
Estaciones de trabajo 4
Impresoras laser 2
Servidores 5
Telfono/anexo 1
Escner 1
Total 13
30
CAPTULO II
FUNDAMENTO TERICO
2.1. Marco Referencial
2.1.1. Definicin de Sistema
Segn Pressman (2002); Un sistema es un conjunto o disposicin de
elementos que estn organizados para realizar un objetivo predefinido procesando
informacin.
Un sistema es un conjunto de partes o elementos organizados y
relacionados que interactan entre s para lograr un objetivo. Los sistemas reciben
entrada de datos, energa o materia del ambiente y proveen salida de informacin,
energa o materia. (James, 2002)
Figura 4: Esquema Grafico General de un Sistema
Fuente: http://www.alegsa.com.ar/Dic/sistema.php
2.1.2. Definicin de Sistema de Informacin
Segn Kendall y Kendall (1993); Sistemas de Informacin son sistemas
computarizados, que trabajan debido a la interaccin resuelta entre gentes y
computadora. Requieren que las gentes, el software y el hardware trabajen al
unsono. Los Sistemas de Informacin dan Soporte a un espectro amplio de tareas
organizacionales, incluyendo el anlisis de decisiones y la toma de decisiones.
Segn I.T. Hawryszkiewycz. (1994); Un sistema es un conjunto de
elementos organizados que interactan entre s y con su ambiente, para lograr
objetivos comunes, operando sobre informacin, sobre energa o materia u
organismos para producir como salida informacin o energa o materia u
organismos. Un sistema aislado no intercambia ni materia ni energa con el medio
ambiente.
Segn Ralph M. Stair, George W. Reynolds (2000); Un Sistema es un
conjunto de elementos o componentes interrelacionados para recolectar (entrada),
manipular (procesamiento) y diseminar (salida) datos e informacin, que cuenta
adems con un mecanismo de retroalimentacin para el cumplimiento de un
objetivo.
33
Figura 5: Esquema de Sistema de Informacin
Fuente: http://es.wikipedia.org Sistema de Informacin.
2.1.3. Definicin de Programacin Orientada a Objetos
Programacin Orientada a Objetos (OOP, Object Oriented Programming,
en ingls); es una tcnica de programacin cuyo soporte fundamental es el objeto.
Un objeto es una extensin de un Tipo Abstracto de Datos (TAD), concepto
ampliamente utilizado desde la dcada de los setenta. Un TAD es un tipo definido
por el usuario, que encapsula un conjunto de datos y las operaciones sobre estos
datos.
2.1.4. Definicin de Anlisis Orientado a Objetos
Es un mtodo de anlisis que examina los requisitos desde la perspectiva
de las clases y objetos que se encuentran en el vocabulario del dominio del
problema. (Addison-Wesley, 2012)
34
2.1.5. Definicin de Base de Datos
Es una coleccin o depsito de datos integrados con redundancia
controlada y con una estructura que refleje las interrelaciones y restricciones
existentes en el mundo real; los datos, que han de ser compartidos por diferentes
usuarios y aplicaciones, deben mantenerse independientes de stas, y su
definicin y descripcin, nicas para cada tipo de datos, han de estar almacenadas
junto con los mismos. Los procedimientos de actualizacin y recuperacin,
comunes y bien determinados, habrn de ser capaces de conservar la integridad,
seguridad y confidencialidad del conjunto de los datos. (Castao, 1995)
2.2. Terminologas Web
2.2.1. Definicin de Internet
Internet es un conjunto descentralizado de redes de comunicacin
interconectadas que utilizan la familia de protocolos TCP/IP, garantizando que las
redes fsicas heterogneas que la componen funcionen como una red lgica nica,
de alcance mundial. Sus orgenes se remontan a 1969, cuando se estableci la
primera conexin de computadoras, conocida como ARPANET, entre tres
universidades en California y una en Utah, Estados Unidos. Uno de los servicios
que ms xito ha tenido en Internet ha sido la World Wide Web (WWW, o "la
Web"), hasta tal punto que es habitual la confusin entre ambos trminos.
(Pressman, 1999)
35
2.2.2. Definicin de World Wide Web (WWW)
World Wide Web (tambin conocida como Web o WWW) es una
coleccin de ficheros, que incluyen informacin en forma de texto, grficos,
sonidos y videos, adems de vnculos con otros ficheros. Los ficheros son
identificados por un localizador universal de recursos (Universal Resourse
Lacation - URL) que especifica el protocolo de transferencia, la direccin de
Internet de la mquina y el nombre del fichero. Los programas informticos
denominados exploradores como Navigator, de Netscape, o Internet Explorer, de
Microsoft utilizan el protocolo HTTP (lenguaje de marcado hipertexto).
(Pressman, 1999)
2.2.3. Definicin de Aplicaciones Web
Una aplicacin Web en un sitio web donde la navegacin a travs del
mismo y la entrada de datos son por parte del usuario. En esencia se utiliza un
sitio Web como entrada en una aplicacin nica Un sistema de informacin
donde una gran cantidad de datos voltiles, altamente estructurados, son
consultados, procesados y actualizados mediante navegadores. (Pressman, 1999)
Pressman y las caractersticas de la aplicacin Web:
a) Intensivas de red, por que reside en una red y debe satisfacer a
diferentes usuario.
36
b) Evolucin continua, porque cada da es creada una nueva
herramienta, es decir, la tecnologa est en constante evolucin.
c) Inmediatez, a diferencia de los sistemas tradicionales, el
requerimiento de estos sistemas es de menor tiempo.
d) La esttica, la interfaz presentada debe ser bastante amigable para
el usuario.
e) Seguridad, como esta aplicacin est ejecutndose en una red de
acceso pblico, es difcil controlar el acceso no autorizado.
2.2.4. Definicin de Portal Web
Portal Web, es una pgina que sirve de entrada a la Web y representa un
punto de interaccin con la informacin existente. Los portales son sistemas de
informacin basados en la Web, que ofrecen un punto de acceso nico a la
informacin proveniente de fuentes diversas.
2.2.5. Definicin de Requerimientos Informticos
Predomina el concepto de requerimientos como necesidad y como
problema, por lo que es un concepto que refleja el dinamismo del internet. Lo
informtico, tiene que ver con el propsito del sistema referido a articularse
flexiblemente y responder a diversas demandas. Informticos en este contexto se
relaciona con el hecho que los requerimientos es relativo en espacio y tiempo;
porque sus fronteras, las marcas, la disponibilidad temporal y la instancia de la
37
demanda de quien la solicita. Los requerimientos permiten a la Unidad de Soporte
Informtico tener una idea clara del problema que posee un usuario para ello
responde dinmicamente a partir de su red de fuentes de informacin.
2.3. Metodologa de Desarrollo
2.3.1. Metodologa de Diseo de Hipermedia Orientado a Objetos OOHDM
La Metodologa OOHDM (Object Oriented Hipermedia Design
Methodology Metodologa de Diseo Hipermedia Orientado a Objetos),
para diseo de aplicaciones hipermedia y para la Web, fue diseado por D.
Schwabe, G. Rossi (2002) y es una extensin de Modelo de Diseo de
Hipermedia - HDM con orientacin a objetos.
Es un enfoque basado en modelos para construir grandes
aplicaciones de hipermedia, este enfoque ha sido utilizado para el diseo de
diferentes tipos de aplicaciones tales como; sitios web, sistemas de informacin y
presentaciones de multimedia, etc. Tratan los patrones de diseo, especficamente
de navegacin, personalizacin y los diagramas de interaccin con los usuarios
(UID User Interaction Diagramas).
La metodologa OOHDM propone el desarrollo de aplicaciones Web a
travs de un proceso compuesto por cinco diferentes actividades denominadas:
38
a) Levantamiento de requisitos
b) Diseo conceptual (Conceptual Design)
c) Diseo Navegacional (Navegational Design)
d) Diseo de Interfaz Abstracta (Abstract Interface Design)
e) Implementacin (Implementacin)
2.3.2. Descripcin del Esquema de la Metodologa OOHDM
En la figura siguiente se presenta un sumario de metodologa OOHDM
describiendo los productos, mecanismos e inters de diseo que se utilizan en
cada fase.
Figura 6: Etapas de la Metodologa OOHDM
Fuente: http://www.inf.ucv.cl/
39
Tabla 4: Metodologa OOHDM
Actividades Productos Formalismos Mecanismos Temas de diseo

Especificacin de Casos de Casos de uso Casos de uso Modelo grfico que
requisitos uso representa el
intercambio de
informacin entre el
usuario y el sistema.
Diseo conceptual Clases, sub Modelos Clasificacin, Se modela la

sistemas, orientados a agregacin, semntica del
relaciones, objetos. generalizacin y dominio de la
atributos. especificacin. aplicacin.
Diseo Nodos Vistas Trazando entre Se tiene en cuenta el

navegacional enlaces, orientadas a los objetos perfil del usuario y
estructura objetos, cartas conceptuales y las tareas. Se enfatiza
de acceso, de navegacin de navegacin. los aspectos
contexto orientadas a cognitivos y
navegacion objetos, clases Modelos de la arquitecturas.
ales, de contexto. navegacin para
transformac la descripcin
iones de de la estructura
navegacin. general de la
aplicacin.
Diseo abstracto Objeto de Vistas Trazando entre Modelado de objetos

la interfaz abstractas de objetos de permisibles.
abstracta, datos ADV, navegacin y Implementa
respuestas a diagramas de objetos de metforas escogidas.
eventos configuracin, interfaces. Descripcin de
externos, cartas de interfaces para
transformac navegacin de objetos.
iones de la los ADV
interfaz.
Implementacin Aplicacin Los Los que provea Se realizan y

en soportados por el entorno completan.
funcionamie el entorno.
nto.
Fuente: Proyecto de Grado, Pg. 28, Autor: Lic. Eufren Llanque Quispe
40
2.3.3. Descripcin de levantamiento de requisitos
En esta etapa se tiene los siguientes pasos:
a) Clasificacin e identificacin de usuarios y tareas: Se identifican a
los actores que intervienen en el sistema, las tareas y relaciones que
existen entre ambos.
b) Especificaciones de escenarios: Los escenarios son descripciones
narrativas de las acciones de los actores, de cmo pueden usar la
aplicacin.
c) Especificacin de casos de uso: Se elaboran los diagramas de casos
de uso, especificando la interaccin de los usuarios con el sistema,
buscando interrelaciones y propiedades comunes que permitan
reutilizar especificaciones navegacionales.
d) Especificacin de los Diagramas de Interaccin de Usuarios UID;
son modelos grficos que representan la interaccin entre el usuario
y el sistema, sin considerar aspectos especficos interfaz ni de
navegacin.
2.3.4. Definicin de Diseo Conceptual
El modelo OOHDM luego de especificar los requisitos, realiza el
desarrollo del esquema conceptual representado por los objetos del dominio, las
relaciones y colaboraciones establecidas entre ellas. Se construye un esquema
41
conceptual representado por los objetos de dominio o clases y las relaciones entre
dichos objetos, viene a ser equivalente al modelo Entidad-Relacin
Figura 7: Ejemplo de Diagrama Conceptual
Fuente: http://www-di.inf.puc-rio.br
2.3.5. Definicin de Diseo Navegacional
El modelo se compone de objetos construidos a partir de los objetos del
modelo conceptual, es decir, como una vista sobre un diseo conceptual,
admitindola construccin de modelos diferentes de acuerdo con los
diferentes perfiles de usuario constituyndose en elementos de las
aplicaciones hipermedia tradicionales: modos, enlaces, anclas y estructuras de
accesos. Los enlaces derivan de las relaciones y los nodos representan ventanas
lgicas sobre las clases conceptuales. En el momento de la especificacin de las
clases navegacionales es cuando el diseador define las correspondencias, no
42
impone metforas preestablecidas. Los nodos inducidos de las clases del modelo
del dominio y los enlaces inducidos de las relaciones del modelo del dominio se
pueden precisar.
Como el segundo nivel est consagrado a la especificacin de la
navegacin, expresada exclusivamente sobre los objetos navegacionales (no sobre
los elementos del modelo del dominio), constituye un mecanismo que permite
enriquecer el modelo hipermedia. El diseo de navegacin es expresado en dos
esquemas: el de clase navegacional y el de contextos navegacionales.
Figura 8: Ejemplo de Esquema de Contexto Navegacional
Fuente: http://commons.wikimedia.org
2.3.6. Diseo de Interfaz Abstracta
En OOHDM se utiliza el diseo de interfaz. Por otro parte en el OOHDM
se usa un acercamiento de Diseo de Vista de Datos Abstractos (ADV) para
43
especificar el modelo de interfaz abstracta de una aplicacin hipermedia. Los
ADV son abstractos en el sentido de que ellos solo representan la interfaz y el
estado y no as la aplicacin.
Una vez que las estructuras navegacionales son definidas, se deben
especificar los aspectos de interfaz. Esto significa la forma en la cual los objetos
navegacionales pueden aparecer, cmo los objetos de interfaz activarn la
navegacin y el resto de la funcionalidad de la aplicacin, qu transformaciones
son pertinentes y cundo necesarios realizarlas.
Un ADV usado en el diseo de aplicaciones Web puede verse como un
objeto de interfaz. Comprende un conjunto de atributos (y objeto de interfaz
anidado) que define sus propiedades de percepcin, y el conjunto de eventos que
pueda manejar, como eventos generados por el usuario. Los ejemplos de eventos
son generados por el usuario que son MouseClick, MouseOn, etc. Los ADV
pueden ser fcilmente implementados en ambientes orientados a objetos para la
Web. Pueden definirse valores del atributo como constantes y pueden definirse
estilos particulares de apariencia como color, posicin o sonido.
El modo de interfaz ADV especifica la organizacin y comportamiento de
la interfaz, pero la apariencia fsica real de los atributos y la disposicin de los
ADV. En la pantalla real son hechas en la fase de implementacin.
44
Figura 9: Ejemplo de Vista de Datos Abstracta
Fuente: http://commons.wikimedia.org/wiki/ Diseo de interfaz
Utilizacin de ADV para especificar la interface hipermedia:
La definicin del modelo de interface de una aplicacin hipermedia
con OOHDM, implica:
a) Definir la estructura general de la interface de la aplicacin
b) Definir ADV para modos, ndices, etc.
c) Definir en cada Nodo, objetivos de interface apropiados para
atributos, anclas, etc.
d) Definir ADV para clases de contexto.
e) Mostrar los relacionamientos estticos entre componentes de ADV.
45
A pesar de ser independiente de la implementacin, las especificaciones de
la interface abstractas deben considerar ciertos aspectos de la implementacin,
para que la especificacin sea realista.
2.3.7. Descripcin de la Implementacin Metodolgica
Durante la actividad de la implementacin, reflejamos los objetos
conceptuales, de navegacin y de interfaz, sobre el entorno de ejecucin
destinatario. Cuando el entorno de implementacin no es totalmente orientado a
objetos, se tiene que reflejar los objetos conceptuales, de navegacin y de interfaz
abstracta sobre objetos concretos, es decir, aquellos disponibles en el entorno de
implementacin seleccionado.
Esto pude requerir definir pginas HTML, cdigo en cierto lenguaje,
preguntas a base de datos relacionales, etc. Observar que aun en entornos
orientados a objetos, pueden no existir deferencias significativas entre objetos
conceptuales y de navegacin, los cuales actuarn como modelos de interface.
Mientras tanto, en un entorno ms hibrido los objetos conceptuales se
reflejando en un almacenamiento persistente (archivos y bases de datos
relacionales) y los objetos de navegacin y de interfaz se implementaran como
pginas Web convencionales.
46
2.4. Lenguaje Unificado de Modelado (UML)
El Lenguaje de Modelado Unificado (UML) sirve para especificar,
visualizar y documentar esquemas de sistemas de software orientado a objetos.
UML no es un mtodo de desarrollo, lo que significa que no sirve para determinar
qu hacer en primer lugar o como disear el sistema, sino que simplemente le
ayuda a visualizar el diseo y a hacerlo ms accesible para otros. UML est
controlado por el Grupo de Administracin de Objetos (OMG) y es el estndar de
descripcin de esquemas de software. (Jacobson, 1999)
Un modelo representa a un sistema software desde una perspectiva
especfica. Al igual que la planta y el alzado de una figura en dibujo tcnico, nos
muestran la misma figura vista desde distintos ngulos, cada modelo nos permite
fijarnos en un aspecto distinto del sistema. Los modelos de UML que se tratan en
esta parte son los siguientes:
a) Diagrama de Casos de Uso
b) Diagrama de Secuencia
c) Diagrama de actividades
2.4.1. Definicin de Diagrama de Casos de Uso
Un caso de uso es una descripcin de las acciones de su sistema desde el
punto de vista del usuario. Para los desarrolladores del sistema, esta es una
47
herramienta valiosa, ya que es una tcnica de aciertos y errores para obtener los
requerimientos del sistema desde el punto de vista del usuario. Esto es importante
si la finalidad es crear un sistema que puede ser utilizado por la gente en general
(no solo por expertos en computacin). (Schmuller)
Figura 10: Ejemplo de Diagrama de Caso de Uso
2.4.2. Descripcin de Diagrama de Secuencia
Los diagramas de secuencia describen como los objetos del sistema
colaboran. Se trata de un diagrama de interaccin que detalla como las
operaciones se llevan a cabo, qu mensajes son enviados y cuando, organizado
todo en torno al tiempo. El tiempo avanza hacia abajo en el diagrama. Los
objetos involucrados en la operacin se listan de izquierda a derecha de acuerdo
a su orden de participacin dentro de la secuencia de mensajes.
48
Figura 11: Ejemplo de Diagrama de Secuencia
Fuente: Grady Booch, James Rumbaugh, Ivar Jacobson, 1996
2.4.3. Descripcin de Diagrama de Actividades
Un diagrama de actividad es uno de los diagramas UML utilizados para
modelar aspectos dinmicos de un sistema. Un diagrama de actividad modela la
secuencia y en ocasiones la coocurrencia, de pasos de un proceso computacional.
Tambin podemos modelar el flujo de un objeto cuando pasa de un estado a otro
en diferentes flujos de control de actividades. (Maeda, 2009)
49
Figura 12: Ejemplo de Diagrama de Actividades
Fuente: http://docs.kde.org/ Manual de Umbrello UML Modeller
2.5. Definicin de PHP (PHP Hypertext Pre-processor)
Hypertext Pre-processor, es un procesador de hipertexto y, por ende, se
ejecuta en un servidor Web remoto para procesar pginas web antes de que sean
cargadas en el navegador. Adems de sus potentes caractersticas, PHP es un
lenguaje simple que ha sido diseado especficamente para el desarrollo y
50
produccin de pginas web. Su sintaxis es similar a la de c y Perl. (Villar,
2011)
Lo que puede hacer con PHP (community, 2013):
a) PHP puede ser utilizado en cualquiera de los principales sistemas
operativos del mercado, incluyendo Linux, muchas variantes Unix
(incluyendo HP-UX, Solaris y OpenBSD), Microsoft Windows,
Mac OS X, RISC OS y probablemente alguno ms. PHP soporta la
mayora de servidores web de hoy en da, incluyendo Apache, IIS,
y muchos otros. Esto incluye cualquier servidor web que pueda
utilizar el binario PHP de FastCGI, como lighttpd y nginx. PHP
funciona ya sea como un mdulo, o como un procesador de CGI.
b) Con PHP no se encuentra limitado a resultados en HTML. Entre las
habilidades de PHP se incluyen: creacin de imgenes, archivos
PDF e incluso pelculas Flash (usando libswf y Ming) sobre la
marcha. Tambin puede presentar otros resultados, como XHTML
y cualquier otro tipo de ficheros XML. PHP puede autogenerar
estos archivos y almacenarlos en el sistema, creando un cach en el
lado-servidor para contenido dinmico.
51
2.6. Definicin de MySQL
MySQL es la base de datos de cdigo abierto ms popular del mundo. Con
su probado rendimiento, fiabilidad y facilidad de uso, MySQL se ha convertido en
la opcin principal base de datos para las aplicaciones basadas en la Web, que se
utiliza por sus propiedades web de alto perfil, incluyendo Facebook, Twitter,
YouTube, Yahoo y muchos ms. (mysql.com, 2016)
Oracle impulsa la innovacin de MySQL, la entrega de nuevas
capacidades a la web de prxima generacin de potencia, nube, aplicaciones
mviles e integradas.
52
CAPTULO III
MATERIAL Y MTODO UTILIZADO EN LAS PRCTICAS PRE
PROFESIONALES
3.1. Materiales Utilizados
Se dar a conocer los diferentes dispositivos (materiales) que se utilizaron
durante el tiempo de prcticas pre-profesionales, comprenden generalmente
dispositivos informticos como terminales en los cuales se desarroll el software.
La lista de materiales que se muestra a continuacin se indican las
caractersticas tcnicas de los equipos informticos que se utilizaron en la
Municipalidad Distrital de Pocollay.
3.1.1. Hardware
En la lista de materiales que se muestra a continuacin se indican
las caractersticas tcnicas de los equipos informticos que se utiliz en la
Tabla 5: Caractersticas del Terminal de Desarrollo
Procesador Intel(R) Core(Tm)2 Duo Cpu @

3.00ghz
Disco Duro 250 GB
Monitor Marca lg

3.1.2. Software
3.1.2.1. Sistema Operativo
Microsoft Windows 7 Ultimate Copyright 2009 Microsoft
Corporation.Reservados todos los derechos.
3.1.2.2. Herramientas de Soporte
MicrosoftOfficeWord2007
3.1.2.3. Herramienta de Planificacin
Libre Project
3.1.2.4. Herramienta de Anlisis
Start UML
WorkBench
3.1.2.5. Herramientas de Desarrollo
MySQL
3.2. Administracin del Proyecto
3.2.1. Objetivo General
Desarrollar un modelo para un Sistema Web de Requerimientos
Informticos, y as llevar un control de los requerimientos solicitados por los
trabajadores de la Municipalidad Distrital de Pocollay.
54
3.2.2. Objetivos Especficos
Realizar requerimientos de informacin de la Unidad de Soporte
Informtico.
Analizar el Sistema web de requerimientos con uso de la
metodologa OOHDM.
Disear los modelos de requerimientos del Sistema con UML.
Implementar el Sistema con programacin orientada GLP.
3.2.3. Pruebas de Factibilidad del Proyecto
Las investigaciones preliminares investigan la factibilidad del proyecto, la
posibilidad que es sistema sea de utilidad para la organizacin. (James, 2002)
3.2.4. Factibilidad Operacional
a) Existe apoyo suficiente para el proyecto por parte de la
Administracin?, y por parte de los Usuarios?
Existe un total apoyo del personal Administrativo y usuarios
(personal de cada rea/oficina o dependencia), debido a que el
nuevo sistema vendr a facilitar gran parte de su trabajo
especficamente al momento de presentar un requerimiento a la
Unidad de Soporte Informtico el cual debe de tener un informe
para los usuarios.
55
b) Los mtodos que actualmente se emplean en la empresa, son
aceptados por los usuarios?
Existen algunas deficiencias en la atencin de los
requerimientos informticos de la USI, tanto en el tiempo de
atencin, el conocimiento de la existencia de algn problema o
registro anterior en esa oficina, por lo cual usuarios y
administradores de la unidad necesita el uso del sistema para
mejorar la calidad del servicio que brindan en la entidad.
c) Los Usuarios han participado en la planeacin y desarrollo del
Proyecto?
Se recibi el apoyo necesario por parte del usuario (personal
de cada rea/oficina o dependencia) y administrador de la USI (Jefe
de rea y/o Asistente), para realizar el anlisis para el sistema as
lograr al final que todos los usuarios que intervienen en el sistema
queden conformes.
d) El Sistema propuesto causara prejuicios?
No causar perjuicios, sino optimizar tiempos de
bsqueda, reportes y la solucin ms rpida y oportuna a los
requerimientos informticos de la USI.
56
e) Producir resultados en algn aspecto o rea?
El sistema estar diseado para que produzca nicamente
resultados efectivos en el rea, de obtener la informacin actual y
adecuada a los requerimientos, lo cual tomara tiempo educar al
usuario a usar dicha tecnologa por ser algo nuevo, abra una
resistencia al cambio pero es solo momentneo.
f) Se perder la facilidad de acceso a la informacin?
No. El sistema facilitar el acceso a la misma informacin
debido al tratamiento digital en la administracin y la
disponibilidad de la misma para los usuarios que intervienen.
g) La productividad de los empleados ser menor despus que
antes de la implantacin?
Podemos asegurar que el sistema aumentar la
productividad, reducir tiempos, facilitar en trato de los objetos de
los involucrados, optimizando el rendimiento de la administracin
de los requerimientos informticos conforme a la llegada de los
mismos.
h) Los Usuarios se vern afectados en forma poco favorable?
No, el sistema ser usado tanto por el administrador como
por el usuario, ya que cuenta con tres interfaces
57
(administrador/soporte/usuario), as que ninguno afectar la tarea
del otro, ms bien los usuarios tendrn la factibilidad de ver sus
requerimientos y tambin la solucin del mismo e imprimir el
mismo, lo cual ser de gran ayuda para el usuario.
El sistema de requerimientos informticos apoyara al usuario y al
administrador; proporcionara al sector administrativo una herramienta que
colabore y facilite las actividades diarias especialmente del personal que labora en
las dems oficinas en la entidad municipal, mejorando el control y actualizacin,
ofreciendo informacin inmediata de los requerimientos. Por cuanto la
factibilidad operacional es positiva.
3.2.5. Factibilidad Tcnica
a) Existe o se puede adquirir la tecnologa necesaria para
realizar lo que se pide?
S, la municipalidad en una institucin dispuesta al cambio,
por lo cual ha adquirido servidores de ltima generacin para
reemplazar los antiguos servidores, as que la institucin cuenta con
la tecnologa necesaria para el uso del sistema.
58
b) El equipo propuesto tiene la capacidad tcnica para soportar
todos los datos requeridos para usar el nuevo sistema?
S, la municipalidad de Distrital de Pocollay cuenta con
Servidor web, intranet con Microsoft Windows Server 2012 R2
Enterprise Edition, s cuenta capacidad de soportar el Sistema.
c) El Sistema propuesto ofrecer respuestas adecuadas a las
peticiones, sin importar el nmero y ubicacin de los usuarios?
S, es un sistema web, basado en PHP y MySQL, va ser
subido a la intranet, posteriormente a internet con acceso a usuarios
de las diferentes sedes del palacio municipal.
d) Si se desarrolla el Sistema, puede crecer con facilidad?
El sistema es desarrollado con PHP (PHP Script Language
Version 5.2.3), es muy flexible y aceptado por la gran mayora de
programadores, as que el proyecto puede crecer sin mayores
problemas.
e) Existen garantas tcnicas de exactitud, confiabilidad,
facilidad de acceso y seguridad de los datos?
S, se tienen actividades de seguridad. El uso de backup ya
sean peridicos o backup realizados por el administrador de red. El
uso de filtros ante ataques Web (Anti SQL inyeccin), y
autentificacin de usuario para el portal de administracin.
59
El Sistema de Requerimientos Informticos tiene justificacin tcnica,
por cuanto su desarrollo e implementacin permitir el aprovechamiento ptimo
de los recursos computacionales y de redes con las que cuenta la institucin. El
sistema ser de gran apoyo para la Unidad de Soporte Informtico y para los
funcionarios de toda la entidad municipal ya que contar con un manual de
usuario, capacitacin de manejo, Seguridad de los Requerimientos, el mismo
sistema que ser fcil de manejar y permitir un ptimo conocimiento de los
requerimientos informticos que lleguen a la USI.
3.2.6. Factibilidad Financiera
a) El costo de llevar a cabo la investigacin completa de sistemas.
El recurso humano para la implementacin est dado por
una persona y es un servicio de la Unidad de Soporte Informtico,
ser econmicamente solvente para solventar el desarrollo del
sistema.
b) El costo del hardware y software para la aplicacin.
Ese gasto se ha hecho debido a que la entidad dispone de
hardware necesario y disponible, respecto al software se utilizar
plataformas de uso software libre (php, MySQL, editores de texto
60
libre, etc) para el desarrollo del sistema.
c) Beneficios en la forma de reduccin de costos o de menos
errores costosos.
Los beneficios son los que ms se vern con la implantacin
del nuevo sistema, y sobre todo los que evitaran los errores que al
final generan prdidas de tiempo y dinero.
Cada institucin pblica tiene la necesidad de reducir los costos y de tener
un mximo rendimiento. De manera que el sistema a desarrollar no tiene un costo
monetario ya que se cuenta con el hardware necesario (la empresa lo tiene) y el
software de carcter gratuito y libre. Por lo cual la factibilidad financiara es
positiva.
3.2.7. Alcance del Proyecto
Luego de analizar los problemas identificados, el presente proyecto
desarrolla un sistema de informacin conformada por los siguientes mdulos:
ADMINISTRADOR: Mdulo de Adicin, Modificacin y Eliminacin
de unos usuarios, tipos de requerimientos, entre otros registros de la base de datos
donde se almacenarn los datos necesarios de cada requerimiento informtico.
61
SOPORTE: Nivel de acceso para la adicin de soluciones de
requerimientos insertados por cada usuario.
USUARIO: Diseo de sitio Web permitiendo a los usuarios una
insercin de requerimientos informticos que posteriormente ser atendido por los
encargados de soporte, el cual al finalizar se remitir un informe.
3.2.8. Aportes
Dentro del aporte tenemos al mismo sistema que incluye CD del sistema,
los que se van a beneficiar son los usuarios y administradores de la de la Unidad
de Soporte Informtico (USI).
3.3. Desarrollo del Sistema
3.3.1. Identificacin de Usuarios y Tareas
Los actores que interactan con el sistema son definidos el siguiente
Figura, estos cumplen roles especficos para los mtodos de Insercin de
requerimientos, solucin de los mismos, o la administracin del sistema, para un
mejor entendimiento del rol que desempea, a continuacin se realiza una breve
descripcin de cada actor. Quienes son actores:
62
Figura 13: Esquematizacin de Actores
3.3.2. Descripcin de Cada Autor
Administrador: Es el responsable del sistema de administracin, esta
persona tiene libertad de eliminar usuarios, aadir, modificar y eliminar los datos
e informacin contenida en la base de datos del sistema. Pueden ser administrador
de red o el jefe de rea de la USI.
Soporte: El actor Soporte ser encargado de poder responder y realizar las
soluciones, al requerimiento que genere el usuario.
Usuario: Acuden diariamente a la USI personal de las diferentes oficinas
del palacio municipal asi como de las diferentes sedes; por ello los usuarios sern
los trabajadores de la municipalidad ya que ellos efectan los requerimientos
informticos.
63
3.3.3. Diagrama Principal de Caso de Uso
Los actores y sus Relaciones en el sistema de Requerimientos Informticos
Figura 14: Diagrama de Caso de Uso General del Proyecto
64
3.3.4. Diagrama de Caso de Uso del Autor Administrador
En el siguiente diagrama de caso de uso se puede observar al usuario con
el rol de administrador, la interaccin al ingresar al sistema de administracin de
contenidos que funciona al interior del portal Web dinmico, representando de esa
manera la finalidad y los procesos que realiza para administrar reporte de
requerimientos, creacin de nuevos usuario, adicin, modificacin, eliminacin,
clasificacin entre otros procesos que realiza el administrador.
Figura 15: Diagrama de Caso de Uso del Administrador
3.3.5. Diagrama de Caso de Uso del Autor Soporte
El siguiente diagrama de casos de uso representa la funcionalidad parcial
del portal Web dinmico para el sistema de requerimientos informticos con el rol
de soporte.
65
Figura 16: Diagrama de Caso de Uso del Autor Soporte
3.3.6. Diagrama de Caso de Uso del Autor Usuario
El siguiente diagrama de casos de uso representa la funcionalidad parcial
del portal Web dinmico para el sistema de requerimientos informticos con el rol
de usuario (Personal municipal).
Figura 17: Diagrama de Caso de Uso del Usuario
66
3.3.7. Especificaciones de Caso de Uso
En las siguientes tablas se muestran las especificaciones de Casos de
Uso del sistema de requerimientos informticos de la Municipalidad Distrital de
Pocollay.
Tabla 6: Caso de Uso Registro de Requerimiento
CU-001 Registro de Requerimiento
Actores Usuario(Personal de la Entidad Municipal)
Descripcin El caso de estudio se inicia cuando un usuario de la

entidad requiere el servicio de la USI, el cual se procede
al registro del mismo.
Flujo Flujo Bsico 1.- El usuario necesita del servicio de la USI

2.- Abre el sistema y realiza inicio de sesin.
de 3.- Aparece el escritorio principal luego Agregar
Eventos Nuevo Requerimiento o Agregar.
4.- El sistema mostrar un formulario en el cual se
deber ingresar la informacin del
Requerimiento.
5.- Si al ingresar el requerimiento se proceder a
asignarle una categora.
6.- Se proceder a Actualizar el sistema.
Flujo No se realiza un flujo Alternativo.

Alternativo
Pre condiciones El Usuario debe de estar Autentificado.
Post condiciones Ninguna.
Requerimientos El usuario deber de tener Usuario y Clave que ser

Especiales suministrada por el encargado del sistema.
67
Tabla 7: Caso de Uso Modificacin de Requerimiento
CU-002 Modificacin de Requerimiento

Descripcin El caso de estudio se inicia cuando un usuario de la
entidad necesita editar o modificar un requerimiento
antes ya registrado en el sistema de la USI, el cual se
procede a la modificacin del mismo.
Flujo Flujo Bsico 1.- El usuario necesita editar un requerimiento
de antes registrado en el sistema de la USI
Eventos 2.- Abre el sistema y realiza inicio de sesin.
3.- Aparece el escritorio principal luego Mis
Requerimientos.
4.- Selecciona el Requerimiento que desea editar
y luego Editar
5.- El sistema mostrar un formulario en el cual se
deber modificar la informacin del
Requerimiento ya registrado.
6.- Concluido esto se guarda y cambia para poder
concluir con la modificacin del mismo.
7.- Se proceder a Actualizar el sistema.
Flujo No se realiza un flujo alternativo.

Alternativo
Pre condiciones El usuario debe de estar autentificado.
Requerimientos El usuario deber de tener usuario y clave que ser
68
Tabla 8: Caso de Uso Listado y Clasificacin de Requerimiento
CU-003 Listado y Clasificacin de Requerimiento

Descripcin El caso de estudio se inicia cuando un usuario desea
listar y clasificar sus requerimientos realizados a la
USI.
Flujo Flujo 1.- El usuario listar y clasificar los
de Bsico requerimientos antes registrados en el
Eventos sistema de la USI
Requerimientos.
4.- Los requerimientos consignados se pueden
listar y clasificar por categora de
requerimiento, fecha e incluso por nombre.
5.- El sistema mostrar un formulario en el cual
se deber consignar la forma de listado y
clasificacin de los requerimientos.
6.- Se proceder a actualizar el sistema.
Alternativo
69
Tabla 9: Caso de Uso Visualizar Requerimiento
CU-004 Visualizar Requerimientos

Descripcin El caso de estudio se inicia cuando un usuario desea
ver los requerimientos que a solicitado a la USI.
Flujo Flujo 1.- El usuario desea visualizar los requerimientos
de Bsico hechos a la USI.
Eventos 2.- Abre el sistema y realiza inicio de sesin.
Requerimientos.
4.- El sistema mostrar todos los requerimientos
ordenados por fecha de solicitud.

Alternativo

70
Tabla 10: Caso de Uso Registrar Soluciones y Requerimientos
CU-005 Registrar Soluciones a Requerimientos

Actores Soporte(Asistente Tcnico y Practicantes de
la USI)
Descripcin El caso de estudio se inicia cuando un actor
soporte soluciona un requerimiento
insertado por el actor usuario; este debe de
tener un detalle el cual ser el diagnstico y
la solucin y/o recomendaciones al
requerimiento realizado a la USI.
Flujo Flujo 1.- El actor soporte deber de haber
de Bsico solucionado el requerimiento antes
Evento registrado por el actor usuario en el
s sistema de la USI.
2.- Abre el sistema y realiza inicio de
sesin.
3.- Aparece el escritorio principal luego
Mis Soluciones.
4.- Seleccionara el requerimiento a
solucionar.
5.- El sistema mostrar un formulario
en el cual se deber consignar la
solucin y detalles al requerimiento
solucionado.
6.- Se proceder a actualizar el
sistema.
Alternativo
Requerimientos El usuario deber de tener usuario y clave
Especiales que ser suministrada por el encargado del
sistema.
71
Tabla 11: Caso de Uso Reporte de Requerimiento
CU-006 Reportes de los requerimientos

Actores Soporte(Asistente Tcnico y Practicantes
de la USI)
Descripcin El caso de estudio se inicia cuando un actor
soporte debe de extraer un reporte en fsico
del sistema para realizar algn trmite
correspondiente; este debe de tener un
detalle el cual ser el diagnstico y la
solucin y recomendaciones al
requerimiento realizado a la USI.
Flujo Flujo 1.- El actor Soporte debe solucionar el
de Bsico requerimiento en el sistema de la
Evento USI.
s 2.- Abre el sistema y realiza inicio de
sesin.
3.- Aparece el escritorio principal
luego Mis Soluciones.
4.- Seleccionar el requerimiento
solucionado.
5.- El sistema deber tener la opcin
de descargar un archivo en formato
.pdf en el cual se encuentre el
informe final del requerimiento
solucionado.
6.- Se proceder a la impresin del
mismo.
Alternati
vo
Requerimientos El usuario deber de tener usuario y clave
Especiales que ser suministrada por el encargado del
sistema.
72
Tabla 12: Caso de Uso Creacin de Usuarios, entre otros formularios
CU-007 Creacin de Usuario, Tipos de Requerimientos,

etc.
Actores Administrador (Jefe del Unidad de Soporte
Informtico)
Descripcin El caso de estudio se inicia cuando se deben crear
nuevos usuario o tipos de requerimientos, etc.
Flujo Flujo 1.- El actor administrador deber de tener las
de Bsico solicitudes de creacin de nuevos usuario
Eventos o tipos de requerimientos, entre otros; en
el sistema de la USI.
dependiendo de lo que desee registrar
podr desplegar mens diferentes tanto
para la creacin de usuario o tipos de
requerimientos y dems.
4.- Seleccionara la opcin a realizar en base a
la situacin planteada.
5.- El sistema mostrar un formulario en el
cual se deber consignar la informacin
requerida para poder guardar los datos.
Alternativo
Pre condiciones El Usuario debe de estar autentificado.

Requerimientos El usuario deber de tener usuario y clave que
Especiales ser suministrada por el encargado del sistema.
73
Tabla 13: Caso de Uso Administrar el Sistema
CU-008 Administrar el Sistema

Actores Administrador(Jefe del Unidad de Soporte
Informtico)
Descripcin El caso de estudio se inicia cuando se deben
administrar el sistema de forma completa.
Flujo Flujo 1.- El actor administrador deber de tener la
de Bsico necesidad de querer administrar todos los
Eventos niveles del sistema ya que esto permitir
que l pueda eliminar, modificar y cambiar
cualquier aspecto del sistema.
dependiendo de lo que desee administrar se
desplegaran mens diferentes.
4.- Seleccionara la opcin a realizar en base a
la situacin planteada.
5.- El sistema mostrara un formulario en el
cual se deber consignar la informacin
requerida para poder guardar los datos.
Alternativo

74
3.3.8. Diagrama de Secuencias
Mensaje que debe atender el sistema en el desarrollo en funcin a
actividad de casos de uso.
Figura 18: Diagrama de Secuencia Administrador
Figura 19: Diagrama de Secuencia Soporte
75
Figura 20: Diagrama de Secuencia Usuario
3.3.9. Diagrama de Clases
Mostramos una vista de la aplicacin de requerimientos informticos
usando el diagrama de clases, con las principales clases que usaran en el sistema
con sus atributos, operaciones y las relaciones entre ella.
Figura 21: Diagrama de Clase Sistema de Requerimientos Informticos
76
3.4. Anlisis del Sistema
3.4.1. Diseo Conceptual
Con el anlisis de la aplicacin se tiene como resultado una estructura
conceptual perfectamente definida, como es el diagrama Entidad Relacin para
la base de datos, la que viene a ser un equivalente al diseo conceptual. El modelo
conceptual es el diagrama que detalla el dominio del problema, es el artefacto ms
importante dentro del anlisis de un sistema orientado a objetos.
Figura 22: Diseo Conceptual de la Base de Datos
3.4.2. Diseo de Base de Datos
En esta parte se considera las entidades y relaciones del modelo Entidad
Relacin (E-R) empleado en el diseo conceptual por lo cual obtenemos los
diagramas Lgico y Fsico del Sistema.
77
3.4.3. Modelo Lgico de la BD
Presentamos el modelo lgico del Sistema de Requerimientos

Informticos.
Figura 23: Modelo Lgico de la Base de Datos
78
3.4.4. Modelo Fsico de la BD
Presentamos el modelo lgico del Sistema de Requerimientos Informticos
Figura 24: Modelo Fsico de la Base de Datos
3.4.5. Diccionario de Datos
Se realizar el diccionario de datos de la base de datos de Requerimientos
Informticos, las tablas intervenidas son las que a continuacin se detallan:
79
a) Tabla Requerimiento: Es donde se almacenan los requerimientos
de los diferentes usuarios de la entidad municipal, es una de las
tablas de gran importancia.
Tabla 14: Diccionario de Datos - Tabla Requerimiento
Nombre de columna Tipo de dato Clave No Auto Valor por

primaria null incremento defecto
Id_requerimiento Int(11) X X X
Nombre_problema Varchar(45) X
Description Longtext X
Fecha Date Null
Hora Time Null
Estadoreq Varchar(io) 'Pendiente'
Host_pc Varchar(45) Null
Id_anio Int(11) X
Idtiporequerimiento Int(11) X
Idusuario Int(11) X
b) Tabla Personal: Es donde se almacena el personal que labora en el
rea de TI, este a su vez solucionar los requerimientos insertados
por los usuarios de la entidad municipal.
80
Tabla 15: Diccionario de Datos - Tabla Personal
Nombre de columna Tipo de dato Clave No Auto Valor

primaria null incremento por
defecto
Id_personal_ti Int(11) X X X
Nombres_personal_ti Varchar(50) X
Ape11idos_personal_ti Varchar(50) X
Estado_personal_ti Varchar(11) X 'Activo'
Imagen Varchar(200) X
Id_tipo_personal Int(11) X
c) Tabla Solucin Requerimiento: en donde se registran las
diferentes soluciones insertadas por el personal que labora en la
USI de la entidad municipal esta tabla se usada para poder emitir
los reportes solicitados por los usuarios.
Tabla 16: Diccionario de Datos - Tabla Solucin de Requerimiento
Nombre de Tipo de dato Clave No Auto Valor

columna primaria null incremento por
defecto
Id_requerimiento Int(11) X X
Id_personal_ti Int(11) X X
Idestado Int(11) X
Diagnostico Longtext Null

Solucion_primaria Mediumtext Null
81
d) Tabla Usuario: en donde se encontrarn todos los usuarios que
podrn ingresar al sistema; y en base a esta tabla se podrn realizar
las diferentes inserciones, ediciones o eliminaciones de
requerimientos.
Tabla 17: Diccionario de Datos - Tabla Usuario

defecto
Id_usuario Int(11) X X X
Nickname Varchar(50) X
Password Varchar(50) X
Nombres_usuario Varchar(ioo) X
Ape11idosusuario Varchar(ioo) X
Dni Varchar(8) X
Estadousuario Varchar(50) activo'
Imagen Varchar(200) X
Idarea Int(11) X
Id_tipo_usuario Int(11) X X
e) Tabla Ao: en esta tabla se registraran los aos, los cuales se
iniciaran conforme vayan iniciando dichos aos, y con el cual se
podrn hacer las filtraciones de cantidad de requerimientos
realizados por cada ao.
82
Tabla 18: Diccionario de Datos - Tabla Ao
Nombre Tipo de Clave No Auto Valor

de dato primaria null incremento por
columna defecto
Id_anio Int(11) X X X
Anio Varchar(4) X
f) Tabla Estado: esta tabla est relacionada con la de solucin-
requerimiento el cual poseer un estado el cual vara de acuerdo al
personal que labora en la Unidad de Soporte Informtico de la
entidad municipal.
Tabla 19: Diccionario de Datos - Tabla Estado

defecto
Id_estado Int(11) X X X
Nombreestado Varchar(20) X
g) Tabla rea: esta tabla se encuentra relacionada con los usuarios ya
que cada usuario creado es asignado a un rea, desde el cual se
identifica cada requerimiento insertado.
83
Tabla 20: Diccionario de Datos - Tabla rea
Nombre de Tipo de Clave No Auto Valor

columna dato primaria null incremento por
defecto
Idarea Int(11) X X X
Nombre_area Xarchar( X
150)
h) Tabla Tipo Personal: esta tabla se encuentra asociada a la tabla de
personal por la cual se le asigna un tipo de personal, este servir
para poder identificar un requerimiento y asignarle un personal con
la experiencia necesaria para solucionar un determinado
requerimiento.
Tabla 21: Diccionario de Datos - Tabla Tipo de Personal

columna dato primar null incremen por
ia to defec
to
Id_tipo_per Int(11) X X X
sonal
Nombre_tip Varchar(5 X
o_personal 0)
84
i) Tabla Tipo Requerimiento: esta tabla se encuentra vinculada con
la de requerimientos, la cual genera un tipado de requerimientos el
cual en lo posterior nos ayudar a visualizar los requerimientos por
tipos pre establecido.
Tabla 22: Diccionario de Datos - Tabla Tipo Requerimiento
Nombre de Tipo de Clave N Auto Valor

columna dato primar o incremen por
ia nu to defec
ll to
Idtiporequeri Int(11) X X X
miento
Nombre_tipo_ Varcha X
requerimiento r( 100)
j) Tabla Tipo Usuario: esta tabla se encuentra vinculada con la tabla
de usuario ya que ayudar a poder determinar los niveles de acceso
al sistema de requerimientos.
Tabla 23: Diccionario de Datos - Tabla Tipo Usuario

columna dato primari nul increment por
a l o defect
o
Idtipousuari Int(11) X X X
o
Nombre_tipo Varchar( Nu1
_usuario 45) 1
85
3.4.6. Diseo Navegacional
El diseo navegacional es la principal parte de un sistema de informacin
orientado a una interfaz Web.
a) Diseo Navegacional Administrador: Se presenta el esquema de
clases de navegacin para el administrador el cual tiene permiso
para entrar a todos los mdulos de administracin mediante previa
autentificacin.
Figura 25: Diseo Navegacional Administrador

b) Diseo Navegacional Soporte: Se presenta el esquema de clases
de navegacin para el Soporte el cual tiene permiso para entrar a
86
algunos mdulos de administracin mediante previa
autentificacin.
Figura 26: Diseo Navegacional Soporte

c) Diseo Navegacional Usuario: Se presenta el esquema de clases
de navegacin para el Soporte el cual tiene permiso para entrar al
mdulo de requerimiento mediante previa autentificacin.
87
Figura 27: Diseo Navegacional Usuario
3.4.7. Diseo de Interfaz Abstracta
En la fase de diseo de interfaz abstracta se define la interfaz de portal web
y el sistema de administracin de contenidos reconociendo los diferentes objetivos
de la interfaz los cuales activaran vistas de datos u otros objetos de la interfaz
adems se verifican donde y cuando se realizaran las vistas o llamadas a otros
objetos de la interfaz.
Figura 28: Diseo de Interfaz Abstracta Administrador

88
Figura 29: Diseo de Interfaz Abstracta Soporte
Figura 30: Diseo de Interfaz Abstracta Usuario

89
3.4.8. ADV de la Aplicacin Web del Usuario
APLICACIN WEB DE
REQUERIMIENTOS INFORMATICOS (USUARIO)
Ventana de Sesin
Escritorio de Administracin
de Requerimientos
Informacin del
Requerimiento
Figura 31: ADV de la Aplicacin Web de Usuario
a) ADV de descripcin del Requerimiento
ADV DESCRIPCION DEL REQUERIMIENTO
AO USUARIO
ID_AO NOMBRE_USUARIO
id_requerimiento TIPO REQUERIMIENTO

nombre_problema
NOMBRE_TIPO_REQUERIMIENTO
description
fecha
hora
estado_req
host_pc
Figura 32: ADV Descripcin del Requerimiento
90
b) ADVs de agregar Nuevo Requerimiento
ADV AGREGAR NUEVO REQUERIMIENTO
Datos del Requerimiento:

==========================
id_requerimiento estado_req
nombre_problema host_pc
description Nombre_usuario
fecha Nombre_tipo_requerimiento
hora ao
Figura 33: ADV's Agregar Nuevo Requerimiento
Tabla 24: Tarjeta ADV Agregar Nuevo Requerimiento
ADV Agregar Nuevo Requerimiento PARA Hereda de:

Requerimiento Ninguno
Atributos: id_requerimiento, nombre_problema, description,

fecha, hora, estado_req, host_pc, nombre_usuario,
nombre_tipo_requerimiento, ao
Partes: ADVs, Tipo Requerimiento, Ao, Usuario.
Parte-de: No
Servicios Ofrecidos: registro
Servicios Requeridos: registro de usuarios, registro de ao y
registro de tipo de requerimiento.
Comentarios: Es una parte importante del sistema.
Rastro a Atrs: Rastro Para Adelante:
Ventana de ADV detalle del requerimiento
bienvenida.
91
3.4.9. ADV de la Aplicacin Web del Soporte
APLICACIN WEB DE
REQUERIMIENTOS INFORMTICOS (SOPORTE)
Ventana de Sesin
Escritorio de
Administracin
Requerimiento
Soluciones
Usuarios
Personal
Estado
rea
Tipo de
Requerimiento
Figura 34: ADV de la Aplicacin Web de Soporte
92
a) ADVs Agregar Solucin
ADV AGREGAR NUEVO SOLUCION A

REQUERIMIENTO
Datos de la Solucin:
========================
id_requerimiento
id_personal_ti
Idestado
Diagnostico
solucion_primaria
Figura 35: ADV's Agregar Solucin a Requerimiento
Tabla 25: Tarjeta ADV's Agregar Solucin a Requerimiento
ADV Agregar Solucion a Requerimiento PARA Hereda de:

Soluciones Ninguno
Atributos: id_requerimiento, id_personal_ti, Idestado,
Diagnostico, solucion_primaria.
Partes: ADVs, Requerimiento, Personal, Estado.
Parte-de: No
Servicios Requeridos: registro de requerimientos, registro de
personal y registro de estado.
Ventana de ADV detalle del solucin
bienvenida.
93
3.4.10. ADV de la Aplicacin Web del Administrador
APLICACIN WEB DE
REQUERIMIENTOS INFORMTICOS (ADMINISTRADOR)
Ventana de Sesin
Escritorio de Administracin
Requerimiento
Soluciones
Usuarios
Personal
Estado
rea
Tipo de Requerimiento
Tipo de Personal
Tipo de Usuario
Ao
Figura 36: ADV de la Aplicacin Web de Administrador
94
a) ADVs Agregar un Nuevo Usuario
ADV AGREGAR UN NUEVO USUARIO
Datos de la Usuario:
========================
id_usuario
Nickname
Password
nombres_usuario
Apellidosusuario
DNI
Estadousuario
Imagen
Idarea
id_tipo_usuario
Figura 37: ADV's Agregar Nuevo Usuario
95
Tabla 26: Tarjeta ADV's Agregar Usuario
Hereda de:
ADV Agregar Usuario PARA Usuario
Ninguno
Atributos: id_usuario, Nickname, Password, nombres_usuario,

Apellidosusuario, DNI, Estadousuario, Imagen, Idarea
id_tipo_usuario.
Partes: ADVs, Area, Tipo Usuario.
Parte-de: No
Servicios Requeridos: registro de area, registro de tipo de usuario.
Ventana de bienvenida. ADV detalle del usuario
3.4.11. ADV de Inicio de Sesin Web
Figura 38: ADV de Inicio de Sesion Web
96
Tabla 27: Tarjeta ADV's de Inicio de Sesion
Hereda de:
ADV sesin PARA Ingresar al Sistema
Ninguno
Atributos: Nombre de usuario, Clave de acceso.
Partes: Ninguno.
Parte-de: ADVs Sistema Web.
Servicios Ofrecidos: Autentificacin.
Servicios Requeridos: No
Comentarios: Es una parte fundamental del sistema.
Ninguno ADV Escritorio Sistema de Requerimientos.
97
CAPTULO IV
RESULTADOS DE LA PRCTICA REALIZADA
4.1. Administracin del Sistema Informtico
4.1.1. Inicio de Sesin al Sistema
Figura 39: Login de Acceso al Sistema

4.1.2. Seccin de Escritorio del Administrador
Figura 40: Escritorio de Acceso a Administrador
4.1.3. Mdulo de Creacin de Usuarios
Figura 41: Mdulo de Creacin de Nuevos Usuarios
97
4.1.4. Seccin de Escritorio del Soporte
Figura 42: Escritorio de Acceso Soporte
4.1.5. Mdulo de Creacin de Soluciones
Figura 43: Mdulo de Creacin de Soluciones
98
4.1.6. Seccin de Escritorio del Usuario
Figura 44: Escritorio de Acceso Usuario
4.1.7. Mdulo de Creacin de Requerimientos
Figura 45: Mdulo de Creacin de Requerimiento
99
CAPTULO V
CONCLUSIONES Y SUGERENCIAS
5.1. Conclusiones
5.1.1. Conclusiones de las prcticas pre-profesionales
Se aplicaron los conocimientos adquiridos durante los cinco aos en la
casa superior de estudios (Universidad Nacional Jorge Basadre
Grohmann), los cuales permitieron el desarrollo laboral exitoso en la
El uso de tecnologas para el modelado de Datos, desarrollo, anlisis,
diseo, implementacin es la parte crucial para culminacin con xito del
sistema, en nuestro caso se opt por UML, OOHDM y la POO. Lo cual
son excelentes para cubrir todas nuestras necesidades en el desarrollo del
sistema.
Se adquiri experiencia laboral durante el periodo de prcticas pre-
profesionales, que ser til durante el desarrollo laboral profesional.
El uso de Aplicaciones Web, desarrollo e implementacin es la forma
innovadora de desarrollo de aplicaciones, es ms flexible, econmica,
factible de forma operacional como tcnica, y tener una aplicacin web
puede ser vista, administrada, trabajada de cualquier parte del globo que
tenga uso de Internet, esto lo hace una herramienta infalible para cualquier
desarrollador que programe en Web.
Las tecnologas web es una ayuda excelente para responder a los
requerimientos de los usuarios, instituciones, organizaciones, etc. El uso
de PHP, en nuestro caso el gestor de BD es MySQL por todas sus virtudes
es la que usamos.
5.1.2. Conclusiones del proyecto
Se logr optimizar el uso de recursos y llevar un registro de las diferentes
actividades por la unidad al implantar la Aplicacin Web Sistema de
Requerimientos Informticos.
Se automatiz el proceso de emisin de informes tcnicos de los
requerimientos por la Intranet, usando la Aplicacin Web como
herramienta efectiva.
Se realiz un anlisis de cmo es que est funcionando actualmente el
control de requerimientos informticos, se empez recabando los
requerimientos para el sistema, con los cuales se empez a realizar el
modelado respectivo
El sistema de requerimientos informticos fue desarrollado bsicamente en
PHP y MySQL, contiene una sesin de usuario, soporte y administrador,
totalmente separados, es flexible el sistema y practico, lo cual facilita la
modificacin de cdigo en cualquier momento.
101
5.2. Sugerencias
Para el desarrollo de cualquier Aplicacin Web, es muy importante
conocer el giro de negocio de lo que se desea automatizar, as como
interactuar con los usuarios finales ante cualquier duda que aparezca, para
as capturar la mayor cantidad de requisitos y poder desarrollar una
Aplicacin Web que satisfaga las necesidades de los usuarios finales.
Se sugiere el uso para el desarrollador, de solo software libre para evitar
inconvenientes en el uso de licencias, para ahorrar dinero a la empresa y
ser ms competitivos en el mbito laboral y poder desenvolvernos sin
resistencia por motivos de software licenciado.
Se sugiere siempre estar al da, en cuanto a la aparicin de nuevas
tecnologas, para poner aprovecharlas, as innovar cada da en cuanto a
desarrollo, como ahora en el mundo toda aplicacin est siendo llevado a
Web y a este paso en el futuro todo se trabajara en la Red (internet).
102
CAPTULO VI
BIBLIOGRAFA
Addison-Wesley. (2012). Analisis y dieo POO con aplicaciones.
Castao. (1995).
community, P. (2013). PHP.net. Obtenido de

http://www.php.net/manual/es/intro-whatcando.php
Hawryszkiewycz. (1994). Analisis y Diseo de Base de Datos 1er Edicion.
Jacobson, B. (1999). Rumbaugh.
James, S. (2002). Analisis y Diseo de Sistemas de Informacin. McGraw-Hill.
Kendall, K. y. (1991). Analisis y Diseo de Sistemas 1er Edicion.
Maeda, S. M. (2009). Analisis y diseo Orientado a Objetos con UML y Rational

Rose.
mysql.com. (30 de Junio de 2016). Obtenido de http://www.mysql.com/about
Pressman. (1999). Concepto de aplicacion web.
Schmuller, J. (s.f.). Aprendiendo UML en 24 horas.
Stair, R. (2000). Principios de Sistemas de Informacion: Enfoque Administrativo.
Villar, J. d. (2011). PHP y MySQL.

Modelo de Informe de Practicas Pre Profesionales UNJBG

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Modelo de Informe de Practicas Pre Profesionales UNJBG

Diunggah oleh

Hak Cipta:

Format Tersedia

UNIVERSIDAD NACIONAL JORGE BASADRE GROHMANN TACNA

Escuela Profesional de Ingeniera en Informtica y Sistemas

Informe de Prcticas Pre Profesionales

Anlisis y Diseo del Prototipo de Sistema Web de Requerimientos

CAPTULO I GENERALIDADES ...................................................................... 16

1.1. Generalidades de la Institucin .................................................................. 16

2.1. Marco Referencial ...................................................................................... 32

PRE PROFESIONALES ....................................................................................... 53

3.1. Materiales Utilizados .................................................................................. 53

4.1. Administracin del Sistema Informtico .................................................... 96

5.1. Conclusiones ............................................................................................ 100

Figura 1: Direccin de la Entidad Municipal ........................................................ 22

Figura 2: Organigrama Municipal ......................................................................... 25

Figura 3: Dependencia de la Unidad de Soporte Informtico ............................... 28

Figura 4: Esquema Grafico General de un Sistema .............................................. 32

Figura 5: Esquema de Sistema de Informacin..................................................... 34

Figura 6: Etapas de la Metodologa OOHDM ...................................................... 39

Figura 7: Ejemplo de Diagrama Conceptual ......................................................... 42

Figura 8: Ejemplo de Esquema de Contexto Navegacional .................................. 43

Figura 9: Ejemplo de Vista de Datos Abstracta .................................................... 45

Figura 10: Ejemplo de Diagrama de Caso de Uso ................................................ 48

Figura 11: Ejemplo de Diagrama de Secuencia .................................................... 49

Figura 12: Ejemplo de Diagrama de Actividades ................................................. 50

Figura 13: Esquematizacin de Actores ................................................................ 63

Figura 14: Diagrama de Caso de Uso General del Proyecto ................................. 64

Figura 15: Diagrama de Caso de Uso del Administrador ..................................... 65

Figura 16: Diagrama de Caso de Uso del Autor Soporte ...................................... 66

Figura 17: Diagrama de Caso de Uso del Usuario ................................................ 66

Figura 19: Diagrama de Secuencia Soporte ....................................................... 75

Figura 20: Diagrama de Secuencia Usuario ....................................................... 76

Figura 21: Diagrama de Clase Sistema de Requerimientos Informticos............. 76

Figura 22: Diseo Conceptual de la Base de Datos .............................................. 77

Figura 23: Modelo Lgico de la Base de Datos .................................................... 78

Figura 24: Modelo Fsico de la Base de Datos ..................................................... 79

Figura 25: Diseo Navegacional Administrador................................................... 86

Figura 26: Diseo Navegacional Soporte ............................................................. 87

Figura 27: Diseo Navegacional Usuario ............................................................. 88

Figura 29: Diseo de Interfaz Abstracta Administrador ....................................... 88

Figura 30: Diseo de Interfaz Abstracta Soporte .................................................. 89

Figura 31: Diseo de Interfaz Abstracta Usuario .................................................. 89

Figura 32: ADV's de la Aplicacin Web de Usuario ............................................ 90

Figura 33: ADV Descripcin del Requerimiento ................................................. 90

Figura 34: ADV Agregar Nuevo Requerimiento .................................................. 91

Figura 35: ADV de la Aplicacin Web de Soporte............................................... 92

Figura 36: ADV Agregar Solucin a Requerimiento ............................................ 93

Figura 37: ADV de la Aplicacin Web de Administrador .................................... 94

Figura 38: ADV Agregar Nuevo Usuario ............................................................. 95

Figura 39: ADV de Inicio de Sesion Web ............................................................ 96

Figura 41: Escritorio de Acceso a Administrador ................................................. 97

Figura 42: Mdulo de Creacin de Nuevos Usuarios ........................................... 97

Figura 43: Escritorio de Acceso Soporte .............................................................. 98

Figura 44: Mdulo de Creacin de Soluciones ..................................................... 98

Figura 45: Escritorio de Acceso Usuario .............................................................. 99

Figura 46: Mdulo de Creacin de Requerimiento ............................................... 99

Tabla 1: Ubicacin Geogrfica ............................................................................. 21

Tabla 2: Recursos Humanos de la USI ................................................................. 30

Tabla 3: Recursos Tecnolgicos de la USI ........................................................... 30

Tabla 4: Metodologa OOHDM ............................................................................ 40

Tabla 5: Caractersticas del Terminal de Desarrollo ............................................. 53

Tabla 6: Caso de Uso Registro de Requerimiento ................................................ 67

Tabla 7: Caso de Uso Modificacin de Requerimiento ........................................ 68

Tabla 8: Caso de Uso Listado y Clasificacion de Requerimiento ......................... 69

Tabla 9: Caso de Uso Visualizar Requerimiento .................................................. 70