INSTITUTO TECNOLOGICO DE CALKINI EN EL ESTADO DE CAMPECHE

INGENIERIA INFORMATICA

EQUIPO 2

MATERIA: Fundamentos de Base de Datos

DOCENTE: Marlene Méndez Moreno.
GRADO: 5to Semestre

.
4.1.1. AF: Gestionar información sobre el modelo de componentes y el
modelo de despliegue. (Subtemas 4.1 - 4.2) (Exposición) (Parte01)
Modelo de implementacio n de
sistemas de informacio n
Fase de implementación de sistemas de información

Dentro del ciclo de vida se encuentra la fase de implementación de un sistema, es la fase

más costosa y que consume más tiempo, se dice que es costosa porque muchas personas,
herramientas y recursos, están involucrados en el proceso y consume mucho tiempo
porque se completa todo el trabajo realizado previamente durante el ciclo de vida.

En la fase de implementación se instala el nuevo sistema de información para que

empiece a trabajar y se capacita a sus usuarios para que puedan utilizarlo

La instalación puede realizarse según cuatro métodos: Directo, paralelo, piloto y en

fases.

Método directo: Se abandona el sistema antiguo y se adopta inmediatamente el

nuevo. Esto puede ser sumamente riesgoso porque si algo marcha mal, es
imposible volver al sistema anterior, las correcciones deberán hacerse bajo la
marcha. Regularmente con un sistema nuevo suelen surgir problemas de pequeña
y gran escala. Si se trata de grandes sistemas, un problema puede significar una
catástrofe, perjudicando o retrasando el desempeño entero de la organización.

Método paralelo: Los sistemas de información antiguo y nuevo operan juntos

hasta que el nuevo demuestra ser confiable. Este método es de bajo riesgo. Si el
sistema nuevo falla, la organización puede mantener sus actividades con el sistema
antiguo. Pero puede representar un alto costo al requerir contar con personal y
equipo para laborar con los dos sistemas, por lo que este método se reserva
específicamente para casos en los que el costo de una falla sería considerable.

Método piloto: Pone a prueba el nuevo sistema sólo en una parte de la

organización. Al comprobar su efectividad, se implementa en el resto de la
organización. El método es menos costoso que el paralelo, aunque más riesgoso.
Pero en este caso el riesgo es controlable al limitarse a ciertas áreas, sin afectar
toda la empresa.

Método en fases: La implementación del sistema se divide en partes o fases, que

se van realizando a lo largo de un periodo de tiempo, sucesivamente. Una vez
iniciada la primera fase, la segunda no se inicia hasta que la primera se ha
completado con éxito. Así se continúa hasta que se finaliza con la última fase. Es
costoso porque se hace más lenta la implementación, pero sin duda tiene el menor
riesgo.

Los métodos piloto y en fases suelen ser los más practicados puestos que tienen
menor riesgo. Como se puede observar la decisión de adoptar cualquiera de los
métodos estará influenciada por factores de riesgo y disponibilidad de recursos.
Otro aspecto importante de esta fase es la capacitación del personal, que cobra
especial importancia para asegurar el uso acertado del sistema. Se puede
adelantar camino al capacitar personal, antes incluso de contar con los equipos
nuevos, para que el usuario se familiarice con el nuevo sistema. Si el sistema es
sencillo y el usuario tiene cierta experiencia, la capacitación formal no se hace
necesaria y bastarán algunas instrucciones para ponerle al tanto.

 Prueba de sistemas: Las pruebas de sistemas tienen por objetivo

comprobar que el sistema, que ha superado las pruebas de integración, se
comporta correctamente con su entorno (otras máquinas, otros hardware,
redes, fuentes reales de información).

 Prueba de seguridad: Intentan verificar que los mecanismos de protección

incorporados al sistema lo protegerán, de hecho de penetraciones
inadecuadas.

 Usuario: Se considera importante llevar a cabo pruebas con usuarios ya que

