Diseño de un Sistema de Control y Registro

de la Actividades de la Fábrica de
Embutidos San José
Grefa Carla, Quinga Julio
Universidad Técnica de Cotopaxi
Latacunga, Ecuador
[email protected]

[email protected]

Resumen- El presente artículo trata acerca Abstract- This article is about the analysis of the
del análisis de los tipos de metodologías que types of methodologies that can be applied for
se puede aplicar para la elaboración del the elaboration of the software, in which a series
software, en cual se establece secuencias de of steps is established to carry out the project to
pasos a desarrollar el proyecto, por aquello be developed, for that reason the model to be
de deber el modelo a utilizar, puesto que cada used, Since each one is different before starting
uno es diferente antes de empezar con el
with the development of the website, it should
desarrollo del sitio web se debe ver que no
be seen that the application with all its
mas va a contener el aplicativo con todas sus
especificaciones de esta manera aplicar la specifications will no longer contain in this way
metodología más adecuada con la que se va a to apply the most appropriate methodology with
trabajar durante el transcurso del semestre y which it will work during the course of the
a su ver evitar posibles inconvenientes semester and in his view to avoid possible
durante el desarrollo del aplicativo. Analizar inconveniences during the development of the
todos los requerimientos necesarios de lo que application. Analyze all the necessary
el usuario vera en el producto final del sitio requirements of what the user will see in the
web y a su vez si es necesario indicar o final product of the website and in turn if it is
proyectar el costo, por ello se podría dar los necessary to indicate or project the cost,
entregables y diseños de la interfaz del sitio therefore the deliverables and designs of the
web para que el administrador pueda tener website interface could be given so that the
una visión como va quedando dicho diseño.
administrator can Have a vision as this design
En la implementación interviene el código
is. In the implementation the code intervenes as
como está programado o el inicio de la
construcción del sistema web, tomando en it is programmed or the start of the construction
cuenta el lenguaje de programación con el of the web system, taking into account the
que se va a realizar, al final se hará una programming language with which it is going to
verificación con pruebas que se le hace al be performed, in the end a verification will be
sistema para ver sus posibles fallos y a la vez made with tests that are done to the system to
si cubre todas las expectativas del dueño de la see its possible failures and at the same time if
empresa y tanto a los usuarios los que van a it covers all the expectations of the owner of the
visitar el sitio web, se entregara un manual company and both the users who are going to
técnico para que se pueda guiar al momento visit the website, a technical manual will be
de utilizar y se familiaricé con el sistema web. delivered so that it can be guided at the time of
Palabras Claves: metodología, Software, use and familiarized with the system Web.
producto, diseño, web, desarrollo.
Keywords: methodology, Software, product,
design, web, development.

I. Introducción software; Metodologías Agiles “RUP” y

Metodologías Tradicionales “SCRUM” para
El presente artículo tiene como propósito dar a poder aplicar en la elaboración de un software.
conocer acerca de las metodologías del RUP es una evolución de elaboración de
 software cuyas características son: iterativo, usuario; y la mutua ayuda de los programadores
conducido por casos de uso, medido en la y clientes.
construcción y gestión temprana de riesgos.
SCRUM para el crecimiento ágil de software es Para el desarrollo de nuestro proyecto se utilizó
la metodología (RUP), cuenta con Fases: inicio,
una forma de análisis diseñado para conseguir la
elaboración, construcción, transición
cooperación eficaz de equipos en proyectos, que
.Disciplinas: proceso y soporte. Esta
emplea un compuesto de reglas, artefactos y metodología utiliza “UML” es un lenguaje para
roles que generan la ordenación necesaria para la especificación, la visualización, la
su delicado trabajo. construcción y la documentación de los
artefactos de los sistemas de software.
Las metodologías tradicionales de proceso de
software son orientadas por planeación, inician RUP se adapta perfectamente a los sistemas
el perfeccionamiento de un plan con un sólido propuestos Convenio Productivo y de Gestión
progreso de participación de requerimientos, de las Capacidades. Permitió un aproximado
anticipado a etapas de estudio y diseño. Buscan reiteradas veces para la ejecución final del
asignar método al transcurso de avance de proyecto. Gracias a ella fue posible establecer
software y de esa representación volverlo una única forma de trabajo de los softwares que
predecible y eficaz. actuara entre los desarrolladores, clientes y
usuarios de ambos trabajos.
Las metodologías ágiles son flexibles, que
También es necesario recalcar que la
pueden ser modificadas para que se ajusten al
metodología RUP no es un software plenamente
entorno de todo módulo y plan, se caracterizan ordenado, más bien es un compuesto de todas
por el progreso iterativo e incrementa; la las iteraciones metodológicas apropiadas dentro
claridad de la implementación; las entregas del enfoque sistemático de una organización de
frecuentes; la priorización de los requerimientos trabajo.
o características a amplificar a función del

II. Desarrollo de contenidos c) Iterativo e Incremental: aquí el sistema

