• Barajar
    Activar
    Desactivar
  • Alphabetizar
    Activar
    Desactivar
  • Frente Primero
    Activar
    Desactivar
  • Ambos lados
    Activar
    Desactivar
  • Leer
    Activar
    Desactivar
Leyendo...
Frente

Cómo estudiar sus tarjetas

Teclas de Derecha/Izquierda: Navegar entre tarjetas.tecla derechatecla izquierda

Teclas Arriba/Abajo: Colvea la carta entre frente y dorso.tecla abajotecla arriba

Tecla H: Muestra pista (3er lado).tecla h

Tecla N: Lea el texto en voz.tecla n

image

Boton play

image

Boton play

image

Progreso

1/50

Click para voltear

50 Cartas en este set

  • Frente
  • Atrás
A. ANÁLISIS DE SISTEMAS
Análisis de Sistemas
IDENTIFICACIÓN DE LOS PROBLEMAS, OPORTUNIDADES Y OBJETIVOS
Identificación de los problemas, oportunidades y objetivos
Identificación de los problemas, oportunidades y objetivos
Esta etapa suele ser la primera y la más difícil de todo el proceso del ciclo de vida debido a que se encarga del reconocimiento de las fallas o problemas que una organización puede enfrentar.
Problema
Es una situación no deseable que impide que la organización pueda alcanzar plenamente sus propósitos metas y objetivos.
Oportunidad
Es toda posibilidad de mejorar el sistema o lograr la ausencia de problemas específicos.
Objetivo
Es lo que persigue la empresa y debe ayudarse al logro de los mismos al enfrentar problemas u oportunidades específicos.
Norma
Es todo requisito impuesto por la dirección, las instituciones gubernamentales o cualquier influencia externa.
Informe de Viabilidad
No es un estudio detallado de sistemas, sino que se utiliza para recopilar datos más generales para los miembros de la administración, lo cual a su vez les permite tomar una decisión en cuanto a si deben continuar o no con un estudio de sistemas.
Viabilidad de un proyecto
Para recomendar que se continúe con el desarrollo de un proyecto, éste debe ser viable técnica, económica y operativamente.
Viabilidad Técnica
Existe la Tecnología adecuada y el personal técnico para acometer el desarrollo e implementación del proyecto.
Viabilidad Económica
Debe mostrarse que el proyecto es factible económicamente, lo que significa que la inversión que se está realizando es justificada por la ganancia que se generará.
Viabilidad Operativa
El sistema funcionará y se utilizará una vez instalado.
REQUERIMIENTOS
Requerimientos
Requerimiento
Es aquello que el sistema debe hacer: el servicio que ofrece y las restricciones en su operación. Es una necesidad del cliente.
Recopilación de información
Métodos Interactivos y métodos Discretos
Métodos Interactivos
Se caracterizan por hablar con las personas en la organización y escucharlas para comprender sus interacciones con la tecnología, a través de una serie de preguntas cuidadosamente elaboradas.
Métodos Interactivos Clave
Hay tres métodos interactivos clave: entrevistas, diseño de aplicaciones conjuntas (JAD) y encuestas (cuestionarios).
Entrevistas
Es una conversación dirigida con un propósito específico, en la cual se usa un formato de preguntas y respuestas; hay que obtener las opiniones del entrevistado y lo que siente sobre el estado actual del sistema, los objetivos de la organización y los personales, y los procedimientos informales para interactuar con las tecnologías de la información.
Diseño de Aplicaciones Conjuntas (JAD)
(JAD - Joint Application Design) Son sesiones de diseño de aplicaciones conjuntas que incluyen a varios participantes (analistas, usuarios, ejecutivos, etcétera), quienes aportarán sus distintos antecedentes y capacidades.
Encuestas
Son conocidas comúnmente como Cuestionarios y a través de ellos se recopila información que permite a los analistas de sistemas estudiar las posturas, las creencias, el comportamiento y las características de varias personas clave en la organización.
Métodos Discretos
Se caracterizan por utilizar formas indirectas de obtener los datos, entre los cuales se encuentran: el muestreo, la investigación y la observación del comportamiento del encargado de las decisiones y su interacción con su entorno físico.
Muestreo
El muestreo es el proceso de seleccionar sistemáticamente elementos representativos de una población. Cuando se examinan con detalle estos elementos seleccionados, se asume que el análisis revela información útil sobre la población en general.
Investigación
Investigar es descubrir y analizar información, se debe examinar los distintos tipos de datos “duros”, los cuales revelan dónde ha estado la organización y hacia dónde creen sus miembros que se dirige.
Observación del Comportamiento y el Entorno
Al observar a los encargados de tomar decisiones, su entorno físico y su interacción con el entorno físico y ergonómico se busca obtener una comprensión de lo que se lleva a cabo en realidad, no sólo de lo que está documentado o explicado.
Requerimientos del Usuario
Se refieren a lo que esperan los usuarios del sistema, y de las restricciones con las cuales éste debe operar.
Requerimiento de Usuario (CARACTERÍSTICAS)
Se escriben casi siempre en lenguaje natural, complementado con diagramas y tablas adecuados en el documento de requerimientos.
Requerimiento de Usuario (EJEMPLO)
“El MHC-PMS elaborará mensualmente informes administrativos que revelen el costo de los medicamentos prescritos por cada clínica durante ese mes”.
Requerimientos del Sistema
Se refieren a las funciones, los servicios y las restricciones operacionales del sistema de software.
Requerimiento del Sistema (EJEMPLO)
“El sistema elaborará automáticamente el informe que se imprimirá después de las 17:30 del último día laboral del mes”.
Clasificación de requerimientos del Sistema
Funcionales y NO Funcionales
Requerimientos Funcionales
Son enunciados acerca de servicios que el sistema debe proveer, de cómo debería reaccionar el sistema a entradas particulares y de cómo debería comportarse el sistema en situaciones específicas.
Requerimientos NO Funcionales
No se relacionan directamente con los servicios específicos que el sistema entrega a sus usuarios sino con propiedades emergentes del sistema, como fiabilidad, tiempo de respuesta y uso de almacenamiento. De forma alternativa, pueden definir restricciones.
ESPECIFICACIÓN DE REQUERIMIENTOS
Especificación de Requerimientos
Especificación funcional o especificación de requerimientos de software (SRS)
Es el documento de requerimientos del sistema que define con exactitud lo que se implementará.
Especificación de Requerimientos (IMPORTANCIA)
Son esenciales los documentos de requerimientos dado que expone todas las funciones y características que deberá cumplir el proyecto.
Especificación de Requerimientos (MÉTODOS ÁGILES)
En lugar de un documento formal se recopilan de manera incremental y se escriben en tarjetas como historias de usuario.
Validación de requerimientos
Validación de Requerimientos
Validación de Requerimientos
Es el proceso de verificar que los requerimientos definan realmente el sistema que en verdad quiere el cliente.
Importancia de la Validación
Es importante porque los errores en un documento de requerimientos pueden conducir a grandes costos por tener que rehacer, cuando dichos problemas se descubren durante el desarrollo del sistema o después de que éste se halla en servicio.
Comprobaciones
Realizar comprobaciones de Validez, Consistencia, Totalidad, Realismo y Verificabilidad.
Comprobaciones de Validez
El requerimiento realmente debe necesitar realizar tal función, no basta que un usuario crea que necesita cierta función.
Comprobaciones de Consistencia
Los requerimientos en el documento no deben estar en conflicto. Esto es, no debe haber restricciones contradictorias o descripciones diferentes de la misma función del sistema.
Comprobaciones de Totalidad
El documento de requerimientos debe incluir requerimientos que definan todas las funciones y las restricciones pretendidas por el usuario del sistema.
Comprobaciones de Realismo
Los requerimientos deben comprobarse para garantizar que en realidad pueden implementarse; se tiene que considerar el presupuesto y la fecha para el desarrollo del sistema.
Verificabilidad
Debe haber un conjunto de pruebas que demuestren que el sistema entregado cumpla cada requerimiento especificado.
TECNICAS DE VALIDACIÓN DE REQUERIMIENTOS
Técnicas de Validación
Revisión de Requerimientos
Los requerimientos se analizan sistemáticamente usando un equipo de revisores que verifican errores e inconsistencias.
Creación de Prototipos
Consiste en mostrar un modelo ejecutable del sistema en cuestión a los usuarios finales y clientes; así, ellos podrán experimentar con este modelo para constatar si cubre sus necesidades reales.
Generación de Casos de Prueba
Si una prueba es difícil o imposible de diseñar, esto generalmente significa que los requerimientos serán difíciles de implementar, por lo que deberían reconsiderarse.
Especificación de Requerimientos (CONCLUSIÓN)
Es inevitable que haya más cambios en los requerimientos para corregir omisiones y malas interpretaciones, después de acordar el documento de requerimientos.