SlideShare una empresa de Scribd logo
1 de 22
Descargar para leer sin conexión
INSTITUTO TECNOLOGICO DE TUXTEPEC
                 FUNDAMENTOS DE DESARROLLO DE SISTEMAS


                INGENIERIA EN SISTEMAS COMPUTACIONALES


              CUESTIONARIO
        INTEGRANTES:
•   Oswaldo Ibáñez García
•   Daniel Espinoza Serrano
•   Avelino Felipe Policarpio
•   Hurí Omar Ramírez Márquez
•   Victor Gabriel Rocha Mayora
•   Jose Fausto Ovando
 1.-¿Cuáles son los 4 artículos de datos que se
 pueden simbolizar en un diagrama de flujo de
 Datos?

  Un cuadrado doble, una flecha, un rectángulo con
 esquinas     redondeadas y un rectángulo abierto
 (cerrado en el lado izquierdo y abierto en el
 derecho). Con la combinación de estos
  cuatro símbolos se puede describir gráficamente un
 sistema completo y varios subsistemas.
 2.-¿ Que es un Diagrama de Flujo de Datos de
 Contexto?
R=Este diagrama será el más general, con una visión
 muy superficial del movimiento de los datos en el
 sistema y una visualización lo más amplia posible del
 sistema.
 El diagrama de contexto es el nivel más alto en un
 diagrama de flujo de datos y contiene un solo
 proceso, que representa a todo el sistema. Al proceso
 se le asigna el número cero. En el diagrama de
 contexto se muestran todas las entidades
 externas, así como también los flujos de datos
 principales que van desde y hacia dichas entidades.
 3.-¿ Cuales son Los Pro y Los Contras
 involucrados para decidir hasta donde se deben
 de dividir Los Flujos de Datos?
 Hay varias consideraciones que deben tomarse en
 cuenta para determinar qué tanto explotar un DFD. Si
 los DFDs son demasiado complejos se desperdiciará
 tiempo y se sacrificará la comprensibilidad. Pero por
 otro lado, si los diagramas de flujo de datos están muy
 poco explotados, pueden ocurrir errores u omisiones
 que pueden eventualmente afectar el sistema que está
 siendo desarrollado.
 4.-¿ Cuál es la diferencia entre un Diagrama de
 Flujo Lógico y uno Físico?
 Un diagrama de flujo de datos lógico se enfoca en el
 negocio y en el funcionamiento de éste. No se
 ocupa de la manera en que se construirá el sistema.
 Más bien, describe los eventos que ocurren en el
 negocio y los datos requeridos y producidos por
 cada evento. Por el contrario, un diagrama de flujo
 de datos físico muestra cómo se implementará el
 sistema, incluyendo el hardware, el software, los
 archivos y las personas involucradas en el sistema.
 5.-Mencione 3 razones para crear un Diagrama
 de Flujo de Datos Lógicos:

1. Mejor comunicación con los usuarios.
2. Sistemas más estables.
3. Mejor entendimiento del negocio por parte de los
  analistas.
4. Flexibilidad y mantenimiento.
 6.-Mencione 5 características encontradas en
 un DFD físico que un DFD Lógico que no
 tiene:

 Como funciona el negocio, las actividades del
 negocio,      colecciones        de        datos
 independientemente       de       cómo        se
 almacenan, muestra almacenes de datos que
 representan     colecciones       de       datos
 permanentes, muestra los controles del negocio.
 7.-En  2 párrafos ,defienda el argumento
 siguiente:
 Una ventaja de los diagramas de flujo lógico es
   que libra al analista de sistemas del
   compromiso prematuro de la incrementación
   técnica del sistema. Usé un ejemplo para
   apoyar lo que escribe:

   Es muy facil por que el analista mediante los
   diagramas de flujo logico puede explicar mucho
   mejor las tecnicas del sistema porque mediante
   ella se pueden apreciar mucho mejor los temas y
   van ordenadas por partes.
 8.-Una experiencia común que los estudiantes en
 cada universidad comparte es matricularse en
 un curso. Dibuje un diagrama de Flujo de datos
 de nivel 1 de los movimientos de los datos para
 matricularse en un curso de la universidad.
 9.-Perfect Pizzas necesita instalar un sistema
 para registrar los pedidos de Pizza y Alitas de
 pollo cuando los clientes regulares llaman por
 teléfono a Perfect Pizza se les pide su numero
 telefónico ,cuando se teclea dicho numero en
 una computadora con el nombre.la dirección y la
 ultima     fecha     de     pedido       aparecen
 automáticamente en la pantalla .Una vez que se
 toma el pedido, se calcula el total incluyendo el
 impuesto y entrega.
 Después se pasa el pedido al cocinero. Se
 imprime su recibo. Debes en cuando se
 imprimen ofertas especiales (Cupones) de
 manera que se le hace un descuento al cliente.
 Los choferes que hacen las entregas les dan a
 los clientes una copia del recibo y del cupón.(Si
 ahí). Los totales se guardan sencillamente para
 la comparación de desempeño del ultimo año.
 Escriba un resumen de las actividades del
 negocio para tomar un pedido en el Perfect
 Pizza.
 10.-Dibuje un diagrama de flujo de datos o DF. De
 contexto para Perfect Pizza.
 11.-Defina el termino Diccionario de Datos:
El diccionario de datos es una aplicación
  especializada de los tipos de diccionarios usados
  como referencia en la vida cotidiana. El diccionario
  de datos es una obra de consulta con información
  acerca de los datos (es decir, metadatos), compilada
  por los analistas de sistemas para guiarse en el
  análisis y diseño. Como un documento, el
  diccionario de datos recopila y coordina términos de
  datos específicos, y confirma lo que cada término
  significa para las diferentes personas en la
  organización.
 12.-Cuales son las 4 razones para compilar un
 Diccionario de datos completos.

1. Validar la integridad y exactitud del diagrama de
  flujo de datos.
2. Proporcionar un punto de partida para desarrollar
  pantallas e informes.
3. Determinar el contenido de los datos almacenados
  en archivos.
4. Desarrollar la lógica para los procesos del diagrama
  de flujo de datos.
 13.-¿Que información contiene un deposito de
  Datos?
1. Información sobre los datos mantenidos por el
  sistema, incluyendo flujos de datos, almacenes de
  datos, estructuras de registros y elementos.
2. Lógica de procedimientos.
3. Diseño de pantallas e informes.
4. Relaciones entre datos, por ejemplo cómo se
  vincula una estructura de datos con otra.
5. Requerimientos del proyecto y productos del
  sistema final.
6. Información sobre la administración del proyecto, tal
  como itinerarios de entrega, logros, problemas
  pendientes de solución y usuarios del proyecto.
 14.-Mencione   La notación utilizada para indicar las
  relaciones estructurales de datos:

1. Un signo de igual ( -) significa "está compuesto de".
2. Un signo de suma (+) significa "y".
3. Las llaves {} indican elementos repetitivos, también llamados
   grupos de repetición o tablas. En el grupo podría haber un
   elemento de repetición o varios de ellos. El grupo de
   repetición podría tener condiciones, tal como un número fijo
   de repeticiones o límites superiores e inferiores para el
   número de repeticiones.
4. Los corchetes [ ] representan una situación de uno u otro. Se
   podría representar un elemento u otro, pero no ambos. Los
   elementos listados entre los corchetes son mutuamente
   excluyentes.
5. Los paréntesis () representan un elemento opcional. Los
   elementos opcionales se podrían dejar en blanco en la
   entrada de las pantallas y podrían contener espacios o ceros
para campos numéricos en las estructuras de archivos.
 15.-Menciones 4 pasos que se siguen en la
 compilación de un Diccionario de Datos:

 1. Validar la integridad y exactitud del diagrama de
  flujo de datos.
 2. Proporcionar un punto de partida para desarrollar
  pantallas e informes.
 3. Determinar el contenido de los datos
  almacenados en archivos.
 4. Desarrollar la lógica para los procesos del
  diagrama de flujo de datos.
 16.-Proponga 1 ejemplo de Diccionario de Datos:
   R=Nombre = Título + Primer-nombre + Apellido-
           paterno + Apellido-materno
           Título = [ Sr | Sra | Dr | Ing]
          Primer-nombre = {caracter}
          Apellido-paterno = {caracter}
         Apellido-materno = {caracter}
             caracter = [A-Z|a-z| |’] a
 17.- Mencione 2 razones para adoptar 1 enfoque
 orientado a objetos para el desarrollo de
 sistemas:

 Para tener una mejor visión de lo que necesita el
  proyecto a realizar.
 Facilidad que aporta para desarrollar el sistema
 18.-Que describe 1 Modelo De Casos de Uso:


Describe lo que hace un sistema sin describir cómo lo
 hace; es decir, es un modelo lógico del sistema. El
 modelo de caso de uso refleja la vista del sistema
 desde la perspectiva de un usuario fuera del sistema
 [es decir, los requerimientos del sistema).
 19.-Usted describiría a un modelo de casos de
 uso como un modelo lógico o Físico del sistema.
 Argumente su respuesta en un párrafo.
 20.-Cuales son las 3 cosas que siempre debe
 describir un caso de uso:

1. Identificadores e iniciadores de caso de uso.
2. Pasos desempeñados.
3. Condiciones, suposiciones y preguntas.

Más contenido relacionado

La actualidad más candente

DESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOSDESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOSUDEC
 
GESTION DE PROCESOS Sistemas Operativos
GESTION DE PROCESOS Sistemas OperativosGESTION DE PROCESOS Sistemas Operativos
GESTION DE PROCESOS Sistemas Operativosadriel91
 
Documentación de sistemas
Documentación de sistemasDocumentación de sistemas
Documentación de sistemasGladys Rodriguez
 
Exposición cajero automatico
Exposición cajero automaticoExposición cajero automatico
Exposición cajero automaticoGeor_1710
 
Proyecto diseño de sistemas
Proyecto diseño de sistemasProyecto diseño de sistemas
Proyecto diseño de sistemasWilkins Contreras
 
Metodologia de James A. Senn
Metodologia de James A. SennMetodologia de James A. Senn
Metodologia de James A. SennRobertoCaniza
 
Componentes de un sistema de base de datos
Componentes de un sistema de base de datosComponentes de un sistema de base de datos
Componentes de un sistema de base de datosIsabel
 
ciclo de vida de los Sistemas de informacion
ciclo de vida de los Sistemas de informacionciclo de vida de los Sistemas de informacion
ciclo de vida de los Sistemas de informaciondavinson garcia
 
Ciclo de vida de un sistema de informacion
Ciclo de vida de un sistema de informacionCiclo de vida de un sistema de informacion
Ciclo de vida de un sistema de informacionMonica Naranjo
 
Introduccion a los sistemas de informacion
Introduccion a los sistemas de informacionIntroduccion a los sistemas de informacion
Introduccion a los sistemas de informacionMonica Naranjo
 
Etapas en el diseño de Base de Datos
Etapas en el diseño de Base de DatosEtapas en el diseño de Base de Datos
Etapas en el diseño de Base de DatosAnielka Reyes
 
Metodologia Kendall y Kendall (1.997)
Metodologia Kendall y Kendall (1.997)Metodologia Kendall y Kendall (1.997)
Metodologia Kendall y Kendall (1.997)RobertoCaniza
 
Normalizacion de base de datos
Normalizacion de base de datosNormalizacion de base de datos
Normalizacion de base de datosSergio Sanchez
 
Métricas de procesos y proyectos
Métricas de procesos y proyectosMétricas de procesos y proyectos
Métricas de procesos y proyectosjose_macias
 
Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 CapasFani Calle
 
Analisis y diseño de sistema bibliotecario
Analisis y diseño de sistema bibliotecarioAnalisis y diseño de sistema bibliotecario
Analisis y diseño de sistema bibliotecarioJose Guzman
 
Metodología para Sistemas de Información(MEDSI) por Jonas Montilva
Metodología para Sistemas de Información(MEDSI) por Jonas MontilvaMetodología para Sistemas de Información(MEDSI) por Jonas Montilva
Metodología para Sistemas de Información(MEDSI) por Jonas Montilvadeywilliams
 

La actualidad más candente (20)

DESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOSDESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOS
 
GESTION DE PROCESOS Sistemas Operativos
GESTION DE PROCESOS Sistemas OperativosGESTION DE PROCESOS Sistemas Operativos
GESTION DE PROCESOS Sistemas Operativos
 
Documentación de sistemas
Documentación de sistemasDocumentación de sistemas
Documentación de sistemas
 
Metodologia estructurada
Metodologia estructuradaMetodologia estructurada
Metodologia estructurada
 
Mapa conceptual BD
Mapa conceptual BDMapa conceptual BD
Mapa conceptual BD
 
Exposición cajero automatico
Exposición cajero automaticoExposición cajero automatico
Exposición cajero automatico
 
Proyecto diseño de sistemas
Proyecto diseño de sistemasProyecto diseño de sistemas
Proyecto diseño de sistemas
 
Metodologia de James A. Senn
Metodologia de James A. SennMetodologia de James A. Senn
Metodologia de James A. Senn
 
Componentes de un sistema de base de datos
Componentes de un sistema de base de datosComponentes de un sistema de base de datos
Componentes de un sistema de base de datos
 
