004.33 A951d Capitulo IV

134
CAPITULO IV
PROPUESTA DE DISEO DE UN MODELO DE REGISTRO SISTEMTICO QUE
CONTROLE LOS TIEMPOS DE RUPTURA, PARA MEJORAR LA
PRODUCCIN DE LAS EMPRESAS TEXTILES DEL SECTOR MAQUILA EN
LAS ZONAS FRANCAS DEL DEPARTAMENTO DE LA PAZ

1. GENERALIDADES
Ya desde antes de que terminara el siglo XX y entrramos al nuevo milenio ya se
hablaba del poder de la informacin o la era de la informacin, como quiera que se
le mencione no podemos escapar al hecho que la informacin es importante para
tomar decisiones estratgicas y muchos otros aspectos de las empresa y los
negocios, a la vez podemos afirmar que la informacin es un paso previo al
conocimiento.
Actualmente tambin estamos inmersos cada vez e inexorablemente en un mundo
orientado a la globalizacin donde las distancias cada vez son mas cortas y donde
la posibilidad de intercambiar informacin instantneamente y a escala mundial ha
provocado el debilitamiento de las fronteras y el mutuo contacto entre naciones,
empresas, instituciones educativas y personas.
Lo anterior trae consigo cambios y desafos en la forma como se piensa o
manejan las organizaciones y ha dado pauta para crear lo que se le conoce como
conocimiento organizacional.
El conocimiento organizacional, viene formado por el conocimiento individual de
los individuos de una organizacin, y se concreta cuando este se comparte y se
legitmiza, obteniendo como resultado el xito de la organizacin.
Es ac donde la informtica entra en juego como una herramienta de apoyo para
adquirir conocimiento que apoye a la organizacin para tomar decisiones correctas
y eficaces que conlleven al desarrollo organizacional y el desarrollo de los
individuos que la componen.
Es por eso que como estudiantes de la Universidad Francisco Gavidia, en el rea
de sistemas de informacin, debemos aportar nuestros conocimientos cientficos
y tecnolgicos para ser entes propiciadores de cambio.

135
2. OBJETIVOS DE LA PROPUESTA

2.1. Objetivo General

Diseo de un modelo de registro sistemtico que controle los tiempos de ruptura
para mejorar la productividad de las empresas textiles del sector maquila en las
zonas francas del departamento de La Paz.

2.2. Objetivos especficos.

Disea un modelo de un sistema de registro y control enfocado a la
maximizacin del tiempo productivo y la minimizacin de los tiempos de
ruptura.
Elaborar la documentacin a partir de un modelo de sistemas, que sea la
base para el diseo de un sistema automatizado que registre y controle los
Tiempos de Ruptura.
Crear un plan de implementacin del sistema de registro y control de tiempos
de ruptura.

136
3. ALCANCE Y LIMITACIONES

3.1. Alcance

El diseo del sistema est enfocado al rea de produccin de las empresas
textiles del sector maquila bajo rgimen de zonas francas.
El diseo del sistema se enfoca al control y registro de los tiempos de
ruptura, no as a los tiempos efectivos de produccin.

3.2. Limitaciones

Para fines prcticos en la elaboracin plan de solucin se seleccion una sola
empresa textil del sector maquila bajo rgimen de zona franca en el departamento
de La Paz, la cual seria objeto de estudio para la aplicacin de la metodologa del
ciclo de vida del desarrollo de sistemas de informacin.

137
4. IMPORTANCIA Y BENEFICIOS DE LA PROPUESTA

4.1. Importancia

La importancia de la propuesta gira alrededor de la optimizacin de los Tiempos
de Ruptura tanto para la empresa y empleados.

4.1.1 Importancia para las empresas
La elaboracin o diseo del modelo como un propuesta de solucin ser muy
importante para las empresas ya que es la base para el diseo de un sistema o
software que servir como herramienta de registro y control de los tiempos de
ruptura, que le dar elementos para la toma de decisiones correctas con el afn de
optimizar al mximo el tiempo incurrido a la produccin de bienes terminados de
consumo que har que estas sean ms productivas.

4.1.2. Importancia para los diseadores de sistemas de software.
Los diseadores de sistemas de software son las personas encargadas de
concretizar el nivel conceptual y lgico que representan los modelos de sistemas.
Esto es posible por medio de la codificacin de una serie de programas, mdulos y
subsistemas, mediante la utilizacin de una herramienta de desarrollo de sistemas
(Visual Foxpro, Developer 2000, PowerBuilder, Visual Basic entre las ms
comunes), es as que la propuesta del modelo representa un hecho de relevancia
importante para los diseadores, entre los cuales podemos mencionar:
a) La propuesta del modelo da una visualizacin tanto general como detallada y
especfica de cmo ser el sistema.
b) El modelo es la simplificacin de la realidad.
c) El modelo es para el diseador el plano del sistema.
d) El modelo proporciona la documentacin necesaria de referencia para la
elaboracin o diseo del sistema.

138
4.2. Beneficios
Al igual como se detall en la importancia de la propuesta, tambin ac se plantea
los beneficios de una propuesta de un modelo tanto para las empresas como para
los diseadores de sistemas de software.

4.2.1 Beneficios para las empresas.
El diseo de un modelo tal como se propone en nuestro caso y en s cualquier
modelo de sistemas, representa para las empresas un beneficio de valor agregado
ya que en el mismo proceso de elaboracin del modelo, los analistas se ven frente
as a un anlisis desde lo general a lo especfico de una organizacin, que va
desde el estudio de personas (estructuras organizativas), datos (informacin
potencial o actual que fluye dentro de la organizacin), actividades (funciones y
procesos de empresa) y redes (lugares geogrficos donde tienen lugar las
actividades). Todos estos representan hechos que pueden ser modificados o
transformados con el afn de obtener mejoras dentro de las organizaciones de
empresas, como por ejemplo: reestructuracin de unidades organizativas;
creacin de herramientas de informacin para la toma de decisiones;
simplificacin de procesos; mejoras en tiempos y movimientos o distribucin en
planta, estos por mencionar algunos.
Estos beneficios se convierten en la optimizacin de recursos de la empresa y
representa un aporte a la generacin de utilidades de las empresas, el cual es el
objetivo de principal de cualquier empresa u organizacin que produce bienes o
servicios.

4.2.2. Beneficios para los diseadores de sistemas de software.
Comenzaremos describiendo los beneficios de un modelo con el siguiente texto,
literalmente: Si se quiere construir un caseta para un perro, se puede comenzar
muy bien con un montn de madera, algunos clavos y unas cuantas herramientas
bsicas, tales como un martillo un serrucho y una cinta mtrica. En pocas horas y
con poca planificacin previa es probable que se acabe con una caseta
razonablemente funcional, y que probablemente se pueda hacer sin ayuda de
nadie. Mientras no sea bastante grande y no tenga goteras el pero estar
139
contento. Si no se sale bien, siempre se puede volver a empezar, o buscar un
perro menos exigente
43
.
Para las organizaciones o empresas el hacer bien y correctamente las cosas es de
vital importancia, y como el caso del perro estas no pueden darse el lujo de ser
menos exigentes, es as que el modelado de nuestra propuesta o cualquiera que
sea representa para diseadores o creadores de sistemas de software
(programadores) en una herramienta que les ahorra tiempo de anlisis y enfocarlo
a la programacin, ya que el modelo del sistema le proporciona los mapas de las
estructuras de personas, datos, actividades y redes. Esto es posible bajo el
principio de especializacin de funciones separa las funciones entre analistas de
sistemas y diseadores de sistemas.

43
Lenguaje Unificado de Modelado (Booch, Jaconson y Rumbaugh), pagina 4
140
5. JUSTIFICACIN DE LA PROPUESTA

a) Si bien es cierto que se encontr que de alguna manera las empresas textiles
del sector maquila llevan controles de Tiempos de Ruptura, las que cuentan
con sistemas mecanizados no son especficamente para ello, sino que los
datos de tiempos de ruptura son datos secundarios para obtener informacin
que nada tienen que ver con tiempos de ruptura como producto final del
sistema
44
.
b) De la investigacin se determin que los mandos altos y medios de las
empresas encuestadas piensan positivamente cuando se menciona de la
elaboracin de un sistema que sea utilizado como una herramienta de anlisis
que conlleve a determinar medidas orientadas a la minimizacin de los tiempos
de ruptura en los procesos de produccin, la cual la consideraran de gran
utilidad por la ausencia de un sistema enfocado al registro y control de
Tiempos de Ruptura
45
.
c) Hasta lo que se ha investigado sobre el objeto del estudio que se trata, no
existe un sistema que aporte informacin de anlisis que soporte las
decisiones tomadas por gerentes, jefes o supervisores de produccin. En la
mayora de casos estn sujetas a la experiencia y ojo certero de los que toman
las decisiones preventivas y correctivas con respecto a detectar situaciones
provocadas por los Tiempos de Ruptura.

Los elementos anteriores dan la facultad de poder afirmar que se justifica el diseo
de un modelo para el control de los tiempos de ruptura que luego pueda ser
tomado como tal para creacin de un software o programa de registro y control de
Tiempos de Ruptura.

44
Pregunta 4, Medio utilizado para registrar los tiempote ruptura.
45
Pregunta 19, Considera que la disminucin de los tiempote ruptura puede mejorar la produccin?
141
6. CONTEXTO DE LAS EMPRESAS TEXTILES DEL SECTOR MAQUILA DEL
DEPARTAMENTO DE LA PAZ

