LICENCIATURA EN INFORMÁTICA MATERIA: SISTEMAS DE INFORMACIÓN I PROFESOR: ING.

MIGUEL SANTIBAÑEZ MIGUEL TEMA: TÉCNICAS PARA EL ANÁLISIS DE REQUERIMIENTOS. ALUMNOS: RUIZ SANTIAGO SANDRA L. PEREZ TOMAS EDGAR VÁZQUEZ ALARZÓN RODRIGO F. MORALES ARAGÓN ADÁN GARCIA CRUZ JOSÉ JESÚS. SEXTO SEMESTRE GRUPO: ´Aµ EX- HACIENDA DE NAZARENO, SANTA CRUZ XOXOCOTLAN, MAYO DEL 2011

SISTEMAS DE INFORMACIÓN I

UNIDAD II
DETERMINACIÓN DE REQUERIMIENTOS

2.1 INDENTIFICACION DE REQUERIMIENTO
¿QUÉ ES UN REQUERIMIENTO? La definición más general alrededor de esta noción es la que brinda el Instituto de Ingeniería Electrónica y Eléctrica
´ (1)

Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo.

(2) Una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otro documento formal.
´

(3) Una representación documentada de una condición o capacidad documentada como las descritas en (1) y (2).
´

Un requerimiento es una característica que debe incluirse en un nuevo sistema, esto puede ser la inclusión de determinada forma para capturar o procesar datos, producir información, controlar una actividad de la empresa o brindar soporte a la gerencia.

a saber : Anticipación de requerimientos: prever las características del nuevo sistema con base en experiencia previa. existen tres formas de determinar los requerimientos.Ahora bien. .

Investigación de requerimientos: actividad más importante del análisis de sistemas. . observación y revisión de documentación entre otros. cuestionarios. Es aquí donde aplicamos entrevistas.

a saber: ´ Análisis de datos basados en hechos reales ´ Identificación de requerimientos esenciales ´ Selección de estrategias para satisfacer los requerimientos .Especificación de requerimientos: los datos obtenidos durante la recopilación de hechos se analizan para determinar las especificaciones de los Esta actividad tiene tres partes relacionadas entre sí.

Todo sistema de información pose un conjunto de requerimientos básicos y un conjunto de requerimientos específicos Requerimientos básicos: los analistas estructuran su investigación al buscar respuestas a las siguientes cuatro preguntas: ¿Cuál es el proceso básico de la empresa? ¿Qué datos utiliza o produce este proceso? ¿Cuáles son los límites impuestos por el tiempo y la carga de trabajo? ¿Qué controles de desempeño utiliza? .

.Siempre se debe comenzar con lo básico. Los analistas hacen preguntas que cuando reciben respuesta. proporcionan antecedentes sobre detalles fundamentales relacionados con el sistema y que sirven para describirlo.

el analista empleará una combinación de estos métodos para establecer los requisitos exactos de las personas implicadas. Los requerimientos de información dentro de la empresa. B. C. los que incluyen: A. Entrevistas Talleres Forma de contrato Prototipos Cuestionario· . D.2 TÉCNICAS Y MEDIOS PARA LA RECOLECCIÓN DE REQUERIMIENTOS Cuando sea necesario. pueden utilizarse diversos instrumentos.2. para producir un sistema que resuelva las necesidades del negocio. E.

. sino a una selección de personas que represente a todos los sectores críticos de la organización Las entrevistas pueden ser personales o grupales.ENTREVISTAS : . Por lo general no se entrevista a toda la gente que se relacionará con el sistema.

Depende de la habilidad del entrevistador para crear un clima de confianza. . Preparar un marco para la entrevista (mediante un cuestionario) Confirmar detalles del entrevistado Establecer la finalidad de la entrevista con el entrevistado Organizar una lugar adecuado.Objetivo: Obtener toda la información posible de la visión que el entrevistado tiene de los requisitos. Resulta útil planificar las entrevistas para evitar sesgos (evitar que un grupo incline a un lado el proceso). Confirmar los detalles por escrito.

