Administración de Requerimientos

www.innevo.comwww.innevo.com

Administración de Requerimientos

www.innevo.com

www.innevo.com

Administración de RequerimientosAdministración de Requerimientos

Objetivos de la Capacitación

Comprender las dificultades asociadas a la especificación de requerimientos.

Comprender la importancia de organizar los requerimientos en un documento de especificación de requerimientos y conocer las principales propiedades que éste debe cumplir.

www.innevo.com

www.innevo.com


Objetivos de la capacitación

Comprender la importancia de administrar y controlar los cambios a los requerimientos.

Conocer algunas pautas básicas para iniciar un camino de mejora en la especificación de requerimientos.

Conocer las principales actividades de la ingeniería de requerimientos y sus técnicas relacionadas.

www.innevo.com

www.innevo.com


Agenda de la Capacitación

Definición de requerimiento.

La problemática de los requerimientos.

Impacto de los errores en la etapa de requerimientos.

Requerimientos funcionales.

Requerimientos no funcionales.

Requerimientos del usuario.

Requerimientos del sistema.

www.innevo.com

www.innevo.com



Ingeniería de Requerimientos

− Concepto.

− Proceso: elicitación, especificación, validación.

El documento de especificación de requerimientos (ERS).

− Propiedades deseables.

− Destinatarios de la ERS.

− El estándar de la IEEE.

www.innevo.com

www.innevo.com



Administración de los cambios en los requerimientos

− Requerimientos durables y volátiles.

− Evolución controlada de los requerimientos.

− Planeación de la administración de cambios.

− Rastreo de requerimientos.

CMM y la administración de requerimientos

Conclusiones

www.innevo.com

www.innevo.com


Gestión Eficiente de Requerimientos de Software

Entregar al usuario lo que espera y ayudarlo a descubrir lo que necesita

www.innevo.com

www.innevo.com


La problemática de los requerimientos

3) Lo que le transmitió al profesional

2) Lo que el usuario cree necesitar

1) Lo que el usuario necesita

6) Lo que al final resultó4) Lo que el profesional entendió

5) Lo que se entregó al principio

www.innevo.com

www.innevo.com


La problemática de los requerimientos

www.innevo.com

www.innevo.com


Definición de Requerimiento(Definición IEEE-Std-610 - 1990)

• Condición o capacidad que necesita el usuario para resolver un problema o alcanzar un objetivo.

• Condición o capacidad que debe satisfacer o poseer un sistema o un componente de un sistema para satisfacer un contrato, un standard, una especificación u otro documento formalmente impuesto.

• Representación documentada de una condición o capacidad como las expresadas anteriormente.

www.innevo.com

www.innevo.com


Importancia de los Requerimientos

Necesidad del usuario

Establecida formalmente

www.innevo.com

www.innevo.com


Catarata de Errores de MizunoProblema

Funcionescorrectas

Programascorrectos

Programas basadosen diseño

incorrecto

Programas basadosen especificación

incorrecta

Errores nocorregibles

Errores corregibles

Especificacióncorrecta

Especificación deRequerimientos

Especificaciónincorrecta

Diseño basado en especificación

incorrecta

Diseño correcto

DiseñoincorrectoDiseño

Errores de programaciónImplementación

Testing Erroresocultos

www.innevo.com

www.innevo.com


Impacto de los Errores en la Etapa de Requerimientos

El software resultante puede no satisfacer a los usuariosLas interpretaciones múltiples de los requerimientos pueden causar desacuerdos entre clientes y desarrolladoresEs imposible que a través del testeo el software satisfaga sus requerimientosPuede gastarse tiempo y dinero construyendo el sistema erróneo

www.innevo.com

www.innevo.com


Especificación de Requerimientos

RequerimientosEmpresariales

Especificación de

Requerimientos

RequerimientosFuncionales

RequerimientosNo funcionales

Evaluación

www.innevo.com

www.innevo.com


Requerimientos Funcionales

Relacionados con la descripción del comportamiento fundamental de los componentes del software.

Las funciones son especificadas en términos de entradas, procesos y salidas.

