Вы находитесь на странице: 1из 40

DESARROLLO DE APLICACIÓN WEB PARA LA GESTIÓN DE SERVICIOS DE

SOPORTE TECNICO Y DE SOFTWARE

R.A.M.B

RICHARD MARTINEZ BERNAL


1

DESARROLLO DE APLICACIÓN WEB PARA LA GESTIÓN DE SERVICIOS DE

SOPORTE TECNICO Y DE SOFTWARE

Autores

RICHARD MARTINEZ BERNAL

COORPORACION UNIFICADA NACIONAL DE EDUC. SUP. CUN

INGENIERIA DE SISTEMAS

BOGOTÁ

2019
2

DESARROLLO DE APLICACIÓN WEB PARA LA GESTIÓN DE SERVICIOS DE

SOPORTE TECNICO Y DE SOFTWARE

Trabajo para optar para grado dos Ingeniería de Sistemas

Autores:

RICHARD MARTINEZ BERNAL

Docente:

ROMERO VARGAS ARIEL GUSTAVO

COORPORACION UNIFICADA NACIONAL DE EDUC. SUP. CUN

INGENIERIA DE SISTEMAS

BOGOTÁ

2019
3

Tabla De Contenido

RESUMEN.......................................................................................................................................... 5
1. INTRODUCCIÓN. ..................................................................................................................... 6
2. PLANTEAMIENTO DEL PROBLEMA. ................................................................................... 8
OBJETIVOS. ...................................................................................................................................... 9
3.1 OBJETIVO GENERAL. ..................................................................................................... 9
3.2 OBJETIVOS ESPECÍFICOS. ............................................................................................. 9
4. JUSTIFICACIÓN.................................................................................................................. 12
5 ANTECEDENTES. ............................................................................................................... 13
5.1.1 HIPÓTESIS ...................................................................................................................... 14
5.2 MARCO TEORICO. ......................................................................................................... 14
5.2.1 REQUERIMIENTOS EN LAS APLICACIONES WEB ................................................ 15
5.1.1 CONCEPTOS DE UML .................................................................................................. 16
5.2.2 CONCEPTOS DE METODOLOGIA RUP .............................................................. 18
5.2.3 WEB MOVIL ............................................................................................................ 21
5.2.4 TECNOLOGIAS DE DISEÑO Y DESARROLLO DE APLICACIONES WEB .... 22
5.2.5. PRUEBAS EN APLICACIONES WEB ................................................................... 24
6. METODOLOGÍA. .................................................................................................................... 27
6.1 DESCRIPCIÓN. ................................................................................................................ 27
7. DISEÑO DE BASE DE DATOS. ......................................................................................... 27
8. CONFIGUGRACIÓN MYSQL. ........................................................................................... 28
9 MODELO RELACIONAL DE LA BASE DE DATOS. ................................................... 2
9.1 DICCIONARIO DE DATOS. ............................................................................................... 3
9.2 PATRONES DE DISEÑO. ............................................................................................. 4
10 ARQUITECTURA DEL SISTEMA ............................................................................... 6
11.1.4 MÓDULOS, PERFILES Y ROLES ............................................................................ 7
11.1.5 MÓDULOS DE EVIDENCIAS PERFILES Y SEGURIDAD ................................... 8
12. RESULTADOS LOGRADOS. ........................................................................................... 10
Referencias Bibliografía..................................................................................................................... 11
4

TABLA DE FIGURAS

Ilustración 1 : Estructura UML .......................................................................................................................... 16


Ilustración 2: Diseño de bases de datos ............................................................................................................ 27
Ilustración 3: Diagrama de actividad ingreso de datos ...................................................................................... 1
Ilustración 4: Diagrama de clases ....................................................................................................................... 1
Ilustración 5: Modelo entidad relación ............................................................................................................... 2
Ilustración 6: Transacciones ............................................................................................................................... 3
Ilustración 7: Perfiles .......................................................................................................................................... 7
Ilustración 8: Evidencias -1- ................................................................................................................................ 8
Ilustración 9: Evidencias -2- ................................................................................................................................ 9
5

GLOSARIO

RESUMEN

El constante y permanente avance tecnológico, en el manejo de la información, hace

que los sistemas cada vez sean más sofisticados debido al ambiente competitivo en que

vivimos, todo esto tiene como consecuencia un notorio cambio para la informática,

redefiniendo sus objetivos y estrategias que le permitan cambiar la estructura de las vías de

distribución y rediseñar procesos para mejorar sus servicios, obteniéndose la automatización

de varios procesos del sistema de control para así minimizar las barreras del tiempo y la

distancia, facilitando el acceso a fuentes de información y potenciar el desarrollo de los

servicios, además incide favorablemente en la eficiencia operativa

Los modelos de gestión empresarial van de la mano de los sistemas informáticos e

implementos tecnológicos, el desarrollo de estas herramientas han aumentado la eficacia de

