Ao del centenario de Machu Picchu para el mundo NDICE

I.

MARCO CONCEPTUAL 1. 2. JUSTIFICACIN...3 MARCO TERICO...3

2.1. Antecedentes 4 2.2. Planteamientos Tericos (Definicin de Trminos)..4

2.2.1 Qu es UML?..................................................................5 2.2.2 UML no es un Mtodo.....................................................5 2.2.3 Una perspectiva general de UML....................................6 2.2.4 Casos de Uso y Diagramas de Interaccin.......................6 2.2.5 Los Diagramas de Actividad............................................6 2.2.6 Clases y Diagramas de Implementacin...........................6 2.2.7 Diagramas de Componentes.............................................6 2.2.8 Diagramas de Estado........................................................7 2.2.9 Implementando el diseo..................................................7 2.2.10 Implementando la aplicacin..........................................7 2.2.11 Implementando el diseo de Bases de Datos.7 2.2.12 2.2.13
II.

Probar teniendo en cuenta los requisitos7 Diagrama de Gantt..................................................8

DEFINICIN DEL PROBLEMA.9

III. OBJETIVOS

1. OBJETIVO GENERAL.9 2. OBJETIVOS ESPECFICOS.9

IV. HIPTESIS ...10 V.

VARIABLES 10 1. TIPO DE INVESTIGACIN 11 (Exploratoria, Descriptiva, Correlacional o Explicativa) 2. POBLACIN Y MUESTRA12 2.1. Poblacin.12 2.2. Muestra12 Unidad estadstica

VI. METODOLOGA

Pg. 1

Ao del centenario de Machu Picchu para el mundo 3. PLAN DE RECOLECCIN, PROCESAMIENTO Y ANLISIS DE DATOS 3.1. Tcnicas de recoleccin de datos12 3.2. Instrumentos de recoleccin de datos..12 3.3. Tcnicas de procesamiento de datos12 3.4. Tcnicas de anlisis de datos...12
VII. RESULTADOS..13 VIII. CONCLUSIONES.38 IX. RECOMENDACIONES39 X.

REFERENCIA BIBLIOGRFICA 40

XI. ANEXOS.41

Pg. 2

Ao del centenario de Machu Picchu para el mundo I. MARCO CONCEPTUAL 1. JUSTIFICACIN El motivo por el cual hemos realizado esta investigacin o diagnostico de los posibles dificultades que se presentan al momento de desarrollar una aplicacin web, es evaluar en qu parte del proceso de desarrollo presenta mayor grado de dificultad, los errores ms resaltantes en que suelen caer los programadores que recin comienzan, y que son parte fundamental de la base estructural de toda aplicacin Web. Como la seguridad, el orden, el cronograma de desarrollo, el buen levantamiento de informacin que es parte fundamental para la construccin de un buen sistema. De esta manera en base al resultado obtenido en esta evaluacin podremos saber cul es la tendencia o cules son los puntos que se deben tomar en consideracin y deben ser cambiados.

2. MARCO TERICO 2.1 Antecedentes: Con la aparicin de Internet y de la web en concreto, se han abierto infinidad de Posibilidades en cuanto al acceso a la informacin desde casi cualquier sitio. Este Sistema de informacin es conocido como World Wide Web (WWW). La web en sus orgenes fue pensada como un medio para desplegar informacin, sta se encuentra contenida en servidores, denominados servidores web. La manera de acceder a las pginas web es a travs de un navegador o browser, el cual realiza peticiones valindose del protocolo HTTP (HyperText Transfer Protocol). La direccin que localiza la informacin dentro de Internet se denomina URL: es el Localizador Uniforme de Recursos (Uniform Resource Locator). Las caractersticas de la web son las siguientes: Global: Se puede acceder a l desde cualquier tipo de plataforma, usando cualquier navegador y desde cualquier parte del mundo. Pblica: Toda su informacin est distribuida en miles de ordenadores que ofrecen su espacio para almacenarla. Esta informacin es pblica y toda puede ser obtenida por el usuario. Dinmica: La informacin, aunque esta almacenada, puede ser actualizada por quin la publico sin que el usuario deba actualizar su soporte tcnico. La facilidad de comunicacin que proporciona Internet conjuntada con la necesidad de acceso remoto a aplicaciones sin necesidad de instalaciones en la mquina del usuario ha hecho evolucionar este Pg. 3

Ao del centenario de Machu Picchu para el mundo concepto. La comunicacin ya no se basa simplemente en la carga de una pgina esttica, sino que sta puede ser el resultado de la ejecucin en el servidor de alguna lgica de programacin, es decir, interaccin dinmica entre usuario y servidor. Esto representa un desafo a los desarrolladores de aplicaciones, ya que los avances en tecnologa demandan cada vez aplicaciones ms rpidas, ligeras y robustas que permitan utilizar la web. 2.2 Planteamientos Tericos (Definicin de Trminos) 2.2.1 Qu es UML? El Lenguaje Unificado de Modelado preescribe un conjunto de notaciones y diagramas estndar para modelar sistemas orientados a objetos, y describe la semntica esencial de lo que estos diagramas y smbolos significan. Mientras que ha habido muchas notaciones y mtodos usados para el diseo orientado a objetos, ahora los modeladores slo tienen que aprender una nica notacin. UML se puede usar para modelar distintos tipos de sistemas: sistemas de software, sistemas de hardware, y organizaciones del mundo real. UML ofrece nueve diagramas en los cuales modelar sistemas. Diagramas de Casos de Uso para modelar los procesos business. Diagramas de Secuencia para modelar el paso de mensajes entre objetos. Diagramas de Colaboracin para modelar interacciones entre objetos. Diagramas de Estado para modelar el comportamiento de los objetos en el sistema. Diagramas de Actividad para modelar el comportamiento de los Casos de Uso, objetos u operaciones. Diagramas de Clases para modelar la estructura esttica de las clases en el sistema. Diagramas de Objetos para modelar la estructura esttica de los objetos en el sistema. Diagramas de Componentes para modelar componentes. Diagramas de Implementacin para modelar la distribucin del sistema. UML es una consolidacin de muchas de las notaciones y conceptos ms usadas orientados a objetos. Empez como una consolidacin del trabajo de Grade Booch, James Rumbaugh, e Ivar Jacobson, creadores de tres de las metodologas orientadas a objetos ms populares. En 1996, el Object Management Group (OMG), un pilar estndar para la comunidad del diseo orientado a objetos, public una peticin con propsito de un metamodelo orientado a objetos de semntica y notacin estndares. UML, en su versin 1.0, fue propuesto como una respuesta a esta peticin en enero de 1997. Hubo otras cinco propuestas rivales. Durante el transcurso de 1997, los seis promotores de las propuestas, unieron su trabajo y presentaron al OMG un Pg. 4