muchas veces los usuarios que realizan las pruebas en las empresas tienen
experiencia anterior con sistemas similares. Las pruebas realizadas por
usuarios son de usabilidad y funcionalidad, ya que para hacer las
evaluaciones de contenido se requiere de experiencia en el campo.
 Caja negra: En este tipo de pruebas, el elemento que se va a probar se
entiende como una caja negra de la que solo se conocen sus entradas y
salidas. Así, al elemento bajo prueba se le somete a serie de datos de
entradas, se observan las salidas que produce y se determina si estas son
conformes a las entradas introducidas.
MODELO DE COMPONENTE
Definición

Es el proceso de definir, implementar e integrar o componer en sistemas independientes

débilmente acoplados. Se ha convertido en una importante aproximación de desarrollo
del software debido a que los sistemas software son cada vez más grandes y más
complejos y los clientes demandan software más confiable que sea desarrollado más
rápidamente. La única forma en la que podemos tratar con la complejidad y entregar
mejor software rápidamente es reutilizar componentes software en vez de
reimplementarlos. Un componente es una pieza de código pre elaborado que encapsula
alguna funcionalidad expuesta a través de interfaces estándar. 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. El paradigma de
ensamblar componentes y escribir código para hacer que estos componentes funcionen
se conoce como Desarrollo de Software Basado en Componentes. El modelo de desarrollo
basado en componentes 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).

Etapas del modelo basado en componentes

1.- Análisis y comparación de Procesos especial de los que utilizan técnicas de procesos.
De Desarrollo de Software Basado en Componentes:

Se realiza el estudio de procesos de desarrollo basado en componentes, en especial de los

que utilizan técnicas de modelado. Con extensiones específicas para componentes, a los
fines de definir adaptaciones y/o extensiones apropiadas de los mismos Durante esta
etapa se realiza el estudio y comparación de diferentes estilos y patrones arquitecturales,
analizando ventajas y desventajas de

2.- Análisis arquitectural:

Durante esta etapa se realiza el estudio y comparación de diferentes estilos y patrones
arquitecturales, analizando ventajas y desventajas de su utilización para el desarrollo de
este tipo de sistemas, así como de arquitecturas existentes y estándares más utilizados en
la actualidad.

3.- Identificación de componentes:

Esta etapa comprende la identificación de interfaces del sistema, de interfaces del

Negocio, la identificación de componentes y la descripción inicial de las especificaciones
de componentes, así como la especificación de la arquitectura inicial de componentes.

4.- Especificación de los principales componentes:

Se trabajará en la especificación de interfaces y de componentes, definiendo Contratos de

uso y Contratos de realización. Se realizan en esta etapa, los Modelos de Información de
Interfaces.

Ejemplo

Un ejemplo es la Web, en donde es posible incluir en páginas HTML multitud de objetos

distintos, como por ejemplo los Applets de Java. Aunque más reciente que OLE, supone un
paso atrás en cuanto al concepto que estamos tratando, pues los objetos que forman
parte de las páginas Web no pueden ser a su vez contenedores, es decir, estamos frente a
una tecnología similar a la que ofrecía Visual Basic con sus formularios y controles (aunque
ya es posible en la última versión de Visual Basic definir controles que sean componentes
ActiveX, que sı son contenedores de otros componentes).

En OLE se define el concepto de contenedor y se extiende el concepto de control, que

pasa a denominar cualquier tipo de servidor de documentos. De esta forma los
componentes pueden ser tanto contenedores como servidores de documentos
simultáneamente, y es posible que, por ejemplo, un documento Word se incluya en una
hoja de cálculo Excel, que a su vez forme parte de otro documento Word.
Casos de éxito

Modelo de implementación de sistemas de información

Modelo de componente

Referencias
http://www.rena.edu.ve/cuartaEtapa/Informatica/Tema11.html

http://www.infcr.uclm.es/www/mpolo/asig/0708/phd/apuntesDoctorado.pd

https://www.gestiopolis.com/ciclo-de-vida-de-un-sistema-de-informacion/

http://www.sparxsystems.com.ar/resources/tutorial/component_model.html

https://es.slideshare.net/martincito123/modelo-componentes

https://www.openintl.com/es/casos-de-exito/