Software II

GUIA # 01
Carlos Rivadeneira O.

ACTIVIDAD 1.1
1. Explique cinco tcnicas para educcin de requisitos.
-

Brainstorming: Tiene como fin generar ideas mediante la

dinmica grupal, La principal ventaja de la lluvia de ideas es
generar un ambiente relajado entre los participantes que facilite el
surgimiento de nuevas ideas originales

Entrevista no estructurada: Se basa en preguntas no bien

definidas. Resulta til cuando el proyecto est comenzando o
cuando el principal inters es obtener informacin de forma
rpida.

Cuestionarios: Se basa en un conjunto de preguntas que puede

ser utilizado con uno o ms usuarios. Son tiles en casos en los
que son muchos los usuarios a entrevistar y cuando se requiere
obtener la mayor informacin de los clientes.

Casos de uso: Se describe un conjunto de posibles escenarios de

acciones y eventos que describen una parte del comportamiento
del sistema.

Focus Groups: Se basa en la organizacin de una entrevista

grupal estructurada donde se anima a la discusin abierta con la
finalidad de obtener nuevos requisitos. es una tcnica que puede
resultar de mucha utilidad siempre y cuando se tenga especial
cuidado en la seleccin de los participantes.

2. Explique requisitos funcionales, no funcionales

negativo. Indique dos ejemplos en cada caso.

en

Un requisito es una caracterstica que el sistema debe tener o es una

restriccin que el sistema debe satisfacer para ser aceptada por el cliente.
La obtencin de los requisitos es uno de los puntos ms crticos en el
inicio de un proyecto, ya que con estos se define que construir y de estos
depende la culminacin exitosa de la implementacin.
-

Requisitos funcionales: Los requisitos funcionales establecen

los comportamientos del sistema, en decir, especifican algo que el
sistema debe hacer. Normalmente los requisitos funcionales
especifican un comportamiento o funcin.
Ejemplos:

o El sistema debe aceptar pagos con tarjeta de crdito.

o El sistema debe permitir al usuario registrarse
-

Requisitos no funcionales: En los requisitos no funcionales se

especifica cmo debe comportarse el sistema (operacin del
sistema) y las restricciones sobre el comportamiento del sistema.
Tambin se puede definir como los atributos de calidad para el
sistema.
Ejemplos:
o El pago con tarjeta debe ser seguro y con una respuesta
mxima de 10 segundos.
o El sistema de debe validar los datos de registro del cliente,
teniendo en cuenta nmero de documento de identidad y
nombres.

Requisitos en negativo: Determina lo que el sistema no debe

hacer limitando el mbito del sistema. Con los requisitos en
negativo se indica donde no se deben emplear recursos
innecesariamente.
o No debe tomar en cuenta pagos con cheques.
o Los usuarios no pueden registrarse con una direccin fuera de
Latinoamrica.

ACTIVIDAD 1.2
1. Explique cmo se anotan los requisitos.
Para poder determinar los requisitos se debe tener en cuenta la
siguiente informacin:
- Los requisitos no son el objetivo del proyecto.

Un requisito es una caracterstica que debe incluirse en el sistema.

Esta puede ser la introduccin de determinada forma para capturar
o procesar datos, producir informacin, controlar una actividad de la
empresa o brindar soporte a los directivos. El cumplimiento de
dichos requisitos ser una condicin bsica para la aceptacin final
del sistema por parte de los usuarios.

El primer paso del analista es comprender la situacin ya que no

trabajan como empleado de los departamentos de usuarios y no
tiene los mismos conocimientos, hechos y detalles que los
usuarios.

2. Explique cinco caractersticas de

cumplir los requisitos de software.

calidad

que

deben

Los requisitos bien formulados deben satisfacer varias caractersticas de

calidad:
-

Completo: Los requisitos deben contener en s mismos toda la

informacin necesaria, y no remitir a otras fuentes externas que
los expliquen con ms detalle.

Verificable: Se debe poder verificar con absoluta certeza, si el

requisito fue satisfecho o no. Esta verificacin puede lograrse
mediante inspeccin, anlisis, demostracin o testeo.

Modificable: Aunque todo requerimiento es modificable, se

refiere a que debe ser fcilmente modificable.

No ambiguo: El texto debe ser claro, preciso y tener una nica

interpretacin posible de tal manera que no se puede
malinterpretar.

Conciso: Debe redactarse en un lenguaje comprensible por los

inversores en lugar de uno de tipo tcnico y especializado, aunque
aun as debe referenciar los aspectos importantes.

Consistente: Ningn requisito debe entrar en conflicto con otro

requisito diferente, ni con parte de otro. Asimismo, el lenguaje
empleado entre los distintos requisitos debe ser consistente
tambin.

3. Explique las tcnicas cheklist de anlisis y matriz de

interaccin, para validar la calidad de los requisitos.
Checklist de Anlisis
Un Checklist, o lista de verificacin, es un documento que detalla uno
por uno distintos aspectos que se deben analizar, comprobar, verificar,
etc. Es un tipo de ayuda de trabajo de informacin utilizada para reducir
el fracaso mediante la compensacin de los posibles lmites de la
memoria humana y la atencin recolectando datos ordenadamente y de
forma sistemtica.
Es importante que las listas de verificacin queden claramente
establecidas e incluyan todos los aspectos que puedan aportar datos de
inters para la organizacin. Es por ello que se debe tomar en
consideracin:
-

