You are on page 1of 26

Administracin de requerimientos.

Septiembre-Diciembre 2012

Introduccin
O La Ingeniera del Software es una

disciplina o rea de la informtica o ciencias de la computacin, que ofrece mtodo y tcnicas para desarrollar y mantener software de calidad que resuelven problemas de todo tipo.

Definiciones de Ingeniera de Software:


O

Ingeniera del Software. Es el estudio de los principios y metodologas para desarrollo y mantenimiento de sistemas de software. [Zelkovitz, 1978] Ingeniera de Software . Es la aplicacin prctica del conocimiento cientfico en el diseo y construccin de programas de computadora y la documentacin asociada requerida para desarrollar y operar (funcionar) y mantenerlos. As como tambin desarrollo de software o produccin de software. [Bohem, 1976] La Ingeniera del Software es el establecimiento y uso de principios slidos de la ingeniera para obtener econmicamente un software confiable y que funcione de modo eficiente en maquinas reales. [Bauer, 1972] Ingeniera de Software es la aplicacin de un enfoque sistemtico, disciplinado y cuantificable al desarrollo operacin (funcionamiento) y mantenimiento del software: es decir, la aplicacin de ingeniera al software. [IEEE, 1993] La Ingeniera de Software es una disciplina de la ingeniera que comprende todos los aspectos de la produccin de software desde las etapas inciales de la especificacin del sistema hasta el mantenimiento de este despus que se utiliza. [Sommerville, 2004] La Ingeniera de Software es una disciplina que integra el proceso, los mtodos, y las herramientas para el desarrollo de software de computadora. [Pressman, 2005]

Estudios de Factibilidad
O

En general los anlisis de factibilidad ms profundos, o los estudios de factibilidad, se completan durante la fase de diseo de sistemas, en general durante la consideracin de la evaluacin de las diferentes alternativas de solucin propuestas. Los estudios de factibilidad consideran la factibilidad tcnica, econmica y operacional de cada alternativa, as como si el proyecto es o no apropiado dados los factores polticos y otros del contexto institucional.

Cualquiera que sea la necesidad de informacin de una organizacin, siempre se debe fundamentar en una solicitud por parte de alguna parte involucrada en el mismo. En ella se debe establecer muy claramente los siguientes puntos:
O O O O O O O

Cul es el problema? Detalles del problema Importancia del problema Cul cree el solicitante que puede ser la solucin al mismo? En qu forma ayuda un sistema de informacin? Breve resumen de los reportes usados y funciones que se realizan Qu otras personas tienen conocimiento del problema y que se pueden contactar?

Etapas de la Ingeniera de requerimientos


Estudio de Factibilidad Obtencin y Anlisis de Requerimientos

Informe de Factibilidad

Especificacin de Requerimientos Validacin de Requerimientos


Requerimientos del usuario y del sistema

Modelo de Sistemas

Documento de Requerimientos

Investigacin Preliminar
O Por cualquiera que sea la estrategia

mediante la cual se va a desarrollar el sistema primero es necesario revisar la solicitud del proyecto. La eleccin de una estrategia es secundario, lo importante es determinar si la solicitud merece o no la inversin de recursos en un proyecto de sistemas de informacin. El tiempo estimado es aproximadamente entre 4 a 6 seis das.

mbito del estudio


O La finalidad de la investigacin preliminar

es evaluar las solicitudes de proyectos, es la reunin de informacin que permita a los miembros del comit evaluar los mritos de la solicitud de proyecto y emitir un juicio, con conocimiento de causa, con respecto a la factibilidad del proyecto propuesto.

mbito del estudio


O Durante la investigacin preliminar se deben

satisfacer los siguientes objetivos:


O Aclarar y comprender la solicitud del proyecto: O Determinar el tamao del proyecto O Evaluar los costos y beneficios de las diversas

opciones O Determinar la factibilidad tcnica y operacional de las diferentes alternativas O Reportar los hallazgos a la administracin y formular recomendaciones que esbocen el criterio de aceptacin o rechazo del proyecto.

mbito del estudio


O Los datos recogidos durante la investigacin se

renen por medio de principalmente la revisin de documentos la conduccin de entrevistas. El resumen de cada entrevistado debe indicar:
O O O O O

