Nanotecnologia y Biotecnologia por OSCAR PERAZA CASTAÑEDA

La nanotecnología es el estudio, diseño, creación, síntesis, manipulación y aplicación de materiales, aparatos y sistemas funcionales a través del control de la materia a nano escala, y la explotación de fenómenos y propiedades de la materia a nano escala.
Cuando se manipula la materia a la escala tan minúscula de átomos y moléculas, demuestra fenómenos y propiedades totalmente nuevas. Por lo tanto, científicos utilizan la nanotecnología para crear materiales, aparatos y sistemas novedosos y poco costosos con propiedades únicas
La nanotecnología promete soluciones vanguardistas y más eficientes para los problemas ambientales, así como muchos otros enfrentados, desde nuevas aplicaciones médicas o más eficientes a soluciones de problemas ambientales y muchos otros.

---------------------------------------------------

La biotecnología tiene aplicaciones en importantes áreas industriales como lo son la atención de la salud, con el desarrollo de nuevos enfoques para el tratamiento de enfermedades; la agricultura con el desarrollo de cultivos y alimentos mejorados; usos no alimentarios de los cultivos, como por ejemplo plásticos biodegradables, aceites vegetales y biocombustibles; y cuidado medioambiental a través de la biorremediación, como el reciclaje, el tratamiento de residuos y la limpieza de sitios contaminados por actividades industriales. A este uso específico de plantas en la biotecnología se llama biotecnología vegetal. Además se aplica en la genética para modificar ciertos organismos.^[7]
Las aplicaciones de la biotecnología son numerosas y se suelen codificarse como:

• Biotecnología roja: se aplica a la utilización de biotecnología en procesos médicos. Algunos ejemplos son el diseño de organismos para producir antibióticos, el desarrollo de vacunas más seguras y nuevos fármacos, los diagnósticos moleculares, las terapias regenerativas y el desarrollo de la ingeniería genética para curar enfermedades a través de la manipulación génica.
• Biotecnología blanca: también conocida como biotecnología industrial, es aquella aplicada a procesos industriales. Un ejemplo de ello es el diseño de microorganismos para producir un producto químico o el uso de enzimas como catalizadores industriales, ya sea para producir productos químicos valiosos o destruir contaminantes químicos peligrosos (por ejemplo utilizando oxidorreductasas^[8] ). También se aplica a los usos de la biotecnología en la industria textil, en la creación de nuevos materiales, como plásticos biodegradables y en la producción de biocombustibles. Su principal objetivo es la creación de productos fácilmente degradables, que consuman menos energía y generen menos desechos durante su producción.^[9] La biotecnología blanca tiende a consumir menos recursos que los procesos tradicionales utilizados para producir bienes industriales.^[10]

• Biotecnología verde: es la biotecnología aplicada a procesos agrícolas. Un ejemplo de ello es el diseño de plantas transgénicas capaces de crecer en condiciones ambientales desfavorables o plantas resistentes a plagas y enfermedades. Se espera que la biotecnología verde produzca soluciones más amigables con el medio ambiente que los métodos tradicionales de la agricultura industrial. Un ejemplo de esto es la ingeniería genética en plantas para expresar plaguicidas, con lo que se elimina la necesidad de la aplicación externa de los mismos, como es el caso del maíz Bt. Si los productos de la biotecnología verde como éste son más respetuosos con el medio ambiente o no, es un tema de debate.^[11]

• Biotecnología azul: también llamada biotecnología marina, es un término utilizado para describir las aplicaciones de la biotecnología en ambientes marinos y acuáticos. Aún en una fase temprana de desarrollo sus aplicaciones son prometedoras para la acuicultura, cuidados sanitarios, cosmética y productos alimentarios.

"Todo sobre UML" por: Oscar Daniel Peraza Castañeda...

1.-¿Que es UML?

El Lenguaje Unificado de Modelado preescribe un conjunto de notaciones y diagramas estándar para

Modelar sistemas orientados a objetos, y describe la semántica esencial de lo que estos diagramas y

