Los modelos de Proceso Especializado

Los modelos de proceso especializado tienden a aplicarse cuando se elige un enfoque de

ingeniería de software especializado o definido muy específicamente. Pero también son muy
adaptables a otro tipo de modelos.

2.4.1 Desarrollo basado en componentes

Para entender este concepto primero debemos entender que es un componente y según Murillo
(2015) nos dice que “no es más que una parte del código, que hace que se cumpla alguna función
o se cubra un requerimiento del cliente”.

Este desarrollo brinda una funcionalidad que se persigue con interfaces bien definidas que
permiten que el componente se integre en el software que se va a construir. Además, incorpora
muchas de las características del modelo espiral. Es de naturaleza evolutiva y demanda un
enfoque iterativo para la creación de software. Sin embargo, construye aplicaciones a partir de
fragmentos de software prefabricados. Este modelo incorpora las siguientes etapas:

1. Se investigan y evalúan.

2. Se consideran los aspectos de integración de los componentes.

3. Se diseña una arquitectura del software para que reciba los componentes.

4. Se integran los componentes en la arquitectura.

5. Se efectúan pruebas exhaustivas para asegurar la funcionalidad apropiada.

Este modelo es utilizado para hacer fragmentos de software ya antes realizados, es decir, lleva a
la reutilización del software, esto beneficia a los ingenieros de software porque reduce el ciclo de
tiempo del desarrollo como el costo del proyecto.

2.4.2 El modelo de métodos formales

En este modelo se agrupa actividades que llevan a la especificación matemática formal del
software de cómputo y promete un software libre de defectos. Asimismo, permiten especificar,
desarrollar y verificar un sistema basado en computadora por medio del empleo de una notación
matemática rigurosa. Al usar estos métodos formales se obtiene un mecanismo para eliminar
muchos de los problemas difíciles de vencer con otros paradigmas de la ingeniería de software.
Lo ambiguo, incompleto e inconsistente se descubre y corrige con más facilidad, no a través de
una revisión ad hoc sino con la aplicación de análisis matemático, de igual forma, sirven como
base para la verificación del programa, y así permiten descubrir y corregir errores que de otro
modo no serían detectados. Sin embargo, algunas preocupaciones de su aplicación son:

 El desarrollo de modelos formales consume mucho tiempo y es caro.

 Se requiere mucha capacitación.
 Es difícil utilizar los modelos como mecanismo de comunicación para clientes sin
complejidad técnica.

2.4.3 Desarrollo de software orientado a aspectos

Cuando las preocupaciones afectan múltiples funciones, características e información del

sistema, es frecuente que se les llame preocupaciones globales.

El desarrollo de software orientado a aspectos (DSOA), según Castillo, Losavio y Matteo (2010)
nos afirman lo siguiente:

Representa un nuevo paradigma de ingeniería de software basado en los conceptos de la

programación orientada a aspectos (POA). La ingeniería de requisitos orientada a
aspectos (AORE) y el diseño arquitectural orientado a aspectos (AOAD), estudian la
identificación y el manejo temprano de las incumbencias transversales para mejorar la
calidad del código. Este enfoque se conoce como aspectos tempranos […].

En cuestión este paradigma proporciona un proceso y enfoque metodológico para definir,

especificar, diseñar y construir aspectos.

Analizado desde la ingeniería orientada a aspectos (ICOA) usa el concepto de rebanadas

horizontales a través de componentes de software descompuestos verticalmente, llamados
“aspectos”. Los aspectos comunes y sistémicos incluyen interfaces de usuario, trabajo en
colaboración, distribución, persistencia, administración de la memoria, procesamiento de las
transacciones, seguridad, integridad, etc. De esta forma, es esencial disponer de comunicación
asincrónica entre las actividades de proceso del software aplicadas a la ingeniería, y la
construcción de los aspectos y componentes.
Referencia Bibliográfica:

Castillo, I., Losavio, F. y Matteo, A. (2010). La orientación a aspectos y el nuevo estándar

SQuaRE para requisitos de software. Revista de la Facultad de Ingeniería Universidad
Central de Venezuela, 25(4). http://www.scielo.org.ve/scielo.php?
script=sci_arttext&pid=S0798-40652010000400003&lang=pt

Murillo, J. (2015). MODELOS DEL PROCESO: Modelo de Proceso Especializado. Ingeniería

de Software. https://jraquelm2.wixsite.com/ingenieriadesoftware/single-post/2015/04/22/-
tema-3-modelos-del-proceso-modelo-de-proceso-especializado