El documento describe el modelo de desarrollo de software basado en componentes. Este modelo involucra el ensamblaje de componentes de software prefabricados que encapsulan funcionalidades específicas. El desarrollo basado en componentes simplifica las pruebas, el mantenimiento y aumenta la reutilización y calidad del software.
Una metodología de Desarrollo es como una receta de cocina, hay se visualizan los requerimientos, las herramientas y técnicas a utilizar para crear el platillo (software). De su buen eso depende el éxito del proyecto.
Una metodología de Desarrollo es como una receta de cocina, hay se visualizan los requerimientos, las herramientas y técnicas a utilizar para crear el platillo (software). De su buen eso depende el éxito del proyecto.
Tema N° 14 Especificación de Requisitos del SoftwareSaraEAlcntaraR
Tema N° 14 Especificación de Requisitos del Software correspondiente a la Unidad IV.- Especificación de los Requisitos del Saber Ingeniería del Software II, dictado en el PNF en Informática de la UPTP "Luis Mariano Rivera".
En muchos casos esta metodología se considera como un método independiente, este método pertenece a los modelos de desarrollo evolutivo.
Prototipo es una representación o modelo del sistema a desarrollar que, a diferencia de un modelo de simulación, incorpora componentes del producto real, este será una representación del sistema, aunque no es un sistema completo, posee las características del sistema final o parte de ellas.
Un prototipo tiene un funcionamiento limitado en cuanta a capacidades, confiabilidad o eficiencia.
En la utilización de este método se inicia con la definición de los objetivos globales para el software para luego pasar a identificar los requisitos conocidos y las áreas del esquema en donde es necesaria más definición. Entonces se plantea con rapidez una iteración de construcción de prototipos y se presenta el modelado
Requisitos No Funcionales
• Son aquellos que no se asimilan a las funciones del sistema como tal.
• Especifican restricciones sobre cómo que limiten las elecciones para
construir una solución.
• Son menos números que los RF.
• Conciernen a aspectos como:
➢ Calidad: usabilidad, confiabilidad, eficiencia.
➢ Implementación: plataforma de software, lenguaje de
programación, hardware.
➢ Ambiente: seguridad, privacidad, confidencialidad.
Tema N° 14 Especificación de Requisitos del SoftwareSaraEAlcntaraR
Tema N° 14 Especificación de Requisitos del Software correspondiente a la Unidad IV.- Especificación de los Requisitos del Saber Ingeniería del Software II, dictado en el PNF en Informática de la UPTP "Luis Mariano Rivera".
En muchos casos esta metodología se considera como un método independiente, este método pertenece a los modelos de desarrollo evolutivo.
Prototipo es una representación o modelo del sistema a desarrollar que, a diferencia de un modelo de simulación, incorpora componentes del producto real, este será una representación del sistema, aunque no es un sistema completo, posee las características del sistema final o parte de ellas.
Un prototipo tiene un funcionamiento limitado en cuanta a capacidades, confiabilidad o eficiencia.
En la utilización de este método se inicia con la definición de los objetivos globales para el software para luego pasar a identificar los requisitos conocidos y las áreas del esquema en donde es necesaria más definición. Entonces se plantea con rapidez una iteración de construcción de prototipos y se presenta el modelado
Requisitos No Funcionales
• Son aquellos que no se asimilan a las funciones del sistema como tal.
• Especifican restricciones sobre cómo que limiten las elecciones para
construir una solución.
• Son menos números que los RF.
• Conciernen a aspectos como:
➢ Calidad: usabilidad, confiabilidad, eficiencia.
➢ Implementación: plataforma de software, lenguaje de
programación, hardware.
➢ Ambiente: seguridad, privacidad, confidencialidad.
Metodología de desarrollo de software basada en componentesEmmanuel Fontán
Metodología de desarrollo de software basada en componentes, trabajo para la Cátedra de Metodología de Sistemas 1 de la Universidad Nacional de Entre Ríos, en el año 2010
U.C. Algorítmica y Programación. Unidad 2. Estándares de Calidad en el Diseño de Algoritmos y Construcción de Programas. Tema 2.1 Estándares de Calidad
Se denomina motor de corriente alterna a aquellos motores eléctricos que funcionan con alimentación eléctrica en corriente alterna. Un motor es una máquina motriz, esto es, un aparato que convierte una forma determinada de energía en energía mecánica de rotación o par.
2. MODELO DE DESARROLLO BASADO
EN
COMPONENTES
Un componente es una pieza de código pre
elaborado que encapsula alguna
funcionalidad expuesta a través de interfaces
estándar
El paradigma de ensamblar componentes y escribir
código para hacer que estos componentes funcionen
se conoce como Desarrollo de Software Basado en
Componentes.
3. Es algo muy similar a lo que podemos observar en el
equipo de música que tenemos en nuestra sala.
Cada componente de aquel aparato ha sido
diseñado para acoplarse perfectamente con sus
pares, las conexiones son estándar y el protocolo de
comunicación está ya preestablecido. Al unirse las
partes, obtenemos música para nuestros oídos.
4. Incorpora muchas de las características del
modelo espiral:
Es evolutivo por naturaleza y exige un enfoque
interactivo para la creación del software.
Sin embargo, el modelo de desarrollo basado en
componentes configura aplicaciones desde
componentes preparados de software (clases).
Este modelo conduce ala reutilización del software, y
la reutilización proporciona beneficios a los ingenieros
de software.
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.
5. El uso de este paradigma posee algunas ventajas:
1. Reutilización del software. Nos lleva a alcanzar un mayor
nivel de reutilización de software.
2. Simplifica las pruebas. Permite que las pruebas sean
ejecutadas probando cada uno de los componentes antes de
probar el conjunto completo de componentes ensamblados.
3. 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.
4. 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
6. El uso de este paradigma posee algunas ventajas:
1. Reutilización del software. Nos lleva a alcanzar un mayor
nivel de reutilización de software.
2. Simplifica las pruebas. Permite que las pruebas sean
ejecutadas probando cada uno de los componentes antes de
probar el conjunto completo de componentes ensamblados.
3. 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.
4. 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
7. Componente en la ingeniería de
software…
Un componente es una unidad de composición de
aplicaciones software, que posee un conjunto de
interfaces y un conjunto de requisitos, y que ha de
poder ser desarrollado, adquirido, incorporado al
sistema y compuesto con otros componentes de
forma independiente, en tiempo y espacio.
9. Desarrollo de Software Basado en
Componentes
Simplifica las pruebas:
Permite que las
pruebas sean
ejecutadas probando
cada uno de los
componentes antes de
probar el conjunto
completo de
componentes
ensamblados.
Reutilización del
software:
Nos lleva a
alcanzar un
mayor nivel de
reutilización de
software.
Simplifica el
mantenimiento del
sistema:
Cuando existe un
débil acoplamiento
entre componentes, el
desarrollador 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.
10. ¿Qué beneficios obtienes al usar
dicha metodología?
Mejoras de Calidad Reducciones de Ciclo Mayor Retorno de
Inversión