ciclo de vida de los Sistemas de informacion
ciclo de vida de los Sistemas de informacionciclo de vida de los Sistemas de informacion
ciclo de vida de los Sistemas de informacion
 
Ciclo de vida de un sistema de informacion
Ciclo de vida de un sistema de informacionCiclo de vida de un sistema de informacion
Ciclo de vida de un sistema de informacion
 
Introduccion a los sistemas de informacion
Introduccion a los sistemas de informacionIntroduccion a los sistemas de informacion
Introduccion a los sistemas de informacion
 
Etapas en el diseño de Base de Datos
Etapas en el diseño de Base de DatosEtapas en el diseño de Base de Datos
Etapas en el diseño de Base de Datos
 
Metodologia Kendall y Kendall (1.997)
Metodologia Kendall y Kendall (1.997)Metodologia Kendall y Kendall (1.997)
Metodologia Kendall y Kendall (1.997)
 
Normalizacion de base de datos
Normalizacion de base de datosNormalizacion de base de datos
Normalizacion de base de datos
 
Métricas de procesos y proyectos
Métricas de procesos y proyectosMétricas de procesos y proyectos
Métricas de procesos y proyectos
 
Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 Capas
 
Diagramas de-flujo-de-datos01
Diagramas de-flujo-de-datos01Diagramas de-flujo-de-datos01
Diagramas de-flujo-de-datos01
 
Analisis y diseño de sistema bibliotecario
Analisis y diseño de sistema bibliotecarioAnalisis y diseño de sistema bibliotecario
Analisis y diseño de sistema bibliotecario
 
Metodología para Sistemas de Información(MEDSI) por Jonas Montilva
Metodología para Sistemas de Información(MEDSI) por Jonas MontilvaMetodología para Sistemas de Información(MEDSI) por Jonas Montilva
Metodología para Sistemas de Información(MEDSI) por Jonas Montilva
 

Destacado

Preguntas y respuestas sobre metodología RUP
Preguntas y respuestas sobre metodología RUPPreguntas y respuestas sobre metodología RUP
Preguntas y respuestas sobre metodología RUPAndres Mora Vanegas
 
Informedegestinanual2014 150118150022-conversion-gate01
Informedegestinanual2014 150118150022-conversion-gate01Informedegestinanual2014 150118150022-conversion-gate01
Informedegestinanual2014 150118150022-conversion-gate01Elmer Romero
 
MODELADO RUP UML
MODELADO RUP UMLMODELADO RUP UML
MODELADO RUP UMLkcastro388
 
Solucion propuesta-caso-cuentas-banco
Solucion propuesta-caso-cuentas-bancoSolucion propuesta-caso-cuentas-banco
Solucion propuesta-caso-cuentas-bancoElmer Romero
 
Jardin 24 Horas Examen
Jardin 24 Horas ExamenJardin 24 Horas Examen
Jardin 24 Horas Examenpolloarq
 
Cuestionario uml y objetos zuli
Cuestionario uml y objetos zuliCuestionario uml y objetos zuli
Cuestionario uml y objetos zuliyuliethces
 
Cuestionario Resuelto
Cuestionario ResueltoCuestionario Resuelto
Cuestionario Resueltomonica leuro
 
Actividades Fechas Ssd3 01_10
Actividades Fechas Ssd3 01_10Actividades Fechas Ssd3 01_10
Actividades Fechas Ssd3 01_10UVM
 
Preguntas y respuestas metodologias tradicionales
Preguntas y respuestas metodologias tradicionalesPreguntas y respuestas metodologias tradicionales
Preguntas y respuestas metodologias tradicionalesAndres Mora Vanegas
 
Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejerciciosWalter Chacon
 
Examen resuelto
Examen resueltoExamen resuelto
Examen resueltoDiego0512
 
Ejemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rupEjemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rupXochitl Saucedo Muñoz
 
Ejemplo Proyecto utilizando Uml
Ejemplo Proyecto utilizando UmlEjemplo Proyecto utilizando Uml
Ejemplo Proyecto utilizando UmlAndrés Cruz
 

Destacado (19)

Preguntas y respuestas sobre metodología RUP
Preguntas y respuestas sobre metodología RUPPreguntas y respuestas sobre metodología RUP
Preguntas y respuestas sobre metodología RUP
 
Informedegestinanual2014 150118150022-conversion-gate01
Informedegestinanual2014 150118150022-conversion-gate01Informedegestinanual2014 150118150022-conversion-gate01
Informedegestinanual2014 150118150022-conversion-gate01
 
Cuestionario diagrama de clases
Cuestionario diagrama de clasesCuestionario diagrama de clases
Cuestionario diagrama de clases
 