Ao del centenario de Machu Picchu para el mundo documento revisado de UML, Llamado UML versin 1.1. Este documento fue aprobado por el OMG en Noviembre de 1997. El OMG llama a este documento OMG UML versin 1.1. El OMG est actualmente en proceso de mejorar una edicin tcnica de esta especificacin, prevista su finalizacin para el 1 de abril de 1999. 2.2.2 UML no es un Mtodo Aun as, UML no pre-escribe un proceso o mtodo estndar para desarrollar un sistema. Hay varias metodologas existentes; entre las ms populares se incluyen las siguientes: Catalysis: Un mtodo orientado a objetos que fusiona mucho del trabajo reciente en mtodos orientados a objetos, y adems ofrece tcnicas especficas para modelar componentes distribuidos. Objetory: Un mtodo de Caso de Uso guiado para el desarrollo, creado por Ivar Jacobson. Shlaer/Mellor: El mtodo para disear sistemas de tiempo real, puesto en marcha por Sally Shlaer y Steven Mellor en dos libros de 1991, Ciclos de vida de Objetos, modelando el Mundo en Estados y Ciclos de vida de Objetos, Modelando el mundo en Datos (Prentice Hall). Shlaer/Mellor countinan actualizando su mtodo continuamente (la actualizacin ms reciente es el OOA96 report), y recientemente publicaron una gua sobre cmo usar la notacin UML con Shlaer/Mellor. Fusion: Desarrollado en Hewlett Packard a mediados de los noventa como primer intento de un mtodo de diseo orientado a objetos estndar. Combina OMT y Booch con tarjetas CRC y mtodos formales. (www.hpl.hp.com/fusion/file/teameps.pdf) OMT: La Tcnica de Modelado de Objetos fue desarrollada por James Rumbaugh y otros, y publicada en el libro de gran influencia "Diseo y Modelado Orientado a Objetos" (Prentice Hall, 1991). Un mtodo que propone anlisis y diseo iterative, ms centrado en el lado del anlisis. Booch: Parecido al OMT, y tambin muy popular, la primera y segunda edicin de "Diseo Orientado a Objetos, con Aplicaciones" (Benjamin Cummings, 1991 y 1994), (Object-Oriented Design, With Applications), detallan un mtodo ofreciendo tambin diseo y anlisis iterative, centrndoso en el lado del diseo. Adems, muchas organizaciones han desarrollado sus propias metodologas internas, usando diferentes diagramas y tcnicas con orgenes varios. Ejemplos son el mtodo Catalyst por Computer Sciences Corporation (CSC) o el Worlwide Solution Design and Delivery Method (WSDDM) por IBM. Estas metodologas difieren, pero generalmente combinan anlisis de flujo de trabajo, captura de los requisitos, y modelado de negocio con modelado de datos, con modelado de objetos usando varias notaciones (OMT, Booch, etc), y algunas veces incluyendo tcnicas adicionales de modelado de objetos como Casos de Uso y tarjetas CRC. La mayora de estas organizaciones estn adoptando e incorporando el UML como la notacin orientada a objetos de sus metodologas.

Pg. 5

Ao del centenario de Machu Picchu para el mundo Algunos modeladores usarn un subconjunto de UML para modelar what theyre after, por ejemplo simplemente el diagrama de clases, o solo los diagramas de clases y de secuencia con Casos de Uso. Otros usarn una suite ms completa, incluyendo los diagramas de estado y actividad para modelar sistemas de tiempo real, y el diagrama de implementacin para modelar sistemas distribuidos. Aun as, otros no estarn satisfechos con los diagramas ofrecidos por UML, y necesitarn extender UML con otros diagramas como modelos relacionales de datos y CRC cards. 2.2.3 Una perspectiva general de UML Una vuelta por un caso de uso Una vez ms, UML es una notacin, no un mtodo. No pre-escribe un proceso para modelar un sistema. No obstante, como UML incluye los diagramas de casos de uso, se le considera estar dotado de una aproximacin al diseo centrada en el problema con los casos de uso. El Diagrama de Caso de Uso nos da el punto de entrada para analizar los requisitos del sistema, y el problema que necesitamos solucionar. 2.2.4 Casos de Uso y Diagramas de Interaccin Un caso de uso se modela para todos los procesos que el sistema debe llevar a cabo. Los procesos se describen dentro del caso de uso por una descripcin textual o una secuencia de pasos ejecutados. 2.2.5 Los Diagramas de Actividad se pueden usar tambin para modelar escenarios grficamente. Una vez que el comportamiento del sistema est captado de esta manera, los casos de uso se examinan y amplan para mostrar qu objetos se interrelacionan para que ocurra este comportamiento. Los Diagramas de Colaboracin y de Secuencia se usan para mostrar las relaciones entre los objetos. 2.2.6 Clases y Diagramas de Implementacin Conforme se van encontrando los objetos, pueden ser agrupados por tipo y clasificados en un Diagrama de Clase. Es el diagrama de clase el que se combierte en el diagrama central del anlisis del diseo orientado a objetos, y el que muestra la estructura esttica del sistema. El diagrama de clase puede ser dividido en capas: aplicacin, y datos, las cuales muestran las clases que intervienen con la interfaz de usuario, la lgica del software de la aplicacin, y el almacentamiento de datos respectivamente. Los 2.2.7 Diagramas de Componentes se usan para agrupar clases en componentes o mdulos. La distribucin general del hardware del sistema se modela usando el Diagrama de Implementacin. Tarjetas CRC (CRC cards) - Una extensin informal de UML Como una extensin informal a UML, la tcnica de las tarjetas CRC se puede usar para guiar el sistema a travs de anlisis guiados por la Pg. 6