Para realizar el anlisis del contexto el estudio se ha basado en una tcnica muy
conocida, el FODA. (Ver Tabla # 3) Hay que considerar que para hacer un buen
anlisis hay que tener muy claro la perspectiva con la cual se plantearn las
Fortalezas, Oportunidades, Debilidades y Amenazas. Para nuestro caso de
estudio, el anlisis tiene que ser desde adentro de la empresa hacia su ambiente
externo.

Fortalezas Oportunidades Debilidades Amenazas
- Ubicacin geogrfica
con respecto al mercado
estadounidense.
- Capital financiero
mixto. (Nacional y
extranjero)
- Recursos tecnolgicos
disponibles.
- Recursos gerenciales.

-Excepcin de aranceles
e IVA.
- Aumento del parque
fsico.
- Abundante mano de
obra.
- Vas de comunicacin
en buen estado.
- Fcil acceso a puertos
martimos.
- Estabilidad macro-
econmica del pas.
- Sistema monetario.
- Abundante
proveedores de
servicios.
- Excelentes servicios
financieros.

- Inversin en tecnologa
de informacin.
- Poco control o poca
utilizacin de los datos
correspondientes a los
tiempos de ruptura.

- Competencia en la
regin.
- Mano de obra China
barata.
- No aplican a crditos
por la banca nacional.
- Leyes laborales.
- Delincuencia.

Tabla # 3
Anlisis FODA de la Empresa Textil

1
4
2

E
S
Q
U
E
M
A

D
E
L

C
A
P
I
T
U
L
O

I
V

P
L
A
N

D
E

S
O
L
U
C
I

E
T
A
P
A

I

D
i
a
g
n
o
s
t
i
c
o

d
e

l
a

e
m
p
r
e
s
a

E
T
A
P
A

I
I

P
l
a
n
i
f
i
c
a
c
i
n

d
e
l

S
i
s
t
e
m
a

E
T
A
P
A

I
I
I

H
e
r
r
a
m
i
e
n
t
a
s

d
e

d
e
s
a
r
r
o
l
l
o

d
e
l

m
o
d
e
l
o
.

E
T
A
P
A

I
V

M
o
d
e
l
i
z
a
c
i
n

d
e

D
a
t
o
s

E
T
A
P
A

V

D
i
s
e
o

d
e

l
a

B
a
s
e

d
e

D
a
t
o
s
.

E
T
A
P
A

V
I

M
e
t
o
d
o
l
o
g
a

d
e

l
a

I
m
p
l
e
m
e
n
t
a
c
i
n

1
.

H
e
r
r
a
m
i
e
n
t
a
s

d
e

I
n
v
e
s
t
i
g
a
c
i
n

p
a
r
a

r
e
c
o
p
i
l
a
r

i
n
f
o
r
m
a
c
i
n

2
.

E
s
t
u
d
i
o

d
e

l
a

m
i
s
i
n

d
e

e
m
p
r
e
s
a
.

1
.

I
d
e
n
t
i
f
i
c
a
c
i
n

d
e

d
a
t
o
s
.

2
.

M
o
d
e
l
i
z
a
c
i
n

d
e

p
r
o
c
e
s
o
s
.
3
.

D
i
a
g
r
a
m
a

g
e
n
e
r
a
l

d
e

f
l
u
j
o

d
e

d
a
t
o
s
.

4
.

D
i
c
c
i
o
n
a
r
i
o

d
e

a
g
e
n
t
e
s
,

p
r
o
c
e
s
o
s

y

a
l
m
a
c
e
n
a
m
i
e
n
t
o

d
e

d
a
t
o
s
.

1
.

M
e
t
o
d
o
l
o
g
a

p
a
r
a

e
l

d
i
s
e
o

d
e

b
a
s
e
s

d
e

d
a
t
o
s
.

2
.

M
o
d
e
l
o
s

r
e
l
a
c
i
o
n
a
l
e
s
.

3
.

D
i
c
c
i
o
n
a
r
i
o

d
e

d
a
t
o
s
.
4
.

M
o
d
e
l
o

d
e

e
s
t
r
u
c
t
u
r
a

d
e
l

s
i
s
t
e
m
a
.
5
.

P
r
o
t
o
t
i
p
o

d
e

i
n
t
e
r
f
a
s
e
s

d
e

u
s
u
a
r
i
o
.

1
.

D
e
t
e
r
m
i
n
a
r

r
e
a
s

y
/
o

s
e
c
c
i
o
n
e
s

p
r
o
b
l
e
m
a
s

2
.

D
e
t
e
r
m
i
n
a
r

p
r
o
b
l
e
m
a
s

g
e
n
e
r
a
d
o
s

p
o
r

t
i
e
m
p
o
s

d
e

r
u
p
t
u
r
a
3
.

C
a
u
s
a
s

q
u
e

o
r
i
g
i
n
a
n

l
o
s

p
r
o
b
l
e
m
a
s

4
.

E
f
e
c
t
o
s

5
.

C
o
n
t
e
x
t
o

3
.

D
e
f
i
n
i
r

a
r
q
u
i
t
e
c
t
u
r
a

d
e

l
a

i
n
f
o
r
m
a
c
i
n
.

4
.

T
c
n
i
c
a
s

d
e

i
n
v
e
s
t
i
g
a
c
i
n

d
e

h
e
c
h
o
s
.

5
.

A
n
l
i
s
i
s

d
e

l
a

I
n
f
o
r
m
a
c
i
n
.

1
.

M
e
t
o
d
o
l
o
g
a
.

2
.

C
r
i
t
e
r
i
o
s

d
e

p
u
n
t
o
s

d
e

c
a
l
i
d
a
d

p
a
r
a

l
a

s
e
l
e
c
c
i
n

d
e

S
G
B
D
.

3
.

C
r
i
t
e
r
i
o
s

d
e

p
u
n
t
o
s

d
e

c
a
l
i
d
a
d

p
a
r
a

l
a

s
e
l
e
c
c
i
n

d
e
l

l
e
n
g
u
a
j
e
.

4
.

C
r
i
t
e
r
i
o
s

d
e

p
u
n
t
o
s

d
e

c
a
l
i
d
a
d

p
a
r
a

l
a

s
e
l
e
c
c
i
n

d
e
l

O
S

d
e

R
E
D
.

5
.

E
q
u
i
p
o

n
e
c
e
s
a
r
i
o

p
a
r
a

l
a

i
m
p
l
e
m
e
n
t
a
c
i
n

d
e
l

s
i
s
t
e
m
a

6
.

E
s
t
i
m
a
c
i
n

d
e

e
s
f
u
e
r
z
o

y

t
i
e
m
p
o

d
e

d
e
s
a
r
r
o
l
l
o
.

1
.

O
b
j
e
t
i
v
o
s

d
e
l

p
l
a
n

d
e

i
m
p
l
e
m
e
n
t
a
c
i
n
.

2
.

D
e
f
i
n
i
c
i
n

d
e
l

e
q
u
i
p
o

d
e

t
r
a
b
a
j
o
.

3
.

C
o
s
t
o
s

d
e
l

p
l
a
n

d
e

i
m
p
l
e
m
e
n
t
a
c
i
n
.

4
.

D
e
f
i
n
i
c
i
n

y

c
a
l
e
n
d
a
r
i
z
a
c
i
n

d
e

a
c
t
i
v
i
d
a
d
e
s
.

143
7. ETAPA I.

Diagnstico de la Empresa.
En esta fase se hace una toma de las conclusiones y recomendaciones vertidas
como resultado de la tabulacin y anlisis de resultados de la investigacin de
campo efectuada en el capitulo III.

7.1. Determinacin de reas y/o secciones problemas.
Segn la investigacin de campo se detectaron dentro de la estructura
organizacional de las empresas textiles de la Maquila, ciertas reas que son de
sensibles al rendimiento de la productividad de estas empresas. Dentro de estas
reas operativas definimos las siguientes:
Departamento de Produccin
Departamento de Mantenimiento
Departamento de Calidad
Departamento de Ingeniera
Departamento de Planificacin
Departamento de Recursos Humanos

a) Departamento de Produccin: Esta rea es la encargada del control y
ejecucin de la produccin de los bienes producidos por las empresas textiles
de las maquilas. Esta es una de las reas dnde se encuentra una alta
concentracin de recursos humanos, materias primas y equipos (maquinarias).
b) Departamento de Mantenimiento: Esta rea o departamento es la encargada
de velar de buena la operacin de toda la maquinaria utilizada en el rea de
produccin.
c) Departamento de Calidad: Este departamento es el encargado de controlar la
calidad de los bienes producidos, por medio de estndares definidos por los
clientes y por el propio departamento.
144
d) Departamento de Ingeniera: Este departamento se encarga de la definicin de
estndares de produccin, as como la definicin de las operaciones
necesarias para la elaboracin de los bienes producidos.
e) Departamento de Planificacin: Este departamento es el encargado de
planificar las actividades de Inventarios, produccin y distribucin de la
empresa, por lo que este esta en estrecha relacin reas operacionales y
funcionales de la empresa.
f) Departamento de Recursos Humanos: Este departamento es el encargado de
proveer el recurso humano para el rea de produccin, as como velar por que
ste tenga las condiciones necesarias para garantizar la produccin mediante
el bienestar del personal.
145
7.2. Determinacin de problemas generados por los Tiempos de Ruptura.
De acuerdo con la investigacin realizada se pudo determinar los siguientes
problemas que se generan por los Tiempos de Ruptura:
a) Atraso en el cumplimiento de metas de produccin
b) Incumplimiento de fechas de entrega de la produccin.
c) Incumplimiento de entrega de productos a clientes.
d) Perdida de competitividad.
e) Acumulacin de inventarios de materias primas.
f) Personal inactivo.
g) Recortes de personal
h) Aumento de costos de produccin.

7.3. Causas que originan los problemas.
Dentro de las causas que generan los Tiempos de Ruptura podemos mencionar
algunos de los que se detectaron:
a) Maquina mala: Estos son aquellos tiempos de rupturas originados por fallas en
maquinaria.
b) Sin trabajo: Estos son aquellos que se generan debido a que no hay trabajo
para las lneas de produccin.
c) Cambios: Estos se originan por cambios de rdenes de produccin.
d) Muestras: Las muestras es aquel material que es elaborado como muestras
para los clientes.
e) Transferencias: tiempos de ruptura originados cada vez que personal es
transferido a otra rea o modulo o lnea de produccin para la cual no esta
entrenado.
f) Reunin: estos tiempos son aquellos en que se incurren en reuniones ya sea
de carcter informativo al personal de las lneas de produccin.
g) Material: Por falta de material.
h) Reparaciones: son aquellos originados por producto que sali con defectos de
las lneas de produccin y es sometido a procesos de reparacin.
146
i) Enfermera: Tiempo en el que incurre el empleados por consultas en el seguro
social.
j) Enfermedad: Incapacidad por quebranto de salud.
k) Embarazo: Ausencia laboral por prees.
l) Ausentismo: Ausencia total o parcial al lugar de trabajo.

7.4. Efectos
Para determinar los efectos causados por la ausencia de un registro y control de
tiempos de ruptura, primero se explica lo que entendemos por: capacidad de
produccin, rendimiento y eficiencia por operacin.

a) Capacidad de Produccin
Esta es la capacidad instalada o potencial de produccin que se posee o que
se espera obtener durante un perodo determinado. Esta capacidad viene dada
por una serie de recursos como son: humanos, materiales, tecnolgicos, de
capital y capacidad organizativa.

b) Rendimiento y Eficiencia por Operario
Normalmente la capacidad de produccin se mide en trminos de
productividad, que es sinnimo de la efectividad de la mano de obra, basado
en medidas de desempeo de cada seccin de trabajo realizado. Estas
medidas de desempeo se expresan en unidades estndares y representan los
recursos necesarios para producir un volumen determinado de trabajo. La
produccin se mide en horas estndar ganadas: producto aritmtico del
nmero de unidades producidas y de estndar de mano de obra. El insumo se
mide en trminos de las horas reales aplicadas a la produccin.

Productividad = Produccin / Insumo = horas estndar ganadas / horas reales aplicadas
Dnde:
Productividad = % de Eficiencia en planta.

147
Ac ya tocamos la palabra Eficiencia que es resultado de la relacin de tiempos:
horas estndares ganadas y horas reales aplicadas. La primera es el tiempo
estndar calculado por el departamento de ingeniera para determinar el nmero
de unidades producidas por unidad de tiempo. La segunda y la que es mas
importante para nuestro caso, son las horas reales que un operario aplico para
realizar una cantidad de unidades por unidad de tiempo.
Basados en lo anterior, debe lograrse un nivel ptimo de productividad que la
administracin esperara mantener ms que aumentar continuamente ao con
ao.
Pero la productividad no viene por si sola, si no se llevan registros y controles de
productividad no puede medirse la eficiencia de una planta y esto lleva como
principal causa baja en la productividad, efecto de la ausencia de controles y
registros, que para nuestro caso son los tiempos de ruptura.
De lo anterior creamos la siguiente ecuacin: HRA = TDP TR
Dnde:
HRA= Horas reales aplicadas
TDP= Tiempo disponible de produccin (generalmente 8 horas diarias)
TR = Tiempos de ruptura

7.5. Contexto.
En todas Las empresas textiles del sector maquila en las zonas francas, hay una
rea en la que se enfoca todos los recursos humanos, materiales, financieros y
organizativos, que hacen posible la produccin de los bienes de consumo; esta es
el rea o departamento de produccin. Y es en esta dnde se dan la mayor parte
de los Tiempos de Ruptura. La definicin de nuestro problema que es el origen de
la propuesta de solucin, son los Tiempos de Ruptura, y son estos los que se
convierten en nuestra variable dependiente, la cual es afectada por variables
independientes que pueden ser internos o externos.
Para identificar estas variables independientes se ha logrado agrupar los
siguientes factores que producen o generan Tiempos de Ruptura, los cuales se
detallan:
148
Factor equipo.
Factor humano.
Factor material.
Factor organizacin.

7.5.1. Factor equipo.
Son todos aquellos Tiempos de Ruptura que son provocados por el
involucramiento de paro de maquina, por ejemplo:
a) Fallas de maquinaria
b) Mantenimientos
c) Reparaciones, etc.

Estas pueden ser causadas por:
a) Desgaste por tiempo de uso
b) Desgaste por mal uso
c) Falta de mantenimiento oportuno o ausencia de mantenimiento
d) Reparaciones incompletas o mal hechas.
e) Falta de cuido del operario u operarias
f) Uso inadecuado del equipo
g) Equipo utilizado para operaciones para las cuales no estn hechas
h) Uso de material inadecuado