todos los recursos que intervienen en el sistema, posicionándolos en un lugar fundamental de

las organizaciones ya que los ayuda a conseguir de una manera más fácil y rápida sus

objetivos planteados.
6

1. INTRODUCCIÓN.

El constante y permanente avance tecnológico en el manejo de la información con

sistemas cada vez son más sofisticados debido al ambiente competitivo en que vivimos, todo

esto tiene como consecuencia un notorio cambio para la informática, redefiniendo sus

objetivos y estrategias que le permitan cambiar la estructura de las vías de distribución y

rediseñar procesos para mejorar sus servicios.

La automatización de varios procesos del sistema de control para así minimizar las

barreras del tiempo y la distancia, facilitando el acceso a fuentes de información y potenciar

el desarrollo de los servicios, además incide favorablemente en la eficiencia operativa.

Las organizaciones de servicios tecnológicos requieren modelos de gestión aplicados

en sistemas informáticos e implementos tecnológicos, ya que su carencia afecta la

posibilidad de tener eficacia de los recursos que intervienen en el sistema, llevando a ser

más difícil de alcanzar los objetivos planteados.

El siguiente documento expresa de forma clara y concisa como enfocar las

dimensiones de la calidad que están ligadas directamente con la percepción del cliente en los

momentos de verdad como lo son la fiabilidad, capacidades de respuesta, garantía y

seguridad, empatía y los elementos físicos.


7

Orientados por medio de un sistema de información dedicado, personalizable,

escalable y seguro con el propósito de generar procesos y controles específicos orientados a

la consecución de los objetivos de las organizaciones de servicios tecnológicos.


8

2. PLANTEAMIENTO DEL PROBLEMA.

La Gestión de Datos se influye más sobre la gestión de proyectos. La mayoría de los

investigadores no están preparados para la gestión de un proyecto, dado que se tiende a

ponerle poco énfasis en el tema en los programas de entrenamiento. Un proyecto

epidemiológico se asemeja a llevar a cabo un proyecto de negocios, con una diferencia

fundamental, el proyecto tiene una vida de duración predeterminada. Esta diferencia influirá

en muchos aspectos de su gestión. Algunas áreas de la gestión que se ven afectadas son

la contratación, el despido, la evaluación, la organización, la productividad, el estado de

ánimo, la comunicación, la ética, el presupuesto, y la finalización del proyecto. Aunque el

desarrollo de una propuesta de investigación plantea muchos desafíos de gestión, si la

propuesta es aprobada y se le adjudica la financiación, los logros del proyecto dependen

más de la gestión del mismo que de cualquier otro factor, teniendo en cuenta que en las

empresas dedicadas al mantenimiento y elaboración de software y soporte técnico no

cuentan con las herramientas adecuadas para el manejo y el control de la información que

se debe registrar cuando realizamos un servicio o soporte y como tener bases si se nos

presenta el mismo error en varias oportunidades o estamos lejos en áreas rurales donde no

podamos contar con las herramientas necesarias que podríamos hacer para mejorar la

metodología de los formatos escritos.


9

OBJETIVOS.

3.1 OBJETIVO GENERAL.

Enfocado al desarrollo de la carrera Ingeniería en Sistemas, dentro del análisis y

diseño de aplicaciones y plataformas en el área de formularios y del Sistemas de Ingeniería

de Software, con el establecimiento de una metodología para el desarrollo de Sistemas de

Información basada en la estructura de los datos y basada en la normatividad de la norma

ICONTECT.

3.2 OBJETIVOS ESPECÍFICOS.

Obtener los datos y prepararlos para el análisis

El sistema de gestión de datos incluye la supervisión del flujo de datos desde los sujetos de

investigación a los analistas de datos. Antes de poder analizarlos, los datos deben ser

recogidos, revisados, codificados, verificados, confirmados y convertidos a formularios

adecuados para llevar a cabo el análisis. El proceso debe ser adecuadamente documentado

para fundamentar el análisis e interpretación.

Mantener el control de calidad y la seguridad de los datos

Las amenazas con respecto a la calidad de los datos surgen en todos los puntos en que se

obtienen o modifican datos. El valor de la investigación se verá muy afectado por el control

de calidad, pero lograr y mantener la calidad requiere actividades que a menudo son banales

y difíciles de motivar. El control de calidad incluye:


10

Prevenir y detectar errores en los datos a través de procedimientos escritos, entrenamiento,

procedimientos de verificación, y evitando complejidades innecesarias.

Revisión de los formularios de recolección de datos (en forma ideal cuando el acceso a las

fuentes de los datos aún está disponible para permitir resolver las dudas) y los conjuntos de

datos. Evaluar la calidad de los datos a través de los apuntes de los entrevistadores,

codificadores, editores de datos, a través del interrogatorio de los sujetos, y a través de

revisiones o repeticiones de la recolección de datos para sub-muestras

Evitar interpretaciones equivocadas y descuidos importantes Los temas de seguridad

