FICHA CASE. NOMBRE DE LA CASE Visible Analyst (32 bit) Bersión PROVEEDOR VISIBLE SYSTEMS CORPORATION COSTO

Transcripción

1 FICHA CASE NOMBRE DE LA CASE Visible Analyst (32 bit) Bersión PROVEEDOR VISIBLE SYSTEMS CORPORATION COSTO USD ALCANCE DE LA Facilidades: HERRAMIENTA Modelo de procesos Modelo de datos Modelo de Objetos AS/400 DDS Interface Power Builder Exporta a SQLWindows Importa/Exporta Uniface Unify VISION Interface Interface Visual Basic Extensible Redes Multiusuario Lenguajes ANSI Cobol C Sistemas de Bases de Datos del Repositorio Sybase & SQL Server Oracle 7 Server SQLBase Btrieve Bases de datos soportadas SQL DDL SQL Base Ingres Watcom Db2 & Db2/2 Db2/6000 Oracle 27/03/1999 1

2 Progress Datacom XDb Informix Unify 2000 ANSI SQL 2 OS/400 DB Sybase & SQL Server Dbase IV Rdb Lenguajes de los esquemas generados: 1. Access 2. Ansi SQL Centura SQL-Base 4. DB2 5. DBase IV SQL Datacom SQL 7. Informix AQL 8. Ingres/SQL 9. Netware SQL Oracle SQL Rdb SQL 12. SQL Server 4.x 13. SQL Server 6.x 14. SQL Server System 10/ Unify SQL 16. Watcom/SQL Anywwhere 17. XDB SQL 18. User defined Interfaces: Power Builder SQL Windows Unify Vision Uniface 27/03/1999 2

3 KnowledgeWare Excelarator Synon CSP-ESF Application Browser Metodologías Orientadas a Objetos UML OMT/Rumbaugh Metodología estructuradas: Yourdon Gane Diagramas Boilerplate Clases Flujo de datos Decomposition Entidad/relación Transición de estados Carta estructurada No estructurado Niveles de Seguridad: Manejador del Sistema: tiene todos los derechos sobre los proyectps en VAW, puede mantener información y asignar derechos a los usuarios sobre los proyectos. Manejador del Proyecto: puede crear proyectos y asignar ususarios a los proyectos que ellos crean. Usuario: puede acceder a VAW y le pueden dar derechos sobre los proyectos, pero no puede crear proyectos nuevos. Librería que soporta el ciclo de vida del diseño y desarrollo de procesos. El repositorio es utilizado para reportes y para generar esquemas y código de software. Los modelos pueden ser evaluados y probados por completitud, consistencia, conforme a las reglas y otros factores. Todos los modelos y el repositorio están relacionados, muchos comparten componentes comunes tales como 27/03/1999 3

4 bases de datos, objetos y/ o acciones. El desarrollo de los modelos es iterativos, frecuentemente requieren de varias sesiones antes de estar completos y representar la realidad. La habilidad para moverse de un modelo a otro y trabajar sobre diferentes modelos al mismo tiempo es critico para el éxito de una herramienta CASE. Las reglas de la CASE están asociadas con el chequeo de consistencia y estructuras lógicas tales como nombres y enlaces completos. Los modelos incluyen: 1. Functional Decomposition Model (también conocido como Business Model). muestra las funciones del negocio y los procesos que soportan, en un diagrama de estructura jerarquica. 2. Modelo Entidad-Relación (también conocido como modelo de datos) muestra las entidades de la aplicación y las relaciones entre las entidades. Las entidades son cosas y las relaciones son acciones. Las entidades pueden ser seleccionadas en subconjuntos para producir vistas del modelo de datos. 3. Modelo de Objeto (también conocido como Modelo de Clase de Objetos) muestra clases de objetos, subclases, agregación y herencia. 4. Modelo de transición de estados (también conocido como Modelo de Tiempo-Real) muestra como los objetos cambian a diferentes estados o condiciones y los eventos que causan que ellos pasen de un estado a otro. 5. Modelo de procesos (también conocidos como Diagrama de Flujos de Datos) Muestran como las cosas suceden en la organización por medio de una secuencia de procesos, acciones, almacenes de datos, entradas y salidas. Los procesos se descomponen en más detalles, produciendo una estructura jeráquica de niveles. 6. Modelo del Producto (también conocido como Carta estructurada) muestra un mapa de diseño top-down jerárquico de cómo la aplicación será programada, construidad, integrada y probada. 7. Repositorio o Library Model (también conocido como Base de datos del proyecto) mantiene registro de todos los objetos y relaciones de todos los diagramas permitiendo la documentación de los mismos. OPCIONES DE VISIBLE ANALYST: 1. Análisis Estructurado/Diseño: funciones/procesos, modelos de datos y conceptos de producto. 2. Modelo Orientado a Objeto (construir jerearuías de clases, estados dinámicos y modelo funcionale/procesos) 27/03/1999 4

5 Ambos modelos usan diferentes secuencias de esfuerzos y se enfocan sobre diferentes aspectos del proyecto. VAW permite escoger uno de los modelos o mezclarlos para producir una definición comprensible, mecanismos de diseño y desarrollo. Claves para usar VAW: 1. Desarrollar la disciplina para aplicar y seguir los pasos y procedimientos de la técnica. 2. Conceptualizar los modelos 3. Ser consistente al definir y describir el mundo real. 4. Ser completo en la descripción 5. Progresar desde una especificación conceptual una operacional y construcción. Análisis realizado por Visible Analyst: 1. Análisis de Carta Estructurada 2. Análisis de Diagramas de Flujo de Datos: Chequea que todos los objetos tengan una etiqueta y que los proceso tengan un número asociado. Chequea que todos los objetos tengan algun relación. Chequea que los objetos tengan por lo menos una entrada y una salida. Cheque el balance del flujo de datos 3. Análisis de FDDs 4. Análisis de Entidad Relación 5. Análisis de Diagrama de Clases El Repositorio: 1. Permite la definición de datos y manejo de una base de datos. 2. Crea automáticamente una base de datos organizada de información del proyecto 3. Se pueden agregar entradas al repositorio, asociando una etiqueta con su respectiva información. 4. Se pueden ver todas las entradas al repositorio a través de las cajas de dialogo. 27/03/1999 5