Instituto Tecnológico de Ciudad Valles

INSTITUTO TECNOLÓGICO DE CD. VALLES

Herramientas CASE más usadas para el desarrollo de

software, Estándares y Notaciones del Modelo de
Negocios.
MATERIA:

Fundamentos de Ingeniería de Software

CARRERA
Ingeniería en Sistemas Computacionales

Oscar Isaac Tinajero Maldonado 17690210

NOMBRE DEL DOCENTE
ING. BEATRIZ AVALOS BUSTOS
Herramientas CASE
Herramientas CASE (Computer Aided Software Engineering, Ingeniería de
Software Asistida por Computadoras). Son diversas Aplicaciones informáticas
destinadas a aumentar la productividad en el Desarrollo de software
reduciendo el coste 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 diseño de proyectos, cálculo 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.

Es un sistema de software que intenta proporcionar ayuda automatizada a las

actividades del proceso de desarrollo de software. Los sistemas CASE a
menudo se utilizan como apoyo al método. La primera herramienta CASE
como hoy la conocemos fue Excelerator en 1984, era para PC. Actualmente
la oferta de herramientas CASE es muy amplia y tenemos por ejemplo el
EASYCASE o WINPROJECT.

Tecnología de las herramientas CASE

La tecnología CASE supone la automatización del desarrollo del software,
contribuyendo a mejorar la calidad y la productividad en el desarrollo de
sistemas de información a la hora de construir software se plantean los
siguientes objetivos:

 Permitir la aplicación práctica de metodologías estructuradas, las cuales

al ser realizadas con una herramienta conseguimos agilizar el trabajo.

 Facilitar la realización de prototipos y el desarrollo conjunto de

aplicaciones.

 Simplificar el mantenimiento de los programas.

 Mejorar y estandarizar la documentación.

 Aumentar la portabilidad de las aplicaciones.

 Facilitar la re-utilización de componentes software.

 Permitir un desarrollo y un refinamiento visual de las aplicaciones,