Una vista dinámica podría considerar aspectos como el control, el tiempo de las funciones (de comienzo a fin) y su comportamiento en situaciones excepcionales.

www.innevo.com

www.innevo.com


Requerimientos funcionales: Ejemplos

El sistema deberá permitir localizar un cliente para registrarleel cobro, utilizando criterios de búsqueda adecuados. (ambiguo)

El sistema deberá permitir localizar un cliente para registrarleel cobro, presionando un botón que le permita buscar por el nombre del cliente y el identificador del cliente. (incluye detalles de implementación)

El sistema deberá permitir localizar un cliente para registrarleel cobro, utilizando como criterios de búsqueda el nombre del cliente y el identificador del cliente.

www.innevo.com

www.innevo.com


Características

Completitud: todos los servicios solicitados por el usuario deben estar definidos.

Consistencia: los requerimientos no deben tener definiciones contradictorias.

www.innevo.com

www.innevo.com


Requerimientos No Funcionales

Pueden definirse como consideraciones o restricciones asociadas a un servicio del sistema.

Suelen llamerse también requerimientos de calidad o no comportamentales en contraste con los comportamentales.

www.innevo.com

www.innevo.com


Importancia

Juegan un papel crucial en el diseño y desarrollo del sistema de información.

Pueden ser a veces mas críticos que los funcionales. Una falla en un requerimiento no funcional podría inutilizar el sistema.

www.innevo.com

www.innevo.com


Dificultades Asociadas a los Requerimientos No Funcionales

No hay reglas ni lineamientos para determinar cuando se obtuvo una solución óptima.

Tiene buenas y malas soluciones, no soluciones correctas e incorrectas.

Deben expresarse de forma tal que puedan ser verificados.

www.innevo.com

www.innevo.com


Requerimientos No Funcionales: Tipos

Requerimientos del producto: especifican el comportamiento del producto, como por ejemplo la velocidad de ejecución o la tasa de fallas.

Requerimientos organizacionales: se derivan de las políticas y procedimientos existentes en la organización del cliente.

Requerimientos externos: derivan de los factores externos al sistema y de su proceso de desarrollo, como por ejemplo los requerimientos legales.

www.innevo.com

www.innevo.com


Requerimientos No Funcionales: Tipos

Requerimientos de Usabilidad

Requerimientos De Performance

Requerimientos de Eficiencia

Requerimientos De Espacio

Requerimientos de Confiabilidad

Requerimientos de Portabilidad

Requerimientos de Implementación

Requerimientos de Entrega

Requerimientos de Estándares

Productrequirements

Or ganizationalrequirements

Ex ternalrequirements

Non-f unctionalrequirementsRequerimientos

No Funcionales

Requerimientos del Producto

Requerimientos Organizacionales

Requerimientos Externos

Requerimientos de Privacidad

Requerimientos Interoperabilidad

Requerimientos de Seguridad

Requerimientos Legales

Requerimientos Eticos

www.innevo.com

www.innevo.com


Requerimientos no funcionales: ejemplos

Del producto: La capacidad máxima de almacenamiento es de 4 MB.

Organizacional: El proceso de desarrollo utilizado deberá apegarse a los estándares definidos en la organización.

Externo: el sistema no deberá revelar a sus operadores información personal de los clientes excepto su nombre y numero de referencia.

www.innevo.com

www.innevo.com


Requerimientos verificables

Meta: deberá ser fácil para los usuarios especializados utilizar el sistema, y éste deberá estar organizado para minimizar los errores del usuario.

Requerimiento no funcional verificable: después de una capacitación de 2 horas, a los usuarios especializados les deberá ser posible utilizar todas las funciones del sistema. Después de esta capacitación, el número de errores de los usuarios experimentados no excederá de 2 por día.

www.innevo.com

www.innevo.com


Medidas de los Requerimientos

• Número de Sistemas destino• Porcentaje de definiciones dependientes del destino

Portabilidad

• Tiempo de reinicio después de fallas• Porcentaje de Eventos que causan fallas• Probabilidad de corrupción de datos durante una falla.