Símbolos significan. Mientras que ha habido muchas notaciones y métodos usados para el diseño

Orientado a objetos, ahora los modeladores sólo tienen que aprender una única notación.

2.-¿Tipos de diagramas utilizados en UML?

UML se puede usar para modelar distintos tipos de sistemas: sistemas de software, sistemas de hardware,

y organizaciones del mundo real. UML ofrece nueve diagramas en los cuales modelar sistemas.

• Diagramas de Casos de Uso para modelar los procesos ’business’.

• Diagramas de Secuencia para modelar el paso de mensajes entre objetos.

• Diagramas de Colaboración para modelar interacciones entre objetos.

• Diagramas de Estado para modelar el comportamiento de los objetos en el sistema.

• Diagramas de Actividad para modelar el comportamiento de los Casos de Uso, objetos u operaciones.

• Diagramas de Clases para modelar la estructura estática de las clases en el sistema.

• Diagramas de Objetos para modelar la estructura estática de los objetos en el sistema.

• Diagramas de Componentes para modelar componentes.

• Diagramas de Implementación para modelar la distribución del sistema.

3.-¿Menciona las metodologias mas populares para UML?

UML no preescribe un proceso o método estándar para desarrollar un sistema. Hay varias

metodologías existentes; entre las más populares se incluyen las siguientes:

• Catalysis: Un método orientado a objetos que fusiona mucho del trabajo reciente en métodos

orientados a objetos, y además ofrece técnicas específicas para modelar componentes distribuidos.

• Objetory: Un método de Caso de Uso guiado para el desarrollo, creado por Ivar Jacobson.

• Shlaer/Mellor: El método para diseñar sistemas de tiempo real, puesto en marcha por Sally Shlaer y

Steven Mellor en dos libros de 1991, Ciclos de vida de Objetos, modelando el Mundo en Estados y

Ciclos de vida de Objetos, Modelando el mundo en Datos (Prentice Hall). Shlaer/Mellor countinúan

actualizando su método continuamente (la actualización más reciente es el OOA96 report), y

recientemente publicaron una guía sobre cómo usar la notación UML con Shlaer/Mellor.

• Fusion: Desarrollado en Hewlett Packard a mediados de los noventa como primer intento de un

método de diseño orientado a objetos estándar. Combina OMT y Booch con tarjetas CRC y métodos

formales. (www.hpl.hp.com/fusion/file/teameps.pdf)

• OMT: La Técnica de Modelado de Objetos fue desarrollada por James Rumbaugh y otros, y publicada

en el libro de gran influencia "Diseño y Modelado Orientado a Objetos" (Prentice Hall, 1991). Un

método que propone análisis y diseño ’iterative’, más centrado en el lado del análisis.

• Booch: Parecido al OMT, y también muy popular, la primera y segunda edición de "Diseño Orientado

a Objetos, con Aplicaciones" (Benjamin Cummings, 1991 y 1994), (Object-Oriented Design, With

Applications), detallan un método ofreciendo también diseño y análisis ’iterative’, centrándoso en el

lado del diseño.

4.-¿Que es un estereotipo en UML?

Los estereotipos son el mecanismo de extensibilidad incorporado más utilizado dentro de UML. Un

estereotipo respresenta una distinción de uso. Puede ser aplicado a cualquier elemento de modelado,

incluyendo clases, paquetes, relaciones de herencia, etc. Por ejemplo, una clase con estereotipo ’actor’ es

una clase usada como un agente externo en el modelado de negocio. Una clase patrón es modelada como

una clase con estereotipo parametrizado, lo que significa que puede contener parámetros.

5.-¿Que es OCL?

OCL es un lenguaje formal diseñado para ser fácil de leer y de escribir. OCL es más funcional que el lenguaje

natural, pero no tan preciso como un lenguaje de programación - no puede ser usado para escribir lógicas

de lógica de programación o control de flujo. Puesto que OCL es un lenguaje para la expresión pura, sus

