UNIVERSIDAD ABIERTA Y A DISTANCIA DE

MÉXICO

NOMBRE DEL PROGRAMA EDUCATIVO:

INGENIERÍA EN DESARROLLO DE SOFTWARE

NOMBRE DEL ASIGNATURA:

Introducción a la ingeniería de software.

NOMBRE DE LA PRÁCTICA:

Recolección de datos para el desarrollo de software.

UNIDAD 2

FACILITADOR:

Ivonne Enríquez Castillo

INTEGRANTES:

No Matrícula Nombre
1 ES162007075 Maldonado Rodríguez Carlos Eduardo

Mayo, 2018

Página 1|8
Contenido
Ingeniería de software ..........................................................................Error! Bookmark not defined.
Aplicaciones...........................................................................................Error! Bookmark not defined.
Diagrama de Venn .................................................................................Error! Bookmark not defined.
Ejemplos de aplicación ..........................................................................Error! Bookmark not defined.
Referencias ............................................................................................Error! Bookmark not defined.

Página 2|8
 CASO PROPORCIONADO POR EL FACILITADOR:

La institución educativa “MI ESCUELITA” tiene la necesidad del desarrollo de un sistema

de inscripción. Se describe a continuación lo que se desea desarrollar y la forma como

requiere para dar la más adecuada solución al procedimiento de inscripciones de los alumnos,

para el departamento de servicios escolares. Agilizando así la inscripción a los 9 semestres

de las 4 carreras con la que cuenta “MI ESCUELITA”, permitiendo a los alumnos elegir el

semestre y carrera que desean tomar.

El sistema deberá de permitir las siguientes funciones principales:

 Permitir a un coordinador académico llenar una base de datos de los semestres y carreras.
 Permitir a un alumno elegir las asignaturas en las que tomará clase en el semestre.
 Permitir a los profesores consultar los datos de los alumnos inscritos en las asignaturas que
imparten.
 Solo podrán inscribirse a las asignaturas los alumnos que se encuentren registrados y que
estén como alumnos regulares.
 Todos los accesos al sistema deberán hacerse desde una Interfaz gráfica accesible y
amigable.
 El alumno podrá consultar las asignaturas ofrecidas de cada grupo y los datos que le
permitan elegir su bloque de asignaturas.
 El acceso al sistema solo podrá hacerse mediante una clave que será generada por el
coordinador académico a cada alumno y profesor.
 El coordinador académico contaran con su clave de acceso y podrá accesar a la base de
datos de alumnos y de asignaturas con el fin de consultar, añadir o modificar.

Las diferentes pantallas del sistema deben ser:

 Público en general, que sólo pueden visualizar las asignaturas disponibles
 Alumnos inscritos
 Profesores, que pueden revisar a los alumnos inscritos
 Auxiliar administrativo, con acceso para generar reportes
 Coordinador Académico, con los permisos para modificar y agregar contenido.

Página 3|8
La información a incluir es la siguiente:

Sobre los Alumnos: Fecha de Inscripción, Semestre, Datos Generales (Dirección, teléfono,

fecha de nacimiento, CURP), Escuelas de procedencia, Resultado del examen CENEVAL,

Nombre del tutor, Grupo, Cantidad de pago.

Sobre las asignaturas: Clave de la asignatura, Nombre de asignatura, Profesores que

imparten, Número de alumnos registrados para cada asignatura.

El sistema permitirá al coordinador, modificar las bases de datos, ver que alumnos están

inscritos en cada asignatura y modificar e imprimir el contenido de la misma. El alumno

debe inscribirse a las asignaturas si cuenta con una contraseña asignada por el coordinador

académico. Solo podrá inscribirse a un número máximo de 7 asignaturas por semestre.

Además, solo podrá inscribirse dentro de las fechas de inscripción establecidas al inicio del

semestre.

Página 4|8
Técnicas de recolección de datos del caso
Fases de la recolección de datos
1. Descubrimiento de requerimientos.

Esta etapa incluye actividades para interactuar con los involucrados del sistema
para identificar los requerimientos y toda la documentación relacionada: diagramas
y descripción de casos de uso, escenarios, SRS, diagramas de dominio e
interacción, etc. Mismos que se explican con mayor detalle en los siguientes temas

2. Clasificación y organización de requerimientos.

Consiste en organizar el listado de requerimientos agrupándolos de acuerdo con su

contenido lógico. Es decir, en el orden en que se realizan los procedimientos en la
realidad y en un orden funcional, que vaya de acuerdo a la secuencia en que se ha
diseñado el software para su operación. Se deberán identificar requerimientos que
se relacionen y puedan formar módulos o divisiones del software

3. Priorización y negociación de requerimientos.

