Ir al contenido principal

Entradas

Metodologías de Desarrollo tradicionales: cascada, modelo en V y espiral.

Metodologías de Desarrollo tradicionales MODELO V El Método-V es una representación gráfica del ciclo de vida del desarrollo del sistema. Resume los pasos principales que hay que tomar en conjunción con las correspondientes entregas de los sistemas de validación. La parte izquierda de la V representa la corriente donde se definen las especificaciones del sistema. La parte derecha de la V representa la corriente donde se comprueba el sistema (contra las especificaciones definidas en la parte izquierda). La parte de abajo, donde se encuentran ambas partes, representa la corriente de desarrollo.          La corriente de especificación consiste principalmente de: ·           Especificaciones de requerimiento de usuario ·           Especificaciones funcionales ·           Especificaciones de diseñ...

Modelado de Negocio

Modelado de negocio El modelado de negocios se define como un proceso de representación de uno o más aspectos o elementos de una empresa como el propósito, su estructura, funcionalidad, dinámica, lógica de negocios y componentes como fines, procesos, reglas, objetos, actores y unidades organizativas entre otras. Método de modelado de negocios orientado al desarrollo de sistemas de información empresarial se fundamenta en: la noción de sistema de negocios (Montilva, 2002), el método EKD EKD-CMM CMM (Barrios & Nurcan, 2004:1) y el Método WATCH (Montilva & Barrios, 2004:2) para desarrollo de software empresarial. Modelo del producto . Descripción genérica del producto que produce el método: El modelo de negocios. Modelo de proceso. Representación gráfica de las fases, pasos, actividades o tareas que el método propone para modelar el negocio. Modelo del grupo. Describe la estructura y los roles del personal que participa en el proyecto de modelado. Diagrama De Con...

Vídeos de Unidades

Aquí pueden encontrar los vídeos de la Unidad 1 y 2 de: METODOLOGÍAS Y MODELADO DE DESARROLLO DE software Unidad 1. Ingeniería de requerimientos de software https://www.youtube.com/watch?v=kACGzpQBBiY&feature=youtu.be  Unidad 2: Modelado del Software https://www.youtube.com/watch?v=AspkhvHBqLM&feature=youtu.be

Modelado UML

Modelado UML El Lenguaje de Modelado Unificado (UML:Unified Modeling Language) es la sucesión de una serie de métodos de análisis y diseño orientadas a objetos que aparecen a fines de los 80's y principios de los 90s.UML es llamado un lenguaje de modelado, no un método. Los métodos consisten de ambos de un lenguaje de modelado y de un proceso. Semántica y Notación Una de las metas principales de UML es avanzar en el estado de la integración institucional proporcionando herramientas de interoperabilidad para el modelado visual de objetos. Sin embargo para lograr un intercambio exitoso de modelos de información entre herramientas, se requirió definir a UML una semántica y una notación. La notación es la parte gráfica que se ve en los modelos y representa la sintaxis del lenguaje de modelado.  El lenguaje está dotado de múltiples herramientas para lograr la especificación determinante del modelo, pero en nuestro caso se trabaja en forma simplificada sobre: ...

Tipos de arquitecturas.

Tipos de arquitecturas. Arquitectura Orientada a Servicios (SOA) La Arquitectura Orientada a Servicios (SOA en inglés), es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a ciertos requisitos del negocio. Esta arquitectura permite crear sistemas altamente escalables, que pueden ayudar a las organizaciones a impulsar el rendimiento y, al mismo tiempo, reducir costos de TI y mejorar la flexibilidad en los procesos del negocio. Arquitectura De Micro Servicios Una arquitectura de micro servicios consta de una colección de servicios autónomos y pequeños. Los servicios son independientes entre sí y cada uno debe implementar una funcionalidad de negocio individual. Arquitectura Monolítica Las aplicaciones monolíticas son aquellas en las que el software se estructura en grupos funcionales muy acoplados, involucrando los aspectos referidos a la presentación, procesamiento y almacenamiento de la informaci...

Especificación de requisitos de software

Especificación de requisitos de software L a especificación de requisitos de software (ERS) es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software. Los casos de uso también son conocidos como requisitos funcionales. Además de los casos de uso, la ERS también contiene requisitos no funcionales (complementarios). Los requisitos no funcionales son requisitos que imponen restricciones en el diseño o la implementación, como, por ejemplo, restricciones en el diseño o estándares de calidad. Prácticas recomendadas para una buena ERS Las características de una buena ERS son definidas por el estándar IEEE 830-1998. Una buena ERS debe ser: · Completa.   Todos los requerimientos deben estar reflejados en ella y todas las referencias deben estar definidas. · Consistente.  Debe ser coherente con los propios requerimientos y también con ...