Documente Academic
Documente Profesional
Documente Cultură
Extraer
Mejia-Alvarez, 2009
Diapositiva 1
Introduccin a la Nocin de Ingeniera de Requerimientos. Explicacin de los diferentes niveles de detalle de requerimientos que se necesiten. Describir como deben ser organizados los documentos de un Sistema de Requerimientos. Describir la validacin del Proceso de Requerimientos. Explicar porque los Requerimientos se involucran durante el tiempo de vida de un sistema.
Introduccion a los Requerimientos Diapositiva 2
Mejia-Alvarez, 2009
Comprender el problema que se va a resolver, para lo cual es necesario estudiar el dominio o entorno en el que el sistema va a operar. Buscar y recolectar informacin acerca del sistema a desarrollar, de manuales de operacin y mantenimiento, de manuales organizacionales y polticas de operacin. Definir los lmites y restricciones del sistema para determinar con precisin que es lo que el sistema va a hacer y tambin especificar lo que no va a hacer. Identificar a las personas o usuarios interesados en el sistema, ya que ellos conocen el medio ambiente en que operar el sistema y pueden ayudar describiendo sus necesidades. Recolectar y clasificar requerimientos, los desarrolladores pueden iniciar definiendo un bosquejo general del sistema, su funcionamiento bsico y estableciendo su alcance.
Introduccion a los Requerimientos Diapositiva 3
Mejia-Alvarez, 2009
Mejia-Alvarez, 2009
Diapositiva 4
Que se quiere hacer. Que problema se quiere resolver. Para que se quiere hacer el sistema. Problemas:
El cliente no siempre define claramente el problema. El analista de requerimientos y los desarrolladores no comprenden la naturaleza del problema. El analista y los desarrolladores entienden el problema pero no saben como llevarlo a cabo. El problema es muy amplio, vago, poco factible, o muy voltil.
Introduccion a los Requerimientos Diapositiva 5
Mejia-Alvarez, 2009
Ambiente operacional. Permite definir el ambiente sobre el cual el sistema estar operando y todos sus componentes. Sistemas de hardware. Estos sistemas comprenden, los sistemas de cmputo, las redes utilizadas y sus protocolos, as como cualquier otros sistemas elctricos y mecnicos. Sistemas de Software. Estos sistemas comprenden los sistemas operativos, bases de datos, lenguajes, sistemas de manejo de archivos, software de aplicacin, sistemas de seguridad, entre otros. Interfaces Hombre-Maquina. Estos sistemas son aquellos con los que los usuarios tendrn contacto directo para llevar a cabo sus labores. Conexiones externas. Estos sistemas son aquellos que provienen del exterior del sistema y que reciben datos del sistema o a quienes el sistema enva datos. Procedimientos operacionales. Estos procedimientos definen las funciones que realiza el sistema actual. Capacidad del Sistema Actual. Este aspecto permite identificar cual es la capacidad de procesamiento y de almacenamiento requeridos por el sistema.
Mejia-Alvarez, 2009 Introduccion a los Requerimientos Diapositiva 6
Identificar las tareas o funciones que describen las necesidades del cliente (identificar los casos de uso). Identificar los eventos del sistema y sus respuestas. Observar a los usuarios en sus labores. Observar reportes de problemas de los usuarios del sistema actual.
Mejia-Alvarez, 2009 Introduccion a los Requerimientos Diapositiva 7
Antecedentes. En los antecedentes se resumen las razones y el contexto del nuevo producto. Proveen una descripcin general de la historia o la situacin que llev a la decisin de construir el producto o sistema. Oportunidades de negocio. Para un producto comercial, describen la oportunidad de mercado que existe y el mercado en el cual el producto estar compitiendo. Visin del producto. Es una descripcin general de lo que se persigue con la construccin del software y de los beneficios que se esperan. Alcances del proyecto a travs de los requerimientos del negocio. Los alcances del proyecto permiten al cliente y a los desarrolladores, identificar las implicaciones del desarrollo como son, el tiempo de construccin, los costos y las personas involucradas en desarrollo (por parte del cliente y por parte de los desarrolladores).
Mejia-Alvarez, 2009 Introduccion a los Requerimientos Diapositiva 8
Comprensin del negocio. No es posible llevar a cabo ningn proyecto si no se conoce el negocio que la organizacin del cliente lleva a cabo. En la comprensin del negocio es necesario conocer: La estructura organizacional. Los procesos del negocio. Los sistemas existentes, y El personal clave relacionado con el proyecto. Riesgos del negocio. En este aspecto, los riesgos definen los problemas que se contemplan dentro del desarrollo del proyecto; una vez que el comienzo de ste ha sido ha sido aprobado. la habilidad de poder controlar y administrar efectivamente el desarrollo del proyecto, la competencia del mercado, el nivel de aceptacin del usuario, los posibles problemas con la implementacin y operacin del sistema, y los posibles impactos negativos en la organizacin. Mejia-Alvarez, 2009 Introduccion a los Requerimientos Diapositiva 9
Mejia-Alvarez, 2009
Informacin sobre el sistema actual. Esta informacin provee detalles sobre el sistema que se quiere remplazar y que actualmente est en funcionamiento. Si se trata de un producto a desarrollar de uso genrico, sta informacin deber ser aquella que describe los productos similares actualmente en el mercado, contra quienes el producto tendr que competir. Necesidades de los clientes y usuarios. La informacin recolectada anteriormente, derivada de las entrevistas con los clientes, usuarios y con los interesados en el sistema, debe documentarse. Estndares organizacionales. Esta informacin comprende todos aquellos manuales de procedimientos que la organizacin sigue en sus procesos. Regulaciones Nacionales e Internacionales. Esta informacin es aquella que provea estndares o normas para reglamentar al sistema o a los productos de software a construir. Usualmente todo pas cuenta con un organismo de gobierno que regula las actividades de las organizaciones y que provee reglas de competencia y de calidad. Informacin sobre el dominio de la aplicacin. Esta informacin comprende toda aquella informacin que permita descubrir el dominio.
Introduccion a los Requerimientos Diapositiva 10
Mejia-Alvarez, 2009
Diapositiva 11
La frecuencia con la que usan el sistema. Las funciones que usan del sistema y su frecuencia. La experiencia en el dominio de la aplicacin y su experiencia con otros sistemas similares. El tipo de uso que le dan al sistema (operacin, administracin, mantenimiento, supervisin). Las tareas que desempean en soporte de los procesos de la organizacin. Sus privilegios de acceso o niveles de seguridad (tales como usuario invitado, administrador o usuario de nivel interno). Tipo de usuarios necesario para operar el sistema (persona, grupo de personas, robot, o otra computadora).
Mejia-Alvarez, 2009 Introduccion a los Requerimientos Diapositiva 14
Roles y Actividades
Rol Actividades
Analista de Requerimientos, Experto Este personal estar a cargo de entender del dominio, usuario el problema y su definicin. Analista de requerimientos, usuario Estn a cargo de especificar a detalle los requerimientos.
Ingeniero de desarrollo de software, Estn a cargo de seleccionar posibles administrador del proyecto prototipos del sistema. Ingeniero de requerimientos, Ingeniero Estarn a cargo de desarrollar el sistema de desarrollo de software o prototipo.
Usuario, experto del dominio, analista Estarn a cargo de evaluar el sistema de requerimiento e Ingeniero de final o prototipo. Desarrollo
Mejia-Alvarez, 2009 Introduccion a los Requerimientos Diapositiva 15
Recoleccin de Requerimientos
De forma general los requerimientos provienen de las siguientes fuentes: Los interesados en el sistema. Todos los interesados en el sistema, principalmente el cliente y los usuario son quienes mas informacin deben proporcionar sobre los requerimientos. El dominio de la aplicacin. El dominio de la aplicacin es una fuente de informacin que permite ubicar el contexto del desarrollo. Permite obtener informacin acerca de las caractersticas de funcionamiento del sistema de forma general, y permite establecer sus restricciones. La organizacin. No puede validarse la informacin de los requerimientos a no ser que esta est de acuerdo a los estndares utilizados en la organizacin. De hecho la organizacin tambin provee algunos de los requerimientos funcionales y principalmente los no-funcionales, por ejemplo, los requerimientos de calidad, confiabilidad y seguridad del sistema.
Mejia-Alvarez, 2009 Introduccion a los Requerimientos Diapositiva 16
Mejia-Alvarez, 2009
Diapositiva 17
Clasificacion de Requerimientos
Requerimientos del negocio Ideas y solucioness Casos de uso y escenarios
Definiciones de datos
Mejia-Alvarez, 2009
Diapositiva 18
Clasificacin de Requerimientos
Requerimientos de negocio: Todo lo que describa beneficios de mercado, financieros o del negocio para los clientes o su organizacin, y que sean obtenidos del producto de software. Casos de uso y escenarios: Los casos de uso son descripciones generales de metas del cliente o tareas del negocio que los usuarios deben realizar. Un patrn nico del caso de uso se conoce como escenario. Reglas del negocio: Las reglas de negocio definen hechos, restricciones, acciones que habilitan funciones, formulas de cmputo o inferencias derivadas de actividades de la organizacin. Requerimientos funcionales: Los requerimientos funcionales describen el funcionamiento que el sistema observar bajo ciertas condiciones y las acciones que permitir el sistema llevar a cabo a los usuarios.
Mejia-Alvarez, 2009 Introduccion a los Requerimientos Diapositiva 19
Clasificacin de Requerimientos
Atributos de calidad: Los atributos de calidad son requerimientos no-funcionales, los cuales indican la forma en que el sistema debe realizar alguna actividad. Requerimientos de interfaces externas: Los requerimientos de esta clase definen conexiones entre el sistema y el mundo externo. Estas interfaces pueden ser interfaces de usuarios, interfaces de hardware o software o redes de conexin. Restricciones: Las restricciones de diseo e implementacin restringen las opciones del desarrollador. Definiciones de datos: Las definiciones de datos permiten identificar formato de los datos o archivos, rango de valores permitidos, valores por defecto, o estructura la base de datos. Ideas de solucin: Mucho de lo que los clientes presentan como requerimientos podra considerarse mas bien como ideas de solucin. Algn cliente que describe como debera comportase el sistema ante el operador, tal vez solo est describiendo sus ideas sobre posibles soluciones. Las ideas de solucin podran derivar en requerimientos, si estas son validadas y son factibles de implementar, pero en otras ocasiones estas solo podran ser alternativas de diseo.
Mejia-Alvarez, 2009 Introduccion a los Requerimientos Diapositiva 20
Ejemplos de Requerimientos
Requerimientos de negocio Incrementa el porcentaje del mercado en 30 %. Ahorra 20% en costos de produccin por la automatizacin instalada. Ahorra 40% en costos de mantenimiento.
Yo necesito imprimir una etiqueta de correo para el paquete. Yo necesito administrar una cola de reactivos qumicos que esperan ser analizados. Yo necesito calibrar las maquinas para control numrico. Debe de seguir el estndar de acuerdo con alguna ley o poltica de la organizacin. El formato del saldo de contabilidad esta definido en los manuales de la organizacin.
Mejia-Alvarez, 2009
Diapositiva 21
Ejemplo de Requerimientos
Requerimientos funcionales Si el voltaje rebasa los 20 v. enciende la alarma amarilla. El sistema enva un e-mail de confirmacin cuando recibe cualquier e-mail. El sistema debe ordenar los productos del inventario en orden alfabtico.
Las seales de voltaje se leen de los convertidores analgico-digital. Los mensajes se envan a travs de la Internet. El software debe controlar el tablero de diagramas elctricos. Los archivos recibidos electrnicamente deben leerse del disco externo El usuario debe poder ver paginas de web amigables.
Mejia-Alvarez, 2009
Diapositiva 22
Facilidad de uso
Confiabilidad
Robustes
Portabilidad
Mejia-Alvarez, 2009
Tiempo para restablecer despues de fallo. Porcentaje de fallos que causan caida
Facilidad de transportar a otro S.O o lenguaje.
Introduccion a los Requerimientos Diapositiva 23
Ejemplos de Requerimientos
Restricciones Los archivos recibidos no deben exceder los 10 Mbytes. La Base de Datos debe manejar archivos en formato relacional. El envo de paquetes en la red, debe de usar encriptacin de 128 Bits. Los nmeros enteros capturados no deben sobre pasar el valor de 10,000. El numero de asientos inicial a vender por la aerolnea debe ser 400. El valor de temperatura limite es de 40 grados centgrados. Un cliente podra indicar que para proporcionar seguridad al sistema ante ataques externos, este debe pedir un pasword, o podra construirse un firewall o hacer que los datos usen encriptacin.
Introduccion a los Requerimientos Diapositiva 24
Definiciones de datos
Ideas de solucin
Mejia-Alvarez, 2009