INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I UNIDAD 1:- PROCESOS DE LA INGENIERA DE REQUERIMIENTOS. Introduccin. Definicin de Requerimiento.

Caractersticas de los Requerimientos. 1.1.-Requerimientos de Proceso. Extraccin y Anlisis de Requerimientos. *Actividades para la Obtencin de Requerimientos. *Tipos de Requerimientos. Evaluacin y Negociacin de Requerimientos. Especificacin de Requerimientos. Validacin de Requerimientos. Evolucin de Requerimientos. 1.2.-Requerimientos de los Usuarios (actores involucrados). Roles de los Usuarios. 1.3.-Requerimientos para el Anlisis y Negociacin. 1.4.-Requerimientos para la gestin. Conclusiones. Anexos. Bibliografa. 3 4 5 5 6 7 7 7 8 8 9 9 10 11 13 14 15

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I INTRODUCCIN.

En el presente trabajo se tratar un tema muy relevante en cuanto a la Ingeniera de Software se refiere, puesto que a pesar de que en los ltimos aos ha introducido y popularizado una serie de estndares para medir y certificar la calidad, tanto del sistema a desarrollar, como del proceso de desarrollo en s, tambin se necesitaba contar con un proceso de produccin de software, basndose principalmente en la definicin de lo que se desea producir y para ello surgi la Ingeniera de Requerimientos que es el tema principal sobre el cual gira el presente trabajo. Lo que se explicar a continuacin ser todo lo que involucra a la Ingeniera de Requerimientos, la importancia que sta tiene y sobre todo las actividades y tareas que involucra y cuya finalidad se basa primordialmente en poder obtener un producto de software que se acomode a las necesidades que el cliente tenga, pero que tambin responda ante ciertas situaciones de adversidad. Para que la Ingeniera de Requerimientos pueda dar como resultado la generacin de especificaciones correctas que describan con claridad, sin ambigedades, en forma consistente y compacta, el comportamiento del sistema se tienen que seguir un proceso el cual cuenta con ciertas etapas, que al realizarse al pide de la letra proporcionar al trmino de todas ellas la obtencin de los requerimientos del futuro sistema bien definidos y libres de ambigedades, ya que de esto depender el funcionamiento de ste. El proceso de la Ingeniera de Requerimientos la componen diversas etapas o actividades, y dicha clasificacin depende del autor que maneje dicho tema, por lo que bsicamente en ste trabajo se centrar a mencionar que las actividades ms relevantes que debern seguirse dentro de ste proceso sern la de Obtencin y Anlisis de Requerimientos, Evaluacin y Negociacin, Especificacin, Validacin y Evolucin. Ahora bien, cada una de estas etapas genricas que comprenden dicho proceso son necesarias e indispensables y en cada una de ellas, se realiza una actividad que resulta necesaria para que sta etapa cumpla con su objetivo, por ejemplo: la etapa de Obtencin y Anlisis de Requerimientos requiere la colaboracin de varios grupos de participantes con diferentes niveles de conocimientos, por un lado el cliente y el usuario que son expertos en sus dominios y tienen una idea general de lo que debe hacer el sistema y a su vez los desarrolladores que tienen la experiencia en la construccin de sistemas. La importancia de la etapa de Evaluacin y Negociacin radica en que una vez que ya se tienen los requerimientos que el cliente y el usuario desea que tenga el sistema darse a la tarea si stos realmente son adecuados para el sistema. Mientras que la etapa de Especificacin se centra en obtener un documento en el cual se tenga las necesidades y funcionalidades del sistema que ser desarrollado. En la etapa de Validacin se verificar que los requerimientos

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I obtenidos en el proceso sean los que realmente quiere el cliente, y por ltimo en la Evolucin de Requerimientos se deber planear posibles cambios a los requerimientos cuando el sistema sea desarrollado y utilizado.

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I

UNIDAD 1:- PROCESOS DE LA INGENIERA DE REQUERIMIENTOS.

