ingeniera de software

Diagrama de secuencia El  diagrama de secuencia  es un tipo de diagrama usado para modelar interacción entre objetos en un sistema según  UML . En inglés se pueden encontrar como "sequence diagram", "event-trace diagrams". Forma Elemento Descripción 1 Lifeline      Línea vertical que representa la secuencia de eventos que se producen en un participante durante una interacción, mientras el tiempo avanza por la línea. Este participante puede ser una instancia de una clase, un componente o un actor. 2 Actor Participante externo al sistema que está desarrollando. Para que aparezca un símbolo de actor al principio de una línea de vida, establezca la propiedad  Actor . 3 Mensaje sincrónico El remitente espera una respuesta a un mensaje sincrónico antes de continuar. El diagrama muestra la llamada y la devolución. Los mensajes sincrónicos se usan para representar llamadas de función ordinarias dentro de un programa, así como otros tipos de mensaje...

DIAGRAMA DE CLASES Un diagrama de clase de UML. Representa los propósitos fundamentales de UML porque separa los elementos de diseño de la codificación del sistema. UML ha sido establecido como un modelo estandarizado para describir un enfoque de programación orientado a objetos. Dado que las clases son el bloque de construcción de los objetos, los diagramas de clase son los bloques de construcción de UML. Los componentes de creación de diagramas en un diagrama de clase pueden representar las clases que realmente van a ser programadas, los objetos principales, o las interacciones entre clases y objetos. El diagrama de clase está compuesto de tres partes: ·          Sección superior – Nombre de la clase – Esta sección siempre es necesaria sin importar si está hablando del clasificador o de un objeto ·          Sección media – Atributos de la clase – Los atributos describen las variables que de...

Qué es el lenguaje unificado de modelado (UML) ¿Qué es UML? 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. Tipos de diagramas en UML Estructurales Muestran la estructura estática de los objetos e...

Obtención y análisis de requerimientos El análisis y la especificación de requisitos pueden parecer una tarea relativamente sencilla, pero las apariencias engañan. El contenido de comunicación es muy denso. Abundan las ocasiones para malas interpretaciones o falta de información. Es muy probable que haya ambigüedad. El dilema al que se enfrenta el ingeniero de software puede entenderse muy bien repitiendo la famosa frase de un cliente anónimo: “Sé que cree que entendió lo que piensa que dije, pero no estoy seguro de que se dé cuenta de que lo que escuchó no es lo que yo quise decir”. El análisis de requisitos es una tarea de ingeniería del software que cubre el hueco entre la definición del software a nivel sistema y el diseño de software. El análisis de requerimientos permite al ingeniero de sistemas especificar las características operacionales del software (función, datos y rendimientos), indica la interfaz del software con otros elementos del sistema y establece las restricc...

Especificación de requerimientos: La 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 (o 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. Funcionales:    Son declaraciones de los servicios que proveerá el sistema, de la manera en que éste reaccionará a entradas particulares. En algunos casos, los requerimientos funcionales de los sistemas también declaran explícitamente lo que el sistema no debe hacer.    Los requerimientos funcionales de un sistema describen la funcionalidad...

Factibilidad S e refiere a la disponibilidad de los recursos necesarios para llevar a cabo los objetivos o metas señaladas. Generalmente la factibilidad se determina sobre un proyecto. Estos resultados se entregan a la gerencia, quienes son los que aprueban la realización del sistema informático. El estudio de factibilidad es una tarea que suele estar organizada y realizada por los analistas de sistemas. El estudio consume aproximadamente entre un 5 % y un 10 % del costo estimado total del proyecto, y el período de elaboración del mismo varía dependiendo del tamaño y tipo de sistema a desarrollar. Tipos de factibilidad Factibilidad económica Se refiere a que se dispone del capital en efectivo o de los créditos de financiamiento necesario para invertir en el desarrollo del proyecto, el cual deberá haber probado que sus beneficios a obtener son superiores a sus costos en que incurrirá al desarrollar e implementar el proyecto o sistema; tomando en cuenta la reces...