declaraciones están garantizadas de no tener efectos laterales - simplemente transportan un valor y nunca

pueden cambiar el estado del sistema.

6.-¿Que es un caso de uso?

Una vez más, UML es una notación, no un método. No preescribe un proceso para modelar un sistema.

No obstante, como UML incluye los diagramas de casos de uso, se le considera estar dotado de una

aproximación al diseño centrada en el problema con los casos de uso. El Diagrama de Caso de Uso nos

da el punto de entrada para analizar los requisitos del sistema, y el problema que necesitamos solucionar.

La Figura 1 muestra un flujo general de cómo los diagramas de UML, con extensiones, interactuan en

una aproximación al diseño con los casos de uso.

7.-¿Menciona dos software para UML?

Microsoft Visio 2007 y el SmartDraw

8.-¿Que son las herramientas CASE?

Las herramientas CASE (Computer Aided Software Engineering, Ingeniería de Software Asistida por Computadora) son diversas aplicaciones informáticas destinadas a aumentar la productividad en el desarrollo de software reduciendo el costos de las mismas en términos de tiempo y de dinero. Estas herramientas nos pueden ayudar en todos los aspectos del ciclo de vida de desarrollo del software en tareas como el proceso de realizar un diseño del proyecto, calculo de costes, implementación de parte del código automáticamente con el diseño dado, compilación automática, documentación o detección de errores entre otras.

9.-¿Componentes de una herramienta CASE?

De una forma esquemática podemos decir que una herramienta CASE se compone de los siguientes elementos:

·         Repositorio (diccionario) donde se almacenan los elementos definidos o creados por la herramienta, y cuya gestión se realiza mediante el apoyo de un Sistema de Gestión de Base de Datos (SGBD) o de un sistema de gestión de ficheros.

·         Meta modelo (no siempre visible), que constituye el marco para la definición de las técnicas y metodologías soportadas por la herramienta.

·         Carga o descarga de datos, son facilidades que permiten cargar el repertorio de la herramienta CASE con datos provenientes de otros sistemas, o bien generar a partir de la propia herramienta esquemas de base de datos, programas, etc. que pueden, a su vez, alimentar otros sistemas. Este elemento proporciona así un medio de comunicación con otras herramientas.

·         Comprobación de errores, facilidades que permiten llevar a cabo un análisis de la exactitud, integridad y consistencia de los esquemas generados por la herramienta.

·         Interfaz de usuario, que constará de editores de texto y herramientas de diseño gráfico que permitan, mediante la utilización de un sistema de ventanas, iconos y menús, con la ayuda del ratón, definir los diagramas, matrices, etc. que incluyen las distintas metodologías.

10.-¿Estructura general de una herramienta CASE?

La estructura CASE se basa en la siguiente terminología:

·         CASE de alto nivel son aquellas herramientas que automatizan o apoyan las fases finales o superiores del ciclo de vida del desarrollo de sistemas como la planificación de sistemas, el análisis de sistemas y el diseño de sistemas.

·         CASE de bajo nivel son aquellas herramientas que automatizan o apoyan las fases finales o inferiores del ciclo de vida como el diseño detallado de sistemas, la implantación de sistemas y el soporte de sistemas.

·         CASE cruzado de ciclo de vida se aplica a aquellas herramientas que apoyan actividades que tienen lugar a lo largo de todo el ciclo de vida, se incluyen actividades como la gestión de proyectos y la estimación.

11.-Defina las siguientes clasificaciones del CASE:

TOOLKIT: es una colección de herramientas integradas que permiten automatizar un conjunto de tareas de algunas de las fases del ciclo de vida del sistema informático: Planificación estratégica, Análisis, Diseño, Generación de programas.
WORKBENCH: Son conjuntosintegrados de herramientas que dan soporte a la automatización del proceso completo de desarrollo del sistema informático. Permiten cubrir el ciclo de vida completo. El producto final aportado por ellas es un sistema en código ejecutable y su documentación.
Una segunda clasificación es teniendo en cuenta las fases (y/o tareas) del ciclo de vida que automatizan:
UPPER CASE: Planificación estratégica, Requerimientos de Desarrollo Funcional de Planes Corporativos.
MIDDLE CASE: Análisis y Diseño.
LOWER CASE: Generación de código, test e implantación

