Aplicación de la ingenieria de la información a la planeación y desarrollo informático (página 4)

Capacidad gráfica de diagramación Los diagramas que se pueden realizar son: Diagrama de Flujo de Datos y Diagrama Entidad Relación, siguiendo las reglas convencionales de estos tipos de diagramas las cuales son verificadas de manera interactiva.

En ambos casos de diagramas, la graficación se muestra en un diagrama en árbol, a partir del cual se puede realizar las respectivas modificaciones. Comprobación de errores Para un mejor control de errores, esta herramienta establece primero que debe ingresarse los datos a través de las opciones correspondientes.

Los errores que se verifica en la realización de los distintos diagramas son:

• a) Verificación de errores de sintaxis y tipo

• b) Verificación de consistencia e integridad

Verificación de errores de sintaxis y tipo.-

La verificación de errores de tipo, permite eliminar ambigüedades y, además, esta se encarga de examinar la construcción de los diferentes diagramas. En este caso, cada símbolo utiliza exclusivamente su respectiva representación. Además, se encuentra estandarizado el uso de la simbología de tal manera que símbolos equivalentes entre diagramas tienen la misma representación. Por ejemplo: La siguiente simbología, que representa a una entidad, se utiliza tanto para el diagrama de flujo de datos como para el de entidad relación.

En la comprobación de sintaxis, se determinan prácticamente las reglas que se aplican para la elaboración de diagramas, entre los cuales podemos mencionar:

Cada proceso debe tener al menos un flujo de datos de entrada y un flujo de datos de salida.

Dos o más almacenes de datos (registros de información), no pueden conectarse directamente. Deben pasar siempre por un proceso de datos.

Una entidad, al ser considerado como un elemento del cual viene o se entrega información o procesos, no necesariamente deberá tener una flujo de datos entrante, pero sí un flujo de datos saliente conectado a un proceso.

Verificación de consistencia e integridad.- El propósito de esta comprobación es determinar si el diagrama a realizar tiene toda la información necesaria y suficiente para asegurar que él está completo. Esta comprobación se la realiza activamente, en forma interna, sin necesidad que el usuario realice una orden de verificación. Como normas de consistencia e integridad podemos mencionar:

• a) Todo elemento debe ser etiquetado

• b) Cada elemento debe tener un nombre completo y un alias, que en lo posible deberá ser corto.

• c) Para los diversos diccionarios, la información pedida, permitirá ser más consistente y claros en la definición de cada elemento.

• d) Realizar un control de las explosiones de los objetos que lo permitan.

• e) Determinar si los elementos del diagrama están adecuadamente conectados o si es posible que falte alguna conexión.

• f) Cada elemento del diagrama debe tener conexión, no pueden existir elementos aislados o desconectados de la totalidad del diagrama.

• g) Chequear cada conexión ilegal.

• h) Nombres de cada elemento deben ser identificadores únicos, es decir no pueden existir dos elementos con las mismas características (duplicación de elementos).

• i) Revisar la coherencia de información de un nivel a otro conocido como análisis de equilibrio o de conservación.

Estas normas, se las detecta automáticamente; es así, que al no etiquetar un elemento, no podrá ingresar el siguiente elemento. Las conexiones ilegales se las detecta el momento que se produce el error, no permitiendo realizar dicha conexión. Los elementos aislados, son vistos en el diagrama para visualizar el error y luego deben ser corregidos. Las explosiones de procesos, son controladas secuencialmente tanto hacia arriba (child), como hacia abajo (parent); sin embargo, esto no limita a que si se desea ver un diagrama exclusivo se lo pueda visualizar sólo dicho diagrama, pero sin conexión a la totalidad de cada proyecto de diagramas. En el caso de identificador que se desee ingresar duplicado, causará advertencia de existencia de ese elemento y confirmación de sobre escritura o redefinición del elemento, en cualquier caso se deberá tener en cuenta el objetivo de cada elemento. El proceso parent puede existir en el diagrama de nivel superior y con sus almacenes de datos asociados.

La comprobación del diagrama, genera un informe de errores, para tener presente que tipo de fallas se ha tenido en la construcción de los diagramas respectivos.

Depósito de información El depósito de la información, mantiene metadatos, o datos sobre otros datos, como definiciones de objetos o elementos que se están utilizando para crear el diseño del sistema.[28] Este es la referencia para localizar la definición de cada elemento del diagrama. Este sirve para en una fase superior definir y construir las tablas de información del sistema, además, se encuentra incorporado, diccionarios o catálogos de elementos de Procesos de Datos, Almacenes de Datos, Atributos de Datos, Entidades; en los cuales se podrá ingresar información relativa a cada uno de estos elementos y tener un almacenamiento de información más completa acerca del diseño del sistema.

Este depósito, el momento de su visualización está integrado en un pequeño entorno de edición básica que permitirá transportar el reporte a formato RTF o a formato DOC.

El manual de usuario es presentado en el Anexo 2.

El manual técnico consta en el Anexo 3.

El código fuente, desarrollado en Visual Basic 6.0, se encuentra disponible en el CD anexo; así como también toda la documentación aquí presentada..

CAPITULO VI

Verificacion de hipotesis y conclusiones

VERIFICACION DE HIPOTESIS

•  De acuerdo a la primera hipótesis que se plantea: Aplicando correctamente los métodos de la Ingeniería de la Información a los procesos de planificación y desarrollo informático se obtendrán mejores técnicas en la construcción de Sistemas de Información; se puede establecer que al enfocar a los Sistemas de Información como un elemento más de la Planeación Estratégica en una Institución; estos pueden aportar de mejor manera al plan institucional, así como también, el desarrollo informático tendrá una guía formal a seguir. Esto se logra, debido a que, la Ingeniería de la Información parte de un análisis de alto nivel; esto es, con la planificación estratégica de la información de toda la organización.

•  Todo sistema de información necesita cumplir ciertas fases para su normal desarrollo y potencial éxito. De tal forma; que, utilizando herramientas que aporten y apoyen a su desarrollo, se convierten en un mecanismo eficaz que permite dedicar mayor tiempo a la investigación y estudio de los procesos por automatizar; por lo que, se puede enfatizar que al utilizar una herramienta CASE se obtienen mejores resultados en el Análisis y Diseño de Sistemas de Información. Además, podemos hacer extensivo esta afirmación a otras fases de la Planeación y Desarrollo Informático. La incorporación de Herramientas I-CASE, que permitan automatizar y apoyar a otros procesos tanto de la planificación como del desarrollo de sistemas informáticos, conducirá a obtener mejoras significativas en la producción de nuevos procesos y/o sistemas automatizados.

CONCLUSIONES

•  Para aplicar correctamente una herramienta Case, esta se debe fundamentar sobre la base de la arquitectura del entorno y ambiente de una organización, ya que en la tecnología Case existen aspectos del software, del hardware, de la metodología y de la gestión que deben ser estudiados y analizados, para que estas herramientas puedan cumplir efectivamente el rol que se desea.

•  La aplicación adecuada y minuciosa de los procedimientos de la Metodología de la Ingeniería de la Información, permite obtener los resultados deseados, debido a que esta metodología enfoca a la información como el factor primario y fundamental de una organización. Visto de esa forma, la información se la entiende como un recurso corporativo de vital importancia para todo el contexto organizacional.

•  La administración de la informática toma el rol de complementar e integrar a todos los departamentos de la organización. Esto se debe a que la información es un activo valioso e indispensable para la empresa, ya que es necesaria para su funcionamiento correcto.

•  La Planeación Estratégica y la Ingeniería de la Información establecen fases similares en el análisis de las organizaciones, la cual empieza por el nivel estratégico de la empresa.

•  La implementación de un proceso de planeación, debe estar acompañada del apoyo de las autoridades de la organización; así como también, de la asignación adecuada de recursos.

•  Al desarrollar software para la utilización de la organización, estos influyen sobre toda la estructura de la misma, por lo que deben estudiarse y analizar los cambios que se producirán.

