Entradas

Mostrando entradas de enero, 2019

Modelo UML

Imagen
El Lenguaje Unificado de Modelado (UML) fue creado para forjar un lenguaje de modelado visual común y semántica y sintácticamente rico para la arquitectura, el diseño y la implementación de sistemas de software complejos, tanto en estructura como en comportamiento. UML tiene aplicaciones más allá del desarrollo de software, p. ej., en el flujo de procesos en la fabricación. Es comparable a los planos usados en otros campos y consiste en diferentes tipos de diagramas. En general, los diagramas UML describen los límites, la estructura y el comportamiento del sistema y los objetos que contiene. UML no es un lenguaje de programación, pero existen herramientas que se pueden usar para generar código en diversos lenguajes usando los diagramas UML. UML guarda una relación directa con el análisis y el diseño orientados a objetos. UML y su función en el modelado y diseño orientados a objetos Hay muchos paradigmas o modelos para la resolución de problemas en la informática, que

Tipos de arquitecturas: SOA, Micro servicios, cliente - servidor, monolítica, distribuido, capas.

Imagen
Arquitectura 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. SOA proporciona una metodología y un marco de trabajo para documentar las capacidades de negocio y da soporte a las actividades de integración y consolidación de los datos de cualquier organización. Iniciativas: Servicios de datos escalables y flexibles. Servicios de infraestructura para la autentificación, el control de acceso y el registro. Servicios CRUD para crear, leer y actualizar datos de todas las formas de sistemas back-end, incluidos datos estructurados, no estructurados, semi-estructurados, de mainframe y en la nube.

Especificación y validación de requerimientos. IEEE-830 y plantillas SRS.

Imagen
Es importante considerar la parte que el SRS representa en el diseño del proyecto total que se define en IEEE Std 610.12-1990. El software puede contener toda la funcionalidad del proyecto esencialmente o puede ser parte de un sistema más grande. En el último caso habrá un SRS que declarará las interfaces entre el sistema y su software modular, y pondrá que función externa y requisitos de funcionalidad tiene con el software modular. Otras normas, relacionan a otras partes del ciclo de vida de software para que pueda complementar los requisitos del software. Desde que el SRS tiene un papel específico en el proceso de desarrollo de software, el que define el SRS debe tener el cuidado para no ir más allá de los límites de ese papel.  Esto significa que:  a) debe definir todos los requisitos del software correctamente.Un requisito del software puede existir debido a la naturaleza de la tarea a ser resuelta o debido a una característica especial del proyecto.

Análisis y síntesis de información.

Imagen
Los conceptos de análisis y síntesis se refieren a dos actividades complementarias en el estudio de realidades complejas. El análisis consiste en la separación de las partes de esas realidades hasta llegar a conocer sus elementos fundamentales y las relaciones que existen entre ellos. La síntesis, por otro lado, se refiere a la composición de un todo por reunión de sus partes o elementos. Esta construcción se puede realizar uniendo las partes, fusionándolas u organizándolas de diversas maneras . La capacidad de análisis y síntesis nos permite conocer más profundamente las realidades con las que nos enfrentamos, simplificar su descripción, descubrir relaciones aparentemente ocultas y construir nuevos conocimientos a partir de otros que ya poseíamos. Por todo ello, tiene un carácter genérico y está relacionada con varias competencias  (pensamiento crítico, resolución de problemas, organización y planificación o  toma de decisiones, por poner algunos ejemplos). Los procesos de anális

Técnicas de recolección de requerimientos: Entrevistas, encuestas, observación y listas de verificación.

Imagen
La recolección de datos se refiere al uso de una gran diversidad de técnicas y herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de información, los cuales pueden ser la entrevistas, la encuesta, el cuestionario, la observación, el diagrama de flujo y el diccionario de datos. Todos estos instrumentos se aplicarán en un momento en particular, con la finalidad de buscar información que será útil a una investigación en común. En la presente investigación trata con detalle los pasos que se debe seguir en el proceso de recolección de datos, con las técnicas ya antes nombradas. Las 5 principales técnicas de recolección de datos son: 1. Entrevistas 2. La encuesta 3. La observación 4. Diccionario de datos  5. Diagrama de flujo ENTREVISTA   La entrevista es una conversación dirigida, con un propósito especifico y que usa un formato de preguntas y respuestas. Se establece así un diálogo, pero un diálogo peculiar, asimétrico, donde