Resumen de las funciones que realiza Clasificacin de los problemas identificados Anlisis de las mejoras potenciales Cambios propuestos y su impacto Anlisis de la relacin entre los cambios propuestos y los planes existentes para la organizacin y el departamento

Prueba de factibilidad del proyecto


O La investigacin preliminar examina la

factibilidad del proyecto, la posibilidad de qu el sistema sea de utilidad para la organizacin; a saber en tres reas:
O Factibilidad operacional.
O Factibilidad Tcnica. O Factibilidad Econmica.

Factibilidad operacional
O Esta factibilidad comprende una determinacin de la

probabilidad de que un nuevo sistema se use como se supone. Deberan considerarse cuatro aspectos de la factibilidad operacional por lo menos.
O

Primero, un nuevo sistema puede ser demasiado complejo para los usuarios de la organizacin o los operadores del sistema. O Segundo, un sistema puede hacer que los usuarios se resistan a l como consecuencia de una tcnica de trabajo, miedo a ser desplazados, intereses en el sistema antiguo u otras razones. O Tercero, un nuevo sistema puede introducir cambios demasiado rpido para permitir al personal adaptarse a l y aceptarlo. O Cuarto, la probabilidad de la obsolescencia subsecuente en el sistema.

Factibilidad operacional
O

La Factibilidad operacional: se refiere al hecho de que si trabajar o no el sistema si este se llega a desarrollar, preguntas claves aqu son:
O O O O O O O O O

Existe apoyo suficiente para el proyecto por parte de la administracin?, Y por parte de los usuarios? Los mtodos que actualmente se usan en la empresa, son aceptados por los usuarios? Los usuarios han participado en la planeacin y desarrollo del proyecto?, Cmo lo han hecho? El sistema propuesto causar perjuicios? Producir resultados pobres en alguna rea? Se perder control en alguna rea especfica? Se perder la facilidad de acceso a la informacin? La productividad de los empleados ser menor despus de instalado el sistema? Los clientes se vern afectados por la implantacin?

Factibilidad Tcnica
O El anlisis de factibilidad tcnica evala si

el equipo y software estn disponibles (o, en el caso del software, si puede desarrollarse) y si tienen las capacidades tcnicas requeridas por cada alternativa del diseo que se est considerando. Los estudios de factibilidad tcnica tambin consideran las interfaces entre los sistemas actuales y nuevos.

Factibilidad Tcnica
La Factibilidad Tcnica, intenta responder las siguientes preguntas:
O

Existe o se puede adquirir la tecnologa necesaria para realizar lo que se pide? El equipo propuesto tiene la capacidad tcnica para soportar todos los datos requeridos para usar el nuevo sistema? El sistema propuesto ofrecer respuestas adecuadas a las peticiones sin importar el nmero y ubicacin de los usuarios? Si se desarrolla el sistema, se puede crecer con facilidad? Existen garantas tcnicas de exactitud, confiabilidad, facilidad de acceso y seguridad de los datos?

O O

Factibilidad Econmica
O Los estudios de factibilidad econmica incluyen

anlisis de costos y beneficios asociados con cada alternativa del proyecto. Con anlisis de costos/beneficio, todos los costos y beneficios de adquirir y operar cada sistema alternativo se identifican y se hace una comparacin de ellos. O Los costos de implementacin incluyen comnmente el costo remanente de la investigacin de sistemas (ara este propsito, los costos en los que ya se ha incurrido no son relevantes), los costos de hardware y software, los costos de operacin del sistema para su vida til esperada, y los costos de mano de obra, material, energa, reparaciones y mantenimiento.

Factibilidad Econmica
La siguiente es una forma de cuantificar los costos y beneficios intangibles:
O

