Please enable JavaScript.

Coggle requires JavaScript to display documents.

REPASO UNIDAD II (COTIZACIÓN (8.- No te comprometas a cumplir o realizar…

- - - - Si tenemos que cambiar una clase, que sea por una única razón.
    - - Si se puede modificar su comportamiento sin cambiar su código fuente.
    - - Una clase derivada no debe modificar el comportamiento de la clase base.
    - - Una clase que implementa una interfaz no debe depender de métodos que no utiliza.
    - - Las clases de alto nivel, no deben depender de clases de bajo nivel.
- - - - Se aborda la organización de la base de datos del sistema. Se parte del diccionario de datos y de los diagramas E - R de la especificación del sistema.
    - - Se abordan aspectos estructurales y de organización del sistema y su posible subdivisión en subsistemas o módulos.
    - - Se aborda la estructura de cada uno de los módulos en los que quedó subdividido el sistema global.
    - - Se abordan la organización de las operaciones o servicios que ofrecerá cada uno de los módulos.
    - - Se centra en la transformación de requisitos en los datos y la arquitectura del software.
  - - - o La arquitectura se desarrolla en niveles sucesivos de refinamiento de los detalles procedimentales.
        o Se desarrolla una jerarquía descomponiendo una función de forma sucesiva hasta que se llega a las sentencias del lenguaje de programación.
        o Comenzamos con una declaración de la función definida a un nivel superior de abstracción.
    - - o El software se divide en componentes con nombres y ubicaciones determinados.
        o El software monolítico no puede ser estudiado fácilmente.
    - - o Pueden formularse varios niveles de abstracción.
        o En el nivel superior de abstracción se establece una solución en términos generales, en lenguaje natural. En los niveles inferiores se utiliza una orientación más procedimental. Por último, en el nivel más bajo se establece una solución, de forma que pueda implementarse directamente.
    - - o La estructura jerárquica de los módulos del software.
        o La estructura de los datos.
    - - Representa la organización jerárquica de los módulos de un programa e implica una jerarquía de control.
    - - o La estructura de datos es una representación de la lógica que existe entre los elementos individuales de información.
        o La estructura de datos dicta la organización, los métodos de acceso, el grado de asociatividad y las alternativas para el tratamiento de la información.
        o Las estructuras de datos clásicas son los elementos escalares, los arrays, las listas y los árboles.
    - - El procedimiento del software se centra en los detalles de procesamiento de cada módulo individual.
    - - o El principio de ocultamiento de la información sugiere que los módulos deben especificarse de forma que la información (procedimientos y datos) contenida dentro de un módulo sea inaccesible a otros módulos que no necesiten tal información.
        o Por tanto se trata de definir una serie de módulos independientes que se comuniquen sólo a través de la información necesaria para realizar la función de software.
        o El uso de ocultamiento de información en el diseño facilitará las modificaciones, prueba y mantenimiento del software.
  - - - Cohesión moderada.
        
        o Cohesión procedimental. El módulo hace varias cosas relacionadas que deben ejecutarse en cierto orden.
        
        o Cohesión de comunicación. El módulo hace varias cosas que trabajan sobre una sola estructura de datos.
      - Alta cohesión.
        
        o Cohesión funcional. El módulo hace una sola cosa.
      - Baja cohesión.
        
        o Cohesión temporal. El módulo hace muchas cosas relacionadas por el hecho que deben hacerse al mismo tiempo.
        
        o Cohesión lógica. El módulo hace muchas cosas relacionadas lógicamente.
        
        o Cohesión coincidente. El módulo hace muchas cosas sin relación.
  - - - Acoplamiento moderado.
        
        o Acoplamiento de control. El módulo recibe una bandera de quien lo llama y se comporta de una manera u otra dependiendo del valor de la bandera.
      - Alto acoplamiento.
        
        o Acoplamiento externo. El módulo esta acoplado a un dispositivo de I/O externo. Este tipo de acoplamiento debe limitarse a unos pocos módulos.
        
        o Acoplamiento común. El módulo utiliza variables globales o comunes.
        
        o Acoplamiento de contenido. El módulo usa datos contenidos dentro de los límites de otro módulo.
      - Bajo acoplamiento.
        
        o Sin acoplamiento. El módulo es independiente.
        
        o Acoplamiento de datos. El módulo recibe una lista de argumentos de quien lo llama.
- - - - Desarrollo iterativo, administración de requisitos, uso de arquitectura, control de cambios, modelado visual del software, verificación de la calidad e implementación a cualquier proyecto.
    - - Fase de Desarrollo
        
        -Especificación de requisitos faltantes.
        -Diseño y desarrollo de casos de uso y/o flujos de acuerdo con la planeación iterativa.
        -Pruebas de los casos de uso desarrollados, y pruebas de regresión según sea el caso
      - Fase de Transición
        
        -Pruebas finales de aceptación.
        -Puesta en producción.
        -Estabilización.
      - Fase de Elaboración
        
        -Vista Lógica
        -Vista de Implementación
        -Vista Conceptual
        -Vista física
      - Fase de Inicio
        
        -Documento Visión
        -Diagramas de caso de uso
        -Especificación de Requisitos
        -Diagrama de Requisitos
    - - Demostrar valor iterativamente.
      - Colaboración entre equipos.
      - Equilibrar prioridades
      - Enfocarse en la calidad.
      - Adaptar el proceso.
      - Elevar el nivel de abstracción.
  - - - Modelado de proceso.
        
        Es la comunicación entre los objetos.
      - Generación de aplicaciones.
        
        Se utilizan herramientas automáticas para facilitar la construcción del software.
      - Modelado de datos.
        
        Son las características (atributos) de cada uno de los objetos y las relaciones entre estos objetos.
      - Pruebas de entrega.
        
        Se deben probar todos los componentes nuevos y todas las interfaces a fondo.
      - Modelado de gestión.
        
        Flujo de información entre las funciones de gestión.
    - - Herramientas Especializadas
        
        Herramientas colaborativas y de trabajo en equipo y calendario grupal.
        
        Componentes reusables
        
        Creación de prototipos falsos (simulación pura) y funcionales
        
        Desarrollo "visual" y múltiples lenguajes
        
        Interfaces estándares (API)
      - "Timeboxing"
        
        Las funciones secundarias son eliminadas como sea necesario para cumplir con el calendario.
      - Equipos Híbridos
      - Prototipos Iterativos y Evolucionarios.
        
        Se reunen los usuarios finales y los desarrolladores y se da una lluvia de ideas para obtener un borrador inicial de los requisitos.
        
        Los desarrolladores construyen, depuran y revisan el prototipo.
        
        Los clientes y desarrolladores se reunen para depurar, refinar los requisitos y generar solicitudes de cambios.
        
        Los cambios para los que no hay tiempo no se realizan.
  - - - Centra la atención en la definición y entrega de productos, es decir, un proyecto no son un conjunto de tareas a realizar, sino que entrega productos.
    - - Delegar la autoridad suficiente de un nivel de gestión al siguiente, dándole autonomía de manera que, de sobrepasar la tolerancia, se consulte al nivel superior como actuar.
    - - Un proyecto se planifica, se supervisa y se controla fase a fase.
    - - Asegurando que los intereses de los usuarios que van a usar el proyecto, los proveedores y el responsable del área de negocio están representados en la toma de decisiones.
    - - Se recogen las experiencias anteriores, las que se van obteniendo, así como las lecciones aprendidas al cierre del mismo.
    - - Asegurando que la metodología y los controles a aplicar se basen en el tamaño, complejidad, importancia, capacidad y nivel de riesgo del proyecto.
    - - Se asegura de que hay un motivo justificable para iniciar el proyecto.