Los problemas que a menudo tienen que resolver los ingenieros de software son extremadamente complejos. Comprender la naturaleza de los problemas puede ser muy difcil, especialmente si el sistema es nuevo. En consecuencia, es difcil establecer exactamente lo que el sistema deba hacer. Las descripciones de los servicios y restricciones son los requerimientos para el sistema, y el proceso de descubrir, analizar, documentar y verificar estos servicios y restricciones se llama Ingeniera de Requerimientos. Como anteriormente se mencion la ingeniera de requerimientos es un proceso que comprende todas las actividades requeridas para crear y mantener un documento de requerimientos del sistema. Existen cuatro actividades genricas de alto nivel en el proceso de ingeniera de requerimientos. Estas son un estudio de factibilidad del sistema, la obtencin y el anlisis de requerimientos, la especificacin de stos y su documentacin y, finalmente, la validacin. En casi todos los sistemas los requerimientos cambian; por lo que las personas involucradas desarrollan una mejor comprensin de lo que quieren que haga el software, la organizacin que compra el sistema cambia; se hacen modificaciones a los sistemas de hardware, software y al entorno organizacional. La administracin de requerimientos es una actividad adicional a la ingeniera de requerimientos que se refiere a la administracin de cambios en stos. Algunas personas consideran a la ingeniera de requerimientos como el proceso de aplicar un mtodo estructurado, como el de anlisis orientado a objetos. ste comprende analizar el sistema y desarrollar un conjunto de modelos grficos del mismo que actan como una especificacin del sistema. El conjunto de modelos describe el comportamiento del sistema al cual se le agregan notas con informacin adicional que detallan, por ejemplo, el desempeo o fiabilidad requeridos. Aunque los mtodos estructurados juegan cierto papel en el proceso de ingeniera de requerimientos, existe mucho ms en dicha ingeniera que lo que se cubre en stos mtodos. No proveen ayuda efectiva en las etapas iniciales del proceso de la ingeniera de requerimientos, como la obtencin de stos. Ahora bien, es importante definir como tal que es un requerimiento para lo cual se tienen varios tipos de definiciones como: Es una caracterstica que debe tener el sistema o una restriccin que debe satisfacer para que sea aceptado por el cliente. Es una descripcin de algo que el sistema es capaz de hacer con el objeto de satisfacer el propsito del sistema. Las caractersticas de un requerimiento son sus propiedades principales. Un

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I conjunto de requerimientos en estado de madurez, deben presentar una serie de caractersticas tanto individualmente como en grupo. A continuacin se presentan las ms importantes. Necesario: Un requerimiento es necesario si su omisin provoca una deficiencia en el sistema a construir, y adems su capacidad, caractersticas fsicas o factor de calidad no pueden ser reemplazados por otras capacidades del producto o del proceso. Conciso: Un requerimiento es conciso si es fcil de leer y entender. Su redaccin debe ser simple y clara para aquellos que vayan a consultarlo en un futuro. Completo: Un requerimiento est completo si no necesita ampliar detalles en su redaccin, es decir, si se proporciona la informacin suficiente para su comprensin. Consistente: Un requerimiento es consistente si no es contradictorio con otro requerimiento. No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola interpretacin. El lenguaje usado en su definicin, no debe causar confusiones al lector. Verificable: Un requerimiento es verificable cuando puede ser cuantificado de manera que permita hacer uso de los siguientes mtodos de verificacin: inspeccin, anlisis, demostracin o pruebas. 1.1:- Requerimientos de Proceso. Cuando un cliente solicita que se construya un nuevo sistema, tiene alguna nocin de lo que el sistema debe hacer. A menudo el nuevo sistema reemplaza un sistema existente o una manera de hacer las cosas, como es el caso del pago electrnico de facturas en lugar de utilizar cheques escritos a mano. A veces el nuevo sistema es un perfeccionamiento o una extensin de un sistema actual, sea este manual o automatizado. Para ello es importante el proceso de determinacin de los requerimientos para un sistema basado en software, el cual en primer lugar se trabaja con los clientes, para extraer los requerimientos , formulando preguntas , haciendo demostraciones de sistemas similares y hasta desarrollando prototipos de todo o partes del sistema propuesto. Despus se capturan dichos requerimientos en un documento o en una base de datos.

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I En primer trmino se escriben los requerimientos, de modo que clientes y desarrolladores puedan ponerse de acuerdo acerca de lo que el sistema debe hacer. Por lo general, los requerimientos se escriben nuevamente, en una representacin ms matemtica, para que los diseadores puedan transformar los requerimientos en un buen diseo del sistema. Un paso de verificacin asegura que los requerimientos sean completos, exactos y consistentes, y un paso de validacin garantiza que lo descrito es lo que el cliente pretende ver el producto final, concluyendo por todo esto la importancia del proceso de los requerimientos para el buen desarrollo de software.

EXTRACCIN Y ANALISIS DE REQUERIMIENTOS

DEFINICIN Y ESPECIFICACIN DE REQUERIMIENTOS.

Anlisis del Problema

Descripcin del problema

Prototipado y prueba.

Documentacin y validacin.

A pesar de las diferentes interpretaciones que cada desarrollador tenga sobre el conjunto de actividades mostradas en la tabla anterior, podemos identificar y extraer cinco actividades principales que son: Extraccin y Anlisis de Requerimientos. Evaluacin y Negociacin Especificacin Validacin Evolucin

EXTRACCIN Y ANLISIS DE REQUERIMIENTOS. Anlisis de Requerimientos: El objetivo de esta actividad es entender las verdaderas necesidades del negocio. Antes de describir qu pasos deben cumplirse en esta actividad, debemos tener una definicin clara del trmino "Problema". "Un problema puede ser definido como la diferencia entre las cosas como se perciben y las cosas como se desean". Aqu vemos nuevamente la importancia que tiene una buena comunicacin entre desarrolladores y clientes; de esta comunicacin con el cliente depende que entendamos sus necesidades. A travs de la definicin de problema, podemos ver entonces que la actividad de "Anlisis del Problema" tiene por objetivo que se comprendan los problemas del negocio, se evalen las necesidades iniciales de todos los involucrados en el proyecto y que se proponga una solucin de alto nivel para resolverlo.

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I La extraccin de requerimientos es un parte especialmente crtica del proceso. Podemos utilizar una variedad de tcnicas para determinar qu es lo que los usuarios y los clientes quieren realmente. A veces el trabajo consiste en la automatizacin de un sistema manual, de modo que es fcil examinar lo que ya est hecho. Pero a menudo debemos trabajar con los usuarios y los clientes, para comprender un problema cuando todava no se ha encontrado una solucin. Tambin dentro de la extraccin de requerimientos trata sobre la comunicacin entre desarrolladores, clientes y usuarios para definir un nuevo sistema. Si no hay comunicacin y comprensin del dominio de cada uno de ellos se tendr como resultado un sistema difcil de usar o que simplemente no apoya el trabajo del usuario. La extraccin de requerimientos incluye las siguientes actividades: Identificacin de actores: Identificacin de los diferentes tipos de usuarios que soportar el sistema futuro. Identificacin de escenarios: Los desarrolladores observan a los usuarios y desarrollan un conjunto de escenarios detallados para la funcionalidad tpica que proporcionar el sistema futuro. Identificacin de casos de usos: Los desarrolladores derivan a partir de los escenarios un conjunto de casos de uso que representa por completo al sistema futuro. Refinamiento de los casos de uso: Los desarrolladores se aseguran que la especificacin del sistema est completa. Identificacin de las relaciones entre casos de uso: Los desarrolladores consolidan el modelo de caso de uso eliminando redundancias. Identificacin de requerimientos no funcionales: Durante esta actividad los desarrolladores, usuarios y clientes se ponen de acuerdo en aspectos que son visibles ante el usuario pero que no estn relacionados en forma directa con la funcionalidad. Tipos de requerimientos: Requerimientos Funcionales: Describen las interacciones entre el sistema y su ambiente, en forma independiente a su implementacin. El ambiente incluye el usuario y cualquier otro sistema externo con el cual interacte el sistema. Requerimientos No Funcionales: Describen aspectos del sistema visibles por el usuario que no se relacionan en forma directa con el comportamiento funcional del sistema. Los requerimientos no funcionales incluyen restricciones cuantitativas, como el tiempo de respuesta o precisin. Seudorrequerimientos: Son requerimientos propuestos por el cliente que restringen la implementacin del sistema. Por ejemplo el lenguaje de implementacin y la plataforma en que se implementar el sistema.

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I EVALUACIN Y NEGOCIACIN DE REQUERIMIENTOS. La diversa gama de fuentes de las cuales provienen los requerimientos, hacen necesaria una evaluacin de los mismos antes de definir si son adecuados para el cliente. El trmino "adecuado" significa que ha sido percibido a un nivel aceptable de riesgo tomando en cuenta las factibilidades tcnicas y econmicas, a la vez que se buscan resultados completos, correctos y sin ambigedades. En esta etapa se pretende limitar las expectativas del cliente apropiadamente, tomando como referencia los niveles de abstraccin y descomposicin de cada problema presentado. Los principales pasos de esta actividad son: Descubrir problemas potenciales: En este paso se asegura que todas las caractersticas estn presentes en cada uno de los requerimientos, es decir, se identifican aquellos requerimientos ambiguos, incompletos, inconsistentes, etc. Clasificar los requerimientos: En este paso se busca identificar la importancia que tiene un requerimiento en trminos de implementacin. A esta caracterstica se le conoce como prioridad y debe ser usada para establecer la secuencia en que ocurrirn las actividades de diseo y prueba de cada requisito. La prioridad de cada requerimiento depender de las necesidades que tenga el negocio. En base a la prioridad, cada requerimiento puede ser clasificados como mandatorio, deseables o innecesarios. Un requerimiento es mandatorio si afecta una operacin crtica del negocio. Si existe algn proceso que se quiera incluir para mejorar los procesos actuales, estamos ante un requerimiento deseable; y si se trata de un requerimiento informativo o que puede esperar para fases posteriores, el requerimiento es catalogado como innecesario. Evaluar factibilidades y riesgos: Involucra la evaluacin de factibilidades tcnicas (pueden implementarse los requerimientos con la tecnologa actual?); factibilidades operacionales (puede ser el sistema utilizado sin alterar el organigrama actual?); factibilidades econmicas (ha sido aprobado por los clientes el presupuesto?). ESPECIFICACIN DE REQUERIMIENTOS. La especificacin de requisitos de software es la actividad en la cual se genera el documento, con el mismo nombre, que contiene una descripcin completa de las necesidades y funcionalidades del sistema que ser desarrollado; describe el alcance del sistema y la forma en como har sus funciones, definiendo los requerimientos funcionales y los no funcionales. VALIDACIN DE REQUERIMIENTOS. La validacin es la actividad de la IR que permite demostrar que los requerimientos definidos en el sistema son los que realmente quiere el cliente;

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I adems revisa que no se haya omitido ninguno, que no sean ambiguos, inconsistentes o redundantes. EVOLUCIN DE REQUERIMIENTOS. Los requerimientos son una manera de comprender mejor el desarrollo de las necesidades de los usuarios y cmo los objetivos de la organizacin pueden cambiar, por lo tanto, es esencial planear posibles cambios a los requerimientos cuando el sistema sea desarrollado y utilizado. La actividad de evolucin es un proceso externo que ocurre a lo largo del ciclo de vida del proyecto.