Ao del centenario de Machu Picchu para el mundo responsabilidad. Las clases se examinan, se filtran y se refinan en base a sus responsabilidades con respecto al sistema, y las clases con las que necesitan colaborar para completar sus responsabilidades. 2.2.8 Diagramas de Estado El comportamiento en tiempo real de cada clase que tiene comportamiento dinmico y significativo, se modela usando un Diagrama de Estado. El diagrama de actividad puede ser usado tambin aqu, esta vez como una extensin del diagrama de estado, para mostrar los detalles de las acciones llevadas a cabo por los objetos en respuesta a eventos internos. El diagrama de actividad se puede usar tambin para representar grficamente las acciones de mtodos de clases. 2.2.9 Implementando el diseo La implementacin del sistema trata de traducir informacin desde mltiples modelos UML en cdigo y estructura de bases de datos. Cuando se modela un sistema grande, es til fragmentar el sistema en su capa business (incluyendo los objetos de la interfaz de usuario), su capa de aplicacin (incluyendo los objetos de implementacin), y su capa de datos (incluyendo la estrucutra de la base de datos y el acceso a objetos). 2.2.10 Implementando la aplicacin El Diagrama de Clase se usa para generar una estructura base del cdigo en el lenguaje escogido. Informacin de los diagramas de interaccin, estado, y actividad, puede ofrecer detalles de la parte procedimental del cdigo de implementacin. 2.2.11 Implementando el diseo de Bases de Datos La capa de datos del diagrama de clase se puede usar para implementar direcatmente un diseo orientado a objetos de una base de datos, o, como extensin de UML, puede ser referenciado en un diagrama de relacin de entidad para ms anlisis de relaciones de entidad. Est en el diagrama de relacin de entidad (ER diagram, entity relationship) el cual relaciona entre entidades que pueden ser modeladas basadas en atributos clave. El diagrama de relacin de entidad lgico ofrece una base desde la cual construir un diagrama fsico representando las tablas y relaciones actuales de la base de datos relacional. 2.2.12 Probar teniendo en cuenta los requisitos Los casos de uso se utilizan tambin para probar el sistema y ver si satisface los requisitos inciales. Los pasos de los casos de uso van llevando a cabo para determinar si el sistema est satisfaciendo los requisitos del usuario.

Pg. 7

Ao del centenario de Machu Picchu para el mundo

2.2.13 Diagrama de Gantt El diagrama de Gantt, grfica de Gantt o carta Gantt es una popular herramienta grfica cuyo objetivo es mostrar el tiempo de dedicacin previsto para diferentes tareas o actividades a lo largo de un tiempo total determinado. A pesar de que, en principio, el diagrama de Gantt no indica las relaciones existentes entre actividades, la posicin de cada tarea a lo largo del tiempo hace que se puedan identificar dichas relaciones e interdependencias. Fue Henry Laurence Gantt quien, entre 1910 y 1915, desarroll y populariz este tipo de diagrama en Occidente. Por esta razn, para la planificacin del desarrollo de proyectos complejos (superiores a 25 actividades) se requiere adems el uso de tcnicas basadas en redes de precedencia como CPM o los grafos PERT. Estas redes relacionan las actividades de manera que se puede visualizar el camino crtico del proyecto y permiten reflejar una escala de tiempos para facilitar la asignacin de recursos y la determinacin del presupuesto. El diagrama de Gantt, sin embargo, resulta til para la relacin entre tiempo y carga de trabajo. En gestin de proyectos, el diagrama de Gantt muestra el origen y el final de las diferentes unidades mnimas de trabajo y los grupos de tareas (llamados summary elements en la imagen) o las dependencias entre unidades mnimas de trabajo (no mostradas en la imagen). Desde su introduccin los diagramas de Gantt se han convertido en una herramienta bsica en la gestin de proyectos de todo tipo, con la finalidad de representar las diferentes fases, tareas y actividades programadas como parte de un proyecto o para mostrar una lnea de tiempo en las diferentes actividades haciendo el mtodo ms eficiente. Bsicamente el diagrama est compuesto por un eje vertical donde se establecen las actividades que constituyen el trabajo que se va a ejecutar, y un eje horizontal que muestra en un calendario la duracin de cada una de ellas.

Pg. 8

Ao del centenario de Machu Picchu para el mundo

II.

DEFINICIN DEL PROBLEMA En base a la experiencia adquirida y a diversas observaciones a las dificultades que tienen los estudiantes de ingeniera de sistemas, al momento de crear un aplicacin web, entendiendo que las aplicaciones Web en todas sus modalidades se ha convertido en un tema a trabajar en sus diversas aristas en cuanto su conocimiento y mltiples aplicaciones como en el mbito contable, Marketing, reduccin y automatizacin de procesos y otras de marcada importancia en este mundo globalizado. El presente proyecto busca presentar una mirada a este mbito tan importante en el campo de la Ing. de sistemas de la Informtica, etc. Buscando presentar en la presente investigacin los temas y problemas ms comunes, reflexionar acerca de que si cumplen con todos los requerimientos; por ello se quiere establecer las tendencias de las posibles trabas o omisiones para el desarrollo de una aplicacin Web; definidas segn el modelo de creacin (UML) y estndares de creacin, necesarios para que este sea dinmica, bien estructurada, segura, flexible y confiable para el cliente.

III.

OBJETIVOS 1. OBJETIVO GENERAL

Conocer las mltiples aplicaciones web, sus limitaciones y aplicaciones en los diferentes mbitos del mundo empresarial. De esta manera poder definir en base al estudio realizado, cuales son los procesos que requieren de mayor cuidado o reforzamiento. De esta manera poder obtener un producto de mayor calidad que cubra las necesidades del cliente.

2.

OBJETIVOS ESPECFICOS Determinar si los alumnos de ingeniera establecen el tiempo necesario para determinar el enfoque de la aplicacin web. Explicar los diversos mtodos de levantamiento de informacin para las aplicaciones web y las posibles limitaciones que se pueden presentar.

Pg. 9

Ao del centenario de Machu Picchu para el mundo Establecer si los alumnos de ingeniera de sistemas establecen medidas de seguridad bsicas, que son necesarias en toda aplicacin web. Definir si se establece un plan de trabajo con fechas establecidas luego de haber evaluado el enfoque al cual va dirigido el proyecto. Definir si se realiza las evaluaciones previas a la entrega de proyectos. Definir la relacin que existe entre la el tiempo de experiencia en desarrollo de proyectos y el tiempo que se toma en definir los procesos de creacin segn el grado de complejidad de la aplicacin web. Determinar cul es la tendencia al momento de subir la aplicacin a la Web. Definir si los alumnos de ingeniera de sistemas establecen requerimientos necesarios para la ejecucin del proyecto Web.

IV.

HIPTESIS No corresponda por el tipo de estudio.

V.