incluyen: (1) lo legal, (2) la seguridad de la información, (3) la protección de las fuentes

externas, (4) la protección de las fuentes internas. Mientras que el abuso es más llamativo,

los problemas accidentales son más comunes. Las medidas de prevención típicas son la

separación o aislamiento de la información que identifica los sujetos investigados La pérdida

de datos importantes debido a fallas en tener una copia de respaldo segura puede ser

considerada negligencia. Lamentablemente, puede existir una relación inversa entre la

seguridad y la accesibilidad/utilidad de los datos.

Permitir las solicitudes de información, revisión, reconstrucción, capacitación y archivo


11

En cualquier momento durante y hasta después de que se completa el proyecto puede surgir

la solicitud de los instrumentos y/o de los datos o preguntas sobre los mismos. La compañía

puede requerir informe sobre los diseños finales y capacitación.


12

4. JUSTIFICACIÓN.

El desarrollo de la aplicación web permite proporcionar herramientas tecnológicas

basadas en una metodología que inicia desde establecer los requerimientos hasta lograr

plasmarlos en un sistema de información, con el propósito de solucionar los problemas de la

empresa, establecer claramente sus procesos y actividades, e implementar mecanismos de

control. Ya existen en el mercado herramientas para apoyar estas tareas pero tienen un costo

de implementación muy alto y no se adecuan totalmente a las necesidades y con el

compromiso de dar a conocer todos mis conocimientos enfocados en mi carrera y dando a

conocer mi proyecto para así poderle dar a conocer un aplicativo a las empresas que se

dedican a la elaboración de software y soporte técnico por medio de un pc o desde un

dispositivo móvil así obteniendo mayor agilidad en la búsqueda de la información y que sea

precisa cuando el cliente o el Ingeniero de sistema lo vea necesario y pueda guardar su

reporte de manera fácil, cumplir con las metas expuestas para este semestre en opción de

grado y mis metas personales en la elaboración de software ya que se podrá ver todos mis

conocimientos adquiridos en los semestres cursados y en los conocimientos adquiridos por

fuera del aula.


13

5 ANTECEDENTES.

Pudimos encontrar que hay empresas como IBM que ya se encuentran generando

nuevos sistemas diseñados para aumentar la eficiencia y optimizaciones para cargas de

trabajo como procesamiento de transacciones y analítica, donde IBM se encuentra

invirtiendo en innovación en almacenamiento para ayudar a los clientes a acelerar la entrega

de datos para nuevas cargas de trabajo a Puerto Vallarta, Jalisco, 14 de octubre de 2010: En

el marco del evento “Turn on the Power, al cual asisten 250 profesionales de TI de empresas

de todo México, así como la presencia de 18 asociados de negocio , IBM México anunció

hoy innovadores sistemas de almacenamiento optimizados para cargas de trabajo, tales como

procesamiento de transacciones y analítica en tiempo real, que reflejan la inversión que la

compañía realiza en investigación y desarrollo, que asciende a US$ 6 mil millones por año.

Entre los nuevos productos se encuentra un sistema de almacenamiento de disco de gama

media llamado IBM Storwize V7000, diseñado para administrar en forma eficiente y

económica el torrente de datos que fluye en las empresas, para que dichos datos estén

disponibles rápidamente para cargas de trabajo tales como procesamiento de transacciones.

Un ejemplo de estas cargas de trabajo se encuentra en el volumen cada vez mayor de

transacciones que se completan en la web y desde dispositivos móviles integrados.


14

5.1.1 HIPÓTESIS

La aplicación web será la encargada de gestionar los servicios del área tecnológica
manejando los diferentes perfiles según las necesidades de los usuarios.

5.2 MARCO TEORICO.

En el desarrollo de aplicaciones web que soporten procesos organizacionales es de

fundamental importancia:

 Establecer claramente las necesidades de los usuarios que se traducen en

requerimientos del sistema que utilizando las diferentes metodologías se convierten

en funcionalidades.

 Con base en esto se debe realizar el diseño de la aplicación a través del lenguaje

Unificado de Modelado (UML).

 Identificar los métodos que deben ser utilizados para desarrollar las funcionalidades

planteadas y se aclara el concepto de aplicación web.

En este marco se presentan algunas aplicaciones existentes que son utilizadas por las

empresas para la planeación y gestión de su aplicación Web.


15

5.2.1 REQUERIMIENTOS EN LAS APLICACIONES WEB

Según (Baresi L., 2001) en el proceso de desarrollo de un sistema, sea o no para la

web, el equipo de desarrollo se enfrenta al problema de la identificación de requisitos. La

definición de las necesidades del sistema es un proceso complejo, pues en él hay que

identificar los requisitos que el sistema debe cumplir para satisfacer las necesidades de los

usuarios finales y de los clientes.

Para realizar este proceso, no existe una única técnica estandarizada y estructurada

que ofrezca un marco de desarrollo que garantice la calidad del resultado. Existe en cambio

