Instituto Tecnolgico de Toluca Departamento de Ingeniera en Sistemas Computacionales Fundamentos de Desarrollo de Sistemas

Unidad 3 Paradigma Estructurado Herramientas Case

Profesora Ing. Rosa Elvira Moreno Ramrez

Nombre de alumno Garduo Garca Vctor Manuel

Fecha 11 de Agosto 2011

Paradigma Estructurado
Un paradigma estructurado tiene como objetivo lograr una definicin completa del sistema en trminos de funciones.

Este paradigma sugiere que el anlisis y diseo que se hagan, sean un conjunto de procedimientos descendentes, esto quiere decir que se realiza una descomposicin funcional de procesos en otros procesos de menor nivel. La clasificacin es la siguiente:

Definicin del Problema. Aspecto Ambiental. Aspecto de Comportamiento. Aspecto de Informacin.

Definicin del problema

Dentro del paradigma estructurado la definicin del problema es lo que generalmente se conoce como Anlisis, en esta fase se realiza la Planeacin del proyecto y se determinan los requerimientos del sistema. Esta planeacin incluye las necesidades que el cliente ha expresado, las necesidades internas de la organizacin y principalmente la misma misin de la empresa.

Lo primero que se debe de hacer para la planeacin de un proyecto es definir un glosario con todas las terminologas que utiliza el cliente, tambin se debe de describir a grandes rasgos cual es el principal problema, la solucin planeada, y las restricciones de las soluciones antes propuestas.

Es muy importante que el encargado de la planeacin del proyecto se involucre con el cliente y observe detenidamente como se llevan a cabo los procesos y procedimientos de la organizacin, puede utilizar diversas tcnicas para lograr identificar los problemas de manera correcta.

Otro aspecto importante a considerar son los recursos que vamos a utilizar para desarrollar el sistema, como el lenguaje de programacin y el tipo de hardware.

Este tipo de consideraciones incluyen tambin los costos, tanto de hardware y software como el costo de desarrollar el sistema, que obviamente debe de ser razonable para que el cliente lo acepte.

Para definir un problema es necesario:

Desarrollar un enunciado definitivo del problema por resolver. Incluir una descripcin del sistema actual, restricciones del problema y de las metas que se lograran. El enunciado del problema debe de realizarse empleando terminologa del cliente. Justificar la estrategia de solucin computarizada. Identificar las funciones por realizar, las restricciones, el subsistema del equipo electrnico, el subsistema del producto de programacin, y del personal. Determinar los objetivos y requisitos en el nivel del sistema para el proceso de desarrollo y los productos finales. Establecer los criterios de alto nivel para la aceptacin del sistema.

Estos son los factores que se deben de tomar en cuenta en la planeacin de un proyecto:

Tcnicas de estimacin que se utilizarn; precisin requerida. Modelo del ciclo de vida, funciones de control y revisiones. Estructura organizacional. Nivel de formalidad en especificaciones, planes de prueba, etc. Nivel de verificacin y validacin Nivel de administracin de la configuracin requerida. Nivel de control de calidad requerido. Responsabilidades de seguimiento y mantenimiento Herramientas que se desarrollan y emplearn. Contratacin y entrenamiento de personal.

Metas y Requisitos.
Existen diferentes tipos de metas a considerar:

Meta cualitativa para el proceso: Qu se va a mejorar con el desarrollo del proyecto. Meta cuantitativa para el proceso: Tiempo mximo en que se tiene que entregar el proyecto. Meta cualitativa para el producto: La meta del producto ya terminado. Meta cuantitativa para el producto: En cuanto se reduce el costo con respecto a las transacciones de la organizacin.

Por su parte los requisitos "especifican las capacidades que debe de tener el sistema para la solucin de un problema". Los requisitos abarcan la funcionalidad del sistema, el equipo que se va a utilizar, el diseo de las interfaces y el lenguaje de programacin que se va a utilizar.

Aspecto Ambiental
Para definir el ambiente utilizamos el modelo ambiental, con el cual podemos modelar el exterior del sistema, y su interior adems podemos determinar las fronteras entre el sistema y el ambiente, y sabremos tambin qu informacin entra al sistema desde el ambiente exterior y cual se produce como salida del sistema. Dado que los sistemas se construyen para un propsito en especfico, las salidas se producen de acuerdo a algn estmulo del ambiente.

Aspecto de Comportamiento
El aspecto de comportamiento busca modelar el ambiente interno del sistema concentrndose en los procesos que se pretenden sistematizar. El modelado de este aspecto se hace con: Diagrama de Flujo de Datos Especificacin de Procesos. Diagrama de Transicin de Estados.

Diagrama de Flujo de Datos

