Flujo de trabajo: Requerimientos

Slides:



Advertisements
Presentaciones similares
Prof. César Luza Montero
Advertisements

Ingeniería del Software I 2er. Cuatrimestre 2002 Casos de Uso Gustavo Pifarre.
Ingeniería de software
Clase 09.  Garantizar la calidad de software  La prueba nunca termina, del IS translada se translada al usuario  Las casas de software invierte del.
[Nombre del producto] Su logotipo Inserte la fotografía del producto.
Lcda. Ingrid Graü Diseño de Sistemas 1. Lcda. Ingrid Graü Diseño de Sistemas 2.
ESCUELA: Ciencias de la Computación NOMBRES: Metodología y Tecnología de la Programación II FECHA: Ing. Patricio Abad Espinoza ABRIL – AGOSTO II.
Ingeniería del Software Diseñó de Software Universidad de los Andes Demián Gutierrez Abril 2009.
«Título del Trabajo» Ingeniería [Civil] en Computación e Informática Nombre alumnos(s) Guía Empresa: Nombre (en caso de proyectos) Profesor Guía: Grado.
Pruebas de Funcionalidad de Software: Caja Negra y Caja Blanca Curso: Diseño de Sistemas 9no. Semestre.
Organizaciones involucradas: El centro de cálculo noruego. Crea lenguaje llamado Simula 67, desarrollado por Krinsten Nygaard y Ole-Johan Dahl, en 1967.
Análisis de Proyecto de Software.
Proceso de Implantación y Aceptación del Sistema de Información (IAS)
Flujo de trabajo: Requisitos Modelado de Casos de Uso
Ingreso , proceso y salida de datos
El Lenguaje de Modelación Unificado
Paul Leger Casos de Usos Paul Leger
Asignatura Optativa: Ingeniería de Software (Curso )
Ayudantía de Modelamiento de procesos
Ingeniería de requisitos y
TEMA 3. CAPTURA DE REQUISITOS COMO CASOS DE USO (Continuación fase de Planeación y Elaboración) ANÁLISIS Y DISEÑO DE SISTEMAS II Lic. Elisa Arizaca Ramirez.
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements.
Diagramas de Casos de Uso
Gestión de Proyectos Ágiles
Diagrama de Flujo.
Auditoria Informática Unidad III
MANUAL DE FACTURACIÓN VENTA PAGO ANTICIPADO NACIONAL
Gestión de Riesgos Corporativos
DIAGRAMAS Una Poderosa Herramienta Gráfica para el Análisis e Interpretación de los Procesos.
CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA
Diagramas de clases Modelan la vista estática del sistema
Ayudantía de Modelamiento de procesos
METODOLOGÍA DE SISTEMAS
Ingeniería de Sistemas Requerimientos
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno. INTRODUCCIÓN A UML  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
UNIVERSIDAD NACIONAL DE LOJA Área de la Educación, el Arte y la Comunicación Informática Educativa IV INGENIERIA DE SOFTWARE Taller de Análisis y Diseño.
Fundamentos de Ingeniería de Software MODELO DE CASOS DE USO
Inserte la fotografía del producto
ALGORITMOS es un conjunto preescrito de instrucciones o reglas bien definidas, ordenadas y finitas que permite realizar una actividad mediante pasos.
Resumen: Análisis de requerimientos
Especificación de requerimientos por: Sonia Cristina Gamboa Sarmiento
Proceso Unificado de Desarrollo de Software
DIAGRAMAS Una Poderosa Herramienta Gráfica para el Análisis e Interpretación de los Procesos.
Modelo de interacción de usuario.  El Desarrollo basado en modelos de la interfaz de usuario, en inglés Model-based User Interface Development (MB-UID),
CAPACITACIÓN PARA VENDEDORES
Roles del Analista de Sistemas Y Ciclo de Vida del Desarrollo de Sistemas.
GESTION POR PROCESOS.
Una Herramienta Gráfica para el Análisis e Interpretación de los Procesos.
ANALISIS DE SISTEMAS ANALISIS ORIENTADO A OBJETOS.
MODELO DEL NEGOCIO Y MODELO DE CASOS DE USO DEL NEGOCIO El propósito del modelo del negocio es: Entender los problemas actuales de la Organización Asegurarse.
Criterios cobertura de grafos: casos de uso
Ingeniería de Software
INGENIERÍA DE SOFTWARE I MODELACIÓN DE NEGOCIO
INGENIERÍA DE SOFTWARE I MODELACIÓN DE NEGOCIO 1 Modelo de Casos de Uso del Negocio.
INGENIERIA DE REQUISITOS
DIAGRAMAS DE CASOS DE USO Tovar Tovar Alondra Desarrollo Orientado a Objetos.
Definición Proceso Unificado Es el flujo de trabajo Realización de casos de uso Roles, actividades, artefactos Es dirigir el desarrollo hacia el sistema.
IEEE Estándar para documentación de pruebas de software
Casos de Uso Análisis de requisitos con casos de uso.
1 Introducción al proceso unificado de desarrollo de software.
Diagramas de Interacción. Escuela de Ingeniería en Sistemas Computacionales Facultad de Ciencias Matemáticas y Físicas Universidad Estatal
IEEE-STD PRÁCTICA RECOMENDADA PARA LA ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE.
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno. INTRODUCCIÓN A UML  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
ANÁLISIS Y DISEÑO DESDE UNA PERSPECTIVA ORIENTADA A OBJETOS Alan Vargas.
PRUEBAS DE CAJA NEGRA. -Internationa Software Testing Qualification Board (ISTQB) Internationa Software Testing Qualification Board (ISTQB) Técnica de.
Estudio de Viabilidad del Sistema (EVS). Estudio de Viabilidad del Sistema Cuestiones ¿Qué es la viabilidad de un sistema? ¿Cuáles son los objetivos del.
Plan de Sistemas de Información (PSI). Plan de Sistemas de Información (PSI) Descripción y Objetivos Tiene como objetivo la obtención de un marco de referencia.
Ing. Carlos García P. C.I UNIDAD EDUCATIVA “SALINAS INNOVA” P Identifique el contexto para el cual se Planifica un nuevo sistema ÁREA.
Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Copyright 2019 Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Derechos reservados UML.
Concepto de Contabilidad Sistema de Información: La contabilidad es en sí un subsistema dentro del Sistema de Información de la Empresa, toma toda la.
Transcripción de la presentación:

Flujo de trabajo: Requerimientos Ingeniería de Software - I Flujo de trabajo: Requerimientos El modelo de casos de uso Definición de Requerimientos: Modelo de casos de uso

Definición de Requerimientos: Modelo de casos de uso Artefacto: Actor de sistema El modelo de casos de uso describe lo que hace el sistema para cada tipo de usuario. Sacar dinero Cliente de Banco Un usuario Uno o varios actores Un sistema externo Uno o varios actores Definición de Requerimientos: Modelo de casos de uso

Definición de Requerimientos: Modelo de casos de uso Artefacto: Actor de sistema ¿Dónde encontramos a los actores del sistema? Actores del negocio Trabajadores del negocio Actores del sistema Definición de Requerimientos: Modelo de casos de uso

Definición de Requerimientos: Modelo de casos de uso Artefacto: Caso de uso Cada forma en que los actores usan el sistema se representa con un caso de uso Los CU son fragmentos de funcionalidad que el sistema ofrece para aportar un resultado de valor para los sus actores. Un CU especifica una secuencia de acciones que el sistema puede llevar a cabo interactuando con sus actores, incluyendo alternativas dentro de la secuencia. Definición de Requerimientos: Modelo de casos de uso

Definición de Requerimientos: Modelo de casos de uso Artefacto: Caso de uso Los casos de uso tienen atributos Representan los valores que una instancia de caso de uso utiliza durante su ejecución Las instancias de los casos de uso se consideran atómicas (indivisibles) Definición de Requerimientos: Modelo de casos de uso

Artefacto: Descripción de la Arquitectura Vista del modelo de casos de uso con las funcionalidades más importantes ó críticas A desarrollar en las primeras iteraciones Definición de Requerimientos: Modelo de casos de uso

Definición de Requerimientos: Modelo de casos de uso Artefacto: Glosario Términos importantes en la descripción del sistema Glosario Concenso Definición de Requerimientos: Modelo de casos de uso

Artefacto: Prototipo de interfaz Nos ayuda a comprender y especificar la interacción entre: Sacar dinero Actores Sistema Definición de Requerimientos: Modelo de casos de uso

Definición de Requerimientos: Modelo de casos de uso Trabajadores Puesto al cual se puede asignar una persona real Analista de sistemas Especificador de casos de uso. Diseñador de interfaz de usuario Arquitecto. Definición de Requerimientos: Modelo de casos de uso

Definición de Requerimientos: Modelo de casos de uso Trabajadores Analista de Sistemas Diseñador de interfaces Arquitecto Especificador Encontrar actores y CU Priorizar los CU Detallar Un CU Prototipar la interfaz Estructurar El modelo CU Definición de Requerimientos: Modelo de casos de uso

Actividad: Encontrar actores y CU Pasos: Encontrar los actores. Encontrar los CU Describir brevemente cada CU Describir el modelo de CU completo Glosario de términos Artefactos de entrada Artefactos de salida Analista de Sistemas Modelo del negocio Requisitos Adic. Lista de Caract. Modelo de CU (esbozado) Glosario Encontrar actores y CU ¡¡¡ Esta es la actividad más importante para unos buenos requisitos !!! Definición de Requerimientos: Modelo de casos de uso

