ejemplo
-
Upload
api-3808325 -
Category
Documents
-
view
698 -
download
3
Transcript of ejemplo
Centro de Formación Técnica Andrés Bello
Desarrollo de Aplicaciones Computacionales
I Semestre 2009
Computación III
Docente: Sara Naminao
1. Descripción del problema
Se describe lo que se quiere implementar
2. Análisis
El análisis se centra en los ámbitos de información, funcional y de
comportamiento del problema. Para comprender mejor lo que se
requiere, se crean modelos, se divide el problema y se desarrollan
representaciones que muestran la esencia de los requisitos y,
posteriormente, los detalles de implementación.
2.2 Análisis de Requerimientos
En esta etapa es donde se definen detalladamente los objetivos que se pretenden
lograr y las necesidades que se presentan. Se determinan los requerimientos,
estudio detallado de la situación actual, restricciones del sistema, se identifica las
restricciones y los resultados que se desean obtener.
2.2.1Requerimientos
Aquí se plantean los objetivos específicos
2.2.2Análisis de requisitos del software
El análisis de requisitos es más detallado para aquellos componentes del
sistema que se va a implementar mediante software. Se debe comprender cuáles
son los datos que se va a manejar, cuál va a ser la función que tiene que cumplir
la aplicación, cuáles son las interfaces requeridas y cuál es el rendimiento que se
espera lograr.
Los requisitos, tanto del sistema como del software deben documentarse y
revisarse con el cliente.
1 | P á g i n a
2.3 Análisis de Datos
Descripción de entidades y sus atributos
3. 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.
2 | P á g i n a
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.
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.
3 | P á g i n a
DD
DTE
DER DFD
Descripción de Objetos de Datos
Especificación de Proceso (EP) (EP)
Especificación de Control (EC)
Diseño de Datos
Diseño Arquitectónico
Diseño de Interfaz
Diseño Procedimental
DER: Diagrama Entidad-Relación
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
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
4 | P á g i n a
de Control (EC) se encuentra más información sobre los aspectos de control del
software.
3.2 Diseño de Datos
3.2.1Modelo 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).
3.3 Diseño Arquitectónico
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.
5 | P á g i n a
Ej.:
Figura Arquitectura General de un Importador de Datos
3.4 Diseño de Interfaz:
En esta etapa nos centramos en detallar y describir la interfaz óptima
para la aplicación.
6 | P á g i n a
Proceso FoxPro
Poblamiento de Tablas de Paso A
Procedimientos Almacenados
Poblamiento de
Tablas de Paso B
Interfaz
Manejo de Errores
Validaciones
ODBC
Tabla de Paso Tablas Definitivas
1.. Entrada (año, ruta)
2. Errores encontrados
3. Migración
4. Errores
encont.
Mostrar Errores
SYBASE
5. Migración
3.5 Diseño Procedimental:
Se presentan los algoritmos más importantes de los diferentes módulos
de la aplicación.
7 | P á g i n a