VARIABLES Edad, Sexo (M, F), Ciclo (V, VI, VII, VIII), Presenta problemas al momento de desarrollar el levantamiento de informacin? (Si, No), Si respondi (si) Cul es? (Disponibilidad del personal, Resistencia por parte del personal, No tienen distribucin de funciones, Desconfianza de entrega de Data, Otros), Cunto tiempo tiene desarrollando aplicaciones web?, Presenta problemas al definir el funcionamiento de la aplicacin web? (Si, No), Si respondi (si), Porque? (No se tiene claro lo que quiere el usuario, Las necesidades son diversas, No existe un organigrama y definicin de funciones), Presenta problemas al trasladar la informacin levanta a diagramas de caso de uso? (Si, No),Presenta algn cambio de ltimo momento que afecte el proyecto? (Si, No),Si respondi (Si), Cul? (Cambio del Diseo o interfaz grfica, Agregar una nueva entidad, Modificacin completa del proyecto, Otros), Cul es el tiempo que le toma definir el funcionamiento de la aplicacin web?, Realiza alguna programacin de los tiempos de desarrollo? (Si, No), Incluye mtodos de seguridad de informacin en la aplicacin web? (Si, No), Realiza requerimientos de Hardware o Software para la ejecucin de la aplicacin? (Si, No), Realiza el testeo de soporte de ingreso de la aplicacin web? (Si, No), Qu tipo de servidor usa para su aplicacin? (Gratuitos, Pagados). Pg. 10

Ao del centenario de Machu Picchu para el mundo

VI.

METODOLOGA 1. TIPO DE INVESTIGACIN DESCRIPTIVA El objetivo de la investigacin descriptiva consiste en llegar a conocer las situaciones, costumbres y actitudes predominantes a travs de la descripcin exacta de las actividades, objetos, procesos y personas. Su meta no se limita a la recoleccin de datos, sino a la prediccin e identificacin de las relaciones que existen entre dos o ms variables. Los investigadores no son meros tabuladores, sino que recogen los datos sobre la base de una hiptesis o teora, exponen y resumen la informacin de manera cuidadosa y luego analizan minuciosamente los resultados, a fin de extraer generalizaciones significativas que contribuyan al conocimiento. Etapas: 1. Examinan las caractersticas del problema escogido. 2. Lo definen y formulan sus hiptesis. 3. Enuncian los supuestos en que se basan las hiptesis y los procesos adoptados. 4. Eligen los temas y las fuentes apropiados. 5. Seleccionan o elaboran tcnicas para la recoleccin de datos. 6. Establecen, a fin de clasificar los datos, categoras precisas, que se adecuen al propsito del estudio y permitan poner de manifiesto las semejanzas, diferencias y relaciones significativas. 7. Verifican la validez de las tcnicas empleadas para la recoleccin de datos. 8. Realizan observaciones objetivas y exactas. 9. Describen, analizan e interpretan los datos obtenidos, en trminos claros y precisos. Estudios tipo encuesta. Se llevan a cabo cuando se desea encontrar la solucin de los problemas que surgen en organizaciones educacionales, gubernamentales, industriales o polticas. Se efectan minuciosas descripciones de los fenmenos a estudiar, a fin de justificar las disposiciones y prcticas vigentes o elaborar planes ms inteligentes que permitan mejorarlas. Su objetivo no es slo determinar el estado de los fenmenos o problemas analizados, sino tambin en comparar la situacin existente con las pautas aceptadas. El alcance de estos estudios vara considerablemente; pueden circunscribirse a una nacin, regin, Estado, sistema escolar de una ciudad o alguna otra unidad. Los datos pueden extraerse a partir de toda la poblacin o de una muestra cuidadosamente seleccionada. La informacin recogida puede referirse a un gran nmero de factores relacionados con el fenmeno o slo a unos pocos aspectos recogidos. Su alcance y profundidad dependen de la naturaleza del problema. Pg. 11

Ao del centenario de Machu Picchu para el mundo 2. POBLACIN Y MUESTRA 2.1. Poblacin: 144 2.2. Muestra: 53 Unidad estadstica 3. PLAN DE RECOLECCIN, PROCESAMIENTO Y ANLISIS DE DATOS 3.1. Tcnicas de recoleccin de datos Entrevista directa. 3.2. Instrumentos de recoleccin de datos Encuesta 3.3. Tcnicas de procesamiento de datos En esta investigacin se han utilizado tablas de frecuencia, histogramas, medidas de dispersin (media aritmtica, moda, mediana, rango, mximo, mnimo, varianza, desviacin), teniendo como soporte el programa SPSS el cual nos permitir evaluar de manera ms sencilla los datos ingresados. 3.4. Tcnicas de anlisis de datos Tcnicas de la estadstica descriptiva y tcnicas deductivas a partir de los datos obtenidos en la encuesta.

Pg. 12

Ao del centenario de Machu Picchu para el mundo VII. RESULTADOS TABLAS DE FRECUENCIA Tabla de Frecuencia (Edad) N Valid Missing 54 0

Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas A su vez podemos observar un Missing el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS. Valid 19 20 21 22 23 24 25 26 27 28 29 30 31 32 35 42 Total Frequenc y 1 2 3 7 7 8 4 6 3 2 3 2 2 2 1 1 54 Percent 1,9 3,7 5,6 13,0 13,0 14,8 7,4 11,1 5,6 3,7 5,6 3,7 3,7 3,7 1,9 1,9 100,0 Valid Percent 1,9 3,7 5,6 13,0 13,0 14,8 7,4 11,1 5,6 3,7 5,6 3,7 3,7 3,7 1,9 1,9 100,0 Cumulative Percent 1,9 5,6 11,1 24,1 37,0 51,9 59,3 70,4 75,9 79,6 85,2 88,9 92,6 96,3 98,1 100,0 NOTA: Los alumnos que conforman la muestra tienen entre 19 y 42 aos. Como podemos ver los alumnos encuestados de 24 aos, forman 14.8% del total de la muestra. Y adems viene a ser el que posee mayor porcentaje, es decir que nuestra muestra est conformada por ms alumnos de 24 aos. Como podemos ver los alumnos encuestados de 19 aos, forman 1.9% del total de la muestra.

Pg. 13

Ao del centenario de Machu Picchu para el mundo

Como podemos notar en la grafica la medida forma es leptocrtica. Presentan una mayor cantidad o un mayor porcentaje entre los intervalos de 22 y 26 en los cuales se produce una elevacin a comparacin de las otras. Es decir que los alumnos encuestados la gran mayora se encuentra entre 22 y 26 aos. Tabla de Frecuencia (Sexo) Frequency Valid Masculino Femenino Total 39 15 54 Percent 72,2 27,8 100,0 Varelid Percent 72,2 27,8 100,0 Cumulative Percent 72,2 100,0

Como podemos observar el porcentaje de alumnos hombres (72.2%) es mayor al porcentaje de mujeres (27.8%). Por lo cual podemos decir que existe mayor cantidad de hombres en la carrera de ingeniera de sistemas entre el 5 y 8 ciclos segn la muestra tomada.

Pg. 14

Ao del centenario de Machu Picchu para el mundo