Banco de preguntas iii periodo
Banco de preguntas iii periodoBanco de preguntas iii periodo
Banco de preguntas iii periodo
 
MODELADO RUP UML
MODELADO RUP UMLMODELADO RUP UML
MODELADO RUP UML
 
Solucion propuesta-caso-cuentas-banco
Solucion propuesta-caso-cuentas-bancoSolucion propuesta-caso-cuentas-banco
Solucion propuesta-caso-cuentas-banco
 
Jardin 24 Horas Examen
Jardin 24 Horas ExamenJardin 24 Horas Examen
Jardin 24 Horas Examen
 
Lab 1
Lab 1Lab 1
Lab 1
 
Cuestionario uml y objetos zuli
Cuestionario uml y objetos zuliCuestionario uml y objetos zuli
Cuestionario uml y objetos zuli
 
7 uml y oo2
7 uml y oo27 uml y oo2
7 uml y oo2
 
Cuestionario Resuelto
Cuestionario ResueltoCuestionario Resuelto
Cuestionario Resuelto
 
Actividades Fechas Ssd3 01_10
Actividades Fechas Ssd3 01_10Actividades Fechas Ssd3 01_10
Actividades Fechas Ssd3 01_10
 
Preguntas y respuestas metodologias tradicionales
Preguntas y respuestas metodologias tradicionalesPreguntas y respuestas metodologias tradicionales
Preguntas y respuestas metodologias tradicionales
 
Cuestionario
CuestionarioCuestionario
Cuestionario
 
Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejercicios
 
Examen resuelto
Examen resueltoExamen resuelto
Examen resuelto
 
Plan de desarrollo software
Plan de desarrollo softwarePlan de desarrollo software
Plan de desarrollo software
 
Ejemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rupEjemplo plan de desarrollo de software rup
Ejemplo plan de desarrollo de software rup
 
Ejemplo Proyecto utilizando Uml
Ejemplo Proyecto utilizando UmlEjemplo Proyecto utilizando Uml
Ejemplo Proyecto utilizando Uml
 

Similar a Preguntas del examen

Preguntas profe angeles.entregar
Preguntas profe angeles.entregarPreguntas profe angeles.entregar
Preguntas profe angeles.entregarjcezarv
 
Unidad iii paradigmas de la ingeniería de software
Unidad iii  paradigmas de la ingeniería de softwareUnidad iii  paradigmas de la ingeniería de software
Unidad iii paradigmas de la ingeniería de softwareHelen De la Cruz
 
07 Capitulo 07_Uso de Diagramas de flujo de Datos.pdf
07 Capitulo 07_Uso de Diagramas de flujo de Datos.pdf07 Capitulo 07_Uso de Diagramas de flujo de Datos.pdf
07 Capitulo 07_Uso de Diagramas de flujo de Datos.pdfssuser7fc526
 
Cuestionario 7 análisis de sistema
Cuestionario 7 análisis de sistemaCuestionario 7 análisis de sistema
Cuestionario 7 análisis de sistemajulio feliz
 
Revista TicNews Enero 2015
Revista TicNews  Enero 2015Revista TicNews  Enero 2015
Revista TicNews Enero 2015Edicion Ticnews
 
Diccionario de base de datos.
Diccionario de base de datos.Diccionario de base de datos.
Diccionario de base de datos.alexis armas
 
Conceptos generales4
Conceptos generales4Conceptos generales4
Conceptos generales4mylaeboardnet
 
Paradigmas de ingenieria del software
Paradigmas de ingenieria del softwareParadigmas de ingenieria del software
Paradigmas de ingenieria del softwareTensor
 
Diagrama de flujos de datos
Diagrama de flujos de datosDiagrama de flujos de datos
Diagrama de flujos de datosOryanaEG
 
Ciclo de vida y diseño de los sistemas de informacion
Ciclo de vida y diseño de los sistemas de informacionCiclo de vida y diseño de los sistemas de informacion
Ciclo de vida y diseño de los sistemas de informacionjorgeluisguzmntorres1
 
Sesion 05 erp
Sesion 05 erpSesion 05 erp
Sesion 05 erpmydraw
 
Data Warehouse en las empresas y negocios.pdf
Data Warehouse en las empresas y negocios.pdfData Warehouse en las empresas y negocios.pdf
Data Warehouse en las empresas y negocios.pdfexpertoleonelmartine
 
Apuntes de herranientas 1
Apuntes de herranientas 1Apuntes de herranientas 1
Apuntes de herranientas 1Airam Ramirez
 