1.2:- Requerimientos de los Usuarios (Actores involucrados). Los requerimientos de los usuarios son declaraciones, en lenguaje natural y en diagramas de los servicios que se espera que el sistema provea y de las restricciones bajo las cuales desea operar. Los requerimientos del usuario se redactan para el cliente y los contratistas administradores quienes no tienen un conocimiento tcnico detallado del sistema. Aunque tambin cabe mencionar que tambin existen otros tipos de requerimientos como el del sistema el cual es muy parecido al de usuarios pero que a diferencia de ste ultimo se orienta al personal tcnico y a los administradores del proyecto. Tambin lo utilizarn tanto el equipo del cliente como del contratista. Los usuarios finales del sistema pueden leer ambos documentos. Finalmente la especificacin del diseo del software es un documento orientado a la implementacin. Debe redactarse para los ingenieros de software que desarrollarn el sistema. Los requerimientos del usuario para un sistema describen los requerimientos funcionales y no funcionales de tal forma que sean comprensibles por los usuarios del sistema que posean un conocimiento tcnico detallado. nicamente especifican el comportamiento externo del sistema y evitan, tanto como sea posible, las caractersticas de diseo del sistema. Por consiguiente, los requerimientos del usuario no se deben definir utilizando un modelo de implementacin. Deben redactarse utilizando el lenguaje natural, representaciones y diagramas intuitivos sencillos. Sin embargo, pueden surgir diversos problemas cuando se redactan en lenguaje natural: 1.- Falta de claridad: Algunas veces es difcil utilizar el lenguaje de forma precisa y no ambigua sin detallar el documento y hacerlo difcil de leer.

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I 2.- Confusin de Requerimientos: No se distinguen claramente los requerimientos funcionales y no funcionales, las metas del sistema y al informacin para el diseo. 3.- Conjuncin de Requerimientos: Diversos requerimientos diferentes se expresan de forma conjunta como un nico requerimiento. Los roles ms importantes de los usuarios pueden clasificarse como sigue: Usuario final: Son las personas que usarn el sistema desarrollado. Ellos estn relacionados con la usabilidad, la disponibilidad y la fiabilidad del sistema; estn familiarizados con los procesos especficos que debe realizar el software, dentro de los parmetros de su ambiente laboral. Sern quienes utilicen las interfaces y los manuales de usuario. Usuario Lder: Son los individuos que comprenden el ambiente del sistema o el dominio del problema en donde ser empleado el software desarrollado. Ellos proporcionan al equipo tcnico los detalles y requerimientos de las interfaces del sistema. Personal de Mantenimiento: Para proyectos que requieran un mantenimiento eventual, estas personas son las responsables de la administracin de cambios, de la implementacin y resolucin de anomalas. Su trabajo consiste en revisar y mejorar los procesos del producto ya finalizado. Analistas y programadores: Son los responsables del desarrollo del producto en s; ellos interactan directamente con el cliente. Personal de pruebas: Se encargan de elaborar y ejecutar el plan de pruebas para asegurar que las condiciones presentadas por el sistema son las adecuadas. Son quienes van a validar si los requerimientos satisfacen las necesidades del cliente. Otras personas que pueden estar involucradas, dependiendo de la magnitud del proyecto, pueden ser: administradores de proyecto, documentadores, diseadores de base de datos, entre otros. 1.3:- Requerimientos para el anlisis y la negociacin. Consiste en identificar las personas, los procesos y los recursos involucrados, y despus documentarlas relaciones que existen entre ellos. Se les pregunta a los clientes quin est involucrado y se intenta determinar el lmite del sistema. Se averigua qu elementos de datos pasan de un rol a otro, y cules procesos transforman los datos de una forma o estado a otro. Durante el anlisis del problema, se realizan una serie de pasos para garantizar un acuerdo entre los involucrados, basados en los problemas reales del negocio. Estos pasos son los siguientes Comprender el problema que se est resolviendo: Es importante determinar quin tiene el problema realmente, considerar dicho problema desde una variedad de perspectivas y explorar muchas soluciones desde diferentes puntos de vista.

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I Construir un vocabulario comn: Debe confeccionarse un glosario en dnde se definan todos los trminos que tengan significados comunes (sinnimos) y que sern utilizados durante el proyecto. Por ejemplo, las palabras pignoracin, retencin, valor en suspenso, custodia, garanta, entre otras, son utilizadas para referirse a la accin de dejar una prenda (puede ser cualquier forma de ahorros) como garanta de una deuda adquirida. La creacin de un glosario: Es sumamente beneficiosa ya que reduce los trminos ambiguos desde el principio, ahorra tiempo, asegura que todos los participantes de una reunin estn en la misma pgina, adems de ser reutilizable en otros proyectos. Identificar a los afectados por el sistema: Identificar a todos los afectados evita que existan sorpresas a medida que avanza el proyecto. Las necesidades de cada afectado, son discutidas y sometidas a debate durante de ingeniera de requerimientos, aunque esto no garantiza que vaya a estar disponible toda la informacin necesaria para especificar un sistema adecuado. Para saber quines son las personas, departamentos, organizaciones internas o externas que se vern afectadas por el sistema, debemos realizar algunas preguntas. Quin usar el sistema que se va a construir? Quin desarrollar el sistema? Quin probar el sistema? Quin documentar el sistema? Quin dar soporte al sistema? Quin dar mantenimiento al sistema? Quin mercadear, vender, y/o distribuir el sistema? Quin se beneficiar por el retorno de inversin del sistema? Definir los lmites y restricciones del sistema: Este punto es importante pues debemos saber lo que se est construyendo, y lo que no se est construyendo, para as entender la estrategia del producto a corto y largo plazo. Debe determinarse cualquier restriccin ambiental, presupuestaria, de tiempo, tcnica y de factibilidad que limite el sistema que se va a construir. En la actividad de anlisis y negociacin, se incrementa la comunicacin entre el equipo de desarrollo y los afectados. Para que los requerimientos puedan ser comunicados de manera efectiva, hay una serie de consideraciones que deben tenerse en cuenta; entre las principales tenemos: Documentar todos los requerimientos a un nivel de detalle apropiado. Mostrar todos los requerimientos a los involucrados en el sistema. Analizar el impacto que causen los cambios a requerimientos antes de aceptarlos. Establecer las relaciones entre requerimientos que indiquen dependencias. Negociar con flexibilidad para que exista un beneficio mutuo. Enfocarse en intereses y no en posiciones.

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I 1.4:- Requerimientos para la gestin.