7.5.2. Factor humano
Estos son aquellos Tiempos de Ruptura que son originados o imputados a los
operarios u operarias, ya sea directa o indirectamente. De estas el estudio solo se
ocupa de las causas directas, por ejemplo:
a) Ausencias o permisos de trabajo.
b) Accidentes de trabajo.
c) Visitas al seguro social o clnica empresarial.
d) Extravo de material o accesorios (agujas, tijeras, hilo, etc.)
e) Paros injustificados (charla entre operarios, tomarse tiempo extra de receso)
149
7.5.3. Factor material
Estos son aquellos Tiempos de Ruptura que son provocados por la accin directa
de los materiales o accesorios que son utilizados para el desarrollo de las
operaciones que llevan como finalidad la obtencin de bienes terminados.
Entre algunas de las causas que los provocan se encuentran:
a) Falta de accesorios (agujas, hilos, tijeras, materia prima)
b) Material fuera de medida
c) Material no especificado (diferente tono color textura)
d) Hilos de distinto color

7.5.4 Factor organizacin
Estos son aquellos Tiempos de Ruptura que son imputados a la ausencia, o mala
organizacin, sea esta intencionada o de origen fortuito. Ejemplo de estas ultimas:
huelgas, clima, cambios de polticas gubernamentales, etc.
Entre algunas causas se mencionan:
a) Falta de inventario
b) Cambios de producciones
c) Reuniones
d) Auditoria o revisin de materiales
e) Rechazo de productos
f) Falta de trabajo
g) Transferencias de operaciones
h) Balance de lnea.

150
7.6. Tiempos de Ruptura, Anlisis de PCES (Problema, Causa, Efecto,
Solucin)
El siguiente anlisis (ver Tabla # 4) va orientado a los problemas que puede
originar la falta de un sistema registro y control sistemtico, en las empresas
textiles del sector maquila.

Problema Causa Efecto Solucin
Reducir los tiempos de
ruptura, de las empresas
textiles del sector maquila
en las zonas francas del
departamento de la Paz.
Falta de Controles
sistemticos adecuados
de optimizacin de
tiempos de produccin.
Redundancia de datos,
debido a que diversas
unidades de la
organizacin procesan
los mismos datos.

No se logra obtener
informacin que ayude a
prevenir los eventos de
tiempos de ruptura.

Ausencia de correlacin
entre las diversas
unidades organizativas.
Falta de una herramienta
amigable para obtener
una correlacin de datos.
El no aprovechamiento de
los recursos humanos los
recursos tcnicos, las
cuales conducen a la no
optimizacin del tiempo de
produccin, dnde el
Tiempo efectivo u Horas
reales aplicadas en
produccin es el resulta
de la suma algebraica del
tiempo disponible para
produccin menos los
tiempos de ruptura.

HRA = TDP -TR
La creacin de una
herramienta que haga
tender o reducir los
tiempos de ruptura, por
medio de una solucin
sistemtica, utilizando los
mnimos recursos,
humanos, materiales y
tecnolgicos. La cual por
medio de la correlacin de
datos se obtenga
interfases amigables
(grficos) para la
interpretacin de
informacin con el objeto
de aumentar la
productividad.

Tabla 4
Anlisis mtodo PCES
151
8. ETAPA II.

Planificacin del Sistema
La funcin de la planificacin de sistemas dentro del ciclo de vida del desarrollo de
software, pretende identificar y establecer prioridades acerca de las tecnologas y
las aplicaciones susceptibles de reportar un mximo beneficio de la empresa.

La planeacin de sistemas es semejante al anlisis de sistemas. La principal
diferencia que existe entre ambos conceptos es el mbito al que se le aplica. La
planificacin de Sistemas acta sobre una parte ms amplia de la empresa, pero
con menor detalle que el anlisis de sistemas.

8.1. Herramientas de Investigacin para Recopilar Informacin
La planificacin de sistemas se rige por su propio ciclo de vida, que podemos ver
en el siguiente diagrama (Figura # 14).

Cualquier
documentacin
del soporte del
sistema
Proyecto
planificado de
desarrollo de
aplicaciones
Planes de
empresa
Planes de
empresa
Relacin de
necesidades de
empresa
rea de empresa Arquitectura de la
informacin
1. Estudiar la
misin de la
empresa.
2. Definir la
arquitectura
de la
informacin

3. Analizar
rea de
empresa
Diccionario de
planificacin
Al anlisis de
sistemas
Relacin de
necesidades
de empresa
Figura # 14
Planificacin
de sistemas.
152
8.2. Estudio de la misin de empresa
La primera fase de la planificacin de sistemas consiste en estudiar el cometido de
la empresa. La correcta planificacin de los sistemas depende de la calidad de
planificacin de las empresas. Acorde con esto, la gestin de sistemas de
informacin desempea con frecuencia un papel clave en la orientacin y la
planificacin de sistemas.

La ingeniera de informacin recomienda frecuentemente, para estudiar el
cometido de la empresa lo que se conoce como anlisis de factores crticos de
xito
46
, para lo cual se utiliza la disposicin jerrquica siguiente (ver Figura # 15):

46
Anlisis de factores crticos del xito, es la identificacin de una jerarqua de medidas de rendimiento que lleva a la
identificacin de los factores y los puntos crticos que determinan el xito de una empresa.
Anlisis y diseo de sistemas de informacin, Pg. 224
Declaracin del cometido
de la empresa.
Declaracin de la visin
de la empresa.
Metas mltiples de la
empresa
Objetivos mltiples de
empresa
Mltiples factores crticos
del xito, supuestos
crticos y necesidades
crticos de informacin
para cada objetivo
Figura # 15.
Jerarqua de
factores crticos de
xito.
153
a) Declaracin del cometido de la empresa: Esta ser una descripcin donde se
explica de una manera sencilla y no muy extensa la razn de ser de la
empresa.
b) Declaracin de la visin de la empresa: en esta se har un breve descripcin
de cmo define el xito de la empresa, en opinin de sus directivos o gerentes
de mximo rango.
c) Metas de empresa: esta se realizar con el fin de determinar cuales son las
medidas generales del xito, del estilo de alcanzar un mxima cuota de
mercado o reducir el mnimo los productos defectuosos, o ser ms productivos.
d) Objetivos de empresa: Se indagara como son medidas las actividades dentro
de intervalos especficos de tiempos.
e) Factores crticos de xito: para esto se investigara como cuales son las cosas
que deben suceder si se alcanzan los objetivos.
f) Necesidades crticas de informacin: con esto se determinara el grado que
juego o rol ocupa la informacin para alcanzar sus objetivos.

Siempre dentro del estudio de la misin de la empresa se har uso de otra tcnica
para la planificacin de sistemas como es el Anlisis de la competencia.

8.2.1. Anlisis de la competencia.
Este resulta apropiado cuando el mbito de la planificacin incluye a toda la
empresa o a una unidad operativa cualquiera que sea la nica responsable de un
producto o servicio. Para esto se realizaran indagaciones que nos planteen
respuestas a los siguientes tpicos:
a) La amenaza de nuevos competidores
b) La amenaza de productos o servicios sustitutos
c) El poder negociador del cliente
d) El poder negociador de los proveedores
e) La rivalidad entre los competidores existentes

154
8.2.2. Anlisis de la Cadena de valores.
El anlisis de la cadena de valores es otra herramienta que por medio de un
modelo en forma de diagrama que ilustra las actividades de empresa y el modo
cmo estas contribuyen al valor de de dicha empresa. Con esto se pretende
mejorar la compresin sobre el funcionamiento de la organizacin. Lo anterior es
logrado apreciando las actividades que, si se mejoran mediante la utilizacin de
tecnologa de informacin podra reportar un mximo beneficio a la empresa o
empresas en su conjunto. Esta tambin determina o determinan reas de estudios
o desarrollo posteriores para mejorar la empresa.
Se puede hacer nfasis en que el anlisis de cadenas de valores cumple dos
objetivos:
Ayuda a las organizaciones o empresas a redisear sus actividades y sus
procesos de empresa, esto independiente de la tecnologa de informacin.
Provee de sistemas de informacin nuevos o mejorados que den apoyo a
dichas actividades y procesos de empresa.

La cadena de valores parte del hecho que una empresa consta de dos tipos de
actividades: actividades principales y actividades de apoyo.

8.2.2.1. Actividades principales.
Son todas aquellas que apoyan la creacin de productos y servicios, su venta al
cliente y a cualquier soporte suministrado despus de la venta, de las cuales se
identifican las siguientes:
Logstica de entrada: estas son un conjunto de actividades que recogen las
entradas necesarias para producir los productos y los servicios.
Operaciones: actividades que trasforman las entradas en productos o servicios.
Logstica de salida: Actividades que manejan productos terminados o
productos de transporte y servicios para clientes.
Ventas y Marketing: actividades dirigidas a convencer a los clientes de que
compren productos y servicios, y hagan posible la solicitud de los pedidos.
Servicios: Actividades que apoye a la pos-venta o los servicios.
155
8.2.2.2. Actividades de apoyo.
Estas son todas aquellas que ofrecen funciones complementarias a una o ms
actividades principales. Estas tienen que representar menor valor que las
actividades principales. Entre estas actividades se incluyen:

Actividades de infraestructura corporativa: servicios profesionales y gestin
general.
Gestin de recursos humanos: Incluyen las actividades asociadas a la
contratacin, despidos, formacin, evaluaciones y gestin de personal.
Desarrollo de tecnologas: Actividades asociadas a la creacin de nuevos
productos y servicios.
Aprovisionamiento: incluye todas las actividades dedicadas a adquirir las
entradas necesarias para producir productos y servicios.
Margen: La diferencias entre los ingresos generados por todas las actividades
y los costos de dichas actividades.

156
8.3. Definir una arquitectura de informacin
La arquitectura de informacin es una visin y un plan para el uso de tecnologa
de informacin y el desarrollo de sistemas de informacin necesarias para el
apoyar una misin de empresa.

8.3.1. Objetivos de la definicin de la arquitectura de informacin.
Los objetivos fundamentales de esta fase son:
Definir datos, aplicaciones, redes, servicios de informacin e infraestructura
tecnolgica para sistemas de informacin futuros.
Identificar reas lgicas de empresa y establecer prioridades, para ulterior
planificacin o identificar y fijar prioridades sobre proyectos de desarrollo de
aplicaciones.
Para definir la arquitectura de la informacin se har recurso de una tabla de
bloques elementales la cual esta compuesta por: Personas, datos, Actividades,
redes y Tecnologa (Ver figura # 16).

Figura # 16 Bloques elementales de la fase de definicin.
Personas
Revisar la organizacin
actual del rea de empresa.
Datos
Definir necesidades de
datos de la empresa.
Actividades
Definir funciones
esenciales y los
procesos de
empresa de alto
nivel
Datos
Definir los
puestos
operativos
esenciales para
la empresa y
opcionalmente,
las distancias
proximidades
Anlisis de
asociaciones,
anlisis de
afinidades y
agrupaciones
Tecnologa
Evaluar el impacto de la tecnologa y los sistemas de
informacin en la empresa y su misin.
Evaluar las tendencias y oportunidades tecnolgicas.
Definir una visin y una arquitectura tecnolgica estndar.
157
Anlisis de asociaciones
El anlisis de asociaciones es una tcnica que examina las asociaciones
relacionadas o relaciones naturales entre dos objetivos o ideas cualesquiera. Esta
tcnica utiliza herramientas sencillas; pero de alta eficiencia denominadas
matrices de asociaciones.
Una matriz de asociaciones documenta las relaciones entre dos medidas de
rendimiento o dos objetos de modelo de empresa cualesquiera.

Anlisis de afinidades y agrupacin
La afinidad es una medida de lo que tienen en comn. Los valores de afinidad
siempre estn comprendidos entre 0 y 1. Si dos cosas no se han utilizado o
sucedido nunca en comn, su afinidad es cero, cuando dos cosas suceden
siempre conjuntamente, su afinidad es 1.
El anlisis de afinidades, es as una tcnica formal que identifica las prioridades
diferentes que tienen en comn.
El anlisis de afinidad se inicia con una matriz de asociaciones que compara dos
cosas, en nuestro caso: Personas, Datos, Actividades y Redes (bloques
elementales de de los sistemas de informacin)
Agrupaciones, como tcnica forma grupos lgicos de cosas sobre la base de las
medidas de afinidades, estableciendo valores de umbral comprendidos entre 0 y 1.
El valor cero corresponde a un grupo que contiene todas las cosas, en cambio el
valor 1 se obtiene al formar un grupo para cada cosa.

158
8.4. Tcnicas de investigacin de hecho.
Disponer de tcnicas eficientes de investigacin de hechos es vital en el desarrollo
de proyectos de sistemas. La investigacin de hechos se lleva acabo durante
todas las fases del ciclo de vida del desarrollo de sistemas. Es as que para dar
apoyo a los nuevos sistemas, el analista debe recabar hechos sobre: Personas,
Datos, Actividades, Redes y Tecnologa.

Pero que es la investigacin de hechos?
Este es un proceso formal que utiliza procedimientos de bsqueda, entrevistas,
cuestionarios, muestreo y otras tcnicas para recoger toda la informacin
disponible sobre los sistemas.

Entre algunos mtodos de investigacin de hechos, se mencionan:
a) Muestreo de la documentacin, los formularios y los archivos existentes
b) Investigacin y visitas a instalaciones
c) Observacin del entorno de trabajo
d) Cuestionarios
e) Entrevistas
f) Diseo de aplicaciones (DCA)
47

