REPÚBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN UNIVERSITARIA

UNIVERSIDAD DR. JOSÉ GREGORIO HERNÁNDEZFACULTAD DE INGENIERÍA

CATEDRA: SISTEMAS DE INFORMACION III

CESACLIN MATERNO

ELABORADO POR:Nava Jhony

Cumare MarcosBonito Idelbin

Maracaibo, abril de 2015

IMPLEMENTACIÓN DEL SISTEMA

1. Objetivos y Consideraciones

La aplicación se llama Global cesaclin, dicha aplicación nos ofrece la posibilidad de

administrar y gestionar registros, a una base de datos llamada RCP Hospi-Farm.

Así, los objetivos principales del sistema son:

El primer paquete es el de Animaciones: contiene clases que heredan

características de un hilo y se encargan de las animaciones independientes de la

interacción de la interfaz, como el reloj y atenuar el brillo de algunos botones.

El segundo paquete es el de ConexionMySQL: contiene una clase la cual se

encarga de establecer la conexión entre la GUI (Grafic User Interfaz) y la BD

(Base de Datos) mediante un Driver.

El tercer paquete es el de Interfaz: Este se encarga del diseño de los Frames

(Ventana) que vera el usuario administrador.

El cuarto paquete es el paquete de Imágenes: Donde se guarda la Splash

Screen, el logotipo de la aplicación y los iconos de los botones.

Ahora bien, las consideraciones a tomar son:

Las personas y la cultura de la organización.

Las personas son clave en las organizaciones y el impacto de una implantación

de una aplicación web sobre ellas es muy importante. Obviamente, la gestión del

cambio es un elemento clave. Por ello, el correcto análisis de los requerimientos de los

usuarios e integrarlos desde el primer momento de la implantación es clave para

conseguir buenos resultados con el proyecto. Además, se deben definir exactamente

las mejoras que va a obtener cada una de las personas de la organización con la

implantación y definir un plan de comunicación para "vender" el proyecto a todas las

personas de la organización.

La Estrategia.

Esta Aplicación fue creada bajo un mismo proceso, dicho proceso consiste en

crear SubClases para Atrapar Datos, Retornar y otra Para ejecutar sentencias SQL

desde NetBeans. Con el fin de Respaldar y Guardar toda la información suministrada

por los clientes y usuarios.

El Hardware.

Aunque en principio el hardware no es la parte más compleja de la implantación,

en algunos casos nos encontramos que la mala elección del hardware o diseño del

sistema hace disminuir el rendimiento global de la implantación. En este sentido es

básico definir exactamente los requerimientos del sistema y así diseñar la solución de

manera que no se invierta ni más ni menos de lo necesario.

Los Procesos.

Se ha de considerar que además de las personas, los procesos son los que

definen la eficiencia y eficacia de la organización.

El seguimiento y control estricto de los objetivos previamente definidos.

Es muy importante que haya un estricto control del proyecto para que se

cumplan los objetivos definidos en las primeras etapas.

Pruebas de Software

a. Definición y descripción

Las pruebas de software consisten en la dinámica de la verificación del

comportamiento de un programa en un conjunto finito de casos de prueba, debidamente

seleccionados de por lo general infinitas ejecuciones de dominio, contra la del

comportamiento esperado.

Son una serie de actividades que se realizan con el propósito de encontrar los

posibles fallos de implementación, calidad o usabilidad de un programa u ordenador;

probando el comportamiento del mismo.

La prueba es un proceso que se enfoca sobre la lógica interna del software y las

funciones externas. Es un proceso de ejecución de un programa con la intención de

descubrir un error, no puede asegurar la ausencia de defectos; sólo puede demostrar

que existen defectos en el software.

b. Objetivos

La prueba de software es un elemento crítico para la garantía del correcto

funcionamiento del software. Entre sus objetivos están:

1. Detectar defectos en el software.

2. Verificar la integración adecuada de los componentes.

3. Verificar que todos los requisitos se han implementado correctamente.

4. Identificar y asegurar que los defectos encontrados se han corregido antes de

entregar el software al cliente.

5. Diseñar casos de prueba que sistemáticamente saquen a la luz diferentes clases

de errores, haciéndolo con la menor cantidad de tiempo y esfuerzo para lograr

los objetivos propuestos, un ingeniero de software deberá conocer los principios

básicos que guían las pruebas del software.

c. Algoritmo de aplicación

Principios de las pruebas de software.

Las pruebas se rigen por una serie de principios, una buena comprensión de

estos facilitará el posterior uso de los métodos en un efectivo diseño de casos

de prueba. A continuación se citan:

La prueba puede ser usada para mostrar la presencia de errores, pero nunca su

ausencia.

La principal dificultad del proceso de prueba es decidir cuándo parar.

Evitar casos de pruebas no planificados, no reusables y triviales a menos que

el programa sea verdaderamente sencillo.

Una parte necesaria de un caso de prueba es la definición del resultado

esperado.

Los casos de pruebas tienen que ser escritos no solo para condiciones de

entrada válidas y esperadas sino también para condiciones no válidas e

inesperadas.

El número de errores sin descubrir es directamente proporcional al número de

errores descubiertos.

Estas leyes que definen básicamente la aplicación de las pruebas de software

ayudan a refinar el producto de software a través de las etapas involucradas.

Etapas involucradas en las pruebas de software.

1. Seleccionar qué es lo que debe medir la prueba, es decir, cuál es su objetivo,

para qué exactamente se hace la prueba.

2. Decidir cómo se va a realizar la prueba, es decir, qué clase de prueba se va a

utilizar para medir la calidad y qué clase de elementos de prueba se deben usar.

3. Desarrollar los casos de prueba. Un caso de prueba es un conjunto de datos o

situaciones de prueba que se utilizarán para ejecutar la unidad que se prueba o

para revelar algo sobre el atributo de calidad que se está midiendo.

4. Determinar cuáles deberían ser los resultados esperados de los casos de

prueba y crear el documento que los contenga.

5. Ejecutar los casos de prueba.

Evaluación de resultados

Comparar los resultados de la prueba con los resultados esperados. Cualquier

discrepancia entre ellos significa un error. Típicamente el error está en el sistema o

unidad probada, pero también puede ser generado por algún aspecto del mismo

proceso de prueba.

Descripción de la Aplicación en la Post Implementación

1. Correr el programa (aplicación) ingresar el usuario darle ENTRAR:

2. Luego tenemos el menú de opciones al cual ingresamos dependiendo de la categoría:

3. Si se es paciente dependerá si se uno ya existente o uno nuevo si es nuevo se llenan los campos y se le da AGREGAR. Si es para nuevo paciente se escribe el nombre del paciente y se escribe en el buscador:

4. Para modificar se selecciona el ID o campo luego se le da a Editar luego a MODIFICAR:

5. Para ver las modificaciones realizadas se le da a consulta y luego a VER MODIFICACIONES REALIZADAS y muestra lo que se ha modificado:

6. En el boto de ayuda tenemos los pasos a seguir:

7. En los empleados tenemos para los nuevos empleados buscar empleados y sus especialidades:

8. En distribuidores tenemos para un nievo distribuidos y buscar los antiguos:

9. Para buscar los recursos le damos consulta y luego mostrar totalidad de recursos:

10.Para información sobre cesacliner en distribuidor le damos ayuda :

11.En consultas tenemos las consultas que hemos realizado con respecto a todo (PACIENTE, EMPLEADO, DISTRIBUIDOR):