Ensayo sistemas de informacion
Ensayo sistemas de informacionEnsayo sistemas de informacion
Ensayo sistemas de informacionAna Cova G
 
94368577 unidad-iii-y-iv
94368577 unidad-iii-y-iv94368577 unidad-iii-y-iv
94368577 unidad-iii-y-ivIvan Moreno
 
Trabajo Base de Datos
Trabajo Base de DatosTrabajo Base de Datos
Trabajo Base de Datosleonelxz
 

Similar a Preguntas del examen (20)

Preguntas profe angeles.entregar
Preguntas profe angeles.entregarPreguntas profe angeles.entregar
Preguntas profe angeles.entregar
 
Unidad iii paradigmas de la ingeniería de software
Unidad iii  paradigmas de la ingeniería de softwareUnidad iii  paradigmas de la ingeniería de software
Unidad iii paradigmas de la ingeniería de software
 
Uso de flujo de Datos
Uso de flujo de DatosUso de flujo de Datos
Uso de flujo de Datos
 
07 Capitulo 07_Uso de Diagramas de flujo de Datos.pdf
07 Capitulo 07_Uso de Diagramas de flujo de Datos.pdf07 Capitulo 07_Uso de Diagramas de flujo de Datos.pdf
07 Capitulo 07_Uso de Diagramas de flujo de Datos.pdf
 
Cuestionario 7 análisis de sistema
Cuestionario 7 análisis de sistemaCuestionario 7 análisis de sistema
Cuestionario 7 análisis de sistema
 
Revista TicNews Enero 2015
Revista TicNews  Enero 2015Revista TicNews  Enero 2015
Revista TicNews Enero 2015
 
Diccionario de base de datos.
Diccionario de base de datos.Diccionario de base de datos.
Diccionario de base de datos.
 
Conceptos generales4
Conceptos generales4Conceptos generales4
Conceptos generales4
 
Paradigmas de ingenieria del software
Paradigmas de ingenieria del softwareParadigmas de ingenieria del software
Paradigmas de ingenieria del software
 
pruba de "sdf"
pruba de "sdf"pruba de "sdf"
pruba de "sdf"
 
Diagrama de flujos de datos
Diagrama de flujos de datosDiagrama de flujos de datos
Diagrama de flujos de datos
 
Trabajo base de datos
Trabajo base de datosTrabajo base de datos
Trabajo base de datos
 
Ciclo de vida y diseño de los sistemas de informacion
Ciclo de vida y diseño de los sistemas de informacionCiclo de vida y diseño de los sistemas de informacion
Ciclo de vida y diseño de los sistemas de informacion
 
Sesion 05 erp
Sesion 05 erpSesion 05 erp
Sesion 05 erp
 
Data Warehouse en las empresas y negocios.pdf
Data Warehouse en las empresas y negocios.pdfData Warehouse en las empresas y negocios.pdf
Data Warehouse en las empresas y negocios.pdf
 
Apuntes de herranientas 1
Apuntes de herranientas 1Apuntes de herranientas 1
Apuntes de herranientas 1
 
Ensayo sistemas de informacion
Ensayo sistemas de informacionEnsayo sistemas de informacion
Ensayo sistemas de informacion
 
Diccionario de datos1
Diccionario de datos1Diccionario de datos1
Diccionario de datos1
 
94368577 unidad-iii-y-iv
94368577 unidad-iii-y-iv94368577 unidad-iii-y-iv
94368577 unidad-iii-y-iv
 
Trabajo Base de Datos
Trabajo Base de DatosTrabajo Base de Datos
Trabajo Base de Datos
 

Más de Avelino Felipe Policarpio (16)

Psp
PspPsp
Psp
 
Proceso de desarrollo unificado
Proceso de desarrollo unificadoProceso de desarrollo unificado
Proceso de desarrollo unificado
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
 
Modelo espiral
Modelo espiralModelo espiral
Modelo espiral
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Reseña sobre las características del software
Reseña sobre las características del softwareReseña sobre las características del software
Reseña sobre las características del software
 
El ciclo de vida del desarrollo de sistemas
El ciclo de vida del desarrollo de sistemasEl ciclo de vida del desarrollo de sistemas
El ciclo de vida del desarrollo de sistemas
 
Sistema informacion
Sistema informacionSistema informacion
Sistema informacion
 
Sintesis
SintesisSintesis
Sintesis
 
Protoboard
ProtoboardProtoboard
Protoboard
 
Instituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepecInstituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepec
 