En que consiste cada una de ellas:

a) Muestreo de la documentacin: este es muy utilizado cuando se estudia un
sistema existente, puede conseguirse una buena comprensin del mismo si se
analiza la documentacin, los formularios y los archivos existentes.
b) Investigacin y visitas a instalaciones: esta consiste en llevar acabo una
detenida investigacin de aplicaciones y el problema. Buenas fuentes de
informacin son las publicaciones informticas disponibles comercialmente, as
como las revistas que leen tpicamente los usuarios. Tambin se pude saber

47
Diseo Conjunto de Aplicaciones
159
as si existen o no paquetes de software que pueden resolver nuestro
problema.
Una forma similar de investigacin consiste en visitar otras empresas o
departamentos que hayan vivido problemas similares.
c) Observacin del entorno de trabajo: esta es una de las tcnicas ms eficientes
para reunin de datos que nos ayuden a conseguir a comprender un sistema.
La observacin es una tcnica de investigacin de hechos durante la cual los
analistas o bien participan activamente o bien como espectadores de las
actividades llevadas acabo por una persona para conocer mejor el sistema.
d) Cuestionarios: Otra tcnica de investigacin de hechos es la que consiste en
realizar estudios mediante cuestionarios. Estos son documentos especficos
que permiten analizar y recoger la informacin y las opiniones que le
manifiestan las personas encuestadas.
e) Entrevistas: Esta es reconocida, por lo general, como la tcnica de
investigacin de hechos ms importante y ms frecuentemente utilizada. El
analista recoge la informacin que le proporcionan las personas cara a cara.
Este tipo de tcnica de investigacin de hechos genera entusiasmo al implicar
al usuario final en la solicitud de ideas y opiniones.
f) Diseo de aplicaciones (DCA): estas son sesiones de trabajo en grupo como
sustitutas de las entrevistas. Este mtodo fue creado por IBM. Esta tcnica
requiere, por lo general, una amplia formacin para que funcione como se
espera. Sin embargo, pueden reducir considerablemente el tiempo invertido en
la investigacin de hechos durante una o ms fases del ciclo de vida.
160
8.5. Anlisis de la Informacin
Sobre la base de lo descrito en la parte anterior de la planificacin del sistema y
las herramientas descritas para la recopilacin de hecho o de informacin se hace
acopio de toda la informacin para proceder a realizar un anlisis de la misma.

8.5.1. Organigrama tpico de las empresas textiles del sector maquila.
Para nuestro estudio se destaca dentro de la estructura o diagrama jerrquico de
la organizacin la porcin del rea de produccin, ya que esta rea, es el alma o
centro neurolgico de las empresas textiles, as como la de toda organizacin que
produce bienes y servicios; y para nuestro caso de estudio especifico, porque ac
se producen y tienen mayor incidencia los Tiempos de Ruptura.