Como podemos observar en la grafica existe una mayor elevacin en la barra N1 el cual representa a los hombres y la barra N 2 es menor como hemos visto anteriormente en la tabla. Tabla de Frecuencia (Ciclo) N Valid Missin g 54 0

Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas A su vez podemos observar un Missing el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS. El porcentaje Ciclo de alumnos de VI ciclo es Frequenc Percent Valid Cumulative mayor a y Percent Percent comparacin Vali V 20 37,0 37,0 37,0 de los otros. d VI 23 42,6 42,6 79,6 Por lo cual se VII 2 3,7 3,7 83,3 puede deducir VIII 9 16,7 16,7 100,0 que la mayor Total 54 100,0 100,0 cantidad de encuestados fueron dichos alumnos. Pg. 15

Ao del centenario de Machu Picchu para el mundo Como podemos observar en la tabla y en base a la experiencia adquirida al momento de realizar la encuesta, el publico que presento menor resistencia a ser encuestado fueron los alumnos del V y VI ciclo. Grafica de Tabla de frecuencia (Ciclo)

Tabla de Frecuencia (Presenta problemas al momento de desarrollar el levantamiento de informacin?) Presenta problemas al momento de desarrollar el levantamiento de informacion?

Valid Missing

54 0

Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas A su vez podemos observar un Missing el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS.

Pg. 16

Ao del centenario de Machu Picchu para el mundo Presenta problemas al momento de desarrollar el levantamiento de informacin? Frequenc Percent Valid Cumulative y Percent Percent Vali si 33 61,1 61,1 61,1 d no 21 38,9 38,9 100,0 Total 54 100,0 100,0 Como podemos observa los alumnos de ingeniera de sistemas presentan problemas al momento de desarrollar el levantamiento de informacin, esto confirma lo dicho por los profesores en clase y lo escrito en algunos libros en base al estndar de creacin UML para java. Aunque la cantidad de alumnos que no presentan problemas es considerable pero por la practica conocemos que esto suele ocurrir alguna vez con algn cliente o alguna empresa.

Grafica de Tabla de frecuencia (Presenta problemas al momento de desarrollar el levantamiento de informacin?)

Como podemos ver la tendencia con respecto al problema planteado la mayor cantidad de alumnos opina que si existe problemas al momento de levantar la informacin de un cliente o empresa.

Pg. 17

Ao del centenario de Machu Picchu para el mundo Si respondi (si) Cual es? N Valid Missin g 33 21

Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas. De los cuales 33 respondieron a la pregunta anterior que S. A su vez podemos observar un Missing, el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS que a diferencia de las otras tablas presenta una cantidad de 21, lo cual es vlido porque esta pregunta va relacionada con la anterior y representan a los alumnos que respondieron que no.

Tabla de Frecuencia (Si respondi (si) Cual es?) Frequency Percent Valid Disponibilidad del personal Resistencia por parte del personal No tienen distribucin de funciones Desconfianza de entrega de Data Otros Total 9 Total 9 6 6 10 2 33 21 54 16,7 11,1 11,1 18,5 3,7 61,1 38,9 100,0

Valid Percent 27,3 18,2 18,2 30,3 6,1 100,0

Cumulative Percent 27,3 45,5 63,6 93,9 100,0

Missing

Como podemos observar el porcentaje entre las variables mostradas en la tabla es diversificada y no presentan una gran diferencia lo cual puede decir que al momento del levantamiento de informacin se presentan alguna de estos casos y que la menor cantidad son por otras razones. Pero vale resaltar que el mayor dificultad es la desconfianza de entregada de data al desarrollador por lo cual siempre debe ir acompaada con un contrato de confiabilidad, a su vez este va de la mano con la disponibilidad de parte del personal, que a veces por recelo o temor se resisten a la implementacin de una nueva aplicacin que podra automatizar algn proceso que est desarrollando manualmente. Por lo cual la empresa debe concientizar a sus empleados que dicho cambio va ser en beneficio de la empresa.

Pg. 18

Ao del centenario de Machu Picchu para el mundo

Grafica de (T.F. Si respondi (si) Cual es?) Como podemos observar en la grafica vemos las tendencias explicadas anteriormente y mostradas en la tabla de frecuencia.

Presenta problemas al definir el funcionamiento de la aplicacin web? Presenta problemas al definir el funcionamiento de la aplicacion web? Va clid 54 N Missin 0 g Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas A su vez podemos observar un Missing el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS. Presenta problemas al definir el funcionamiento de la aplicacin web? Frequenc Percent Valid Cumulative y Percent Percent Vali Si 27 50,0 50,0 50,0 d No 27 50,0 50,0 100,0 Total 54 100,0 100,0 Como podemos ver en este caso la cantidad de alumnos que presentan problemas al definir el funcionamiento de una aplicacin web es el mismo a los que no tienen ningn problema, lo cual nos indica que este se puede presentar dependiendo de la dificultad o de las trabas que se presenten en el camino, lo cual no se puede descartar ni tan poco

Pg. 19

Ao del centenario de Machu Picchu para el mundo asegurar que pudiera pasar. Ya que el porcentaje de la muestra es 50% - 50% tanto para SI como para NO. Esto tambin se ve reflejado en la grafica.

Si respondi (si) Por qu? Si respondi (si) Por qu? N Valid 28 Missin 26 g Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas. De los cuales 28 respondieron a la pregunta anterior que S. A su vez podemos observar un Missing, el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS que a diferencia de las otras tablas presenta una cantidad de 26, lo cual es vlido porque esta pregunta va relacionada con la anterior y representan a los alumnos que respondieron que no.

Pg. 20

Ao del centenario de Machu Picchu para el mundo Tabla de Frecuencia (Si respondi (si) Por qu?) Frequenc Percent y Valid No se tiene claro lo 9 16,7 que quiere el usuario Las necesidades son 12 22,2 diversas No existe un 7 13,0 organigrama y definicin de funciones Total 28 51,9 Missin 9 26 48,1 g Total 54 100,0

Valid Percent 32,1 42,9 25,0

Cumulative Percent 32,1 75,0 100,0

100,0

Como podemos observar las dificultades al momento de definir el funcionamiento de la aplicacin son diversas, pero en la que se presenta mayor tendencia es Las necesidades son diversas esto suele ocurrir cuando la empresa no posee un plan de trabajo o evolucin de la misma. Esto va relacionado con que el usuario no sabe lo que quiere o lo que realmente necesita por lo cual el ingeniero de sistemas debe orientarlo de alguna manera segn lo que pueda observar, pero no se debe confundir con el trabajo realizado por el administrador. Como pueden ver todas estas van relacionadas entre S. Aunque algunos se presenten ms que otro (estos son dependientes uno del otro en algunos casos). Estas tendencias se ven reflejadas en la grafica.

