jueves, 29 de marzo de 2012

SENTENCIAS PARA CONEXIÓN A BASES DE DATOS.


CONEXIÓN CON MYSQL.

La sentencia para conectar al servidor Mysql es “mysql_connect” la cual recibe tres parámetros:
  1. servidor: aquí debes poner “localhost” o la dirección ip de tu web hosting
  2. usuario: el usuario Mysql que has creado durante la creación de la base de datos Mysql. En mi caso es “igniter_usuario”
  3. contraseña: la contraseña de tu usuario mysql
Podemos ver un ejemplo en el siguiente código:
mysql_select_db('igniter_blog',$conexion);
$conexion=mysql_connect('localhost','igniter_usuario','contraseña');

En la variable $conexion nos queda un link hacia la base de datos. Es decir, cada vez que tengamos que invocar a la base de datos, sencillamente especificaremos “$conexion” (así evitamos tener que escribir múltiples veces nuestro usuario y password cada vez que nos interese utilizar la base de datos).
Luego es necesario especificar la base de datos Mysql sobre la cual trabajaremos. Esto se efectúa mediante la sentencia “mysql_select_db” que recibe dos parámetros:
  1. nombre de la base de datos, en mi caso es “igniter_blog”
  2. nombre del link a la base de datos, en mi caso es “$conexion”
Una vez que hemos conectado con nuestra base de datos Mysql, estamos en condiciones de insertar datos sobre una tabla Mysql.

CONEXIÓN  EN FIREBIRD.


Conectar a una base de datos Firebird siempre requiere que el usuario “se identifique” usando un nombre de usuario y clave válidos -operación normalmente denominada log-in o login. Cualquier usuario aparte de SYSDBA, root (en los sistemas Posix), o Administrador (en los sistemas Windows, si Firebird se ejecuta con ese usuario) necesita también tener permisos a los objetos dentro de una base de datos. Por simplicidad, veremos aquí la autenticación como SYSDBA usando la clave masterkey.

Usando isql

Hay varias formas diferentes para conectar con una base de datos usando isql. Una forma es ejecutar isql en su terminal interactiva. Diríjase al subdirectorio bin de su instalación y en el prompt tipee el comando isql (nota: significa “presione Enter ”):

C:\Archivos de programa\Firebird\Firebird_1_5\bin>isql
Use CONNECT or CREATE DATABASE to specify a database
SQL>CONNECT "C:\Program Files\Firebird\Firebird_1_5\examples\employee.fdb"
CON>user 'SYSDBA' password 'masterkey';



 CONEXIÓN EN ORACLE.

Lo primero es cargar el driver:
Class.forName("oracle.jdbc.driver.OracleDriver");

y después hacer la conexión a la base de datos
conexionBD=DriverManager.getConnection("jdbc:oracle:thin:@miservidor:puerto:esquema","usuario","contraseña");
  

PRUEBAS ESTRUCTURALES, FUNCIONALES Y ALEATORIAS.

El objetivo de las pruebas es la detección de defectos en el software (descubrir un error es el éxito de una prueba)
Existen 3 enfoques principales para el diseño de casos o pruebas:

1.- EL ENFOQUE ESTRUCTURAL O DE CAJA BLANCA.

Se denomina cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo. Las pruebas de caja blanca están dirigidas a las funciones internas. 

Entre las técnicas usadas se encuentran:

·         La cobertura de caminos (pruebas que hagan que se recorran todos los posibles caminos de ejecución).
·         Pruebas sobre las expresiones lógico-aritméticas.
·         Pruebas de camino de datos (definición-uso de variables).
·         Comprobación de bucles (se verifican los bucles para 0,1 y n iteraciones, y luego para las iteraciones máximas, máximas menos uno y más uno).




2.- EL ENFOQUE FUNCIONAL O DE CAJA NEGRA. 