Robustez

• Tiempo medio entre fallas• Probabilidad de indisponibilidad• Ratio de Ocurrencia de Fallas• Disponibilidad

Confiabilidad

• Tiempo de capacitación• Número de entornos de ayuda

Facilidad de Uso

• K Bytes• Número de chips de RAM

Tamaño

• Transacciones / Segundo Procecesadas• Tiempo de Respuesta de Evento / Usuario• Tiempo de barrido de la pantalla

Velocidad

MedidaPropiedad

www.innevo.com

www.innevo.com


Requerimientos del usuario

Describen los requerimientos funcionales y no funcionales de tal forma que sean comprensibles para los usuarios del sistema que no posean un

conocimiento técnico detallado.

www.innevo.com

www.innevo.com


Requerimientos del usuario: destinatarios

Administradores clientes.Usuarios finales del sistema.

Ingenieros clientes.Arquitectos del sistema.


www.innevo.com

www.innevo.com


Problemas

Falta de claridad

Confusión de requerimientos

Conjunción de requerimientos

www.innevo.com

www.innevo.com


Requerimientos del sistema

Especificación completa y consistente del sistema que sirve como contrato entre el comprador del

sistema y el desarrollador del software.

www.innevo.com

www.innevo.com


Requerimientos del sistema: destinatarios

Usuarios finales del sistema.Ingenieros clientes.

Arquitectos del sistema.Desarrolladores del software.

Requerimientos del sistema

www.innevo.com

www.innevo.com


Ingeniería de Requerimientos

“Es el proceso sistemático de desarrollar requerimientos a través de un proceso cooperativo e iterativo de analizar el

problema, documentar las observaciones resultantes en una variedad de formatos de representación y validar la precisión de la

comprensión obtenida”

www.innevo.com

www.innevo.com


Aspectos principales de la Ingeniería de Requerimientos

Comprender el problema

Describir el problema

Acordar sobre la naturaleza problema

www.innevo.com

www.innevo.com


Propuesta de la Ingeniería de Requerimientos

Validación Especificación

Elicitación

RASTREABILIDAD HACIA DELANTE Y HACIA ATRAS

www.innevo.com

www.innevo.com


Interacción entre Procesos de la Ingeniería de Requerimientos

UsuarioUsuarioFeedback del usuario


Modelos avalidar por el usuarioEspecificación

de Requerimientos

Modelos de Requerimientos

Necesidad de más conocimiento

Resultados de la validación

Conocimiento del dominio


Elicitación Especificación

Requerimientos validados y negociados

Requerimientos validados y negociados

Dominio del ProblemaDominio del Problema


Conocimiento

Validación

www.innevo.com

www.innevo.com


Productos entregables

Modelo del dominio del problema.

Modelo de los requerimientos funcionales.

Modelo de los requerimientos no funcionales.

www.innevo.com

www.innevo.com


Elicitación: Propósito

Ganar conocimiento relevante del problema, para producir una especificación rigurosa del software necesario para resolver el problema.

Al final del proceso el analista podría ser un “experto”en el dominio del problema.

www.innevo.com

www.innevo.com


Elicitación: Entradas

Fuentes del conocimiento del dominio:

• Expertos del dominio

• Literatura sobre el dominio

• Software existente en el dominio

• Software similar en otros dominios

• Standards nacionales e internacionales

• Usuarios finales

www.innevo.com

www.innevo.com


Elicitación: Actividades

Tareas a encarar por el analista:

Identificar fuentes de conocimiento.

Adquirir el conocimiento.

Decidir sobre la relevancia de un conocimiento.

Comprender la significación del conocimiento y su impacto.

www.innevo.com

www.innevo.com


Elicitación: Actividades

Técnicas más utilizadas

Entrevistas

Desarrollo Conjunto de Aplicaciones (JAD)

Torbellino de Ideas

Escenarios

www.innevo.com

www.innevo.com


Entrevistas

Son dirigidas normalmente por el personal mas expertodel equipo de desarrollo, ya que deben ser orientadas

