INGENIERÍA EN REQUERIMIENTOS DE SOFTWARE

SEMANA 4

Marcelo Ariel Molina Segovia

21 de noviembre de 2022
Continuidad en ingeniería informática
INSTRUCCIONES:
Lee atentamente la información que se presenta. Analízala de acuerdo con los contenidos revisados en
la semana y desarrolla la actividad evaluativa.

Después de leer, indagar y revisar detalladamente el contenido de la semana 4 y con base en el

desarrollo de software que realizaste en la asignatura Taller de Integración de Software, se solicita que
revises las actividades correspondientes.

Al poseer toda esta información a la mano, podrás realizar de manera efectiva los planteamientos del
siguiente apartado.

A continuación, completa las actividades:

1. Indica cuales fueron los proveedores de requerimientos que intervinieron en la

recolección de datos.

2. Determina los procesos más importantes que apoyan a la organización de los datos
necesarios en el diseño del sistema

3. Diferencia los requerimientos funcionales necesarios en el diseño del sistema.

DESARROLLO:
R.1//

Evaluar los proveedores de requerimientos.

1. Conocer cuáles son las estrategias y los procesos del negocio.

2. Tomar la decisión de compra o elaboración del software.
3. Realizar una búsqueda de posibles candidatos.
4. Realizar un análisis detallado de los candidatos y sus propuestas.
5. Analizar las demostraciones con el jefe de proyectos y los usuarios.
6. Tomar la mejor decisión. Realizar la negociación y planificación.

Debo decir que al enfrentarme a

esta pregunta me precio algo
extraño el título, cuando uno lee
Requerimientos, instintivamente
piensa en la toma de RQ entre
cliente y programador/analista, no
en la
Evaluación de un proveedor.
 Lo primero a evaluar a mi
juicio es la solvencia y capital del
proveedor por una cuestión lógica.
 Conocer sus estrategias y
procesos de negocio
 Realizar un análisis detallado
de los candidatos
 También la numero 5 analizar
al jefe y usuarios
R.2//

Técnicas de recolección de datos.

1. Entrevista.
a. Estructuradas
b. No estructuradas
c. Semi estructuradas
2. Encuestas.
a. Abiertas
b. Cerradas
3. Cuestionarios.
a. Dicotómicas
b. Abierta
c. Nominal-politómica
d. Ordinal-politómica
4. Observaciones directas

Tomando en cuenta al usuario final,

cliente o interesados, por
experiencia en mi trabajo, las
entrevistas en
Este caso con los interesados
(jefaturas, sub jefaturas, usuario
final del software antiguo) es una
de las
herramientas principal ya sea
para una homologación de
sistemas, traspaso o creación de
un nuevo
Sistema, las entrevistas grupales
puntualizando generalmente al
usuario final también aportan algo
muy
Importante que habla de la
usabilidad y lo necesario para un
software lejos del aspecto técnico
de
programación, en base a esto
vamos prototipando con minutas
técnicas con el analista el
programador y
los usuarios, considerando también
las especificaciones del cliente.
R.3//

Requerimientos funcionales:

Se define como un conjunto de datos de entrada, procesos y salidas de un sistema, son una colección de
declaraciones de servicio proporcionadas por cada proceso del sistema para que responda a cada
entrada. El conjunto de datos proporciona representaciones informativas al sistema. En algunos casos, los
requisitos funcionales de un sistema pueden especificar lo que el sistema no puede hacer; así, los
requisitos funcionales pueden ser: cálculos, información técnica, generación de datos, etc. Es natural que
un desarrollador de un sistema de software dé un conjunto de evaluaciones a un requisito un tanto vago
en busca de simplificar su implementación.

Sin embargo, esto puede no ser lo que el cliente realmente quiere. Para esto, los nuevos requisitos del
sistema deben especificarse y modificarse en consecuencia, lo que genera demoras en la entrega y un
aumento de los costos

REFERENCIAS BIBLIOGRÁFICAS

IACC (2022). Ingeniería de requerimientos. Tipos de Requerimientos. Semana 4.

IACC. (2022). Ingeniería de requerimientos. Recurso complementario. Semana 4.