El Diagrama de Flujo de Datos (DFD) es una herramienta de modelado que permite describir, la transformacin de entradas en salidas, de un sistema. El objetivo del DFD es:

Describir el contexto del sistema, determinando lo que ocurrir en cada una de las reas de la empresa, denominadas Entidades externas, que participen de este sistema; Detallar los procesos a ser realizados; Enumerar los archivos de datos necesarios, en cada proceso; Definir los flujos de datos que participarn en el procedimiento. Con este diagrama, los usuarios pueden visualizar con claridad como operar el sistema, qu es lo que busca lograr el sistema y cmo ser implementado; Tambin ayuda a dar una idea al usuario de cmo las entradas que se proporcionen afectarn la estructura de todo el sistema.

Los smbolos que utiliza un DFD son cuatro:

Especificacin de procesos
Se debe realizar una descripcin del modo de acceso a los datos del sistema, recabar la informacin sobre la ejecucin de los procesos y la frecuencia con que se ejecutan stos procesos.

La especificacin de un proceso es la descripcin lgica interna de los procesos que no tienen descomposicin en un DFD con mayor detalle. Definen qu debe hacerse para transformar las entradas en salidas.

Diagrama de Transicin de Estados (DTE)

Definicin
Es una representacin grfica del comportamiento de un sistema a lo largo del tiempo. El DTE se representa a travs de cambios de estado, eventos que provocan dichos cambios y las acciones que son generadas por los eventos.

Componentes

Estados
Es un comportamiento observable que permanece estable por un periodo de tiempo finito. Los estados se mantienen en espera de que: 1. Algo ocurra en el ambiente externo. 2. Alguna actividad que se est realizando cambie a otra.

Transiciones
Se refieren a los cambios del sistema de un estado a otro. Se representa a travs de una flecha que une a los dos estados involucrados. Cada transicin debe tener una condicin y una accin.

Condiciones y Acciones
Las condiciones son los eventos que causan un cambio de estado, es decir, generan las transiciones. Se llaman condiciones porque debe ocurrir dicho evento para que ocurra el cambio de estado. Las acciones son el resultado de un cambio de estado, son desencadenadas por la condicin. Se pueden identificar preguntando: Qu pasa cuando ocurre la condicin?

Aspecto de Informacin
En este aspecto se define la estructura de la persistencia de los datos, es la parte estructural del sistema, si el sistema est bien estructurado y diseado ser capaz de soportar los cambios en las reglas del negocio. El aspecto de la informacin se modela mediante el Diagrama Entidad - Relacin.

Diagrama Entidad Relacin

El ms utilizado es el diagrama entidad-relacin, que se basa en la definicin de entidades y de relaciones entre los datos.

Un diagrama de entidad-relacin (DER) es una herramienta de modelado de datos que describe las asociaciones que existen entre las diferentes categoras de datos dentro de un sistema de empresa o de informacin. Los diagramas entidad-relacin estn compuestos por tres elementos:

Entidades Atributos Relaciones

Entidades
El primer elemento que contiene un diagrama entidad-relacin es la entidad de datos o simplemente entidad. Una entidad es cualquier cosa, real o abstracta, de la cual queramos guardar datos.

Atributos
Los atributos de datos son caractersticas comunes a todas o casi todas las instancias de una entidad concreta.

Relaciones
Una relacin es una asociacin de negocio natural que existe entre dos o ms entidades. Una relacin puede representar un evento que vincula dos o ms entidades, o una afinidad lgica entre dos o ms entidades.

Ventajas
Simplicidad conceptual excepcional: El modelo E-R permite una representacin visual fcil de ver y de entender de las entidades principales y de sus relaciones de una base de datos. Por lo tanto, los diseos de base de datos complejos se crean y manejan con mucho ms facilidad de lo que de otra manera sera. representacin visual: El modelo e-R permite a los diseadores, programadores y usuarios finales de las bases de datos, un representacin visual de los datos y de sus relaciones. Herramienta de comunicacin efectiva: El modelo E-R permite que el diseador de bases de datos capture diferentes visualizaciones de los datos tal como las ven los programadores, gerentes y usuarios finales. Por lo tanto, el modelo E-R es una herramienta de comunicaciones particularmente efectiva que integra las diferentes visualizaciones de los datos en un marco de referencia comn.

Integrado al modelo de base de datos relacional: El modelo E-R est muy bien integrado al modelo de base de datos relacional. Yal integracin hace del diseo de bases de datos relacionales un proceso muy estructurado.