•  El uso de las herramientas CASE, ayudan a los diseñadores de software a centrar y mejorar su trabajo en la realización de análisis y diseños más eficientes.

•  El uso correcto de las metodologías, permite a los equipos de planeación y desarrollo de sistemas tener mejores instrumentos que permiten reducir errores.

•  La aplicación de los métodos de la Ingeniería de la Información a los procesos de planificación y desarrollo informático permiten obtener mejores resultados en la construcción de Sistemas de Información.

•  Mediante el uso eficiente de herramientas CASE, se pueden obtener mejores resultados en el Análisis y Diseño de Sistemas de Información, reduciendo los errores y ambigüedades.

CAPITULO VII

Recomendaciones

•  Todo proceso que involucre la participación de personas, debe ser tratado conforme lo establece la Teoría General de Sistema para la Administración; además, siempre involucrará las expectativas que reúna cada persona dentro de la organización. Cambiar un proceso implica cambiar la forma en que las personas realizan su trabajo y por ende necesita de nuevas adaptaciones y formas de trabajo.

•  Los Planes Informáticos, deben ser partes de la Planeación Estratégica Institucional, para de esta manera tratar a los Sistemas Informáticos como una política institucional; y, permitiendo de esta manera, el aprovechamiento y beneficios de la potencialidad de las tecnologías de la información.

•  Las Herramientas Case, por su cobertura en las diversas metodologías de desarrollo de sistemas deben ser difundidas y estudiadas más profundamente; además, debido a su diversidad, las herramientas que brindan asistencia a la planeación estratégica deben ocupar el mismo grado de importancia..

•  Antes de establecer planes de desarrollo informático, cada organización debería definir políticas de metodologías, control y evaluación, a las diferentes fases del desarrollo estratégico.

•  El desarrollar aplicaciones Case, permite conocer más acerca de cómo funciona y se comporta un sistema de este tipo; sin embargo, sería oportuno desarrollar un Case que permita automatizar el proceso de planificación informática.

•  Ningún documento esta terminado; por lo que, el presente estudio está abierto para ampliaciones y refutaciones.

ANEXOS
ANEXO 1
ANÁLISIS DE DIVERSAS HERRAMIENTAS CASE

Dentro de las herramientas CASE presentamos aquí, una recopilación de información acerca de varias herramientas existentes en el mercado. Debemos recalcar, que lo presentado aquí, es una recopilación de información:

HERRAMIENTAS CASE PARA EL ANÁLISIS Y DISEÑO ESTRUCTURADO a) Características Generales ERWIN 3.0 · Logic Works Inc., · Requerimientos del sistema: 10MB en disco duro, 16MB en RAM, procesador Intel 486, Pentium o SUN SPARC, plataformas Windows 3.x, Windows NT o Windows "95, Solaris 2.x. Erwin es una herramienta para modelar, que ayuda a diseñar bases de datos de alto desempeño para cliente/servidor y web/intranet, así como aplicaciones de data warehousing. La herramienta Erwin no solo ayuda a diseñar modelos de datos lógicos, también construye automáticamente estructuras de datos físicos con la información del diagrama.

Cuando el modelo de datos esta listo para usarse, simplemente se selecciona el servidor donde se quiere construir la base de datos y se eligen las opciones de generación de esquema que se quieran incorporar. Erwin automáticamente construye la base de datos física, incluyendo todas las tablas, índices, procedimientos almacenados, triggers de integridad referencial y otros componentes necesarios para manejar exitosamente los datos usados en la organización.

ER/STUDIO 2.5 · Embarcadero Technologies, Inc. · Requerimientos del sistema: 17 MB en disco duro, 32MB en RAM, procesador Pentium o mayor, plataformas Windows NT (3.51 y 4.0) o Windows "95.

Es una herramienta de modelado de datos y multinivel, para el diseño y construcción de bases de datos a nivel físico y lógico. Direcciona las necesidades diarias de los administradores de bases de datos, desarrolladores y arquitectos de datos que construyen y mantienen aplicaciones de bases de datos grandes y complejas. ER/Studio está equipado para crear y manejar diseños de bases de datos funcionales y confiables. Ofrece fuertes capacidades de diseño lógico, sincronización bidireccional de los diseños físicos y lógicos, construcción automática de bases de datos, documentación y fácil creación de reportes.

SYSTEM ARCHITECT 4.0 · Popkin Software Inc., · Requerimientos del sistema: 10MB en disco duro, 12MB en RAM, procesador 486 o mayor, plataformas Windows "95 o NT.

System Architect es una herramienta poderosa de modelado estructurado de datos, tiene la capacidad de identificar y clasificar personal para autorizar su entrada al sistema. Los usuarios de red trabajan en un diagrama de proyecto y una llave de registro de diccionario de datos. Soporta la mayoría de los paquetes de red incluyendo Novell, 3Com, Banyan, DecNet, LAN Manager, STARLAN y otras. Define propiedades para cualquier entrada de diccionario, incluyendo definiciones, símbolos y diagramas. Construye ligas entre varios objetos del diccionario. Especifica y define requerimientos, planes de prueba, cambio de requerimientos, objetivos de negocios, metas y más. Especifica que símbolos o grupo de símbolos son afectados.

POWER DESIGNER 6.1 · Sybase, Inc., · Requerimientos del sistema: para Windows 95 o NT 3.51, procesador 486 o mayor, 12MB en RAM, monitor VGA, CD-ROM, 10 MB en disco duro. Para Windows 3.1: procesador 486 o mayor, 8MB en RAM, monitor VGA, CD-ROM, 10MB en disco duro.

Es una herramienta para crear bases de datos y aplicaciones cliente/servidor basadas o no en Web. Permite a los diseñadores de aplicaciones complejas de cliente/servidor tener una descripción general de los procesos particulares para comprender mejor a la organización.

Exporta información del modelo físico y extiende atributos al diccionario de 4GL. Importa atributos extendidos de PowerBuilder. Soporta definición de atributos extendidos para PowerBuilder, Progress, Uniface, PowerHouse, Axiant y NS-DK.

b) Diagramas ERWIN 3.0 Los diagramas de modelos de datos en Erwin se usan para generar o actualizar bases de datos relacionales, o sea, sistemas de almacenamiento de datos ordenados en tablas. Cuando se crea un diagrama Erwin, el modelo de la información se representa por entidades (gente, lugares y cosas), atributos (hechos acerca de una entidad, tales como nombre de la persona, dirección, edad, etc.), y relaciones entre entidades. Cada entidad corresponde a una tabla en la base de datos, con instancias de entidades que corresponden a los renglones de la tabla y atributos de entidades correspondientes a encabezados de columnas. Las relaciones, usadas por DBMS (data base management system) para ligar renglones de datos en tablas diferentes, están representadas como frases verbales en una línea conectando a dos entidades. Cuando se actualiza una base de datos física, Erwin automáticamente genera un script de definición de datos SQL, para crear tablas de bases de datos, incluyendo llaves, constraints y códigos trigger SQL para reforzar la integridad referencial entre tablas relacionadas.

ERSTUDIO 2.5 La creación de diagramas es clara y rápida. Tiene la posibilidad de realizar diagramas con desempeño rápido. También es posible cambiar el estilo de las líneas, los colores, tipos de letra, niveles de acercamiento y modelos de despliegue. Es posible crear subvistas para separar y manejar áreas importantes. ER/Studio automáticamente mantiene todas las dependencias entre subvistas y el diagrama completo. El Explorer Navigator facilita el trabajo hasta con los diagramas más grandes. Se usa el browser Explorer para encontrar y seleccionar entidades. SYSTEM ARCHITECT 4.0 Es posible ver los diagramas en las siguientes opciones: tamaño actual, página completa, área usada, o porcentaje de reducción. Permite la edición de un diagrama en cualquier modo de vista, seleccionar y mover objetos individualmente o usando el ratón para obtener la porción del diagrama que se desee, y cambiar el tamaño de objetos individuales proporcionalmente o no, usando el ratón. La herramienta Leveling Automatically nivela diagramas y usa un mecanismo simple para cambiar la herencia en cualquier dirección. Automáticamente crea Decomposition Diagrams (Diagramas descompuestos) de la herencia del Data Flow Diagrams (Diagramas de flujo de datos).

