IV CONACIN

Anlisis de la produccin y demanda de la Quinua

(Chenopodium Quinoa Willd) aplicando Mnimos Cuadrados
Aliaga-Cruz, Vitmar1; Alanguia-Calisaya, Juan2
1

Centro de Investigacin en Ciencias de Alimentos, 2Centro de Investigacin en Ingeniera de Alimentos,

EAP Ingeniera de Sistemas, Universidad Peruana Unin. Carretera Arequipa
Km. 6, Chullunquiani, Juliaca - Per, santiagor@upeu.edu.pe

Resumen
Para el desarrollo de software existen metodologas, por un lado estn las
llamadas metodologas tradicionales y por otro lado las giles, entre las
tradicionales se tiene a Rational Unified Procces (RUP), Microsoft Solution
Framework (MSF), Win-Win Spiral Model e Iconix las cuales requieren de mucha
disciplina y un riguroso proceso, esto dificulta su implementacin en escenarios
en las cuales el equipo de proyecto est conformado por menos de 15 personas;
por otro lado se tiene a las metodologas giles como Extreme Programming
(XP), Crystal Clear, Dynamic Systems Developmemt Method (DSDM) y Feature
Driven Development (FDD) entre otros, estas metodologas presentan
respuestas rpidas al cambio y son flexible, generan una documentacin
esencial y estn preparadas para brindar soluciones con equipos pequeos o
medianos, sin embargo no presentan mtodos formales y genera poca
documentacin. Esta investigacin propone la metodologa Essential Unified
Process (EssUP) como alternativa para desarrollar proyectos software, esta
incorpora las principales prcticas del Proceso Unificado pero con un enfoque
gil, EssUP propone 04 fases: Planteamiento, preparacin, construccin e
implantacin; y 07 Roles: Cliente, coach, administrador del proyecto, tester,
programador, documentador y usuarios finales. Para su validacin se mostrar
los resultados obtenidos con el desarrollo de un Sistema de eventos StartUP

Introduccin
Actualmente existen muchas metodologas para el desarrollo de software, las
cuales se engloban en dos grandes categoras: las metodologas tradicionales y
las metodologas giles. Las metodologas tradicionales propician las buenas
prcticas que existen dentro de la Ingeniera de Sistemas y Software; sin
embargo, requieren de mucha disciplina para seguir con el riguroso proceso que
stas conllevan .Por otro lado, las metodologas giles presentan respuestas
rpidas al cambio y son flexibles, aunque generan poca documentacin y no
hacen uso de mtodos formales.En este artculo se propone una metodologa
para desarrollo de proyectos de software basada en la nueva tendencia en el
rea de Ingeniera de Software: las metodologas EssUP. Incorporan algunas
prcticas
existentes dentro de las metodologas tradicionales y giles,
proporcionando as una gran ventaja. Para crear la metodologa que se propone

Anlisis
EssUP: es una metodologa creada por Ivar Jacobson en el 2010, basada
en el Proceso Unificado , los mtodos giles y la madurez de procesos EssUP
es gil porque no pretende imponer un proceso especfico, adems toma en
cuenta que es necesario tener flexibilidad y respuestas rpidas ante los cambios
Sin embargo, EssUP menciona que es necesario documentar y modelar en
UML, con lo cual retoma una importante caracterstica de las metodologas
tradicionales. Por lo que, EssUP es una metodologa hbrida, aunque
conceptualmente, ya que en la prctica el equipo de desarrollo de software que
pretenda utilizar esta metodologa debe seleccionar el modelo de ciclo de vida
de desarrollo de software que mejor se adapte a sus necesidades, asignar los
roles que crean convenientes y seleccionar las mejores prcticas; EssUP
presenta una nueva tendencia en metodologas para desarrollo de software, ya
que intenta retomar algunas ventajas de las metodologas tradicionales y de las
giles.
Para utilizar esta metodologa basta saber:
Los roles que deben de existir.
Los principios metodolgicos.

