Aplicacin de Sistema de Codificacin IR-Kanban

para Mejora en Trazabilidad de Requisitos Elicitados

Nahur M. Melndez Araya.
Departamento de Ingeniera Informtica
y Ciencias de la Computacin.
Universidad de Atacama.
Av. Copayapu 485, Copiapo, Chile
nahur.melendez@uda.cl
AbstractGran parte de los problemas dados por una mala
trazabilidad son solucionados a travs de IR-Kanban. Con su
implementacin se obtiene un correcto control de la documentacin
asociada (SRS, diagramas de sistema, etc.), ayudando a identificar a
todo el personal involucrado (interno o externo) al estar su
informacin codificada en cada documento, requisito, reunin, etc.
La idea es agregar un cdigo a cada documento y herramientas
utilizadas para mejorar su trazabilidad, permitiendo as, obtener la
informacin de manera inmediata. Cada organizacin puede adaptar
el sistema de codificacin IR-Kanban de acuerdo a sus necesidades y
prioridades de informacin, pero debe quedar apropiadamente
documentado. La experiencia ha demostrado que este Sistema de
Codificacin mejora sustancialmente la trazabilidad de los
Requisitos Elicitados, (y la documentacin asociada a ellos),
especialmente beneficioso en terreno, ayudando
a resolver
conflictos en las etapas de Anlisis y Negociacin de Requisitos y
Validacin de Requisitos del Proceso de IR.
KeywordsIngeniera de Requisitos (IR), Kanban, Calidad del
software, TQM, Sistemas de Calidad.

I.

INTRODUCIN

La industria de software representa una actividad

econmica de suma importancia, debido a que ofrece mltiples
fuentes de negocios y se perfila en un gran desafo y
oportunidad para los pases en vas de desarrollo, sin embargo
en Latinoamrica, es incipiente e inmadura, lo cual conlleva a
una falta de competitividad, que a su vez dificulta el
crecimiento [1].
A pesar de la importancia adquirida por los productos de
software, diversos estudios, [2, 3, 4, 5, 6], han demostrado que
los proyectos de desarrollo no logran ser totalmente exitosos.
Ejemplo de ello, es que entre el 20% a 25% de estos proyectos,
fallan en dos aos y el 50% cerca de los cinco aos [5].
A pesar de las mltiples mejoras hechas en varias de las
actividades involucradas en el proceso de desarrollo de
software, la elicitacin, el anlisis y el modelado de los
requisitos del usuario, son las actividades menos exploradas
[7], siendo stas las ms importantes [8].
El costo que implica reparar errores (o defectos) cometidos
durante el desarrollo del software una vez realizada la entrega
del producto en comparacin con lo que hubiera implicado
detectarlo en fases ms tempranas del desarrollo representa

Jose A. Gallardo Arancibia.

Departamento de Ingeniera de Sistemas y Computacin
Universidad Catlica del Norte
Av. Angamos 0610, Antofagasta, Chile
jgallardo@ucn.cl

entre 60% y 100% de sobrecosto [9, 10], situacin ratificada en

[11].
Resultados de un estudio de The Manchester Metropolitan
University publicados en [12], informan que el 56% del total
de errores encontrados en los productos software son
generados en la fase de Requisitos. Sin embargo, [13] indica
que el porcentaje del esfuerzo total del proyecto que se destina
en la fase de Requisitos no alcanza el 20%.
Pero, qu consecuencias ocasiona la omisin o inadecuada
definicin de requisitos?, segn un estudio del Instituto
Nacional de Estndares y Tecnologa del Departamento de
Comercio de los Estados Unidos [14], los errores y fallas
imprevistas cuestan a la economa nacional unos 59.500
millones de dlares al ao, constatando que ms de la mitad de
todos los errores, no se encuentran hasta que el proceso de
desarrollo est en su fase final o durante el perodo de uso,
luego de la comercializacin del software.
Una estrategia primordial para evitar problemas y
desarrollar productos de calidad, es tener en cuenta que la
calidad de los productos est ntimamente ligada con la calidad
de los procesos utilizados para desarrollarlos. Entonces se hace
evidente que para incrementar la calidad, las empresas de
desarrollo de software deben implementar proyectos para la
mejora de sus procesos de software [15].
Una de las primeras tareas a realizar es encontrar en una
primera instancia los puntos problemticos, que influyan
directamente en la calidad del producto. Estos problemas
tpicos que se presentan, estn relacionados con la insuficiente
especificacin del producto (software) y con el bajo control
durante su desarrollo [16]. La segunda, est relacionada con la
trazabilidad e identificacin de los requisitos, su
documentacin, as como la identificacin de los involucrados
con ellos. El problema de la trazabilidad puede generar
distintas complicaciones, entre las que se encuentran [15]:
Tarda recepcin de requisitos.
Mal manejo en el ordenamiento interno.
Problemas para identificar al encargado de los
requisitos.
Problemas para identificar a los stakeholders de los
requisitos.

 Mala gestin de stock (control de versiones).