Pg. 21

Ao del centenario de Machu Picchu para el mundo

Presenta problemas al trasladar la informacin levantada a los diagramas de caso de uso? N Valid Missing 54 0

Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas A su vez podemos observar un Missing el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS.

Presenta problemas al trasladar la informacin levantada a los diagramas de caso de uso? Frequenc Percent Valid Cumulative y Percent Percent Vali si 18 33,3 33,3 33,3 d no 36 66,7 66,7 100,0 Total 54 100,0 100,0 La mayor cantida de alumnos respondi que no por lo cual podemos deducir que se encuentra preparados para realizar dicho proceso; ya que este solo es mas fcil cuando ya se tiene definido el funcionamiento, el flujo y se ha realizado un levantamiento de informacin verificada junto con el cliente. Aunque algunos que representan el 33.3% de la muestra presenta alguna dificultad que puede ser causa por las bases que rigen este desarrollo como el levantamiento de informacin que es parte fundamental para comenzar este proceso. Como podemos ver en la grafica la cola va hacia la izquierda es decir la tendencia a que no presenta dificultades al traslado a diagramas de caso de uso.

Pg. 22

Ao del centenario de Machu Picchu para el mundo

Presenta algn cambio de ltimo momento que afecte el proyecto?

Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas A su vez podemos observar un Missing el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS.
N Valid Missing 54 0

Tabla de Frecuencia (Presenta algn cambio de ltimo momento que afecte el proyecto?) Frequency Percent Valid Percent Cumulative Percent Valid si no Total 38 16 54 70,4 29,6 100,0 70,4 29,6 100,0 70,4 100,0

Como podemos observar en la tabla el mayor porcentaje de alumnos presenta algn cambio de ltimo momento que por lo general retrasa el proyecto, por tal motivo se

Pg. 23

Ao del centenario de Machu Picchu para el mundo

realiza un contrato que especifica los requerimientos que ya se tienen definidos. Esta tendencia se ve reflejada en la grafica.

Si respondi (si) Cual?

N Valid Missing 37 17

Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas. De los cuales 37 respondieron a la pregunta anterior que S. A su vez podemos observar un Missing, el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS que a diferencia de las otras tablas presenta una cantidad de 17, lo cual es vlido porque esta pregunta va relacionada con la anterior y representan a los alumnos que respondieron que no.

Pg. 24

Ao del centenario de Machu Picchu para el mundo

Tabla de Frecuencia (Si respondi (si) Cual?) Frequency Percent Valid Percent Cumulative Percent Valid Cambio del diseo o interfaz grafica Agregar una nueva entidad Modificacion completa del proyecto Total Missing 9 Total 37 17 54 68,5 31,5 100,0 100,0 10 2 18,5 3,7 27,0 5,4 94,6 100,0 25 46,3 67,6 67,6

Como podemos observar en la tabla la mayora sufre cambios en el diseo que presenta 46.3% de la muestra, casi representa la mitad de la muestra, omitiendo los alumnos que respondieron que no (17). Por ello se debe tener en claro que se debe definir mediante bocetos o demos el diseo de la aplicacin y en el levantamiento de informacin definir lo que quiere el cliente o la empresa. Esto se ve reflejado en la grafica correspondiente a la tabla de frecuencia.

Pg. 25

Ao del centenario de Machu Picchu para el mundo Realiza alguna programacin de los tiempos de desarrollo? Valid 54 Missin 0 g Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas A su vez podemos observar un Missing el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS. N

Tabla de Frecuencia (Realiza alguna programacin de los tiempos de desarrollo?) Frequenc Percent Valid Cumulative y Percent Percent Vali si 45 83,3 83,3 83,3 d no 9 16,7 16,7 100,0 Total 54 100,0 100,0 Como podemos ver la mayora de los alumnos realiza una programacin de tiempos de desarrollo lo cual es fundamental para cumplir con el tiempo de entrega pero siempre se debe tomar en cuenta las posibles dificultades que ha groso modo estas presentando para poder evitar retrasos o incumplimiento de contrato.

Pg. 26

Ao del centenario de Machu Picchu para el mundo Incluye mtodos de seguridad de informacin en la aplicacin web? N Valid Missin g 54 0

Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas A su vez podemos observar un Missing el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS. Tabla de Frecuencia (Incluye mtodos de seguridad de informacin en la aplicacin web?) Frequenc Percent Valid Cumulative y Percent Percent Vali si 47 87,0 87,0 87,0 d no 7 13,0 13,0 100,0 Total 54 100,0 100,0

Como podemos observar al igual que la tabla anterior, los alumnos toman en cuenta la seguridad como encriptaciones de cdigo, codificacin restringida, respaldo de base de datos, entre otros. Este aspecto es fundamental para brindar al cliente esa seguridad que necesita para la inversin en este que de algn modo cambiara sus procesos. Esta tendencia se refleja en la grafica.

Pg. 27

Ao del centenario de Machu Picchu para el mundo Tabla de Frecuencia (Realiza requerimientos de Hardware o Software para la ejecucin de la aplicacin?) Frequenc y Si 48 No 6 Total 54 Percent 88,9 11,1 100,0 Valid Percent 88,9 11,1 100,0 Cumulative Percent 88,9 100,0

Vali d

Como podemos ver el mayor porcentaje de alumnos realiza requerimientos de hardware o Software que son necesarios para que corra la aplicacin y no tenga problemas al ser ejecutado en web.

Realiza el testeo de soporte de ingreso de la aplicacin web?

Valid Missin g

54 0

Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas A su vez podemos observar un Missing el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS.

Pg. 28

Ao del centenario de Machu Picchu para el mundo Tabla de Frecuencia (Realiza el testeo de soporte de ingreso de la aplicacin web?) Frequenc Percent Valid Cumulative y Percent Percent Vali Si 42 77,8 77,8 77,8 d No 12 22,2 22,2 100,0 Total 54 100,0 100,0 La mayora de los alumnos realiza un testeo de la aplicacin web, esto permite que se pueda poner a prueba la cantidad de usuarios que ingresan a la pgina web, de esta manera poder prevenir una posible cada de servidor o el colapso del mismo.

Qu tipo de servidor usa para su aplicacin? N Valid Missin g 54 0

Como podemos observar tenemos 54 datos analizados, los cuales fueron tomados de las encuestas, que anteriormente fueron evaluadas a los alumnos de sistemas A su vez podemos observar un Missing el cual es un trmino excluyente que previamente hemos definido en la herramienta estadstica SPSS.

Pg. 29