‡Cerradas: Aquellas con un Intervalo específico de respuesta. por quéµ y ´comoµ y exigen respuesta detallada por el entrevistado. entrevistador debe evitar emitir juicios de valor para no influir. ‡El ‡El .aconsejable 2 entrevistadores (una conduce la entrevista el otro supervisa la interacción y toma notas): ‡ ‡Es Mejora la gestión del tiempo. entrevistador debe centrar la entrevista cuando esta se desvía. aconsejable emplear tanto preguntas abiertas como cerradas: ‡Abiertas: ‡Es Suelen comenzar por ´quéµ. ‡Beneficia la supervisión.

Punto de vista que representa. . Puesto de trabajo y breve descripción. de referencia Otros contactos. el resultado se detallará como informe. Esquema de resumen de una entrevista Nombre entrevistado.‡Si la entrevista no es estructurada. Fecha. hora y lugar de la entrevista Resumen de puntos principales Doc´s.

.Las entrevistas cerradas. donde el entrevistador (ingeniero de requerimientos) prepara un conjunto de preguntas antes del encuentro con el entrevistado. y se buscan respuestas para las preguntas formuladas.

por el contrario.Las entrevistas abiertas. y. se discute con el entrevistado las expectativas que este tiene del sistema . en las cuales no se preparan preguntas concretas.

Pueden ser utilizadas de manera conjunta y no necesariamente exclusiva ni excluyente. .No existe en realidad una delimitación entre los dos tipos de entrevistas en el momento de llevarlas a cabo.

y diferentes participantes dentro del desarrollo del sistema pueden proveer información conflictiva y contradictoria . es que la información que se recolecta puede ser difícil de organizar y analizar. La desventaja que tiene este método. que le puede ser útil al desarrollador.La ventaja de este método es que permiten que el entrevistador obtenga una colección rica en información.

.TALLERES : Los requisitos tienen a menudo implicaciones cruzadas desconocidas para las personas implicadas individuales y que a menudo no se descubren en las entrevistas o quedan incompletamente definidas durante la misma.

‡Facilitarles información histórica. y estructuradas concentradas en uno o dos días. ‡Sesiones intensivas ‡Es preciso una importante preparación previa: ‡Definir con los participantes la finalidad del taller. ‡El . ‡No se desvían del propósito del taller.‡Reunión de partes interesadas. taller ha de ser dirigido por un experto para: ‡Garantizar que todo los participantes aportan sus puntos de vista.

genera un informe para documentar los resultados y base de la especificación de requisitos. ‡Se ‡Tiene .‡Los requisitos capturados en el taller se registran junto con todas las cuestiones y acciones resultantes. la ventaja de reunir a los participantes pudiendo debatirse las cuestiones más controvertidas y resolver así requisitos aparentemente divergentes satisfaciendo a las partes.

talleres facilitados por un analista del negocio. .Estas implicaciones cruzadas pueden descubrirse realizando en un ambiente controlado. en donde las personas implicadas participan en discusiones para descubrir requisitos. analizan sus detalles y las implicaciones cruzadas.

liberando al analista del negocio para centrarse en el proceso de la definición de los requisitos y para dirigir la discusión. .A menudo es útil la selección de un secretario dedicado a la documentación de la discusión.

y en cambio se los debe analizar una y otra vez desde el punto de vista del sistema hasta determinar los objetivos críticos del funcionamiento interno que luego darán forma a los comportamientos apreciables por el usuario. a largo plazo.Objetivos mensurables Los requerimientos formulados por los usuarios se toman como objetivos generales. .

se establecen formas de medir el progreso en la construcción.Luego. para evaluar en cualquier momento qué tan avanzado se encuentra el proyecto. .

Ayudan a conocer la opinión de los usuarios y rectificar algunos aspectos antes de llegar al producto terminado PROTOTIPOS: .´ Un prototipo es una pequeña muestra. de cómo sería el producto final una vez terminado. de funcionalidad limitada.

