CARTILLA DE TRABAJO PARA INGENIERÍA DE SOFTWARE II (DISEÑO DE SISTEMAS)

(1)

PROGRAMA

CARTILLA DE TRABAJO PARA INGENIERÍA DE SOFTWARE II (DISEÑO DE SISTEMAS)

CUARTA SESIÓN

Elaborada por JORGE RODRÍGUEZ Ingeniero de Sistemas

DEPARTAMENTO DE PUBLICACIONES PROGRAMAS TÉCNICOS LABORALES POR

COMPETENCIAS BOGOTÁ D.C.

2014

(2)

CUADRO 1. CONTROL DEL DOCUMENTO CARTILLA PARTICIPANTE

S NOMBRE CARGO DEPENDENCIA FECHA

Autor Jorge

Rodríguez

Docente Académica 13/04/2014

Revisión

Fernando calderón

Coordinador Diseño Curricular

20/04/2014

Aprobación

Franky Carrillo

Coordinador programa

Académica 23/04/2014

CUADRO 2. CONTROL DE ESTADO DE PREPARACIÓN DE LA CARTILLA PRODUCCIÓN DE IMPRESOS

VERSIÓN No.

FECHA DE FINALIZACIÓN

DE SU ELABORACIÓN

DESCRIPCIÓN DEL CAMBIO

SOLICITADO POR:

01 13 de Abril de 2014

Construcción de las cartillas de INGENIERÍA DE SOFTWARE II (Diseño de Sistemas) en

la Corporación

Iberoamericana de Estudios CIES en función a su cadena de valor con el fin de asegurar la calidad de sus servicios.

Consejo Superior.

(3)

NOMBRE: _________________________________________

C.C. : _______________________________________

CARRERA: ________________________________________

JORNADA : MARTES Y MIÉRCOLES ( ) AM PM

JUEVES Y VIERNES ( ) AMPM

SÁBADOS ( ) AM PM

DOMINGOS ( )

NOMBRE DEL PROFESOR : ________________________

FECHA : ________________________

CALIFICACIÓN : ________________________

_____________________

Firma Docente

Sr. Docente: No firme la cartilla sino está debidamente diligenciada en todos sus campos.

DERECHOS DEL ESTUDIANTE EN EL AULA DE CLASE

 Exigir el uso de la cartilla

 Exigir firma y sello de la cartilla por parte del docente.

 Exigir sus notas al final del módulo.

NINGUNA RECLAMACIÓN SERÁ ACEPTADA SI SU CARTILLA NO ESTÁ DILIGENCIADA EN TODOS SUS CAMPOS, CON FIRMA Y SELLO DEL

DOCENTE CORRESPONDIENTE.

(4)

TABLA 1. PRESENTACIÓN NORMA DE COMPETENCIA COLOMBIANA (SENA)

A DESARROLLAR EN EL COMPONENTE INGENIERÍA DE SOFTWARE II

COMPONENTE INGENIERÍA DE SOFTWARE II

COMPETENCIA NCL 220501067 Diseñar de acuerdo con el concepto.

ELEMENTOS

220501006.01 Determinar características del diseño de acuerdo con el concepto.

220501006.02 Crear el flujo del diseño de acuerdo con las características definidas.

CAPACIDAD

1. Mejorar el desempeño de trabajadores en las competencias para el diseño de software y su fortalecimiento y crecimiento socioeconómico a nivel nacional.

TABLA 2. SABERES A DESARROLLAR EN EL COMPONENTE INGENIERÍA DE SOFTWARE II

SABER SABER HACER SER

1. Conocimiento

sobre la

metodología y técnicas de diseño de soluciones al usuario.

1. Planea y realiza el diseño

de acuerdo a los

requerimientos de los usuarios.

2. Hace el seguimiento del diseño de acuerdo a una de las tipologías.

3. Evalúa los resultados obtenidos al aplicar el diseño en la solución para el usuario.

 Valorar el manejo de la información y de la herramienta de diseño.

 Valora el desempeño en equipos de trabajo y acepta de manera cordial las sugerencias realizadas por sus compañeros y su tutor.