POWERDESIGNER 6.1 PowerDesigner cuenta con herramientas para la creación y control de diagramas como son: Off-page Connector; que representa los flujos de entradas y salidas en un proceso, Business Rules que define las reglas de uso para Procesos, Almacenamiento de datos, Entidades externas y Flujos de datos; y CRUD Matrix, que define el efecto de un proceso de datos en términos de Crear, Leer, Actualizar y Borrar operaciones (CRUD) c) Esquema de la base de datos ERWIN 3.0 Para diseñar un modelo de datos, Erwin proporciona propiedades específicas de DBMS y del servidor de editores que permiten definir nombres físicos y propiedades para las tablas, columnas y relaciones que genera cuando se crea el esquema de la base de datos.

Cuando Erwin crea un esquema de bases de datos, genera un script de cliente DDL (data definition language) usando la sintaxis correcta de SQL para el servidor seleccionado. Se puede ver el código que genera Erwin y, si se desea, se puede modificar antes de que se cree la base de datos.

Si el servidor soporta elementos avanzados como procedimientos almacenados y triggers de integridad referencial, Erwin proporciona editores de plantillas especiales y macros para guardar la información en tiempos determinados para acelerar la creación de estos objetos en el servidor. En varios servidores, se pueden hasta crear objetos de almacenamiento físico como espacios de tablas y segmentos de enrolamiento de Erwin así como especificar la ubicación y parámetros de almacenamiento para las tablas de bases de datos que Erwin genera en el servidor.

ERSTUDIO 2.5 Las capacidades de diseño que contiene, ayudan a crear un diseño lógico que puede transformarse en cualquier número de diseños físicos. Como resultado, se puede mantener un diseño lógico normalizado mientras se desnormalizan los diseños físicos para su desempeño. ER/Studio mantiene ligas entre todos los niveles de su diseño por lo tanto puede mezclar cambios en cualquier dirección entre ellos. ER/Studio revisa la normalización y la compilación con la sintaxis de la plataforma de la base de datos.

SYSTEM ARCHITECT 4.0 System Architect proporciona todos los elementos para diseñar un nuevo sistema o modificar un sistema actual.

Es posible crear modelos lógicamente normalizados y modelos de datos físicamente desnormalizados usando el conjunto de herramientas de System Architect. También se puede crear un modelo conceptual de las entidades y especificar su relación con otras. Al avanzar el proyecto, se pueden incluir llaves primarias, atributos, reglas, triggers personalizados y cualquier otra información que se elija para mantenerla en el modelo. Si se diseña un nuevo sistema usando un diccionario amplio de datos es posible especificar los requerimientos de los datos antes de comenzar el modelado, mientras se está construyendo el modelo, o después de haber completado el diseño lógico.

Si se está modificando un sistema existente es posible usar la ingeniería de reverso de SA para crear un diagrama de modelo de datos físicos para el sistema actual. SA crea automáticamente un diagrama entidad relación de un modelo de datos físico. Entonces se puede modificar el diagrama entidad relación, creando un modelo lógico normalizado del nuevo sistema. Una vez que se ha completado el diseño lógico, se pueden generar modelos físicos. Si se planea implementar una base de datos desnormalizada, se puede documentar el proceso de desnormalización usando diagramas Local View (Vista Local). SA mantiene ligas entre el modelo lógico, las vistas lógicas y el modelo físico; por lo tanto los cambios al modelo lógico se reflejan automáticamente en el modelo físico. Al final, se tienen dos modelos físicos separados: uno del sistema actual y otro del sistema propuesto. Para cualquier tipo de proyecto en el que se este trabajando, SA proporciona flexibilidad para completar el trabajo. Se pueden elegir modos de despliegue en cualquier tiempo durante el proceso de diseño: conceptual, basado en llaves, totalmente atribuido, o despliegue físico. También, una vez que se ha completado el modelo lógico, se pueden ejecutar una serie de reglas revisadas y reportes de normalización para validar la integridad del diseño. SA prueba las Formas Normales: Primera, Segunda, Tercera y Boyce Codd. POWERDESIGNER 6.1 Data Architect proporciona capacidades de modelado de datos tradicional, incluyendo diseño de bases de datos, generación, mantenimiento, ingeniería de reversa y documentación para arquitecturas de bases de datos. Permite que los diseñadores de bases de datos creen estructuras de datos flexibles, eficientes y efectivas para usar una ingeniería de aplicación de bases de datos.

También proporciona un diseño conceptual de modelo de datos, generación automática de modelo de datos, diseño de normalización física, sistema de manejo de bases de datos múltiples (DBMS) y soporte de herramientas de desarrollo, y elementos de reportes con presentación y calidad.

El diseño se realiza en dos niveles:

•  Nivel conceptual: entidades, relaciones, dominios, tipos de datos conceptuales, identificadores y reglas de negocios. Basado en la notación de Ingeniería de Información de Martin.

•  Nivel físico: tablas, columnas, dominios, llaves primarias, llaves foráneas, llaves alternadas, índices, vistas, parámetros de almacenamiento físico, reglas de negocios, triggers y procedimientos almacenados.

d) Código que general el lenguaje ERWIN 3.0 Erwin combina bases de datos back-end y desarrollo de aplicaciones front-end en un ambiente unificado. Tiene soporte para multi-clientes, Erwin genera formas de entrada de datos en Visual Basic, DataWindows de Power Builder y PROGESS SmartObjects del mismo modelo de datos, logrando que los desarrolladores incorporen aplicaciones altamente productivas en tres de los ambientes de desarrollo de bases de datos. Erwin extiende el editor estándar Column Property Editor de tal forma que se pueden asignar rápidamente propiedades de columna del lado del cliente, tales como tipo de control por omisión. Despliega formato y reglas de validación de cliente para cada columna y genera formas de entrada de datos en uso y otros componentes de aplicación directamente del mismo modelo Erwin que crea la base de datos back-end. Para simplificar aún más el desarrollo de aplicaciones en Visual Basic, Logic Works también ofrece DataBOT, un robot de software avanzado que genera dinámicamente todo el código de acceso de datos SQL requeridos, permitiendo hasta que los programadores novatos creen rápidamente aplicaciones sofisticadas de bases de datos de alto desempeño en los ambientes actuales.

ERSTUDIO 2.5 Genera otros objetos de base de datos: vistas, procedimientos almacenados, defaults, reglas y tipos de datos de usuario, lo cual ayuda a la auto ordenación de tipos de objetos para eliminar errores de dependencia al construir la base de datos.

Tiene una opción para generar código fuente o para construir bases de datos. Soporte para crear bases de datos para Servidores SQL; y otra, para incluir código SQL y verificar la creación de objetos. Además de la opción para incluir encabezados de comentarios.

SYSTEM ARCHITECT 4.0 Genera archivos de definición de almacenamiento de trabajo (.WKS) y sección de pantalla (.SCS) para implementaciones de COBOL. SA/PowerBuilder Link permite el intercambio de la información de diseño entre SA y PowerBuilder, incluyendo DDL y atributos extensos.

POWERDESIGNER 6.1 Mediante el incremento del modelo de la base de datos, AppModeler genera instantáneamente objetos, componentes data-ware y hasta aplicaciones básicas listas para ejecutarse inmediatamente en PowerBuilder, Power++, Visual Basic, Delphi y Web-based objects. El AppModeler permite a los desarrolladores: diseñar modelos de bases de datos físicas o crearlas instantáneamente a través de la ingeniería de reversa de bases de datos existentes, generar, documentar y mantener bases de datos, generar rápidamente objetos de aplicación y componentes de datos para PowerBuilder 4.0 y 5.0; Visual Basic 3.0, 4.0 y 5.0;Delphi 2.0; y el Web.