Actividad: Encontrar actores y CU Paso: Encontrar actores: Consideraciones adic. No olvidar los actores que representan sistemas externos. Actores para el mantenimiento, operación o el sistema. Identificar al menos a un usuario representante del actor candidato. No queremos actores que desempeñan los mismos roles. Nombres relevantes para los actores. Definición de Requerimientos: Modelo de casos de uso

Actividad: Encontrar actores y CU Paso: Encontrar CU: Consideraciones adic. Crear CU fáciles de modificar, revisar, probar y manejar unitariamente. Nombre que corresponda con la secuencia de acciones que añade valor a un actor. Nombre que comience con un verbo: Pagar factura, Solicitar Bienes. Definición de Requerimientos: Modelo de casos de uso

Actividad: Encontrar actores y CU Paso: Encontrar CU: Consideraciones adic. Un caso de uso entrega un resultado que añade valor a un actor en concreto. A usuarios individuales reales Al actor iniciador Evita CU muy grandes Evita CU muy pequeños Definición de Requerimientos: Modelo de casos de uso

Actividad: Encontrar actores y CU Paso: Describir brevemente cada CU. CU Pagar Factura: El Comprador ya ha recibido una factura y también ha recibido los bienes demandados: El comprador estudia la factura a pagar y verifica que se corresponda con el pedido original. El comprador planifica el pago de la factura por banco. Definición de Requerimientos: Modelo de casos de uso

Actividad: Encontrar actores y CU Paso: Describir el modelo de CU completo. Se explica el modelo de CU como un todo. Describe cómo interactúan los actores y los CU y cómo se relacionan entre sí los CU. Definición de Requerimientos: Modelo de casos de uso

Actividad: Encontrar actores y CU Paso: Describir el modelo de CU completo. Ejemplo: El comprador utiliza el CU Solicitar Bienes y Servicios para buscar los productos y precios, para realizar un pedido y después enviarlo. Tarde o temprano, los bienes le llegarán al comprador junto con una factura. El comprador activa el CU Pagar Factura para dar el visto bueno a la factura …… Definición de Requerimientos: Modelo de casos de uso

Actividad: Priorizar los CU Artefactos de entrada Artefactos de salida Arquitecto Modelo de CU (esbozado) Requisitos Adic. Glosario Descripción de la arquitectura (vista del Modelo de CU) Priorizar los CU Definición de Requerimientos: Modelo de casos de uso

Actividad: Priorizar los CU Determinar cuáles son los CU necesarios para el desarrollo en las primeras iteraciones. Se verá más adelante Definición de Requerimientos: Modelo de casos de uso

Actividad: Detallar un CU Artefactos de entrada Artefactos de salida Especificador de CU Modelo de CU (esbozado) Requisitos Adic. Glosario Detallar un CU CU detallado Definición de Requerimientos: Modelo de casos de uso

Actividad: Detallar un CU Objetivo: Describir el flujo de sucesos en detalle. Elementos importantes: Definir cómo comienza el CU. Cómo termina el CU. Cómo el CU interactúa con los actores. Definición de Requerimientos: Modelo de casos de uso

Actividad: Detallar un CU Hacer una descripción precisa, pero fácil de leer. Describir todas las alternativas. Describir todas las excepciones. El actor puede elegir entre diferentes caminos en el CU. En Pagar Factura puede decidir pagarla, o rechazarla. El sistema puede detectar entradas erróneas de los actores. El camino básico debe ser el “normal”. Deben incluirse las pre y postcondiciones. Definición de Requerimientos: Modelo de casos de uso

Actividad: Detallar un CU Precondiciones: El comprador ha recibido los bienes y servicios y al menos una factura del sistema. Postcondiciones: La instancia del CU termina cuando la factura ha sido pagada, o cuando el pago se ha cancelado y no se hace ninguna transferencia. Definición de Requerimientos: Modelo de casos de uso

Actividad: Detallar un CU Leer en “Proceso Unificado de Desarrollo” páginas 149 a la 158 sobre los tópicos: ¿Qué incluir en una descripción de CU? Formalización de la descripción de CU. Actividad: Prototipar la interfaz de usuario. Definición de Requerimientos: Modelo de casos de uso

Actividad: Estructurar el modelo CU Artefactos de entrada Artefactos de salida Analista de Sistemas Modelo de CU (esbozado) Requisitos Adic. Glosario CU descritos Estructurar Modelo CU Modelo CU (estructurado) Definición de Requerimientos: Modelo de casos de uso

Actividad: Estructurar el modelo CU Caso de uso abstracto Caso de uso real Ejecutar transacción Pagar factura Comprador Vendedor Caso de uso concreto Definición de Requerimientos: Modelo de casos de uso

Actividad: Estructurar el modelo CU Ejecutar transacción Pagar factura Comprador <<extend>> Vendedor Pagar cargos saldo deudor Definición de Requerimientos: Modelo de casos de uso