LICENCIATURA EN INFORMÁTICAMATERIA: 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 IIDETERMINACIÓ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 documenta-da 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.

Ahora bien, existen tres formas de determinar los requerimientos, a saber :

Anticipación de requerimientos: prever las características del nuevo sistema con base en experiencia previa.

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

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í, a saber: Análisis de datos basados en hechos reales Identificación de requerimientos esenciales Selección de estrategias para satisfacer los

requerimientos

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.

2.2 TÉCNICAS Y MEDIOS PARA LA RECOLECCIÓN DE REQUERIMIENTOS

Cuando sea necesario, el analista empleará una combinación de estos métodos para establecer los requisitos exactos de las personas implicadas, para producir un sistema que resuelva las necesidades del negocio.

Los requerimientos de información dentro de la empresa, pueden utilizarse diversos instrumentos, los que incluyen:

A. Entrevistas B. Talleres C. Forma de contrato D. Prototipos E. Cuestionario’

ENTREVISTAS : . Por lo general no se entrevista a toda la gente que se relacionará con el sistema, 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.

Objetivo: Obtener toda la información posible de la visión que el entrevistado tiene de los requisitos.

Depende de la habilidad del entrevistador para crear un clima de confianza.

Resulta útil planificar las entrevistas para evitar sesgos (evitar que un grupo incline a un lado el proceso).

Preparar un marco para la entrevista (mediante un cuestionario)Confirmar detalles del entrevistado

Establecer la finalidad de la entrevista con el entrevistadoOrganizar una lugar adecuado.

Confirmar los detalles por escrito.

•Es aconsejable 2 entrevistadores (una conduce la entrevista el otro supervisa la interacción y toma notas):

• Mejora la gestión del tiempo.• Beneficia la supervisión.

•Es aconsejable emplear tanto preguntas abiertas como cerradas:

• Abiertas: Suelen comenzar por “qué”, por qué” y “como” y exigen respuesta detallada por el entrevistado.

• Cerradas: Aquellas con un Intervalo específico de respuesta.

•El entrevistador debe centrar la entrevista cuando esta se desvía.

•El entrevistador debe evitar emitir juicios de valor para no influir.

•Si la entrevista no es estructurada, el resultado se detallará como informe.

Nombre entrevistado.Puesto de trabajo y breve descripción.Punto de vista que representa.Fecha, hora y lugar de la entrevistaResumen de puntos principalesDoc´s. de referenciaOtros contactos.

Esquema de resumen de una entrevista

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.

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

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

La ventaja de este método es que permiten que el entrevistador obtenga una colección rica en información, que le puede ser útil al desarrollador.

La desventaja que tiene este método, es que la información que se recolecta puede ser difícil de organizar y analizar, y diferentes participantes dentro del desarrollo del sistema pueden proveer información conflictiva y contradictoria

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.

•Reunión de partes interesadas.

•Sesiones intensivas y estructuradas concentradas en uno o dos días.

•Es preciso una importante preparación previa:•Definir con los participantes la finalidad del taller.

•Facilitarles información histórica.

•El taller ha de ser dirigido por un experto para:•Garantizar que todo los participantes aportan sus puntos de

vista.•No se desvían del propósito del taller.

•Los requisitos capturados en el taller se registran junto con todas las cuestiones y acciones resultantes.

•Se genera un informe para documentar los resultados y base de la especificación de requisitos.

•Tiene la ventaja de reunir a los participantes pudiendo debatirse las cuestiones más controvertidas y resolver así requisitos aparentemente divergentes satisfaciendo a las partes.

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

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

Objetivos mensurables Los requerimientos formulados por los usuarios se toman como objetivos generales, a largo plazo, 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.

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

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

Un prototipo es un modelo de sistema eventual que se puede utilizar para demostrar las características de lo que el sistema puede ofrecer. 2 métodos: P. desechable, P. evolutivo.

Los prototipos pueden usarse para:

Demostrar la viabilidad del sistema. Se implanta parte del sistema para:

Comprobar el comportamiento funcional.Análisis de rendimiento.

Aclarar los requisitos del usuario.

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

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

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

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

CUESTIONARIO: Un cuestionario es un conjunto de preguntas que deben ser contestadas por escrito por una determinada población, generalmente esta población es amplia.