· Generación de objetos en PowerBuilder. Soporta todas las ediciones de PowerBuilder 4.0 y 5.0. Genera objetos personalizables de PowerBuilder y componentes basados en modelos de bases de datos físicos y plantillas que se encuentran dentro de las librerías de clases de su elección. Genera objetos ventana y ventana de datos basadas en tablas, vistas y relaciones de llaves primarias-foráneas. Genera y hace ingeniería de reverso a los atributos. Incluye plantillas personalizables para la librería PowerBuilder Foundation Class (PFC).

· Generación de objetos en Visual Basic. Soporta todas las ediciones de Visual Basic 3.0, 4.0 y 5.0. Incluye add-in de Visual Basic para la fácil manipulación de plantillas predeterminadas personalizables. Genera formas basadas en tablas, vistas y relaciones de llaves primarias-secundarias. Genera proyectos basados en modelos de propiedades. Genera controles tales como menús, listas, etc. · Generación de objetos Delphi. Soporta todas las ediciones de Delphi 2.0. Incluye add-in de Delphi para una manipulación de plantillas personalizables predefinidas. Genera aplicaciones y objetos (proyectos, formas y controles) de tablas, columnas y referencias. e) Ingeniería hacia delante y de reversa ERWIN 3.0 Ingeniería hacia adelante El desarrollo del modelo de Logic Works usa información específica en un modelo de datos Erwin para acelerar la creación y mantenimiento de soporte, migración y documentación de bases de datos relacionales. El proceso de generar una base de datos físicos de un modelo de datos lógico se llama ingeniería hacia delante (forward-engineering). Es posible llevar a cabo la ingeniería hacia delante en Erwin (que se llama operación de diagrama) mediante la generación automática de un esquema de base de datos física directamente del modelo de datos sin codificar laboriosamente las definiciones de datos necesarias en SQL y los triggers.

Ingeniería de reverso La capacidad de ingeniería de reversa de Erwin, la cual puede inferir exitosamente las relaciones entre tablas, permite que se capture rápidamente la estructura de una base de datos existente y convertirla en un modelo lógico independiente del DBMS. Se puede usar el modelo de datos para análisis detallado, se define sobre tiempo y lo distribuye como parte de la documentación requerida a través del ciclo de desarrollo. Si se desea migrar la base de datos existente de una plataforma a otra, Erwin puede hacer la ingeniería de reverso de la base de datos existente, crear un modelo de datos, modificar o agregar nuevos elementos según sea necesario y después construir la base de datos física en cualquier ambiente de servidor de los que soporta.

ERSTUDIO 2.5 Ingeniería hacia adelante Una vez que se ha diseñado la base de datos, se pude construir o generar código fuente para todo o parte de los diseños de la base de datos. Propiamente hace la secuencia de la creación de tipos de objetos diferentes para asegurar eficiencia y construir bases de datos libres de errores. Actualiza una base de datos del diagrama. ER/Studio permite aplicar cambios de diseño del modelo de datos directamente a la base de datos. Cuando se comparan las diferencias entre los dos, formula una estrategia de alteración inteligente que implementa el diseño de las modificaciones mientras se preserva la tabla con los datos existentes, privilegios de objetos y dependencias en la base de datos.

Ingeniería de reversa Cuenta con ingeniería de reverso, cuando necesite iniciar un trabajo de una base de datos existente, ER/Studio puede hacer una ingeniería de reverso al esquema completo para cualquier plataforma de bases de datos. La operación de la ingeniería de reverso extrae eficientemente definiciones de objetos y construye un modelo de datos gráfico.

SYSTEM ARCHITECT 4.0 Ingeniería hacia delante Común a los anteriores.

Ingeniería de reversa Genera y hace ingeniería de reverso en los triggers, reglas, defaults, tipos de datos definidos, dispositivos y bases de datos. Elementos de la Ingeniería de reverso de SA:

· Captura datos del sistema de bases de datos más popular: Access, DB2, Informix, Oracle, SQL Server o SYBASE.

· Ingeniería de reverso de un archivo DDL, a través del manejador ODBC, o a través de la interfase directa del SQL Server.

· Genera diagramas de entidad relación que incluyen definiciones para llaves, no llaves y relaciones.

· Genera diagramas de modelo de datos físicos que incluyen definiciones para tablas, columnas y constantes.

· Crea llaves primarias, índices alternados y rutas de acceso de los índices en la estructura de la base de datos.

· Importa triggers, procedimientos almacenados, defaults y roles de definiciones de bases de datos existentes. · Captura, modifica y regenera esquema usando SA RDE con el Schema Generator.

· Captura, modifica y regenera pantallas y menús de aplicaciones de Windows usando el SA RDE con el SA Screen Painter POWERDESIGNER 6.1 Ingeniería hacia delante Común a los anteriores.

Ingeniería de reversa Visualiza estructuras de bases de datos existentes directamente vía ODBC o usando archivos de script DDL. Genera el modelo conceptual del modelo físico. Retro- documentación de bases de datos existentes. Re-orientación de la base de datos existente a un DBMS diferente. Interfaz con herramientas de desarrollo: exporta información del modelo físico y extiende atributos al diccionario de 4GL, importa atributos extendidos de PowerBuilder, soporta definición de atributos extendidos para PowerBuilder, Progress, Uniface, PowerHouse.

f) Sincronización de la Base de Datos ERWIN 3.0 El manejo de cambio comprensivo de Erwin y los elementos de generación de script de alteración facilita el almacenamiento del modelo de datos y la base de datos física de manera sincronizada. Durante la sincronización, Erwin desempeña una comparación comprensiva de todos los objetos físicos y lógicos, incluyendo definiciones de tablas y columnas, llaves, índices y parámetros de almacenamiento físico, resaltando cualquier discrepancia y permitiendo que se migren las definiciones de la base de datos modelo al modelo de la base de datos.

Si se exportan cambios de un modelo a una base de datos, Erwin genera scripts de alteración de SQL para actualizar el esquema de la base de datos. Erwin automáticamente revisa todas las dependencias del esquema y traduce y preserva los datos existentes cuando se actualiza el esquema, facilitando los cambios de diseño migrados para activar el desarrollo, probar y producir bases de datos. Además de la sincronización del modelo de toda la base, Erwin soporta sincronización de modelo a modelo y modelo a script.

ERSTUDIO 2.5 Sincronización entre el diagrama físico y el lógico. Mezcla entre cualquier par de diagramas físicos para la misma plataforma de bases de datos. Comparación lado a lado de las diferencias. El usuario puede decidir que diferencias mezclar o ignorar. Objetos reusables. Construir atributos reusables. Aplicarlos a atributos y columnas. Propagación global de actualizaciones. Construir tipos de datos personalizables. Submodelado. Crear cualquier número de subvistas personalizables sobre un diagrama físico o lógico. Cualquier objeto puede existir en cualquier numero de subvistas (relaciones de muchos a muchos entre objetos y subvistas). Crear rápidamente subvistas eligiendo un área del diagrama. Control independiente sobre el despliegue de la subvista, incluyendo posición del objeto, colores y letras.

Utilidad de búsqueda rápida. Editores en tabla para evitar la necesidad de poner en modo cascada los diálogos. Diferenciación de color de llaves primarias y secundarias inherentes. Sombreado de cajas de entidad.

SYSTEM ARCHITECT 4.0 El generador de esquemas (Schema Generator) automatiza la creación y mantenimiento de esquemas para DBMS de SQL y 4GL SA Schema Generator traduce modelos de datos (ER o diagramas físicos DM), y diagramas de clases orientadas a objetos en las definiciones de los esquemas para manejo de sistemas con múltiples bases de datos. La transferencia de esquemas en la DBMS se puede llevar a cabo en vivo, vía conexión ODBC, o a través del uso de un archivo. SA Schema Generator simplifica el desarrollo y asegura la integridad de los diseños permitiendo crear y mantener esquemas de bases de datos para una amplia variedad de administradores de sistemas de bases de datos SQL y no SQL. Cuando se genera un DBMS múltiple, los tipos de datos definidos en el modelo de datos se mapean automáticamente a los tipos correctos del DBMS seleccionado. Se usa el SA Schema Generator para generar:

· DDL para la creación de tablas y mantenimiento desde el repositorio de SA.

· Definir Create Table o Alter Table, llaves primarias y llaves secundarias.

· Crear definiciones para reglas, procedimientos almacenados, defaults y mensajes.

· Triggers de integridad referencial.

· Usar tipos de datos definidos por el usuario.

· Definiciones de Disk Init, Disk Mirror, Add Segment y Create Database.

· Índices de rutas de acceso y llaves.

· Definiciones de tipos para C y libros de COBOL.

· El generador de esquema (Schema Generator) prueba las palabras reservadas de COBOL y automáticamente modifica con extensiones –XX.

POWERDESIGNER 6.1 Soporta más de 30 DBMS, incluyendo Sybase SQL Server, Oracle, Informix, Ingress, Sybase SQL Anywhere, Microsoft SQL Server, SQLBase, Progress, Access, Paradox, FoxPro, etc.

Creación directa de bases de datos vía ODBC o usando archivos de scripts DDL.

Elige la generación del modelo entero, ciertos submodelos, u objetos individuales.

Reglas de negocios definidas de usuario pueden integrarse en triggers y procedimientos almacenados. Para el mantenimiento de la base de datos, incluye:

· Modelos de archivo. · Comandos alterados generados para preservar datos contenidos.

· Mantenimiento vía ODBC o a través de archivos de scripts DLL.

· Elegir para generar el modelo entero, ciertos submodelos, u objetos individuales.

g) Diseño ERWIN 3.0 Complete-Compare es una tecnología de Logic Works que cambia la forma de modelar la interacción de modelos o bases de datos. Provee de una comparación comprensiva de todas las diferencias. Resaltando cualquier discrepancia, los cambios pueden migrarse de un modelo-a- base de datos o de una base de datos-a-un modelo. Erwin también integra la base de datos en el desarrollo del proceso de la aplicación. Cuando se ligan las herramientas de desarrollo, Erwin sincroniza el back-end de la base de datos con las formas del front-end.

ERSTUDIO 2.5 ER/Studio ayuda a prolongar la inversión que se ha hecho. Soporta el proceso de diseño interactivo inherente en el ciclo de vida de la aplicación.

SYSTEM ARCHITECT 4.0 SA cuenta con la herramienta Screen Painter, con la que se pueden diseñar pantallas y menús para aplicaciones de Windows y pantallas de caracteres para aplicaciones de COBOL. Los archivos de Windows .DLG y .MNU se pueden generar automáticamente por SA, incluyendo posición, leyenda, hot key, orden de tablas y número de identificación para cada control o elemento de menú incluido en la aplicación original de Windows. Pueden crearse pantallas usando controles estándar de Windows, incluyendo botones de presión, cajas de revisión, botones de opciones, cajas combo, cajas de listas, cajas de texto. Se pueden generar archivos de diálogos (.DLG), encabezado(.H), y forma de Visual Basic (.FRM) para aplicaciones de Windows. Usa una rutina simple de captura para crear un nuevo menú de cualquier menú de aplicación de Windows. Dibujar menús usando los elementos del menú, submenú y separadores. Agregar accesos directos para elementos del menú y submenú. Los elementos del submenú y del menú se activan usando el cursor. Los diálogos seleccionados se abren de elementos seleccionados del menú.

POWERDESIGNER 6.1 MetaWorks es un sistema diseñado para proveer los módulos gráficos de PowerDesign con la habilidad de compartir y almacenar modelos de datos en un sólo punto de control, el Diccionario MetaWorks MetaWorks se ejecuta en una PC y almacena los modelos de datos en un servidor de bases de datos, que puede ser Sybase, SQL Anywhere o cualquier otro como Oracle, Informix, DB2, MS SQL Server y CA OpenIngres. MetaWorks provee de tres funciones principales: Data Model y Submodel Extraction/Consolidation, Project (or Dictionary) Management y Environment Administration. El MetaBrowser presenta vista de árbol en una línea jerárquica de la aplicación bajo el estudio (base de datos, proyecto, modelo, objeto y submodelo), expande o colapsa vista de objetos, crea, modifica, borra o imprime objetos seleccionados, habilita comparación entre modelos del mismo tipo, en el nivel de objeto, trabaja con listas de objetos a través de cualquier proyecto, modelo o submodelo. h) Web ERWIN 3.0 Logic Works Net Results Suites integra el modelado de datos Erwin con las mejores herramientas de desarrollo actuales. Lo que provee de una solución integral para diseñar aplicaciones de Web y el servidor de base de datos back-end. ERwin/NetDynamics Suite combina el ambiente de desarrollo de aplicación NetDynamics Java-based, ayuda a que los desarrolladores construyan rápidamente aplicaciones de Web de alto desempeño. ERSTUDIO 2.5 Publicación automática en el web. ER/Studio puede documentar automáticamente un diagrama entero, generando un conjunto integrado de reportes HTML sofisticados que múltiples usuarios pueden compartir en Internet.

SYSTEM ARCHITECT 4.0 No tiene publicación en Web.

POWERDESIGNER 6.1 Genera reporte en archivo tipo HTML.

i) Metodología ERWIN 3.0 Soporta metodología para diagramas de Relación-Entidad, modelos de datos IDEF1 y Yourdon/DeMarco.

ERSTUDIO 2.5 Soporta metodología de Yourdon, con diagramas relación-entidad y modelos IDEF1.

SYSTEM ARCHITECT 4.0 El editor de reporte SA también incluye más de 125 reportes pre-definidos, incluyendo reportes de metodología para Diagramas de Relación de Entidad, modelos de datos IDEF1, Diagramas de Flujo de Datos para Word & Mellor, Gane & Sarson y Yourdon/DeMarco.

POWERDESIGNER 6.1 Soporta Modelos Funcionales y Notaciones de Diagramas de Flujo Modelo Funcional de Objeto (OMT) Yourdon/DeMarco Gane & Sarson SSADM (Análisis de sistema estructurado y metodología de diseño, Structured System Analysis & Design Methodology) j) Reportes ERWIN 3.0 Los modelos de datos de Erwin pueden editarse, verse e imprimirse de diferentes maneras. Se incluye un RPTwin, que es un generador de reportes gráfico y fácil de usar y un Report Browser built-in con opciones predefinidas de reportes, que proveen un control completo sobre la apariencia y contenido de los reportes. Además, una sola plantilla de interfaz permite aplicar un estándar de diseño y desplegar preferencias para todos los modelos.

ERSTUDIO 2.5 Calidad de presentación en los reportes. Además de los reportes de HTML, ER/Studio puede generar reportes de alta calidad con un formato de texto amplio que esta disponible para presentaciones profesionales.

SYSTEM ARCHITECT 4.0 El editor de reportes SA es un elemento estándar en System Architect, esta herramienta permite especificar reportes personalizados para el proyecto con un front-end fácil de usar. El editor de reporte SA también incluye más de 125 reportes pre-definidos, incluyendo reportes de metodología para Diagramas de Relación de Entidad, modelos de datos IDEF1x, Diagramas de Flujo de Datos para Ward & Mellor, Gane & Sarson y Yourdon/DeMarco. Reportes definidos por el usuario. Los reportes pre-escritos, también pueden ser modificados con el editor de reportes GUI. Si un nuevo reporte es necesario el reporte de GUI provee de una forma fácil y rápida de crear reportes personalizables. Todos los reportes pueden incluir una imagen del diagrama relevante. El editor de reportes GUI también provee de flexibilidad agregada para controlar las letras, bordes, orientación, encabezados y más. Cuando el reporte está listo crea un archivo ASCII y/o RTF en lugar del reporte impreso. Se usa el Editor de Reportes SA para:

· Reportar propiedades definidas por el usuario.

· Crear reportes de matrices para analizar los datos del repositorio.

· Crear algo especifico, leer, actualizar, borrar (CDRU). · Desempeñar Análisis de Afinidad.