2 métodos: P. . Se implanta parte del sistema para: Comprobar el comportamiento funcional.Un prototipo es un modelo de sistema eventual que se puede utilizar para demostrar las características de lo que el sistema puede ofrecer. Los prototipos pueden usarse para: Demostrar la viabilidad del sistema. P. evolutivo. desechable. Análisis de rendimiento. Aclarar los requisitos del usuario.

un prototipo es programa de computador que implementa algunos de los requerimientos de un sistema.En la ingeniería de software. o para facilitar la evaluación de alternativas de implementación de un sistema . Este prototipo puede ser usado para colaborar con la definición de los requerimientos.

Existen dos grandes tipos de prototipos: Desechable (Throw away): que sirven para entender la dificultad y aclarar los requerimientos. Funcionales o evolutivos (Evolutionary) que permiten construir una aproximación del sistema de manera que se pueda proveer cierta funcionalidad del sistema final y usualmente se convierten en parte del mismo .

los prototipos se consideran herramientas muy valiosas para clarificar los requerimientos que son confusos durante el desarrollo de un sistema.En general. .

Los prototipos actúan de manera similar a los escenarios. debido a que proveen un contexto en el cual los usuarios pueden entender mejor la información que ellos deben proveer a los desarrolladores para que se pueda construir el sistema .

Según el contenido de los cuestionarios podemos clasificarlos en los siguientes tipos: . generalmente esta población es amplia.CUESTIONARIO: Un cuestionario es un conjunto de preguntas que deben ser contestadas por escrito por una determinada población.

Garantizar que es comprensible (no utiliza argot técnico). 5. . Recomendable como base para posterior entrevista personal. 2. 3. 7. Probarlo antes de comenzar Verificar la comprensión. 6. 4.1. Crear un marco para el análisis de resultados. (visión clara de cómo utilizar la información) Comprobar que existe información suficiente en el personal ´cuestionadoµ. Recomendable para grandes poblaciones (+30 personas).

¿Importancia de estos factores para adquirir un OS? 2. Baja Velocidad Usabilidad Flexibilida d 1 1 1 2 2 2 3 3 3 4 4 4 Alta 5 5 5 . Mediante Lista de cuestiones concretas y de respuesta cerrada. Mediante índices. 2 Modalidades: 1. ¿Cuánto lleva operando el actual sistema de facturación (en años)?.Tipos de cuestionarios: Para recopilar datos estructurados.

‡¿Cuál son para usted los factores principales en la selección de proveedor de servicios de Internetµ ‡Útiles para obtener una información inicial sobre el área. ‡Importante . ‡Se formula una pregunta abierta. evitar sesgos.‡Cuestionarios para recoger información abierta.

´ 1. esto permite mayor libertad de expresión. Cerrados: Se fuerza a respuestas concretas. Un mismo tipo de pregunta puede formularse para obtener diferente rango de respuestas: ´ . 2. Abiertos: Las respuestas no están delimitadas.

totalmente en desacuerdo . en desacuerdo. no estoy seguro. Por ejemplo: Existen muchos circuitos integrados defectuosos.Elección exclusiva (respuestas del tipo si/no). Las posibles respuestas son: de acuerdo. Por ejemplo: ¿Cree que existen muchos circuitos integrados defectuosos? Escala cualitativa (acuerdo/desacuerdo). totalmente de acuerdo.

3. son la base de una recopilación de datos significativa a través del cuestionario . Una buena elaboración acompañada de una prueba previa. Mixtos: una combinación de los anteriores Los buenos cuestionarios no solo se escriben sino que se diseñan. tanto del formato como de las preguntas.

Si hay otros grupos que pueden proporcionar datos variantes y mayor visión también se identificarán. . Determinar qué datos necesitan recabarse y qué personas son las más calificadas para proporcionarlos. Seleccionar el tipo de cuestionario a utilizar (abierto.Introduciremos una serie de pautas que ayudarán en la formulación de un cuestionario: 1. 2. cerrado o mixto).

