Documente Academic
Documente Profesional
Documente Cultură
AVANZADA (requisitos)
ALINEADO CON LAS MEJORES PRÁCTICAS
Capítulo # 1
INGENIERIA DE REQUERIMIENTOS AVANZADA
1. INTRODUCCION ________________________________________________________________ 3
OBJETIVO GENERAL ________________________________________________________________ 5
OBJETIVOS ESPECÍFICOS. _________________________________________________________ 6
2. INGENIERÍA DE REQUISITOS ___________________________________________________ 7
3. CICLO DE VIDA DE LA ADMINISTRACIÓN DE UN PROYECTO _________________ 8
4. DEFINICIÓN DEL PROYECTO ____________________________________________________ 8
5. PLANEAMIENTO INICIAL – DESARROLLO DE REQUISITOS ___________________ 9
6. ESPECIFICACIONES ____________________________________________________________ 12
7. REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES. _____________________ 14
7.1 REQUERIMIENTOS FUNCIONALES __________________________________________________________ 14
7.2 REQUERIMIENTOS NO FUNCIONALES ________________________________________________________ 14
8. METODOLOGÍAS DE REQUERIMIENTOS _______________________________________ 15
8.1 METODOLOGÍA ESTRUCTURADA ___________________________________________________________ 15
8.2 METODOLOGÍA ORIENTADA A OBJETOS ______________________________________________________ 16
9. ESPECIFICACIÓN DE REQUERIMIENTOS ISO/IEEE 830 ______________________ 18
10. OBJETIVOS DE LA ERS. _______________________________________________________ 18
11. CARACTERÍSTICAS DE UN ERS _______________________________________________ 19
11.1 COMPROBACIÓN DE VALIDEZ ____________________________________________________________ 20
11.2 CONSISTENCIA ______________________________________________________________________ 20
11.4. COMPROBACIÓN DE TOTALIDAD _______________________________________________________ 20
11.5 COMPLETITUD ______________________________________________________________________ 21
11.6 VERIFICABILIDAD ____________________________________________________________________ 21
11.7 CLASIFICACIÓN _____________________________________________________________________ 21
11.8 MODIFICABILIDAD ___________________________________________________________________ 21
11.9 EXPLORABILIDAD (TRACEABILITY) _________________________________________________________ 22
11.10 UTILIZABLE DURANTE LAS TAREAS DE MANTENIMIENTO Y USO _____________________________________ 22
12. ESQUEMA DE LA ERS DEFINIDA EN EL IEEE 830-1998 _____________________ 23
I. INTRODUCCIÓN _______________________________________________________________________ 24
II. DESCRIPCIÓN DE LA INFORMACIÓN __________________________________________________________ 24
III DESCRIPCIÓN FUNCIONAL ________________________________________________________________ 24
IV DESCRIPCIÓN DEL COMPORTAMIENTO ________________________________________________________ 25
V SECCIÓN DE CRITERIOS DE VALIDACIÓN ________________________________________________________ 25
VI BIBLIOGRAFÍA. _______________________________________________________________________ 25
13. NATURALEZA DE LA INGENIERÍA DE REQUERIMIENTOS __________________ 26
13.1. MATEMÁTICAS ____________________________________________________________________ 26
13.2. CREACIÓN ________________________________________________________________________ 26
13.3. GESTIÓN DE PROYECTO _______________________________________________________________ 26
14. PARTICIPANTES Y PAPELES _________________________________________________ 27
1
INGENIERIA DE REQUERIMIENTOS AVANZADA
2
INGENIERIA DE REQUERIMIENTOS AVANZADA
1. INTRODUCCION
ISO/IEC 12207:1995: Comprende los procesos del ciclo de vida del desarrollo
del software.
3
INGENIERIA DE REQUERIMIENTOS AVANZADA
ISO/IEC 25000:2005: Implementa una guía para el uso de las nuevas series
de estándares internacionales.
4
INGENIERIA DE REQUERIMIENTOS AVANZADA
Objetivo General
5
INGENIERIA DE REQUERIMIENTOS AVANZADA
Objetivos Específicos.
6
INGENIERIA DE REQUERIMIENTOS AVANZADA
2. Ingeniería de Requisitos
7
INGENIERIA DE REQUERIMIENTOS AVANZADA
Uno de los retos más importantes para el Director del Proyecto consiste en
alinear el ciclo de vida específico del proyecto con el ciclo de vida de su
administración ya que estos dos ciclos se traslaparán. Tanto las actividades
necesarias para crear el producto del proyecto como las requeridas para su
adecuada administración pueden ser asociadas a través de los entregables o
salidas de la administración del proyecto.
8
INGENIERIA DE REQUERIMIENTOS AVANZADA
Dentro del ciclo de vida de un proyecto de software los requisitos son las
partes principales del producto o la aplicación que se debe construir por lo que
se deben identificar, desarrollar objetivamente y documentarlos.
Dentro del detalle se debe comprender las condiciones que debe cumplir o al
menos tener una aplicación o sistema en o parte de sus componentes para
llegar a satisfacer las necesidades de una aplicación de software.
9
INGENIERIA DE REQUERIMIENTOS AVANZADA
Ejemplo:
¿Quién es el cliente dueño del proyecto?
¿Quién va a utilizar la solución?
¿Cómo se espera el retorno de la inversión de la solución?
Las siguientes preguntas permiten al analistas conocer mejor el problema y
al c cliente expresar su s ideas sobre la solución.
¿Cómo caracteriza una buena calidad que fuera generada por una solución
satisfactoria?
¿Qué problemas resolverá esta solución?
¿Existe alguna forma de verificar y o describirme el ambiente donde se va a
utilizar la solución?
¿Dentro del ambiente donde se desarrollara la solución existen limitaciones
que afecten la forma en que va a trabajar la solución?
La entrevista cierra con una serie de preguntas para logra cuantificar la
efectividad de la reunión de la reunión, algunas de ellas son:
¿Es Usted la persona adecuada para responder a estas preguntas? ¿Son
oficiales sus respuestas?
¿Las preguntas y cuestionamiento han sido relevantes mis preguntas para
resolver su problema?
¿Considera que se deben incorporar más personal para proporcionar
información adicional?
10
INGENIERIA DE REQUERIMIENTOS AVANZADA
Se han propuesto muchos enfoques diferentes para el método TFEA. Cada uno
utiliza un guion ligeramente diferente, peeos tipos aplican alguna variación de
las siguientes directrices básicas:
Se lleva a cabo una reunión en un lugar neutral, a la que llegan tanto técnicos
como clientes.
11
INGENIERIA DE REQUERIMIENTOS AVANZADA
6. Especificaciones
12
INGENIERIA DE REQUERIMIENTOS AVANZADA
13
INGENIERIA DE REQUERIMIENTOS AVANZADA
14
INGENIERIA DE REQUERIMIENTOS AVANZADA
8. Metodologías de Requerimientos
15
INGENIERIA DE REQUERIMIENTOS AVANZADA
Los objetos modernizan casis cualquier aspecto identificable del ámbito del
problema: entidades externas, casos, sucesos, papeles, unidades
organizativas, lugares y estructuras pueden ser representadas por objetos. Un
aspecto importante, se debe a que los objetos encapsulan datos y procesos.
Las operaciones de procesamiento son parte del objeto son iniciadas pasando
un mensaje al objeto. Una definición de una clase forma la base para la
reusabilidad en los niveles de modelación, diseño e implementación.
16
INGENIERIA DE REQUERIMIENTOS AVANZADA
Polimorfismo:
17
INGENIERIA DE REQUERIMIENTOS AVANZADA
18
INGENIERIA DE REQUERIMIENTOS AVANZADA
Una ERS forma parte de los entregables del ciclo de vida del proyecto en su
etapa inicial que debe definir correctamente todos los requerimientos
necesarios para una mayor flexibilidad a los desarrolladores y analistas para la
implementación de la solución del software.
19
INGENIERIA DE REQUERIMIENTOS AVANZADA
11.2 Consistencia
Los requisitos que detallan el mismo objeto real bajo diferente terminología.
Debe haber una característica específica para cada objeto real.
Si se llega a un conflicto lógico entre dos requisitos determinadas. las dos
acciones serían perfectamente válidas.
11.3. Ambigüedad
20
INGENIERIA DE REQUERIMIENTOS AVANZADA
11.5 Completitud
Una ERS tiene completitud si:
Una descripción de la función o entidad a especificar.
Una descripción de sus entradas y sus procedencias.
Una descripción de sus salidas ya a donde se dirigen.
Información sobre los datos requeridos para el cálculo u otras entidades
en el sistema que se utilizan.
Una descripción de la acción que se va a tomar.
Se utiliza un determinado estándar. Por las razones suficientes si no se
utiliza el estándar determinado o un aparte de él, se debe realizar la
observación o nota qué no se ha utilizado dicho apartado.
Normas APA: el documento d debe cumplir con la norma APA en lo que
respecta a etiquetadas figuras, tablas, diagramas, términos y unidades
de medida empleados.
11.6 Verificabilidad
Significa que el requisito debe escribirse siempre de manera que sean
verificable.
11.7 Clasificación
No necesariamente todos los requisitos son igual o tienen la misma
importancia. Estos se pueden clasificar por diversos criterios:
Importancia: Los requisitos opcionales, requisitos o condicionales.
Estabilidad: Diferentes formas de cambios que hacen un llamado a una
requisito, por lo que deben establecer prioridades, de modo que de un
requisito por su prioridad no emplee excesivos recursos.
11.8 Modificabilidad
Una ERS es modificable si cualquier cambio puede realizarse de manera
fácil, completa y consistente. Siendo así, lo más recomendado es tener una
organización coherente en la que aparezca el índice o una tabla de
contenidos fácilmente accesible. (docslide.us/documents/9001.html)
21
INGENIERIA DE REQUERIMIENTOS AVANZADA
22
INGENIERIA DE REQUERIMIENTOS AVANZADA
I. Introducción
a. Referencia del Sistemas
b. Descripción General
c. Restricciones el proyecto del Software
23
INGENIERIA DE REQUERIMIENTOS AVANZADA
I. Introducción
La introducción describe los fines y los objetivos del software, describiéndoles
en el contexto de un sistema basado en computadora. Realmente la
introducción puede no ser nada más que el ámbito del documento de
planificación.
24
INGENIERIA DE REQUERIMIENTOS AVANZADA
VI Bibliografía.
La especificación de requisitos del software incluye una bibliografía y un
apéndice. La bibliografía contiene referencias a todos los documentos
relacionados con el software, Aquí s e incluye cualquier otro documento de
ingeniería dl software, así como las referencias técnicas, los libros adquiridos y
los estándares.
El apéndice contiene información que complementa la especificación. En el
apéndice se presentan las tablas de datos, la descripción detallada de los
algoritmos, los diagramas, los gráficos y otro material.
25
INGENIERIA DE REQUERIMIENTOS AVANZADA
13.1. Matemáticas
Los programas tienen muchas propiedades matemáticas. Por ejemplo la
corrección y la complejidad de muchos algoritmos son conceptos matemáticos
que pueden ser rigurosamente probados. El uso de matemáticas en la IS es
llamado métodos formales.
13.2. Creación
Los programas son construidos en una secuencia de pasos. El hecho de definir
propiamente y llevar a cabo estos pasos, como en una línea de ensamblaje, es
necesario para mejorar la productividad de los desarrolladores y la calidad final
de los programas. Este punto de vista inspira los diferentes procesos y
metodologías que se encuentran en la IS.
26
INGENIERIA DE REQUERIMIENTOS AVANZADA
14.1. Cliente
Es frecuente el uso de los términos "usuarios", "usuarios finales" y "clientes"
como sinónimos, lo cual puede provocar confusión; estrictamente, el cliente
(persona, empresa u organización) es quién especifica los requisitos del
sistema,36 en tanto que el usuario es quien utiliza u opera finalmente el
producto software, pudiendo ser o no el cliente.
14.2. Desarrolladores
Esta clase de participantes están relacionados con todas las facetas del proceso
de desarrollo del software. Su trabajo incluye la investigación, diseño,
implementación, pruebas y depuración del software. 37
14.3. Gestores
En el contexto de ingeniería de software, el gestor de desarrollo de software es
un participante, que reporta al director ejecutivo de la empresa que presta el
servicio de desarrollo. Es responsable del manejo y coordinación de los
recursos y procesos para la correcta entrega de productos de software,
mientras participa en la definición de la estrategia para el equipo de
desarrolladores, dando iniciativas que promuevan la visión de la empresa. 38
27
INGENIERIA DE REQUERIMIENTOS AVANZADA
28
INGENIERIA DE REQUERIMIENTOS AVANZADA
Colegas: Cada ingeniero deberá apoyar y ser justos con los colegas,
motivando a sus colegas sujetándose al código, ayudando también a su
desarrollo profesional, reconocer los trabajos de otros y abstenerse a
atribuirse de méritos indebidos, revisar los trabajos de manera objetiva,
sincera y propiamente documentada.
29
INGENIERIA DE REQUERIMIENTOS AVANZADA
30
INGENIERIA DE REQUERIMIENTOS AVANZADA
15. Conclusiones
31
INGENIERIA DE REQUERIMIENTOS AVANZADA
16. Bibliografía
32
INGENIERIA DE REQUERIMIENTOS AVANZADA
33
INGENIERIA DE REQUERIMIENTOS AVANZADA
34