Consiste en identificar a los requerimientos que tienen mayor importancia o urgencia

de ser desarrollado respecto a los demás, este es un proceso de negociación entre
los diversos proveedores de requerimientos de la organización.

4. Especificación de requerimientos.

Este proceso consiste en ir documentando los requerimientos con todo el detalle

posible, por ejemplo la descripción de los casos de uso es una muestra de cómo se
puede describir detalladamente un requerimiento. Un documento más completo y a
la vez más complejo es el SRS, que integra todos los diagramas y su descripción,
que se hayan realizado para describir cada requerimiento. Cada vez que se repite
un ciclo de este proceso el detalle aumenta y a esto se le llama refinamiento de
requerimientos.

Técnicas para obtener información de la descripción de un software

La observación

Página 5|8
Partiendo de la idea de que todo software es un modelo de un modelo del usuario,
se debe identificar cómo es que el usuario opera su modelo para entonces poder
simular esto con un software. Es por ello que la observación es una técnica sencilla,
pero poderosa, debido a que permite ser testigos de cómo operan las cosas en una
organización.

Entrevistas

Las entrevistas son importantes, porque permiten estar en contacto con el cliente y
se pueden combinar con otras técnicas de recolección de información, como son la
observación o escenarios, entre otras. Las entrevistas se pueden realizar de dos
maneras: cerradas y abiertas

1. Cerradas: los participantes responden a un conjunto de preguntas. No se pueden

agregar más preguntas.

2. Abiertas: no hay un conjunto de preguntas predefinidas solo se abarca una

problemática específica, las preguntas van surgiendo de acuerdo con lo que el
entrevistador quiere indagar o descubrir.

Escenarios

Se utilizan para comprender como funcionaría el sistema de software en un

escenario real. Los analistas utilizarán esta información como requerimientos del
sistema. Los escenarios consisten en ejemplos sobre las descripciones de las
sesiones de cada interacción, comienzan con el bosquejo de una iteración y se va
detallando en cada una. Esta técnica se aplica generalmente en la programación
extrema. Cada escenario debe incluir la descripción de:

1. El evento que dispara el proceso, corresponde con la explicación de

la actividad que genera el uso del proceso que posteriormente será
realizado en el software.

Página 6|8
 2. Flujo normal, se refiere a la secuencia de actividades que se realizan
para operar el proceso que se pretende automatizar por medio del
software.
3. Qué puede salir mal, describir aquellas actividades que no están
incluidas en el flujo normal, pero que si llegasen a ocurrir alterarían la
secuencia del proceso o causarían algún error.
4. Otras actividades, actividades que pueden o deben ejecutarse al
mismo tiempo, es decir, actividades paralelas.
5. Estado final del sistema, describir el estado del software cuando las
actividades del proceso llegan al fin.

Diccionario de datos.

Los diccionarios de datos son el segundo componente del análisis del flujo de datos.
En sí mismos los diagramas de flujo de datos no describen por completo el objeto
de la investigación. El diccionario de datos proporciona información adicional sobre
el sistema. Un diccionario de datos es una lista de todos los elementos incluido en
el conjunto de los diagramas de flujo de datos que describen un sistema. Los
elementos principales en un sistema, estudiados en las secciones anteriores, son el
flujo de datos, el almacenamiento de datos y los procesos. El diccionario de datos
almacena detalles y descripciones de estos elementos.

Página 7|8
Separación de datos por usuario del caso
Usuario Requerimientos
Alumno  Fecha de inscripción
 Semestre
 Datos generales
 Escuela de procedencia
 Resultado de examen CENEVAL
 Nombre del tutor
 Grupo
 Cantidad de pago
Coordinador  Clave de acceso
 Cantidad de materias permitidas para el alumno
Asignatura  Clave de la asignatura
 Nombre de la asignatura
 Profesores que la imparten
 Alumnos registrados a la asignatura.

Conclusión
En general se debe tener en cuenta la adquisición y verificación de requerimientos. Ya que gracias
a dicha información la base de datos se puede construir.

Además del contacto constante con los usuarios de la misma (los coordinadores y profesores), ya
que los alumnos lo único que harán será llenar información. Mientras que los coordinadores y
profesores pueden acceder, revisar y modificar la información dentro de la misma.

Referencias
 UnADM (s/f), unidad 2 análisis y modelado de requerimientos, recuperado de:
https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/2016_S1-
B2/DS/03/DIIS/U2/Unidad_2_Analisis_y_modelado_de_requerimientos.pdf
 Anónimo (s/f), técnicas de recolección de datos, recuperado de:
https://gabriellebet.files.wordpress.com/2013/01/tecnicas-de-recoleccic3b3n4.pdf

Página 8|8