"Todo sobre UML"

1.-¿Que es UML?

El Lenguaje Unificado de Modelado preescribe un conjunto de notaciones y diagramas estándar para

Modelar sistemas orientados a objetos, y describe la semántica esencial de lo que estos diagramas y

Símbolos significan. Mientras que ha habido muchas notaciones y métodos usados para el diseño

Orientado a objetos, ahora los modeladores sólo tienen que aprender una única notación.

2.-¿Tipos de diagramas utilizados en UML?

UML se puede usar para modelar distintos tipos de sistemas: sistemas de software, sistemas de hardware,

y organizaciones del mundo real. UML ofrece nueve diagramas en los cuales modelar sistemas.

• Diagramas de Casos de Uso para modelar los procesos ’business’.

• Diagramas de Secuencia para modelar el paso de mensajes entre objetos.

• Diagramas de Colaboración para modelar interacciones entre objetos.

• Diagramas de Estado para modelar el comportamiento de los objetos en el sistema.

• Diagramas de Actividad para modelar el comportamiento de los Casos de Uso, objetos u operaciones.

• Diagramas de Clases para modelar la estructura estática de las clases en el sistema.

• Diagramas de Objetos para modelar la estructura estática de los objetos en el sistema.

• Diagramas de Componentes para modelar componentes.

• Diagramas de Implementación para modelar la distribución del sistema.

3.-¿Menciona las metodologias mas populares para UML?

UML no preescribe un proceso o método estándar para desarrollar un sistema. Hay varias

metodologías existentes; entre las más populares se incluyen las siguientes:

• Catalysis: Un método orientado a objetos que fusiona mucho del trabajo reciente en métodos

orientados a objetos, y además ofrece técnicas específicas para modelar componentes distribuidos.

• Objetory: Un método de Caso de Uso guiado para el desarrollo, creado por Ivar Jacobson.

• Shlaer/Mellor: El método para diseñar sistemas de tiempo real, puesto en marcha por Sally Shlaer y

Steven Mellor en dos libros de 1991, Ciclos de vida de Objetos, modelando el Mundo en Estados y

Ciclos de vida de Objetos, Modelando el mundo en Datos (Prentice Hall). Shlaer/Mellor countinúan

actualizando su método continuamente (la actualización más reciente es el OOA96 report), y

recientemente publicaron una guía sobre cómo usar la notación UML con Shlaer/Mellor.

• Fusion: Desarrollado en Hewlett Packard a mediados de los noventa como primer intento de un

método de diseño orientado a objetos estándar. Combina OMT y Booch con tarjetas CRC y métodos

formales. (www.hpl.hp.com/fusion/file/teameps.pdf)

• OMT: La Técnica de Modelado de Objetos fue desarrollada por James Rumbaugh y otros, y publicada

en el libro de gran influencia "Diseño y Modelado Orientado a Objetos" (Prentice Hall, 1991). Un

método que propone análisis y diseño ’iterative’, más centrado en el lado del análisis.

• Booch: Parecido al OMT, y también muy popular, la primera y segunda edición de "Diseño Orientado

a Objetos, con Aplicaciones" (Benjamin Cummings, 1991 y 1994), (Object-Oriented Design, With

Applications), detallan un método ofreciendo también diseño y análisis ’iterative’, centrándoso en el

lado del diseño.

4.-¿Que es un estereotipo en UML?

Los estereotipos son el mecanismo de extensibilidad incorporado más utilizado dentro de UML. Un

estereotipo respresenta una distinción de uso. Puede ser aplicado a cualquier elemento de modelado,

incluyendo clases, paquetes, relaciones de herencia, etc. Por ejemplo, una clase con estereotipo ’actor’ es