Generalmente en los proyectos de software se pierde el control sobre el cronograma y los costos exceden lo estimado inicialmente. Realizar un correcto relevamiento y documentar con precisin los requerimientos es una premisa bsica para realizar una adecuada planificacin. Pero eso no alcanza. Los requerimientos son cambiantes, ya sea porque siempre omitimos relevar alguna funcionalidad, o porque el cliente olvid plantearnos alguna necesidad, o porque la propia dinmica de la realidad requiere incorporar nuevos requerimientos al producto. La incorporacin de estos cambios muchas veces se hace en forma inadecuada, o inoportuna, o en forma catica lo que termina desvirtuando la planificacin inicial, resintiendo la calidad del producto final y afectando la satisfaccin del cliente. Para enfrentar el desafo de absorber estos cambios y mantener bajo control el proyecto se hace imperioso definir con claridad mecanismos, mtodos, responsabilidades y herramientas. Esta charla apunta a analizar estos tpicos y plantear soluciones, buscando mejorar la gestin de requerimientos. Gestin de Requerimientos - Un Enfoque prctico Asegurar que el producto de un desarrollo de Software se cumpla en los plazos establecidos, con los recursos estimados, con el alcance y calidad deseada y a completa satisfaccin del cliente, es uno de los desafos ms importantes que enfrenta cualquier organizacin orientada al desarrollo de Software. La Gestin de Requerimientos juega un rol fundamental en esta difcil ecuacin. La correcta y completa aproximacin de sta disciplina implica necesariamente un profundo entendimiento del Negocio, la Organizacin y la Tecnologa involucrada, para poder satisfacer las distintas necesidades de todos los actores involucrados. El objetivo de la Gestin de Requerimientos es analizar los diferentes aspectos a considerar en la implantacin de la Ingeniera de Requerimientos basados en la experiencia de proyectos reales y el impacto que tiene subestimar su complejidad o manejarlo incorrectamente.

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I CONCLUSIONES.

