Академический Документы
Профессиональный Документы
Культура Документы
MÉXICO
NOMBRE DE LA PRÁCTICA:
UNIDAD 2
FACILITADOR:
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:
requiere para dar la más adecuada solución al procedimiento de inscripciones de los alumnos,
de las 4 carreras con la que cuenta “MI ESCUELITA”, permitiendo a los alumnos elegir el
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,
El sistema permitirá al coordinador, modificar las bases de datos, ver que alumnos están
debe inscribirse a las asignaturas si cuenta con una contraseña asignada por el coordinador
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
4. Especificación de requerimientos.
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
Escenarios
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