Qu tiene que controlarse o chequearse.

Cul es el criterio de conformidad o no conformidad (qu es lo

correcto y qu lo incorrecto).

Cada cunto se inspecciona: frecuencia de control o chequeo.

Quin realiza el chequeo y cules son los procedimientos

aplicables.

Matriz de interaccin
Se considera un mtodo dbil de anlisis. Permite comprobar
rpidamente la calidad de los requisitos obtenidos durante la

educcin. Si la complejidad del sistema lo requiere, es posible utilizar

el modelado conceptual para comprobar la calidad general de los
requisitos de software.

ACTIVIDAD 1.3
Del
siguiente
caso
prctico,
liste
cules
requerimientos funcionales y no funcionales.

son

los

Enunciado del problema:

Una compaa area quiere comenzar a informatizar su
sistema de informacin sobre sus vuelos. La informacin que
ha proporcionado a tal efecto es la siguiente:
Dispone de varios trayectos los cuales pueden ser realizados
por un nico avin (aquellos en los que hay un nico vuelo
diario) o por varios (en el caso de varios vuelos diarios). Cada
trayecto puede ser realizado por cualquiera de los pilotos de
la compaa, de quienes a efectos de asignaciones de vuelos,
nos interesa mantener su nombre, graduacin y nmero de
empleado.
De los aviones, conocemos el modelo, el nmero de serie y
las horas de vuelo. Dependiendo del modelo, cada avin tiene
un nmero determinado de plazas para pasajeros, los del
modelo A disponen de 100, los del modelo B de 150, los del
modelo C de 400 y el modelo D de ninguna, aunque es posible
que en algn momento se adquiera un avin de un modelo
distinto. Cada pasajero dispone de un asiento (numerado) en
el vuelo que desea tomar.
Todos los vuelos tienen una ciudad de origen y otra de
destino, (desde cuyos aeropuertos se despega y aterriza
respectivamente), un nmero de vuelo y una hora de salida y
otra de llegada tericas.
Es importante conocer los nombres de los aeropuertos,
adems de los de las ciudades, para la realizacin de los
planes de vuelo. A tal efecto tambin es necesario conocer la
fecha del vuelo, y su nmero.
Es necesario adems conocer el nombre del pasajero a
efectos de identificacin del mismo, para cualquiera de los
vuelos actuales, as como de los realizados anteriormente.
Interesa conocer de cada vuelo, adems de las horas de
llegada y salida tericas, las horas de llegada y salida reales
en cada momento, ya que es posible que no coincidan. Estas
horas pueden verse modificadas como consecuencia de
problemas meteorolgicos, que, o bien obliguen a cancelar
un vuelo o lo retrasen antes y durante el vuelo.

Requisitos funcionales
- Registro de piloto:
El sistema requiere el registro de datos de los pilotos con datos de
inters para la compaa.
-

Registro de aviones:
Se debe registrar los diferentes modelos de aviones con los que
dispone la compaa
-

Registro de ciudades:
El sistema debe contar con el registro de todas las ciudades desde
donde salen y aterrizan sus aviones.
-

Registro de los aeropuertos:

Cada ciudad debe contar con los datos de los aeropuertos para la
realizacin de los planes de vuelos.
-

Registro de usuarios
Se debe llevar un registro de los clientes a efecto de identificarlos
como pasajeros de vuelos actuales o de los realizados anteriormente.
-

Registro de salida y llegada de vuelos:

Registro de horas de llegada y salida, tanto tericas como de las
reales que pueden ser modificadas por consecuencias de fuerza
mayor.

Requisitos no funcionales
-

El registro de los pilotos debe ser con datos vlidos y verificados

por la autoridad aeroportuaria.

Los usuarios deben ingresar datos vlidos como el nmero de

identidad nico para cada persona.

Las horas tericas son establecidas previa planeacin y no pueden

ser modificadas.

Las horas reales se establecen en base a los factores externos o

meteorolgicos que afecten en ese momento a las horas pre
establecidas.

El registro de los aviones debe incluir asientos numerados

dependiendo del modelo, as el cliente puede elegir el lugar de su
preferencia y visualizar los asientos ya ocupados.

ACTIVIDAD 1.4
Para el caso prctico que se enuncia en la actividad 1.3,
elabore los casos de uso utilizando la herramienta CASE
StarUML. Para la documentacin de cada caso de uso, utilice
la plantilla especificacin casos de uso.

ACTIVIDAD 1.5
Para el mismo caso prctico de la actividad 1.3, elabore el
diagrama de clases, considere todas las caractersticas y
funcionalidades que debe tener, utilice la herramienta CASE
StarUML

Bibliografa
http://repositorio.espe.edu.ec/handle/21000/835
http://www.redalyc.org/articulo.oa?id=77225004013
https://sites.google.com/site/cursofpeanalistafuncional/-que-es-determinarrequisitos