Proliferación Celular LUIS FELIPE JIMENEZ CAICEDO ANDRES FELIPE VASQUEZ JHON ANDERSON YANGUAS JUAN DAVID PINTO PAOLA ANGELICA GIRÓN ISIS VICTORIA PIZO.

Slides:



Advertisements
Presentaciones similares
S.O.L.I.D. AltNetHispano Carlos Peix
Advertisements

Organización.
INGENIERÍA DE SOFTWARE Introducción Arquitectura de Software
Fundamentos de Diseño de Software INFT.1
Front-end y Back-end Definición en diseño de software.
Pruebas Orientadas a Objeto
Arquitectura CLARO-TECNOTREE
PATRON DAO Data Access Object (OBJETO DE ACCESO A DATOS)
Tipos de Datos Abstractos Modularidad
Prof. César Luza Montero
COMPONENTIZACIÓN DE ALGORITMOS GENETICOS Y SU IMPLEMENTACIÓN EN UNA PLATAFORMA ABIERTA PARA APRENDIZAJE COMPUTACIONAL.
Etapas y actividades en el desarrollo OO basado en UML
Aplicación del paradigma orientado a objetos
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno.
Diseño y programación de
Administración de Procesos de Pruebas
Ingeniería del Software
Diseño de un Sistema de Control en Tiempo Real para el Kernel del Sistema Operativo utilizando MatLab-SimuLink Por: MARCO ANTONIO ESPINEL CANGUI DIRECTOR:
DIAGRAMA DE COMPONENTES INTEGRANTES Córdova Vásquez Giovanny Escobar Alvares Calixto Gomez Quinteros Adelaida Pinto Flores Yarmila.
Ingeniería del software de la usabilidad (I)
EVOLUCIÓN DE LA MERCADOTECNIA
Modelo de Análisis Centro ISYS Escuela de Computación
Contexto: Aplicación gráfica.  Siempre que se piensa en separar la funcionalidad de una aplicación de su interacción con el usuario, bien sea una aplicación.
Trabajo fin de carrera UOC José María González Vázquez Enero 2011.
Patrones de asignación de responsabilidades (GRASP)
Ingeniería de Sistemas Requerimientos
Diseño del Software Diseño de datos Diseño arquitectónico
(c) P. Gomez-Gil, INAOE DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP.
* FRAUSTO JIMENEZ GABRIELA * * HERNANDEZ TORRES ANA LAURA * * MANDUJANO JUAN CARLOS * * NOVA MARIN YARELI PAULINA * * ZAVALA CORTE JOCELYN ARELI *
Actividad 6. Requisitos del software, referente a la estructura y base de datos. M.C. Juan Carlos Olivares Rojas Syllabus May,
Diagramas de Clase Angela Carrillo R..
Programación Orientada a Aspectos (POA)
ANDRES FELIPE BORRERO SALAZAR COD ALEXANDRA CARREÑO SALAS COD LUCIO ANIBAL CRIOLLO COD ALEJANDRO RUIZ IDROBO COD
DISEÑO DE SOFTWARE 1ª. Parte
Fundamentos de programación
Patrones GRASP.
PEC (personalización de equipos de computo).
Ingeniería del Software
Diseño e Implementación de Sistemas Basados en Conocimiento
Universidad Central de Venezuela Facultad de Ciencias Postgrado en Ciencias de la Computación Sistemas Distribuidos Albany Márquez.
Modelo-Vista-Controlador Este patrón fue descrito por primera vez por Trygve Reenskaug en 1979, y la implementación original fue realizada en Smalltalk.
FRAMEWORK VS Código fuente
Aplicaciones Web de Servidor
Almudena Moya Muñoz Julio 2006 Una vuelta de tuerca a los principios de diseño ágiles.
Grupo 10 Formel DESCRIPCIÓN DEL JUEGO 0.1 Componentes Board y Cars, Advance Cards, SprintBreakdown Cards, Capital 0.2 Reglas.
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
“condición que necesita el usuario para resolver un problema o conseguir un objetivo determinado”. Los requisitos de un sistema son los aspectos que el.
Diagramas de Interacción.
Programación Orientada a Objeto
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.
Modelo de 3 capas.
Diseño de Sistemas.
PATRON OBSERVADOR DEIRY ALI NIETO. El patrón observador lo podemos clasificar como un ejemplo claro de patrones de comportamiento, debido a que este posee.
Indirección y Variaciones Protegidas
Tecnologías Cliente / Servidor Capitulo II Richard Jiménez V. clienteserver.wordpress.com.
Tecnologías Cliente / Servidor
Guadalupe Andrade Mociño.  Significa Modelo Vista Controlador  Es un patrón de diseño  Esta compuesto por tres grandes capas: modelo, vista y controlador.
Gestión de proyectos fin de carrera
FUNDAMENTOS DE PROGRAMACION
Preocupaciones del Analista Programador & Usuarios
Las fases del ciclo de la vida de desarrollo de sistemas
Integrantes: Castro José República Bolivariana De Venezuela Ministerio Del Poder Popular Para La Educación Superior Instituto Universitario Tecnológico.
Fundamentos de Ingeniería de Software
Prof. Manuel B. Sánchez. Un paradigma de programación representa un enfoque particular o filosofía para la construcción del software. No es mejor uno.
Presentación De UML Lenguaje estándar para escribir planos de software Se usa para visualizar, especificar, construir y documentar los artefactos de un.
Definición: Es un estilo de programación, su objetivo primordial es la separación de la capa de presentación, capa de negocio y la capa de datos. ARQUITECTURA.
Profesor: Jesús Chaparro Bachilleres: Perez, emibeliz Prada, Rainer Villahermosa, José Abril 2014.
Introducción Todos los lenguajes de programación son distintos entre si. Sin embargo, pueden ser agrupados según la forma de pensar y estructurar los.
Ingeniería del Software 2013/2014.  Integrantes del proyecto  Ámbito del proyecto  Arquitectura adoptada  Principal trabajo realizado en el proyecto.
Transcripción de la presentación:

Proliferación Celular LUIS FELIPE JIMENEZ CAICEDO ANDRES FELIPE VASQUEZ JHON ANDERSON YANGUAS JUAN DAVID PINTO PAOLA ANGELICA GIRÓN ISIS VICTORIA PIZO

Acoplamiento y cohesión. El acoplamiento y la cohesión juegan un rol central en el diseño de software. El costo del software está determinado por el costo de mantenimiento, y el costo del mantenimiento está determinado por el costo de los cambios que surgen en el sistema. Un diseño de software efectivo minimiza la probabilidad de que se propaguen los cambios. Los cambios que involucran a un único elemento son menos costosos y más predecibles que los cambios a un elemento que requieren cambiar dos más, y luego tres... El costo esperado del cambio se puede reducir prestando especial atención a dos factores: el acoplamiento entre los elementos y la cohesión dentro de los elementos.

¿Cómo disminuyó el acoplamiento entre la visualización y el resto del programa ? Cuando se aplicó el modelo Vista Controlador a nuestra implementación se disminuyo el acoplamiento debido a que cumple con los tres principios de la Isw: Abstracción, Separación de preocupaciones y la generalidad.

Disminución de sobrecarga. Hay muchas células en un tejido, sin embargo hay pocos arquetipos de células, al crecer el tejido a cientos de miles de células, el sistema se tornaría pesado, para disminuir la sobrecarga que esto conlleva se utilizaría la delegación de funciones creando una nueva clase a la cual se le daría la función de actualizar los datos de las células que se crean.

Análisis de principios. Programe para una interface y no para una implementación. Estamos aplicando este principio, al utilizar el MVC para desacoplar las partes del sistema con el uso de una interfaz. Sustitución de liskov. Esto nos proporcionó la forma de reemplazar lo s objetos de las diferentes clases sin alterar el comportamiento de nuestro sistema.

Una sola responsabilidad: Se aplico en la implementación de nuestras clases al aplicar el modelo vista controlador, dándole las respectivas responsabilidades a cada clase como ejemplo podemos ver el controlador responde a eventos, en este caso las acciones del usuario e invoca peticiones al modelo. Segregación de interfaces. Es preferible tener muchas interfaces pequeñas basadas en grupos de métodos asociadas a un modulo en particular

El controlador ahora se va a dedicar a ser la o recibir las operaciones que desea realizar la lógica para que el se encargue de asignar responsabilidades a cada uno de los componentes del sistemas para que ellos hagan las operaciones para lo que fueron creados.