Entradas

Diagrama de Secuencia

Imagen

Introducción al UML

Imagen

UML

Imagen
Hoy en día, UML ("Unified Modeling Language") está consolidado como el lenguaje estándar en el análisis y diseño de sistemas de cómputo. Mediante UML es posible establecer la serie de requerimientos y estructuras necesarias para plasmar un sistema de software previo al proceso intensivo de escribir código. En otros términos, así como en la construcción de un edificio se realizan planos previo a su construcción, en Software se deben realizar diseños en UML previa codificación de un sistema, ahora bien, aunque UML es un lenguaje, éste posee más características visuales que programáticas, mismas que facilitan a integrantes de un equipo multidisciplinario participar e intercomunicarse fácilmente, estos integrantes siendo los analistas, diseñadores, especialistas de área y desde luego los programadores. Complejidad / Objetos

Diagrama de Casos de Usos Español e Inglés

Imagen

Collaboration Diagram

Imagen

Diagrama de Clases. Versión Español

Imagen

Validación de requerimiento Versión Inglés

Imagen

Requerimientos versión Inglés

Imagen

Obtención y análisis versión Inglés

Imagen

Factibilidad Versión Inglés

Imagen

Especificación de Requerimientos

Imagen

Validación de Requerimientos Versión Español

Imagen

Obtención y análisis de Requerimientos Versión Español

Imagen

Estudio de Factibilidad Versión Español

Imagen

Especificación de Requerimientos

Imagen
El objetivo principal de la  Especificación de Requisitos del Sistema  (ERS) es servir como  medio de comunicación  entre clientes, usuarios, ingenieros de requisitos y desarrolladores. En la ERS deben recogerse tanto las necesidades de clientes y usuarios ( necesidades del negocio , también conocidas como  requisitos de usuario ,  requisitos de cliente ,  necesidades de usuario , etc.) como los requisitos que debe cumplir el sistema software a desarrollar para satisfacer dichas necesidades ( requisitos del producto , también conocidos como  requisitos de sistema  o  requisitos software ). 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 otros documentos de especific...

Validación de Requisitos

Imagen
La validación de requisitos tiene como misión demostrar que la definición de los requisitos define realmente el sistema que el usuario necesita o el cliente desea El proceso de validación de requisitos comprende actividades que generalmente se realizan una vez obtenida una primera versión de la documentación de  requisitos . Los  requisitos  una vez definidos necesitan ser validados. Es necesario asegurar que el análisis realizado y los resultados obtenidos de la etapa de definición de requisitos son correctos. Pocas son las propuestas existentes que ofrecen técnicas para la realización de la validación y muchas de ellas consisten en revisar los modelos obtenidos en la definición de requisitos con el usuario para detectar errores o inconsistencias.  El proceso de validación de requisitos debe realizarse o de lo contrario se corre el riesgo de implementar una mala especificación, con el costo que eso conlleva  Los parámetros a comprobar por la especificaci...

Obtención de Requerimientos

Imagen
La obtención de requisitos es uno de los pasos más importantes para poder generar un software que le guste a tus clientes, que se adecúe a lo que los stakeholders esperan que haga ese software. Para esto presentamos las técnicas más comunes que se utilizan para obtener todos los requisitos candidatos, que serán los requisitos que todos los implicados querrán que tenga tu aplicación. Qué después serán debatidos y descartados y generalmente solo se podrán desarrollan una parte de esos requisitos, que antes habrán sido modelados. La ingeniería de Requerimientos comprende las actividades de captura, adquisición y descubrimiento el análisis y la negociación y la validación de requerimientos. También establece la gestión para manejar cambios, mantenimiento y seguimiento de los requisitos. Existen muchas técnicas para la obtención de requerimientos: Entrevistas, Cuestionarios, lluvias de ideas, Observación, etc. El proceso de obtención de requisitos, cuya finali...

Estudio de Factibilidad

Imagen
El estudio de factibilidad es un instrumento que sirve para orientar la toma de decisiones en la evaluación de un proyecto y corresponde a la última fase de la etapa pre-operativa o de formulación dentro del ciclo del proyecto. Se formula con base en información que tiene la menor incertidumbre posible para medir las posibilidades de éxito o fracaso de un proyecto de inversión, apoyándose en él se tomará la decisión de proceder o no con su implementación. El estudio de factibilidad debe conducir a : Determinación plena e inequívoca del proyecto a través del estudio de mercado, la definición del tamaño, la ubicación de las instalaciones y la selección de tecnología. Diseño del modelo administrativo adecuado para cada etapa del proyecto. Estimación del nivel de las inversiones necesarias y su cronología/lo mismo que los costos de operación y el cálculo de los ingresos. Identificación plena de fuentes de financiación y la regulación de compromisos de participación en el proyecto. ...

Metodologias Agiles y tradicionales

Imagen

Ventajas y Desventajas de Metodologías

Imagen
Metodologías Ágiles Las metodologías ágiles son métodos de desarrollo de software en los que las necesidades y soluciones evolucionan a través de una colaboración estrecha entre equipos multidisciplinarios. Se caracterizan por enfatizar la comunicación frente a la documentación, por el desarrollo evolutivo y por su flexibilidad. Estas metodologías surgen a principios del 2001 en respuesta a los modelos de proceso clásicos ya existentes. La aparición de procesos ágiles se debe al hecho de haber encontrado estos supuestos clave en desarrollos precedentes: Es difícil predecir qué requisitos persistirán y cuales cambiarán, así como las prioridades del cliente. El diseño y el desarrollo de software están intercalados. Por ello se realizarán conjuntamente, probando el diseño a medida que se crea, pues es complicado predecir cuánto diseño es necesario antes de llegar a implementarlo. El análisis, el diseño y la implementación no son predecibles desde el punto de v...