(5)

CONTENIDO

Pág.

INTRODUCCIÓN………. 6

1. DISEÑO METODOLÓGICO SESIÓN UNO……… 7

1.1 OBJETIVO………. 7

1.2 JUSTIFICACIÓN………... 7

1.3 METODOLOGÍA……… 7

2. EJEMPLO DE APLICACIÓN DE DISEÑO………..……….…….. 8

2.1 DISEÑO DE UNA BASE DE DATOS RELACIONAL………. 8

2.2 ELEMENTOS MÍNIMOS QUE DEBE TENER EL DOCUMENTO….……… 8

3. ACTIVIDAD TOTAL DE APRENDIZAJE………... 22

4. BIBLIOGRAFIA……….………. 23

(6)

INTRODUCCIÓN

La era de la tecnología y la información, en la cual nos encontramos inmersos, obliga a las empresas a sacar el mayor provecho de sus recursos tecnológicos.

En este sentido, el diseño y modelaje de Bases de Datos cumple un papel muy importante en la tarea del manejo de información, brindándole a los usuarios y dueños de la información la capacidad de tener buena información en el momento preciso para la toma de decisiones.

En la presente sesión se expone un ejemplo de aplicación, tiene como objetivo, tal y como se verá durante su desarrollo, recabar la información necesaria para elaborar un modelo de base de datos relacional que le permita para el presente caso, a la fábrica de muebles DeCar, manejar los datos relacionados con clientes, compras, materiales y artículos de manera confiable.

AGRADECIMIENTO: El autor de esta cartilla con fines académicos, agradece a todas las Instituciones Universitarias y a su Personal Docente, por el apoyo y contribución del material didáctico presentado en ésta, que en forma directa como

indirecta nos han brindado para la divulgación del conocimiento relacionado con los temas de la INGENIERÍA DE SOFTWARE II, específicamente Diseño de

Sistemas, para los alumnos y docentes de CIES.

(7)

1. DISEÑO METODOLÓGICO SESIÓN CUATRO

1.1 OBJETIVOS

 Aplicar la conceptualización del análisis y diseño de sistemas en un caso específico que sirva de ejemplo para el estudiante.

 Repasar los tipos de diseño en una aplicación de ingeniería.

 Entregar un documento final que esboce las fases de análisis y diseño de una aplicación que solucione un caso de ingeniería de la vida real.

1.2 JUSTIFICACIÓN

Los estudiantes deben conocer que el análisis y el diseño de un sistema conlleva una secuencia de pasos lógicos que permiten solucionar aquellas necesidades que existen en la realidad, entre estos el diseño esboza esas conclusiones antes de definirlas definitivamente en un software preestablecido.

1.3. METODOLOGÍA.

El modulo de Ingeniería de Software II (Diseño de Sistemas) será desarrollado en cuatro (4) sesiones; cada sesión tendrá una duración de cuatro (4) horas; todas ellas dirigidas por el profesor de la asignatura quien orientará en conceptos y despejará inquietudes a los estudiantes; el alumno deberá consultar e investigar permanentemente, desarrollar las practicas y organizar el portafolio virtual. Con esta metodología el estudiante tendrá la oportunidad de practicar el 100% los conocimientos aprendidos en clase y poder desarrollar con destreza, además de las prácticas y actividades de la guía en cualquier aplicación. La responsabilidad y el cumplimientos del estudiante es básico en el proceso de aprendizaje de la asignatura, con ello cubriría un 50% la evolución del aprendizaje, y el restante 50% está apoyada por la orientación del docente.

Consulte el sitio repositorio respectivo de este módulo, para consultar sobre teoría, talleres, manuales, cartillas, software y manuales:

http://sites.google.com/site/ciesingsoftwareii/documentacion

(8)

DESARROLLO SESIÓN CUATRO

2. EJEMPLO DE APLICACIÓN DE DISEÑO

2.1 DISEÑO DE UNA BASE DE DATOS RELACIONAL