una clase usada como un agente externo en el modelado de negocio. Una clase patrón es modelada como

una clase con estereotipo parametrizado, lo que significa que puede contener parámetros.

5.-¿Que es OCL?

OCL es un lenguaje formal diseñado para ser fácil de leer y de escribir. OCL es más funcional que el lenguaje

natural, pero no tan preciso como un lenguaje de programación - no puede ser usado para escribir lógicas

de lógica de programación o control de flujo. Puesto que OCL es un lenguaje para la expresión pura, sus

declaraciones están garantizadas de no tener efectos laterales - simplemente transportan un valor y nunca

pueden cambiar el estado del sistema.

6.-¿Que es un caso de uso?

Una vez más, UML es una notación, no un método. No preescribe un proceso para modelar un sistema.

No obstante, como UML incluye los diagramas de casos de uso, se le considera estar dotado de una

aproximación al diseño centrada en el problema con los casos de uso. El Diagrama de Caso de Uso nos

da el punto de entrada para analizar los requisitos del sistema, y el problema que necesitamos solucionar.

La Figura 1 muestra un flujo general de cómo los diagramas de UML, con extensiones, interactuan en

una aproximación al diseño con los casos de uso.

7.-¿Menciona dos software para UML?

Microsoft Visio 2007 y el SmartDraw

8.-¿Que son las herramientas CASE?

Las herramientas CASE (Computer Aided Software Engineering, Ingeniería de Software Asistida por Computadora) son diversas aplicaciones informáticas destinadas a aumentar la productividad en el desarrollo de software reduciendo el costos de las mismas en términos de tiempo y de dinero. Estas herramientas nos pueden ayudar en todos los aspectos del ciclo de vida de desarrollo del software en tareas como el proceso de realizar un diseño del proyecto, calculo de costes, implementación de parte del código automáticamente con el diseño dado, compilación automática, documentación o detección de errores entre otras.

9.-¿Componentes de una herramienta CASE?

De una forma esquemática podemos decir que una herramienta CASE se compone de los siguientes elementos:

·         Repositorio (diccionario) donde se almacenan los elementos definidos o creados por la herramienta, y cuya gestión se realiza mediante el apoyo de un Sistema de Gestión de Base de Datos (SGBD) o de un sistema de gestión de ficheros.

·         Meta modelo (no siempre visible), que constituye el marco para la definición de las técnicas y metodologías soportadas por la herramienta.

·         Carga o descarga de datos, son facilidades que permiten cargar el repertorio de la herramienta CASE con datos provenientes de otros sistemas, o bien generar a partir de la propia herramienta esquemas de base de datos, programas, etc. que pueden, a su vez, alimentar otros sistemas. Este elemento proporciona así un medio de comunicación con otras herramientas.

·         Comprobación de errores, facilidades que permiten llevar a cabo un análisis de la exactitud, integridad y consistencia de los esquemas generados por la herramienta.

·         Interfaz de usuario, que constará de editores de texto y herramientas de diseño gráfico que permitan, mediante la utilización de un sistema de ventanas, iconos y menús, con la ayuda del ratón, definir los diagramas, matrices, etc. que incluyen las distintas metodologías.

10.-¿Estructura general de una herramienta CASE?

La estructura CASE se basa en la siguiente terminología:

·         CASE de alto nivel son aquellas herramientas que automatizan o apoyan las fases finales o superiores del ciclo de vida del desarrollo de sistemas como la planificación de sistemas, el análisis de sistemas y el diseño de sistemas.

·         CASE de bajo nivel son aquellas herramientas que automatizan o apoyan las fases finales o inferiores del ciclo de vida como el diseño detallado de sistemas, la implantación de sistemas y el soporte de sistemas.

·         CASE cruzado de ciclo de vida se aplica a aquellas herramientas que apoyan actividades que tienen lugar a lo largo de todo el ciclo de vida, se incluyen actividades como la gestión de proyectos y la estimación.