mediante la utilización de gráficos.

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.

 Metamodelo (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.

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.

Clasificación
Aunque no es fácil y no existe una forma única de clasificarlas, las
herramientas CASE se pueden clasificar teniendo en cuenta los siguientes
parámetros:
1. Las plataformas que soportan.

2. Las fases del ciclo de vida del desarrollo de sistemas que cubren.

3. La arquitectura de las aplicaciones que producen.

4. Su funcionalidad.

La clasificación basada en las fases del ciclo de desarrollo cubre:

 Upper CASE (U-CASE), herramientas que ayudan en las fases de

planificación, análisis de requisitos y estrategia del desarrollo, usando,
entre otros diagramas UML.

 Middle CASE (M-CASE), herramientas para automatizar tareas en el

análisis y diseño de la aplicación.

 Lower CASE (L-CASE), herramientas que semi-automatizan la

generación de código, crean programas de detección de errores,
soportan la depuración de programas y pruebas. Además automatizan la
documentación completa de la aplicación. Aquí pueden incluirse las
herramientas de Desarrollo rápido de aplicaciones.

Existen otros nombres que se le dan a este tipo de herramientas, y que no es

una clasificación excluyente entre sí, ni con la anterior:

 Integrated CASE (I-CASE), herramientas que engloban todo el proceso

de desarrollo software, desde análisis hasta implementación.

 MetaCASE, herramientas que permiten la definición de nuestra propia

técnica de modelado, los elementos permitidos del metamodelo generado
se guardan en un repositorio y pueden ser usados por otros analistas, es
decir, es como si definiéramos nuestro propio UML, con nuestros
elementos, restricciones y relaciones posibles.

 CAST (Computer-Aided Software Testing), herramientas de soporte a la

prueba de software.

 IPSE (Integrated Programming Support Environment), herramientas que

soportan todo el ciclo de vida, incluyen componentes para la gestión de
proyectos y gestión de la configuración.

Por funcionalidad podríamos diferenciar algunas como:

 Herramientas de generación semiautomática de código.

 Editores UML.
 Herramientas de Refactorización de código.

 Herramientas de mantenimiento como los sistemas de control de

versiones.

Ejemplos de Herramientas Case más utilizadas.

ERwin
PLATINUM ERwin es una herramienta de diseño de base de datos. Brinda
productividad en diseño, generación, y mantenimiento de aplicaciones. Desde
un modelo lógico de los requerimientos de información, hasta el modelo físico
perfeccionado para las características específicas de la base de datos
diseñada, ERwin permite visualizar la estructura, los elementos importantes,
y optimizar el diseño de la base de datos. Genera automáticamente las tablas
y miles de líneas de stored procedure y triggers para los principales tipos de
base de datos.

EasyCASE
EasyCASE Profesional, el centro de productos para procesos, modelamiento
de datos y eventos, e Ingeniería de Base de Datos, es un producto para la
generación de esquemas de base de datos e ingeniería reversa, trabaja para
proveer una solución comprensible para el diseño, consistencia y
documentación del sistema en conjunto.

Oracle Designer
Oracle Designer es un juego de herramientas para guardar las definiciones
que necesita el usuario y automatizar la construcción rápida de aplicaciones
cliente/servidor flexibles y gráficas. Integrado con Oracle Developer, Oracle
Designer provee una solución para desarrollar sistemas empresariales
cliente/servidor de segunda generación.

PowerDesigner
PowerDesigner es una suite de aplicaciones de Powersoft para la
construcción, diseño y modelado de datos a través de diversas aplicaciones.
Es la herramienta para el análisis, diseño inteligente y construcción sólida de
una base de datos y un desarrollo orientado a modelos de datos a nivel físico
y conceptual, que dan a los desarrolladores de aplicaciones Cliente/Servidor
la más firme base para aplicaciones de alto rendimiento.

System Architect
System Architect posee un repositorio único que integra todas las
herramientas, y metodologías usadas. En la elaboración de los diagramas, el
System Architect conecta directamente al diccionario de datos, los elementos
asociados, comentarios,reglas de validaciones, normalización, etc. Posee
control automático de diagramas y datos, normalizaciones y balanceo entre
diagramas "Padre e Hijo", además de balanceo horizontal, que trabaja
integrado con el diccionario de datos, asegurando la compatibilidad entre el
Modelo de Datos y el Modelo Funcional.

SNAP
SNAP es un CASE para el desarrollo de aplicaciones en Sistemas AS/400 de
IBM. Proporciona el ambiente integral de trabajo, brindando la posibilidad de
construir sistemas de inmejorable calidad, adheridos a los estándares S.A.A
de IBM., totalmente documentados y ajustados a los requerimientos
específicos de la organización, en una fracción del tiempo y coste del que se
invertiría, si se utilizaran herramientas tradicionales.

Futuro de las Herramientas CASE

Las herramientas CASE evolucionan hacia tres tipos de integración:

1. La integración de datos permite disponer de herramientas CASE con

diferentes estructuras de diccionarios locales para el intercambio de
datos.

2. La integración de presentación confiere a todas las herramientas CASE el

mismo aspecto.

3. La integración de herramientas permite disponer de herramientas CASE

capaces de invocar a otra herramienta CASE.
Referencias:
 https://www.ecured.cu/Herramienta_CASE

 Molinier, F. (2005). Informáticos de la Generalitat Valenciana Grupos A y

B. Bloque específico.

 Kendall, K. E. (2005). Análisis y diseño de sistemas. Pearson educación.

 https://www.lucidchart.com/pages/es/que-es-la-notacion-de-modelado-de-
procesos-de-negocio#discovery__top
Estándar para modelar procesos
de negocio
¿Qué es una BPMN?
La notación del modelado de procesos de negocio (BPMN) es un método de
diagrama de flujo que modela los pasos de un proceso de negocio planificado
de principio a fin. Un aspecto clave de la gestión de procesos de negocio
(BPM) es que representa visualmente una secuencia detallada de los flujos
de información y las actividades empresariales necesarias para finalizar un
proceso.

Su propósito es modelar formas de mejorar la eficiencia, representar nuevas

circunstancias u obtener ventaja sobre la competencia. Este método también
ha experimentado un empuje hacia la estandarización en los últimos años, y
ahora su nombre es un poco diferente: Notación y modelo de procesos de
negocios, pero conserva la sigla BPMN. Se diferencia de la creación de
mapas de procesos de negocio, que realiza diagramas de procesos actuales
para propósitos tales como la estandarización, la capacitación a empleados,
el control de calidad y la conformidad de auditoría. BPMN también es el
equivalente empresarial del lenguaje unificado de modelado (UML) empleado
en el diseño de software.

Historia muy reciente

La iniciativa de la gestión de procesos de negocio (BPMI) desarrolló la
notación del modelado de procesos de negocio, que ha experimentado una
serie de revisiones. En 2005, ese grupo se fusionó con el Object
Management Group (OMG), que se hizo cargo de la iniciativa. En 2011, OMG
lanzó BPMN 2.0 y cambió el nombre del método a modelo y notación de
procesos de negocio. Creó un estándar más detallado para el modelo de
procesos de negocio, mediante el uso de un conjunto más rico de símbolos y
notaciones para los diagramas de procesos de negocio. Desde 2014, BPMN
también se complementó con un método de diagrama de flujo de decisiones
llamado el estándar "Decision Model and Notation", ya que BPMN no se
presta a sí mismo de forma natural a los flujos de decisión.

Propósitos y beneficios
En un nivel elevado, BPMN está dirigido a participantes y otros interesados
en un proceso de negocio con el fin de obtener conocimientos mediante una
representación visual de los pasos fácil de entender. En un nivel más
específico, se dirige a las personas que implementarán el proceso, brindando
suficientes detalles para permitir una implementación precisa. Ofrece un
lenguaje estándar y común para todos los interesados, sean técnicos o no:
analistas de negocios, participantes del proceso, desarrolladores técnicos y
directores, así como asesores y equipos externos. Idealmente, cierra la
brecha entre la intención del proceso y la implementación, brindando
suficientes detalles y claridad a la secuencia de las actividades
empresariales.

La diagramación puede ser mucho más fácil de entender que el texto

narrativo. Permite una colaboración y comunicación más fáciles para alcanzar
el objetivo de un proceso eficiente que produzca resultados de excelente
calidad. También ayuda a orientar la comunicación hacia los documentos en
lenguaje de marcado extensible (XML) necesarios para ejecutar numerosos
procesos. Nuestro principal estándar XML se denomina BPEL o BEPEL4WS,
que significa "lenguaje de ejecución de procesos de negocio para servicios
web".

Símbolos y elementos de diagramas BPMN 2.0

La BPMN representa estos cuatro tipos de elementos de los diagramas de
procesos de negocio.

1. Objetos de flujo: eventos, actividades y portales

2. Objetos de conexión: flujo de secuencia, flujo de mensaje y asociación

3. Carriles: piscina o carril

4. Artefactos: objeto de datos, grupo y anotación

Estos son los elementos individuales y cómo se usan para definir un proceso
de negocio:

 Eventos

Un disparador que inicia, modifica o finaliza un proceso. Los tipos de eventos

incluyen mensajes, temporizadores, errores, compensaciones, señales,
cancelaciones, escalaciones, enlaces y otros. Se muestran con círculos que
contienen otros símbolos en función del tipo de evento. Se clasifican como
"lanzar" o "capturar", según su función.

 Actividad

Una actividad o tarea particular llevada a cabo por una persona o sistema. Se
muestra con un rectángulo con bordes redondeados. Pueden volverse más
detalladas con subprocesos, bucles, compensaciones y múltiples instancias.

 Gateway

Punto decisivo que puede modificar la ruta en función de las condiciones o

los eventos. Se muestran como diamantes. Pueden ser exclusivos o
inclusivos, paralelos, complejos o basarse en datos o eventos.

 Flujo de secuencia

Muestra el orden de las actividades que se realizarán. Se representa con una

línea recta con una flecha. Puede mostrar un flujo condicional o un flujo
predeterminado.

 Flujo de mensajes

Muestra mensajes que fluyen en "piscinas" o límites organizativos, como los

departamentos. No debe conectar eventos o actividades dentro de una
piscina. Se representa con una línea discontinua que contiene un círculo al
principio y una flecha al final.

 Asociación

Se muestra con una línea punteada y asocia un artefacto o texto a un evento,

actividad o puerta de enlace.

Carril y piscina

Una piscina representa a los principales participantes de un proceso. Puede

haber otra piscina en otra compañía o departamento, pero igual estar
involucrada en el proceso. Los carriles dentro de una piscina muestran las
actividades y los flujos para un determinado rol o participante, definiendo
quién es responsable de qué partes del proceso.

Artefacto

Información adicional que los desarrolladores agregan para aportar el nivel

necesario de detalle al diagrama. Hay tres tipos de artefactos: objeto de
datos, grupo u anotación. Un objeto de datos muestra los datos necesarios
para una actividad. Un grupo muestra una agrupación lógica de actividades,
pero no cambia el flujo del diagrama. Una anotación brinda una explicación
más completa de una parte del diagrama.