You are on page 1of 7

REPBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PP PARA LA EDUCACIN


UNIVERSITARIA
U.P.T. JOS FLIX RIBAS
BARINAS, EDO. BARINAS

INFORME

EDECIO CORDERO CI.


11.190.017
Mat. Ing. de Software.
Prof. Martha Erazo.

Barinas, julio 2014

QU ES UN REQUERIMIENTO

Normalmente, un tema de la Ingeniera de Software tiene diferentes


significados. De las muchas definiciones que existen para requerimiento, a
continuacin se presenta la definicin que aparece en el glosario de la IEEE.
(Richard ,1997) ; es Una condicin o necesidad de un usuario para resolver un
problema o alcanzar un objetivo; tambin se puede decir, que es 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.
TIPOS DE REQUISITOS:
Los requerimientos pueden dividirse en varios tipos dentro de ellos, se har
referencia a los siguientes:

Requisitos de usuario

Requisitos del sistema

Requisitos funcionales

Requisitos no funcionales

REQUISITOS DE USUARIO:
Declaraciones en lenguaje natural y en diversos diagramas de los servicios del
sistema y de las restricciones bajo las que debe operar.
1.- El sistema debe permitir representar y acceder a archivos externos creados por
otras herramientas.
2. Sentencias muy generales sobre lo que el sistema debera hacer.
REQUISITOS DEL SISTEMA:
Un documento estructurado que determina las descripciones detalladas de los
servicios de sistema. Escrito como contrato entre el cliente y el contratista.
1.- El usuario deber poder definir el tipo de un nuevo archivo externo.

2.- Cada tipo de archivo tendr una herramienta asociada, que se le aplicar. 3.Cada tipo de archivo se representar con un icono especfico.
4.- El usuario deber poder definir el icono que representa un tipo de archivo externo.
5.- Cuando el usuario selecciona un icono que representa un archivo externo, el
efecto es aplicar la herramienta asociada con este tipo de archivo al archivo
representado por el icono seleccionado.
REQUISITOS FUNCIONALES:
Declaracin de los servicios que el sistema debe proporcionar, cmo debe reaccionar
a una entrada particular y cmo se debe comportar ante situaciones particulares.
Describen la funcionalidad del sistema, y dependen del tipo de software, del sistema
a desarrollar y de los usuarios del mismo.
Por lo general se describen mejor a travs del modelo de Casos de uso y los Casos
de uso como tal. Por lo tanto los requerimientos funcionales especifican el
comportamiento de entrada y salida del sistema y surgen de la razn fundamental de
la existencia del producto.
REQUISITOS NO FUNCIONALES:
Los requerimientos no funcionales son propiedades o cualidades que el producto
debe tener. Restricciones que afectan a los servicios o funciones del sistema, tales
como restricciones de tiempo, sobre el proceso de desarrollo, estndares, etc.
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, etc. Algunas propiedades de los
requerimientos no funcionales que hacen al producto atractivo, usable, rpido o
confiable.
ATRIBUTOS DE CALIDAD

Son las cualidades o propiedades de calidad que la aplicacin debe satisfacer.


La calidad de una aplicacin se mide en funcin de sus atributos de calidad.
Para facilitar su medicin durante la verificacin, deben expresarse

cuantitativa o cualitativamente.
NECESIDADES, OBJETIVOS Y ACTORES RELACIONADOS CON LOS
REQUISITOS
Es necesario y fundamental ya que facilita el entendimiento, la elaboracin,
diseo y funcionamiento de un sistema para trabajaran en la solucin del mismo
minimizando as

los riesgos asociados en la construccin del software.

El objetivo de los requisitos de software es hacer que los mismos logren un estado
ptimo antes de alcanzar la fase de diseo en un proyecto ya que al entender las
verdaderas necesidades del proceso disminuyen los conflictos que se pueden
presentar en la elaboracin del software.
En la construccin y desarrollo de proyectos se aplican mtodos y tcnicas
para resolver los problemas teniendo como diversos objetivos.

La mejora de la calidad de los productos de software.


Aumentar la productividad y trabajo del software.
Facilitar el control del proceso de desarrollo de software.
Suministrar a los desarrolladores las bases para construir software de alta
calidad en una forma eficiente.

Definir una disciplina que garantice la produccin y el mantenimiento de los

productos software desarrollados en el plazo fijado y dentro del costo


