Post on 28-Aug-2020
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):