Este ejemplo de aplicación, tiene como objetivo, tal y como se verá durante su desarrollo, recabar la información necesaria para elaborar un modelo de base de datos relacional que le permita a la fábrica de muebles DeCar manejar los datos relacionados con clientes, compras, materiales y artículos de manera confiable.

Para ello, se realizará un análisis de requerimientos de información, el cual servirá como base para el desarrollo de un modelo conceptual.

Este modelo será llevado al proceso de Normalización para pasar luego a un modelo lógico que servirá como materia prima para la posterior implementación del modelo físico de datos, todo esto apegado a las necesidades de la empresa en cuanto al manejo de información y los datos.

2.2 ELEMENTOS MÍNIMOS QUE DEBE TENER EL DOCUMENTO A ENTREGAR

 Objetivo General. Crear un modelo de una base de datos relacional para la mueblería DeCar con el fin de aportar una solución viable los problemas de control sobre el inventario, proveedores y clientes que tienen en la actualidad.

 Objetivos Específicos.

 Aplicar los conocimientos adquiridos en el curso de bases de datos uno con el fin crear un modelo de bases de datos relacional eficiente y acorde con la necesidades de la mueblería DeCar.

 Proporcionar a la mueblería DeCar una solución viable al problema de control de datos que tienen actualmente.

 Identificar los requerimientos para el manejo de la información (entidades) de la fábrica de muebles DeCar.

(9)

 Metodología aplicada. Se implementarán tres técnicas de análisis de información las cuales nos permitirán establecer cuáles son los requerimientos, las mismas se detallan a continuación:

 Entrevista.

 Observación directa sobre los procesos objetos de estudio.

 Análisis de documentación de la empresa.

 Análisis de la información y elaboración del modelo de datos.

 Descripción de la empresa. La compañía DeCar está dedica a la fabricación de muebles de oficina, comedor, cocina, entre otros. Esta fabrica se encuentra localizada en Heredia, específicamente en el sector de San Rafael, actualmente cuenta con 14 colaboradores; esta es una empresa pequeña que tiene escasamente 2 años de hacer sido fundada, sin embargo durante ese tiempo a logrado incrementar sus ventas y hacerse de una vasta cantidad de clientes.

En la actualidad la fábrica DeCar desea abrir nuevos talleres que le permitan cumplir de mejor manera la demanda de muebles que realizan los clientes.

 Misión de la compañía. La misión de la compañía es el crear muebles de gran calidad y únicos de una manera lucrativa y segura para la ecología.

 Filosofía al Cliente. La satisfacción del cliente es crítico para nuestro éxito, así que vamos a ofrecer una garantía incondicional de regreso de dinero a cualquiera que no esté satisfecho con sus muebles. Esta garantía de retorno va a demostrar nuestro compromiso de ofrecer una calidad excelente y al mismo tiempo asegurar la satisfacción del cliente.

(10)

 Metas a largo Plazo. En tres años DeCar espera tener 36 empleados y ventas anuales de 100 millones de pesos.

 Descripción del problema. Por ser una compañía pequeña y recientemente fundada su dueño se permitía llevar los datos de la empresa en cuadernos y hojas de cálculo de Excel, sin embargo al ver el aumento en las ventas últimamente han propiciado una serie de desordenes que han dado al traste con la entrega oportuna de muebles.

La mueblería necesita implantar un sistema que le permita ejercer un mayor control sobre clientes, materia prima en bodega para la elaboración de los muebles, compras, proveedores y artículos que les son comprados. Es por este motivo que se hace viable la creación de un sistema de información que permitiría ejercer el control que el dueño requiere.

 Fundamentalmente se debe mantener actualizada la información de la cual hoy se carece control en la mueblería, y permitiere al dueño comparar las compras con la materia prima existente en la bodega y la fecha de entrega del producto para asegurarse de que es posible cumplir con el plazo establecido previamente con el cliente.

 Solución propuesta. Creación de un modelo de base de datos relacional que gestione los aspectos de los cuales se carece control en la empresa. Este sistema debe proporcionar los medios para el manejo de la información de la fábrica de manera se almacena de manera correcta y ordenada.

 Descripción de requerimientos. La fábrica de muebles DeCar necesita implantar un sistema que le permita ejercer un mayor control sobre clientes, materia prima en bodega para la elaboración de los muebles, compras y artículos que se ofrecen; todo lo anterior orientado al área de producción de la misma.