viene a subdividir en mini proyectos,
A. RUP quiere decir repetirá muchas veces al
momento de ejecutar el programa.
RUP [1] (Proceso Racional Unificado) es una
C. Ciclo de vida RUP
sistemática que tiene como subjetivo establecer
y organizar el progreso de software, en la cual
se tienen un vinculado de actividades necesarias Es [2] para verificar las fases y procesos
para convertir los requisitos del beneficiario en necesarios serán tomando en cuenta al momento
un Software. de la realización del sistema.

B. Características del RUP D. Fases

El RUP [1] es un procedimiento establecido en Las [1] fases son uno de los puntos importantes
los modelos en Cascada y por Componentes, el por lo cual se produces una versión diferente
cual presenta las siguientes características: Es para la creación del producto y cada fase cuenta
encaminado por los casos de uso, es céntrico en con iteraciones a continuación se detalla lo
la construcción, iterativo e incremental, lo cual siguiente:
es esencial para el procedimiento de progreso de
software. A continuidad se explican las tres a) Concepción, Inicio o Estudio de
características de RUP: oportunidad
a) Casos de Uso: Describe un oficio que el  Describe ámbitos y objetivos a
interesado requiere del programa, desarrollar en el proyecto
incluye la frecuencia completa de  Funcionalidades y productos
b) Elaboración
interacciones entre el beneficiario y el
 Se estudian las funcionalidades y el
software.
dominio
b) Centrado en la arquitectura: se trata de
 Definir una interfaz fácil
las vistas que contiene el modelo de la
 Planificar puntos necesarios
arquitectura
c) Construcción
  Mediante las iteraciones se d) Transición
realizaran el producto  Se facilita ya el producto al usuario
 Tanto como fases y análisis se deben  Realización de manuales para
de realizar en una arquitectura clientes
básica
 La mayor parte es programación y E. Iteraciones
ejecución de pruebas
 Realizar la documentación El [1] RUP cuenta con una secuencia iterativa
respectiva adecuada. que va incrementando secuencialmente para la
ejecución del software, para lo cual es de suma
importancia detallar los sub procesos

Proceso Iterativo e Incremental producto, para que el cliente este

satisfecho con el trabajo realizado.
Este procedimiento destaca la ejecución de un
f) Entorno
período de lapso de un plan y se fundamenta en
Esta norma se enfoca sobre las
el avance de prototipos aplicables que serán
mostrados a los clientes y usuarios. actividades necesarias para establecer el
procedimiento que engloba el progreso
de una propuesta.
G. Actores o roles
Son [1] las personas que están a cargo de la
elaboración de la tarea planteadas para el
desarrollo de flujos de disciplinas que tiene
RUP, también incluye a los actores , estas
se subdividen en diferentes categorías:
Analistas, Desarrolladores, Probadores,
Figura 1. Ciclo iterativo incremental [2]. Encargados, Otros actores.

F. Disciplinas a) Analistas
 Analista del Proceso del
Estas [1] disciplinas contemplan los flujos de
Negocios
labor, los cuales son una cadena de pasos para la
 Diseñador de Negocios
perfección de todo método, estas disciplinas se
 Revisor del Modelo del
dividen en dos grupos: las primarias y las de
Negocios
soporte. Los primerizos son necesarias para la
 Revisor de Requerimientos
ejecución de un plan de software. Las de apoyo
son las sirven de sustento a las primaria.  Analista del Sistema
 Especificador de Casos de
a) Implementación Uso
Su objetivo principal es implementar  Diseñador de Interfaz del
clases como el de diseño para así Usuario
integrar dentro del sistema
b) Pruebas b) Desarrolladores
Verifica la integración de los  Arquitecto de software
componentes  Desarrollador de la
c) Despliegue Arquitectura del software
Asegura al cliente, a proceder el envió  Diseñador de Cápsulas de
de producción por el cliente. interfaces
d) Gestión y configuración de cambios  Verificador del Código de
Es fundamental para el control de todos diseño
los artefactos que van dentro del sistema  Creador de la Base de Datos
e) Gestión del proyecto  Dibujante principal
c) Probadores
Aquí es importante enfatizar los
 Experto
objetivos, riesgos y restricciones al
 Portador de Pruebas
momento de hacer la entrega del
 Probador
 K. Roles
H. Artefactos
a) Scrum Master
Son [1] los resultados finales desarrollados
durante el proyecto. Se detallan entradas así La [5] persona responsable del proceso
como salidas de todas las actividades de Scrum, su correcta aplicación, y la
efectuadas de los desarrolladores. maximización de sus beneficios.

a) Modelado del negocio b) Product Owner(Propietario producto)