Al trmino de sta unidad la conclusin a la que puedo llegar es que la Ingeniera de Requerimientos es un proceso muy importante dentro de la Ingeniera de Software, ya que con la realizacin de todo lo que conlleva a la primera de obtienen las caractersticas primordiales de lo que debe tener cierto sistema que se desea construir, y todo esto es necesario puesto que evita la realizacin de sistemas con alta incidencia de fallos, retrasos, presupuestos sobregirados y problemas de calidad. Otra de las cosas que me resultaron muy relevantes dentro de ste tema, es que muchas de las veces los ingenieros al verse ante la situacin de realizar un determinado producto de software piensan y se enfocan ms hacia el como hacerlo, en donde implementarlo, las plataformas y tecnologas que utilizarn y no le toman importancia a algo que son los cimientos con los que debe contar todo proceso para la creacin de stos tipos de sistemas, y es el de ver que es lo que deber hacer el sistema, ya quede nada sirve conocer todo lo anteriormente mencionado si en un principio no se tiene lo elemental y principalmente en eso es en lo que se basa la Ingeniera de Requerimientos. Ahora bien, una vez que ya se sabe que la obtencin de Requerimientos es una caracterstica muy importante para empezar a realizar el proceso de creacin de software es necesario conocer cuales son las etapas de las cuales se basa para poder obtener de la mejor manera posible dichos requerimientos, es decir, con precisin y libre de ambigedades, por ello lo que yo pienso sobre las etapas que deben seguirse dentro de ste proceso es que para empezar van ligadas una a la otra, todo esto con la finalidad de que al trmino de las actividades el desarrollador tenga una visin general de lo que el sistema deber tener, basndose en lo que quiere el cliente y el usuario, pero tambin siendo objetivos y asegurndose que todos stos requerimientos sean los adecuados para las personas que lo utilizarn en un futuro. Por todo lo anteriormente mencionado concluyo que dentro de sta primera unidad lo que se pretende es que nosotros como futuros desarrolladores de software entendamos que aparte de los conocimientos que debemos tener sobre la creacin e implementacin de sistemas, es necesario contar con el conocimiento de cierto tipo de metodologas que se utilizarn para poder realizar un producto de software de alta calidad, y para ello es indispensable conocer todos los requerimientos que deber tener el futuro sistema, ya que si este tema no fuera lo suficientemente relevante no se contara con una disciplina que detallar tan a fondo las actividades a realizarse para poder llegar a obtener los primeros cimientos de lo que ser el sistema, ya que si esto se da de una manera correcta, lo que sigue dentro del proceso de creacin de software ir funcionando correctamente, y de no ser as simplemente ser un sistema destinado a no servir

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I eficientemente, que tenga fallos, con muy poca calidad y simplemente eso no es una de los objetivos que se persiguen con la creacin de software.

