UNIVERSIDAD DE LAS FUERZAS ARMAS ESPE

DEPARTAMENTE DE ELCTRICCA YELECTRNICA

INGENIERA EN SOFTWARE

MET. DESARROLLO DE SOFTWARE II

ALUMNO:
ISRAEL TENEDA

DOCENTE:
ING. PATRICIO JCOME

Latacunga- Ecuador
2017
 Desarrollo por el usuario Final

En la ltima dcada se ha venido produciendo un significativo avance en el mundo de las

nuevas tecnologas de la informacin. La aparicin paulatina de nuevos dispositivos y
soportes ha originado que la forma de llevar a cabo la computacin tradicional cambie
considerablemente. Este desplazamiento ha provocado que gran parte de la poblacin
mundial haya acabado, de una u otra forma, manejando software, pasando de tener personas
que utilizaban de forma espordica el ordenador a tener usuarios finales expertos en su
dominio que manejan distintos programas enfocados a fines muy concretos, como la
simulacin, experimentacin, desarrollo de pequeas aplicaciones o mdulos con entornos
de alto nivel, macros, aplicaciones web, etc. La diversidad en cuanto a las preferencias de las
personas y los intereses individuales de cada usuario es un hecho. Las aplicaciones han
dejado de ser generales para tener que adaptarse, en cierta forma, a las personas que las
manejan, personas con diferente cultura, conocimientos y habilidades cognitivas.
Otros de los fenmenos acontecidos en los ltimos aos, en relacin con lo anteriormente
comentado, es el hecho de que el concepto clsico del diseador software, como experto en
el dominio de la informtica, haya cambiado notablemente. Hoy en da existe un gran nmero
de usuarios finales que han pasado de ser meros usuarios del ordenador a convertirse en
diseadores, es decir, personas que finalmente acaban componiendo o creando algn tipo de
artefacto software en funcin de sus propias necesidades. Esto corrobora en cierta forma una
de las frases ms acertadas de uno de los grandes visionarios del mundo de las tecnologas
de la informacin, Ben Shneiderman, que manifest que la computacin actual debe versar
sobre lo que los usuarios pueden hacer con los ordenadores, a diferencia de la computacin
tradicional donde lo importante era lo que los ordenadores podan hacer por s mismos. En
base a estas argumentaciones, hay que decir que, afortunadamente, se ha incrementado en
gran medida la produccin de software interactivo. Se hace necesario, por tanto, proporcionar
entornos que permitan a los usuarios finales, sin conocimientos en programacin, desarrollar
o modificar aplicaciones existentes, permitindoles as emplear tecnologas avanzadas de la
informacin, actuales y/o futuras, aplicadas al desarrollo de su labor cotidiana. Este aspecto
provoca un cambio de tendencia que desplaza a los actuales diseos desde el concepto de
facilidad de uso (easy-to-use) hasta el concepto de facilidad para el desarrollo de
aplicaciones software interactivas (easy-todevelop interactive software systems).
El EUD (End-User Development) o Desarrollo por el Usuario Final se define como un
conjunto de actividades o tcnicas que permiten a las personas, que no son desarrolladores
profesionales, crear o modificar software. Este paradigma est basado en campos de
investigacin ya conocidos y explorados, como es el caso de la Interaccin Persona
Ordenador y la Ingeniera de Software, principalmente. Los sistemas basados en el EUD
deben ser fciles de entender, de aprender, de usar, de ensear y de evaluar.
 reas clave de Proceso

Un rea de proceso es un conjunto de prcticas relacionadas en una zona que, cuando se

