Uso De Herramientas CASE

I.- Concepto

Se puede definir a las Herramientas CASE como un conjunto de programas y ayudas que dan asistencia a los analistas, ingenieros de software y desarrolladores, durante todos los pasos del Ciclo de Vida de desarrollo de un Software. Como es sabido, los estados en el Ciclo de Vida de desarrollo de un Software son: Investigación Preliminar, Análisis, Diseño, Implementación e Instalación.

Studio CASE Version 1.0

La herramienta StudioCase v1.01 se puede considerar como una herramienta CASE frontal que, bajo una plataforma Windows 9x, NT ó 2000, asiste a un desarrollador para la creación de Diagramas Entidad Relación (DER) y Diagramas de Flujo de Datos.

Esta herramienta se utiliza en las prácticas de las asignaturas de Diseño de Bases de Datos e Ingeniería del Software de la Ingeniería Técnica en Informática de Sistemas de la Universidad de Salamanca.

Esta versión ha sido realizada por Verónica Blasco Martín dentro del Departamento de Informática y Automática, tutorizada por el Dr. Francisco J. García Peñalvo

II.- Caracteristicas

• Diagramas Entidad-Relación (DER

• Diagramas de Flujos de Datos (DFD) para distintos motores de base de datos realizar ingeniería inversa

IV.- Desarrollo

En las siguientes figuras se explican las interfaces iniciales de la herramienta Studio CASE, en la Figura A señala la interfaz inicial, en la cual se encuentra una barra de menús, la opción de “Proyecto” se debe de elegir en caso de crear un nuevo proyecto, al igual de abrir uno ya creado.

La segunda interfaz (Figura B), es la aparece en el caso de que se cree un nuevo proyecto, la cual muestra distintos campos por llenar, como son nombre del proyecto, los autores y la fecha, etc.

Figura A Primera Interfaz principal. Figura B Segunda interfaz principal.

Continuando con la creación del nuevo proyecto, la siguiente interfaz que se muestra (Figura c), da 5 opciones nuevas con respecto a las funciones de la misma:

• Dimensión Información

• Dimensión Funcional

• Diccionario de Datos

• Asistentes de Informes

• Especificación

Figura C Tercera interfaz principal.

A continuación se muestra el área de trabajo principal, la cual consta de un diagrama de árbol para llevar el control del proyecto iniciado, una barra de menús, de herramientas, y de trabajo.

Figura D. Muestra el área principal de trabajo, en donde se realizara el diseño del proyecto.

Práctica No 2

I.- Para iniciar con la practica, se analiza los requerimientos del problema establecido, esto se realiza con la finalidad de tener un amplio criterio para realizar el diagrama y crear las entidades:

• EMPRESA se relaciona con la entidad CLIENTE mediante la venta de productos.

• La entidad CLIENTE se conformara por los siguientes atributos: nombre, apellidos, clave, dirección y fecha de nacimiento.

• Se creara una entidad llamada PRODUCTO con sus respetivos atributos los cuales son: nombre, precio y código.

• La relación entre las entidades PRODUCTO y CLIENTE se lleva a cabo con la venta de cada producto o la compra del mismo hecha por un cliente.

• Una nueva entidad es creada, nombrada PROVEEDOR, consta con los atributos: clave, nombre y dirección. La relación requería es con la entidad PRODUCTO, ya que su función es suministrar a la empresa de productos.

II.- Creacion del proyecto y el diagrama E-R.

Figura 1. Creación del proyecto. Figura 2. Opción Dimensión de Información

Figura 3. Interfaz de la Dimensión de Información.

Figura 4. Presentación del Diagrama E-R según los requerimientos antes establecidos.

III.- Modelo Físico

CREATE TABLE Empresa

(Nombre_emp nonormal,

Direccion nonormal,

id_emp noclave,

PRIMARY KEY(clave));

CREATE TABLE Proveedor

(clave noclave,

direccion nonormal,

nombre nonormal,

PRIMARY KEY(clave));

CREATE TABLE Cliente

(nombre nonormal,

ap_p nonormal,

ap_m nonormal,

direccion nonormal,

f_n nonormal,

clave noclave,

PRIMARY KEY(clave));

CREATE TABLE Producto

(codigo noclave,

precio nonormal,

nombre nonormal,

PRIMARY KEY(clave));

CREATE TABLE compra

(clave noclave,

codigo noclave,

PRIMARY KEY(claveclave),ClienteProducto);

CREATE TABLE suministra

(codigo noclave,

clave noclave,

PRIMARY KEY(claveclave),ProductoProveedor);

CREATE TABLE vende

(id_emp noclave,

clave noclave,

PRIMARY KEY(claveclave),EmpresaCliente);

IV.- Modelo Lógico

.Empresa (Nombre_emp, Direccion, #id_emp)

.Proveedor (#clave, direccion, nombre)

.Cliente (nombre, ap_p, ap_m, direccion, f_n, #clave)

.Producto (#codigo, precio, nombre)

.compra (#clave, #codigo)

Claves ajenas:

- #clave referencia a Cliente.

- #codigo referencia a Producto.

.suministra (#codigo, #clave)

Claves ajenas:

- #codigo referencia a Producto.

- #clave referencia a Proveedor.

.vende (#id_emp, #clave)

Claves ajenas:

- #id_emp referencia a Empresa.

- #clave referencia a Cliente.

Práctica No 3

I.- Análisis del problema numero 3, el cual marca los siguientes requerimientos.

• Se crea una entidad llamada CAMIONERO, debido a que son los que entregan los paquetes. Esta entidad tendrá los siguientes atributos: clave, nombre, teléfono, dirección, salario y población.

• En el contexto se toma en cuenta la entidad PAQUETE la cual constara con los atributos: código, descripción, destinatario y dirección del destinatario.

• Aquellos que reparten los paquetes también se consideran parte del diagrama, nombrando a su entidad, CAMIONERO se relaciona con diversas entidades como son: PAQUETE y CAMION.

• En la entidad CAMION se le asignaran sus atributos: matricula, modelo,

...