REQUERIMIENTOS REQUERIMIENTOS DE SOFTWAREDE SOFTWARE

Cúmar Cueva

Maneja el Sistema de Requerimientos

Permite la solución de un problema del mundo real.

Son una combinación compleja de requerimientos de diferentes personas en diferentes niveles de una organización y entorno.

Es verificable

REQUERIMIENTOS DE REQUERIMIENTOS DE SOFTWARESOFTWARE

Requerimientos de Producto Requerimientos de Producto y Procesoy ProcesoProducto

Requerimientos del software a ser desarrollado (funcionalidades)

ProcesoRestricciones llevadas a cabo en el desarrollo del sotware. (Plataforma, etc)

Requerimientos Funcionales Requerimientos Funcionales y No-Funcionalesy No-FuncionalesFuncionales

◦ Describen las funciones que el software cumplirá. (capacidades)

No-FuncionalesDeterminan como se obtendrá la solución.Requerimientos de Calidad, rendimiento, mantenimiento, seguridad y otros

Propiedades EmergentesPropiedades EmergentesRequerimientos que no

dependen de un solo componente.

Para su cumplimiento se evalúa la interoperabilidad de los componentes que le conforman.

Requerimientos Requerimientos CuantificablesCuantificablesRequerimientos clarosEvitar ambigüedad.Si es posible cuantificarlos (%).Esto impide una interpretación

subjetiva de los requerimientos

Requerimientos del Sistema Requerimientos del Sistema y del Softwarey del SoftwareRequerimientos del Sistema

Requerimientos de todo el conjunto que forma el sistema. Incluyendo los Usuarios

Requerimientos de SoftwareSistema compuesto por software Derivan de los requerimientos del sistema.

22PROCESO DE PROCESO DE

REQUERIMIENTOSREQUERIMIENTOS

Modelado de ProcesosModelado de ProcesosProceso de Requerimientos nace

con la aplicación y se mantiene durante todo el ciclo de vida.

Debe adaptarse a la organización de la empresa.

Incluye actividades de:Análisis, especificaciones y

validaciones.

Actores del ProcesoActores del ProcesoDefine roles dentro del proceso

de requerimientos.Relaciones interdisciplinarias.UsuariosClientesIngenieros de SoftwareReguladores

Procesos de Manejo y Procesos de Manejo y SoporteSoporteDetermina el manejo del

Proyecto.Establece relaciones entre:CostosRecursos HumanosEntrenamientoHerramientas

Procesos de Calidad y Procesos de Calidad y MejoramientoMejoramientoDetermina la relación entre

costos y tiempo. Se incluyen como parte la

satisfacción del cliente.

Calidad del SoftwarePruebas de RendimientoUsabilidad

33RECOLECCIÓN DE RECOLECCIÓN DE

REQUERIMIENTOSREQUERIMIENTOS

Origen de los Requerimientos

Origen de los Origen de los RequerimientosRequerimientosDiferentes Orígenes.El reconocer su origen servirá

para determinar su impacto en el proyecto.

Objetivos clarosConocimiento del área de origen

RolesEntorno de Operación y

Organización

Técnicas de Técnicas de Elicitacion(Recolección)Elicitacion(Recolección)Como obtener los

requerimientos.Actividad cooperativa.

◦Entrevistas -- Encuentros de grupo◦Escenarios◦Prototipos◦Observación

44ANALISIS DE ANALISIS DE

REQUERIMIENTOSREQUERIMIENTOS

Detectar y Resolver conflictos

http://www.processimpact.com/goodies.shtml.

Clasificación de Clasificación de RequerimientosRequerimientos• Clasificar los Requerimientos

según categorías.• Basándose en criterios como:

Funcional – No Funcional Si depende de otros En Base a Prioridades Alcance de los

Requerimientos Estabilidad / Volatibilidad

Modelado ConceptualModelado ConceptualDesarrollo de modelos del mundo real. Su Elección depende de varios

factores.

Flujo y Modelado de DatosModelos de EstadoTraceo de Eventos UMLInteracciones de UsuarioModelo de Objetos

Modelo del Contexto del Software (inicio)

Diseño Arquitectónico y Diseño Arquitectónico y Asignación de Asignación de RequerimientosRequerimientosBasado en el modelo conceptual.Permite detectar errores que no

pudieron ser vistos en al modelo anterior.

Se pueden detectar nuevos requerimientos

Análisis detallado de los requerimientos◦Deben cumplir su función.

