INSTITUTO TECNOLÓGICO NACIONAL DE MEXICO

INSTITUTO TECNOLOGICO DE SALTILLO

DEPARTAMENTO DE INGENIERIA EN SISTEMAS COMPUTACIONALES.

Integrantes:

Cerda González Luis Antonio

CATEDRÁTICO:
 JUDITH MAGALY MORENO RUBIO.

MATERIA:
FUNDAMENTOS DE INGENIERIA DE SOFTWARE.
CARRERA:
INGENIERÍA EN SISTEMAS COMPUTACIONALES

HORA:
17:00-18:00 HRS.
Reporte de lectura capítulo 4, Ingeniería de requerimientos. -
A lo que yo comprendí dada la lectura, la ingeniería de requerimientos es lo que
hace posible en si un sistema. Cada sistema tiene un propósito u objetivo, ya
dependiendo de esos objetivos se realizan varias descripciones o características
que se les pueden llamar requerimientos de que debe hacer?, como se debe de
hacer?, y porque se debe de hacer?
Dichos requerimientos son propuestos claro por el cliente enfocado en alguna
necesidad a resolver o problemática. Algunos de los sistemas fallan por no saber
bien especificar los detalles de cómo conformar todas las ideas propuestas como
requerimientos.
El texto dice que hay que diferenciar los requerimientos de usuario y de sistema ya
que yo creo que por eso no se sabe bien especificar o mejor dicho no se saben
clasificar los requerimientos. Otros conceptos que yo creo también generan
confusión son los funcionales y no funcionales. Lo que yo entendí es que los
funcionales son las actividades que va a realizar el sistema, y los no funcionales
digamos que son los atributos con los que va a contar como son la eficiencia, la
seguridad, estos surgen a través de las necesidades del usuario.
Dentro de los requerimientos no funcionales entran más subtemas como los
requerimientos del producto, de la organización y externos. Siento que los
externos varían su dificultad dependiendo de qué tipo de sistema se va a realizar,
por ejemplo, realizar un sistema para una dependencia del gobierno tienes que ver
más especificaciones legislativas y meterte en más cosas legales. Los de
organización siento que son más como especificaciones que el sistema va a tener,
pero esas especificaciones son de lo que se declare en los de producto.
Todo esto se declara en el documento de requerimientos que yo creo que es más
como una especie de contrato donde quedan apalabrados todas las
características y descripciones que se acordaron entre el cliente y el desarrollador
con el fin de evitar problemas a futuro. Pero también se debe acordar que los
requerimientos cambian constantemente, pero todo esto se hace en la
especificación de requerimientos.