un conjunto de técnicas, cuyo uso proponen las diferentes metodologías para el desarrollo de

aplicaciones web. Se debe tener en cuenta que la selección de las técnicas y el éxito de los

resultados que se obtengan, depende en gran medida tanto del equipo de análisis y desarrollo,

como de los propios clientes o usuarios que en ella participen.

El proceso de especificación de requisitos se puede dividir en tres grandes actividades

(Lowe, 1999)

1- captura de requisitos

2- definición de requisitos

3- validación de requisitos

En la Ilustración 2 se presenta el proceso de ingeniería de requisitos que incluye estas tres

actividades. Para la representación se ha usado la notación de diagrama de actividades

propuesta en UML (UML, 2011)


16

Ilustración 1 : Estructura UML

5.1.1 CONCEPTOS DE UML

Según (Cornejo, 2010) El Lenguaje de Modelado Unificado (UML: Unified

Modeling Language) es la sucesión de una serie de métodos de análisis y diseño orientadas

a objetos que aparecen a fines de los 80's y principios de los 90s.UML es llamado un lenguaje

de modelado, no un método. Los métodos consisten de ambos de un lenguaje de modelado y

de un proceso. El UML, fusiona los conceptos de la orientación a objetos aportados por

Booch, OMT y OOSE (Booch, G. et al., 1999). UML incrementa la capacidad de lo que se

puede hacer con otros métodos de análisis y diseño orientados a objetos. Los autores de UML

apuntaron también al modelado de sistemas distribuidos y concurrentes para asegurar que el

lenguaje maneje adecuadamente estos dominios.

El lenguaje de modelado es la notación (principalmente gráfica) que usan los métodos

para expresar un diseño. El proceso indica los pasos que se deben seguir para llegar a un

diseño.
17

La estandarización de un lenguaje de modelado es invaluable, ya que es la parte

principal del proceso de comunicación que requieren todos los agentes involucrados en un

proyecto informático. Si se quiere discutir un diseño con alguien más, ambos deben conocer

el lenguaje de modelado y no así el proceso que se siguió para obtenerlo.

Una de las metas principales de UML es avanzar en el estado de la integración

institucional proporcionando herramientas de interoperabilidad para el modelado visual de

objetos. Sin embargo para lograr un intercambio exitoso de modelos de información entre

herramientas, se requirió definir a UML una semántica y una notación.

La notación es la parte gráfica que se ve en los modelos y representa la sintaxis del

lenguaje de modelado. Por ejemplo, la notación del diagrama de clases define como se

representan los elementos y conceptos como son: una clase, una asociación y una

multiplicidad. ¿Y qué significa exactamente una asociación o multiplicidad en una clase? Un

meta modelo es la manera de definir esto (un diagrama, usualmente de clases, que define la

notación).

Para que un proveedor diga que cumple con UML debe cubrir con la semántica y con

la notación.

Una herramienta de UML debe mantener la consistencia entre los diagramas en un

mismo modelo. Bajo esta definición una herramienta que solo dibuje, no puede cumplir con

la notación de UML.

El lenguaje está dotado de múltiples herramientas para lograr la especificación

determinante del modelo, pero en nuestro caso se trabaja en forma simplificada sobre:
18

 Modela miento de Clases

 Casos de Uso

 Diagrama de Interacción

 Los diagramas de clases de UML forman la vista lógica.

 Los diagramas de interacción de UML constituyen la vista de proceso.

 La vista de desarrollo captura el software en su entorno de desarrollo.

 Los diagramas de despliegue integran la vista física.

 Los escenarios: el modelo de casos de uso.

5.2.2 CONCEPTOS DE METODOLOGIA RUP

Según (IBM, 2011) El Proceso Unificado de Rational (Rational Unified Process en

inglés, habitualmente resumido como RUP) es un proceso de desarrollo de software

desarrollado por la empresa Rational Software, actualmente propiedad de IBM. Junto con el

Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada

para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.

El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de

metodologías adaptables al contexto y necesidades de cada organización.

Adicional a esto según (Jummp, 2011) RUP es un marco de desarrollo, te indica una

forma de enfocar un proyecto de desarrollo de software y después en función de la naturaleza

del mismo haces las adaptaciones oportunas (sin salirte de las fronteras que te marca la

metodología porque de lo contrario estaríamos hablando de algo que no sería RUP).


19

RUP sigue principios de ingeniería del software para la obtención de sistemas de información

de calidad y de esta forma proporcionar una alternativa que permita evitar que los productos

que se obtengan caigan en los aspectos que caracterizan a la crisis del software (todavía muy

presente en nuestros días).

RUP sigue una estrategia de ciclo de vida iterativo e incremental, pero de una forma un tanto

peculiar, como vamos a ver a continuación.

El ciclo de vida RUP se divide en 4 fases: Iniciación, Elaboración, Construcción y Transición.

