Documentos de Académico
Documentos de Profesional
Documentos de Cultura
de Requisitos
Unidad 2
Objetivos Específcos
• Distnguir las actiidades que componen el proceso de análisis y
diseño de sistema.
• Explicar las técnicas y herramientas de modelado de sistemas.
• Examinar las técnicas de leiantamiento de requisitos y sus
componentes.
Coiteiido
• Visión general del proceso de análisis y diseño de sistema
• Actiidades del análisis y diseño de sistemas
• Habilidades para el correcto análisis y diseño de sistemas.
• Técnicas y herramientas de modelado.
• Diagrama de Descomposición Funcional (FDD)
• Modelado de Procesos de Negocios (BPM).
• Diagramas de Flujo de Datos (DFD)
• Lenguaje de Modelado Unifcado (UML)
• Descripción de requisitos
• De entrada
• De salida
• De procesos
• De comportamiento
• De control
• Escalabilidad
• 2.5 Recopilación de requisitos
• Entreiista
• Iniestgación y obseriación
• Cuestonarios y encuestas
• Muestreo
Visiói geieral del proceso de aiálisis
y diseño de sistema
• Se deben definir los requisitos generales y comenzar a
especificar los casos de uso del sistema en su versión
inicial. Conforme avance el proceso de ingeniería de
requisitos, los requisitos generales se irán detallando en
requisitos más específicos y los casos de uso que se
considere oportuno irán evolucionando hacia su forma
detallada.
• Si se considera oportuno por la complejidad del sistema,
los requisitos generales pueden organizarse de forma
jerárquica e, incluso, representarse gráficamente.
Elaborar la visiói geieral del sistema
Se deben de definir todos los requisitos de asi como los casos de uso iniciales. Para
ámbito general para el sistema en desarrollo, ello, debe de seguirse la plantilla propuesta.
Requisito
En el ámbito de los sistemas de
información, un requisito es una capacidad
que debe tener, o una condición que debe
cumplir, un sistema para ayudar a la
realización de los procesos de negocio de
Defnición una organización y, por extensión, a
cumplir sus objetios de negocio. Requisito general
Describen la solución que el ingeniero de Requisito de alto niiel que defne una
requisitos ofrece al cliente para alcanzar característca básica (feature en inglés) del
sus objetios de negocio. sistema a desarrollar. Pueden descomponerse
Ejemplo El sistema deberá permitr gestonar la jeráquicamente y deben detallarse en requisitos
emisión, reiocación y reiisión de los de más bajo niiel debidamente trazados.
permisos de caza dentro del ámbito de la Defnición
Comunidad Autónoma Andaluza (requisito Ejemplo El sistema deberá permitr gestonar los
general) préstamos y deioluciones de fondos de la
biblioteca.
Coicepto
• Téciica:Conjunto de procedimientos o recursos que se usan
en un arte, en una ciencia o en una actividad determinada, en
especial cuando se adquieren por medio de su práctica y
requieren habilidad.
• Herramienta es un instrumento que permite desarrollar ciertos
trabajos.
Téciicas y herramieitas de
modelado.
• Diagrama de Descomposición Funcional (FDD)
• Modelado de Procesos de Negocios (BPM).
• Diagramas de Flujo de Datos (DFD)
• Lenguaje de Modelado Unifcado (UML)
Téciicas y herramieitas de
modelado.
• La técnica es una estructura por niveles que se lee de arriba
abajo y de izquierda a derecha, donde cada elemento se puede
descomponer en otros de nivel inferior y puede ser descrito con
el fin de aclarar su contenido
Modelado de Procesos de Negocios
(BPM).
• es un conjunto de actividades que deben seguirse a fin de
permitir la creación de uno o más modelos para la
representación, comunicación, análisis, diseño, síntesis, toma
de decisiones y control de un negocio.
Diagramas de Flujo de Datos (DFD)
• De entrada
• De salida
• De procesos
• De comportamiento
• De control
Requerimieitos fuicioiales y io
fuicioiales
• Requerimientos funcionales: Expresan la naturaleza del
funcionamiento del sistema (cómo interacciona el sistema con su
entorno y cuáles ian a ser su estado y funcionamiento).
• Requerimientos no funcionales: Restricciones sobre el espacio de
posibles soluciones.
• Rendimiento del sistema: Fiabilidad, tempo de respuesta, disponibilidad
• Interfaces: Dispositios de E/S, usabilidad, interoperabilidad
• Proceso de desarrollo: Estándares, herramientas, plazo de entrega
• Los requisitos funcionales defnen qué debe hacer un sistema.
• Los requisitos no funcionales defnen cómo debe ser el sistema.
Escalabilidad
• Se entiende por escalabilidad a la capacidad de adaptación y
respuesta de un sistema con respecto al rendimiento del mismo
a medida que aumentan de forma significativa el número de
usuarios del mismo.
• La escalabilidad esta íntimamente ligada al diseño del sistema.
• Escalabilidad vertical, que se refiere a actualizaciones o modernización de
componentes existentes, por ejemplo aumentar el número de CPUs que
tiene el servidor de un sitio web. Si un programa mejora al aumentar los
recursos que puede utilizar, se dice que es escalable, a lo que se conoce
también como escalabilidad de aplicación (application scalability).
• Escalabilidad horizontal, que se refiere a aumentar el número de
componentes, para usar el mismo ejemplo, en lugar de aumentar el
número de CPUs, se aumenta el número de computadoras que sirven un
sitio web. Es común que un sistema tenga definido un número máximo de
computadoras a as que se puede escalar, a lo que se conoce como
escalabilidad de tamaño (size scalability).
• No existe una regla sencilla o universal para determinar si
escalabilidad vertical deba preferirse sobre escalabilidad
horizontal. Se debe analizar las circunstancias de cada caso.
Recopilaciói de requisitos