para que la información obtenida a través de ellas sea relevante al proceso.

www.innevo.com

www.innevo.com


Entrevistas: Fases

Preparación

Realización

Análisis

www.innevo.com

www.innevo.com


Desarrollo Conjunto de Aplicaciones

Alternativa a las entrevistas individuales que se desarrolla a lo largo de un conjunto de reuniones de grupo.

En estas reuniones se ayuda a los clientes y usuarios a formular problemas y explorar posibles soluciones, involucrándolos y

haciéndolos sentirse partícipes del desarrollo.

www.innevo.com

www.innevo.com


Desarrollo Conjunto de Aplicaciones: fases

Adaptación

Celebración de sesiones JAD

Conclusión

www.innevo.com

www.innevo.com


Tormenta de Ideas

Técnica de reuniones en grupo cuyo objetivo es la generación de ideas en un ambiente libre de

críticas o juicios

www.innevo.com

www.innevo.com


Tormenta de ideas: fases

Preparación

Generación

Consolidación

Documentación

www.innevo.com

www.innevo.com


Escenarios

Las personas describen y critican un escenario de interacción con el sistema de software.

Los ingenieros de requerimientos pueden utilizar la información obtenida en esta discusión para comprender los requerimientos del sistema.

El escenario inicia con un bosquejo de la interacción y, durante la obtención, se agregan detalles para crear una descripción completa.

www.innevo.com

www.innevo.com


EscenariosDe forma general incluye:

Una descripción del estado del sistema al inicio del escenario.

Una descripción del flujo normal de eventos en el escenario.

Una descripción de lo que puede ir mal y cómo manejarlo.

Información de otras actividades que se podrían llevará a cabo al mismo tiempo.

Una descripción del estado del sistema después de completar el escenario.

www.innevo.com

www.innevo.com


Escenarios

Es posible llevar a cabo de manera informal la obtención de requerimientos basada en escenarios o se puede utilizar un

enfoque mas estructurado como los casos de uso.

www.innevo.com

www.innevo.com


Técnicas complementarias de elicitación

Observación in situ

Estudio de documentación

Cuestionarios

Reuso de conocimiento

www.innevo.com

www.innevo.com


Dificultades en la Elicitación

A menudo los usuarios no conocen realmente lo que desean obtener del sistema excepto en términos generales.

Los usuarios expresan los requerimientos con sus propios términos y con un conocimiento implícito de su trabajo.

Los usuarios tiene requerimientos distintos y podrían expresarlos de varias formas.

El entorno económico y de negocios es dinámico.

www.innevo.com

www.innevo.com


Elicitación: Productos

No se produce ningún modelo formal.

Sucesión de modelos mentales del dominio del problema.

www.innevo.com

www.innevo.com


Especificación: Propósito

Acuerdo usuarios-desarrolladores sobre el problema a resolver.

Pauta para el desarrollo de un sistema de software.

www.innevo.com

www.innevo.com


Especificación: Entradas

Conocimiento sobre el dominio del problema.

Lo provee el proceso de elicitación.

www.innevo.com

www.innevo.com


Especificación: Actividades

Análisis y asimilación del conocimiento de los requerimientos.

Síntesis y organización del conocimiento en un modelo de requerimientos coherente y lógico.

www.innevo.com

www.innevo.com


Especificación: Productos

Se producen una variedad de modelos: Modelos orientados al usuario, que especifican

comportamiento,características no funcionales, etc.

Modelos orientados al desarrollador, que especifican propiedades funcionales y no funcionales del software y restricciones.

www.innevo.com

www.innevo.com


El Problema

A partir del modelo de requerimientos se puede establecer que no contiene definiciones contradictorias, pero un modelo correcto de requerimientos no es necesariamente el modelo de requerimientos correcto.

No existen los REQUERIMIENTOS de los requerimientos, el peligro está en hacer el esfuerzo de analizar el problema erróneo.

www.innevo.com

www.innevo.com


Causas de los errores

Dificultades en la elicitación de los requerimientos del usuario.

Dificultad en establecer un esquema de comprensióncomún entre analista y usuario.

