- Barajar
ActivarDesactivar
- Alphabetizar
ActivarDesactivar
- Frente Primero
ActivarDesactivar
- Ambos lados
ActivarDesactivar
- Leer
ActivarDesactivar
Leyendo...
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
Boton play
Boton play
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.
|