11.-Defina las siguientes clasificaciones del CASE:

TOOLKIT: es una colección de herramientas integradas que permiten automatizar un conjunto de tareas de algunas de las fases del ciclo de vida del sistema informático: Planificación estratégica, Análisis, Diseño, Generación de programas.
WORKBENCH: Son conjuntosintegrados de herramientas que dan soporte a la automatización del proceso completo de desarrollo del sistema informático. Permiten cubrir el ciclo de vida completo. El producto final aportado por ellas es un sistema en código ejecutable y su documentación.
Una segunda clasificación es teniendo en cuenta las fases (y/o tareas) del ciclo de vida que automatizan:
UPPER CASE: Planificación estratégica, Requerimientos de Desarrollo Funcional de Planes Corporativos.
MIDDLE CASE: Análisis y Diseño.
LOWER CASE: Generación de código, test e implantación.

preguntas UML

1.- QUE ES UML

            El Lenguaje Unificado de Modelado preescribe un conjunto de notaciones y diagramas estándar para modelar sistemas orientados a objetos, y describe la semántica esencial de lo que estos diagramas y símbolos significan. Mientras que ha habido muchas notaciones y métodos usados para el diseño orientado a objetos, ahora los modeladores sólo tienen que aprender una única notación.

2.- TIPOS DE DIAGRAMAS UTILIZADOS EN UML.

           

• Diagramas de Casos de Uso para modelar los procesos ’business’.

• Diagramas de Secuencia para modelar el paso de mensajes entre objetos.

• Diagramas de Colaboración para modelar interacciones entre objetos.

• Diagramas de Estado para modelar el comportamiento de los objetos en el sistema.

• Diagramas de Actividad para modelar el comportamiento de los Casos de Uso, objetos u operaciones.

• Diagramas de Clases para modelar la estructura estática de las clases en el sistema.

• Diagramas de Objetos para modelar la estructura estática de los objetos en el sistema.

• Diagramas de Componentes para modelar componentes.

• Diagramas de Implementación para modelar la distribución del sistema.

3.- MENSIONA LAS METODOLOGIAS MAS POPULARES UTILIZADAS PARA UML.

• Catalysis: Un método orientado a objetos que fusiona mucho del trabajo reciente en métodos orientados a objetos, y además ofrece técnicas específicas para modelar componentes distribuidos.

• Objetory: Un método de Caso de Uso guiado para el desarrollo, creado por Ivar Jacobson.

• Shlaer/Mellor: El método para diseñar sistemas de tiempo real, puesto en marcha por Sally Shlaer y Steven Mellor en dos libros de 1991, Ciclos de vida de Objetos, modelando el Mundo en Estados y Ciclos de vida de Objetos, Modelando el mundo en Datos (Prentice Hall). Shlaer/Mellor countinúan actualizando su método continuamente (la actualización más reciente es el OOA96 report), y

recientemente publicaron una guía sobre cómo usar la notación UML con Shlaer/Mellor.

• Fusion: Desarrollado en Hewlett Packard a mediados de los noventa como primer intento de un método de diseño orientado a objetos estándar. Combina OMT y Booch con tarjetas CRC y métodos formales. (www.hpl.hp.com/fusion/file/teameps.pdf)

• OMT: La Técnica de Modelado de Objetos fue desarrollada por James Rumbaugh y otros, y publicada en el libro de gran influencia "Diseño y Modelado Orientado a Objetos" (Prentice Hall, 1991). Un método que propone análisis y diseño ’iterative’, más centrado en el lado del análisis.

• Booch: Parecido al OMT, y también muy popular, la primera y segunda edición de "Diseño Orientado a Objetos, con Aplicaciones" (Benjamin Cummings, 1991 y 1994), (Object-Oriented Design, With Applications), detallan un método ofreciendo también diseño y análisis ’iterative’, centrándoso en el lado del diseño.