Ao del centenario de Machu Picchu para el mundo Tabla de Frecuencia Qu tipo de servidor usa para su aplicacion? Frequenc Percent Valid Cumulative y Percent Percent Vali Gratuito 39 72,2 72,2 72,2 d s Pagados 15 27,8 27,8 100,0 Total 54 100,0 100,0 Como podemos ver la mayor parte de alumnos usa servidores gratuitos lo cual no es un error, pero es inseguro ya que la data puede perderse y el colapso del servidor no puede ser modificado por lo cual se recomienda un servidor pagado o propio. Y un servidor gratuito es ms propenso a los hackers que pudieran manipular la informacin. Pero el 15% que a elegido servidores pagados se puede deducir que cuenta con esta informacin y podran representar alumnos de grado superiores a V o VI ciclo. La tendencia se ve reflejada en la siguiente grafica.

Pg. 30

Ao del centenario de Machu Picchu para el mundo Regresin Lineal

Variables Entered/Removedb Model Variables Entered 1 Cunto tiempo tienen desarrollando aplicaciones web? (meses)a

Variables Removed .

Method Enter

a. All requested variables entered. b. Dependent Variable: Cual es el tiempo que le toma definir el funcionamiento de la aplicacin web de gran envergadura? Como podemos ver la variable dependiente es el tiempo que le toma el funcionamiento de la aplicacin web. Model Summary Mod R R Square Adjusted R Std. Error of el Square the Estimate 1 ,567a ,321 ,308 2,289 a. Predictors: (Constant), Cunto tiempo tienen desarrollando aplicaciones web? (meses)

La tabla nos indica que la relacin no es muy al sino cuenta con una relacin de 56.7% por lo cual es mas de la mitad, as que la relacin entre la variable dependiente e independiente es dbil.
ANOVAb Model

Sum of df Mean Square F Sig. Squares 1 Regression 128,959 1 128,959 24,620 ,000a Residual 272,374 52 5,238 Total 401,333 53 a. Predictors: (Constant), Cunto tiempo tienen desarrollando aplicaciones web? (meses) b. Dependent Variable: Cual es el tiempo que le toma definir el funcionamiento de la aplicacin web de gran envergadura?

Sig. Nivel de significacin es menor a landa por lo cual rechazamos el Hiptesis nula.

Pg. 31

Ao del centenario de Machu Picchu para el mundo

Coefficientsa Model

Unstandardized Coefficients

Standardized Coefficients

B Std. Error Beta (Constant) 3,768 ,385 Cuanto tiempo tienen ,068 ,014 ,567 desarrollando aplicaciones web? (meses) a. Dependent Variable: Cual es el tiempo que le toma definir el funcionamiento de la aplicacin web de gran envergadura? 1

La constante a = 3.768 Y b es el tiempo de desarrollo de aplicacin web. Se realiza prueba de hiptesis por los cual a es significativa
Coefficientsa Model 1 (Constant) Cuanto tiempo tienen desarrollando aplicaciones web? (meses) a. Dependent Variable: Cual es el tiempo que le toma definir el funcionamiento de la aplicacion web de gran envergadura? t 9,795 4,962 Sig. ,000 ,000

Pg. 32

Ao del centenario de Machu Picchu para el mundo Tabla de frecuencia y Medidas de tendencia Central Edad N Valid Missing Mean Std. Error of Mean Median Mode Std. Deviation Variance Skewness Std. Error of Skewness Kurtosis Std. Error of Kurtosis Range Minimum Maximum Sum

54 0 25,41 ,566 24,00 24 4,160 17,303 1,503 ,325 3,685 ,639 23 19 42 1372

Elementos Validos. Elementos No tomados. Media Aritmetica Porcentaje de error 0.566% La mediana La edad que presenta mayor % Lo cual definir el intervalo entre edades.

Lo cual define la medida de forma. Diferencia entre el Max y el Min. La edad minima. La edad maxima.

Edad Cumulative Percent

1,9 5,6 11,1 24,1 37,0 51,9 59,3 70,4 75,9 79,6 85,2 88,9 92,6 96,3 98,1 100,0

Frequency Valid
19(min) 20 21 22 23 24 25 26 27 28 29 30 31 32 35 42(max) Total 1 2 3 7 7 8 4 6 3 2 3 2 2 2 1 1 54

Percent
1,9 3,7 5,6 13,0 13,0 14,8 (moda) 7,4 11,1 5,6 3,7 5,6 3,7 3,7 3,7 1,9 1,9 100,0

Valid Percent
1,9 3,7 5,6 13,0 13,0 14,8 7,4 11,1 5,6 3,7 5,6 3,7 3,7 3,7 1,9 1,9 100,0

Pg. 33

Ao del centenario de Machu Picchu para el mundo

Como mencionado anteriormente la grafica representa la cantidad de alumnos divididos segn su edad y notamos en el que hay una tendencia o moda a los alumnos de 24 aos. Cunto tiempo tienen desarrollando aplicaciones web? (meses) Elementos No tomados. Missing Mean Std. Error of Mean Median Mode Std. Deviation Variance Skewness Std. Error of Skewness Kurtosis Std. Error of Kurtosis Range Minimum Maximum Sum 0 16,57 3,140 7,00 3 23,072 532,325 2,258 ,325 4,170 ,639 88 2 90 895 Media Aritmtica Porcentaje de error 0.3140% La mediana La edad que presenta mayor % Lo cual definir el intervalo entre edades.

Lo cual define la medida de forma. Diferencia entre el Max y el Min. La edad minima. La edad maxima.

Pg. 34

Ao del centenario de Machu Picchu para el mundo

Cunto tiempo tienen desarrollando aplicaciones web? (meses) Frequency Percent Valid 2 3 4 5 6 7 8 12 24 36 60 80 90 3 11 5 1 5 3 4 9 6 1 2 2 2 5,6 20,4 9,3 1,9 9,3 5,6 7,4 16,7 11,1 1,9 3,7 3,7 3,7 100,0 Cumulative Valid Percent Percent 5,6 20,4 9,3 1,9 9,3 5,6 7,4 16,7 11,1 1,9 3,7 3,7 3,7 100,0 5,6 25,9 35,2 37,0 46,3 51,9 59,3 75,9 87,0 88,9 92,6 96,3 100,0

Total 54

Pg. 35

Ao del centenario de Machu Picchu para el mundo Cul es el tiempo que le toma definir el funcionamiento de la aplicacin web de gran envergadura?

Valid Missing Mean Std. Error of Mean Median Mode Std. Deviation Variance Skewness Std. Error of Skewness Kurtosis Std. Error of Kurtosis Range Minimum Maximum Sum

54 0 4,89 ,374 4,00 3 2,752 7,572 1,288 ,325 1,310 ,639 11 1 12 264

