UNIVERSIDAD LATINA (UNILA)

Slides:



Advertisements
Presentaciones similares
INTRODUCCIÓN A LA VERIFICACION Y VALIDACION
Advertisements

Ciclo de vida de desarrollo de software
U.M.L A/Gx. Diego Gutiérrez Application Analysis and Design.
Ingeniería de Software II
Fundamentos de programación
SOFTWARE DE PROGRAMACIÓN
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Resolución de Problemas Algoritmos y Programación
Proyecto de Ingeniería de Software 2008
Administración de Procesos de Pruebas
Desarrollo Orientado a Objetos con UML
PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL
ALGORITMOS Y ESTRUCTURAS DE DATOS
TRADUCTOR DE UN PROGRAMA
Propuesta de una metodología para el desarrollo de proyectos informáticos empleando la herramienta para el diseño automatizado GeneXus Autor: Dipl.-Ing.
Modelado Arquitectónico
Actividad 6. Requisitos del software, referente a la estructura y base de datos. M.C. Juan Carlos Olivares Rojas Syllabus May,
FUNDAMENTOS DE PROGRAMACION
Sistema de Información
Gestión de Proyectos Informáticos Sesión N° 5 Ciclo de Vida de un Proyecto Roberto Jijena I.
1 Diseño Orientado a Objetos Agustín J. González ELO-329: Diseño y Programación Orientados a Objetos 1er. Sem
Metodología para el desarrollo de Software educativo POO
Proyecto de Ingeniería de Software Grupo 9 Septiembre 2009
Administración Proyectos Jorge Baracaldo Robin Ochoa.
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de:
Ingeniería del Software
FUNDAMENTOS DE PROGRAMACION
Ingeniería de software
INSTITUTO TECNOLOGICO DE MINATITLAN ASIGNATURA: FUNDAMENTOS DE PROGRAMACION DOCENTE: JOSE ANGEL TOLEDO ALVAREZ ALUMNA: ALEJANDRA OSORIO ARVISU SEMESTRE:
1 Diseño Orientado al Objeto Agustín J. González ELO-326: Seminario de Computadores II 2do. Sem
Importancia en la efectividad del:
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
Especialización en Desarrollo de Software
Ing. Noretsys Rodríguez. Definición de Conceptos  Falla: Ocurre cuando un programa no se comporta de manera adecuada. Es una propiedad estadística de.
El rol de SQA en PIS.
LE, EI, Profesor Ramón Castro Liceaga UNIVERSIDAD LATINA (UNILA) TRADUCTORES Y ANALIZADOR LEXICOGRÁFICO.
ASIGNACIÓN DE ROLES.
Alexander Aristizabal Ángelo flores herrera
Prof. Flor Narciso Departamento de Computación
 Sara Isabel Osorio Alcaraz Ana Isabel Vallejo Grisales 10 Informática 1.
UNIVERSIDAD LATINA II. FUNCIONES DEL ADMINISTRADOR.
Roles de Open UP.
TIPOS DE AUDITORÍAS EN SISTEMAS DE INFORMACIÓN
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Introducción al proceso de verificación y validación.
Actividades en el Proceso de desarrollo de Software
Estructurar tus ideas para hacerlas realidad
G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE Daniel Eduardo Almeciga Angie Katterine Cruz O. Diego Fernando.
Ciclo de desarrollo del software
Unidad 1 Introduccion a los programas Concepto de Programa El término programa (del latín programma, que a su vez proviene de un vocablo griego) tiene.
Proceso de desarrollo de Software
GDITool. Temario Presentación del ProyectoCiclo de VidaPlanificaciónMetodología de TrabajoAlcanceEstimaciónUML AnálisisUML DiseñoArquitectura del SistemaTecnologías.
LE, EI, Profesor Ramón Castro Liceaga UNIVERSIDAD LATINA (UNILA) IV. IMPLEMENTACIÓN DE COMPONENTES.
EI, Profesor Ramón Castro Liceaga IV. AREAS DE EVALUACIÓN DE LA AUDITORIA EN INFORMÁTICA. UNIVERSIDAD LATINA (UNILA)
Especificación del Problema Partimos del hecho de un programador no puede resolver un problema que no entiende. Por esta razón, la primera etapa en todo.
Fundamentos de Computación
UNIVERSIDAD LATINA (UNILA) III.- PLAN DE IMPLEMENTACIÓN
Software de Comunicaciones
CICLO DE VIDA DE UN SOFTWARE. Es el conjunto de los programas de cómputo, procedimientos, reglas, documentación y datos asociados, que forman parte de.
Objetivos de la prueba Los objetivos principales de realizar una prueba son: Detectar un error. Tener un buen caso de prueba, es decir que tenga más probabilidad.
1 Tema 2: Introducción al proceso unificado de desarrollo de software.
Es una metodología ágil diseñada para el desarrollo de software, basada en la calidad y el monitoreo constante del proyecto. Consiste esencialmente en.
Presentación De UML Lenguaje estándar para escribir planos de software Se usa para visualizar, especificar, construir y documentar los artefactos de un.
Autómatas y Compiladores. Primera Semana. Ricardo Vargas Del Valle A35469.
Entregables del Proyecto
Flujos de Trabajo Fundamentales Proceso Unificado de Desarrollo de Software.
LE, EI, Profesor Ramón Castro Liceaga UNIVERSIDAD LATINA (UNILA) IV. IMPLANTACION DE ALGORITMOS.
Transcripción de la presentación:

