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.

Descubre

Crear Tarjetas

Acerca de Nosotros

Explore Tarjetas

Comparta este Set de Tarjetas de Aprendizaje

Egal-Isoft A-Analisis De Sistemas

Cómo estudiar sus tarjetas

Rango de Cartas a estudiar

50 Cartas en este set