Con el análisis de los datos suministrado por los instrumentos de recopilación utilizados para el estudio de los procesos realizados en el área de producción de la compañía fue posible establecer cuáles son las fuentes de información necesarias que deben ser cubiertas por este modelo.

La mueblería realiza negocios con varios clientes los cuales pueden ser particulares o empresas el proceso de contratación y pago de los muebles (contabilidad) es realizado en forma independiente por el dueño de la empresa por medio de un sistema que tiene un rendimiento aceptable en este momento y son ajenos a este modelo de datos. Los clientes de la mueblería realizan la cantidad

(11)

de pedidos que deseen, los límites de tiempo con respecto a la entrega son impuestos por el tipo de pedido y la cantidad de trabajo existente en el taller.

DeCar maneja las compras de muebles por medio de pedidos, ya que por el tipo de clientes que maneja estos comúnmente compran más de un mueble a la vez, cada pedido cuenta con un detalle de los artículos que lo conforman. Los pedidos hechos a la empresa pueden contar con muebles de diferentes tipos y en diferente cantidad.

 La información de los pedidos cuenta con la siguiente información

 Numero de pedido.

 Fecha en la que fue concretado el contrato.

 Fecha en que deben estar confeccionados y entregados los muebles del pedido.

 Detalle del pedido, aquí se establece cuales son los muebles que deben ser confeccionados.

Los materiales necesarios para realizar los muebles se compran a proveedores específicos, sin embargo en caso de que el proveedor no cuente con el artículo deseado se procede a la compra de un producto similar con alguno de los demás proveedores con los que la empresa trabaja. Con los proveedores se tienen previos arreglos de pago por ejemplo 30 días de plazo; también le son ofrecidos a la compañía descuentos según los volúmenes de compra.

 Supuestos.

 Supuesto #1. La fábrica de muebles DeCar maneja varios clientes los cuales pueden comprar el número de artículos que deseen realizando el pedido respectivo. Para el control de clientes la compañía almacena la cédula, el nombre, la dirección y el teléfono donde se pueda localizar al cliente en caso de ser necesario.

 Supuesto #2. El proceso de compra se establece el numero de pedido, la fecha en la que fue realizado el contrato y la fecha en que el mismo debe ser entregado

 Supuesto #3. Los pedidos cuentan con un detalle de cuáles son los artículos que lo conforman, la empresa cataloga los artículos con un código, nombre, precio y descripción de los mismos.

(12)

 Supuesto #4. DeCar se abastece de materiales según la demanda de muebles que tenga. Para esto es necesario establecer la cantidad de X material utilizado por cada artículo.

 Supuesto #5. Para confeccionar los artículos (muebles) se necesitan ciertos materiales los cuales son suministrados por proveedores específicos, en caso de ser solicitado un material que el proveedor no tiene en ese momento se procede a la compra de otro material de similares características a otro proveedor. Para los materiales se almacena el código del material, el nombre, el precio y la descripción del mismo.

 Supuesto #6. Para registrar a los proveedores la compañía almacena el código del proveedor, el nombre, la dirección y el teléfono

 Supuesto #7. Con cada proveedor se tienen previos arreglos de pago los cuales pueden poner cierto enteres al total de la compra y descuentos los cuales son cuantificados según la cantidad de mercadería comprada por la fábrica.

 Esquema conceptual. Con base en los datos anteriores, construya un esquema conceptual en forma de modelo Entidad-Relación (esquema de ejemplo):

Y detalle la información en forma de entidades, atributos y relaciones como en el siguiente cuadro:

(13)

 Detalle de entidades, atributos y relaciones.

Entidad Atributos Relacionada con

Cliente Cedula*

Nombre Teléfono Dirección

Pedido

Articulo Código _Artículo*

Nombre Precio Descripción

Material Pedido

Pedido Numero_Pedido*

Fecha_Pedido Fecha_Entrega Descripción Dirección

Cliente Artículo

