Ingeniería en Desarrollo de Software

Introducción a la Ingeniería de Software

3er Semestre
Alumno: Daniel Pineda de la Riva
Matricula: es162006588
Docente: Susana Salgado Segovia
Unidad 2
Actividad 1: Recolección de datos para el desarrollo
de software.
¿Qué técnicas de recolección de datos identificas que se aplican en el caso?

Cuestionario, entrevista y observación.

Considerando la narración del caso, ¿cómo utilizarás las técnicas observación y

escenarios en el análisis de requerimientos? Incluye un ejemplo para el caso
analizado.

es importante realizar la observación de como realizan su proceso de almacenaje ya que

es el área clave para el buen funcionamiento del negocio. Estaría realizando una
observación en donde me percataría de que se hace primero y que al final, con la
finalidad de poder dejar detallado los pasos que se siguen para el almacenaje del
producto ya que en esta área del almacén es donde se debe de llevar el control tanto de
las entradas y salidas del producto.

Una vez conociendo los procesos que se realizan en el almacén, se puede crear un
escenarios de como funcionaria el software en las demás áreas que conforman a la
empresa.

Considerando la narración, ¿cuáles son los requerimientos útiles para la

construcción del software solicitado?

 El encargado no actualiza diario, sino cada tercer día.

 Existencia de diseños parecidos e inclusive iguales, en otra empresa.
 Ingreso al sistema solamente de personal que se de alta.
 Semáforo que indique alerta de compra.
 Cálculo de costos de materia prima.
 Actualización de costos de materia prima.
 Reporte de vale de salida.
 Nombre de la persona que entrega pedido.
 Reportes de existencias.
 Reporte de ventas.
 Reporte de compras.
 Por cada reporte es necesario un gráfico.
 Que pueda ser visible con algún navegador.

De acuerdo con la entrevista e información que se tiene del proyecto, ¿consideras

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

Aun no ya que primero se tienen que realizar pruebas para poder descartar alguna falla o
que el cliente solicite algún cambio en el sistema el cual ocasiona que se vuelva a
redefinir el alcance que se esta pretendiendo.
Referencias

Jesús Barranco de Areba. (2001). Metodología del Análisis Estructurado de Sistemas.

España: Comillas.

Ian Sommerville. (2005). Ingeniería del Software. Madrid: Pearson.

Daniel Ramos. (2017). Curso de Ingeniería de Software. Estados Unidos: IT Campus

Academy.

Fernando Alonso. (2005). Introducción a la Ingeniería del Software modelos de desarrollo

de software. España: Delta Publicaciones.