REQUERIMIENTOS DE SOFTWARE Cúmar Cueva. Maneja el Sistema de Requerimientos Permite la solución de...
-
Upload
amadis-cavazos -
Category
Documents
-
view
216 -
download
0
Transcript of REQUERIMIENTOS DE SOFTWARE Cúmar Cueva. Maneja el Sistema de Requerimientos Permite la solución de...
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