En cada fase se realizan una o más iteraciones (con el objeto de ir perfeccionando los

objetivos, mediante el feedback del usuario) y hasta que no finaliza una fase no se comienza

con la siguiente. Por regla general, la fase en la que se realizan más iteraciones es la

Contrucción.

En cada fase se refinan los objetivos de las fases anteriores en el proceso de conseguir el

objetivo o objetivos de la fase, por ejemplo, en la fase de construcción se pueden modificar,

añadir o eliminar requisitos, casos de uso, etc… lo que tiene un impacto en lo obtenido en

fases anteriores, acercándonos cada vez más a un sistema que satisfaga las necesidades de

los usuarios.

En cada fase y en cada iteración se realiza un ciclo de vida en cascada con las siguientes

etapas: Análisis, Diseño, Construcción (las tareas de programación que se realizan, sobre

todo las fases de Construcción y Transición son perfectamente compatibles con la utilización

de técnicas de integración continua y análisis estático de código),

Pruebas/Integración/Implantación. El alcance del ciclo de vida depende en la fase en la que

nos encontremos, es decir, aunque se realice un ciclo de vida en cascada en la fase de


20

Iniciación, lo más probable es que no se llegue a construir nada o se llegue a algún a hacer

algún prototipo de muy alto nivel.

Los objetivos que se persiguen en cada fase son los siguientes:

- Iniciación: Obtención de los objetivos, catálogo de requisitos, identificación de casos de

uso.

- Elaboración: Refinamiento de los objetivos de la fase anterior, casos de uso, análisis, diseño,

definición y establecimiento de la arquitectura base del sistema.

- Construcción: Refinamiento de los objetivos de las fases anteriores y construcción del

sistema de información.

- Transición: Refinamiento de los objetivos de las fases anteriores e implantación del sistema

de información (preparación del producto para su entrega y pasos a producción de versiones

no finales (porque hay que hacer ajustes) y de la versión final prevista).

Por tanto, como se comentó anteriormente, en cada etapa y en cada iteración se perfeccionan

los productos previos que hayan requerido algún cambio, todo eso mientras se intentan

conseguir los objetivos concretos de la fase. De esta forma el ciclo de vida RUP sigue un

modelo adaptativo de desarrollo de software.


21

5.2.3 WEB MOVIL

Según (UTP, 2012) Cuando se habla de Web Móvil se está haciendo referencia a una

Web en la que el usuario puede acceder a la información desde cualquier lugar,

independientemente del tipo de dispositivo que utilice para ello.

La Web Móvil se presenta como un auténtico reto tanto para usuarios como para

desarrolladores ya que, por un lado, el usuario encuentra problemas al intentar acceder a los

sitios Web desde los dispositivos móviles y, por otro, los proveedores de contenido hallan

dificultades para crear sitios Web que funcionen adecuadamente en todos los tipos de

dispositivos y configuraciones .

La mayor parte de las páginas de internet no son accesibles y/o practicables a través

de dispositivos móviles. A pesar de que una página web puede ser visualizada desde un

dispositivo móvil como un teléfono, no significa que esa página sea navegable cómodamente

desde dicho dispositivo. Es importante tener en cuenta que existen grandes diferencias entre

usuarios Móviles y usuarios Fijos, como son los diferentes tipos de contenido que manejan,

las capacidades de los dispositivos que utilizan (pantallas pequeñas) y el contexto en el cual

el usuario recibe el contenido. El acceso a la información desde cualquier lugar, en cualquier

momento e independientemente del dispositivo utilizado, puede alcanzarse a través de

aplicaciones que se adapten dinámicamente a las necesidades del usuario, a las capacidades

del dispositivo y a las condiciones del entorno.

Dotar a las aplicaciones de movilidad permitirá a los usuarios utilizar diferentes

dispositivos para acceder a la misma información. Como usuarios, se podrá elegir la forma

de interactuar con estas aplicaciones en función de nuestras necesidades y de las


22

características del dispositivo utilizado. Para ello, es necesaria una infraestructura global

basada en estándares que permitan la interoperabilidad.

Actualmente, existe una demanda cada vez mayor por parte de los usuarios en lo

referente a una disponibilidad incondicional de la Web, pero la realidad en el mercado es otra

ya que aunque la oferta de dispositivos móviles está creciendo de forma asombrosa en los

últimos años, ofreciéndonos infinidad de dispositivos desde los que llevan a cabo operaciones

que normalmente se realizaban desde el equipo de sobremesa, existen limitaciones a la hora

de acceder a los servicios desde esos dispositivos móviles. En la mayoría de las ocasiones, el

resultado es una experiencia de usuario poco satisfactoria al encontrarnos con numerosos

problemas para acceder a la Web desde los dispositivos móviles.

5.2.4 TECNOLOGIAS DE DISEÑO Y DESARROLLO DE APLICACIONES WEB

Según (bab-soft, 2011) el diseño y desarrollo de aplicaciones web consiste en