POWERDESIGNER 6.1 Creación flexible de reportes estructurados a través de plantilla de reportes. Estructura de árbol de elementos seleccionados para facilitar la organización. Objetos drag-and-drop con estructura de árbol para facilitar los ajustes. Salva plantillas de reportes. Vista previa del reporte antes de imprimirlo. Seleccionar un lenguaje por omisión para el reporte. Dirigir la impresión o exportar a Microsoft Word, Word Perfect, PageMaker, etc.

HERRAMIENTAS CASE PARA SISTEMAS ORIENTADOS A OBJETOS Paradigm plus Tiene la herramienta OOCL (Object Oriented Change and Learning), que les permite a los gerentes capturar, modelar y comunicar estrategias para desarrollar equipos por medio del mapeo de requerimientos de negocios directamente a use-case, objetos y bases de datos físicas. Funciona en base a diagramas, el diseño orientado a objetos interactúa muy bien con las bases de datos. Los componentes pueden compartirse y reusarse en diferentes equipos, proyectos y hasta en la red.

Software through pictures Automáticamente prueba las especificaciones del proyecto, ahorra tiempo de desarrollo y mejora la productividad habilitando administradores para planear y evaluar el proceso de prueba mientras se elimina todo proceso manual posible.

Incluye varias opciones de metodología que se pueden cambiar sin dificultad. Esta herramienta permite usar un ambiente multi-usuario integrado que comparte una arquitectura común y un repositorio central.

Rational Rose El área de primordial es la ingeniería de reverso. El proceso de ingeniería de reverso con esta herramienta sirve para ejecutar "analyze", configurarlo para determinar que información se debe usar para la ingeniería de reverso, iniciar el proceso y exportarlo a un archivo. Este archivo tiende a ser leído por la herramienta de modelado. Si se hace cualquier cambio al código que necesite reflejarse en el modelo, entonces el proceso de ingeniería de reverso total se hace una vez más. Una versión futura del producto tendrá la habilidad de desempeñar personalización usando el lenguaje básico. Esto puede proveer de una manera para integrar totalmente el Versant y la habilidad de la ingeniería de reverso.

Select Enterprise Algunas de sus ventajas son, que tiene un soporte sólido para UML, genera IDL CORBA y además el Select Perspective enseña el proceso, no sólo la herramienta; lo cual es poco común además de ser muy útil.

Algunas de sus desventajas son que los elementos de la herramienta no están integrados en un único IDE. El IDE no está actualizado para soportar la última versión de la guía que se usa con Microsof Word 97. Aunque posee una herramienta muy útil para elaborar reportes, esta utilidad está integrada con Microsoft Word.

Select Enterprise está empaquetado en base al ambiente de desarrollo objeto para lo cual se provee el código. Se incluye también el Object Animator, una herramienta interesante que te permite explorar la secuencia de diagramas de manera amigable.

System Architect 4.0 Este producto tiene soporte para UML y las metodologías de punta en cuanto a orientación a objetos se refiere.

Incluye el Screen Painter que soporta prototipo de interfase de usuarios como parte del proceso de diseño, lo cual no es muy común en este tipo de herramientas. Este elemento también está integrado con el generador de código por lo que las pantallas se acarrean a los proyectos creados.

ANEXO 2
MANUAL DE USUARIO

IMPORTANTE:

Tal como se planteó anteriormente, se debe ingresar todos los datos antes de proceder a la graficación de los Diagramas, de esta forma, mantenemos un mejor control de errores y se posibilita que el diseño deba ser lo más correcto posible.

El programa TOOLCASE es una aplicación CASE que permite realizar: Diagrama de Flujo de Datos, Diagrama Entidad Relación, Diccionario de Datos, Comprobación de Errores, Seguimiento de Niveles.

La primera pantalla es de referencia y para poder continuar debe hacer click en cualquier lugar de la pantalla.

En esta pantalla, solo se debe realizar click en cualquier lugar para pasar a la siguiente.

A continuación la pantalla nos muestra un requerimiento de login y password, con lo cual podemos determinar que usuario es el que realiza el trabajo respectivo. Debe ingresar un nombre de usuario que este registrado en las bases de datos en este caso existe el usuario USUARIO1 y su contraseña es USUARIO1.

Para poder registrar más usuarios se debe ingresar como ADMIN y su contraseña es ADMIN. Luego de hacer click en Aceptar o Enter se ingresa al menú principal.

En este menú se tiene las opciones de Archivo, Edición.

En el Menú Archivo, se puede abrir un proyecto ya existente, hacer un nuevo, guardar los cambios, cerrar el proyecto sin grabar y salir del programa.

En la Opción Nuevo tendrá que ingresar el nombre de un nuevo proyecto, un identificador que usted desee asignarlo y, además, el tipo de diagrama que va ha realizar.

En la opción Abrir, se tiene la posibilidad de escoger y abrir un proyecto ya existente.

Para abrir el proyecto ya existente se debe dar doble click en la selección realizada.

La opción Cerrar y Guardar se activan una vez que se haya abierto o generado un nuevo proyecto. Estas presentan solo ventanas de información en el caso de que el proyecto ya existiera.

En el menú Edición, se tienen las opciones para ingresar los datos de los respectivos diagramas. Antes de realizar la grafica en el caso de que el proyecto sea nuevo, se debe ingresar la información del DFD o del DER.

En nombre de objeto se debe escoger de los objetos disponibles en la Lista. El rótulo es un valor que se desplegará el momento del grafico y la Descripción sirve para tener más información del objeto ingresado.

Se debe ingresar aquí todos los objetos que se vaya a utilizar en el Diagrama.

Siempre que se quiera Ingresar un nuevo objeto, se debe primero hacer click sobre el Botón Agregar y luego ingresar los valores. Una vez ingresado, se debe hacer click sobre el botón Actualizar, para que los valores se registren.

Cuando se hayan terminado de ingresar los objetos, se debe hacer click en el Botón Cerrar.

Una vez ingresado los objetos, se debe ingresar las conexiones, Para lo cual se debe escoger el menú Edición, opción Diagrama de Flujo de Datos, opción Flujo de Datos.

Al igual que el anterior se debe hacer click sobre Agregar y luego digitar los valores. Para registrar los cambios se debe hacer click en Actualizar. Si se ha terminado de digitar todas las conexiones hacer click en Cerrar.

Una vez ingresado los objetos y las conexiones si se desea observar el diagrama se debe hacer click sobre Graficar, ante lo cual se le mostrara toda el diagrama de flujo de datos. Este Diagrama inicial esta diseñado en una estructura de árbol.

En este diagrama, se pueden mover los objetos al lugar que se desee, para lo cual se debe apuntar al objeto que se va a mover, luego sobre é hacer click DERECHO con el mouse y le saldrá un menú de Escoger, Trasladar, Cancelar, Ingresar detalles, Ver child o parent, etc.

Al hacer click en Escoger, el objeto seleccionado cambiará de aspecto.

Luego en cualquier parte del formulario hacer click derecho del mouse, y podrá escoger entre Trasladar o Cancelar.

Si elige Cancelar, se objeto que escogió y que se desapareció, volverá a su posición original.

Si elige Trasladar, deberá con el puntero del mouse señalar las ubicaciones iniciales y finales para el objeto elegido.

En la Opción de Edición, existe la subopción de Diccionario de Datos, que le permitirá ver los Datos que usted ha ingresado.

En el menú emergente, del diseño gráfico, usted puede escoger child o parent para ver el respectivo nivel superior o inferior respectivamente. Si un elemento no contiene child o parent, aparecerá un mensaje.

Para completar el diccionario de datos de cada elemento, el menú emergente posee la opción de ingresar detalles y metadatos. En estas opciones se presentará una ventana de requerimientos para poder ingresar la información que dé a lugar.

El procedimiento para elaboración del Diagrama de Entidad Relación sigue los mismos pasos aquí descritos.

ANEXO 3

MANUAL TÉCNICO En este anexo se presentarán los diagramas utilizados para el desarrollo de la aplicación case; así como también referencias de las estructuras más importantes usadas el código fuente.