Negociación de Negociación de RequerimientosRequerimientosResolver conflictos entre

requerimientos.Decisiones pueden ser tomadas

unilateralmente.Se aconseja consultar con las

partes implicadas (roles)

55ESPECIFICACIÓN DE ESPECIFICACIÓN DE

REQUERIMIENTOSREQUERIMIENTOS

Definición de la Definición de la Documentación del SistemaDocumentación del SistemaRequerimientos del Sistema

◦Requerimientos del UsuarioDefinido a alto nivel.No maneja documentación técnica

IEEE Std 1016-1998http://standards.ieee.org/reading/ieee/std_public/new_desc/se/

1016-1998.html

Especificación de los Especificación de los Requerimientos del SistemaRequerimientos del SistemaDocumentación referida al

sistema en conjunto.Abarca un contexto de aspectos

de ingeniería.Se basa en componentes del

Software.

ISO/IEC 18019 http://www.usabilitynet.org/tools/

r_international.htm#18019

Especificación de los Especificación de los Requerimientos del SoftwareRequerimientos del SoftwareDocumento que contiene las

especificaciones del software. ◦Función del Software y que No hará el

Software.Permite un examen riguroso de los

requerimientos.Escrito en lenguaje natural.Indicadores de Calidad del

Software(Mas común)

SRSSRS

IEEE Std 830-1998 IEEE

http://standards.ieee.org/reading/ieee/std_public/description/se/830-1998_desc.html

Template for software requirements specification

66VALIDACIÓN DE VALIDACIÓN DE

REQUERIMIENTOSREQUERIMIENTOS

Revisión de Revisión de RequerimientosRequerimientos

Revisión de requerimientos (Documentacion)

Formar un Grupo representativo.◦Varios roles (Customer,

Engineering )

Creación de PrototiposCreación de PrototiposModelos de ValidaciónHacen fácil la interpretación de la

función del software. Mejor perspectiva.

Desarrollo costoso.◦Su costo puede ser asumido

considerando los beneficios que este puede traer (tiempo de desarrollo)

Validación del ModeloValidación del Modelo

Examinar los aspectos de los requerimientos.

Test de AceptaciónTest de Aceptación

• Todo requerimiento debe ser comprobable una ves terminado.

• Identificar y diseñar test para comprobar el cumplimiento de los requerimientos.

Proceso de Proceso de RequerimientosRequerimientos

77CONSIDERACIONES CONSIDERACIONES

PRÁCTICASPRÁCTICAS

Naturaleza Iterativa del Naturaleza Iterativa del Proceso de RequisitosProceso de Requisitos

Los requerimientos no son lineales.Están propensos al cambio.

◦Revisiones◦Nuevas funcionalidades

Gestión del CambioGestión del Cambio

El manejo de requerimientos debe contemplar la forma en que se cambiarán los mismos.

Se describen los procedimientos y análisis que se deben dar para ello.

Atributos de los Atributos de los RequerimientosRequerimientos

La sola descripción del requerimiento no basta.

Se debe adjuntar información relevante

Test de pruebaMedidas CuantificablesRequisitos de Requisitos de

rastreabilidadrastreabilidad• Identificación del Origen del

Requerimiento• Predecir sus efectos en el

proyecto

AtributosAtributosPara Usuarios Para Desarrolladores

Disponibilidad Mantenibilidad

Eficiencia Portabilidad

Flexibilidad Reusabilidad

Integridad Capacidad de Testeo

Interoperabilidad

Fiabilidad

Robustez

Usabilidad

Requisitos de MediciónRequisitos de Medición

Útil para tener una medida cuantificable de un requerimiento.

Esto determina el tamaño del requerimiento y por consecuencia su costo de desarrollo y de las tareas de mantenimiento.

ConclusionesConclusionesLos requerimientos de software

son el punto de partida para el desarrollo de una solución óptima.

Todo requerimiento que no sea consultado con el usuario, será una traba en el desarrollo del sistema.

Los requerimientos son medibles, cuantificables y comprobables.

BibliografíaBibliografíaEstándares de Ingenieríahttp://electronics.ihs.com/

Estándares de IEEEhttp://standards.ieee.org

Estándares ISOhttp://www.usabilitynet.org/

SRShttp://www.microtoolsinc.com/

Howsrs.php

REQUERIMIENTOS DE REQUERIMIENTOS DE SOFTWARESOFTWARE

Cúmar Cueva