implementar sus necesidades, objetivos o ideas en Internet utilizando las tecnologías más

idóneas según su proyecto.

Las aplicaciones web ofrecen servicios a los usuarios de Internet que acceden utilizando un

navegador web como I. Explorer, Firefox o Safari entre otros, dirigiéndose a una dirección

de Internet donde obtendrán los servicios que buscan.


23

Las aplicaciones web pueden ser de acceso público como tiendas virtuales, diarios digitales,

portales de Internet,... o de acceso restringido como son las intranets para mejorar las

gestiones internas de su empZresa como el reporte de horas de su personal, gestión de

proyectos y tareas, control de presencia, gestores documentales,… o el uso de extranets para

aumentar y mejorar el servicio con sus distribuidores, clientes, proveedores, comerciales y

colaboradores externos.
24

5.2.5. PRUEBAS EN APLICACIONES WEB

Según (Sollutia, 2011) hoy por hoy la dificultad que presenta la elaboración de un

software web exige que se realicen procesos de prueba durante el desarrollo de aplicaciones

web para lograr una plena satisfacción por parte del cliente.

Estas pruebas son una actividad a través de la que un sistema se ejecuta sobre unas

condiciones o requerimientos específicos. Los resultados obtenidos a partir de estos procesos

son observados, registrados y evaluados por los especialistas en desarrollo software.

Una prueba se enfoca sobre la lógica interna del programa y sobre las funciones

externas. Con estas pruebas se desvelan posibles errores cometidos en la elaboración del

producto. Un buen proceso de prueba es aquel que tiene una alta probabilidad de encontrar

un error no descubierto hasta entonces.

Los objetivos de la fase de pruebas son los siguientes:

 Encontrar y documentar defectos que pueda tener el producto web.

 Validar que funciona para lo que ha sido diseñado.

 Verificar requisitos que debe de cumplir el SOW.

 Validar interacción e integración de los componentes.

 Asegurar que los defectos encontrados se han corregido antes de la entrega al cliente.

Las pruebas que realiza las empresas de desarrollo web se clasifican en dos grandes grupos:

pruebas de caja negra y pruebas de caja blanca.


25

Caja negra: con esta prueba se demuestra el correcto funcionamiento de los interfaces del

proyecto web.

Caja blanca: se demuestra el funcionamiento interno del módulo se adapta a las

especificaciones y que los componentes internos funcionan correctamente; es decir; se ponen

a prueba todos los caminos lógicos de la programación.

En cuanto a la realización de las pruebas se basan en testeo a diferentes niveles, se necesita

probar si cada unidad funciona correctamente, luego es necesario probar si los distintos

módulos encajan entre sí y por último pruebas al proyecto web globales.

Los principios básicos de las pruebas son:

1. La prueba es usada para verificar la presencia de errores, nunca su ausencia.

2. La dificultad del proceso de prueba es la decisión de cuando un producto está testeado.

3. Evitar casos no planificados, no realizables o triviales.

4. Definición de los resultados esperados para cada prueba.

5. Se deben de tener en cuenta tanto entradas y salidas válidas como los casos inesperados.

6. Las salidas deben de ser las deseadas o controladas.

7. Se empiezan por las funciones más sencillas y se avanza hasta las más complejas.

8. A excepción de las pruebas de unidad e integración, el proyecto web será testeado por

personal del equipo de proyecto.


26

Basándonos en estos principios definimos los siguientes tipos de pruebas:

Pruebas de Unidad: Se prueban todos los caminos de control importantes con el fin de

descubrir fallos en las funciones o módulos.

Pruebas de Integración: A partir de la funcionalidad del producto web se construye una

estructura de programa que esté de acuerdo con el contenido.

Pruebas del Sistema: Verifica que cada elemento encaja de forma adecuada y que se alcanza

la funcionalidad y el rendimiento del sistema total. La prueba del sistema está constituida por

una serie de pruebas diferentes cuyo propósito primordial es ejercitar profundamente el

sistema.

Pruebas de regresión: Se ejecutan sobre las nuevas versiones realizadas sobre los módulos.

Pruebas de Seguridad: Verificación de los mecanismos de protección incorporados.

Pruebas carga: Realizadas cargas de datos que se asemejan a la realidad para testeo reales.

Pruebas de Volumen: Encontrar debilidades en el sistema al momento de manejar grandes

volúmenes de datos durante prolongados períodos de tiempo, el objetivo principal es

determinar si la plataforma de integración se degrada o deja de funcionar al manejar grandes

volúmenes de datos.
27

6. METODOLOGÍA.

6.1 DESCRIPCIÓN.

Se utilizara la metodología Rational Unified Process, o RUP, es una plataforma

flexible de procesos de desarrollo de software que ayuda generando guías consistentes y

personalizadas de procesos para todo el equipo de proyecto.

7. DISEÑO DE BASE DE DATOS.

Ilustración 2: Diseño de bases de datos


28