Figura # 17 Diagrama jerrquico tpico de las empresas textiles.
Administracin
Gerente
General
Logstica
M A T R I Z
Ingenieria Produccin
Recursos
Humanos
Calidad Mantenimiento
Planillas
Contabilidad
Seguridad
Industrial
Planificacin
Exportacin
Distribucin
Empaque
Bandeo
Importacin
Modulos
Supervisor
Auxiliar
Calidad
Entremador
Tcnico
Operarias
Informtica
Mecnicos
Produccin
Mecanicos de
Serv. Gnarl.
Carpeninteria
Elctricidad
Aire
acondicionado
161
El Departamento de Produccin en el rea de mdulos esta conformado de la
siguiente manera: un Supervisor por cada mdulo, un Auxiliar, un inspector de
Calidad, un Entrenador y un Tcnico de mantenimiento. Esta es la estructura tpica
en las maquilas.
Supervisor: El nico que puede autorizar las firmas en las hojas de controles de
los operarios; acerca de paros, produccin etc. Verifica el proceso de produccin.
Auxiliar: Es quien recoge las hojas de control y saca datos preliminares de los
tiempos y entrega estas hojas al superviso para autorizar firma, verifica el proceso
de produccin, cumplimiento de metas, autoriza cambios. (Ver anexo # 3)
Calidad: Verifica que el producto final no este viciado de imperfecciones y que
durante el proceso el operario no tenga problemas de elaboracin.
Entrenador: Prepara al operario para que pueda desempear sus asignaciones
con la mayor eficiencia requerida.
Tcnico de mantenimiento: Esta al tanto de las necesidades de los operarios en
cuanto al buen funcionamiento de la maquinaria.
Limpieza: Debe mantener aseado todo el tiempo, el rea de trabajo de los
operarios y otras asignaciones que se le requieran.

Dentro de la estructura que se muestra en la figura # 18 se representa la unidad
organizativa mdulos, a la que se le dedican ms lneas para lograr su
entendimiento.
Mdulo: es una unidad compuesta por una serie de recursos, dentro de los que
ms se destacan, los recursos humanos y de equipo, ya que estas unidades estn
constituidas por un numero determinado de personas y un numero determinados
de maquinas.
Los mdulos, en su mayora esta constituido por operarias y operarios. Cada
unidad de produccin puede constar de no menos de dos mdulos, para que se le
considere produccin por lnea de produccin o mdulos. El sistema de trabajo por
modulo propicia la especializacin, ya que dentro de cada modulo existen lneas
de operaciones, ests lneas estas dispuestas en un orden tal que cada una hace
162
un proceso distinto pero consecutivo cada una de la otra y que al final de cada
lnea (final del mdulo), se obtiene el producto terminado.

8.5.2. Distribucin de dos mdulos.

Este cuadro representa el reloj marcador.

Fi gura # 18
Vi sta de l a di stri bucin de 2 mdul os en una nave texti l

Dependiendo del tamao de la nave as es el nmero de mdulos que posee cada
empresa textil, 10 a 14 mdulos en algunos casos.
El rea aproximada de cada modulo es de 15 x 15 Mt
2

c
/u, en donde hay
maquinaria, producto y personal, este entre 50 y 60 operarios distribuidos en las
lneas de produccin. Algunos ejemplos de las operaciones efectuadas en cada
lnea son las siguientes: pegado de puo, poner cinta, cierre de hombros, ruedo de
falda, pegado de manga larga, pegado de cuellos redondo, volteo de manga larga,
cerrado de cuello, entre otras.
Escritorio de auxiliares

Pizarra de avisos y controles
Material
Material
163
En general el departamento de produccin en una nave textil puede verse
distribuido de la siguiente manera:

8.5.3. Nave textil, rea produccin

Figura # 19
Vista de la distribucin del rea de Produccin de una nave textil

Oficinas
Oficinas
Clnica
Sanitarios
Oficinas
Mdulos
Mdulos
164
8.5.4. Importancia del rea de produccin dentro de las empresas textiles.

En el siguiente esquema (Ver figura # 20) se logra observar la relacin existente
del rea de produccin con los dems reas o entidades de la empresa, dentro de
las cuales se destacan: gerencia general, gerencia financiera (como entidad),
planificacin, ingeniera, logstica, planillas, calidad, recursos humanos y
mantenimiento. Estas relaciones pueden ser en una o ambas direcciones siendo
produccin rea neurlgica.
Cada una de las reas o unidad organizativa que se relaciona con produccin
cumple un papel importante dentro de la operacin de produccin, proveyendo o
demandando informacin o servicios a la misma.

1
6
5

C
A
L
I
D
A
D

I
N
G
E
N
I
E
R
I
A

P
L
A
N
I
F
I
C
A
C
I
N

M
A
N
T
E
N
I
M
I
E
N
T
O

R
E
C
U
R
S
O
S

H
U
M
A
N
O
S

P P
R R
O O
D D
U U
C C
C C
I I

N N

G
E
R
E
N
C
I
A

G
E
N
E
R
A
L

G
E
R
E
N
C
I
A

F
I
N
A
N
C
I
E
R
A

P
L
A
N
I
L
L
A

P
e
r
s
o
n
a
l

c
a
l
i
f
i
c
a
d
o

P
e
r
s
o
n
a
l

m
o
t
i
v
a
d
o

P
r
e
s
t
a
c
i
o
n
e
s

p
e
r
s
o
n
a
l
e
s
.

P
r
e
s
t
a
c
i
o
n
e
s

d
e

s
a
l
u
d
.

S
e
g
u
r
i
d
a
d
.

M
a
r
c
o

l
a
b
o
r
a
l

L
e
g
a
l

R
e
q
u
e
r
i
m
i
e
n
t
o
s

d
e

p
r
o
d
u
c
c
i
n
.

P
l
a
n

d
e

p
r
o
d
u
c
c
i
n
.

R
e
p
o
r
t
e

d
e

m
e
t
a
s

c
u
m
p
l
i
d
a
s

s
e
g
n

p
l
a
n

d
e

p
r
o
d
u
c
c
i
n
.

B
a
l
a
n
c
e

d
e

l
n
e
a
.

I
n
f
o
r
m
e

d
e

m
e
t
a
s

d
e

c
a
l
i
d
a
d

c
u
m
p
l
i
d
a
s

C
r
i
t
e
r
i
o

d
e

c
a
l
i
d
a
d
.

T
o
l
e
r
a
n
c
i
a

d
e

c
a
l
i
d
a
d
.

P
e
r
s
o
n
a
l

c
a
l
i
f
i
c
a
d
o
.

R
e
q
u
e
r
i
m
i
e
n
t
o

d
e

p
e
r
s
o
n
a
l
E
s
p
e
c
i
f
i
c
a
c
i
n

d
e

e
s
t
n
d
a
r
e
s

d
e

P
r
o
d
u
c
c
i
n
.
R
e
p
o
r
t
e

d
e

m
e
t
a
s

s
e
g
n

e
s
t
n
d
a
r
e
s

d
e

p
r
o
d
u
c
c
i
n
.

M
a
q
u
i
n
a
r
i
a

e
n

b
u
e
n

e
s
t
a
d
o
.

S
o
p
o
r
t
e

d
e

m
a
n
t
e
n
i
m
i
e
n
t
o

c
o
r
r
e
c
t
i
v
o

S
o
p
o
r
t
e

d
e

m
a
n
t
e
n
i
m
i
e
n
t
o

p
r
e
v
e
n
t
i
v
o

I
n
f
o
r
m
e
s

d
e
:

-

E
f
i
c
i
e
n
c
i
a
.

-

O
p
t
i
m
i
z
a
c
i
n

T
i
e
m
p
o
-

M
e
t
a
s

c
u
m
p
l
i
d
a
s
.

-
C
a
l
i
d
a
d
.
E
f
i
c
i
e
n
c
i
a
.

O
p
t
i
m
i
z
a
c
i
n

d
e

t
i
e
m
p
o

d
e

p
r
o
d
u
c
c
i
n
.

C
u
m
p
l
i
r

m
e
t
a
s
.

C
a
l
i
d
a
d
.

R
e
c
u
r
s
o
s
.

S
e
r
v
i
c
i
o
s

f
i
n
a
n
c
i
e
r
o
s

C
o
m
p
r
a

d
e

m
a
t
e
r
i
a
l

C
o
m
p
r
a

d
e

m
a
q
u
i
n
a
r
i
a

P
a
g
o

d
e

p
e
r
s
o
n
a
l

R
e
p
o
r
t
e

d
e

E
f
i
c
i
e
n
c
i
a
.

R
e
p
o
r
t
e

d
e

T
i
e
m
p
o
s

d
e

R
u
p
t
u
r
a

L
O
G
I
S
T
I
C
A

P
r
o
d
u
c
c
i
n
C
O
N
T
E
X
T
O

D
E

R
E
L
A
C
I
N

D
E
L

R
E
A

D
E

P
R
O
D
U
C
C
I
N

E
N

U
N
A

E
M
P
R
E
S
A

T
E
X
T
I
L
.

F
i
g
u
r
a

#

2
0
.

R
e
l
a
c
i
o
n
e
s

e
n
t
r
e

e
l

r
e
a

d
e

p
r
o
d
u
c
c
i
n

y

o
t
r
a
s

r
e
a
s
.

166
8.5.5. Anlisis de la cadena de valores de las empresas textiles.
Como ya se hacia mencin anteriormente en la etapa II, en el apartado de
herramientas de investigacin para la recopilacin de informacin. El anlisis de la
cadena de valores, no es ms que la elaboracin de un esquema donde se
plasma las actividades principales y de apoyo que estn involucradas en la
creacin de productos de bienes y servicios dentro de la organizacin. Para el
caso de estudio segn la informacin recopilada, se identifican estas actividades
involucradas en las empresas textiles del sector maquila. Si se observa en la
figura #21, como un plano de dos dimensiones; las actividades principales se
encuentran ubicadas en el eje de las abscisas y las actividades de apoyo en el eje
de las ordenadas. Es as que se puede hacer notar que las actividades principales
que involucran el problema de los Tiempos de Ruptura se enfocan en las
actividades de operacin como parte de la direccin de recursos humanos como
una actividad de apoyo. Se hace tambin resaltar que dentro de las actividad de
apoyo, aprovisionamiento incluye lo que se relaciona con el mantenimiento de
equipo, que es de destacar ya que estos tambin se relacionan con el tema
tratado, evidenciado cuando se trato los factores (equipo, humano, materiales y
organizativos) como variables independientes que inciden en los Tiempos de
Ruptura.

8.5.6. Matriz de asociacin funcin organizacin.
Con la utilizacin de las siguientes matrices de asociacin se confirma donde esta
enfocada la actividades principales y secundarias como funciones de empresa, ya
en el anlisis de la cadena de valores se menciona que las actividades principales
recaen en las actividades de operacin, si observamos la tabla # 5, podemos notar
que la funcin supervisin y toma de datos se relaciona con la unidad
organizativa de produccin, esto es y se comprob en la investigacin de hecho
realizada. Es en el rea de mdulos donde se generan los tiempos de ruptura y en
esta misma rea se toman los datos.
Tenemos adems el caso de la funcin de empresa mantenimiento de
maquinaria que es la principal actividad de la unidad organizativa
167
Mantenimiento, del cual no se da ms justificacin de su relevancia ya que se
explica en el anlisis de la cadena de valores.
En la Tabla # 6, tenemos la matriz Datos Funciones, esta nos es de gran ayuda
cuando se defina ms adelante en el modelado de datos de la etapa IV de nuestra
plan de solucin. Aunque se da una explicacin de la importancia que esta tiene.

8.5.7. Matriz de asociacin datos funciones.
En esta tabla se destacan las funciones de empresa que crean presencia de
datos, leen, actualizan (cambiar) y borran datos dentro de una base de datos. Se
analizan las funciones de empresa supervisin y toma de datos, as como la
funcin mantenimiento de datos. (Ver tabla # 6)
En nuestro primer caso la entidad de datos produccin tiene la mayor presencia,
esto se explica o se entiende en el sentido que los datos de los Tiempos de
Ruptura son originados (creados), ledos (obtencin de informes), actualizados
(cambiados) y borrados (eliminacin de datos) en el rea de produccin. Lo mismo
sucede para nuestro segundo caso, solo que ac es la entidad de datos
mantenimiento la que posee las cuatro presencia de datos (crear, leer, actualizar y
borrar).
La funcin de empresa supervisin y toma de datos solamente tiene presencia
de lectura de dentro de las entidades de datos, planificacin e ingeniera, que
representan fechas de inicio de y entrega de produccin; y las especificaciones
tcnicas de produccin, para la primera y segunda entidad mencionada
respectivamente. En el caso de la funcin de empresa mantenimiento de
maquinaria, solamente produccin tiene la presencia de lectura, que es el caso de
obtener datos de tiempos de ruptura por paro de maquina.
Es evidente que esta matriz como se mencionaba al inicio es til para el modelado
de datos, as como mas adelante la definicin de perfiles de usuarios.

1
6
8
S
e
r
v
i
c
i
o
s

I
n
f
r
a
e
s
t
r
u
c
t
u
r
a

C
o
r
p
o
r
a
t
i
v
a
.

D
i
r
e
c
c
i
n

d
e

r
e
c
u
r
s
o
s

H
u
m
a
n
o
s

T
e
c
n
o
l
o
g
a

y

D
e
s
a
r
r
o
l
l
o

A
p
r
o
v
i
s
i
o
n
a
m
i
-
e
n
t
o

C
o
n
t
r
a
t
a
c
i
n

d
e

p
e
r
s
o
n
a
l
.

E
s
t
a
b
l
e
c
e
r

n
o
r
m
a
s

l
a
b
o
r
a
l
e
s
.

E
s
t
a
b
l
e
c
e
r

s
a
l
a
r
i
o
s
.

F
o
r
m
a
c
i
n

d
e

p
e
r
s
o
n
a
l
.

E
s
t
n
d
a
r
e
s

d
e

p
r
o
d
u
c
c
i
n
.

E
s
t
n
d
a
r
e
s

d
e

c
a
l
i
d
a
d
.

P
l
a
n
e
s

d
e

p
r
o
d
u
c
c
i
n
.

D
e
s
a
r
r
o
l
l
o

m
e
t
o
d
o
l
o
g
a
s

A
d
q
u
i
s
i
c
i
n

d
e

m
a
q
u
i
n
a
r
i
a
.

I
m
p
o
r
t
a
c
i
n

d
e

m
a
t
e
r
i
a
s

p
r
i
m
a
s
.

O
b
t
e
n
c
i
n

d
e

r
e
p
u
e
s
t
o
s

y

a
c
c
e
s
o
r
i
o
s
.

C
o
n
t
r
o
l

d
e

i
n
v
e
n
t
a
r
i
o
s
.

A
d
q
u
i
s
i
c
i
n

d
e

s
e
r
v
i
c
i
o
s
.

L
o
g
s
t
i
c
a

I
n
t
e
r
n
a
P
r
o
g
r
a
.

y

s
u
p
e
r
v
i
s
i
n

o
p
e
r
a
r
i
o
s

d
e

l
n
e
a
.

T
o
m
a

t
i
e
m
p
o
s

p
r
o
d
u
c
c
i
n
.

T
o
m
a

v
o
l
u
m
e
n

p
r
o
d
u
c
c
i
n
.

T
o
m
a

m
u
e
s
t
r
a
s

M
a
n
t
e
n
i
m
i
e
n
t
o

d
e

e
q
u
i
p
o
s
.

A
b
a
s
t
e
c
e
r

d
e

m
a
t
e
r
i
a
s

p
r
i
m
a
s
.

A
b
a
s
t
e
c
e
r

d
e

a
c
c
e
s
o
r
i
o
s
.

P
r
o
g
r
a
m
a
r

m
a
n
t
e
n
i
m
i
e
n
t
o
s

A
b
a
s
t
e
c
e
r

d
e

m
a
q
u
i
n
a
r
i
a
.

S
e
r
v
i
c
i
o
s

g
e
n
e
r
a
l
e
s

d
e

l
i
m
p
i
e
z
a
.

O
p
e
r
a
c
i
o
n
e
s

L
o
g
s
t
i
c
a

E
x
t
e
r
n
a
E
m
p
a
q
u
e

d
e

t
e
r
m
i
n
a
d
o
s

A
l
m
a
c
e
n
a
m
i
e
n
t
o

d
e

t
e
r
m
i
n
a
d
o
s
.
P
r
o
g
r
a
m
a
r

r
u
t
a
s

d
i
s
t
r
i
b
u
c
i
n

T
r
a
n
s
p
o
r
t
e

d
e

t
e
r
m
i
n
a
d
o
s
.

T
r
a
m
i
t
e
s

d
e

e
x
p
o
r
t
a
c
i
n

A
n
l
i
s
i
s

d
e

t
i
e
m
p
o
s

d
e

p
r
o
d
u
c
c
i
n
.

A
n
l
i
s
i
s

d
e

m
e
t
a
s

d
e

p
r
o
d
u
c
c
i
n
.
A
n
l
i
s
i
s

m
e
t
a
s

c
a
l
i
d
a
d
.

V
e
n
t
a
s

y

M
a
r
k
e
t
i
n
g

o

D
e
s
a
r
r
o
l
l
a
r

m
o
d
e
l
o

d
e

p
r
e
v
i
s
i
o
n
e
s

d
e

p
r
o
d
u
c
c
i
n

o

E
v
a
l
u
a
r

n
o
r
m
a
t
i
v
a
s

d
e

e
x
p
o
r
t
a
c
i
o
n
e
s

o

A
n
a
l
i
z
a
r

e
s
t
r
u
c
t
u
r
a

d
e

r
u
t
a
s

d
e

e
x
p
o
r
t
a
c
i
n

o

D
e
s
a
r
r
o
l
l
a
r

o

e
v
a
l
u
a
r

s
e
r
v
i
c
i
o
s

d
e

s
i
s
t
e
m
a
s

d
e

c
o
n
t
r
o
l

M
a
r
g
e
n
F
i
g
u
r
a

#

2
1
A
n
l
i
s
i
s

d
e

l
a

c
a
d
e
n
a

d
e

v
a
l
o
r
e
s
.

C
A
D
E
N
A

D
E

V
A
L
O
R
E
S

D
E

L
A
S

E
M
P
R
E
S
A
S

T
E
X
T
I
L
E
S

169

Tabla # 5
Funciones-Organizacin

MATRIZ DE ASOCIACIONES DE UNIDADES, FUNCIONES ORGANIZACIN
Unidades de Organizacin
Funcin de empresa Planifi-
cacin
Ingenie-
ra
Calidad Produc-
cin
Plani-
llas
Manteni-
miento
Logs-
tica
RRHH
Ausencias S S P
Importacin de materias primas. S S

Planificacin de produccin.

P

S

Estndares de produccin.

P

S

Metodologa de produccin

P

S

Definicin criterios de calidad.

P

S

Produccin de terminados

P

Supervisin y toma de datos
(unidades producidas y tiempos)

P

Anlisis de cumplimiento de metas
produccin

P

P

P

P

Mantenimiento de maquinara.

P

Control de inventarios.

S

S

S

Procesamiento planilla de pago

P

Exportacin de terminados

P

P = Unidad organizativa tiene una responsabilidad principal para esta funcin de empresa
S = Unidad organizativa desempea un papel secundario en esta funcin de empresa.
170
MATRIZ DE ASOCIACIONES , DATOS FUNCIONES
48

Dato o entidad de datos
Funcin de empresa Planifi-
cacin
Ingenie-
ra
Calidad Produc-
cin
Plani-
llas
Manteni-
miento
Logs
ti-ca
RRHH
Ausencias L LA CLAB
Importacin de materias primas. L LA

Planificacin de produccin.

CLAB

L

LA

Estndares de produccin.

CLAB

L

LA

Metodologa de produccin

CLAB

LA

Definicin criterios de calidad.

CLAB

LA

Produccin de terminados L CLAB

Supervisin y toma de datos
(unidades producidas y tiempos)
L L CLAB

LA
Anlisis de cumplimiento de metas
produccin
L L

L L
Mantenimiento de maquinara. L CLAB
Control de inventarios. L L L
Procesamiento planilla de pago L CLAB
Exportacin de terminados CLAB
C = Funcin de empresa puede crear presencia de datos en una base de datos.
L = Funcin de empresa puede leer presencia de datos en una base de datos.
A = Funcin de empresa puede actualizar (cambiar) presencia de datos en una base de datos.
B = Funcin de empresa puede borrar presencia de estos datos en una base de datos.

Tabla # 6
Datos-Funciones

48
Se hace uso de esta matriz para la definicin de Perfiles de usuario, en el apndice A
171
9. ETAPA III

Herramientas De Desarrollo Del Modelo.

Esta etapa tiene como objetivo dejar las pautas o los lineamientos para la
seleccin de las herramientas para el futuro desarrollo del modelo. Recordemos
que en un inicio cuando se explica que es un modelo, se hacia referencia que un
modelo es un mapa un plano de construccin, es algo as como la edificacin de
un rascacielos; los arquitectos son los que desarrollan el modelo, el plano del
edificio, son los ingenieros constructores, los maestros de obra los que llevan la
ejecucin en s de la edificacin, y son ellos quienes bajo ciertos criterios elijen
que materiales utilizar, que especificaciones deben tener segn el medio ambiente
donde se desarrolle.
Es as que se seguir el siguiente esquema para describir es etapa:

9.1. Metodologa
Se utiliza el modelo de decisin y evaluacin de alternativas llamado Modelo
Bsico de anillo Abierto
49
, el cual se utiliza con la finalidad de realizar un anlisis
exhaustivo de todas las alternativas con el objeto de seleccionar la que cumpla
con los requisitos del Sistema.

9.1.1. Pasos de la Metodologa.
a) Reconocer la necesidad del cambio, puede existir una intensa satisfaccin con
el estado actual de la situacin o requerir el mejoramiento de un buen estado.
b) Diagnosticar el problema, se determinan las causas del estado inaceptable del
sistema
c) Definir criterios de decisin los que son un conjunto de condiciones normativas
y restrictivas adoptadas por el tomador de decisiones, para permitirle realizar
una evaluacin de las alternativas escogidas.

