INSTITUTO TECNOLOGICO

DE LOS REYES

SUPERIOR

CUAHUTEMOC AVALOS PONCE

FUNDAMENTOS
SOFTWARE

DE

INGENIERIA

DE

NUMERO DE CONTROL: 13060108

UNIDAD IV
IMPLEMENTACION

FECHA DE ENTREGA
NOVIEMBRE 2015

MODELO

DE

12

INDICE
Contenido
INTRODUCCION....................................................................................3
DIAGRAMAS DE COMPONENTES...........................................................4
DIAGRAMAS DE DESPLIIEGUE...............................................................5
MODELOS DE PRUEBAS........................................................................6
TIPOS DE PRUEBAS............................................................................6
Pruebas de Compatibilidad............................................................6
Pruebas de Regresin.....................................................................6
Pruebas de Integracin..................................................................6
CONCLUSION........................................................................................7
BIBLIOGRAFIA.......................................................................................8

INTRODUCCION
En esta unidad vamos a ver todos los diferentes tipos de diagramas, y
las partes que los vienen componiendo tambin varios ejemplos de
diagramas UML as como veremos los casos de usos de cada
diagrama, y como se programan cada uno en un lenguaje de
programacin diferente como puede ser visual Basic o cual quiere
otro, los componentes de dichos diagramas, la programacin y su
estructura, por otro lado veremos modelos de pruebas al igual que los
diagramas veremos su estructura y casos de uso de los diagramas
todo eso resumido en un documento claro y explcito sobre el tema.

DIAGRAMAS DE COMPONENTES
El diagrama de componentes ilustra los componentes del software
que sern usados para construir el sistema. Estos pueden ser
construidos para el modelo de clase y escritos para satisfacer los
requisitos del nuevo sistema, o puede ser dada para otros proyectos o
vendedores de tercera persona. Los componentes son de nivel de
agregacin altos de las piezas ms pequeas del software, y provee
una "caja negra" construyendo un block para el aprovechamiento de
la construccin del software. Un componente puede ser siempre
considerado como una unidad autnoma dentro de un sistema o sub
sistema. Este tiene una o ms provisiones e interfaces requeridas
(portales vas potencialmente expuestas) y estas internas son ocultas
y otras inaccesibles que estas provinieron por estas interfaces. Todo
esto puede ser dependiente sobre otros elementos en trminos de
interfaces que son requeridas, un componente est encapsulado y
estas dependencias son asignadas lejos que pueden ser tratados
como un posible independiente. Como resultado, los componentes y
los sub sistemas pueden ser flexiblemente rehusados y reemplazados
por conexiones ("instalacin elctrica") para unirlos en va sus
provisiones e interfaces requeridas.
El Diagrama de Componente muestra la relacin entre los
componentes del software, sus dependencias, comunicaciones,
localizacin y otras condiciones. Los Diagramas de Componentes son
usados para estructurar los componentes en los sistemas del
software. Ellos examinan y controlan las dependencias entre
componentes o interfaces de los componentes. Un componente
representa una parte modular, desplegable y reutilizables de un
sistema.
Una o ms clasificaciones que residen sobre el componente
tpicamente especifican un componente. Sub puesto de esa
clasificacin, explcitamente define la interface externa del
componente. Un componente se conforma de la interface que esta
expone, donde la interface representa los servicios provistos por los
elementos que residen sobre el componente.

DIAGRAMAS DE DESPLIIEGUE
El modelo de despliegue describe cmo una aplicacin se despliega a
travs de una infraestructura. La intencin del modelo de despliegue
no es para describir la infraestructura, pero mejor dicho el camino en
cual los componentes especficos deben corresponder a una
aplicacin que despliega a travs de l.
En el ejemplo, un despliegue fsico de una aplicacin financiera es
mostrado. Las mltiples computadoras del cliente/usuario con el
"runtime" de componentes Windows 2000 y el componente del cliente
de la aplicacin financiera puede conectarse por va TCP/IP a
cualquier aplicacin del servidor, ya que estos son mltiples. La
aplicacin Server/s- corriendo SCO Unix y la aplicacin financiera
conectados por va TCP/IP hacia el servidor de la base de datos
central- corriendo HP-UX Oracle y tiene la base de datos maestra de
la financiera sobre este.
Mensaje ando y flujo de trabajo entre el cliente- PCs y entre la
aplicacin del servidor son ejecutados usando MS-Outlook y MSExchange. MS-Exchange soporte de flujo de trabajo y mensaje ando.

MODELOS DE PRUEBAS
Las pruebas de software (en ingls software testing) son las
investigaciones empricas y tcnicas cuyo objetivo es proporcionar
informacin objetiva e independiente sobre la calidad del producto a
la parte interesada o stakeholder. Es una actividad ms en el proceso
de control de calidad.
Las pruebas son bsicamente un conjunto de actividades dentro del
desarrollo de software. Dependiendo del tipo de pruebas, estas
actividades podrn ser implementadas en cualquier momento de
dicho proceso de desarrollo. Existen distintos modelos de desarrollo
de software, as como modelos de pruebas. A cada uno corresponde
un nivel distinto de involucramiento en las actividades de desarrollo.

TIPOS DE PRUEBAS
Pruebas de Compatibilidad
Se comprueba el funcionamiento del software desarrollado en muchas
plataformas:
sistemas
operativos,
navegadores,
redes,
hardware...entre otros

Pruebas de Regresin
Se evala el correcto funcionamiento del software desarrollado frente
a evoluciones o cambios funcionales. El propsito de stas es
asegurar que los casos de prueba que ya haban sido probados y
fueron exitosos permanezcan as. Se recomienda que este tipo de
pruebas sean automatizadas para reducir el tiempo y esfuerzo en su
ejecucin.

Pruebas de Integracin
Es el nivel de pruebas posterior a las pruebas modulares de los
componentes de un sistema. Se centra principalmente en probar la

comunicacin entre los componentes de un mismo

comunicacin entre sistemas o entre hardware y software.

sistema,

CONCLUSION
El modelo de implementacin es muy importante ya que lo
necesitamos para crear nuestro sistema correctamente una parte es
la parte visual pero al mencionar la parte funcional hay que usar el
modelo de implementacin con sus elementos que son los diagramas
de
componentes
y
sus
diagramas
de
despliegue
correspondientemente as como los modelos de pruebas para la
informacin sobre la calidad de nuestro sistema (software) hacia el
cliente para que as este mas conforme esto dividido en sus pruebas
de compatibilidad pruebas de integracin y sus pruebas de regresin
ya que son necesarias para evitar un mal funcionamiento
futuramente de nuestro sistema y as tener la conformidad de la
contra parte.

BIBLIOGRAFIA
MONOGRAFIAS.
(s.f.).
Obtenido
http://www.monografias.com/trabajos34/ingenieriasoftware/ingenieria-software.shtml#dcomponn

de

MONOGRAFIAS.
(s.f.).
Obtenido
de
http://www.monografias.com/trabajos34/ingenieriasoftware/ingenieria-software.shtml#ddesplieg#ixzz3rFWbLIV0
WIKIPEDIA.
(s.f.).
Obtenido
https://es.wikipedia.org/wiki/Pruebas_de_software

de