8. CONFIGUGRACIÓN MYSQL.

Create table [Ingenieros] [Encargado_Cliente] Char(25) NULL,

( [Id_Consultor] Varchar(10) NOT NULL,

[Id_Ingeniero] Varchar(15) NOT NULL, Primary Key ([Id_Cliente])

[Nombre_Ingeniero] Char(20) NULL, )

[Apellido_Ingeniero] Char(20) NULL, go

Primary Key ([Id_Ingeniero]) Create table [Software]

) (

go [Id_Software] Varchar(10) NOT NULL,

Create table [Cliente] [Nombre_Software] Char(15) NULL,

( [Nivel_Software] Varchar(1) NULL,

[Id_Cliente] Varchar(15) NOT NULL, Primary Key ([Id_Software])

[Nombre_Cliente] Char(35) NULL, )

[Direccion_Cliente] Char(25) NULL, Go

[Telefono_Cliente] Char(15) NULL,

9. DIAGRAMAS DINÁMICOS:

Diagramas de actividad, diagrama de casos de usos, diagrama de secuencia.


1

Diagramas de actividad:

Ilustración 3: Diagrama de actividad ingreso de datos

Ilustración 4: Diagrama de clases


2

9 MODELO RELACIONAL DE LA BASE DE DATOS.

Ilustración 5: Modelo entidad relación


3

9.1 DICCIONARIO DE DATOS.

Cliente
C ampo Ti po Nul o Pre de te rmi nado
Id_Client e varchar(15) No
Nombre_Client e char(35) Sí NULL
Direccion_Client e char(25) Sí NULL
T elefono_Client e char(15) Sí NULL
Encargado_Client e char(25) Sí NULL
Id_Consult or varchar(10) No

Consultor ventas
C ampo Ti po Nul o Pre de te rmi nado
Id_Consult or varchar(10) No
Nombre_Consult or char(20) Sí NULL
Apellido_Consult or char(20) Sí NULL

Ingenieros
C ampo Ti po Nul o Pre de te rmi nado
Id_Ingeniero varchar(15) No
Nombre_Ingeniero char(40) Sí NULL
Apellido_Ingeniero char(40) Sí NULL

Licenciamiento
C ampo Ti po Nul o Pre de te rmi nado
Id_Soft ware varchar(10) No
Id_Client e varchar(15) No

Negocio
C ampo Ti po Nul o Pre de te rmi nado
Id_Client eN varchar(15) No
FechaInicioN varchar(5) Sí NULL
Id_IngenieroN varchar(15) No
Id_Soft wareN varchar(10) No
Id_NegocioN int (10) No
Dec_NegocioN varchar(100) No
Valor_NegocioN int (10) No

Servicio
C ampo Ti po Nul o Pre de te rmi nado
Id_Servicio int (15) No
Id_Ingeniero varchar(15) No
Id_Client e varchar(15) No
Id_Soft ware varchar(10) No
Fecha_Servicio int (6) Sí NULL
Descripcion_Servicio char(200) Sí NULL

Software
C ampo Ti po Nul o Pre de te rmi nado
Id_Soft ware varchar(10) No
Nombre_Soft ware char(15) Sí NULL
Nivel_Soft ware varchar(1) Sí NULL

Transacciones
C ampo Ti po Nul o Pre de te rmi nado
fecha varchar(10) No
hora varchar(6) No
usuario varchar(12) No
idt rans int (10) No
idt abla varchar(10) No
desct rans varchar(100) No

Usuarios
C ampo Ti po Nul o Pre de te rmi nado
usuario varchar(10) No
password varchar(100) No
Perfil varchar(10) No
email varchar(40) No
fecha dat e No

Ilustración 6: Transacciones
4

9.2 PATRONES DE DISEÑO.

9.2.1. Interfaces Graficas de Ventanas de Autenticación.

Títulos: Todos los títulos deben ir centrados, en mayúscula con color blanco y su

tamaño va a ser de 5.

Subtítulos: Todos los subtítulos deben ir centrados, en mayúscula con color blanco y su

tamaño va a ser de 4.

Fondo: Color solido gris claro "#000000".

Etiquetas: Estarán inmersos en una tabla su color será gris claro #000000 su

fuente blanca en formato de oración y terminado en dos puntos.

Cajas de texto: Estarán inmersos en una tabla de color gris claro #000000, su

color será blanco y su fuente al momento de digitar será negra, la cantidad de caracteres

que permite digitar corresponde con su espacio en DB, si es un campo de contraseña su

impresión en pantalla se protegerá con caracteres en forma de punto.

Botones: Deben estar alineados hacia el centro, su color de fuente debe estar de

acuerdo a la función, su tamaño será de 30*90 px

Las imágenes: Serán en formato png para iconos y jpg para imágenes.

9.2.2 Ventanas Emergentes

Contendrán un icono de información el cual es un triangulo de color amarillo que

tiene inmerso un signo de admiración, a continuación tendrá el mensaje centrado en

formato de oración, el tamaño de la ventana será proporcional al mensaje mostrado más 10


5

px a cada lado, Además debe contener un botón en la parte inferior derecha que al dar clic

cierra la ventana.

9.2.3 Menús

Títulos: Todos los títulos deben ir centrados, en mayúscula con color blanco y su

tamaño va a ser de 5.

Subtítulos: Todos los subtítulos deben ir centrados, en mayúscula con color blanco y su

tamaño va a ser de 4.

Fondo: Color solido gris claro"#000000".

Cerrar Sesión: Debe estar ubicada en la parte superior derecha su icono será un

circulo en la parte superior interrumpida por una línea vertical encerrado en un cuadrado

con vértices redondas y de color rojo, con el nombre de su función en la parte inferior.
6

10 ARQUITECTURA DEL SISTEMA

10.1.1 Capa de Presentación: El nivel de presentación abarca desde el lenguaje de

marcación de hipertexto (HTML) para el control de objetos de la solicitud, (PHP) lenguaje

de programación de uso general de código del lado del para el desarrollo web y contenido

dinámicos y objetos tales como (JS). Todo en esta capa se refiere a la comunicación para el

cliente final.

10.1.2 Capa de Lógica de negocio: La capa de Lógica de negocio es donde se pueden hacer

las decisiones de negocios; contiene la lógica de la aplicación. Además, aquí es donde los

procesos del negocio de procesamiento y (si es necesario) las transacciones de la base de

datos ocurren.

10.1.3 Capa de Persistencia: La capa de persistencia representa la interacción con la base

de datos.

Aquí es donde se mantiene el acceso a los datos de objetos (ODBC).

Estas clases pueden ser la base de datos específica o no específica montada en su

versión inicial sobre motor (MYSQL) y final sobre (SQL).

Dependiendo de la necesidad requerida. Esta capa también puede contener los objetos

de dominio de la base de datos.


7

11.1.4 MÓDULOS, PERFILES Y ROLES

El sistema tiene siete módulos:

• Módulo de inicio de sesión.

• Módulo de administración.

• Módulo de Clientes.

• Módulo de Ingenieros.

• Módulo de Consultores.

• Módulo de Soluciones.

• Módulo de Servicios.

• Módulo de Proyectos.

• Módulo de Comisiones.

Se cuenta con dos perfiles de usuarios.

Ilustración 7: Perfiles
8

11.1.5 MÓDULOS DE EVIDENCIAS PERFILES Y SEGURIDAD

Ilustración 8: Evidencias -1-


9

Ilustración 9: Evidencias -2-


10

12. RESULTADOS LOGRADOS.

Sistema de Información para el control de manejo y creación software:

Constituye el software aplicativo del sistema de información, con el que se pretende dar

solución a la problemática planteada.

Reportes de Pruebas: mostrara la efectividad del software en la resolución de la

problemática planteada y avances tecnológicos y desarrollos.


11

Referencias Bibliografía

bab-soft. (2 de 12 de 2011). DISEÑO Y DESARROLLO DE APLICACIONES WEB. Recuperado el 05 de


02 de 2013, de http://www.bab-soft.com/es/diseno_desarrollo_aplicaciones_web.php

Baresi L., G. F. (2001). Extending UML for Modelling Web Applications. In proceedings of the 34th
annual Hawaii Internacional Conference on System Science. IEEE Computer Society. Hawaii.

Cornejo, J. E. (22 de 08 de 2010). Portal Doc IRS. Recuperado el 20 de 03 de 2012, de ¿Qué es


UML?: http://www.docirs.cl/uml.htm

IBM. (03 de 08 de 2011). Creación de aplicaciones Web inteligentes para un mundo más
inteligente. Recuperado el 20 de 02 de 2012, de Developer Works:
http://www.ibm.com/developerworks/ssa/library/wa-aj-smartweb/index.html

Jummp. (06 de 03 de 2011). Gestión de proyectos y desarrollo de software. Recuperado el 25 de 02


de 2013, de http://jummp.wordpress.com/2011/04/06/desarrollo-de-software-ciclo-de-
vida-rup-rational-unified-process/

Lowe, D. H. (1999). Hypermedia and the Web. An Engineering approach. . John Wiley & Son.

Sollutia. (2011). http://blog.sollutia.com/. Recuperado el 02 de 03 de 2013, de


http://blog.sollutia.com/2011/02/fase-de-pruebas-en-aplicaciones-web/

Tangient LLC. (30 de octubre de 2007). Proceso Software Wikispaces. Recuperado el 12 de marzo
de 2010, de http://procesosoftware.wikispaces.com/

UML. (2011). www.uml.org/. Recuperado el 20 de MARZO de 2012, de www.uml.org/:


www.uml.org/

UTP, U. T. (2012). Proyecto Ingenieria de Sistemas I. Recuperado el 21 de 04 de 2013

Оценить