Logo Studenta

A01_OSVALDORC - osvaldo campos

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

Otros materiales

Materiales relacionados

22 pag.
Requerimientos - Manuel Tenedor

User badge image

Desafio PASSEI DIRETO

21 pag.
19 pag.
UNIDAD 4-Req yViabilidad-2019 (2)

UNAM

User badge image

CeciliaSantillana

19 pag.
UNIDAD 3Req yViabilidad-2020 (1)

UNAM

User badge image

CeciliaSantillana