REQUISITOS DE SOFTWARE

1. REQUISITOS DE SOFTWARE ING. JULIAN ENRIQUE CELY CARDENAS

2. "La tarea más difícil de construir un sistema del software es precisamente decidir qué construir.Ninguna otra parte del trabajo conceptual es tan difícil como establecer los requisitos, incluyendo todas las interfaces a las personas, a las máquinas, y otros sistemas del software. Ninguna parte del trabajo lesiona tanto al sistema resultante si hace mal. Ninguna otra parte es más difícil rectificar después."[Brooks, No SilverBullets, 1987]

3. “El proceso de estudio de las necesidades de los usuarios para llegar a una definición de los requisitos del sistema, de hw. o de sw.” “El proceso de estudio y refinamiento de dichos requisitos” [IEEE Std. 610, Glosario estándar de términos en ingeniería del software] Análisis de Requisitos: Ingeniería de Requisitos LA INGENIERIA DE REQUISITOS es la rama de la ingeniería de sistemas que trata la identificación del propósito de un sistema de software y el contexto en el cual será usado

4. Condiciones que debe cumplir un sistema para satisfacer un contrato, una norma o una especificación. Condición o capacidad que necesita el usuario para poder resolver un problema o conseguir un beneficio determinado. Que es un requisito? REQUISITO:

5. Que es un requisito? Un requisito podría describir: Una facilidad a nivel usuario Ej.: ‘el procesador de palabras debe incluir un verificador de ortografía y un comando de corrección’ Una propiedad muy general del sistemaEj.: ‘el sistema debe asegurar que la información personal nunca se haga disponible sin autorización’ Una restricción específica del sistema Ej.: ‘el sensor debe ser activado 10 veces por segundo’ Una restricción para el desarrollo del sistema Ej.: ‘el sistema debe ser desarrollado usando Ada’ Cómo llevar a cabo algún cálculo Ej.: ‘la nota final debe ser calculada sumando las notas del examen, proyecto y cursada del estudiante basado en la siguiente fórmula nota final = nota_exam + 2 * nota_proy + 2/3 * nota_cursada’

6. Requisitos Funcionales: describen la funcionalidad o los servicios que se espera que el sistema proveerá: sus entradas y salidas, excepciones, .. etc en resumen su lógica. Requisitos no Funcionales: se refieren a las propiedades emergentes del sistema como la fiabilidad, el tiempo de respuesta, la capacidad de almacenamiento, la capacidad de los dispositivos de entrada/salida, y la representación de datos que se utiliza en las interfaces del sistema. TIPOS DE REQUISITOS

7. Extracción: El proceso mediante el cual los clientes o futuros usuarios del software descubren, revelen, articulan y comprenden los requisitos que desean. Técnicas de recogida de información. Análisis: el proceso de razonamiento sobre los requisitos obtenidos, detectando y resolución de posibles inconsistencias o conflictos. Especificación de requisitos: el proceso de redacción o registro de los requisitos. Para este proceso puede recurrirse al lenguaje natural, lenguajes formales. Catálogo de requisitos. Validación de los requisitos: el proceso de confirmación, por parte de los usuarios o clientes, de que los requisitos especificados son válidos, consistentes, completos. PROCESO DE REQUISITOS

8. Las características deseables para un buen análisis de los requisitos son las siguientes [IEEE 1984b]: No ambigua. Completa. Fácil de verificar. Consistente. Fácil de modificar. Fácil para identificar el origen u las consecuencias de cada requisito. Fácil de utilizar durante la fase de explotación y mantenimiento. CARACTERISITICAS

9. IEEE 830 REVISAR DOCUENTO DEL BLOG SOBRE IEEE 830

10. FIN