Está en la página 1de 102

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

Fuente: Elaboracin Propia

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
Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Municipalidad Distrital de Pocollay.

Tabla 5: Caractersticas del Terminal de Desarrollo

Procesador Intel(R) Core(Tm)2 Duo Cpu @


3.00ghz
Disco Duro 250 GB

Monitor Marca lg

Fuente: Elaboracin Propia


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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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.

Fuente: Elaboracin Propia

67
Tabla 7: Caso de Uso Modificacin de Requerimiento

CU-002 Modificacin de Requerimiento


Actores Usuario(Personal de la Entidad Municipal)
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.
Post condiciones Ninguna.
Requerimientos El usuario deber de tener usuario y clave que ser
Especiales suministrada por el encargado del sistema.

Fuente: Elaboracin Propia

68
Tabla 8: Caso de Uso Listado y Clasificacin de Requerimiento

CU-003 Listado y Clasificacin de Requerimiento


Actores Usuario(Personal de la Entidad Municipal)
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
2.- Abre el sistema y realiza inicio de sesin.
3.- Aparece el escritorio principal luego Mis
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.
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.

Fuente: Elaboracin Propia

69
Tabla 9: Caso de Uso Visualizar Requerimiento

CU-004 Visualizar Requerimientos


Actores Usuario(Personal de la Entidad Municipal)
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.
3.- Aparece el escritorio principal luego Mis
Requerimientos.
4.- El sistema mostrar todos los requerimientos
ordenados por fecha de solicitud.

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.
Fuente: Elaboracin Propia

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.
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
Especiales que ser suministrada por el encargado del
sistema.
Fuente: Elaboracin Propia

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.
Flujo No se realiza un flujo alternativo.
Alternati
vo
Pre condiciones El usuario debe de estar autentificado.
Post condiciones Ninguna.
Requerimientos El usuario deber de tener usuario y clave
Especiales que ser suministrada por el encargado del
sistema.
Fuente: Elaboracin Propia

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.
2.- Abre el sistema y realiza inicio de sesin.
3.- Aparece el escritorio principal luego
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.
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
Especiales ser suministrada por el encargado del sistema.

Fuente: Elaboracin Propia

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.
2.- Abre el sistema y realiza inicio de sesin.
3.- Aparece el escritorio principal luego
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.
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.
Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

Figura 19: Diagrama de Secuencia Soporte

Fuente: Elaboracin Propia

75
Figura 20: Diagrama de Secuencia Usuario

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Nombre de Tipo de dato Clave No Auto Valor


columna primaria null incremento por
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
Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Nombre de Tipo de dato Clave No Auto Valor


columna primaria null incremento por
defecto

Id_estado Int(11) X X X

Nombreestado Varchar(20) X

Fuente: Elaboracin Propia

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)

Fuente: Elaboracin Propia

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

Nombre de Tipo de Clave No Auto Valor


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)
Fuente: Elaboracin Propia

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)

Fuente: Elaboracin Propia

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

Nombre de Tipo de Clave No Auto Valor


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
Fuente: Elaboracin Propia

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


Fuente: Elaboracin Propia

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


Fuente: Elaboracin Propia

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
Fuente: Elaboracin Propia

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


Fuente: Elaboracin Propia

88
Figura 29: Diseo de Interfaz Abstracta Soporte

Fuente: Elaboracin Propia

Figura 30: Diseo de Interfaz Abstracta Usuario


Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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.

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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 Ofrecidos: registro
Servicios Requeridos: registro de requerimientos, registro de
personal y registro de estado.
Comentarios: Es una parte importante del sistema.
Rastro a Atrs: Rastro Para Adelante:
Ventana de ADV detalle del solucin
bienvenida.

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia

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 Ofrecidos: registro

Servicios Requeridos: registro de area, registro de tipo de usuario.

Comentarios: Es una parte importante del sistema.

Rastro a Atrs: Rastro Para Adelante:

Ventana de bienvenida. ADV detalle del usuario

Fuente: Elaboracin Propia

3.4.11. ADV de Inicio de Sesin Web

Figura 38: ADV de Inicio de Sesion Web

Fuente: Elaboracin Propia

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.

Rastro a Atrs: Rastro Para Adelante:

Ninguno ADV Escritorio Sistema de Requerimientos.

Fuente: Elaboracin Propia

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

Fuente: Elaboracin Propia


4.1.2. Seccin de Escritorio del Administrador

Figura 40: Escritorio de Acceso a Administrador

Fuente: Elaboracin Propia

4.1.3. Mdulo de Creacin de Usuarios

Figura 41: Mdulo de Creacin de Nuevos Usuarios

Fuente: Elaboracin Propia

97
4.1.4. Seccin de Escritorio del Soporte

Figura 42: Escritorio de Acceso Soporte

Fuente: Elaboracin Propia

4.1.5. Mdulo de Creacin de Soluciones

Figura 43: Mdulo de Creacin de Soluciones

Fuente: Elaboracin Propia

98
4.1.6. Seccin de Escritorio del Usuario

Figura 44: Escritorio de Acceso Usuario

Fuente: Elaboracin Propia

4.1.7. Mdulo de Creacin de Requerimientos

Figura 45: Mdulo de Creacin de Requerimiento

Fuente: Elaboracin Propia

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

Municipalidad Distrital de Pocollay.

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.

También podría gustarte