Guía 1

Competencia: Especificar Los Requerimientos Necesarios Para Desarrollar El

Sistema.

Sebastián Bustos, Eddier Quintero & Alejandro Rojas

Febrero/2019

Centro de Desarrollo Agroindustrial y Empresarial SENA

Villeta (Cundinamarca)

Análisis y Desarrollo de Sistemas de Información

 Tabla De Contenido
1. IDENTIFICACION DE LA GUIA DE APRENDIZAJE .....................................................3

2. ACTIVIDADES DE REFLEXION INICIAL ......................................................................4

Responder el siguiente cuestionario: ........................................................................................4

2.1 ¿Cómo explicamos los fallos en un aplicativo (cierre inesperado del programa, reinicios,

etc.)? ...................................................................................................................................4

2.2 ¿Por qué son vulnerables a virus los programas? ............................................................4

2.3 ¿Qué medidas preventivas se pueden realizar para evitar la pérdida de información? .....4

3. ACTIVIDADES DE IDENTIFICACIÓN DE CONOCIMIENTOS .....................................5

3.1 ¿Qué es un Requerimiento? ...........................................................................................5

3.2 ¿Cuáles son las características de un requerimiento? ......................................................5

4. ACTIVIDADES DE APROPIACION DEL CONOCIMIENTO (CONCEPTOS Y

TEORIA) ....................................................................................................................................6

4.1 Según la IEEE, ¿cuál es la definición de “requerimiento”? .............................................6

4.2 Describa los tipos de requerimientos. .............................................................................6

4.3 ¿Cuáles son las dificultades para definir los requerimientos? .....................................6

4.4 ¿Cuáles son los principales beneficios de la IR? .............................................................7

4.5 ¿Cuáles son las actividades de la IR? .............................................................................7

4.6 En la ingeniería de software, ¿cómo han evolucionado los requerimientos? ...................7

4.7 ¿En qué consiste el modelo de Brainstorm? ...................................................................8

4.8 ¿Qué son las herramientas automatizadas para la administración de requerimientos? .....8

4.9 ¿Describa cada una de las técnicas más utilizadas en la IR? ...........................................9
1. IDENTIFICACION DE LA GUIA DE APRENDIZAJE

 Denominación del Programa de Formación: ANALISIS Y DESARROLLO DE

SISTEMAS DE INFORMACIÓN.

 Código del Programa de Formación: 228106

 Competencia: especificar los requisitos necesarios para desarrollar el sistema

promover la interacción idónea consigo mismo, con los demás y con la naturaleza en los
contextos laboral y social

 Nombre del Proyecto:

 Fase del Proyecto: planeación

 Actividad de Proyecto: diseñar y aplicar instrumentos para recolectar información.

utilizando herramientas tics - para el cuidado del medio ambiente de información de
acuerdo con las necesidades del cliente.

 Resultados de Aprendizaje Alcanzar: aplicar las técnicas de recolección de datos,

diseñando los instrumentos necesarios para el procesamiento de información, de acuerdo
con la situación planteada por la empresa
interactuar en los contextos productivos y sociales en función de los principios y valores
universales.

 Duración de la Guía: 40 horas

 2. ACTIVIDADES DE REFLEXION INICIAL

Responder el siguiente cuestionario:

2.1 ¿Cómo explicamos los fallos en un aplicativo (cierre inesperado del programa,

reinicios, etc.)?

La aplicación tiene un mal funcionamiento porque su desarrollo no ha sido correcto (mal código,

errores internos). Los datos de la aplicación o del usuario están dañados.

2.2 ¿Por qué son vulnerables a virus los programas?

Errores de programa: Un error del código de programa puede permitir que un virus de

computadora acceda al dispositivo y se haga con el control.

Características intencionadas: Maneras lícitas y documentadas que permiten que las aplicaciones

accedan al sistema.

2.3 ¿Qué medidas preventivas se pueden realizar para evitar la pérdida de

información?

 Procurar de tener última versión de la aplicación o sistema

 Mantener la cuenta activa del antivirus

 Realizar regularmente copias de seguridad

 3. ACTIVIDADES DE IDENTIFICACIÓN DE CONOCIMIENTOS

3.1 ¿Qué es un Requerimiento?

Un requerimiento puede definirse como un atributo necesario dentro de un sistema, que puede

representar una capacidad, una característica o un factor de calidad del sistema, Un requerimiento

puede definirse como un atributo necesario dentro de un sistema, que puede representar una

capacidad, una característica o un factor de calidad del sistema.

3.2 ¿Cuáles son las características de un requerimiento?

Especificado por escrito: Como todo contrato o acuerdo entre dos partes.

Posible de probar o verificar: Si un requerimiento no se puede comprobar, entonces ¿cómo se

sabe si se cumplió con él o no?

Conciso: Un requerimiento es conciso si es fácil de leer y entender. Su redacción debe ser simple