Desventajas
Representacin de restricciones limitada: El modelo muestra fcilmente las restricciones que estn directamente vinculadas a las conectividades. Representacin de relaciones limitada: Las relaciones se representan tal como ocurren entre las entidades. Por lo tanto, las relaciones entre atributos dentro de entidades no puede representarse. Ningn lenguaje de manipulacin de datos: Los proponentes del modelo relacional generalmente sealan la carencia de comandos de manipulacin de datos en el modelo de datos Entidad-Relacin. Debido a esto, el modelo E-R no est completo. Prdida de contenido de informacin: Los modelos tienden a apretujarse cuando los atributos se representan. Por lo tanto, los diseadores de bases de datos generalmente evitan el mapeo de los atributos, con lo que disminuye el contenido de informacin del modelo.

Diccionario De Datos
Un diccionario de datos es un catlogo de los elementos de un sistema, es decir, el diccionario de datos contiene los elementos que forman parte del flujo de los datos en todo el sistema, y permite definir el tipo de datos que se tienen que utilizar, el nombre que se les tiene que dar, su longitud, en donde se guardan esos datos y que procesos los utilizan.

Herramientas Case
En cambio la herramienta CASE (Computer-Aided Software Engineering) sirve para apoyar una fase del ciclo de vida del sistema. Cuando se planifica la base de datos permite escoger una herramienta CASE para llevar de forma eficaz y posible las tareas, tambin suelen incluir. Un diccionario para los datos de la aplicacin de base de datos. Herramientas de diseo para dar apoyo al anlisis de datos. Herramientas para desarrollar el modelo de datos corporativo, los esquemas conceptual y lgico. Herramientas para desarrollar los prototipos de las aplicaciones. Con el uso de la herramienta CASE puede mejorar la productividad de aplicaciones de base de datos.

La tecnologa CASE es la automatizacin del desarrollo software para mejorar la calidad del sistema de informacin. Permitir aplicaciones prcticas de metodologas estructuradas, al ser realizadas con una herramienta consigue agilizar el trabajo. Facilitar la realizacin de prototipos y desarrollo conjunto de aplicaciones. Simplificar el mantenimiento de los programas. Mejorar y estandarizar la documentacin Aumentar la portabilidad de las aplicaciones. Facilitar la reutilizacin de componentes software. Permitir un desarrollo y un refinamiento visual de las aplicaciones, mediante la utilizacin de grficos.

Componentes De Una Herramienta Case

Una herramienta case podemos decir que se compone de: 1. Un diccionario donde se almacenan los elementos creados por la herramienta, cuya gestin se realiza mediante el apoyo de un sistema de Gestin de base de datos (SGBD). 2. El meta modelo, que constituye el marco para la definicin de tcnicas y metodologas soportadas por la herramienta. No siempre es visible. 3. La carga o descarga de datos, permiten cargar el repertorio de la herramienta CASE con datos provenientes de otros sistemas, o generan a partir de la propia herramienta esquemas de base de datos, programas,

pueden alimentar otros sistemas. Este elemento proporciona un medio de comunicacin con otras herramientas. 4. Una comprobacin de errores que permiten llevar a cabo un anlisis de la exactitud, integridad y consistencia de los esquemas generados por la herramienta. 5. Una interfaz de usuario, que constar de editores de texto y herramientas de diseo grfico que permitan la utilizacin de un sistema de ventanas, iconos y mens, con la ayuda del ratn, definir los diagramas, matrices.

Estructura General De Un Herramienta Case

La estructura CASE se basa en lo siguiente 1. Un CASE de alto nivel es la herramienta que automatiza o apoya las fases superiores del ciclo de vida del desarrollo de sistemas como la planificacin de sistemas, el anlisis de sistemas y el diseo de sistemas. 2. Un CASE de bajo nivel es la herramienta que automatiza o apoya las fases inferiores del ciclo de vida como el diseo detallado de sistemas, la implantacin de sistemas y el soporte de sistemas. 3. Un CASE cruzado de ciclo de vida se aplica a las herramientas que apoyan actividades a lo largo de todo el ciclo de vida, se incluyen actividades como la gestin de proyectos y la estimacin.

Estado Actual
En las ltimas dcadas se ha trabajado en el desarrollo de sistemas para encontrar tcnicas para incrementar la productividad y calidad en el proceso de elaboracin del software, hoy la herramienta CASE (Computer Aided Software Engineering) ha remplazado el papel y lpiz por el ordenador para la transformacin del desarrollo de software en un proceso automatizado. La tecnologa CASE supone la automatizacin del desarrollo de software para elevar la productividad y la calidad en el desarrollo de sistemas anlogas a lo que suponen las tcnicas CAD/CAM en este enfoque permite mejorar la calidad del software.

La mejora y la estandarizacin de la documentacin. Aumentar la portabilidad de las aplicaciones. Facilitar la reutilizacin de componentes de software Permitir un desarrollo y un refinamiento de las aplicaciones, mediante la utilizacin de controles grficos.

Fuentes consultadas
http://clases3gingsof.wetpaint.com/page/Paradigma+Estructurado