www.innevo.com

www.innevo.com


Características del proceso

Representación, aspecto social y aspecto cognitivo.

De una formulación informal a una especificación formal.

Proceso no determinístico y no lineal.

Elicitar, especificar y validar requerimientos, no son actividades predominantemente técnicas.

Típica actividad de resolución de problemas.

www.innevo.com

www.innevo.com


Validación: Propósito

Certifica la consistencia del modelo de requerimientos con las intensiones de clientes y usuarios.

Ayuda a hacer el artefacto correcto.

Se aplica también a los modelos intermedios.

www.innevo.com

www.innevo.com


Validación: Entradas

Todo modelo está sujeto a validación por lo tanto cada modelo es entrada.

El conocimiento sobre el dominio del problema.

Algunas partes del modelo formal.

www.innevo.com

www.innevo.com


Validación: Técnicas

Revisión de requerimientos

Construccion de PrototiposAnimación Análisis de consistencia automático

www.innevo.com

www.innevo.com


Revisión de requerimientos

• Los requerimientos son analizados sistemáticamente por un equipo de revisores.

• Pueden ser formales o informales.

• Los conflictos, contradicciones, errores y omisiones deben señalarse y registrarse formalmente.

www.innevo.com

www.innevo.com


Construcción de Prototipos

Versión inicial de un sistema que se desarrolla para dar a los usuarios una impresión completa de las capacidades del

sistema. Por lo tanto, el prototipo ayuda a establecer y validar los requerimientos.

www.innevo.com

www.innevo.com


Construcción de prototipos

Prototipos Evolutivos

Sistema entregado

Requerimientosgenerales

Prototipos Desechables

Prototipo ejecutable +Especificación del sistema

www.innevo.com

www.innevo.com


Validación: Salidas

• Modelo de requerimientos en línea con las expectativas de los usuarios.

• No significa que el modelo sea correcto.

• Compromiso entre lo deseado y lo posible y factible.

www.innevo.com

www.innevo.com


ValidaciónInteracción con otros procesos

La validación está presente en todos los procesos de la IR, la dispara:

Nuevo conocimiento sobre el dominio del problema (elicitación).

Formulación de un modelo de requerimientos (especificación).

La validación se requiere en las etapas de análisis y síntesis (pues debe chequearse la corrección de lainformación).

www.innevo.com

www.innevo.com


El Documento de Especificación de Requerimientos (ERS)

Es el resultado del proceso de ingeniería de requerimientos.

Es la base para el acuerdo contractual con el cliente.

www.innevo.com

www.innevo.com


Propiedades deseables del Documento de Especificación de Requerimientos

Consistencia.

No ambigüedad.

Verificabilidad.

Completitud.

Rastreabilidad.

Independencia del diseño.

www.innevo.com

www.innevo.com


Destinatarios de la ERS

Administradores Clientes

Usuarios del sistema

Cliente

Administradores del proyecto

Desarrolladores

Equipo de pruebas

Equipo de mantenimiento

Equipo del proyecto

www.innevo.com

www.innevo.com


Indice del Standard de IEEE para la Especificación de Req. de Software

1. Introducción− 1.1. Propósito− 1.2. Alcance− 1.3. Definiciones, acrónimos y abreviaturas− 1.4. Referencias− 1.5. Overview

2. Descripción general− 2.1. Perspectiva del producto− 2.2. Funciones del producto− 2.3. Características del usuario− 2.4. Restricciones generales− 2.5. Supuestos y dependencias

3. Requerimientos específicosApéndices

www.innevo.com

www.innevo.com


1.Introducción

1.1. PropósitoDelinear el propósito de la SRS y especificar a quién se dirige.

1.2. AlcanceIdentificar los productos de SW, explicar que hará y que no hará cada uno, describir la aplicación.

1.3. Definiciones, acrónimos y abreviaturasIncluir las definiciones de los términos, acrónimos y abreviaturas requeridas para interpretar la SRS.

1.4. ReferenciasProveer una lista completa de todos los documentos referenciados.