y clara para aquellos que vayan a consultarlo en un futuro.

Completo: Un requerimiento está completo si no necesita ampliar detalles en su redacción, es

decir, si se proporciona la información suficiente para su comprensión.

Consistente: Un requerimiento es consistente si no es contradictorio con otro requerimiento.

No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola interpretación. El lenguaje

usado en su definición, no debe causar confusiones al lector.

 4. ACTIVIDADES DE APROPIACION DEL CONOCIMIENTO (CONCEPTOS Y

TEORIA)

4.1 Según la IEEE, ¿cuál es la definición de “requerimiento”?

 “Una condición o necesidad de un usuario para resolver un problema o alcanzar un

objetivo”. (Std 610.12-1900, IEEE: 62)

 “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”.

(Std 610.12-1900, IEEE: 62)

4.2 Describa los tipos de requerimientos.

Funcional: son los que definen las funciones que el sistema será capaz de realizar.

No funcional: tienen que ver con características que de una u otra forma puedan limitar el

sistema.

4.3 ¿Cuáles son las dificultades para definir los requerimientos?

• Los requerimientos no son obvios y vienen de muchas fuentes.

• Son difíciles de expresar en palabras (el lenguaje es ambiguo).

• La cantidad de requerimientos en un proyecto puede ser difícil de manejar.

• Un requerimiento puede cambiar a lo largo del ciclo de desarrollo.

• El usuario no puede explicar lo que hace.

• Tiende a recordar lo excepcional y olvidar lo rutinario.

• Hablan de lo que no funciona.

• Los usuarios tienen distinto vocabulario que los desarrolladores.

• Usan el mismo término con distinto significado.

 4.4 ¿Cuáles son los principales beneficios de la IR?

Ingeniería de Requerimientos ayuda a los ingenieros de software a entender mejor el problema

en cuya solución trabajarán. Incluye el conjunto de tareas que conducen a comprender cuál será

el impacto del software sobre el negocio, qué es lo que el cliente quiere y cómo interactuarán los

usuarios finales con el software.

4.5 ¿Cuáles son las actividades de la IR?

•Extracción (Análisis del problema): Esta fase representa el comienzo de cada ciclo.

•Análisis (Evaluación y negociación de los requerimientos): Sobre la base de la extracción

realizada previamente, comienza esta fase en la cual se enfoca en descubrir problemas con los

requerimientos del sistema identificados hasta el momento.

•Especificación: En esta fase se documentan los requerimientos acordados con el cliente, en

un nivel apropiado de detalle.

•Validación: La validación es la etapa final de la IR. Su objetivo es, ratificar los

requerimientos.

•Evolución de los requerimientos: Los requerimientos son una manera de comprender mejor

el desarrollo de las necesidades de los usuarios.

4.6 En la ingeniería de software, ¿cómo han evolucionado los requerimientos?

Los requerimientos son necesidades del usuario para desarrollar mejor un sistema, la evolución

de estos requerimientos ha ido evolucionando a lo largo del ciclo de la vida del proyecto.
 Estos requerimientos cambian por diferentes razones, las más frecuentes son:

 Porque al analizar el problema, no se hacen las preguntas correctas a las personas

correctas.

 Porque cambió el problema que se estaba resolviendo.

 Porque los usuarios cambiaron su forma de pensar o sus percepciones.

 Porque cambió el ambiente de negocios.

 Porque cambió el mercado en el cual se desenvuelve el negocio.

Tener versiones de los requerimientos es tan importante como tener versiones del código, ya

que evita tener requerimientos emparchados

4.7 ¿En qué consiste el modelo de Brainstorm?

Es una herramienta de trabajo grupal que facilita el surgimiento de nuevas ideas sobre un tema o

problema determinado. La lluvia de ideas, es una técnica de grupo para generar ideas originales

en un ambiente relajado.

4.8 ¿Qué son las herramientas automatizadas para la administración de requerimientos?

En el desarrollo de software se cuenta con una ventaja proporcionada por las herramientas CASE

(Ingeniería del Software Asistida por Computadora).

Es usado para ayudar las actividades del proceso del software, estas herramientas se concentran

en capturar requerimientos, administrarlos y producir una especificación de requisitos.

Unas de las herramientas más utilizadas para este propósito es RequisitePro, y recomendada

sitio en internet Rational.com.

4.9 ¿Describa cada una de las técnicas más utilizadas en la IR?

Existen varias técnicas para la IR propuestas para ingeniería de requerimientos:

Entrevistas y Cuestionarios: Las entrevistas y cuestionarios se emplean para reunir

información proveniente de personas o de grupos. Durante la entrevista, el analista converso con

el encuestado; el cuestionario consiste en una serie de preguntas relacionadas con varios aspectos

de un sistema Por lo común, los encuestados son usuarios de los sistemas existentes o usuarios

en potencia de sistema propuesto. En algunos casos, son gerentes o empleados que proporcionan