Se centra en las funciones, entradas y salidas. Intenta encontrar errores de las siguientes categorías:
·         Funciones Incorrecta o ausente.
·         Errores de Interfaz.
·         Errores en estructuras de datos o acceso a base de datos externas.
·         Errores de rendimiento.
      ·         Errores de inicialización y de terminación. 




3.-  PRUEBAS ALEATORIAS.


En las pruebas aleatorias simulamos la entrada habitual del programa creando datos de entrada en la secuencia y con la frecuencia con las que podrían aparecer en la Práctica (de manera repetitiva). Para ello habitualmente se utilizan generadores automáticos de casos de prueba.

Consiste en utilizar modelos (en muchas ocasiones estadísticos) que representen las posibles entradas al programa para crear a partir de ellos los casos de prueba




BIBLIOGRAFÍA:
                               

RELACIÓN ENTRE DEFECTO, FALLO Y ERROR


Un error puede conducir a uno o más defectos. Un defecto se encuentra en un artefacto y puede definirse como una diferencia entre la versión correcta del artefacto y una versión incorrecta. Un defecto es haber utilizado el operador “<” en vez de “<=“. En este caso una falla es la discrepancia visible que se produce al ejecutar un programa con un defecto, respecto a la ejecución del programa correcto. Es decir, una falla es el síntoma de un defecto. Por ejemplo: una consulta que no arroje ningún resultado.

EJEMPLO:
BILBLIOGRAFÍA:

                              http://plaza-entretenimiento.blogspot.es/1273730040/

martes, 13 de marzo de 2012


INSTITUTO TECNOLÓGICO SUPERIOR DE SANTA MARÍA DE EL ORO


ESPECIALIDAD:
INGENIERIA EN SISTEMAS COMPUTACIONLES

8° SEMESTRE


MATERIA:
DESARROLLOS DE PROYECTOS DE 
SOFTWARE


TEMA:
ANÁLISIS DE LOS REQUERIMIENTOS.

ALUMNO(S):
GRIZEL, CARLOS ADAN, REFUGIO Y ANALI.

CATEDRÁTICO:
LIC. MAYRA ALEJANDRA QUÑONEZ CARRETE

SANTA MARIA DEL ORO DURANGO.

14 de marzo de 2012




ANÁLISIS DE REQUERIMIENTOS
El Sistema de Información que vamos a desarrollar  es un sistema que necesitan en el estudio de fotografía DigiFoto Venus, de la propietaria Venus Carrete Rivera, el cual se encuentra ubicado en la Av. Juárez #4.
Se dirige a nosotros para plantearnos la problemática que presenta al llevar el control de los servicios que ofrece en el negocio, porque el método que ella está utilizando para dar información y llevar el control de los clientes es a base de anotaciones en diferentes cuadernos y notas que al final no recuerda.
Nos planteaba que en sí lo que ella necesita es una base de datos para los clientes, el servicio que necesitan dependiendo si es contrato o servicio instantáneo; si es contrato va a tener varias especificaciones establecidas en el diseño utilizado ya por él cliente; ya sea si es en el estudio o fuera de él; si es fuera del estudio se necesitara el nombre de la persona o personas, lugar del evento, tipo de evento, fecha de evento, domicilio de las personas y teléfono, paquete contratado, hora de la cita, precio del paquete, anticipos, saldo y si el producto fue entregado o no. Pero si es dentro del estudio (sesión) solo requiere el nombre, tipo de paquete, dia y hora de la cita  y si ya fue entregado o no.
El instantáneo únicamente va a tener el nombre, el precio y si este fue entregado o no.
A continuación se muestran los tipos de paquetes que ofrece:

                                                   Servicios individuales:
                                   

                                                    Diseños:

                                                         Paquetes de Estudio:
 

                                                    Paquetes de Bodas y XV:
ANÁLISIS DE DESARROLLO DEL SISTEMA

DIAGRAMA DE CLASE


 
                                                                                                                    
DIAGRAMA DE CASOS DE USO
DIAGRAMA DE FLUJO