Sei sulla pagina 1di 7
ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ MANUEL FÉLIX LÓPEZ CARRERA INFORMÁTICA SEMESTRE SEPTIMO PERÍODO

ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ MANUEL FÉLIX LÓPEZ

CARRERA INFORMÁTICA

SEMESTRE SEPTIMO

PERÍODO ABRIL-SEPT/2015

TEMA:

MODELOS DE PROCESO ESPECIALIZADOS

MATERIA:

INGENIERIA DE SOFTWARE

AUTORA:

SINDY M. COBEÑA CEDEÑO

FACILITADORA:

ING. HIRAIDA SANTANA

MISIÓN

Formación de profesionales íntegros que conjuguen ciencia, tecnología y valores en su accionar, comprometidos con la sociedad en el manejo adecuado de programas y herramientas computacionales de última generación.

VISIÓN

Ser referente en la formación de profesionales de prestigio en el desarrollo de aplicaciones informáticas y soluciones de hardware.

CALCETA, MAYO 2015

INTRODUCCIÓN

En este capítulo vamos a referirnos a los modelos de proceso especializados los cuales son muy

importantes a la hora de desarrollar un sistema, hablaremos sobre los basados en componentes

los que

incorpora muchas de las características del modelo espiral y sus beneficios, también sobre los modelos de

métodos formales que son los que permiten especificar, desarrollar y verificar un sistema basado en

computadora por medio del empleo de una notación matemática rigurosa y sus ventajas para identificar

cual se debe utilizar a la hora de desarrollare un sistema.

MODELOS DE PROCESO ESPECIALIZADOS

Los modelos de proceso especializado tienen muchas de las características de uno o más de los modelos

tradicionales que se presentaron en las secciones anteriores. Sin embargo, dichos modelos tienden a

aplicarse

cuando

específicamente.

se

elige

un

enfoque

de

ingeniería

de

software

especializado

o

definido

muy

DESARROLLO BASADO EN COMPONENTES

El modelo de desarrollo basado en componentes incorpora muchas de las características del modelo

espiral. Es de naturaleza evolutiva [Nie92] y demanda un enfoque iterativo para la creación de software.

Sin embargo, el modelo de desarrollo basado en componentes construye aplicaciones a partir de

fragmentos de software prefabricados.

Las

actividades

de

modelado

y

construcción

comienzan

con

la

identificación

de

candidatos

de

componentes. Éstos pueden diseñarse como módulos de software convencional o clases orientadas a

objetos o paquetes16 de clases. Sin importar la tecnología usada para crear los componentes, el modelo

de desarrollo basado en componentes incorpora las etapas siguientes (se implementan con el uso de un

enfoque evolutivo):

Se investigan y evalúan, para el tipo de aplicación de que se trate, productos disponibles basados encomponentes. Se consideran los aspectos de integración de los componentes. Se diseña una arquitectura del

componentes.

Se consideran los aspectos de integración de los componentes.que se trate, productos disponibles basados en componentes. Se diseña una arquitectura del software para que

Se diseña una arquitectura del software para que reciba los componentes.consideran los aspectos de integración de los componentes. Se integran los componentes en la arquitectura. Se

Se integran los componentes en la arquitectura.arquitectura del software para que reciba los componentes. Se efectúan pruebas exhaustivas para asegurar la

Se efectúan pruebas exhaustivas para asegurar la funcionalidad apropiada.componentes. Se integran los componentes en la arquitectura. El desarrollo de software basado en componentes se

El desarrollo de software basado en componentes se ha convertido actualmente en uno de los mecanismos

más efectivos para la construcción de grandes sistemas y aplicaciones de software.

Beneficios del Desarrollo de Software Basado en Componentes:

El uso de este paradigma posee algunas ventajas:

Reutilización del software. Nos lleva a alcanzar un mayor nivel de reutilización de software.

Simplifica las pruebas. Permite que las pruebas sean ejecutadas probando cada uno de los

componentes antes de probar el conjunto completo de componentes ensamblados.

Simplifica el mantenimiento del sistema. Cuando existe un débil acoplamiento entre componentes,

el desabollador es libre de actualizar y/o agregar componentes según sea necesario, sin afectar otras

partes del sistema.

Mayor calidad. Dado que un componente puede ser construido y luego mejorado continuamente por

un experto u organización, la calidad de una aplicación basada en componentes mejorará con el paso

