viernes, 22 de marzo de 2013
viernes, 1 de marzo de 2013
Taller Ingeniería de Requerimientos
Del ejemplo que se muestra a continuación debe realizar un
cuestionario con por lo menos 100
preguntas a tener en cuenta con los requerimientos de software en la entrevista
con el cliente.
No olvide tener en cuenta aspectos como:
·
Diseño estético de la página (colores
corporativos, logos, etc.)
·
Términos y condiciones de la compra de Tiquetes
·
Formas de Pago de los Tiquetes
·
Opción de PQR
·
Acceso a otros servicios como alquiler de carro,
hoteles, planes, etc.
·
Compartir por redes sociales
·
Descuentos por grupos, promociones, etc.
·
Estado en línea de los vuelos
·
Información y reclamo de equipajes
Logísticos:
·
Hardware y software ya disponibles para
desarrollar el proyecto.
·
Contactos dentro de la empresa para entrega de información.
·
Programación de reuniones de seguimiento
·
Tiempos para la entrega y revisión de avances
·
Formas de Pago del proyecto y los avances
·
Etc, etc, ….etc.
Nota: Diseñe todo el cuestionario en forma de pregunta.
Formato Requerimiento Software
Prefacio
|
|
|
|
|
Este
documento describe los requerimientos de software del [nombre del proyecto],
cuyo objetivo principal es [describa el objetivo principal del proyecto]
|
|
Alcance
|
Este documento de requerimientos de software es la base del
desarrollo de software del proyecto. Describe los siguientes tópicos:
[especifique la lista de tópicos]. Este documento no describe [especifique lo
que no se describe en este documento].
|
Historia
del Documento
|
Fecha
|
Versión
|
Comentarios
|
Autor
|
|
30 Enero 2013
|
0.1
|
Versión inicial
|
Profe García
|
|
27 Febrero2013
|
1.0
|
Revisada por el equipo
|
nn
|
Tabla
de Contenidos
1 INTRODUCCION
1.1 Entorno
[Esta sección
debe contener cualquier información de entorno que el lector deba conocer. Esto
incluye típicamente existencia de productos similares, datos históricos de
otros proyectos similares, etc.]
1.2 Estándares
[En esta sección
se especifican los estándares que serán utilizados durante el desarrollo, por
ejemplo estándares de codificación]
1.3 Documentación
[Esta sección
debe identificar los documentos relacionados con el proyecto que ya existen, y
aquellos que serán generados o modificados como parte del desarrollo.]
2 Requerimientos Software
[Esta sección entrega un resumen de todos los requerimientos de alto
nivel del software del sistema. Los requerimientos de testing, de interfaz y
otros son igualmente definidos.]
2.1 Requerimientos Funcionales
[Esta
sección lista los requerimientos funcionales de alto nivel. Cada requerimiento
debe tener un identificador único, el que será parte de la matriz de trasabilidad
y el que será utilizado como referencia. Los siguientes puntos deben ser
tomados en cuenta al definir los requerimientos.
¿Está claramente definido el requerimiento? (si hay más de una
interpretación, el requerimiento es ambiguo).
¿Es testable el requerimiento? ¿Se puede demostrar con uno o varios
casos de prueba que el requerimiento se cumple?]
|
FSR1
|
[Requerimiento funcional 1]
|
|
FSR2
|
[Requerimiento funcional 2]
|
|
FSR3
|
[Requerimiento funcional 3]
|
|
FSR4
|
[Requerimiento funcional 4
|
2.2 Requerimientos de Testing
[Esta sección
debe identificar los requerimientos de testing para cada uno de los
requerimientos funcionales definidos en la sección anterior. Puede haber más de
un test para validar un requerimiento funcional. Los requerimientos de testing
deben ser definidos a alto nivel pero deben validar claramente los
requerimientos del software. Al igual que los requerimientos funcionales, los
requerimientos de testing deben tener un identificador único.]
|
ST1
|
[Requerimiento de testing 1]
|
|
ST2
|
[Requerimiento de testing 2]
|
|
ST3
|
[Requerimiento de testing 3]
|
|
ST4
|
[Requerimiento de testing 4]
|
2.3 Matriz Requerimientos Funcionales vs. Requerimientos de Testing
[En esta sección se debe especificar la matriz que mapea los
requerimientos funcionales con los requerimientos de testing.]
|
|
Requerimientos de test
|
|||||
|
Requerimiento funcional
|
ST1
|
ST2
|
ST3
|
ST4
|
ST5
|
ST6
|
|
FSR1
|
X
|
X
|
|
X
|
|
|
|
FSR2
|
|
X
|
|
X
|
|
|
|
FSR3
|
X
|
X
|
|
X
|
|
X
|
|
FSR4
|
X
|
X
|
|
X
|
|
|
|
FSR5
|
|
X
|
X
|
|
X
|
|
3 Requerimientos de Calidad
[Esta sección identifica todos los requerimientos de calidad que han
sido especificados por el cliente. Para cada requerimiento de calidad se debe
especificar lo siguiente:
Escala dimensión
de la medición
Prueba como se
realizará la medición
Peor Caso El peor valor
aceptable (bajo este valor se considera falla)
Plan valor
planificado
Autoridad quien valida el
requerimiento]
4 Requerimientos de Ambiente
4.1 Requerimientos de Ambiente de Desarrollo
4.1.1 Hardware de Desarrollo
[En esta
sección se especifican los requerimientos de hardware de desarrollo. Por
ejemplo, el proyecto se desarrollará en plataformas PC con 128 Mbyte de RAM]
4.1.2 Desarrollo de Software
[Especifique los requerimientos de desarrollo de software, por
ejemplo lenguaje de programación]
4.2 Requerimientos de Ambiente de Testing
4.2.1 Hardware de Testing
[Especifique aquí los equipos o elementos de hardware que se usarán
para probar el software]
4.2.2 Software de Testing
[Especifique aquí los software que se utilizarán para probar el software
del sistema]
5 Restricciones
5.1 Restricciones Hardware
[Esta sección debe identificar todas las restricciones hardware que puedan
tener un impacto en la funcionalidad, tamaño o rendimiento del software]
5.2 Restricciones Software
[Esta sección debe identificar todas las restricciones software que
puedan tener un impacto en la funcionalidad, tamaño o rendimiento del software.]
5.3 Restricciones de Interfaz
[Esta sección debe incluir todas las consideraciones de interfaz,
tales como interfaz con otros productos, interfaz usuario, etc.]
6 Arquitectura del Software
6.1 Modelo Arquitectónico
[En esta sección se debe presentar la arquitectura del software en
la forma de un diagrama de bloques. Se pueden hacer múltiples diagramas si es
necesario. Si se considera que el producto será mejorado a futuro, las mejoras
deben aparecer en la arquitectura desde el principio.]
|
C1
|
[Descripción del componente 1]
|
|
C2
|
[Descripción del componente 2]
|
|
C3
|
[Descripción del componente 3]
|
6.2 Matriz Requerimientos Funcionales vs. Componentes de la Arquitectura
|
|
Componente de la
arquitectura
|
|||||
|
Requerimiento funcional
|
C1
|
C2
|
C3
|
C4
|
C5
|
C6
|
|
SFR1
|
X
|
|
|
|
|
|
|
SFR2
|
|
X
|
|
|
|
|
|
SFR3
|
|
|
X
|
|
|
X
|
|
SFR4
|
|
|
|
X
|
|
|
|
SFR5
|
|
X
|
|
|
X
|
|
7 Requerimientos de Desarrollo
7.1 Requerimientos Participación Cliente
[En esta sección se deben identificar todas las ocasiones en que el
cliente será parte del proceso de desarrollo. Esto incluye participación en
test de aceptación, revisiones periódicas, etc.]
7.2 Requerimientos de Comunicación
[En el caso de desarrollos conjuntos con el cliente y en otros
casos, las comunicaciones periódicas pueden ser esenciales para el éxito del
desarrollo. Esta sección identifica los requerimientos de comunicación
incluyendo las conferencias telefónicas periódicas, bases de datos
distribuidas, transferencia de documentos para revisión, tiempos de respuesta,
etc.]
7.3 Requerimientos de Infraestructura
[Esta sección identifica todos los requerimientos de infraestructura
que serán necesarios para el éxito del proyecto, como por ejemplo conexión
satelital o conexión de alta velocidad]
8 Requerimientos Post Desarrollo
8.1 Requerimientos de Entrenamiento
[Esta sección describe los requerimientos de entrenamiento del
cliente incluyendo detalles como audiencia requerida, lugar del entrenamiento,
material, etc.]
8.2 Requerimientos de Mantención
[Esta sección describe los requerimientos de mantención del software
tales como el modo de reportar los problemas, persona de contacto, etc.]
Glosario (Definiciones y Siglas)
|
Nnnn:
xxxxxxx
|
|
Yyyyy:
mmmmm.
|
Suscribirse a:
Entradas (Atom)