datos para el sistema propuesto o que serán afectados por él. El éxito de esta técnica, depende de

la habilidad del entrevistador y de su preparación para la misma.

Sistemas existentes: Esta técnica consiste en analizar distintos sistemas ya desarrollados que

estén relacionados con el sistema a ser construido. Por un lado, podemos analizar las interfaces

de usuario, observando el tipo de información que se maneja y cómo es manejada, por otro lado

también es útil analizar las distintas salidas que los sistemas producen (listados, consultas, y

otros.), porque siempre pueden surgir nuevas ideas sobre la base de estas.

Lluvia de ideas (Brainstorm): Este es un modelo que se usa para generar ideas. La intención

en su aplicación es la de generar la máxima cantidad posible de requerimientos para el sistema.

No hay que detenerse en pensar si la idea es o no del todo utilizable. La intención de este

ejercicio es generar, en una primera instancia, muchas ideas. Luego, se irán eliminando en base a
distintos criterios como, por ejemplo, "caro", "impracticable", "imposible", y otros. Las reglas

básicas a seguir son:

• Los participantes deben pertenecer a distintas disciplinas y, preferentemente, deben tener

mucha experiencia. Esto trae aparejado la obtención de una cantidad mayor de ideas creativas. •

Conviene suspender el juicio crítico y se debe permitir la evolución de cada una de las ideas,

porque sino se crea un ambiente hostil que no alienta la generación de ideas. • Por más locas o

salvajes que parezcan algunas ideas, no se las debe descartar, porque luego de maduradas

probablemente se tornen en un requerimiento sumamente útil. • A veces ocurre que una idea

resulta en otra idea, y otras veces podemos relacionar varias ideas para generar una nueva. •

Escribir las ideas sin censura.

Prototipos: Durante la actividad de extracción de requerimientos, puede ocurrir que algunos

requerimientos no estén demasiado claros o que no se esté muy seguro de haber entendido

correctamente los requerimientos obtenidos hasta el momento, todo lo cual puede llevar a un

desarrollo no eficaz del sistema final. Entonces, para validar los requerimientos hallados, se

construyen prototipos. Los prototipos son simulaciones del posible producto, que luego son

utilizados por el usuario final, permitiéndonos conseguir una importante retroalimentación en

cuanto a si el sistema diseñado con base a los requerimientos recolectados le permite al usuario

realizar su trabajo de manera eficiente y efectiva. El desarrollo del prototipo comienza con la

captura de requerimientos. Desarrolladores y clientes se reúnen y definen los objetivos globales

del software, identifican todos los requerimientos que son conocidos, y señalan áreas en las que

será necesaria la profundización en las definiciones. Luego de esto, tiene lugar un “diseño

rápido”. El diseño rápido se centra en una representación de aquellos aspectos del software que
serán visibles al usuario (por ejemplo, entradas y formatos de las salidas). El diseño rápido lleva

a la construcción de un prototipo.

Casos de Uso: Los casos de uso son una técnica para especificar el comportamiento de un

sistema. El sitio en Internet wikipedia.org, define a un caso de uso como: “Un caso de uso es una

secuencia de transacciones que son desarrolladas por un sistema en respuesta a un evento que

inicia un actor sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la

funcionalidad y el comportamiento de un sistema mediante su interacción con los usuarios y/o

otros sistemas” (http://es.wikipedia.org/wiki/Caso_de_uso). Los casos de uso permiten entonces

describir la posible secuencia de interacciones entre el sistema y uno o más actores, en respuesta

a un estímulo inicial proveniente de un actor, es una descripción de un conjunto de escenarios,

cada uno de ellos comenzado con un evento inicial desde un actor hacia el sistema. La mayoría

de los requerimientos funcionales, sino todos, se pueden expresar con casos de uso. Según el

autor Sommerville, los casos de uso son una técnica que se basa en escenarios para la obtención

de requerimientos. Actualmente, se han convertido en una característica fundamental de la

notación UML (Lenguaje de modelado unificado), que se utiliza para describir modelos de

sistemas orientados a objetos.

 Encuesta si no

1. ¿Le gustaría la aplicación con un registro?

2. ¿Quisiera que la aplicación mostrara los géneros más escuchados?

3. ¿Le gustaría que fuera multiplataforma?

4. ¿Qué al crear una cuenta tuviera un tipo de selección de géneros?

5. ¿Mostrar las canciones o los géneros que están de moda?

6. ¿Le gustaría una opción de buscar cualquier artista musical

7. ¿Qué muestre los últimos lanzamientos ya sea del género seleccionado?

8. ¿Le gustaría que la SHADOW_MUSIC tuviera su propio reproductor?

9. ¿Le gustaría que la aplicación dejara descargar todos los álbumes del artista o

grupo musical que usted desee buscar?

10. ¿Le gustaría una opción la cual usted pueda elegir la canción y tenga un acceso

para poder ver su videoclip?