49
Decisiones Administrativas con Objetivos Mltiples, Allan Easton, Pgs. 100 y 101
172
9.1.2. Definicin de criterios.
Despus de definir los criterios de decisin se dividen estos entre crticos y no
crticos y se les asigna coeficientes de ponderacin.
a) Criterios Crticos: Son los que tienen tanta importancia que se utilizan al hacer
una seleccin previa de alternativas, para su admisin y posibilidades en la
solucin particular de un problema de decisin.
b) Criterios no crticos: Son los que tienen tan poca importancia, que si no
obtienen la calificacin de aceptado, no necesariamente descalificara a la
alternativa.
c) Coeficiente de Ponderacin: Un valor dentro de la escala del 0 al 100.

9.1.3. El Proceso para la toma de decisin de alternativas.
a) Definir todas las alternativas posibles, en esta parte, se definen todas las
alternativas posibles, sin considerar criterios de decisin.
b) Evaluacin previa de alternativas.
a. Los objetivos se clasifican en crticos y no crticos.
b. Se evalan las alternativas aprobadas por los objetivos crticos y se
clasifican en aprobadas y reprobadas.
c. Las alternativas aprobadas por los objetivos crticos, se evalan sobre los
objetivos no crticos y se clasifican en reprobadas y aprobadas.
c) Identificar todas las alternativas factibles, son totalmente aceptadas, las
alternativas que fueron aprobadas por los criterios crticos y no crticos.
d) Predecir los resultados de todas las alternativas factibles y evaluarlos, para ello
se requiere la preparacin de una matriz de resultados, la cual se obtiene
despus de estimar los resultados sobre los criterios de decisin. Los criterios
se medirn en una escala de niveles de calidad se registrarn las
puntuaciones de cada alternativa, basndose en cada criterio. Despus de
transformar los conjuntos de puntuacin de resultados en conjunto de
puntuacin de evaluacin.

173
CRITERIO
ESPECIFICO
PUNTUACION DE
PUNTO DE CALIDAD
Magnifico 87.50 a 100.00
Excepcionalmente bueno 75.00 a 87.49
Muy bueno 62.50 a 74.99
Neutral 50.00 a 50.00
Mediocre 37.50 a 49.99
Muy malo 25.00 a 37.49
Excepcionalmente malo 12.50 a 25.00
Excesivamente malo 0.00 a 12.49

Tabla # 7 Tabla de puntos de calidad. Whiten, Bantley y Barlow, Analisis y Diseos de
informacin, Tercera Edicin 1996

e) Elegir una regla de seleccin para identificar la mejor alternativa. Para este
caso se ha elegido la regla de suma ponderada de puntos la cual consiste en
multiplicar cada elemento de la matriz de evaluacin por el coeficiente de
ponderacin correspondiente y sumar los elementos ponderados para cada
alternativa. La alternativa con mayor ponderacin es la mejor.
f) Llevar a cabo los clculos y hacer la seleccin, despus de haber seleccionado
con respecto a los criterios de decisin, se procede a hacer una comparacin
costo/ beneficio de la alternativa cuyas unidades de beneficios cuesten menos.

9.1.4. Aplicacin de la metodologa.
Como mencionamos anteriormente, la metodologa, se puede aplicar en la
evaluacin y seleccin del software ya sea de:
a) Administrador de Base de Datos.
b) Lenguaje Desarrollador.
c) Sistema operativo.

174
9.2. Criterios de punto de calidad para la seleccin del sistema de gestin de
bases de datos. (SGBS)
50
.
Sobre la base de las necesidades del sistema, las que pueden cambiar de uno a
otro dependiendo del tipo de aplicacin o hacia que o donde va aplicado; se
pueden tomar los siguientes criterios:
a) Portabilidad: Se refiere a la capacidad de emigrar datos de una plataforma a
otra.
b) Escalabilidad: Capacidad de escalar de un procesador hasta un
multiprocesador y operar con mltiples servidores.
c) Conectividad: Capacidad de replicacin o traslado de los datos,
almacenamiento y rendimiento entre versiones de software.
d) Soporte: Debe existir en el pas un proveedor autorizado que brinde soporte
tcnico al sistema de gestin de la base datos.
e) Relacionalidad: El sistema de gestin de la base de datos debe ser relacional.
f) Atomicidad: Se refiere a que si ocurre un fallo y se detecta tenga la capacidad
de restaurar los datos al estado de consistencia que exista antes del fallo.
g) Integridad: Es la capacidad de que una vez satisfechas las ligaduras de
consistencia y desarrollado el sistema permita sin dificultad modificar los
programas para aadir nuevas ligaduras.
h) Reconocimiento: Significa el grado en que es utilizado en el pas.

Luego de haber definido los criterios de decisin se clasifican en crticos y no
crticos, y luego de asignar un coeficiente de ponderacin, el cual vara segn la
importancia que se le atribuya a cada criterio por el evaluador o los evaluadores.
(Ver tabla # 8)

50
SGBD: System Gestion Base Data
175
CRITERIOS COEFICIENTES
CRITICOS.
1. Portabilidad 10%
2. Escalabilidad 10%
3. Conectividad 10%
4. Soporte 15%
5. Relacionalidad 15%
6. Atomicidad 15%
7. Integridad 15%
NO CRITICOS
8. Reconocimiento 10%
Total 100%

Tabla # 8. Criterios con ponderacin asignada.

9.2.1. Definicin y evaluacin de alternativas.
Se evalan las siguientes SGBD ms utilizadas en el ambiente de sistemas del
pas:

a) Sybase
b) SQL Server
c) Microsoft Access
d) Visual Fox

Se procede con la evaluacin de las alternativas en base a los criterios crticos y
los no crticos aplicndoles (ver tabla # 9).
1 = criterio es aprobado
0 = criterio reprobado

176
CRITERIOS
ALTERNATIVAS
Portabi-
lidad
Escabi-
lidad
Conecti-
vidad
Soporte Raciona-
lidad
Atomici-
dad
Integri-
dad
1) Sybase 1 1 0 0 1 1 1
2) SQL Server 1 1 1 1 1 1 1
3) Microsoft Access 0 0 1 1 1 1 1
4) Visual Fox 1 1 1 1 1 1 1

Tabla # 9. Evaluacin previa de alternativas, con criterios crticos.

Una vez evaluadas, se seleccionan las alternativas aprobadas para los criterios
crticos. Tomamos las que obtuvieron mayor puntaje: SQL Server y Visual Foxpro.
Evaluacin sobre criterios no crticos de alternativas que aprobaron los criterios
crticos: (Ver tabla # 10)

Tabla # 10 Evaluacin de criterios no crticos

CRITERIO
ALTERNATIVAS Reconocimiento
1) SQL Server 1
2) Visual Fox 1
177
9.2.2. Descripcin de alternativas factibles
De acuerdo con la evaluacin previa de alternativas, que se aprobaron son las que
se seguirn evaluando.

a) Microsoft SQL Server.
Proporciona a los usuarios una innovadora plataforma de base de datos para el
procesamiento transaccional online a gran escala, el data Warehousing y las
aplicaciones de comercio-e.
Facilidad de Uso: Facilita a los administradores de base de datos la
construccin, manejo y despliegue de aplicaciones para negocios, cuenta con
nuevas y sofisticadas herramientas que simplifican el manejo de operaciones
complejas, esta diseado para recibir mayor numero de datos, transacciones y
usuarios con facilidad.

b) Visual FoxPro.
Microsoft Visual FoxPro es una herramienta poderosa para crear rpidamente
aplicaciones y componentes de bases de datos. Su lenguaje de manejo de
datos orientado a objetos ofrece a los desarrolladores un conjunto de
herramientas robustas para crear aplicaciones de bases de datos, para el
escritorio, como una solucin cliente/servidor o para Web, usando
componentes y servicios Web XML.
Visual FoxPro proporciona a los desarrolladores las herramientas necesarias
para administrar datos, si estn organizando tablas de informacin y realizando
consultas, creando un sistema de administracin de bases de datos
relacionales (DBMS), o programando una aplicacin administrativa para
usuarios finales.
178
9.2.3. Definicin del criterio de puntos de calidad
Cada alternativa seleccionada pasa una a una siendo evaluada segn los criterios
de punto de calidad ya definidos. Las tablas siguientes muestran una a una estas
evaluaciones.
a) Portabilidad.
ALTERNATIVA PUNTOS DE CALIDAD
1. Visual Fox 90
2. SQL Server 90
Tabla # 11 Criterio: Portabilidad

b) Escabilidad.
1. Visual Fox 90
2. SQL Server 90
Tabla # 12. Criterio: Escalabilidad

c) Conectividad.
1. Visual Fox 90
2. SQL Server 90
Tabla # 13. Criterio: Conectividad

d) Soporte.
1. Visual Fox 90
2. SQL Server 70
Tabla # 14. Criterio: Soporte

e) Relacionalidad.
1. Visual Fox 90
2. SQL Server 90
Tabla # 15. Criterio: Relacionalidad
179
f) Atomicidad.
1. Visual Fox 90
2. SQL Server 90
Tabla # 16. Criterio: Atomicidad
g) Integridad.
1. Visual Fox 90
2. SQL Server 90
Tabla # 17. Criterio: Integridad

h) Reconocimiento.
1. Visual Fox 90
2. SQL Server 90
Tabla # 18. Criterio: Reconocimiento