Según el contenido de los cuestionarios podemos clasificarlos en los siguientes tipos:

1. Recomendable para grandes poblaciones (+30 personas).

2. Recomendable como base para posterior entrevista personal.

3. Crear un marco para el análisis de resultados. (visión clara de cómo utilizar la información)

4. Comprobar que existe información suficiente en el personal “cuestionado”.

5. Garantizar que es comprensible (no utiliza argot técnico).

6. Probarlo antes de comenzar7. Verificar la comprensión.

Tipos de cuestionarios:

Para recopilar datos estructurados. 2 Modalidades:1. Mediante Lista de cuestiones concretas y de

respuesta cerrada.¿Cuánto lleva operando el actual sistema de

facturación (en años)?.

2. Mediante índices.¿Importancia de estos factores para adquirir un OS?

Baja Alta

Velocidad 1 2 3 4 5

Usabilidad 1 2 3 4 5

Flexibilidad

1 2 3 4 5

•Cuestionarios para recoger información abierta.

•Se formula una pregunta abierta.

•¿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 evitar sesgos.

1. Abiertos: Las respuestas no están delimitadas, esto permite mayor libertad de expresión.

2. Cerrados: Se fuerza a respuestas concretas. Un mismo tipo de pregunta puede formularse para obtener diferente rango de respuestas:

Elección exclusiva (respuestas del tipo si/no). Por ejemplo: ¿Cree que existen muchos circuitos integrados defectuosos?

Escala cualitativa (acuerdo/desacuerdo). Por ejemplo: Existen muchos circuitos integrados defectuosos. Las posibles respuestas son: de acuerdo, totalmente de acuerdo, no estoy seguro, en desacuerdo, totalmente en desacuerdo

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

Introduciremos una serie de pautas que ayudarán en la formulación de un cuestionario:

1. Determinar qué datos necesitan recabarse y qué personas son las más calificadas para proporcionarlos. Si hay otros grupos que pueden proporcionar datos variantes y mayor visión también se identificarán.

2. Seleccionar el tipo de cuestionario a utilizar (abierto, cerrado o mixto).

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

4. Examinar el cuestionario para encontrarle fallos y defectos

2.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 proveerRequerimientos no funcionales: Estos incluyen restricciones en el tiempo que se debe demorar un proceso, restricciones sobre el proceso de desarrollo y estándares.

Requerimientos de dominio: Estos son requerimientos que provienen del dominio de aplicación del sistema y reflejan características y restricciones de ese dominioNiveles 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.

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á describiendoDescripción a nivel de sistema. 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.

2.4 HERRAMIENTAS DE SOFTWARE PARA LA DETERMINACIÓN DE REQUERIMIENTOS

Herramienta CASELas 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.

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, cálculo de costes, implementación de parte del código automáticamente con el diseño dado, compilación automática, documentación o detección de errores entre otras.

Objetivos Mejorar la productividad en el desarrollo y

mantenimiento del software. Aumentar la calidad del software. Reducir el tiempo y coste de desarrollo y

mantenimiento de los sistemas informáticos. 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.

Automatizar el desarrollo del software, la documentación, la generación de código, las pruebas de errores y la gestión del proyecto.

Ayuda a la reutilización 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.

Facilitar el uso de las distintas metodologías propias de la ingeniería del software.

Clasificación

Aunque no es fácil y no existe una forma única de clasificarlas, las herramientas CASE se pueden clasificar teniendo en cuenta los siguientes parámetros:

Las plataformas que soportan. Las fases del ciclo de vida del desarrollo de sistemas que

cubren. La arquitectura de las aplicaciones que producen. Su funcionalidad. La siguiente clasificación es la más habitual basada en las

fases del ciclo de desarrollo que cubren:

Upper CASE (U-CASE), herramientas que ayudan en las fases de planificación, análisis de requisitos y estrategia del desarrollo, usando, entre otros diagramas UML.

Middle CASE (M-CASE), herramientas para automatizar tareas en el análisis y diseño de la aplicación.

Lower CASE (L-CASE), herramientas que semi-automatizan la generación de código, crean programas de detección de errores, soportan la depuración de programas y pruebas. Además automatizan la documentación completa de la aplicación. Aquí pueden incluirse las herramientas de Desarrollo rápido de aplicaciones.