1.5. OverviewDescribir qué contiene el resto de la SRS y explicar cómo está organizada la SRS.

www.innevo.com

www.innevo.com


2.Descripción General2.1. Perspectiva del producto

− Relación con otros productos o proyectos− Productos independientes− Componentes de un sistema o de un proyecto:− Hardware y equipamiento periférico− Diagrama de bloques− Restricciones de diseño

2.2. Funciones del producto− Resumen de las funciones que ejecutará el software.− Comprensibilidad− Diagrama de bloques− No establece requerimientos específicos,

www.innevo.com

www.innevo.com


2. Descripción General - II

2.3. Características del usuario− Características generales del usuario− Restricciones impuestas por los interactuantes− Requerimientos específicos o restricciones sobre la solución

2.4. Restricciones generales− Límites al desarrollador− Requerimientos específicos o restricciones sobre la solución

2.5. Supuestos y dependencias− Factores que afectan los requerimientos − Restricciones de diseño − Cambios que pueden afectar los requerimientos en la SRS.

www.innevo.com

www.innevo.com


Descripción General - III

2.4. Restricciones generales− Políticas regulatorias− Limitaciones de hardware− Interfases con otras aplicaciones− Operaciones paralelas− Funciones de auditoría− Funciones de control− Requerimientos de lenguajes de alto nivel− Protocolos de “signal handshake” (ej: XON/XOFF)− Criticalidad de la aplicación− Consideraciones de seguridad (Safety and Security)

www.innevo.com

www.innevo.com


3.Requerimientos específicos

El sector mayor y más importante de la ERS.

Presentación y conceptualización del desarrollo de los requerimientos.

El contexto de la ingeniería de requerimientos.

www.innevo.com

www.innevo.com


Requerimientos específicos - I

3.1. Requerimientos funcionales3.1.1. Requerimientos funcionales 1

3.1.1.1.Introducción3.1.1.2.Inputs3.1.1.3.Procesos3.1.1.4.Outputs

.....3.1.n. Requerimientos funcionales n

3.2. Requerimientos de interfase externa3.2.1. Interfases del usuario3.2.2. Interfases del hardware3.2.3. Interfases del software3.2.4. Interfases de comunicaciones

3.3. Requerimientos de performance3.4. Restricciones de diseño

3.4.1. Cumplimiento de standards3.4.2. Limitaciones de Hardware....

www.innevo.com

www.innevo.com


Requerimientos específicos - II

3.5. Atributos3.5.1. Disponibilidad3.5.2. Seguridad3.5.3. Mantenibilidad3.5.4. Transferibilidad/conversión...

3.6. Otros requerimientos3.6.1. Base de Datos3.6.2. Operaciones3.6.3. Adaptación del lugar

www.innevo.com

www.innevo.com


Evolución de Requerimientos

Comprensión inicial del problema

Cambios en la comprensión del

problema

Tiempo

Requerimientos iniciales

Requerimientos Cambiados

www.innevo.com

www.innevo.com


Clases de Requerimientos

Requerimientos Durables: son relativamente estables, derivan de las actividades centrales del negocio, los cuales se relacionan directamente con el dominio del sistema.

Requerimientos Volátiles: son aquellos que tienen probabilidad de cambiar durante el desarrollo del sistema o después que el sistema se haya puesto en producción.

www.innevo.com

www.innevo.com


Requerimientos Volátiles

Tipos de Requerimientos (Harker)

Mutantes

Emergentes

Consecutivos

De compatibilidad

www.innevo.com

www.innevo.com


Evolución controlada de los requerimientosCambio de

Requerimientos

Documento de Requerimientos V 2

Cambio de Requerimientos



Implementación de Sistema V 2




Requerimientos y sistemaconsistentes

Requerimientos y sistemainconsistentes

www.innevo.com

www.innevo.com


Planeación de la Administración de Cambios en los Requerimientos: Definiciones necesarias

• La identificación de requerimientos.

• Un proceso de administración del cambio.

• Políticas de rastreo.

• Ayuda de herramientas CASE.

www.innevo.com

www.innevo.com