Identificar las causas y efectos directos. Por ejemplo, el efecto directo de computarizar tareas repetitivas puede ser que un nuevo sistema mejore los trabajos actuales y mejore la moral. Identificar los efectos indirectos. Por ejemplo, una mejor moral puede resultar en cerca de 5% menos ausentismo y un 10% menos en el ndice de rotacin de empleados. 3. Estimar el impacto econmico de los efectos indirectos para la vida estimada del sistema. Por ejemplo, una reduccin en los retrasos de la programacin y horas extras debidas a la reduccin del ausentismo puede ahorrar casi $2,000 al ao, y una reduccin en los costos de entrenamiento debidos a una reduccin en la rotacin de los empleados puede ahorrar hasta $3,000 al ao. El beneficio total (ahorro en costos) debido a una mejora en los empleos sera entonces $5,000 al ao o de $20,000 para una vida estimada de 4 aos del sistema.

Factibilidad Econmica
Las cuestiones econmicas y financieras formuladas por los analistas deben incluir
O El costo de llevar a cabo la investigacin completa de

sistemas
O El costo del hardware y software para la aplicacin O Beneficios en la forma de reduccin de costos o de

menos errores costosos


O El costo si nada sucede (si el proyecto no se lleva a

cabo)

Obtencin y anlisis de requerimientos


O La ingeniera de requerimientos es un proceso de

descubrimiento, refinamiento, modelado y especificacin. Tanto el desarrollador como el cliente tienen un papel activo.
O Un nmero creciente de herramientas

automatizadas han surgido para ayudar a definir y aplicar un proceso de desarrollo de software efectivo. Hoy en da la economa global depende ms de sistemas automatizados que en pocas pasadas; esto ha llevado a los equipos de desarrollo a enfrentarse con una nueva dcada de procesos y estndares de calidad.

Obtencin y anlisis de requerimientos


Estudio de Factibilidad

Obtencin y Anlisis de Requerimientos Especificacin de Requerimientos Validacin de Requerimientos Modelo de Sistemas

Informe de Factibilidad

Requerimientos del usuario y del sistema


Documento de Requerimientos

Pasos en el Anlisis de los requerimientos del proceso


O Fijar los lmites del sistema
O Identificar el cliente O Requisitos de obtencin O Requisitos de Anlisis de Procesos

Especificacin de requerimientos
O O

Qu son Requerimientos? El termino requerimiento no se utiliza de forma consistente en la industria del software. En algunos casos, un requerimiento se visualiza como una declaracin abstracta de alto nivel de un servicio que debe proveer el sistema o como una restriccin de ste. Por otro lado, es una definicin matemtica detallada y formal de una funcin del sistema O Segn la IEEE. O Una condicin o necesidad de un usuario para resolver un problema o alcanzar un objetivo. O Una condicin o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estndar, especificacin u otro documento formal. O Una representacin documentada de una condicin o capacidad como en (1) o (2).

Especificacin de requerimientos
O Los requerimientos funcionales definen las

funciones que el sistema ser capaz de realizar. Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas. O Los requerimientos no funcionales tienen que ver con caractersticas que de una u otra forma puedan limitar el sistema, como por ejemplo, el rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad (robustez del sistema, disponibilidad de equipo), mantenimiento, seguridad, portabilidad, estndares, etc.
O Requerimientos del producto. O Requerimientos organizacionales. O Requerimientos externos.

Requerimientos del usuario y del sistema


O Requerimientos del usuario .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 debe operar. O Los requerimientos del sistema. Establecen con detalle los servicios y restricciones del sistema. El documento de requerimientos del sistema, algunas veces denominado especificacin funcional, debe ser preciso. ste sirve como un contrato entre el comprador del sistema y el desarrollador del software.

Caractersticas de los requerimientos.


O O

O O

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 remplazados 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.

Dificultades para definir los requerimientos


O O O
O O O O O O

Los requerimientos no son obvios y vienen de muchas fuentes. Son difciles de expresar en palabras (el lenguaje es ambiguo). Existen muchos tipos de requerimientos y diferentes niveles de detalle. La cantidad de requerimientos en un proyecto puede ser difcil de manejar. Nunca son iguales. Algunos son ms difciles, ms riesgosos, ms importantes o ms estables que otros. Los requerimientos estn relacionados unos con otros, y a su vez se relacionan con otras partes del proceso. Cada requerimiento tiene propiedades nicas y abarcan reas funcionales especficas. Un requerimiento puede cambiar a lo largo del ciclo de desarrollo. Son difciles de cuantificar, ya que cada conjunto de requerimientos es particular para cada proyecto.