El software está desarrollado en Visual Basic 6.0. La base fundamental de este software, está en las funciones contenidas en los módulos y en el formulario FRMCASE. Adicionalmente se tiene como apoyo a los formularios FRMGRAFAYU y COORDENADAS. Antes de explicar esos elementos; debemos conocer las estructuras principales que se están usando.

MATRICES Y VARIABLES Matriz grafo: al ingresar las conexiones en esta matriz dinámica se determina cuales son los puntos de conexión Matriz fija grafodfd: esta matriz contiene cuales son las conexiones que los diagramas pueden soportar. Por ejemplo: Si se desea conectar directamente dos almacenes de datos, en esta matriz se chequeará si esa conexión es válida.

Matriz dinámica grafico: contiene un indicativo del tipo de gráfico que se va a dibujar así: 1 ó 5 proceso, 3 conector, 4 almacén de datos, 6 atributo,15 texto. Esta matriz sabe que tipo de gráfico se ha realizado, conjuntamente con la matriz coord que lleva las coordenadas dentro del formulario. Para hacer referencia a estas matrices se usa la variable posgra, que es la que contiene la posición del gráfico dentro de las matrices, que se desea escoger o generar.

Matriz dinámica coord: lleva un registro de las coordenadas de cada objeto dentro el formulario.

Matriz dinámica phc: Matriz dinámica que contiene el número del padre, número del hijo y que tipo de conector va a usar.

Matriz dinámica clisto: determina si la línea de unión entre dos elementos del diagrama ya ha sido graficada (boolena) Matriz dinámica poscoor: indica el orden en que los objetos deberán ser desplegados en la graficación Matriz dinámica dibujado: determina si un elemento ya ha sido dibujado.

Matriz dinámica numerodiag: contiene el número de entradas y/o salidas que tiene un elemento del diagrama. Por ejemplo:

En el diagrama anterior, la entidad alumnos tendrá registrado en la matriz numerodiag una salida y el almacén libro de documentos tendrá registrado una entrada.

Matriz dinámica conecciones: Matriz dinámica para determinar cual es el flujo entre los elementos. Es decir, esta matriz sabe cuál es el elemento origen y cual es el elemento destino.

Matriz dinámica conectores: Esta matriz dinámica actúa junta con la matriz conecciones y en ella se registra cuál es el conector que une a los dos elementos.

Matriz dinámica par_ch: Matriz que contiene unificadamente, el identificador del padre y del hijo; es decir, del origen de una conexión y el destino de la misma. En la posición (0,x) está el padre y en la posición (1,x) está el hijo; donde "x" es la variable posgra.

Variable posgra: Variable que contiene las posiciones de los elementos del diagrama. Mediante está variable puedo referenciar a un valor de un objeto dentro de las matrices citadas anteriormente. La variable posicoord funciona cuando el diagrama ya existe, es decir, el diagrama ya ha sido generado previamente.

Variable cont: Mediante esta variable se realiza la carga inicial de los elementos del diagrama. Cada objeto debe estar en una posición diferente para asegurar que no se contrapongan los elementos.

Variable ruta: Esta variable contiene la ruta (path) desde donde se ejecuta el programa.

Variable usuario: Contiene el identificador del usuario que está utilizando el programa.

Variable nomproy: Contiene el nombre que el usuario le asignó al proyecto de diagrama.

Variable idproy: Contiene el identificador de abreviación que se le asignó al proyecto.

Variable tipdiag: Contiene el tipo de diagrama diseñado; si es Flujo de Datos es 1 y si es Entidad Relación es 2.

MODULOS VARIABLES.BAS Este módulo contiene la declaración de las variables y matrices que indicamos en la sección anterior.