ANEXOS. Definiciones de Ingeniera de Requerimientos: La Ingeniera de Requerimientos cumple un papel primordial en el proceso de produccin de software, ya que enfoca un rea fundamental: la definicin de lo que se desea producir. Su principal tarea consiste en la generacin de especificaciones correctas que describan con claridad, sin ambigedades, en forma consistente y compacta, el comportamiento del sistema; de esta manera, se pretende minimizar los problemas relacionados al desarrollo de sistemas. "Ingeniera de Requerimientos es la disciplina para desarrollar una especificacin completa, consistente y no ambigua, la cual servir como base para acuerdos comunes entre todas las partes involucradas y en dnde se describen las funciones que realizar el sistema" Boehm 1979. "Ingeniera de Requerimientos es el proceso por el cual se transforman los requerimientos declarados por los clientes , ya sean hablados o escritos, a especificaciones precisas, no ambiguas, consistentes y completas del comportamiento del sistema, incluyendo funciones, interfaces, rendimiento y limitaciones". STARTS Guide 1987. "Es el proceso mediante el cual se intercambian diferentes puntos de vista para recopilar y modelar lo que el sistema va a realizar. Este proceso utiliza una combinacin de mtodos, herramientas y actores, cuyo producto es un modelo del cual se genera un documento de requerimientos" Leite 1987. "Ingeniera de requerimientos es un enfoque sistmico para recolectar, organizar y documentar los requerimientos del sistema; es tambin el proceso que establece y mantiene acuerdos sobre los cambios de requerimientos, entre los clientes y el equipo del proyecto" Rational Software

INSTITUTO TECNOLOGICO DE ORIZABA PLANIFICACION Y MODELADO UNIDAD I BIBLIOGRAFA.

Ingeniera de Software Teora y Prctica. Shari Lawrence Pleeger. Prentice Hall. 759 pp. 1ra Edicin, 2002. Ingeniera de Software Orientado a Objetos. Bernd Bruegge. Allen H. Dutoit. Prentice Hall. 553 pp. Ingeniera de Software Ian Sammerville Addison Wesley 691 pp. 6ta Edicin, 2005. http://www.monografias.com/trabajos6/resof/resof.shtml http://athenea.ort.edu.uy/publicaciones/ingsoft/ortsf/seminarios05/requerimi entos.htm