Requerimientos No Funcionales

Slides:



Advertisements
Presentaciones similares
Arquitecturas de administración de redes y sus submodelos
Advertisements

Módulo N° 7 – Introducción al SMS
INGENIERÍA DE SOFTWARE Introducción Arquitectura de Software
Plan de Implantación Sistemas de Información III
MECABIC Método de evaluación para la Herramienta de levantado de requerimientos: care 3.2.
Pruebas de Diseño Diplomado en Calidad en el Software NOTAS
Validación de Requerimientos
Ingeniería de Requerimientos. El Metodo VORD. Alvaro Ortas.
Control Interno Informático. Concepto
© 2007 Cisco Systems, Inc. All rights reserved. Traducido en apoyo a la capacitación de Instructores de la Red Proydesa Vivir en un mundo basado en redes.
© 2007 Cisco Systems, Inc. All rights reserved. Traducido en apoyo a la capacitación de Instructores de la Red Proydesa Comunicación por la red Fundamentos.
Confidencial Enero, 2013 Nologin Consulting Corus Server Appliance & Authentication Broker.
Aspectos Organizativos para la Seguridad
Declaración de derechos y Responsabilidades de Facebook 1.Privacidad 2. Compartir el contenido y la información 3. Seguridad.
CALIDAD DE PRODUCTO PORTADA CALIDAD DE PRODUCTO.
Universidad Nacional Autónoma de Honduras
Carlos Rojas Kramer Universidad Cristóbal Colón
SYSMOTORFLOW PRESENTACIÓN DEL PROCESO Proyecto de Ingeniería de Software 2010.
Metodologías de Desarrollo
MI PROGRAMA DE FORMACION
Guia Diseño Robert Echeverria
Proyecto de Ingeniería de Software 2010 Producto
Introducción a los protocolos de enrutamiento dinámico
Proceso de Originación de Crédito: Banco de los Alpes
Segunda Jornada Nacional de Seguridad Informática ACIS 2002
Análisis y Diseño de Aplicaciones Ingeniería de Software
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements.
CALIDAD EN EL DESARROLLO DE SOFTWARE
Ingeniería del Software
© Manuel ColladoHerramientas software-1 Herramientas software Clasificación. Integración de herramientas.
Reunión de los requerimientos de la red
Aspectos Avanzados de la Tecnología de Objetos
1  2008 Universidad de Las Américas - Ingeniería de Software : Dr. Juan José Aranda Aboy ACI491: Ingeniería de Software Unidad 7: Proceso de Ingeniería.
San José, Costa Rica Febrero, 2011 Sistema de Formulación Presupuestaria.
Modelos para la calidad del software
M.S.C. Ivette Hernández Dávila
La calidad del software.
1 Introducción a la administración de redes Semestre 4 Capítulo 6 Carlos Bran
AUDITORIA DE LA SEGURIDAD en Telecomunicaciones y redes de computadoras Unidad VI.
Negociación de tecnología informática
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Configuración de un router inalámbrico
INGENIERÍA DE SOFTWARE II RECOMENDACIONES PRÁCTICAS PARA LA ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE Gabriel Tamura Norha M.
Ingeniería de Sistemas Requerimientos
Unidad 4 Diseño Arquitectónico Basado en la Funcionalidad
IIS Evaluación de productos, procesos, recursos Mejorando las predicciones (¿o estimaciones?)
REQUERIMIENTOS DE SOFTWARE
1 Introducción a ISO Juan Pablo Quiroga G. Universidad de los Andes Bogotá, Colombia.
Un sistema de gestión de bases de datos: Es un conjunto de programas que permite a los usuarios crear y mantener una base de datos. Por tanto, el SGBD.
Noviembre 2010 Ferreyra, Paula Huerta, María de las Nieves
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
“condición que necesita el usuario para resolver un problema o conseguir un objetivo determinado”. Los requisitos de un sistema son los aspectos que el.
Unidad 3: Adquisición de Paquetes de Software Msc. Lic. Susana I. Herrera - Lic. Paola Budán UNSE 2012.
Saber que cambiar y como hacer que el cambio finalmente ocurra será fuente de ventajas competitivas para la compañía. La totalidad de presentaciones y.
REQUISITOS.
SRS "Software Requirements Specification" LCD:
INGENIERIA DE SOFTWARE
INSTALACIÓN Y ADMINISTRACIÓN DE REDES DE ÁREA LOCAL
DISEÑO CURRICULAR Presentado por: Cesar Augusto Sáenz María Alejandra Hernández 1.contenidos curriculares de competencia.
Actividad 20. Métodos de prueba en entornos especializados M.C. Juan Carlos Olivares Rojas Syllabus June, 2009.
Unified Modeling Language (Lenguaje de Modelamiento unificado)
S ISTEMA O PERATIVO P ROCESADOR DE T EXTOS. SOFTWARE El primer elemento de un sistema de computación es el hardware (equipamiento). El SOFTWARE es el.
Una parte esencial del trabajo informático es mantener protegida, resguardada y respaldada la información con la cual se trabaja, pues de todo ello depende.
NORMA ISO 9126 ISO
Calidad de Software Centro ISYS Escuela de Computación
NIVELES DE CALIDAD DEL SOFTWARE
INGENIERIA DE SOFTWARE
Capas de ingeniería del Software. Rosendo Antonio Manuel Ingeniería en Sistemas Computacionales.
VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS 3.10 Fase de manejo de requerimientos 4.1 Modelado de pruebas en UML Ponente: ing. Alejandro tapia vazquez.
LA CALIDAD DEL SOFTWARE
Transcripción de la presentación:

Requerimientos No Funcionales Juan Pablo Quiroga Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes

Referencia requerimientos no funcionales Object Oriented Software Engineering. Bernd Bruegge y Allen H.Dutoit. Prentice Hall, 2000 Capítulo 4, pág. 100–106, 118-119 Software Requirements. Karl. E.Wiegers. Microsoft Press, 1999. Capítulo 9, pág. 153-162 Capítulo 11

Agenda Requerimientos no funcionales Diferencias requerimientos funcionales, no funcionales y pseudo requerimientos Clasificación de los requerimientos no funcionales y pseudo requerimientos

Requerimientos no funcionales Describen aspectos del sistema que son visibles por el usuario que no incluyen una relación directa con el comportamiento funcional del sistema. Los requerimientos no funcionales incluyen restricciones como el tiempo de respuesta(desempeño), la precisión, recursos consumidos, seguridad, etc.

Pseudo Requerimientos Son requerimientos impuestos por el cliente que restringen la implementación del sistema. Ejemplos: Lenguaje de implementación Plataforma en que el sistema debe ser implementado Requerimientos del proceso y documentación (utilización de un lenguaje formal)

Requerimientos no funcionales Requerimientos de Interfaz externa Interfaz de usuario Estándar de GUI Distribución de la pantalla Restricciones de resolución Estándares de botones, funciones o enlaces de navegación que aparecen en cada ventana Teclas “shortcut” Estándares de mensajes de error

Requerimientos no funcionales Requerimientos de Interfaz externa Interfaces de hardware Interfaces entre componentes de hardware y software del sistema Ejemplos Periféricos soportados Naturaleza de la información Protocolos de comunicación a utilizar

Requerimientos no funcionales Requerimientos de Interfaz externa Interfaces de Software Conexiones entre el producto y software externo ( identificado por nombre y versión) Ejemplo Bases de datos Sistemas operativos Legacy Identificar la información que comparten los componentes

Requerimientos no funcionales Requerimientos de desempeño Describir el desempeño para los escenarios Describir el volumen o tiempo de utilización para saber que tan importante es. Especificar el número de usuarios concurrentes Especificar el número de operaciones concurrentes Tiempos de respuesta Restricciones de tiempo para sistemas de tiempo real

Requerimientos no funcionales Requerimientos de tolerancia a fallas (safety) Posibles pérdidas de información Daño de información Indicar acciones potencialmente peligrosas que deben ser prevenidas Identificar políticas de mantenimiento de información Identificar regulaciones

Requerimientos no funcionales Requerimientos de seguridad Protección de la información Utilización del producto Definir la autenticación o autorización del ingreso los usuarios

Requerimientos no funcionales Requerimientos de calidad del software (usuario) Disponibilidad Eficiencia en el manejo de recursos Flexibilidad para adicionar requerimientos al producto Integridad Protegerse ante el daño de información Protección ante virus Proteger información importante

Requerimientos no funcionales Requerimientos de calidad del software(usuario) Interoperabilidad Confiabilidad Robustez Usabilidad “Amigable al usuario” Instalación

Requerimientos no funcionales Requerimientos de calidad del software (desarrollador) Mantenibilidad Estándares de documentación Indentación Metodología de diseño Estructura de directorios Documentos de diseño

Requerimientos no funcionales Requerimientos de calidad del software (desarrollador) Portabilidad Reusabilidad Facilitar pruebas

Requerimientos no funcionales Requerimientos operación No aumentan la capacidad funcional Permiten un mejor uso Deshacer, rehacer, copiar, pegar Configuración Barras de herramientas, configurar menús, cambiar font Sistema de ayuda

Requerimientos no funcionales Restricciones de diseño relación con pseudo requerimientos Estilo de arquitectura Plataforma de operación Herramientas Restricciones de implementación relacionados con pseudo requerimientos Lenguaje Librerías Plataforma de implementación

Documentación del requerimiento no funcional Nombre Tipo: Necesario / no necesario Crítico: Si/No Descripción Criterios de Aceptación