P. 1
DETERMINACION DE REQUERIMIENTOS

DETERMINACION DE REQUERIMIENTOS

|Views: 1.455|Likes:
Publicado porsandritoniel

More info:

Published by: sandritoniel on Jun 27, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PPTX, PDF, TXT or read online from Scribd
See more
See less

06/09/2013

pdf

text

original

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.

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. cuestionarios. . observación y revisión de documentación entre otros. Es aquí donde aplicamos entrevistas.

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? .

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

B. los que incluyen: A.2. E. 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. Entrevistas Talleres Forma de contrato Prototipos Cuestionario· . D.2 TÉCNICAS Y MEDIOS PARA LA RECOLECCIÓN DE REQUERIMIENTOS Cuando sea necesario. C. pueden utilizarse diversos instrumentos.

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.ENTREVISTAS : .

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).Objetivo: Obtener toda la información posible de la visión que el entrevistado tiene de los requisitos. Confirmar los detalles por escrito. 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. .

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

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

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

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

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.

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

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

‡No se desvían del propósito del taller. ‡El . ‡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.‡Reunión de partes interesadas. taller ha de ser dirigido por un experto para: ‡Garantizar que todo los participantes aportan sus puntos de vista.

‡Se ‡Tiene .‡Los requisitos capturados en el taller se registran junto con todas las cuestiones y acciones resultantes. genera un informe para documentar los resultados y base de la especificación de requisitos. 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. . analizan sus detalles y las implicaciones cruzadas. en donde las personas implicadas participan en discusiones para descubrir requisitos.

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.

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

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

´ Un prototipo es una pequeña muestra. de funcionalidad limitada. Ayudan a conocer la opinión de los usuarios y rectificar algunos aspectos antes de llegar al producto terminado PROTOTIPOS: . de cómo sería el producto final una vez 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. Aclarar los requisitos del usuario. Los prototipos pueden usarse para: Demostrar la viabilidad del sistema. evolutivo. . 2 métodos: P. Se implanta parte del sistema para: Comprobar el comportamiento funcional. desechable. P. Análisis de rendimiento.

En la ingeniería de software. Este prototipo puede ser usado para colaborar con la definición de los requerimientos. un prototipo es programa de computador que implementa algunos de los requerimientos de un sistema. 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 .

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

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 .Los prototipos actúan de manera similar a los escenarios.

Según el contenido de los cuestionarios podemos clasificarlos en los siguientes tipos: .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.

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

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

‡Se formula una pregunta abierta.‡Cuestionarios para recoger información abierta. evitar sesgos. ‡Importante . ‡¿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.

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

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

son la base de una recopilación de datos significativa a través del cuestionario .3. tanto del formato como de las preguntas. 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.

Introduciremos una serie de pautas que ayudarán en la formulación de un cuestionario: 1. 2. . Seleccionar el tipo de cuestionario a utilizar (abierto. cerrado o mixto). 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.

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

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. . restricciones sobre el proceso de desarrollo y estándares.2.

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

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. Este documento debe de ser preciso y definir de manera exacta lo que va a ser implementado. . hacen referencia a la funcionalidad que debe ser construida para permitir al producto realizar sus tareas.

.

2. . 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.4 HERRAMIENTAS DE SOFTWARE PARA LA DETERMINACIÓN DE REQUERIMIENTOS Herramienta CASE Las herramientas CASE (Computer Aided Software Engineering.

compilación automática. documentación o detección de errores entre otras. 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.

´ 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. ´ 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.

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

Clasificación ´ ´ ´ ´ ´ ´ Aunque no es fácil y no existe una forma única de clasificarlas. Las fases del ciclo de vida del desarrollo de sistemas que cubren. las herramientas CASE se pueden clasificar teniendo en cuenta los siguientes parámetros: Las plataformas que soportan. 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: .

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

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->