https://knoppia.net/ 2026-04-10T20:39:51+00:00 https://knoppia.net/ https://knoppia.net/lib/exe/fetch.php?media=favicon.ico text/html 2023-12-13T08:54:50+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:asociaciones_de_casos_de_uso&rev=1702457690&do=diff Asociaciones de casos de uso Hay varias formas de asociar entre sí los casos de uso: * Extends: Condicional, no siempre se va usar dicho caso de uso, la hacia el caso de uso que extiende. * Include: Siempre se va a realizar, sale desde el caso de uso al que hace include (La flecha va al revés que en el extends) text/html 2023-10-24T08:58:53+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:casos_de_uso_ejemplos&rev=1698137933&do=diff Ejercicio 6: Máquina Expendedora text/html 2023-11-08T08:39:18+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:casos_de_uso&rev=1699432758&do=diff Casos de Uso Primero debemos identificar las acciones que se realizan y los actores que realizan estas. Los actores no pueden tener nombre en plural. Generalización Indica Herencia, se representa con una flecha cerrada Extends Se utiliza cuando tenemos una condición (funciona de forma similar a un IF) Se representa por una flecha abierta discontinua con un <Extends> encima, debajo del título de la acción a realizar que derive en extends se debe poner un Extension Point y debajo la condició… text/html 2023-11-20T10:41:22+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:especificacion_de_requisitos&rev=1700476882&do=diff Especificación de requisitos Los documentos de requisitos son diferentes en función a si son para clientes técnicos o clientes no conocedores. El documento de requisitos tiene los siguientes requisitos: * Comunicación entre clientes, usuario y desarrolladores text/html 2023-11-15T08:11:48+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:especificacion_formal&rev=1700035908&do=diff Especificación formal Es una especificación escrita en notación formal. Es una expresión que utiliza una síntaxis y semántica determinada que esta predefinida. Estos lenguajes están basados en conceptos matemáticos. La ventaja de esta metodología es que no tiene ambigüedad y reduce los costes de pruebas. text/html 2023-11-22T09:23:04+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:gestion_de_requisitos&rev=1700644984&do=diff Gestión de Requisitos Es la encargada de controlar los cambios de los requisitos, su trazabilidad y control de versiones y líneas de productos. La especificación de requisitos cambia: * cambio en la estrategia de negocio * cambios tecnológicos text/html 2023-10-09T09:26:24+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:informe_viabilidad&rev=1696843584&do=diff Informe de Viabilidad Lo primero que se hace es tomar los requisitos, hacer una descripción resumida del sistema, que aporta nuevo, como afecta al anterior sistema, etc... Por ejemplo, en una app de centro médico estas sería las mejoras: * El sistema nuevo tiene eficiencia operacional text/html 2023-10-11T07:46:47+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:modelado_conceptual&rev=1697010407&do=diff Modelado Conceptual Busca a compresión del problema antes de comenzar a diseñar la solución. Buscamos crear un diseño comprensible tanto para nosotros como para nuestro usuario. UML Es un estándar (Unified Modeling Languaje). Permite visualizar, especificar, contruir y documentar los artefactos del software Puede ser autoextendido para adaptarse a muchas cosas. Suele venir acompañado del lenguaje OCL. UML está pensado para sistemas Orientados a Objetos, pero se puede utilizar en más sistemas.… text/html 2023-11-20T11:24:34+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:practica&rev=1700479474&do=diff Cosas mencionadas sobre la práctica 1 * Evitar tropecientos casos de uso para algo que se puede resumir en una cosa, por ejemplo en vez de poner ver sección 1, ver sección 2 y ver sección 3, podemos poner mostrar catálogo. * Si es una web, la página la está mostrando el Actor Sistema text/html 2023-11-29T08:11:07+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:procesoir_ciclo_global&rev=1701245467&do=diff El proceso de Ingeniería de Requisitos en el Ciclo Global del Software Metodologías Agiles Metodologías que dan soporte a los valores incluidos en el Manifiesto Ágil. Son iterativos de ciclo corto y flexible. Se centran más en el código que en la documentación debido a: text/html 2023-10-02T10:12:20+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:procesos&rev=1696241540&do=diff Ingeniería de Requisitos: Procesos Procesos de la Ingeniería de Requisitos * Obtención, especificación, análisis y validación. * Interno de la organización: El sistema lo construye la propia organización. * A medida: Programa hecho expresamente par auna organización. text/html 2024-01-10T18:51:20+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:resumenparcial1&rev=1704912680&do=diff Puntos Importantes del primer parcial de Ingeniería de Requisitos Requisitos No Funcionales de Sommerville Mientras que los requisitos funcionales indican QUE hace el sistema, los funcionales indica COMO debe funcionar (OJO: NO como lo hace) Casos de Uso text/html 2024-01-10T22:34:55+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:resumenparcial2&rev=1704926095&do=diff Conceptos importantes Segundo Parcial Ingeniería de Requisitos El documento de especificación de requisitos Sección 1: Introducción * 1.1 Objetivos * Propósito y audiencia objetivo del ERS * 1.2 Ámbito * Que hace y que no hace el producto text/html 2023-12-13T09:17:39+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:tareas_practica_2&rev=1702459059&do=diff Tareas Práctica 2 * Definir estructura por clases y explicarla * No es necesario rellenar la plantilla, puede ser un documento a parte, no son necesarios logos. * Elabora un documento SRS completo * No puede quedar todo sin requisitos, en el peor de los casos inventar requisitos hardware/software text/html 2023-10-16T10:18:00+00:00 Anonymous (anonymous@undisclosed.example.com) https://knoppia.net/doku.php?id=ingenieria_de_requisitos:visualparadigm&rev=1697451480&do=diff Visual Paradigm Primero en la pestaña que hay a la izquierda llamada Diagram Navigator seleccionamos Textual Analysis y creamos un nuevo análisis Textual: Tras eso escribimos lo que queramos analizar con el visual Paradigm: Actores Tras eso seleccionamos loas actores, hacemos click derecho y lo identificamos como actor: