Descarga la aplicación para disfrutar aún más
Vista previa del material en texto
INSTITUTO TECNOLÓGICO SUPERIOR DE HUATUSCO MANUAL DE PRA� CTICASINGENIERI�A EN SISTEMASCOMPUTACIONALES FUNDAMENTOS DE INGENIERÍA DE SOFTWARE SCC-1007 AGOSTO 2022 - ENERO 2023 NOMBRE DEL ALUMNO(A): Osvaldo Rincon Campos GRUPO: 704B 6 MANUAL DE PRÁCTICAS FUNDAMENTOS DE INGENIERÍA DE SOFTWARE - ISC Caracterí�sticas de los Requerimientos INTRODUCCIÓN..................................................................................................................................2 TEMA 1: INTRODUCCIÓN...................................................................................................................3 PRÁCTICA 1. Características de los requerimientos........................................................................4 DOCENTE: MSC. Olivia Labastida Puertos ../../../C:/Users/Bee/Downloads/Manual%20Practicas%20-%20formato.docx#_Toc51870922 ../../../C:/Users/Bee/Downloads/Manual%20Practicas%20-%20formato.docx#_Toc51870922 ../../../C:/Users/Bee/Downloads/Manual%20Practicas%20-%20formato.docx#_Toc51870924 ../../../C:/Users/Bee/Downloads/Manual%20Practicas%20-%20formato.docx#_Toc51870924 ../../../C:/Users/Bee/Downloads/Manual%20Practicas%20-%20formato.docx#_Toc51870924 6 MANUAL DE PRÁCTICAS FUNDAMENTOS DE INGENIERÍA DE SOFTWARE - ISC En la actualidad, para la aplicación de ingeniería de software existen varios procesos de desarrollo de software. En esta investigación una de las etapas importantes del proceso de desarrollo es la ingeniería de requerimientos, etapa en que se definen inicialmente las características y restricciones con las que debe contar el sistema en desarrollo, parte fundamental ya que determina qué funcionalidad debe contener el software. DOCENTE: MSC. Olivia Labastida Puertos INTRODUCCIO� N 6 MANUAL DE PRÁCTICAS FUNDAMENTOS DE INGENIERÍA DE SOFTWARE - ISC TEMA 1: FUNDAMENTOS DE INGENIERI�A DE SOFTWARE Competencia Específica(s): Realizar el modelo de requisitos de un proyecto de software, aplicando diferentes técnicas y herramientas de la ingeniería de requisitos. DOCENTE: MSC. Olivia Labastida Puertos 6 MANUAL DE PRÁCTICAS FUNDAMENTOS DE INGENIERÍA DE SOFTWARE - ISC OBJETIVO Identificar y comprender el entorno de aplicación de la ingeniería de software. MATERIAL Y EQUIPO Equipo de Computo (Word) Procesador de Palabras Convertidor de PDF Acceso a Internet FUNDAMENTO TEÓRICO El fundamento teórico de la práctica se encuentra en la pagina de moodle de la materia correspondiente PROCEDIMIENTO DE LA PRÁCTICA Características de los requisitos Un requisito(requerimiento) debe de cumplir ciertos criterios y características: 1.-Correcta 2.-No ambigua 3.-Completa 4.-Consistente 5.-Calificada de acuerdo a la importancia y/o estabilidad 6.-Verificable 7.-Modificable 8.-Rastreable 1.-Correcta DOCENTE: MSC. Olivia Labastida Puertos PRA� CTICA 1.Caracterí�sticas de los Requerimientos ica 6 MANUAL DE PRÁCTICAS FUNDAMENTOS DE INGENIERÍA DE SOFTWARE - ISC 1.-Conecta Una especificación de requisitos de software(ERS) es correcta, si y solo si cada requisito especificado es un requisito que el software debe cumplir. 2.-No ambigua Una ERS no es ambigua si y solo si cada requisito especificado tiene solo una interpretación 3.-Completar Una ERS es completa, si y solo si, incluye los siguientes elementos: a) todos los requisitos significativos, ya sea que se relacionen a funcionalidad, desempeño, restricciones de diseño, atributos o interfaces externas. En particular cualquier requisito externo en particular cualquier requisito externo impuesto por una especificación del sistema debe ser reconocido y tratado. B) Definición de las respuestas del software a todos los tipos posibles de clases de datos de entrada en todos los tipos posibles de clases de situaciones. Notar que es importante especificar las respuestas tanto para valores de entrada validos como inválidos. C)Etiquetas y referencias completas a todas las figuras, tablas y diagramas e la ERS así como la definición de todos los términos y unidades de medida. 4.Consistente Una ERS es consistente, si y solo si, no se contradice a si misma, es decir, si ningún subconjunto de requisitos ahí descritos se contradicen o entran en conflicto. 5.-Jerarquización de acuerdo a la importancia y/o estabilidad Una ERS esta calificada de acuerdo a la importancia y/o estabilidad si cada registro tienen un identificador que indique la importancia o estabilidad del requisito. 6.-Verificable Una ERS es verificable, si y solo si, cada requisito especificado es verificable. Un requisito es verificable si y solo si existen un proceso finito de costo-efectivo con el cual una persona o una maquina puede verificar que el producto de software cumple el requisito. En general cualquier requisito ambiguo no es verificable. DOCENTE: MSC. Olivia Labastida Puertos 6 MANUAL DE PRÁCTICAS FUNDAMENTOS DE INGENIERÍA DE SOFTWARE - ISC 7.-Modificable Una ERS es modificable, si y solo si, su estructura y estilo son tales que, cualquier cambio a los requisitos pueden ser hechos fácil, completa y consistentemente sin perder la estructura y el estilo. 8.- Rastreable Una ERS es rastreable si el origen de cada uno de sus requisitos es clara y facilita la referencia de cada requisito en el desarrollo futuro o mejora de la documentación. Tipos de requisitos es simplemente una clase de requisitos que permite a los equipos organizar grandes números de requisitos en grupos mas gestiona bles y significativos. El establecimiento de tipos diferentes de requisitos en un proyecto ayuda a los miembros del equipo a clasificar los requisitos y a comunicarse con mayor claridad. Funcionales Los requisitos Funcionales (RF) del usuario pueden ser frases muy generales sobre lo que el sistema debería hacer. Se suelen expresar como objetivos del sistema. Los RF del sistema deben describir los servicios que hay que proporcionar con todo detalle: los casos de uso. No Funcionales Restricciones que afectan a los servicios o funciones del sistema, tales como restricciones de tiempo, sobre el proceso de desarrollo, estándares, etc.. Los requisitos No Funcionales (RNF) definen propiedades emergentes del sistema, tales como el tiempo de respuesta, las necesidades de almacenamiento, la fiabilidad. Clasificación Especifican el comportamiento del producto obtenido: velocidad de ejecucion, memoria requerida, porcentaje de fallos aceptables De Dominio Provienen del dominio de la aplicación del sistema y reflejan las características y restricciones de dicho dominio. Son requisitos que provienen del dominio de especificaciónes del sistema y que reflejan las características y restricciones de ese dominio (no tienen porque derivarse de las especificaciones del usuario) DOCENTE: MSC. Olivia Labastida Puertos 6 MANUAL DE PRÁCTICAS FUNDAMENTOS DE INGENIERÍA DE SOFTWARE - ISC pueden ser funcionales y no funcionales: restringir algún requisito existente, o establecer como se deben ejecutar cálculos particulares. El dominio tiene su propio vocabulario/lenguaje. Es importante comprendelo para comprender a los usuarios y clientes. Antes de entrar de lleno a especificar, con los usuarios y clientes, hay que trabajar para conocer el dominio del sistema. Estos requisitos plantean un problema especial a los ingenieros del software porque han de comprender un dominio que en ocasiones se escapa de nuestro conocimiento habitual. Tareas y Técnicas de la ingeniería de requisitos Las tareas de la ingeniera de requisitos se define como un conjunto de actividades en los cuales, utilizando técnicas y herramientas, se analiza un problema y se concluye con la especificación de una solución. La ingeniería de requisitos es el proceso de desarrollar una especificación de software. Tiene por objetivo identificar el ámbito del proyecto general. Comienza con una serie de conversaciones informales entre los participantes informales entre los participantes del mismo. Esta fase suele seracompañada de los documentos de definición de la visión global y la visión del dominio del sistema. Se crea un modelo de análisis con la información obtenida del cliente en las fases de inicio y obtención. La información conseguida con el cliente durante el inicio y obtención se expande y se refina durante la elaboración. Técnica: Entrevista Forma de conversación, no de interrogación. Ocupan un lugar preponderante de acuerdo al tiempo que ocupan y el objetivo que tienen. Técnica: Cuestionarios. Las entrevistas y cuestionarios se emplean para reunir información proveniente de personas o grupos, información que se obtiene conversando con el encuestado. Las preguntas suelen distinguirse en dos categorías: abiertas y cerradas. Técnica: Grabación de Video y de Audio Básicamente existente dos formas de utiliza las grabaciones: como registro y apoyo de las entrevistas, y para analizar algún proceso en particular. Es importante porque permiten centrar la atención en la entrevista en si. DOCENTE: MSC. Olivia Labastida Puertos 6 MANUAL DE PRÁCTICAS FUNDAMENTOS DE INGENIERÍA DE SOFTWARE - ISC Técnica:Brainstorming (Tormenta de ideas) Este es un modelo que se usa para generar ideas. La intención en su aplicación es la de generar la máxima cantidad posible de requisitos para el sistema. No hay que detenerse en pensar si la idea es o no del todo utilizable. Obtención de requisitos se verifican los requerimientos a través del uso de técnicas como entrevistas, Observación y orientados a puntos de vista. La observación La recopilación La entrevista La encuesta Una vez que los requerimientos han sido capturados, deben ser analizados. A Continuación se hace necesario contar con elementos que permiten su comprensión y representación de manera que sean fáciles de: Entender Verificar Modificar Comunicar Herramientas case para la ingeniería de requisitos Es así como surge la ingeniera de software, presentando distintos modelos de procesos que se ajustan a las necesidades y proyectos requeridos. La mayoría de ellos involucran en sus fases iniciales tareas como planeación, levantamiento de información, determinación de las características que debe cumplir el software, agrupadas en lo que hoy se conoce como ingeniera de Requisitos(IR). Es así como surge la ingeniería de software, presentando distintos modelos de procesos que se ajustan a las necesidades y proyectos requeridos. La mayoría de ellos involucran en sus fases iniciales tareas como planeación, levantamiento de información, determinación de las características que debe cumplir un software. 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. Esta dirigida tanto al cliente como al quipo de desarrollo. DOCENTE: MSC. Olivia Labastida Puertos 6 MANUAL DE PRÁCTICAS FUNDAMENTOS DE INGENIERÍA DE SOFTWARE - ISC DOCENTE: MSC. Olivia Labastida Puertos 6 MANUAL DE PRÁCTICAS FUNDAMENTOS DE INGENIERÍA DE SOFTWARE - ISC OBSERVACIONES DOCENTE: MSC. Olivia Labastida Puertos 6 MANUAL DE PRÁCTICAS FUNDAMENTOS DE INGENIERÍA DE SOFTWARE - ISC RESULTADOS & CONCLUSIONES La ingeniería de requerimientos, como parte del proceso de desarrollo de software, es un puente importante hacia otras etapas, por ejemplo el diseño, la implementación, la validación y el mantenimiento. Esto significa que una descripción completa de los requerimientos garantiza el desarrollo de un buen producto final. Bibliografía Sugerida. Apuntes tomados de la plataforma moodle DOCENTE: MSC. Olivia Labastida Puertos INTRODUCCIÓN PRÁCTICA 1.Características de los Requerimientos TEMA 1: FUNDAMENTOS DE INGENIERÍA DE SOFTWARE
Compartir