FUNCIONES.BAS Contiene funciones para inicializar las matrices y variables; además, de los formularios de apoyo FRMGRAFAYU (que contiene toda la información de los elementos del diagrama, sus identificadores, sus conexiones; y COORDENADAS (que contiene la información de las coordenadas de cada elemento). Estas funciones son inicio (para matrices y variables), e iniciolist (paran los formularios de apoyo).

Funciones para graficar automáticamente los elementos de los diagramas propuestos. Estas funciones son: ALMDFD (para los gráficos de almacenes de datos), ENTDFD (para los gráficos de entidades tanto para los diagramas de flujo de datos, cómo para los de entidad relación), PROCDFD (para los gráficos de proceso de datos), GRAFICARLINEA (para los gráficos de conexiones entre gráficos), ATRIBDER (para los gráficos de atributos de datos), RELER (para los gráficos de relaciones de datos).

Funciones que mantienen las coordenadas de los diferentes tipos de elementos de un diagrama: COORDENADA (mantiene el registro de las coordenadas de los objetos del diagrama), COORDLINEA (mantiene el registro de las coordenadas de las líneas que conectan a los objetos del diagrama), COORDTEXT (mantiene el registro de las coordenadas de los rótulos de cada elemento del diagrama). Es necesario aclarar que estas coordenadas se almacenan en la misma matriz coord.. La variable cont lleva el registro de que tipo de gráfico es. Además, la matriz poscoor, mantiene también el registro de cuál objeto acaba de ingresar o ser graficado.

Función para llevar el registro de los objetos que se encuentran vinculados; es decir, los objetos que tienen conexión de origen y de destino.

REGRAFICO.BAS Las funciones aquí incorporadas, se las utiliza cuando el diagrama ya ha sido diseñado y se desea sólo hacer modificaciones al mismo.

Las funciones son PROCDFD1, ALMDFD1, ATRIBDER1, ENTDFD1, COORDENADA1, COORDLINEA1, COORDTEXT1. Su funcionamiento es similar a las funciones anteriores.

RUTA.BAS En este módulo se tiene la base inicial de las funciones principales para llamar a las funciones anteriormente citadas, en los casos en que el gráfico aún no exista ó en el caso de que se desee editar un gráfico ya existente.

La función GRAFICARDFD, contiene las llamadas a las funciones: ENCGRAFICARDFD (función donde se asigna los valores iniciales para realizar un diagrama, en el caso de que el diagrama no exista, es decir de que sea nuevo los valores se pondrán a nulos; en el caso de que el diagrama si exista, las matrices, variables y demás estructuras, tomarán los respectivos valores almacenados), GRAFICARNUEVO (Si el diagrama no existiese o si se le da la orden de rehacer el gráfico, los valores que pudieran haber sido recuperados se eliminarán y a cambio se reestructurará el diagrama. Está función tiene implementado el mecanismo de dibujo en estructura de tipo árbol), LINEASNUEVO (idéntico al anterior, cuando se grafica nuevamente o por primera vez, las líneas de conexión se regraficarán con valores en estructura de árbol.

Las funciones GRAFICAR y GRAFICAR1 funcionan; la primera cuando el diagrama es nuevo o regraficado y el segundo cuando el diagrama ya existe.

EDITOR.BAS Este módulo contiene funciones que son aplicables para editar un texto, el momento que vemos los diccionarios de datos, se activa el formulario EDITOR.FRM y con éste las funciones de este módulo. Son estructuras de un editor básico desarrollado en Visual Basic, que son ya comunes a todo desarrollador en este lenguaje.

FORMULARIOS FRMCASE.FRM Este es el formulario más importante, porque en este se realizan el resto de procesos de la diagramación automática. La programación consta en los procedimientos MOUSEDOWN, MOUSEMOVE y MOUSEUP. El procedimiento LOAD detecta si el diagrama es nuevo o ya existe; para poder proceder a abrir sus valores almacenados o inicializar todas las matrices y variables.

En el procedimiento mousedown detecta sobre cual objeto se ha realizado un evento click derecho, luego de lo cual comienza a buscar en toda la matriz coord, que es la que almacena las coordenadas de los objetos diagramados. El momento que encuentra las coordenadas procede a la función ESCOGER, en la cual mediante el vector gráfico sabe cual es el objeto que se ha escogido.

En el procedimiento mouseup, en cambio detecta las coordenadas iniciales y finales del objeto que ha sido diagramado, mediante el botón izquierdo del mouse.

Además también detecta si se ha escogido otra opción como ver child, parent, ó algún diccionario o catálogo, para lo cual chequea la variable OPDATO que es la que tiene la información de que operación va a realizar.

El resto de formularios son de apoyo, y contienen estructuras conocidas de programación en Visual Basic.

Se presenta también diagramas de bloque del funcionamiento del programa:

PROCESO PRINCIPAL

En este diagrama, se presenta el bloque de visualización y/o construcción de un diagrama.

PROCESO:

En este diagrama, nos muestra los pasos a seguir para la construcción de un nuevo diagrama. Debemos obtener de la lista ingresada o recuperada, la representación de los padres, hijos y conectores (matriz phc, coord., grafico y otros). Al obtener esta lista la diagramación se la realiza en forma de árbol.

La extracción de detalles del diagrama, empieza con la búsqueda de los datos del diagrama, una vez encontrado estos datos, se los pasa todo a las matrices, vectores y variables, para de trabajar con estas. En esta mismo proceso se debe realizar la reestructuración de padres, hijos y conectores, para saber luego que objetos están en el diagrama.

El proceso de mostrar Child o Parent, sigue las mismas reglas anteriores. Es decir, que el diagrama child o parent debe ser tratado como un elemento del proyecto global. De esta forma buscamos mediante el código asignado y procesamos Extraer Detalles del Diagrama. En caso de que no escoja uno de estos, puede tener la opción de elegir un objeto puntual del diagrama a fin de colocarlo en una nueva posición. Para lo cual se extraen los detalles de este objeto y se pasan a las nuevas coordenadas. En el caso de que elija otra operación, esta pasará a visualizar datos de los Diccionario o catálogos.

El proceso en espera significa, que el usuario no ha escogido ninguna opción de procesamiento, el sistema esta esperando una orden, que en último de los casos debería ser salir del sistema.

Notas:
[1] Los beneficios pueden ser de tipo lucrativo (económicos) o mejoras en la prestación de servicios.

[2] Ackoff Russell. Planificación de la Empresa del Futuro. Pg. 41

[3] Ackoff Russell. Planificación de la Empresa del Futuro. Pg 43

[4] Ackoff Russell. Planificación de la Empresa del Futuro. Pg 46

[5] Steiner George. Planeación Estratégica. Prefacio

[6] Pressman Roger. Ingeniería De Software Un Enfoque Práctico. Pg 188

[7] Gómez Guillermo. Planeación y Organización de Empresas. Pg. 191

[8] Gómez Guillermo. Planeación y Organización de Empresas. Pg. 210

[9] Terry George. Administración y Control de Oficinas. Pg. 469

[10] Pressman Roger. Ingeniería de Software Un Enfoque Práctico. Pg. 166

[11] Terry George. Administración y Control de Oficinas. Pg 197

[12] Terry George. Administración y Control de Oficinas. Pg. 19

[13] Pressman Roger. Ingeniería del Software Un Enfoque Práctico. Pg. 163

[14] McClure Carma. Case La Automatización del Software. Pg. 119

[15] Gómez Guillermo. Planeación y Organización de Empresas. Pg. 34

[16] Peppard y Rowland. La Esencia de la Reingeniería en los Procesos de Negocios. Pg. 20

[17] Roger Pressman. Ingeniería De Software Un Enfoque Práctico. Pg. 507

[18] Senn James. Análisis y Diseño de Sistemas de Información. Pg. 78

[19] Cuevas Agustín Gonzalo. Ingeniería del Software: Práctica de la programación. Pg. 39

[20] Cuevas Agustín Gonzalo, Ingeniería del Software, Práctica de la Programación. Pg. 39

[21] McClure Carma. Case La Automatización Del Software. Pg. 328

[22] Gómez Guillermo. Planeación y Organización de Empresas. Pg. 203

[23] http://web.jet.es/arroniz/documentacion/ISO_9001_2000.htm

[24] Pressman Roger. Ingeniería del Software. Un enfoque práctico. Pg. 161

[25] McClure Carma. CASE La Automatización del Software. Pg. 153

[26] McClure Carma. CASE La Automatización del Software. Pg. 157

[27] McClure Carma. CASE La Automatización del Software. Pg. 36

[28] Dorsey Paul, Koletske Peter. Manual de Oracle Diesigner/2000. Oracle Press. Pg. 23

Bibliografia

ACHIG, Lucas Guía de Planeamiento Universitario, Universidad Estatal de Bolívar, Guaranda Ecuador, 1997.

ACKOFF, Russell Planificación de la Empresa del Futuro, Noriega Editores, México D.F. México, 1994.

ANDREU Rafael, RICART Joan, VALOR Josep Estrategia y Sistemas de Información. Segunda Edición, Serie McGraw-Hill de Management. Barcelona España, 1996. BURCH, Jhon GRUDMITSKI Gary Diseño de Sistemas de Información. Teoría y Práctica. Megabyte. México. 1994 CONTRALORIA GENERAL DEL ESTADO Biblioteca Jurídica Ecuatoriana. Vademecum Legal, Volumen III DMITRIEV, V.I. Teoría de Información Aplicada, Ed. Mir Moscú, Moscú Rusia, 1991 DORSEY, Paul y KOLETZKE, Peter Manual de Oracle Designer/2000, Ed. Osborne / McGraw Hill, Madrid España, 1997.

GRANT, William Planeamiento de Fábricas. Ed. Hispano Europea, Madrid España, 1990.

HOYLE, David ISO 9000 Manual de Sistema de Calidad. Ed. Paraninfo, Madrid, 1995.

KENDALL, Kenneth y KENDALL, Julie Análisis y Diseño de Sistemas, Ed. Prentice Hall Hispanoamericana, México, 1997 KORTH, Henry y SILBERSCHATZ, Abraham Fundamentos de Bases de Datos, Ed. McGraw-Hill, España, 1997 LI, David Auditoría en Centros de Cómputo. Ed. Trillas, México, 1993.

McCLURE, Carma CASE, La Automatización del Software, Ed. Addison Wesley Iberoamericana, Delaware Estados Unidos de Norteamérica, 1993.

PEPPARD, Joe y ROWLAND, Phillip La Esencia de la Reingeniería en los Procesos de Negocios, Ed. Prentice Hall Hispanoamericana, México, 1996.

PRESSMAN, Roger Ingeniería del Software. Un Enfoque Práctico, Ed. McGraw Hill, Madrid España, 1998 SENN, James Análisis y Diseño de Sistemas de Información. Ed. McGraw Hill, México, 1992 STEINER, George Planeación Estratégica: Lo que todo Director Debe Saber, Ed. CECSA, México, 1991 TERRY, George Administración y Control de Oficinas, Ed. CECSA, México, 1993.

REFERENCIAS A PAGINAS WEB http://www.logicworks.com http://www.cayennesoft.com http://www.platinum.com http://www.aonix.com http://www.rational.com http://www.selectst.com http://www.popkin.com http://www.logicworks.com/products/bpwin/bpwin.html http://www.aisintl.com/case/products/product.html http://www.sybase.com/products/powerdesigner/ httt://www.sybase.com httt://www.information-engineer.com httt://www.inei.gob.pe/cpi/bancopub/lifree/lib606/n00.html httt://agamenon.uniandes.edu.co/~magister/areas/!informa.html

APLICACION DE LA INGENIERIA DE LA INFORMACION A LA PLANEACION Y DESARROLLO INFORMATICO (METODOLOGIA APLICADA A UN CASE )

Enviado por: Ing.+Lic. Yunior Andrés Castillo S.

"NO A LA CULTURA DEL SECRETO, SI A LA LIBERTAD DE INFORMACION"®

www.monografias.com/usuario/perfiles/ing_lic_yunior_andra_s_castillo_s/monografias

Santiago de los Caballeros, República Dominicana, 2015.

"DIOS, JUAN PABLO DUARTE Y JUAN BOSCH – POR SIEMPRE"®

APLICACION DE LA INGENIERIA DE LA INFORMACION A LA PLANEACION Y DESARROLLO INFORMATICO (METODOLOGIA APLICADA A UN CASE)

Autor:

Jesús Octavio González Ortiz.