Andrés Bello

Centro de Formación Técnica

Desarrollo de Aplicaciones Computacionales

I Semestre 2009

Computación III

Docente: Sara Naminao

snaminao@cftandresbello.cl
 1. Descripción del problema

Se necesita implementar una aplicación para un coleccionista de

estampillas que desea tener el registro de su colección y catastro exacto
de la ubicación de cada una de ellas.

2. Análisis

2.2 Análisis de Requerimientos

Objetivos:

Reducir el tiempo de búsqueda de estampillas entre los álbumes que tiene.

2.2.1 Requerimientos

• Saber la cantidad y tipos de estampillas y álbumes.

• Determinar el orden de búsqueda de las estampillas.

• Obtener fotos de estampillas

2.2.2 Análisis de requisitos del software

Trabajar en visual Basic y Access.

2|Página
2.3 Análisis de Datos

El coleccionista tendrá varios álbumes, que codifica con un número

correlativo más una descripción, indicando fecha de inicio del álbum,
capacidad máxima de estampillas, observaciones. Como es muy
detallista, desea abrir un registro por cada página del álbum.

Para las estampillas también definió el código y desea tener una

descripción de la estampilla, el valor, el tipo de moneda, país de origen,
foto y la fecha de emisión de la estampilla.

Al incorporar una estampilla al álbum, registra en que página, fila y

columna fue almacenado.

Modelo Conceptual:

A continuación indicamos las entidades, relaciones, cardinalidades y

atributos de entidades y relaciones, e identificadores de entidades y
relaciones.

3|Página
 Álbum
num_album Página
descripción num_págin
1, n 1, 1 1, n
fecha_inicio tiene a tiene
capacidad fila
observacione columna
s Estampilla
1, 1
código
nombre
valor
1, 1 país_origen 1, 1
fecha_emisio
n
pertenece Es de
a tipo

1, n
País 0, n
Tipo
código_pais
moneda
nombre
código_tipo
Descripción

4|Página
 Diseño

El diseño corresponde al primer paso en la fase de desarrollo. Aquí se

detalla la construcción de la aplicación. Nos enfocamos en la estructura
de datos, arquitectura del software, definición de procedimientos y
definición de la interfaz.

Además se presentan como se implementan las partes más

significativas del sistema, como el acceso a las tablas, codificación de
los módulos más importantes.

Objetivos del Sistema

Describir los objetivos que debe cumplir el diseño de la aplicación, cómo

debe ser la interfaz, cómo se manejan los errores, etc.

3.1 Etapas del Diseño

En la siguiente figura se puede apreciar la manera en que se logra la

transformación de un modelo de análisis a un diseño de software
compuesto por cuatro etapas.

♦ El diseño de datos transforma el modelo de dominio de la

información, creado durante el análisis, en las estructuras de datos
necesarias para implementar el software.

♦ El diseño arquitectónico define la relación entre los principales

elementos estructurales del programa.

5|Página
♦ El diseño de interfaz describe cómo se comunica el software consigo
mismo, con los sistemas que operan con él y con los operadores que
lo emplean. Una interfaz implica un flujo de información. Por tanto,
los diagramas de flujo de datos y control proporcionan la información
necesaria para el diseño de la interfaz.

♦ El diseño procedimental transforma elementos estructurales de la

arquitectura del programa en una descripción procedimental de los
componentes de software. La información que se obtiene de EP, EC y
DTE sirve de base para el diseño procedimental.

Descripción de Objetos Especificación de

de Datos Proceso (EP) (EP)

DFD Diseño
DER
Procedimental
DD Diseño de
Interfaz

DTE Diseño
Arquitectónico

Diseño de
Datos

DER: Diagrama Entidad-Relación

Especificación de Control
(EC) DFD: Diagrama de Flujo de datos

DTE: Diagrama de Transición de Estados

DD : Diccionario de Datos

Figura 6.1 Transformación del Modelo de Análisis en un Diseño de

Software

6|Página
El Diagrama Entidad-Relación (DER) representa las relaciones entre los objetos
de datos. El DER es la notación que se usa para realizar la actividad de modelado
de datos. Los atributos de cada objeto de datos señalados en el DER se pueden
describir mediante una descripción de objetos de datos.

El Diagrama de Flujo de Datos (DFD) sirve para dos propósitos:

 Proporcionar una indicación de cómo se transforman los datos a

medida que se avanza en el sistema.
 Representar las funciones (y subfunciones) que transforman el flujo
de datos.

En una Especificación de Proceso (EP) se encuentra una descripción de cada

función representada en el DFD.

El Diagrama de Transición de Estados (DTE), indica como se comporta el

sistema como consecuencia de sucesos externos. Para lograr esto, el DTE
representa los diferentes modos de comportamiento (llamados estados) del
sistema y la manera en que se hacen las transiciones de estado a estado. El DTE
sirve como base del modelado de comportamiento. Dentro de la Especificación
de Control (EC) se encuentra más información sobre los aspectos de control del
software.

3.2 Diseño de Datos

2.2.3 Modelo de datos

 El Modelo de Datos no es una representación Física, es decir, no

corresponde a la implementación de una base de Datos.
 Los métodos de modelado de datos hacen uso del diagrama Entidad /
Relación (DER).

7|Página
 Álbum
Página
num_album
num_págin
descripción
a
fecha_inicio
num_album Estampilla
capacidad
fila código
observacione
columna nombre
s
valor
código_tipo
código_pais
fecha_emisio
n
num_pagina
num_album
num_fila
num_column Tipo
a moneda
País código_tipo
código_pais Descripción
nombre

3.3 Diseño Arquitectónico

8|Página
El objetivo principal del diseño arquitectónico es desarrollar una
estructura de programa modular y representar las relaciones de control
entre los módulos. El diseño arquitectónico proporciona una imagen de
la estructura del programa.

Ej.:
Proceso FoxPro
1.. Entrada (año, ruta)

2. Errores Poblamiento de
Interfaz Tablas de Paso A
encontrados

3. Migración

4. Errores
Procedimientos
Manejo de Almacenados
Mostrar
Errores Errores encont.

Validaciones Poblamiento de

Tablas de Paso B
5. Migración

ODBC

Tabla de Paso Tablas Definitivas

SYBASE

Figura Arquitectura General de un Importador de Datos

3.4 Diseño de Interfaz:

9|Página
En esta etapa nos centramos en detallar y describir la interfaz óptima
para la aplicación.

3.5 Diseño Procedimental:

Se presentan los algoritmos más importantes de los diferentes módulos

de la aplicación.

10 | P á g i n a