estimado.
Los actores relacionados con la elaboracin de un software son todas aquellas las
personas, maquinas y proceso involucrados que adicional interactan con el

ambiente que rodea el sistema que se est desarrollando, teniendo en cuenta que
estos actores pueden ser internos o externos.
FASES DE LA INGENIERA DE REQUISITOS.
En la fase de definicin del sistema se obtiene el conocimiento de los contextos
externos que expresan la problemtica que se debe afrontar y fundamentan una
solucin. En la segunda fase se deber obtener un documento con todos los
requisitos. En la fase de operacionalizacin de requisitos se logra producir un
documento detallado de funcionalidades y restricciones de bajo nivel de abstraccin
del sistema a construir; y en la cuarta fase se construye un modelo conceptual que
contenga la solucin acorde con los requisitos y restricciones.
Una metodologa de IR pensada para este dominio debe permitir la representacin
de requisitos en el nivel de sistema, es decir, los que expresan funcionalidades, pero,
adems, debe plasmar requisitos que estn en niveles externos, en donde se
encuentran las interrelaciones con el sper-sistema y otros sistemas embebidos.
Como parte de los elementos bsicos para construir una metodologa orientada a
sistemas embebidos se presenta una resea de algunas metodologas de IR que han
sido aplicadas en otros dominios y que presentan condiciones para permitir su
transformacin y adaptacin al dominio de los sistemas embebidos, buscando que
posibiliten el descubrimiento de requisitos que se encuentran en niveles diferentes al
del sistema. Dichas metodologas pueden ser clasificadas de diversas formas.

TECNICAS PARA EL LEVANTAMIENTO Y RECOLECCIN DE


REQUERIMIENTOS.
Mtodo JAD Joint Application Development (JAD), en espaol Desarrollo
Conjunto de Aplicaciones, es una tcnica exploratoria popular que incluye a los
usuarios como participantes activos en el proceso de desarrollo.
La tcnica ms usada segn nuestro criterio es la Tcnica de Mtodo JAD, por
que permite que los usuarios dominantes participen con eficacia en los requisitos que
modelan el proceso, cuando los usuarios participan en el proceso del desarrollo de
los sistemas, es ms probable percibir un sentido de la propiedad en los resultados, y
la ayuda para el nuevo sistema.
Ventajas.

La

tcnica de mtodo JAD es una ventaja ya que puede dar lugar a una

declaracin exacta de los requisitos del sistema.

La tcnica JAD es considerado por muchas compaas como la tcnica mas


manejada por los usuarios dominantes ya que les permite manejar con
eficacia los requisitos que modelan el proceso.

La tcnica JAD le permite a los usuarios percibir un sentido de la propiedad en


los resultados del desarrollo del sistema.

Cuando

la tcnica JAD es usada correctamente puede dar lugar a una

declaracin ms exacta de los requisitos del sistema.


Desventajas.
El mtodo JAD es una tcnica muy costosa comparado con otras tcnicas

tradicionales.
Adems puede ser incmodo si el grupo es demasiado grande concerniente al

tamao del proyecto.

Fundamentos del J.A.D


El proceso de JAD se basa en cuatro ideas simples que son:
La gente que hace un trabajo tiene la mejor comprensin de ese trabajo.
La gente entrenada en Tecnologas de la Informacin tiene la mejor

comprensin de las posibilidades de esas tecnologas.


Los sistemas de informacin y los procesos del negocio raramente existen en
forma aislada. Ms bien trascienden los lmites de cualquier sistema u oficina
y afectan el trabajo en departamentos relacionados. La gente que trabaja en
estas reas relacionadas tiene una percepcin valiosa del papel del sistema
dentro de una comunidad ms amplia.
Los mejores sistemas de informacin se disean cuando todos estos grupos
trabajan juntos en un proyecto como socios iguales.
Puede trazarse un paralelo entre lo que el proceso de JAD le da al desarrollo
de sistemas informticos y lo que Henry Ford le dio a la fabricacin de los
automviles: un mtodo para organizar la maquinaria, los materiales, y el trabajo de
modo de poder ensamblar un automvil en forma ms barata y rpida que nunca
antes (la lnea de montaje). La meta en el desarrollo de sistemas es identificar lo que
necesitan los usuarios y despus fijar un sistema o proceso que lo proporcionen. Los
mtodos tradicionales tienen varios factores de retraso incorporados que empeoran
cuanto ms gente est implicada en el proyecto.

You might also like