Protoboard
ProtoboardProtoboard
Protoboard
 
Instituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepecInstituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepec
 
Instituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepecInstituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepec
 
Instituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepecInstituto tecnologico de tuxtepec
Instituto tecnologico de tuxtepec
 

Preguntas del examen

  • 1. INSTITUTO TECNOLOGICO DE TUXTEPEC FUNDAMENTOS DE DESARROLLO DE SISTEMAS INGENIERIA EN SISTEMAS COMPUTACIONALES CUESTIONARIO INTEGRANTES: • Oswaldo Ibáñez García • Daniel Espinoza Serrano • Avelino Felipe Policarpio • Hurí Omar Ramírez Márquez • Victor Gabriel Rocha Mayora • Jose Fausto Ovando
  • 2.  1.-¿Cuáles son los 4 artículos de datos que se pueden simbolizar en un diagrama de flujo de Datos? Un cuadrado doble, una flecha, un rectángulo con esquinas redondeadas y un rectángulo abierto (cerrado en el lado izquierdo y abierto en el derecho). Con la combinación de estos cuatro símbolos se puede describir gráficamente un sistema completo y varios subsistemas.
  • 3.  2.-¿ Que es un Diagrama de Flujo de Datos de Contexto? R=Este diagrama será el más general, con una visión muy superficial del movimiento de los datos en el sistema y una visualización lo más amplia posible del sistema. El diagrama de contexto es el nivel más alto en un diagrama de flujo de datos y contiene un solo proceso, que representa a todo el sistema. Al proceso se le asigna el número cero. En el diagrama de contexto se muestran todas las entidades externas, así como también los flujos de datos principales que van desde y hacia dichas entidades.
  • 4.  3.-¿ Cuales son Los Pro y Los Contras involucrados para decidir hasta donde se deben de dividir Los Flujos de Datos? Hay varias consideraciones que deben tomarse en cuenta para determinar qué tanto explotar un DFD. Si los DFDs son demasiado complejos se desperdiciará tiempo y se sacrificará la comprensibilidad. Pero por otro lado, si los diagramas de flujo de datos están muy poco explotados, pueden ocurrir errores u omisiones que pueden eventualmente afectar el sistema que está siendo desarrollado.
  • 5.  4.-¿ Cuál es la diferencia entre un Diagrama de Flujo Lógico y uno Físico? Un diagrama de flujo de datos lógico se enfoca en el negocio y en el funcionamiento de éste. No se ocupa de la manera en que se construirá el sistema. Más bien, describe los eventos que ocurren en el negocio y los datos requeridos y producidos por cada evento. Por el contrario, un diagrama de flujo de datos físico muestra cómo se implementará el sistema, incluyendo el hardware, el software, los archivos y las personas involucradas en el sistema.
  • 6.  5.-Mencione 3 razones para crear un Diagrama de Flujo de Datos Lógicos: 1. Mejor comunicación con los usuarios. 2. Sistemas más estables. 3. Mejor entendimiento del negocio por parte de los analistas. 4. Flexibilidad y mantenimiento.
  • 7.  6.-Mencione 5 características encontradas en un DFD físico que un DFD Lógico que no tiene: Como funciona el negocio, las actividades del negocio, colecciones de datos independientemente de cómo se almacenan, muestra almacenes de datos que representan colecciones de datos permanentes, muestra los controles del negocio.
  • 8.  7.-En 2 párrafos ,defienda el argumento siguiente:  Una ventaja de los diagramas de flujo lógico es que libra al analista de sistemas del compromiso prematuro de la incrementación técnica del sistema. Usé un ejemplo para apoyar lo que escribe: Es muy facil por que el analista mediante los diagramas de flujo logico puede explicar mucho mejor las tecnicas del sistema porque mediante ella se pueden apreciar mucho mejor los temas y van ordenadas por partes.
  • 9.  8.-Una experiencia común que los estudiantes en cada universidad comparte es matricularse en un curso. Dibuje un diagrama de Flujo de datos de nivel 1 de los movimientos de los datos para matricularse en un curso de la universidad.
  • 10.  9.-Perfect Pizzas necesita instalar un sistema para registrar los pedidos de Pizza y Alitas de pollo cuando los clientes regulares llaman por teléfono a Perfect Pizza se les pide su numero telefónico ,cuando se teclea dicho numero en una computadora con el nombre.la dirección y la ultima fecha de pedido aparecen automáticamente en la pantalla .Una vez que se toma el pedido, se calcula el total incluyendo el impuesto y entrega.
  • 11.  Después se pasa el pedido al cocinero. Se imprime su recibo. Debes en cuando se imprimen ofertas especiales (Cupones) de manera que se le hace un descuento al cliente. Los choferes que hacen las entregas les dan a los clientes una copia del recibo y del cupón.(Si ahí). Los totales se guardan sencillamente para la comparación de desempeño del ultimo año. Escriba un resumen de las actividades del negocio para tomar un pedido en el Perfect Pizza.
  • 12.  10.-Dibuje un diagrama de flujo de datos o DF. De contexto para Perfect Pizza.
  • 13.  11.-Defina el termino Diccionario de Datos: El diccionario de datos es una aplicación especializada de los tipos de diccionarios usados como referencia en la vida cotidiana. El diccionario de datos es una obra de consulta con información acerca de los datos (es decir, metadatos), compilada por los analistas de sistemas para guiarse en el análisis y diseño. Como un documento, el diccionario de datos recopila y coordina términos de datos específicos, y confirma lo que cada término significa para las diferentes personas en la organización.
  • 14.  12.-Cuales son las 4 razones para compilar un Diccionario de datos completos. 1. Validar la integridad y exactitud del diagrama de flujo de datos. 2. Proporcionar un punto de partida para desarrollar pantallas e informes. 3. Determinar el contenido de los datos almacenados en archivos. 4. Desarrollar la lógica para los procesos del diagrama de flujo de datos.
  • 15.  13.-¿Que información contiene un deposito de Datos? 1. Información sobre los datos mantenidos por el sistema, incluyendo flujos de datos, almacenes de datos, estructuras de registros y elementos. 2. Lógica de procedimientos. 3. Diseño de pantallas e informes. 4. Relaciones entre datos, por ejemplo cómo se vincula una estructura de datos con otra. 5. Requerimientos del proyecto y productos del sistema final. 6. Información sobre la administración del proyecto, tal como itinerarios de entrega, logros, problemas pendientes de solución y usuarios del proyecto.
  • 16.  14.-Mencione La notación utilizada para indicar las relaciones estructurales de datos: 1. Un signo de igual ( -) significa "está compuesto de". 2. Un signo de suma (+) significa "y". 3. Las llaves {} indican elementos repetitivos, también llamados grupos de repetición o tablas. En el grupo podría haber un elemento de repetición o varios de ellos. El grupo de repetición podría tener condiciones, tal como un número fijo de repeticiones o límites superiores e inferiores para el número de repeticiones. 4. Los corchetes [ ] representan una situación de uno u otro. Se podría representar un elemento u otro, pero no ambos. Los elementos listados entre los corchetes son mutuamente excluyentes. 5. Los paréntesis () representan un elemento opcional. Los elementos opcionales se podrían dejar en blanco en la entrada de las pantallas y podrían contener espacios o ceros para campos numéricos en las estructuras de archivos.
  • 17.  15.-Menciones 4 pasos que se siguen en la compilación de un Diccionario de Datos:  1. Validar la integridad y exactitud del diagrama de flujo de datos.  2. Proporcionar un punto de partida para desarrollar pantallas e informes.  3. Determinar el contenido de los datos almacenados en archivos.  4. Desarrollar la lógica para los procesos del diagrama de flujo de datos.
  • 18.  16.-Proponga 1 ejemplo de Diccionario de Datos: R=Nombre = Título + Primer-nombre + Apellido- paterno + Apellido-materno Título = [ Sr | Sra | Dr | Ing] Primer-nombre = {caracter} Apellido-paterno = {caracter} Apellido-materno = {caracter} caracter = [A-Z|a-z| |’] a
  • 19.  17.- Mencione 2 razones para adoptar 1 enfoque orientado a objetos para el desarrollo de sistemas:  Para tener una mejor visión de lo que necesita el proyecto a realizar.  Facilidad que aporta para desarrollar el sistema
  • 20.  18.-Que describe 1 Modelo De Casos de Uso: Describe lo que hace un sistema sin describir cómo lo hace; es decir, es un modelo lógico del sistema. El modelo de caso de uso refleja la vista del sistema desde la perspectiva de un usuario fuera del sistema [es decir, los requerimientos del sistema).
  • 21.  19.-Usted describiría a un modelo de casos de uso como un modelo lógico o Físico del sistema. Argumente su respuesta en un párrafo.
  • 22.  20.-Cuales son las 3 cosas que siempre debe describir un caso de uso: 1. Identificadores e iniciadores de caso de uso. 2. Pasos desempeñados. 3. Condiciones, suposiciones y preguntas.