b) Requerimientos La gestión de la reserva de venta de
c) Análisis y diseño del sistema resultados, es con el fin de maximizar el valor
d) Implementación del proyecto. El dueño del producto representa
e) Pruebas todas las partes interesadas en el proyecto
f) Despliegue
g) Administración del proyecto c) Team (Equipo)
h) Administración de cambios y Un grupo de funciones cruzadas de la
gente que es responsable de la gestión
configuración
propia para desarrollar software cada
i) Entorno o ambiente
sprint.
I. UML L. Artefactos
Lenguaje de Modelo Unificado [3] permite a) Product Backlog (Pila del producto)
modelar, construir y documentar elementos que
forman un sistema de software orientado a La [6] cartera de productos contiene
objetos .La UML es un factor importante dentro detalles de los "requisitos" que se
de la industria informática para la realización de mantiene para un producto. Contiene
los proyectos utilizando el UML. elementos de la Pila del producto que son
ordenados por el propietario del producto.
J. SCRUM Dueño del producto decide acerca de las
prioridades de las historias de usuarios.
Se [4] define como una recopilación de
procesos para la tarea de proyectos, que permite b) Sprint Backlog
centrarse en la prestación de precio para
el usuario y la potenciación del bloque para Es la lista de trabajo del equipo de
adquirir su regla eficacia, íntimamente enfocado desarrollo debe abordar durante el
para un proyecto. siguiente sprint. Requisito no debe ser
cambiado durante la ejecución del sprint.

c) Burndown chart

La quemadura de sprint hacia abajo es un

gráfico que aparece mostrando el trabajo que Tabla 1. Matriz comparativa RUP y SCRUM
queda en el sprint backlog. Restaurando
cada día al sprint, da una perspectiva única CARACTERÍSTICA RUP SCRUM
de los avances sprint. Asimismo proporciona Heredan modelos  
visualizaciones rápidas para la información.
Libre de tecnologías  
M. RESULTADOS
Documento estricto  
a) Matriz comparativa de las dos
metodologías Estrictamente técnico  

Como resultado, una vez culminado nuestro Más enfoque en  

artículo, en la siguiente matriz se comparan a las procesos
dos metodologías, en la cual se observan las Más enfoque en  
actitudes positivas y negativas que ayudan a personas
Resultados rápidos  
ejercer en los proyectos a realizar.
  Se consideró clave para llevar este proyecto
Cliente activo   para satisfacer las necesidades que tiene dicha
empresa, consiste en dar una buena
Manejo del tiempo   capacitación al dueño de la empresa del sitio
web.
Limpieza del código    Acorde fuimos realizando esta propuesta nos
fuimos percatando de muchas cosas que
Iterativo   anteriormente no habíamos apreciado, pero una
vez analizado los dos métodos RUP y SCRUM,
Respuesta a los cambios   se pudo llegar a dar un resultado satisfactorio a
todo los inconvenientes que ocurría en la
Tipo de desarrollo   empresa.
Fuente: Grupo de trabajo.

En la tabla 1. Podemos ver las diferencias de cada REFERENCIAS

metodología que tienen el método RUP y SCRUM,
lo cual es más importante observar los niveles de
riegos dentro del desarrollo de un proyecto, lo cual
[1] Oiver Andrés Pérez A., “Cuatro enfoques
hace que cada orientación metodológica sea
metodológicos para el desarrollo de
factible.
Software RUP – MSF – XP - SCRUM,”
Rev. Académicas, Inven., vol. Vol.6 Núm.,
pp. 64–78, 2011.
b) Cuadro comparativo en aprendizajes
[2] A. por and I. José Ricardo Morales Prado,
“APLICACIÓN DE LA METODOLOGÍA
RUP PARA EL DESARROLLO RÁPIDO
DE APLICACIONES BASADO EN EL
ESTÁNDAR J2EE,” GUATEMALA,
2006.
RUP
[3] X. F. Grau, M. Isabel, and S. Segura,
SCRUM “Desarrollo Orientado a Objetos con
UML,” Mayo, 2018. [Online]. Available:
http://rafaelmellado.cl/material/com3162/c
omplementario/05.pdf. [Accessed: 19-Dec-
2019].
[4] S. I. Mariño and P. L. Alfonzo,
Figura 1.Límite de Porcentaje de aprendizaje “Implementación de SCRUM en el diseño
Fuente: Grupo de trabajo. del proyecto del Trabajo Final de
Aplicación,” Sci. Tech. Año XIX, vol. 19,
En la figura 1.El color azul representa a la no. 4, p. 7, 2014.
metodología RUP con un porcentaje del 30%, la [5] K. H. Judy and I. Krumins-Beens, “Great
cual indica que el promedio de aprendizaje es Scrums Need Great Product Owners:
lenta, mientras el color naranja representa a la Unbounded Collaboration and Collective
metodología SCRUM con un 70% de rapidez en Product Ownership,” in Proceedings of the
aprendizaje. En conclusión es recomendable la 41st Annual Hawaii International
metodología SCRUM al momento de realizar Conference on System Sciences (HICSS
proyectos ya que es fácil de entender. 2008), 2008, pp. 462–462.

N. CONCLUSIONES [6] W. : Www, M. Mahalakshmi, and D. M.

Sundararajan, “International Journal of
Emerging Technology and Advanced
 El proyecto que realizamos ha contribuido de Engineering Traditional SDLC Vs Scrum
manera muy importante para identificar y Methodology-A Comparative Study,”
resaltar los puntos más importantes que hay Certif. J., vol. 9001, no. 6, 2008.
que cubrir en la fábrica de embutidos San
José.
EVIDENCIA