Ing. de Software #3

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 4

UNIVERSIDAD TECNOLÓGICA DE SANTIAGO (UTESA)

ASIGNATURA:
ING. DE SOFTWARE I

PROFESOR:
SAÚL ESTÉVEZ

ALUMNO:
ALBERT PÉREZ

MATRICULA:
1-17-6041

SECCION:
003
INGENIERÍA DE SOFTWARE I
Resumen del Video, Unidad II
-Análisis de los requisitos
Son todos aquellos requisitos que especifican una funcionalidad que debe
realizar un sistema o un componente.
-Gestión de Puntos de Interrupción
1. Se debe permitir establecer puntos de interrupción en cualquier lugar válido
del código a depurar.
2. Se debe permitir establecer, eliminar, modificar; activar/desactivar puntos
de interrupción de varios tipos.
3. Se debe permitir visualizar los puntos de interrupción establecidos en
cualquier momento, tanto si el código a depurar está ejecutándose como si no.
-Técnicas de Recolección de Información
Son todas las formas posibles de que se vale el investigador para obtener la
información necesaria en el proceso investigativo. Hace relación al
procedimiento, condiciones y lugar de recolección de datos, dependiendo de
las distintas fuentes de información tanto primaria como secundaria.
-Fuente de Información Primaria
Es aquella información que se obtiene directamente de la realidad misma, sin
sufrir ningún proceso de elaboración previa. Son las que el investigador
recoge por si mismo en contacto con la realidad.
-Fuente de información secundaria
Son registros escritos que proceden también de un contacto con la realidad,
pero que han sido recogidos y muchas veces procesados por sus
investigadores.
Documentos de Especificación de Requisitos
-Los requisitos…
 Se suelen especificar en lenguaje natural,
 Se expresan de forma individual (p. ej. Esquemáticamente),
 Se organizan de forma jerárquica (a distintos niveles de detalle),
 A menudo, numeran (para facilitar su gestión).
-Los requisitos deben ser…
1. Claros y concretos
 Evitando imprecisiones y ambigüedades (p. ej. Uso de puntos
suspensivos, etc.),
 Concisos (Sin rodeos ni figuras retóricas),
 Completos y consistentes.

Análisis Estructurado
El análisis estructurado es un método para el análisis de sistemas manuales o
automatizados, que conduce al desarrollo de especificaciones para sistemas
nuevos o para efectuar modificaciones a los ya existentes.
Caso de Uso
Un caso de uso es una descripción de los pasos o las actividades que deberán
realizarse para llevar a cabo algún proceso. Los personajes o entidades que
participarán en un caso de uso se denominan actores. En el contexto de
ingeniería del software, un caso de uso es una secuencia de interacciones que
se desarrollan entre un sistema y actores en respuesta a un evento que inicia un
actor principal sobre el propio sistema.
Los casos de uso evitan típicamente la jerga técnica, prefiriendo la lengua del
usuario final o del experto del campo del saber al que se va a aplicar.
Prototipado
El modelo de prototipos, en ingeniería de software, pertenece a los modelos de
desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando
los programas adecuados y no se debe utilizar muchos recursos.

También podría gustarte