180
9.2.4. Evaluacin y seleccin segn criterio de puntos de calidad.
En la tabla siguiente son colocadas todas las puntuaciones de los criterios de los
puntos de calidad definidos en todas las tablas anteriores. Podemos observar el la
primera columna las alternativas evaluadas (Visual FoxPro y SQL Server). De la
columna segunda a la novena columna son asignadas para las puntuaciones
resultantes. La dcima columna es para la obtencin de la ponderacin absoluta,
que se obtiene de la sumatoria de la multiplicacin de su ponderacin relativa
(ultima fila que le corresponde a cada criterio) con la puntuacin obtenida. La
ultima columna es el resultado relativo (ponderacin absoluta /100).
Tabla # 19. Criterio: Matriz de Evaluacin

Segn los criterios de calidad proporcionados en esta ltima tabla la alternativa
nmero dos, Visual FoxPro, resulto mejor evaluada en el criterio numero 4, como
se observe en la tabla anterior # 19 que le corresponde al soporte tcnico, que fue
la que al final le da la posicin de la mejor evaluada.

9.2.5. Evaluacin de Costos

ALTERNATIVA COSTO
1. Visual Fox $609.31
2. SQL Server $1,397.58
Tabla # 19a
(Ver Anexo # 4)

Al evaluar los costos SQL Server resulta un poco mas arriba del 50% con respecto
al Visual Fox.

51
CDM Coeficiente de Matriz
CRITERIOS CRITICOS
PONDERACION
ABSOLUTA
CDM
51
ALTERNATIVA
1 2 3 4 5 6 7 8
1. Visual Fox 90 90 90 90 90 90 90 90 9,000 90.00
2. SQL Server 90 90 90 70 90 90 90 90 8,700 87.00
Ponderacin relativa 10% 10% 10% 15% 15% 15% 15% 10%
181
9.3. Criterios de puntos de calidad para la seleccin del lenguaje de
programacin.
Al igual que en la seleccin del sistema de gestin de base de datos, se hace la
eleccin de los criterios para la evaluacin, es as que para el lenguaje de
programacin o desarrollo, se presentan los siguientes:

a) Portabilidad: Capacidad de ser utilizado con diversas plataformas de ambiente
operativo.
b) Conectividad: Capacidad de conectarse a la SGDB.
c) Soporte: La existencia local de de soporte tcnico en el uso de la herramienta
de desarrollo.
d) Documentacin: Deber tener la documentacin adecuada.
e) Rendimiento: Rapidez en el acceso y la ejecucin de consultas a la base de
datos.
f) Interfaz: A fin de que la aplicacin a desarrollar tenga la apariencia de Windows
(interfaz grfico).

crticos, despus se les asigna un coeficiente de ponderacin. (ver tabla # 20)

CRITERIOS COEFICIENTES
Crticos
1. Portabilidad 20%
2. Conectividad 20%
3. Soporte 10%
4. Documentacin 10%
5. Rendimiento 20%
No crticos
6. Interfaz 10%
7.Conocimiento 10%
TOTAL 100%

Tabla # 20 Criterios con ponderacin asignada
182
9.3.1. Definicin y Evaluacin de Alternativas.
As como se hizo el planteamiento para escoger el SGDB, tambin se hace el
mismo para los lenguajes de desarrollo:
a) Visual Basic
b) Developer
c) Visual FoxPro
d) Power Builder

Se procede con la evaluacin de las alternativas en base a los criterios crticos y
los no crticos aplicndoles:
1 = Criterio es aprobado
0 = Criterio Reprobado

CRITERIOS CRITICOS ALTERNATIVA
portabi-
lidad
Conec-
tividad
Sopor-
te
Documen-
tacion
Rendi-
miento
1. Visual Basic 1 1 1 1 1
2. Developer 1 0 1 1 0
3. Visual FoxPro 1 1 1 1 1
4. Power Builder 1 0 1 0 0

Tabla # 21 Criterios Crticos

Segn la tabla de evolucin de criterios crticos, las alternativas: Visual Basic y
Visual FoxPro son las seleccionadas para el pasar a la evaluacin de criterios no
crticos.

CRITERIOS NO CRITICOS ALTERNATIVA
Interfaz Conocimiento
1. Visual Basic 1 1
3. Visual FoxPro 1 1

Tabla # 22 Criterios no crticos
183
9.3.2. Descripcin de alternativas factibles para Lenguajes de Desarrollo

Despus de haber realizado la evaluacin de las alternativas sobre los criterios
crticos y no crticos, las alternativas aprobadas para ambos tipos de criterios y
que continan en el proceso de evaluacin son:

a) Visual Basic (VB).
Una de las mejores caractersticas de Visual Basic es el manejo de las bases
de datos, para manejar cualquiera de las muchas bases de datos compatibles
con VB no es necesario el uso de formularios diferentes a los normalmente
utilizados, ni de objetos con propiedades totalmente diferentes, casi todos los
objetos insertables pueden relacionarse con una base de datos sin mucha
complicacin, mediante el uso de un nico objeto especial para dicho cometido.
b) Visual FoxPro.
Microsoft Visual FoxPro es una herramienta poderosa para crear rpidamente
aplicaciones y componentes de bases de datos. Su lenguaje de manejo de
datos orientado a objetos ofrece a los desarrolladores un conjunto de
herramientas robustas para crear aplicaciones de bases de datos, para el
escritorio, como una solucin cliente/servidor o para Web, usando
componentes y servicios Web XML.
Visual FoxPro proporciona a los desarrolladores las herramientas necesarias
para administrar datos, si estn organizando tablas de informacin y realizando
consultas, creando un sistema de administracin de bases de datos
relacionales (DBMS), o programando una aplicacin administrativa para
usuarios finales. Adems se destaca que Visual FoxPro es la herramienta de
desarrollo nativa de la SGDB es cogida.

184

La Evaluacin de alternativas para obtener los puntos de calidad para cada criterio
por cada una de las alternativas previamente seleccionadas se efecta utilizando
la tabla de puntos de calidad y la evaluacin se hace tomando en cuenta las
siguientes caractersticas (Ver las siguientes tablas)
a) Portabilidad.
1. Visual FoxPro 90
2. Visual Basic 90
Tabla # 23 Criterio: Portabilidad

b) Conectividad.
Como se puede observar en la tabla, Visual FoxPro aparee mejor evaluada ya
que es el lenguaje de desarrollo nativo de la SGDB seleccionada.
1. Visual FoxPro 100
2. Visual Basic 90
Tabla # 24 Criterio: Conectividad

c) Soporte.
2. Visual Basic 85
Tabla # 25 Criterio: Soporte

d) Documentacin.
1. Visual FoxPro 90
2. Visual Basic 90
Tabla # 26. Criterio: Documentacin

185
e) Rendimiento.
Nuevamente Visual FoxPro obtiene mejor puntuacin sobre Visual Basic, por el
mismo hecho que es la herramienta nativa de la SGDB seleccionada.
2. Visual Basic 85
Tabla # 27 Criterio: Rendimiento

f) Interfaz.
1. Visual FoxPro 95
2. Visual Basic 95
Tabla # 28 Criterio: Interfaz

g) Conocimiento.
1. Visual FoxPro 90
2. Visual Basic 90
Tabla # 29 Criterio: Conocimiento
186

Ya en el vaciado de la informacin de todos los criterios de punto de calidad
evaluados, tenemos al final el resumen de todos sus resultados, aplicado
coeficientes de criterios de calidad que nos provee del mecanismo tcnico para
definir el resultado.

CRITERIOS CRITICOS
PONDERACION
ABSOLUTA
CDM
ALTERNATIVA
1 2 3 4 5 6 7
1. Visual FoxPro 90 100 100 90 100 95 90 9,550 95.50
2. Visual Basic 90 90 85 90 85 95 85 8,900 89.00
Ponderacin relativa 20% 20% 15% 10% 20% 10% 10%

Tabla # 30. Criterio: Matriz de evaluacin

Podemos apreciar que la herramienta o lenguaje de desarrollo mejor evaluado fue:
Visual FoxPro, con 9,550 de ponderacin obteniendo una ventaja de 650 a la otra
herramienta.

9.3.5. Evaluacin del Costo

ALTERNATIVA COSTO
1. Visual Fox $0.00
2. Visual Basic $99.04

Tabla # 30a.
(Ver anexo # 5)

En esta tabla se refleja Visual FoxPro en cero debido a que al adquirir la base de
datos viene incluida la herramienta de desarrollo
187
9.4. Criterios de puntos de calidad para la seleccin del sistema operativo de
red de rea local. (LAN)
52

Ac se definirn los criterios de punto de calidad a tomar en consideracin la
seleccin de la LAN. Entre estos criterios se definen:
a) Seguridad: Se refiere a la capacidad de proveer seguridad a la informacin.
b) Soporte Tcnico: Debe existir un proveedor que brinde soporte tcnico a dicho
sistema operativo.
c) Escalabilidad: Debe de tener la capacidad de migrar a una estacin servidor de
mayor capacidad.
d) Integracin: Debe poder integrarse tanto a la base de datos como al
desarrollador.
e) Comodidad: Debe darle al usuario suficientes recursos tanto para usuarios,
desarrolladores y administradores.
f) Compatibilidad: Para que no existan conflictos con las estaciones de trabajo.

crticos, despus se les asigna un coeficiente de ponderacin.

CRITICOS COEFICIENTE
Crticos
1. Seguridad 15%
2. Soporte 15%
3. Escalabilidad 10%
4. Integracin 25%
5. Comodidad 15%
6. Compatibilidad 20%
Total 100%

Tabla # 31.
Criterios con ponderacin asignada

52
LAN: Local Area Network
188

9.4.1. Definicin y Evaluacin de Alternativas.

A continuacin se definen las alternativas que sern evaluadas para determinar
cual cumple el ms alto grado con los criterios anteriormente expuestos:
a) Windows 2000 Server
b) Novell Netware
c) Linux
Para este caso todos los criterios de puntos de calidad se consideraron como
crticos por lo que no ser necesaria la evaluacin de los no crticos, las
ponderaciones siguen siendo las siguientes:
1 = Criterio es aprobado
0 = Criterio reprobado

9.4.2. Descripcin de alternativas factibles

a) Windows 2000 Server.
Windows 2000 se suministra con un entorno de instalacin amigable y fcil de
usar, detectando e instalando casi todo lo que se refiere a hardware. Incorpora
la seguridad en el sistema operativo. El control de acceso discrecional le
permite asignar permisos a archivos individuales. Permite crear dominios y
establecer relaciones de confianza, con el fin de centralizar las cuentas de
usuario de la red y otro tipo de informacin de seguridad, facilitando el uso y la
administracin de la red. Con una administracin centralizada de la seguridad,
slo es necesario administrar una cuenta por cada usuario. Dicha cuenta
permite al usuario acceder a todos los recursos de la red.
b) Novel Netware.
Novell Netware es lder en el Mercado de sistemas operativos de red y posee
alrededor del 60% de la base instalada, es un sistema operativo propietario,
Novell dispone de software para limitar el uso del disco por parte de los
189
usuarios lo cual es un elemento de control primordial, entre sus caractersticas
estn:
a. Soporte para una amplia gama de tarjetas adaptadoras de red.
b. Extensos servicios de seguridad que le otorgan control sobre que usuarios
pueden establecer una conexin a un servidor de archivos, entrar a
directorios controlar el servidor, controlar impresoras y manejar cuentas de
usuarios.
c. Soporte para procesos residentes en el servidor, en todas las versiones se
ofrecen tolerancia de fallas a varios niveles.
c) Linux.
GNU/Linux es una potente plataforma que opera con un rendimiento igual o
superior a otras alternativas sobre mismas plataformas, el cual funciona muy
barato. Linux tiene avanzadas caractersticas de seguridad que protegen a su
sistema, no solo de esto, sino tambin de ataques desde Internet, acceso sin
autorizacin a los equipos, monopolio de recursos del sistema por parte del
algn usuario o aplicacin y adems es invulnerable a los virus. Linux corre en
casi todas las plataformas de hardware conocidas.

La Evaluacin de alternativas para obtener los puntos de calidad para cada criterio
por cada una de las alternativas previamente seleccionadas se efecta utilizando
la tabla de puntos de calidad y la evaluacin se hace tomando en cuenta las
siguientes caractersticas (Ver las siguientes tablas).
a) Seguridad.