del tiempo.

EL MODELO DE MÉTODOS FORMALES

El modelo de métodos formales agrupa actividades que llevan a la especificación matemática formal del

software de cómputo. Los métodos formales permiten especificar, desarrollar y verificar un sistema

basado

en

computadora

por

medio

del

empleo

de

una

notación

matemática

rigurosa.

Ciertas

organizaciones de desarrollo de software aplican una variante de este enfoque, que se denomina

ingeniería de software de quirófano [Mil87, Dye92].

Cuando durante el desarrollo se usan métodos formales (capítulo 21), 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. Si durante el diseño se emplean métodos

formales, éstos sirven como base para la verificación del programa, y así permiten descubrir y corregir

errores que de otro modo no serían detectados. Aunque el modelo de los métodos formales no es el más

seguido, promete un software libre de defectos. Sin embargo, se han expresado preocupaciones acerca de

su aplicabilidad en un ambiente de negocios:

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

Debido a que pocos desarrolladores de software tienen la formación necesaria para aplicar métodos

formales, se requiere mucha capacitación.

Es difícil utilizar los modelos como mecanismo de comunicación para clientes sin complejidad

técnica.

Ventajas de los métodos formales:

o

Se comprende mejor el sistema.

o

La comunicación con el cliente mejora ya que se dispone de una descripción clara y no ambigua de

los requisitos del usuario.

o

El sistema se describe de manera más precisa.

o

El sistema se asegura matemáticamente que es correcto según las especificaciones.

o

Mayor calidad software respecto al cumplimiento de las especificaciones.

o

Mayor productividad

Problemática actual de los métodos formales:

La falta de madurez en la práctica de los métodos formales es la causa de la imposibilidad de utilizarlos a

nivel industrial tal y como se utilizan otros métodos de la Ingeniería del Software. Algunas de estas

causas son las siguientes:

El desarrollo de herramientas que apoyen la aplicación de métodos formales es complicado y losprogramas resultantes son incómodos para los usuarios. Los investigadores por lo general no conocen la

programas resultantes son incómodos para los usuarios.

Los investigadores por lo general no conocen la realidad industrial.los programas resultantes son incómodos para los usuarios. Es escasa la colaboración entre la industria y

Es escasa la colaboración entre la industria y el mundo académico, que en ocasiones se muestrapor lo general no conocen la realidad industrial. demasiado dogmático. Se considera que la aplicación de

demasiado dogmático.

Se considera que la aplicación de métodos formales encarece los productos y ralentiza su desarrollo.que en ocasiones se muestra demasiado dogmático. DESARROLLO DE SOFTWARE ORIENTADO A ASPECTOS El desarrollo de

DESARROLLO DE SOFTWARE ORIENTADO A ASPECTOS

El desarrollo de software orientado a aspectos (DSOA), conocido también como programación orientada

a aspectos (POA), es un paradigma de ingeniería de software relativamente nuevo que proporciona un

proceso y enfoque metodológico para definir, especificar, diseñar y construir aspectos: mecanismos más

allá de subrutinas y herencia para localizar la expresión de una preocupación global.

El proceso unificado:

Es un proceso de desarrollo de software configurable que se adapta a través de los proyectos variados en

tamaños y complejidad. Se basa en muchos años de experiencia en el uso de la tecnología orientada a

objetos en el desarrollo de software demisión crítica en una variedad de industrias por la compañía

Rational

Fases del proceso unificado:

de software demisión crítica en una variedad de industrias por la compañía Rational Fases del proceso

CONCLUSIÒN

En conclusión puedo decir que todos los modelo de proceso especializados

son muy

importantes,

ya

que

cada

uno

cuenta

con

características

y

ventajas

diferentes

y

es

responsabilidad de nosotros escoger cual es el mejor a la hora de quererlo implementar en un

proyecto.

BIBLIOGRAFÍA

Pressman, R. S.F. Ingeniería de Software, un enfoque práctico. sexta edición. Consultado, 17 de

Marzo. 2015. Disponible en: http://es.scribd.com/doc/35015019/Metodologia-en-Cascada#scribd

Linarte, Juan Pablo. Modelos especializados de procesos. Consultado, 29 de mayo del 2015. Disponible en: https://es.scribd.com/doc/96611418/Modelos-Especializados-de-Proceso