Introduccion a la

Ingenieria de Software
 Universidad Abierta y a
Distancia de México

Nombre del Alumno:

Vanessa Esmeralda Flores Cervantes
Matricula: ES172004305

Carrera:
Ingeniería en Desarrollo de software

Asignatura:
Introducción a la ingeniería de software
Grupo: DS-DIIS-1901-B2-002

Actividad:
Act 1. Recolección de datos
para el desarrollo de software
Nombre del Asesor:
Magdalena Galindo Vilchis
Nombre del Docente:
Ivonne Enríquez Castillo
Introducción:
La importancia de la definición de requerimientos es indispensable para que un proyecto de
desarrollo de software se entregue en el periodo establecido y de acuerdo a lo planeado,
cubriendo las necesidades del cliente. El propósito de esta primera actividad es que identifiques
la aplicación de las técnicas de recolección de datos para la determinación de requerimientos de
software, para ello analiza el caso que se describe a continuación

¿Qué técnicas de recolección de datos identificas que se pueden aplicar en el caso?

La técnica para recolección de datos son las entrevistas, se utiliza para información en forma
verbal a través de las preguntas te darás cuenta que es lo que necesita el cliente para resolver
el problema que contiene a través de un software.

En otra ocasión podría ser:

 Cuestionario
 Encuesta
 Observación
 Diccionario de Datos
 Diagrama de flujo

¿Cómo utilizarás las técnicas observación y escenarios en el análisis de requerimientos?

La observación es la técnica útil para un analista es la manera de investigar, consiste en observar
a las personas cuando efectuar su trabajo como lo hacen, con el fin de estudiar a la persona en
sus actividades
Permite al observar que es lo que hacen, como se esta haciendo, quien lo hace cuando se lleva
a cabo, cuanto tiempo toma, donde se hace y porque se hace.

Los escenarios son instancias de los casos de uso. Los escenarios representan secuencias de
mensajes entre objetos que colaboran para producir algún tipo de comportamiento del sistema.
Los escenarios constituyen un método muy intuitivo de representar los detalles del requerimiento,
en particular los que implican restricciones temporales
Incluye un ejemplo para el caso analizado.

Podría ser en un requerimiento de software cuando realizas un historial clínico al colocar los
datos del paciente, al realizar un papel donde dice el contenido que debe tomar, de medicamento
se crean escenarios para tener información. Se obtiene los detalles de los requerimientos, en
particular los que implican restricciones temporales

¿Cuáles son los requerimientos de usuario y de sistema para la construcción del software
solicitado?

Administrador

 Altas y baja
 Modificaciones
 Modificación reportes
 Consultas
 consulta de venta
 Impresiones de reportes
 Atención al cliente

Usuario

 Altas y bajas

 Consulta de ventas

Almacén

 Inventario
 Consulta de inventario
 Consulta de ventas
 Costos
 Impresión de reportes

Vendedor

 Ventas
 Precios
 Devoluciones
Requerimientos del sistema

 Fiabilidad
 Tiempo de respuesta
 Disponibilidad.

¿Consideras que ya se tiene claro su alcance?, ¿cuál sería éste?

El conocimiento que se aplica en las actividades es una base de lo que se puede llegar a obtener
por ejemplo cada cliente tiene un requerimiento de actividades para un software no todos son los
mismo, los clientes para facilitar su trabajo acuden a un software que pueda facilitar su trabajo
de una manera mas adecuada en menos tiempo y fácil de usar al implementar un software es
necesario tener las guías técnicas y funcionamiento del software para cualquier duda acudir para
que sirve cada uno de los botones, del software.

Conclusión:
Nos damos cuenta de las necesidades , ideas que tiene el cliente a través de las entrevistas es
adecuado obtener la información adecuada para la realización de software preguntar cada
detalles para obtener un software acuerdo a sus necesidades sin fastidiar a cliente ser muy
preciso de la pregunta que queremos llegar para resolver el problema El programador somos
nosotros, debemos saber como solucionar el problema el cliente solo plantea la situación que
tiene con el problema y nosotros lo solucionamos de una manera amigable para ellos.

Referencias:

José Marín. (2010). Ingeniería de Requerimientos: Escenarios. 2010: Unicen.

Ing. Luis Zuloaga Rotta FIIS-UNI. (1996). Análisis de requerimientos. 1996: Ian
Sommerville 6ª. Edición, Capítulo 5.