UNIVERSIDAD LATINA (UNILA) V. INTEGRACIÓN DE SUBSISTEMAS Y SISTEMAS. LE, EI, Profesor Ramón Castro Liceaga

Que es un Sistema? Es un conjunto organizado de cosas o partes interactuantes e interdependientes, que se relacionan formando un todo unitario y complejo.

Que es un Subsistema? El subsistema entra en la misma definición de sistema. Son los elementos, conjuntos o componentes que componen a un sistema cuando se indica que el mismo esta formado por partes o cosas que forman el todo. Un subsistema es un agrupamiento semánticamente útil de clases o de otros subsistemas. Estos conjuntos o partes pueden ser a su vez sistemas (en este caso serían subsistemas del sistema de definición), ya que conforman un todo en sí mismos y estos serían de un rango inferior al del sistema que componen. Estos subsistemas forman o componen un sistema de un rango mayor, el cual para los primeros se denomina macrosistema.

Que es un Subsistema?

La integración de sistemas y subsistemas En el contexto de la Fase 3 de RUP (Implementación o construcción), todos los componentes, características y requisitos deben ser implementados, integrados y probados en su totalidad, obteniendo una versión aceptable del producto. La integración de sistemas, subsistemas y artefactos es el proceso de ensamble de los objetos, clases y módulos probados con el funcionamiento óptimo para generar un producto final de software funcional y adecuado a las necesidades del cliente

Artefactos Es un producto de trabajo en un proceso: los trabajadores utilizan artefactos para realizar actividades y producen artefactos como resultado de sus actividades. Los artefactos son responsabilidad de un único trabajador y promueven la idea de que toda pieza de información en el proceso debe ser responsabilidad de un rol específico. Un trabajador es el “propietario” de un artefacto, pero otros trabajadores pueden usarlo y tal vez modificarlo si tienen permiso para ello.

Plan de integración del sistema y subsistemas La implementación es el proceso desarrollo y configuración de las clases, objetos, módulos y componentes en archivos binarios compilados, dando como resultado final un sistema ejecutable. Durante este proceso: Se planifica que subsistemas deben ser implementados y el orden en que deben ser integrados formando un plan de integración de subsistemas. Cada implementador decide en que orden implementará los elementos del subsistema. En el caso de encontrar errores en el diseño, deberá notificarlo al analista.

Plan de integración del sistema y subsistemas La integración del sistema sigue el siguiente plan: 1.- Se deberá definir la organización del código, en términos de subsistemas de implementación. 2.- Los subsistemas de implementación son colecciones de componentes y otros modelos de implementación usados para estructurar el modelo de implementación. 3.- Se implementarán las clases y objetos definidos en el modelo de diseño en la forma de componentes de software tales como archivos fuente, binarios o ejecutables 4.- Se probarán los componentes desarrollados como unidades

WorkFlows (flujos de trabajo) de integración En el flujo de trabajo de integración de sistemas se realizan la siguientes actividades: Artefacto principal = Modelo de Implementación. 1.- Planificar la integración.- Es el proceso de examen y actualización del plan de Integración para asegurar que no quede obsoleto debido a los cambios en la arquitectura o en el diseño del nuevo sistema

WorkFlows (flujos de trabajo) de integración 2.- Implementación de los componentes.- Es el proceso que establece que el artefacto principal producido es el componente. 3.- Integrar cada Subsistema.- Es el proceso que establece que los principales artefactos producidos son la Construcción y el Susbsistema de Implementación. 4.- Integrar el Sistema.- Es el proceso que establece que el artefacto principal producido es la construcción donde la integración envuelve un alto grado de automatización.

WorkFlows (flujos de trabajo) de integración 5.- Artefactos para la implementación (prototipo).- Son los artefactos que se crean para la implementación que capturan y presentan la realización de la solución del flujo de trabajo del Análisis y Diseño.

Planificación de la compilación La compilación y generación de binarios, es el proceso por el cual se traducen las instrucciones escritas en un determinado lenguaje de programación a lenguaje máquina. Además de un traductor, se pueden necesitar otros programas para crear un programa objeto ejecutable. Un programa fuente se puede dividir en módulos almacenados en archivos distintos. La tarea de reunir el programa fuente a menudo se confía a un programa distinto, llamado preprocesador. El preprocesador también puede expandir abreviaturas, llamadas a macros, a proposiciones del lenguaje fuente.

Pruebas funcionales Es el proceso de establecer un plan de pruebas es que será llevado a cabo sobre los sistemas, métodos, componentes y clases ya probados, donde las funcionalidades separadas del sistema deberán probarse así como el sistema integral. Pruebas de asociación de clases y componentes Pruebas de control de Excepciones y validaciones Pruebas de escenarios de ida y vuelta establecidos en el diagrama de secuencia. Anomalías en las instalaciones Resultado esperado Riesgos y contingencias Aprobación de subsistemas y sistema

Gracias por tu atención ….!