Administración de cambios: Información de rastreo.

Información de rastreo de la fuente (usuario relacionado).

Información de rastreo de los requerimientos dependientes entre si.

Información de rastreo de los requerimientos y los módulos del diseño en los cuales se implementará.

www.innevo.com

www.innevo.com


Matriz de rastreabilidad

R3.1UR2.3

2.2UR2.1

RR1.3RU1.2

RU1.13.12.32.22.11.31.21.1Req. Id

www.innevo.com

www.innevo.com


Inicial•ER ad-hoc•Son comunes los problemas de requerimientos

Inicial•ER ad-hoc•Son comunes los problemas de requerimientos

Repetible•Estándares definidos paradocumentación de requerimientos•Problemas de requerimientos menores

Repetible•Estándares definidos paradocumentación de requerimientos•Problemas de requerimientos menores

Definido•ER definida explícitamente•Procesos basados en mejores prácticas•Programa de Mejoramiento de procesos en práctica

Definido•ER definida explícitamente•Procesos basados en mejores prácticas•Programa de Mejoramiento de procesos en práctica

InicialInicial

DefinidoDefinidoGestionadoGestionado

OptimizadoOptimizado

CMM y la Administración de Requerimientos

RepetibleRepetible

www.innevo.com

www.innevo.com


El modelo CMM – Revisión de nivelesNivel 2 Areas clave de proceso (KPAs)

Manejo de los Requerimientos

Aseguramiento de la Calidad del Software

Planeación del Proyecto de Software

Manejo de la Configuración del Software

Seguimiento y supervisión del proyecto de Software

Manejo del Subcontrato de Software

www.innevo.com

www.innevo.com



Propósito según CMM

Establecer una comprensión común entre el cliente y el proyecto de los requerimientos del cliente que debe satisfacer

el proyecto.

www.innevo.com

www.innevo.com



Metas

Meta 1: Los requerimientos del sistema asignados al software son controlados para establecer una “línea base" para uso de la ingeniería de software y la gestión.

Meta 2: Los planes, productos y actividades de software deben mantenerse consistentes con los requerimientos del sistema asignados al software.

www.innevo.com

www.innevo.com


Como iniciar un camino de mejora

1. Documentación

1. Defina una estructura estándar de documento

2. Haga el documento fácil de modificar

3. Defina un plantilla estándar para describir requerimientos

2. Gestión de Requerimientos

1. Defina procedimientos para administración de requerimientos

2. Controle las propiedades de los requerimientos

3. Use lenguaje simple, consistente y conciso

4. Organice inspecciones formales de requerimientos

5. Use checklist para validación y análisis de requerimientos

6. Anticípese a los conflictos y su resolución (análisis de riesgos)

www.innevo.com

www.innevo.com


Conclusiones

La especificación de requerimientos es una etapa crítica en el proceso de producción del software, ya que los errores en esta etapa conducen inevitablemente a problemas posteriores en el diseño e implementación del sistema.

La ingeniería de requerimientos nos aporta un proceso sistemático estructurado en 3 etapas: elicitación, especificacióny validación, y numerosas técnicas que nos ayudan a identificary especificar los requerimientos obteniendo como resultado un documento formal.

www.innevo.com

www.innevo.com


Conclusiones

El documento de especificación de requerimientos (ERS) constituye la declaración acordada con el cliente de lo que el sistema debe realizar.

La ERS debe contener una descripción completa y consistente de los requerimientos funcionales y no funcionales del sistema y debe estar expresada para que puedan ser entendidos tanto por expertos como por el usuario.

www.innevo.com

www.innevo.com


Conclusiones

Los factores sociales y organizacionales tienen una fuerte influencia sobre los requerimientos del sistema y pueden determinar si el software es realmente utilizado o no.

Los cambios en los negocios, organizacionales y técnicos inevitablemente conducen a cambios en los requerimientosdel sistema, estos cambios deben ser administrados de una manera controlada para que los requerimientos siempre estén consistentes con el sistema.

Administración de Requerimientos

Documents

Transcript of Administración de Requerimientos