implementan en conjunto, satisfacer un conjunto de objetivos considerados importantes para
hacer mejoras significativas en la materia. Las reas de procesos CMMI son comunes a
ambas representaciones continua y por etapas.
La continua representacin permite a la organizacin para elegir la orientacin de sus
esfuerzos de mejora de los procesos de eleccin de las reas de proceso, o conjuntos de reas
de procesos interrelacionados, que mejor beneficio para la organizacin y sus objetivos de
negocio. Aunque hay algunos lmites sobre lo que una organizacin puede elegir debido a las
dependencias existentes entre reas de proceso, la organizacin tiene un considerable margen
de libertad en su seleccin.
Una vez que seleccione las zonas de proceso, tambin se debe seleccionar la cantidad que
desea mejorar los procesos asociados con las reas de proceso (es decir, seleccionar el
adecuado nivel de capacidad). Niveles de capacidades y objetivos genricos y prcticas,
apoyo a la mejora de los procesos en las distintas reas de proceso.
Por otra parte, se ver que la representacin por etapas le anima a mirar siempre en zonas de
proceso en el contexto del nivel de madurez a la que pertenecen. Las zonas de proceso estn
organizadas por niveles de madurez para reforzar este concepto. Cuando se utiliza un rea de
proceso, uso de toda el rea de proceso, es decir, todos los objetivos y todas las prcticas.
reas de Proceso del CMMI (PAs) se pueden agrupar en las siguientes cuatro categoras para
entender sus interacciones y vnculos con otros independientemente de sus niveles definidos:
Gestin de Procesos
Gestin de Proyectos
Ingeniera
Apoyo
Cada rea de proceso se define como un conjunto de objetivos y prcticas. Hay dos categoras
de objetivos y prcticas:
Metas y prcticas genricas: son una parte de cada rea de proceso.
Metas especficas y prcticas: son especficos de una determinada rea de proceso.
Un rea de proceso se considera satisfecho cuando los procesos de una empresa de todos los
objetivos genricos y especficos y prcticas para que rea de proceso.
Requirements Development
Es un proceso de ingeniera rea en el nivel de madurez 3.
Fin
El objetivo de Requirements Development (RD) es para producir y analizar clientes,
productos, productos y requisitos de los componentes.
Por medio de prcticas especficas objetivo
SG 1 Desarrollar Requisitos del cliente.
o SP 1.1 Obtener necesidades
o SP 1.2 Establecer los requisitos del cliente
SG 2 Desarrollar Requisitos del producto
o SP 2.1 Establecer requisitos y Product-Component
o SP 2.2 Asignar Product-Component Requisitos
o SP 2.3 Identificar requisitos de interfaz
SG 3 analizar y validar los requisitos
o SP 3.1 Establecer los conceptos operacionales y escenarios
o SP 3.2 Establecer una Definicin de la funcionalidad requerida
o SP 3.3 Analizar los requisitos
o SP 3.4 Anlisis de los requisitos para alcanzar el equilibrio
o SP 3.5 validar los requisitos

Requirements Management
Es un proceso de ingeniera rea en el nivel de madurez 2.
Fin
El objetivo de Requirements Management (REQM) es la gestin de los requisitos de los
productos del proyecto y los componentes del producto y para descubrir las contradicciones
entre las necesidades y los planes del proyecto y los productos del trabajo.
Por medio de prcticas especficas objetivo
SG 1 Gestionar Requisitos
o SP 1.1 obtener una comprensin de las necesidades
o SP 1.2 Obtener el compromiso de los requisitos
o SP 1.3 gestionar requisitos los cambios
o SP 1.4 Mantener Trazabilidad bidireccional de requisitos
o SP 1.5 determinar las incoherencias entre el trabajo en proyectos y requisitos
 Bibliografa

Patern, F.: From Model-Based to Natural Development. Proceedings of the End User
Development Workshop at CHI2003
Conference. Ft. Lauderdale, Florida, USA.
Shneiderman, B.: Leonardos Laptop. The MIT Press, 2003.
Klann, M.; Fit, F.: End-User Development.
D1.1 Roadmap. Proceedings of the End User
Development Workshop at CHI2003
Conference. Ft. Lauderdale, Florida, USA.

Network of Excellence on End-User

Development (EUD-Net).
http://giove.cnuce.cnr.it/eud-net.htm.