El tiempo de reaccin y de control de las partes puede
generar ms tiempo del requerido.
Dificultades en la obtencin de la procedencia.
Complicaciones en localizacin de documentos.
No se logra el grado mximo de satisfaccin con el
cliente, ya que no existe una transparencia de
informacin correcta hacia su parte.
Complicaciones en la bsqueda de requisitos que se
deseen modificar en el sistema.
En este artculo se presenta IR-KANBAN, como un sistema
basado en la aplicacin de Kanban en IR, que por medio de la
codificacin de tarjetas Kanban busca mejorar la trazabilidad e
identificacin de los requisitos y la documentacin asociada a
ellos.
II.

ENFOQUE KANBAN.

Kanban se inicia en Toyota a principios de la dcada de los

aos 50s, con el propsito de eliminar elementos innecesarios
en su produccin, siendo utilizado durante aos como medio
para obtener materiales entre sus centros de proceso y como
una forma de aumentar la calidad de sus productos. El Sistema
Kanban es un sistema de produccin que se caracteriza por su
gran eficiencia, eliminando la sobreproduccin y dando como
resultado un aumento en la productividad, tambin conocido
como sistema empuje o jalar, denominado de esa manera por el
empuje continuo que se produce en los materiales a lo largo del
proceso de elaboracin de un producto. [17].

), se puede traducir
El trmino japons Kanban (
literalmente como
Placa Visible , en donde Kan ( )
Visual
y Ban (
)
Tablero
, pero
significa
generalmente se le da el trmino de
tarjeta , ya que el
sistema de Toyota emplea comnmente dos tarjetas, una para
indicar la necesidad de entregar materia prima, y otra donde
indica la necesidad de producir materia prima (adems de
ofrecer alguna otra informacin requerida). Las etiquetas
Kanban contienen informacin de qu se va a producir, medios
que se utilizarn en la produccin, cantidad, encargado del
proceso, etc.

Las seales Kanban tienen diferentes tamaos y formas, la

seal tradicional es una tarjeta que tendra la siguiente
informacin: nmero de la pieza, tipo o tamao del recipiente o
unidad, nmero de piezas que deben haber en el piso,
localizacin en el almacn, cantidad de tarjetas que hay en el
sistema. Las tarjetas Kanban pueden ser tarjetas comunes,
canastas plsticas, recipientes, placas metlicas, tarimas o bien
seales de cmputo. En algunas empresas utilizan bolas
plsticas, seales luminosas etc. Las tarjetas Kanban definen el
tamao del lote y de cuando se debe producir de acuerdo a la
demanda real y no al estimado de ventas [18].
La implementacin de Kanban, no es algo fcil de realizar
y no existen reducciones para ste proceso. El punto ms
complicado de la implementacin de Kanban es cambiar la
cultura organizacional en una empresa. Para poder cambiar los

paradigmas existentes se debe ser paciente e invertir tiempo

para poder lograrlo, por otro lado una vez realizada la
implementacin todo el esfuerzo ocupado se ver
recompensado, teniendo siempre en cuenta que el personal
debe estar comprometido con la organizacin para as lograr
mejores avances.
III.

IR-KANBAN: KANBAN EN INGENIERA DE

REQUISITOS.

Kanban a pesar de haber nacido para mejorar la produccin

en la fabricacin de productos o utensilios y ser generalmente
implementado en dicha rea, tambin es posible su aplicacin
en otras reas, como por ejemplo en Ingeniera, siendo su
forma mas bsica de aplicacin, la creacin de un panel de
producto (o proyecto) al cual se le asignan una serie de
actividades o tems priorizados, considerando para ello lo
siguiente [19]:
Visualizar el flujo de trabajo.
Asignar Limites WIP (Work in Progress, Trabajo en
Curso).
Medir el tiempo de espera (Lead Time).
La aplicacin anterior del sistema Kanban, resulta de gran
ayuda en el progreso de diferentes proyectos, considerando que
la codificacin de las tarjetas puede variar dependiendo de la
informacin que se quiera obtener o manejar. Aunque a simple
vista el Panel Kanban de Producto, sea similar a un Tablero
Scrum, difiere con este ltimo en que el flujo de trabajo
completo se encuentra en el mismo tablero y no slo lo que el
equipo est haciendo en una determinada iteracin, como en el
caso de Scrum [19].
IV.

SISTEMA DE CODIFICACIN IR-KANBAN

IR-Kanban al ser una adaptacin del sistema Kanban a IR,

en la cual a derivado en un sistema de codificacin (tcnica),
utiliza varias de las caractersticas del sistema original [15], es
por ello que la implementacin de IR-Kanban, debe realizarse
en cuatro fases (Tabla I).
Fase
1

3
4

Tabla I: Implementacin IR-Kanban [15].

Descripcin
Es necesario que la organizacin entienda los principios y
los beneficios de la utilizacin de IR-Kanban, siendo
preciso que los participantes se sientan parte integral del
proceso de mejora para que colaboren activamente
Implementar IR-Kanban primeramente en las reas y
artculos crticos para facilitar el control, considerando
que la empresa o grupo de trabajo encargado de obtener
los requisitos (y realizar la documentacin necesaria) debe
tener claro las prioridades de informacin que se desea
controlar a travs de la implementacin de IR-Kanban,
dependiendo de su grado de importancia
Implementar IR-Kanban a los dems artculos y
herramientas que se desee obtener registro y puedan ser
de ayuda en el futuro.
Revisar el tiempo de obtencin de informacin entre cada
herramienta y artculo, as como su trazabilidad.

Gran parte de los problemas dados por una mala

trazabilidad, son posibles de solucionar a travs de IR-Kanban
y el sistema de codificacin derivado de l. Con la
implementacin de IR-Kanban se obtiene un correcto control
de la documentacin asociada (SRS, diagramas de flujo,
diagramas de sistema, entre otros), ayudando a identificar en
forma expedita a todo el personal involucrado (sea interno o
externo a la organizacin) al estar su informacin codificada en
cada documento, requisito, reunin, etc., mediante el sistema
IR-Kanban [15].

C 2C 1C 0
V 1V 0
E2E1E0

Se debe tener en cuenta que slo se debe seleccionar la

informacin que se requiera y a las herramientas que realmente
son importantes, para no generar un cdigo demasiado extenso,
que dificulte la lectura del mismo. La idea es agregar un cdigo
a cada documento y herramientas utilizadas para mejorar su
trazabilidad, permitiendo as, obtener la informacin de manera
inmediata (especialmente beneficioso en terreno).

B 2B 1B 0

El cdigo resultante estar conformado por segmentos de

informacin agrupada de forma similar a las MAC y
direcciones IP para su mejor comprensin (Figura 1).

S2S1S0

P2P1P0- H2H1H0- I2I1I0- C2C1C0- V1V0- E2E1E0- B2B1B0- F0- S2S1S0- O0

Fig. 1. Estructura del Sistema de Codificacin.

La Tabla II describe la estructura del sistema de

codificacin IR-Kanban. Aunque cada organizacin puede
adaptar el sistema de codificacin IR-Kanban de acuerdo a sus
necesidades y prioridades de informacin, se recomienda que
este quede debidamente documentado, poniendo especial
nfasis en los dgitos correspondientes a validacin (F0 y O0),
ya que su errnea interpretacin, traera como consecuencias
problemas mayores a los que se quieren solucionar. Se debe
tener especial cuidado en que la persona referenciada en
S2S1S0, sea la indicada para la validacin y aprobacin del
artculo, sobre todo cuando correspondan a SRS o algn otro
tipo de documento de carcter contractual.

Tabla II: Descripcin del Sistema de Codificacin IRKanban.

Subcdigo
P 2P 1P 0
H 2H 1H 0

I2I1I0

Descripcin
Cdigo Identificador de proyecto, por ejemplo
P15, haciendo referencia al proyecto N 15
Cdigo de 3 dgitos que identifica la naturaleza del
artculo que est siendo referenciado, el cual puede
ser: Documento de Especificacin de Requisitos
(SRS), Caso de Uso (CUF), Requisito Funcional
(RFU),Requisito NO Funcional (RNF), Diagrama
de Actividades (DAC), Checklist (CHK), por
nombrar algunos. El identificador debe representar
lo ms posible la naturaleza del artculo.
Dgitos para identificar la pertenencia del artculo
con algn otro de mayor nivel, por ejemplo si el
artculo es identificado como un caso de uso
(CUF), esta opcin identifica el paquete a cual
pertenece. De no ser utilizados I2I1I0 indicarn su
no operacin mediante 000. Si se estima

F0

O0

conveniente, en el caso de que el artculo

identificado sea un SRS, pueden ser utilizados para
referenciar el estndar seguido en su elaboracin.
Cdigo de 3 dgitos que sirve para identificar el
artculo, el cual se incrementa correlativamente.
Hace referencia a la versin del artculo, por
ejemplo 12, haciendo referencia a la 12
iteracin o versin.
Cdigo de 3 dgitos que identifica el equipo de
trabajo, responsable del desarrollo del artculo, por
ejemplo E03, referenciando al equipo N 3.
Identificador del jefe de proyecto (boss) o la
persona encargada de la validacin interna del
artculo.
Digito de Flag que representa el estado de
validacin interna del artculo, por parte del jefe de
proyecto o la persona encargada para ello. Este
indicador puede ser: En espera (0), Validado (1),
Rechazado (2), Incompleto (3), entre otros.
Identificador del stakeholders o la persona
encargada de la validacin externa del artculo
(aprobacin).
Dgito que representa el estado de validacin
externa del artculo (aprobacin), por parte del
stakeholders o la persona encargada para ello. Este
indicador puede ser: En espera (0), Aprobado (1),
Rechazado (2), Incompleto (3), entre otros.

V.

CASO DE ESTUDIO: C.T.G.

Para ilustrar el uso y aplicacin de IR-Kanban y su sistema

de Codificacin, se presenta el caso de estudio CTG. El
proyecto CHILEAN TOURIST GUIDE (C.T.G.), es un
desarrollo conjunto de las consultoras CI Consulting Group
Ltda, y de Prometheus Consultores Ltda. C.T.G. se traduce en
un sistema Web, que pueda llevar a cabo el control de
informacin de ciudades, pueblos o zonas tursticas de Chile.
Mediante Plantillas estructuradas y creadas previamente por
los desarrolladores del sistema, el administrador del portal
podr utilizarlas (incluso modificarlas y crear nuevos tipos), e
incorporar la informacin necesaria en ellas. La navegabilidad
del sistema se disea pensando en el turista extranjero, el cual,
no conoce Chile, y mediante un fcil acceso, obtenga toda la
informacin necesaria para desplazarse y disfrutar este Pas.
En el desarrollo del caso de estudio, cada uno de los
involucrados debi de ser capacitado para la correcta
utilizacin del enfoque desarrollado (de acuerdo a su rol dentro
del proyecto C.T.G.). Para la aplicacin del Sistema de
Codificacin IR-Kanban al caso de estudio, se utiliza la
estructura y estndares propuestos en la seccin anterior, con
las siguientes consideraciones:
En los tres dgitos reservados para la identificacin
del proyecto, se utiliza en el primero de ellos el prefijo
P seguido de un nmero de 00 a 99 para la
identificacin del mismo, asignndose al proyecto
C.T.G. el P01.
Proyecto C.T.G, fue divido en mdulos, por lo que los
dgitos de pertenencia, I2I1I0, son utilizados para la
identificacin de cada uno de ellos, con la salvedad en

los SRS, en donde son utilizados para identificar el

estndar seguido en su elaboracin.

mejorar el proceso, detectando donde estn los errores

buscando formas de solucionar estos.

En E2E1E0, B2B1B0 y S2S1S0, que hacen referencia a

los equipos de trabajo y personas involucradas. Se
utiliza el prefijo E, para la identificacin del equipo;
la codificacin del personal perteneciente a la parte
desarrolladora, utiliza el prefijo A, por otro lado, las
personas correspondientes a la empresa cliente llevan el
prefijo C, as mismo, los perfiles de usuario
involucrados utilizan el prefijo U.

El xito de un proyecto de software depende directamente

de su capacidad de satisfacer al usuario, y en consecuencia, si
sus requisitos no son completamente definidos y
documentados, ello puede afectar dicho xito. Por tanto, es
necesario contar con una estrategia que permita obtener una
correcta identificacin y control de la documentacin asociada,
as como del personal involucrado en el proyecto

A. Resultados de Aplicacin a C.T.G.

Aunque el problema tras C.T.G., parece algo trivial y no
presenta ningn problema tcnico de relevancia, en donde solo
se requiere un sistema Web que pueda llevar a cabo el control
de informacin de ciudades, pueblos o zonas tursticas de
Chile. C.T.G., presentaba un historial no muy alentador, en
donde exista un alto nivel de desercin en su desarrollo,
contando con ms de un caso en donde el software
desarrollado: fue de baja calidad, fuera de tiempo, no funcional
o inadecuado para su uso, incrementando la insatisfaccin de
los usuarios.
El Sistema de Codificacin IR-Kanban es utilizado para
obtener una correcta identificacin y control de la
documentacin asociada, as como del personal involucrado en
el proyecto. Con esto gran parte de los problemas de
trazabilidad presentados en la introduccin, fueron posibles de
solucionar a travs de IR-Kanban, al estar codificada en cada
documento, requisito, reunin, etc., su informacin mediante
dicho sistema.
Cdigo de Caso de Uso P01-CUF-M01-009-01-E01-A05-1-C01-0
Nombre de Caso de Uso Agregar Nuevo Usuario
Descripcin Caso de Uso Este C.U. muestra la manera en que el administrador debe
adicionar un nuevo usuario para su posterior utilizacin del
sistema.
As tambin se explica el modo en que el sistema acta en caso
de: ocurra alguna falla, que el administrador cancele el registro,
o que el usuario que desea agregar ya existe en la base de
datos.
Prioridad del Caso de
Alta/Esencial
Media/Deseado
Baja/ Opcional
Uso
Nivel de Adecuacin

Kanban, al ser un sistema de produccin que se caracteriza

por su gran eficiencia, eliminacin de sobreproduccin y
aumento en la productividad resulta de gran ayuda en el
progreso de diferentes proyectos de desarrollo de software.
La utilizacin de un Panel Kanban de Producto permite
visualizar el flujo de trabajo y limitar el WIP (Work in
Progress, Trabajo en Curso) durante el desarrollo de todo el
proyecto. Considerando que la codificacin de las tarjetas
puede variar dependiendo de la informacin que se quiera
obtener o manejar. Esta persistencia de la informacin presenta
grandes ventajas frente a otro tipo de tcnicas (como Scrum),
debido a que la informacin contenida, no se limpia o
reinicia despus de cada iteracin.
La experiencia ha demostrado que el Sistema de
Codificacin presentado, mejorar sustancialmente la
trazabilidad de los Requisitos Elicitados, (y la de la
documentacin asociada a ellos), siendo especialmente
beneficioso en terreno, al permitir obtener de manera expedita
la informacin correspondiente a ellos, ayudando as a resolver
conflictos en las etapas de Anlisis y Negociacin de
requisitos y Validacin de Requisitos del Proceso de IR.
Una ventaja extra, obtenida de su implementacin en los
casos de pruebas en empresas establecidas, fue su utilizacin
como soporte de ayuda a la toma de decisiones dentro de las
empresas, ya que a travs de la codificacin de los documentos
se pudo obtener una base de datos de los requisitos permitiendo
realizar estudios de mercado y caracterizacin de clientes.

Correcto Inequvoco Completo Consistente Importante Estable Verificable Modificable Identificable Trazable

Fig. 2. Sistema de Codificacin IR-Kanban en Caso de Estudio

En la Figura 2 se puede observar un ejemplo de la

aplicacin del Sistema de Codificacin IR-Kanban en el caso
de estudio, en donde mediante el cdigo IR-Kanban que tiene
asociado el artculo se puede determinar que: corresponde a la
primera versin (01) del Caso de Uso (CUF) nmero 9
(009), perteneciente al mdulo de administracin (M01)
del proyecto CHILEAN TOURIST GUIDE (P01); el caso de
uso fue validado internamente (F0=1) por A05, jefe del
equipo que lo elabor (E01, equipo 1), pero no ha sido
validado (O0=0, en espera) por el correspondiente
stakeholder (C01), razn por la cual aun no cuenta con sus
niveles de adecuacin.
VI.

CONCLUSIONES

Para lograr un producto de calidad no slo debe estar

comprometido el cliente interno, tambin debe haber una
participacin activa del cliente externo que permita la
retroalimentacin. Es con la retroalimentacin que se logra

Al finalizar la propuesta de aplicacin del enfoque, es

posible concluir que se ha logrado:
Mejor visualizacin del flujo de trabajo
Limitar el WIP (Work in Progress, Trabajo en Curso)
Correcta identificacin y control de la documentacin
asociada y del personal involucrado en el proyecto.
Mejora en la Trazabilidad
AGRADECIMIENTOS
Al Departamento de Ingeniera Informtica y Ciencias de la
Computacin de la Universidad de Atacama; y al
Departamento de Ingeniera de Sistemas y Computacin de la
Universidad Catlica del Norte, que promueven y financian el
presente trabajo.
A las consultoras CI Consulting Group Ltda, con base en la
ciudad de La Serena y de Prometheus Consultores Ltda, con

domicilio en la ciudad de Antofagasta, por la disponibilidad y

todo el soporte profesional y generosidad para compartir su
amplio conocimiento y experiencia sobre el material estudiado
en este paper. As como Para ilustrar el uso y aplicacin de IRKanban y su sistema de Codificacin, en el caso de estudio:
Proyecto CHILEAN TOURIST GUIDE (C.T.G.).
Se agradece la participacin de Alicanto Group de la
Universidad Catlica del Norte (Ignacio Araya, Eder Castillo,
Francisco Contreras y Roberto Hernndez), por su ayuda en la
ilustracin y ajuste de las propuestas de adaptacin y
despliegue.

[9]

[10]
[11]

[12]
[13]

[14]

REFERENCIAS
[1]
[2]
[3]
[4]
[5]

[6]

[7]

[8]

Mayer & Bunge Informtica LTDA. Panorama de la Industria

Latinoamericana de Software. Brasil. Pgina 97, 2004.
The Standish Group, The Standish Group Report Chaos, 1995.
The Standish Group, Extreme Chaos, 2001.
Assmann, D. & Punter, T., Towards Partnership in Software
Subcontracting. Elsevier 2003.
SEI, Software Engineering Institute. CMMI for Acquisition, Version
1.2.
2007.
Disponible
en
Pgina
oficial
de
CMMI:
http://www.sei.cmu.edu/cmmi/.
Rubinstein, D., Standish Group Report: There is Less Development
Chaos
Today,
2007.
disponible
en:
http://www.sdtimes.com/content/article.aspx?ArticleID=30247
Richards, D., A Process Model for Requirements Elicitation.
Department of Computing Division of Information and Communications
Sciences Macquarie University, Sydney, Australia. 2000.
Gallardo, J. Metodologa para la Definicin de Requisitos en Proyectos
de Data Mining (ER-DM). Tesis Doctoral, Universidad Politcnica de
Madrid. 2009.

[15]

[16]

[17]

[18]

[19]

Boehm, B., Some Experience with Automated Aids to the Design of

Large-Scale Reliable Software, IEEE Transactions on Software
Engineering, 1975, 125-133.
Daly, E., Management of Software Development. IEEE Transactions
on Software Engineering, 1977, Paginas 199-242.
Selby, R. & Boehm, B., Software engineering: Barry W. Boehm's
lifetime contributions to software development, management, and
research, Wiley-IEEE, 2007, 75-78, 978-0470148730.
Torres de Paz, R. El Proceso de Ingeniera de Requisitos en el Ciclo
Global del Software. Universidad de Sevilla, 2009.
Yang, Y., He, M., Li, M., Wang, Q., & Boehm, B., Phase Distribution
of Software Development Effort, ACM, 61-69, 978-1-59593-971-5,
2008.
News,. Updated NIST Software Uses Combination Testing to Catch
Bugs
Fast
and
Easy
[en
linea],
disponible
en
http://www.nist.gov/itl/csd/bugs_110910.cfm , [consulta: 30 de Junio de
2013].
Melndez, N. Propuesta de una Gua para la Incorporacin de Enfoques
de Gestin de Calidad Total a Ingeniera de Requisitos, Tesis Maestra,
Universidad Catolica del Norte, 2011.
Armin, E., & Li, J., Requirements Engineering: A Review and a
Proposal, Department of Electrical & Computer Engineering,
University of Calgary, QSSE, 2003, Banff, Alberta, Canada, 2003.
Gonzlez, P., Molina, J., Len, J., & Ruiz-Usano, R., Evaluacin del
impacto del reprocesado en los sistemas Kanban y Conwip*, 4th
International Conference on Industrial Engineering and Industrial
Management, XIV Congreso de Ingeniera de Organizacin Donostia San Sebastin, September 8th -10th, 2010.
Grupo Kaizen S.A, Implementacin del Kaizen Kanban. Grupo
Kaizen S.A, San Jos, Costa Rica, 2008. Disponible en
www.grupokaizen.com.A.B. Smith, C.D. Jones, and E.F. Roberts,
Article Title, Journal, Publisher, Location, Date, pp. 1-10.
Kniberg, H., Skarin, M., Kanban and Scrum - making the most of
both, 2010.