4.- QUE ES UN ESTEREOTIPO EN UML.

            Los estereotipos son el mecanismo de extensibilidad incorporado más utilizado dentro de UML. Un estereotipo respresenta una distinción de uso. Puede ser aplicado a cualquier elemento de modelado incluyendo clases, paquetes, relaciones de herencia, etc. Por ejemplo, una clase con estereotipo ’actor’ es una clase usada como un agente externo en el modelado de negocio. Una clase patrón es modelada como una clase con estereotipo parametrizado, lo que significa que puede contener parámetros.

5.- QUE ES OCL.

            Desarrollado dentro de la IBM Insurace Division como un lenguaje de modelado de negocio, el OCL es un lenguaje formal diseñado para ser fácil de leer y de escribir. OCL es más funcional que el lenguaje natural, pero no tan preciso como un lenguaje de programación - no puede ser usado para escribir lógicas

de lógica de programación o control de flujo. Puesto que OCL es un lenguaje para la expresión pura, sus declaraciones están garantizadas de no tener efectos laterales - simplemente transportan un valor y nunca pueden cambiar el estado del sistema.

6.- QUE ES UN CASO DE USO.

            Una vez más, UML es una notación, no un método. No preescribe un proceso para modelar un sistema. No obstante, como UML incluye los diagramas de casos de uso, se le considera estar dotado de una aproximación al diseño centrada en el problema con los casos de uso. El Diagrama de Caso de Uso nos

da el punto de entrada para analizar los requisitos del sistema, y el problema que necesitamos solucionar.

7.- MENSIONA UN SOFTWARE PARA UML.

            Popkin software ofrece soporte para modelar sistemas con UML en System Architect 2001. Ofrece todas las características descritar arriba para permitir el modelado eficiente de sistemas. Para más información en los distintos productos de Popkin Software, visite www.popkin.com

8.- QUE SON LAS 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, también suelen incluir.
• Un diccionario para los datos de la aplicación de base de datos.
• Herramientas de diseño para dar apoyo al análisis de datos.
• Herramientas para desarrollar el modelo de datos corporativo, los esquemas conceptual y lógico.
• 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.

9.- COMPONENTES DE UNA HERRAMIENTA CASE.

            Una herramienta case podemos decir que se compone de:
• Un diccionario donde se almacenan los elementos creados por la herramienta, cuya gestión se realiza mediante el apoyo de un sistema de Gestión de base de datos (SGBD).
• El meta modelo, que constituye el marco para la definición de técnicas y metodologías soportadas por la herramienta. No siempre es visible.
• 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 comunicación con otras herramientas.
• Una comprobación de errores que permiten llevar a cabo un análisis de la exactitud, integridad y consistencia de los esquemas generados por la herramienta.
• Una interfaz de usuario, que constará de editores de texto y herramientas de diseño grafico que permitan la utilización de un sistema de ventanas, iconos y menús, con la ayuda del ratón, definir los diagramas, matrices.

10.- EXTRUCTURA GENERAL DE UNA HERRAMIENTA CASE

            La estructura CASE se basa en lo siguiente
• 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 planificación de sistemas, el análisis de sistemas y el diseño de sistemas.
• Un CASE de bajo nivel es la herramienta que automatiza o apoya las fases inferiores del ciclo

11.- DEFINA LAS SIGUIENTES CLASIFICACIONES CASE

TOOLKIT: Es la colección de herramientas que permiten automatizar un conjunto de tareas de las fases del ciclo de vida del sistema informático, planificación estratégica, Análisis, Diseño y Generación de programas.

WORKBENCH: Son conjuntos de herramientas que dan soporte a la automatización del proceso de desarrollo del sistema informático. Permiten cubrir el ciclo de vida completo. El producto final aportado es un sistema en código ejecutable y su documentación.
La segunda clasificación es teniendo en cuenta el ciclo de vida que automatizan:

UPPER CASE: Requerimientos de Desarrollo Funcional de Planes Corporativos.

MIDDLECASE: Análisis y Diseño.

LOWERCASE: Generación de código, e implantación.