Desarrollar un grupo de preguntas para incluirlas en el cuestionario. Examinar el cuestionario para encontrarle fallos y defectos . Las preguntas extras que son intencionalmente redundantes.3. pueden ser útiles al asegurar respuestas consistentes por parte de quien responda. 4.

2. restricciones sobre el proceso de desarrollo y estándares.3 TIPOS DE REQUERIMIENTO ¿CÓMO SE CLASIFICAN LOS REQUERIMIENTOS? Existen diferentes clasificaciones de los requerimientos. Requerimientos funcionales: son aseveraciones de los servicios que el sistema debe proveer Requerimientos no funcionales: Estos incluyen restricciones en el tiempo que se debe demorar un proceso. .

Requerimientos de dominio: Estos son requerimientos que provienen del dominio de aplicación del sistema y reflejan características y restricciones de ese dominio Niveles de descripción de un requerimiento: permiten hacer una clara separación entre los diferentes tipos de requerimientos. . Son necesarios para evitar errores y mejorar la descripción de los mismos.

hacen referencia a la funcionalidad que debe ser construida para permitir al producto realizar sus tareas. . Este documento debe de ser preciso y definir de manera exacta lo que va a ser implementado.Descripción a nivel de usuario: describen tareas que los usuarios deben estar en capacidad de cumplir con el producto de software que se está describiendo Descripción a nivel de sistema.

.

2.4 HERRAMIENTAS DE SOFTWARE PARA LA DETERMINACIÓN DE REQUERIMIENTOS Herramienta CASE Las herramientas CASE (Computer Aided Software Engineering. Ingeniería de Software Asistida por Computadora) son diversas aplicaciones informáticas destinadas a aumentar la productividad en el desarrollo de software reduciendo el costo de las mismas en términos de tiempo y de dinero. .

cálculo de costes. .Estas herramientas nos pueden ayudar en todos los aspectos del ciclo de vida de desarrollo del software en tareas como el proceso de realizar un diseño del proyecto. implementación de parte del código automáticamente con el diseño dado. documentación o detección de errores entre otras. compilación automática.

´ Reducir el tiempo y coste de desarrollo y mantenimiento de los sistemas informáticos.Objetivos ´ Mejorar la productividad en el desarrollo y mantenimiento del software. ´ Mejorar la planificación de un proyecto ´ Aumentar la biblioteca de conocimiento informático de una empresa ayudando a la búsqueda de soluciones para los requisitos. ´ Aumentar la calidad del software. .

portabilidad y estandarización de la documentación Gestión global en todas las fases de desarrollo de software con una misma herramienta. . la generación de código. Facilitar el uso de las distintas metodologías propias de la ingeniería del software. la documentación. Ayuda a la reutilización del software. las pruebas de errores y la gestión del proyecto.´ ´ ´ ´ Automatizar el desarrollo del software.

Las fases del ciclo de vida del desarrollo de sistemas que cubren.Clasificación ´ ´ ´ ´ ´ ´ Aunque no es fácil y no existe una forma única de clasificarlas. Su funcionalidad. La arquitectura de las aplicaciones que producen. La siguiente clasificación es la más habitual basada en las fases del ciclo de desarrollo que cubren: . las herramientas CASE se pueden clasificar teniendo en cuenta los siguientes parámetros: Las plataformas que soportan.

análisis de requisitos y estrategia del desarrollo. Aquí pueden incluirse las herramientas de Desarrollo rápido de aplicaciones. herramientas para automatizar tareas en el análisis y diseño de la aplicación.´ ´ ´ Upper CASE (U-CASE). Además automatizan la documentación completa de la aplicación. soportan la depuración de programas y pruebas. crean programas de detección de errores. Middle CASE (M-CASE). herramientas que semiautomatizan la generación de código. usando. herramientas que ayudan en las fases de planificación. . Lower CASE (L-CASE). entre otros diagramas UML.

Sign up to vote on this title
UsefulNot useful