Elementos Validos. Elementos No tomados. Media Aritmtica Porcentaje de error 0.374% La mediana El tiempo que presenta mayor % Lo cual definir el intervalo entre edades.

Lo cual define la medida de forma. Diferencia entre el Max y el Min. La tiempo minima. La tiempo maxima.

Tabla de frecuencia (Cual es el tiempo que le toma definir el funcionamiento de la aplicacin web de gran envergadura?) Frequency Percent Valid 1 2 3 4 5 6 7 8 10 12 2 4 15 10 5 8 2 3 1 4 3,7 7,4 27,8 18,5 9,3 14,8 3,7 5,6 1,9 7,4 100,0 Cumulative Valid Percent Percent 3,7 7,4 27,8 18,5 9,3 14,8 3,7 5,6 1,9 7,4 100,0 3,7 11,1 38,9 57,4 66,7 81,5 85,2 90,7 92,6 100,0

Total 54

Pg. 36

Ao del centenario de Machu Picchu para el mundo

Pg. 37

Ao del centenario de Machu Picchu para el mundo VIII. CONCLUSIONES 1. Como nos hemos podido dar cuenta al momento de desarrollar un proyecto web teniendo como estndar de creacin UML y

algunas especificaciones generales, que permiten a la aplicacin web tener todas las caractersticas necesarias para ser considerada un proyecto A1. Por ello es necesario tener en cuenta que es necesario tener todos s elementos que permiten que la aplicacin sea segura, flexible, dinmica, entre otros.

2. De acuerdo a la investigacin realizada podemos denotar que existen algunos procesos que se deben reforzar en los alumnos de ingeniera de sistemas ya que son muy importantes al momento de crear una aplicacin web, como la seguridad, las limitaciones y las fechas establecidas para el desarrollo de una aplicacin.

3. Se puede concluir que la experiencia en desarrollo de proyectos y la definicin de los mismos estn relacionados ntimamente. Esto se dar si los procesos a seguir se tienen claros.

4. La herramienta SPSS nos ha permitido evaluar de manera ms rpida los datos ingresados evaluar las tendencias de acuerdo a los procesos establecidos y las grficas correspondientes. 5. La investigacin nos permite concluir que el uso del UML en el proceso para la aplicacin Web, permite mejorar establecer la flexibilidad y el orden de esta manera posteriormente

interrelacionar o conectar con otros sistemas. 6. Es claro que la eleccin de un servidor gratuito puede presentar problemas como: espacio limitado, seguridad limitada, problemas de libertad de accin. 7. Es claro que un servidor pago da seguridad, libertad de trabajo como espacio necesario para almacenar.

Pg. 38

Ao del centenario de Machu Picchu para el mundo IX. RECOMENDACIONES 1. Se debe tomar con la debida responsabilidad y seriedad los estndares de creacin.

2.

Se debe definir con claridad el mtodo de recoleccin de datos o levantamiento de informacin, estableciendo los puntos necesarios para el desarrollo de la aplicacin web.

3.

Se debe establecer medidas que protejan la data del cliente o empresa, ya que est muy importante por ello es necesario partir de un lugar seguro donde se pueda almacenar como un HOSTING pagado o propio.

4.

Se deben realizar contratos que especifique el proceso ha seguir y las restricciones que protejan de cambios que alteren las fechas establecidas para los procesos y la entrega de la aplicacin web.

5.

Es necesario establecer los requerimientos, asignndoles el tiempo necesario para cada uno de ellos agregando intervalos de tiempo en las cual se agregue las posibles dificultades presentadas.

Pg. 39

Ao del centenario de Machu Picchu para el mundo X. REFERENCIA BIBLIOGRFICA

1.

Beoch, gredy. Lenguaje unificado modelado uml. Madrid: pearson, 2006. 557pag.

2.

Bennette, simon. Analisis y diseo orientado a objetos de sistemas usando uml. Madrid: mcgraw hill, 2007. 620p

3.

Spiegel morray r . Mxico: mcgraw hill, 2009.

4.

Uml [en linea]. Espaa. 13 de abril 2010 [citado noviembre 24, 2011]. Disponible en internet: www.wikipedia.com.

5.

Diagrama de gantt [en linea]. Espaa. 13 de abril 2010 [citado noviembre 24, 2011]. Disponible en internet:

www.wikipedia.com.

Pg. 40

Ao del centenario de Machu Picchu para el mundo XI. ANEXOS DIAGNOSTICO PARA DESARROLLAR UNA APLICACIN WEB Objetivo: Determinar las dificultades ms comunes al desarrollar una aplicacin web, aplicando UML y en lenguaje JAVA (JSP), de modo de prevenir dichas dificultades para reducir el tiempo de desarrollos y cumplir con las fechas de entrega de proyectos. Instrucciones: Lea cuidadosamente el cuestionario que se presenta a continuacin y responda convenientemente. De la veracidad de los datos depende el xito de nuestro estudio.
Gracias por su colaboracin.

I.

II.

Datos Generales (Alumnos de Ing. De Sistemas) 1.1 Edad: ____ 1.2 Sexo: M F 1.3 Ciclo que cursa: V VI VII VIII Datos de Estudio 2.1 Presenta problemas al momento de desarrollar el levantamiento de informacin? Si No 2.2 Si respondi (si) Cul es?: Disponibilidad del personal Resistencia por parte del personal No tienen distribucin de funciones Desconfianza de entrega de Data Otros 2.3 Cunto tiempo tiene desarrollando aplicaciones web? _____________. 2.3 Presenta problemas al definir el funcionamiento de la aplicacin web? Si No 2.4 Si respondi (si), Porque? : No se tiene claro lo que quiere el usuario. Las necesidades son diversas. No existe un organigrama y definicin de funciones. 2.5 Presenta problemas al trasladar la informacin levanta a diagramas de caso de uso? Si No 2.6 Presenta algn cambio de ltimo momento que afecte el proyecto? Si No 2.7 Si respondi (Si), Cul? Cambio del Diseo o interfaz grfica Agregar una nueva entidad Modificacin completa del proyecto Otros 2.8 Cul es el tiempo que le toma definir el funcionamiento de la aplicacin web? _______________. 2.9 Realiza alguna programacin de los tiempos de desarrollo? Si No 2.10 Incluye mtodos de seguridad de informacin en la aplicacin web? Si No Pg. 41

Ao del centenario de Machu Picchu para el mundo 2.11 Realiza requerimientos de Hardware o Software para la ejecucin de la aplicacin? Si No 2.12 Realiza el testeo de soporte de ingreso de la aplicacin web? Si No 2.13 Qu tipo de servidor usa para su aplicacin? Gratuitos Pagados

Pg. 42