1. Windows 2000 Server 90
2. Novell NetWare. 90
3. Linux 90

Tabla # 32 Criterio: Seguridad

190
b) Soporte.
Linux obtiene en este criterio la menor evaluacin, pese que este es un sistema
de LAN, gratuita no es ampliamente tan difundida como las otras dos, lo que
hace que haya menos soporte tcnico.

3. Linux 70

Tabla # 33 Criterio: Soporte

c) Esacabilidad.
Este criterio no deja de ser influenciado por el criterio de soporte, al existir poco
soporte.
3. Linux 70

Tabla # 34 Criterio: Escabilidad

d) Integracin.
El fabricante del SGDB seleccionado juega un importe papel en que Windows
2000 Server sea el mejor evaluado que al ser esta tambin del mismo
fabricante, se integra al 100% a la base de dato seleccionada.

3. Linux 60

Tabla # 35 Criterio: Integracin
191
e) Comodidad.
Es evidente de nuevo el hecho que Windows 2000 Server y la SGDB sean de
la misma casa fabricante.
3. Linux 60

Tabla # 36 Criterio: Comodidad

f) Compatibilidad.
3. Linux 60
Tabla # 37 Criterio: Compatibilidad
(Ver anexo # 6)

Como se puede observar el sistema de LAN que obtuvo mayor puntaje fue:
Windows 2000 Server. Es evidente que las anteriores herramientas lenguaje de
desarrollo y la base de datos, influyeron por ser herramientas de la misma casa
fabricante (Microsoft), los cuales se evidencian en los criterios: 4,5 y 6 de la
tabla # 38.

CRITERIOS DE PUNTO DE CALIDAD PONDERACION
ABSOLUTA
CMD ALTERNATIVA
1 2 3 4 5 6
1. Windows 2000 Server 90 90 90 100 100 100 9,600 95.50
2. Novell NetWare 90 90 90 90 90 80 8,800 89.00
3. Linux 70 70 70 65 65 65 6,700 67.00
Ponderacin relativa 15% 15% 10% 25% 15% 20%

Tabla # 38: Criterios de puntos de calidad
192
9.5. Equipo necesario para la implementacin del sistema.

Sobre la base de los recursos de software escogidos anteriormente (gestor de
base de dato, lenguaje de desarrollo, sistema operativo de red y estaciones de
trabajo que ser necesarios para la implementacin del diseo de un software
para el registro y control de tiempos de ruptura, se dan las siguientes
especificaciones las cuales se dividirn en especificaciones indispensables y
especificaciones opcionales, las primeras sern requeridas por defecto, no as las
segundas las cuales se indicara en la columna correspondiente. El hardware para
los que se obtendrn sus requerimientos mnimos ser el siguiente:
a) Servidor de aplicaciones y datos.
a) Estaciones de trabajo equipo de desarrollo.
b) Estaciones de trabajo usuarios finales.
Algunas caractersticas no se incluyen dentro de los requerimientos ya que son
parte integral de todo equipo. Entre estas se puede mencionar las siguientes:

Tarjeta de red
MODEM
Teclado
Mouse
193
a) Servidor de aplicaciones y datos.

Caracterstica Requerido Especificacin
Indispensable
Procesador Pentium III, 800 Mhz.
Memoria RAM 512MB
Unidad de Disco Duro 80MB
Monitor 15
Puertos de comunicacin 1 Paralelo, 2 Seriales
Opcional
Unidad de Backup S 80MB
Unidad de Disco Flexible S 1.44
Unidad de CD-ROM S
Unidad de CD-WR No
Puertos de comunicacin extra S 2 USB.
Unidad ininterrumpida de energa Si 1000W

Tabla # 39

b) Estaciones de trabajo para equipo de desarrollo.

Indispensable
Memoria RAM 512MB
Monitor 17
Puertos de comunicacin 1 Paralelo, 1 Seriales, 2 USB
Opcional
Unidad Backup No
Unidad de Disco Flexible S 1.44
Unidad de CD-ROM S
Unidad de CD-WR S
Puertos de comunicacin extra No
Unidad ininterrumpida de energa S 500W
Tabla # 40
194
c) Estaciones de trabajo para usuarios finales.

Indispensable
Memoria RAM 512MB
Monitor 17
Puertos de comunicacin 1 Paralelo, 1 Seriales, 2 USB
Opcional
Unidad de Backup No
Unidad de Disco Flexible No
Unidad de CD-ROM S
Unidad de CD-WR
Puertos de comunicacin extra No
Unidad ininterrumpida de energa S 500W

Tabla # 41
Tanto las para los equipos de computacin para desarrollo y usuarios finales se
usara como base WindowsXP Pro. Habindose determinado en la comparacin de
costos que Windows 2000 Professional es ms caro que WindowsXP.(Ver Anexo
# 7 y 8)

9.5.1. Consideraciones ambientales.
Las condiciones medioambientales a considerar para la ejecucin de los sistemas
de forma segura y eficiente debern ser las siguientes:
a) Temperatura.
La temperatura adecuada de los equipos es un factor importante del buen
funcionamiento diario y para a largar el tiempo de vida del equipo. Por nuestra
experiencia se ha podido determinar que la mayor parte de mal funcionamiento
de equipo informtico ya sea por lentitud y bloqueo de equipo es debido al
exceso de calor en el lugar donde se encuentra operando el equipo. Es
importante proveer al menos adecuada ventilacin (circulacin de aire de
entrada y salida), lo ideal es proveer de equipo de enfriamiento como los aires
acondicionados para mantener la temperatura ambiental a 25 grados
centgrados

195
b) Humedad.
La humedad ejerce efectos negativos en el equipo electrnico. Las altas
humedades provocan Corrosin en los elementos metlicos de los equipos y
en los contactos elctricos, esto incrementa la resistencia de los componentes
elctricos, provocando un incremento de temperatura que puede generar un
fallo o un incendio.
Debido a este fenmeno el equipo funcionar correctamente en entornos con
un porcentaje de humedad relativa de entre 50% y 70 %.

c) Polvo y humo.
Los equipos no funcionan correctamente con polvo y humo. El polvo acta
como un aislante que afecta al sistema de ventilacin de los componentes,
causando un calentamiento adems este puede contener cargas elctricas,
convirtindose en conductor de la corriente. El polvo excesivo provoca
cortocircuitos y fallos y daos a los equipos electrnicos.
El humo cubre las superficies de los componentes elctricos, actuando como
un aislante y conductor. El humo tambin supone la acumulacin de polvo por
los que provoca el mismo efecto.

Todas las condiciones ambientales expuestas al menos deben ser cumplidas en
su totalidad para el servidor, por lo que debe estar en un local exclusivo que
cumpla con todas las condiciones ambientales adecuadas.

196
9.6. Estimacin de Esfuerzo y Tiempo de Desarrollo.
Para estimar el esfuerzo y tiempo de duracin del desarrollo del sistema de control
y registro de Tiempos de Ruptura se utiliza una tcnica de estimacin ocupada en
proyectos de sistemas informticos, conocida el modelo COCOMO (Constructive
Cost Model) bsico
7
.
El modelo fue aplicado basndose en mtricas orientadas a los puntos de funcin
y su correspondiente relacin con las lneas de cdigo para tal propsito se tom
en cuenta los siguientes factores:
a) El tamao del producto (Sistema a desarrollar)
b) La habilidad para traducir la estimacin del tamao en esfuerzo humano y
tiempo.
c) La habilidad del equipo que desarrollar el software.
d) La estabilidad de los requerimientos del sistema y en entorno que soporta el
esfuerzo de la ingeniera de sistemas.

Los valores de peso que utilizarn para determinar los puntos de funcin son
factores de ponderacin definidos en la tcnica y se muestran en la tabla # 42

FACTORES DE PONDERACIN
PARMETROS DE
MEDICIN
SIMPLE MEDIO COMPLEJO
Nmero de entradas
de usuario
3 4 6
Nmero de salidas
de usuario
4 5 7
Nmero de
peticiones de usuario
3 4 6
Nmero de archivos 7 10 15
Nmero de interfaces
externas
5 7 10

Tabla # 42. Factores de Ponderacin

7
Ingeniera del Software y enfoque prctico, Roger S. Pressman, captulo 4 El proceso del Software y Mtricas de
proyectos
197
Para el sistema a desarrollar se genera la tabla # 43 donde el factor de
ponderacin de la complejidad se asume como medio:

Valor dominio
Informacin Optimista Probable Pesimista
Cuenta
estimada Peso
Cuenta
PF
Entradas de usuario 3 5 7 6 4 24
Salidas de usuario 1 3 5 4 5 20
Peticiones de
usuario 3 7 7 4 4 16
Archivos 1 2 2 5 10 50
Interfaces externas 1 1 1 1 7 7
Cuenta total 117

Tabla # 43. Determinacin de los Puntos de Funcin
La cuenta total determina el grado de complejidad del sistema segn las mtricas
orientadas a los puntos de funcin.

Para calcular los Puntos de Funcin utilizaremos la siguiente frmula:
PF = Cuenta total x (0.65 + 0.01 X F)
Donde cuenta total es la suma de todos los dominios de informacin obtenidas en
la tabla 7; F (I =1 hasta 14) son los valores de ajuste de complejidad basados en
las respuestas a las preguntas sealadas en la tabla 8 seguidamente se coloca la
respuesta entre parntesis basndose en la escala (Ver tabla 44 y 45)
ESCALA UTILIZADA
ESCALA DESCRIPCIN
0 NO INFLUENCIA
1 INCIDENTAL
2 MODERADO
3 MEDIO
4 SIGNIFICATIVO
5 ESENCIAL
Tabla # 44.
198
9.6.1. Escalas para los valores de ajuste de Complejidad (F)

No. CRITERIO Peso (Fi)
1 Copia de seguridad y recuperacin 5
2 Comunicaciones de datos 4
3 Proceso distribuido 4
4 Rendimiento critico 4
5 Entorno operativo existente 3
6 Entrada de datos interactiva 4
7 Transacciones entrada en mltiples pantallas 3
8 Archivos maestros actualizados de forma interactiva 2
9 Complejidad valores de dominio (entradas, archivos, salidas y
peticiones)
3
10 Complejidad procesamiento interno 3
11 Cdigo diseado para reutilizacin 5
12 Conversin en diseo e instalacin 2
13 Instalaciones mltiples 4
14 Aplicacin diseada para cambios 5
Total 51

Tabla # 45. Factores evaluados para ajuste de complejidad

Clculos:
Puntos de Funcin: (PF)
PF = Cuenta total X (0.65 + 0.01 * Fi)
PF= 117(0.65+0.01*51) = 135.72
Asumiendo 50 lneas de cdigo por punto funcional tenemos:
KLDC = Total en miles de lneas de cdigo de los puntos de funcin
KLDC = (50*PF)/1000
KLDC = (50 X 135.72)/1000 = 6.786
Esto representa las lneas de cdigo necesarias para desarrollar un sistema segn
cada punto de funcin evaluado.
199
Esfuerzo (E):
Donde a
b
= 3.0 , b
b
= 1.12 , C
b
= 2.5 , d
b =
0.35
E =

a
b
(kldc)
bb

E = 3.0 (6.786)
1.12
E = 25.62 26 personas / mes
Este clculo representa el nmero de personas necesarias para desarrollar el
sistema en un mes.

Duracin: (D)
D = c
b
(E)
d
b
D = 2.5 (26)
0.35

D = 7.82 meses 8 meses
Este clculo representa el periodo de tiempo involucrado para desarrollar el
sistema.

Personas necesarias: (N)
El nmero de personas (analistas/programadores) necesarias es el esfuerzo total
entre el nmero de meses necesarios para desarrollar el sistema.
D
E
N =
N = 26/8
N = 3.25 personas 3 personas

Los datos obtenidos ac se ocuparan en la etapa del Plan de Implementacin,
donde se creara la calendarizacin o cronograma del proyecto.

004.33 A951d Capitulo IV

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

004.33 A951d Capitulo IV

Diunggah oleh

Hak Cipta:

Format Tersedia

134

Anda mungkin juga menyukai