4. Principios Metodolgicos
Para poder utilizar adecuadamente la metodologa se deben
conocer los siguientes principios metodolgicos:
Hacer uso de papel rotafolio.
Realizar lluvias de ideas durante las juntas.
Hacer uso del Ciclo de Deming para la Gestin de Riesgos durante todo el
proceso de desarrollo.
Considerar los 14 Principios de Calidad de Deming, para garantizar calidad en el
proceso y en el producto de software.
Por lo que con dichos principios se guan las actividades dentro
del proceso de desarrollo de esta metodologa
4. Proceso de Desarrollo
la metodologa propuesta tiene 4
etapas, las cuales se describirn
ms adelante:
Planteamiento
Preparacin
Construccin
Implantacin
Planteamiento.
En esta etapa se deben cumplir los siguientes objetivos:
Definir los requerimientos del proyecto que se va a desarrollar Realizar la
estimacin de costos de tiempo, de recursos (tanto materiales como humanos) y
monetario.
Elaborar, pactar y firmar un contrato que estipule los costos y los
requerimientos, as como penalizaciones y otros aspectos legales.
Elaborar un plan general del proyecto. El primer paso para crear el plan
general, consiste en calcular el tiempo que se tendr para llevar a cabo cada una
de las 4 fases. Despus se debe realizar una lista de actividades, as como
asignarle la precedencia a cada una.
En esta etapa, se puede hacer uso de una serie de ciclos, considerando que
el software tiene una naturaleza evolutiva; estos ciclos servirn para pactar
acuerdos entre los involucrados.
Preparacin.
En esta etapa se deben establecer las tareas y responsabilidades entre los
miembros del equipo. Por lo que esta etapa se resume en la realizacin del
anlisis y el diseo a travs de algunas iteraciones si se requieren.
Construccin.
En esta etapa se lleva a cabo la codificacin del diseo que se plante en la fase
de preparacin.
Adems se har uso de algunas prcticas propuestas en otras metodologas
como:
Juntas semanales de una hora.
Estas juntas permitirn generar un ciclo de comunicacin en esta etapa; de
tal manera, que se puedan identificar avances y problemas.
Programacin en parejas. La programacin en parejas se llevar a cabo, tal
como lo propone XP.
Con la finalidad de agilizar la codificacin, pero esto se aplicar cuando se
tenga poco tiempo para desarrollar la aplicacin y se pueda contar con los
recursos necesarios.
Conclusin

Roles
Cliente (especifica los requerimientos).
Lder del proyecto,Manager,Coach (buscar
nuevos proyectos y la recopilacin de la
informacin de nuevos requerimientos el
que tiene relacin cliente/usuario).
Administracin del proyecto(se encarga de
coordinar a los programadores).
Tester(la coordinacin entrenador,
aprobacin y organizar con las reuniones).
Programador
(codificacin)aprobador(encargado de
realizar pruebas en todo momento).
Documentador (genera la documentacin
en el transcurso del software).
Usuarios Finales.es la persona que
interactan con el sistema.

Las metodologas de desarrollo de software han ido evolucionando a medida que

los paradigmas de programacin tambin lo han hecho, de tal manera que se
acoplaron a ellos
tratando de ajustarse a las nuevas necesidades.
Dichas metodologas han proporcionando herramientas y prcticas que ayudan en
el proceso de desarrollo de software.
Pero a pesar de la evolucin que han tenido no existe una metodologa que se
aplique para todos los tipos de proyecto de software, por lo cual es necesario
investigar cules son las
necesidades reales del mbito donde se desea implementar una determinada
metodologa. As como tomar en cuenta las prcticas de las metodologas
existentes para poder seleccionar
las que mejor convengan.
Referencias
[1] IBM, IBM Rational Unified Process (RUP). Extrado el 18 de Septiembre del
2011, de http://www-01.ibm.com/software/awdtools/rup/
[2] Beck, Kent. Extreme programming (XP): a gentle introduction. Extrado el 3 de
Octubre del 2011, de
http://www.extremeprogramming.org/
[3] Scrum group. Scrum. Extrado el 2 de Octubre del2011, de
http://www.scrum.org/
[4] Real Academia Espaola. Metodologa. Extrado el 8 de Octubre del 2011, de
http://www.rae.es/rae.html