Material Código _Material*

Nombre Precio Descripción

Proveedor Artículo

Proveedor Código_ Proveedor*

Nombre Dirección Teléfono

Descuento Formas de pago Material

Descuento Código _Descuento*

Cantidad

Proveedor

Forma de pago Código _Forma*

Tiempo Interés

Proveedor

* = Atributo Identificador Principal

 Modelo lógico (Esquema lógico). En forma gráfica se denomina esquema lógico, por ejemplo:

(14)

O el modelo lógico puede contemplar el siguiente diccionario de datos:

 Diccionario de Datos Modelo Lógico Relación Cliente

Nombre Campo Tipo de dato Nulos PK

Cedula numeric(9, 0) NOT NULL Y

Nombre varchar(10) NOT NULL N

primer_apellido varchar(10) NOT NULL N

segundo_apellido varchar(10) NULL N

Teléfono numeric(8, 0) NOT NULL N

direccion varchar(20) NULL N

Relación Pedido

numero_pedido numeric(7, 0) NOT NULL Y

fecha_pedido Date NOT NULL N

fecha_entrega Date NOT NULL N

descripcion varchar(10 NULL N

Relación Artículo

codigo_articulo numeric(5, 0) NOT NULL Y

nombre varchar(10) NOT NULL N

precio numeric(6, 2) NOT NULL N

Relación Material

codigo_material numeric(5, 0) NOT NULL Y

precio numeric(6, 2) NOT NULL N

Relación Suministra

codigo_proveedor numeric(5, 0) NOT NULL Y

cantidad varchar(3) NOT NULL N

codigo_material numeric(5, 0) NOT NULL N

Relación Proveedor

telefono numeric(8, 0) NOT NULL N

(15)

Relación Descuento

codigo_descuento numeric(5, 0) NOT NULL Y

cantidad numeric(3, 2) NOT NULL N

Relación Forma de pago

codigo_forma numeric(5, 0) NOT NULL Y

tiempo numeric(3, 0) NOT NULL N

interes numeric(3, 2) NULL N

Relación Ofrece

codigo_proveedor numeric(5, 0) NOT NULL Y codigo_descuento numeric(5, 0) NOT NULL Y

Relación Permite

codigo_forma numeric(5, 0) NOT NULL Y

Relación Necesita

codigo_articulo numeric(5, 0) NOT NULL Y codigo_material numeric(5, 0) NOT NULL Y

cantidad numeric(3, 0) NULL N

Relación Realiza_ Pedido

cedula numeric(9, 0) NOT NULL Y

Relación Detalla_ Pedido

codigo_articulo numeric(5, 0) NOT NULL Y

 Elección del sistema gestor de base de datos. El motor de base de datos a utilizar en este curso es Access, porque es un sistema de gestión de bases de datos relacional.

(16)

Ingresar a ACCESS y crear en la vista diseño por la opción del código en SQL, un código para crear una tabla (tener en cuenta la versión de access y el idioma porque dependiendo de estas variables cambia el código SQL en cuanto a las instrucciones del tipo de variables (ejemplo NUMERIC por INTEGER, varchar por text, entre otros). Posteriormente ingresar datos a las tablas y mediante otra consulta en SQL utilizando el comando SELECT generar las consultas indicadas por el Docente.

Las demás tablas deben ser creadas por la interface de MICROSOFT ACCESS.

 Modelo Físico de Datos. A continuación se presenta el código “scripts” que dará origen al modelo físico en el Sistema de Gestión de Base de Datos:

%

% ER/1 1.14 SQL Code Generation

%

% Date Created: Friday, August 23 2006 at 07:50 PM

% Target DBMS : Sybase SQL Anywhere

%

% TABLE: CLIENTE

%

DROP TABLE CLIENTE;

CREATE TABLE CLIENTE(

cedula numeric(9, 0) NOT NULL, nombre varchar(10) NOT NULL, primer_apellido varchar(10) NOT NULL, segundo_apellido varchar(10) ,

telefono numeric(8, 0) NOT NULL, direccion varchar(20) ,

PRIMARY KEY (cedula) );

(17)

%

% TABLE: PEDIDO

%

DROP TABLE PEDIDO;

CREATE TABLE PEDIDO(

numero_pedido numeric(7, 0) NOT NULL, fecha_pedido date NOT NULL, fecha_entrega date NOT NULL, descripcion varchar(20) ,

direccion varchar(10) , PRIMARY KEY (numero_pedido)

);

%

% TABLE: ARTICULO

%

DROP TABLE ARTICULO;

CREATE TABLE ARTICULO(

codigo_articulo numeric(5, 0) NOT NULL, nombre varchar(10) NOT NULL, precio numeric(6, 2) NOT NULL, descripcion varchar(10) ,

PRIMARY KEY (codigo_articulo) );

%

% TABLE: MATERIAL

%

DROP TABLE MATERIAL;

CREATE TABLE MATERIAL(

codigo_material numeric(5, 0) NOT NULL, nombre varchar(10) NOT NULL, precio numeric(6, 2) NOT NULL,

(18)

descripcion varchar(10) , PRIMARY KEY (codigo_material)

);

%

% TABLE: SUMINISTRA

%

DROP TABLE SUMINISTRA;

CREATE TABLE SUMINISTRA(

codigo_proveedor numeric(5, 0) NOT NULL, cantidad varchar(3) NOT NULL, codigo_material numeric(5, 0) NOT NULL, PRIMARY KEY (codigo_proveedor),

FOREIGN KEY(codigo_proveedor)

REFERENCES PROVEEDOR(codigo_proveedor), FOREIGN KEY(codigo_material)

REFERENCES MATERIAL(codigo_material) );

%

% TABLE: PROVEEDOR

%

DROP TABLE PROVEEDOR;

CREATE TABLE PROVEEDOR(

codigo_proveedor numeric(5, 0) NOT NULL, nombre varchar(10) NOT NULL, direccion varchar(20) ,

telefono numeric(8, 0) NOT NULL, PRIMARY KEY (codigo_proveedor)

);

(19)

%

% TABLE: DESCUENTO

%

DROP TABLE DESCUENTO;

CREATE TABLE DESCUENTO(

codigo_descuento numeric(5, 0) NOT NULL, cantidad numeric(3, 2) NOT NULL, PRIMARY KEY (codigo_descuento)

);

%

% TABLE: FORMA_DE_PAGO

%

DROP TABLE FORMA_DE_PAGO;

CREATE TABLE FORMA_DE_PAGO(

codigo_forma numeric(5, 0) NOT NULL, tiempo numeric(3, 0) NOT NULL, interes numeric(3, 2) ,

PRIMARY KEY (codigo_forma) );

%

% TABLE: OFRECE

%

DROP TABLE OFRECE;

CREATE TABLE OFRECE(

codigo_proveedor numeric(5, 0) NOT NULL, codigo_descuento numeric(5, 0) NOT NULL, PRIMARY KEY (codigo_proveedor,codigo_descuento),

REFERENCES PROVEEDOR(codigo_proveedor), FOREIGN KEY(codigo_descuento)

(20)

REFERENCES DESCUENTO(codigo_descuento) );

%

% TABLE: PERMITE

%

DROP TABLE PERMITE;

CREATE TABLE PERMITE(

codigo_proveedor numeric(5, 0) NOT NULL, codigo_forma numeric(5, 0) NOT NULL, PRIMARY KEY (codigo_proveedor,codigo_forma),

REFERENCES PROVEEDOR(codigo_proveedor), FOREIGN KEY(codigo_forma)

REFERENCES FORMA_DE_PAGO(codigo_forma) );

%

% TABLE: NECESITA

%

DROP TABLE NECESITA;

CREATE TABLE NECESITA(

codigo_articulo numeric(5, 0) NOT NULL, codigo_material numeric(5, 0) NOT NULL, cantidad numeric(3, 0) ,

PRIMARY KEY (codigo_articulo,codigo_material), FOREIGN KEY(codigo_articulo)

REFERENCES ARTICULO(codigo_articulo), FOREIGN KEY(codigo_material)

REFERENCES MATERIAL(codigo_material) );

(21)

%

% TABLE: REALIZA_PEDIDO

%

DROP TABLE REALIZA_PEDIDO;

CREATE TABLE REALIZA_PEDIDO(

cedula numeric(9, 0) NOT NULL, numero_pedido numeric(7, 0) NOT NULL, PRIMARY KEY (cedula,numero_pedido),

FOREIGN KEY(cedula)

REFERENCES CLIENTE(cedula), FOREIGN KEY(numero_pedido)

REFERENCES PEDIDO(numero_pedido) );

%

% TABLE: DETALLA_PEDIDO

%

DROP TABLE DETALLA_PEDIDO;

CREATE TABLE DETALLA_PEDIDO(

numero_pedido numeric(7, 0) NOT NULL, codigo_articulo numeric(5, 0) NOT NULL, PRIMARY KEY (numero_pedido,codigo_articulo),

FOREIGN KEY(numero_pedido)

REFERENCES PEDIDO(numero_pedido), FOREIGN KEY(codigo_articulo)

REFERENCES ARTICULO(codigo_articulo) );

(22)

3. ACTIVIDAD TOTAL DE APRENDIZAJE

I. Haciendo uso de ACCESS o de la herramienta de programación que indique el Docente realice las siguientes actividades:

A. Diseñe la Base de Datos con las tablas planteadas.

B. Realice el modelo Entidad – Relación, acorde a las relaciones establecidas anteriormente.

C. Realice el diseño lógico de por lo menos dos formularios y elabore todos los formularios que se requieran para el ingreso de datos en cada tabla.

D. Diseñe por lo menos 4 consultas (la finalidad de cada una debe ser dado por el Docente). Dos de estas consultas deben ser elaboradas a través de la interface y las otras dos generadas a partir de código SQL.

E. Realice el diseño lógico y físico de por lo menos 2 informes (El propósito de cada uno debe ser dado por el Docente).

F. Los diseños lógicos solicitados deben ser elaborados en la cartilla de la sesión No. 4 y la aplicación en ACCESS que contiene el diseño físico de las bases de datos (tablas, formularios, consultas e informes) debe ser entregado al profesor en medio digital al finalizar la sesión para ser objeto de revisión, análisis y evaluación.

Publíquelos en el blog del grupo y envíe la dirección del mismo al correo del docente encargado; plazo hasta 24 horas antes de la siguiente sesión.

II. Elaborar un documento entregable en Word sobre la empresa en la han venido trabajando para los módulos de análisis y diseño, donde se visualice la aplicación de los “ELEMENTOS MÍNIMOS QUE DEBE TENER EL DOCUMENTO A ENTREGAR” del apartado 2.2. Enlace este documento al blog del grupo y envíe la dirección del mismo al correo del docente encargado; plazo hasta 24 horas antes de la siguiente sesión.

(23)

4. BIBLIOGRAFIA

Domínguez Coutiño, Luis Antonio. Análisis de Sistemas de Información.

Guzmán M., Alejandro, Diseño de entradas. Recuperado en:

http://recursotec.latinowebs.com/

Kendall Edgard, Kendall Julia. Análisis y Diseño de Sistemas. Ed Pearson Education. México. 997.

Senn James. Análisis y Diseño de Sistemas. Ed. Mc Graw Hill. México. 2001.

Martin, James y Odell James. Análisis y Diseño Orientado por Objetos. Ed.

Prentice Hall. México. 1995.

Senn, James A., Análisis y diseño de sistemas de información, México, McGraw- Hill, 1993.

Whiten, J. L., Análisis y diseño de sistemas de información, Buenos Aires, Santafé de Bogotá, McGraw-Hill, 1996.

Silberschatz, Abraham, Fundamentos de base de datos, Madrid, España, McGraw-Hill, 2002.

http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/html/contenido.ht ml

http://sites.google.com/a/udo.edu.ve/adsi/contenido-general-del-curso www.youtube.com

CARTILLA DE TRABAJO PARA INGENIERÍA DE SOFTWARE II (DISEÑO DE SISTEMAS)

PROGRAMA