Introduccin

[1]Para determinar los requerimientos de sistemas, es necesario

analizar los hechos que se tienen a la mano. Las descripciones y la
documentacin desarrollada como resultado del esfuerzo de bsqueda
de hechos, se estudian con la finalidad de evaluar el funcionamiento del
sistema en uso y establecer los requerimientos que debe cumplir un
nuevo diseo. Las conclusiones obtenidas durante esta actividad
forman la base para la transicin hacia el diseo as como de otras
actividades de desarrollo.
El diseo es una solucin: la conversin de los requerimientos en
formas que los satisfagan. El diseo determina el xito del sistema. A
travs del diseo se puede tener gran influencia sobre la efectividad de
un usuario, ya sea para el manejo de transacciones o para la
administracin de la organizacin. Algunos diseos son ms efectivos
que otros.
Al considerar los objetivos de diseo, se observa que stos van desde
el satisfacer las necesidades de la empresa hasta el empleo eficaz de
la tecnologa de cmputo. La esencia del diseo de sistemas es la
seleccin y especificacin de las caractersticas de un sistema de
informacin.
El diseo de sistemas tiene dos etapas:

El diseo lgico: comprende las especificaciones detalladas del

nuevo sistema, es decir aquellas que describen sus
caractersticas: salidas, entradas, archivos, bases de datos y los
procedimientos, todo en forma que satisfaga los requerimientos
del proyecto.
Construccin fsica del sistema: produce el software, los archivos
y un sistema que funciona. Las especificaciones de diseo
indican a los programadores lo que el sistema debe hacer.

Las personas que tienen la responsabilidad del diseo deben

determinar cules son los enfoques del diseo, cmo afectan a sus
proyectos y guiarse por ellos, incorporando al mismo tiempo creatividad
e innovacin.

[1] Anlisis y diseo de sistemas de informacin. James A. Senn.

Segunda edicin. Mxico. 1992.
Unidad No. 1 - Introduccin al diseo

Generales

Identificar el papel que cumple el diseo en el desarrollo de

sistemas de informacin.

Especficos

Interpretar el concepto general de diseo.

Identificar la evolucin histrica del diseo de sistemas.
Relacionar la importancia y los objetivos del diseo de sistemas.
Presentar una vista del diseo general de sistemas y su papel en
el desarrollo de sistemas de informacin.
Interpretar el concepto de sistema de informacin
Examinar la importancia que tienen los usuarios en el diseo de
sistemas.
Relacionar la responsabilidad de los usuarios y del analista de
sistemas en el diseo de sistemas.
Captulo No. 1 - Visin general del diseo de sistemas

El diseo de sistemas es convertir los requerimientos en

soluciones que los satisfagan.

Los analistas de sistemas comprenden la recopilacin de hechos

y el anlisis de los mismos. El lector puede afirmar que el analista
primero define y documenta y despus analiza. Las capacidades
perceptivas del analista tienen influencia en los resultados del
anlisis. Esta seccin proporciona un marco de referencia que
es de gran utilidad para percibir las debilidades y requerimientos
del sistema. As mismo, identifica las estrategias a seguir para
satisfacer los requerimientos establecidos, como base a la
transicin al diseo de sistema.

Cierta informacin tal como la finalidad de cada paso, la

personalidad de los empleados o el nmero de copias
elaboradas de determinados documentos, pueden parecer, a
primera vista, como detalles de fondo que describen un sistema
pero que parecen ser crticos para su anlisis. Despus, durante
el anlisis, a menudo se vuelven de gran importancia. Por
ejemplo el aumento de los costos de manos de obra o de la cada
de los niveles son hechos que pueden estar relacionados con
desacuerdos que afectan de forma adversa a la productividad y
que conducen a la contratacin de ms personal. El nmero de
copias elaboradas en un documento puede ser el indicio de que
pasos que estn omitiendo si algunas de las copias siempre se
descartan sin que le hayan dado uso alguno. Tambin existe una
relacin entre el conocimiento que tienen los individuos de los
pasos especficos a seguir en un determinado flujo de trabajo y
la forma en que ellos efectan dichos pasos.
Leccin No. 1 - Concepto del diseo
Antes de llegar a definir lo que es el diseo de sistemas, es
importante identificar el concepto general sobre diseo y lo que es
disear.

Cualidades del diseador

Leccin No. 2 - Objetivos del diseo de sistemas

El diseo de sistemas se ocupa de desarrollar las directrices propuestas
durante el anlisis en trminos de aquella configuracin que tenga ms
posibilidades de satisfacer los objetivos planteados tanto desde el punto
de vista funcional como del no funcional.

Existen diferentes definiciones de lo que es el diseo de sistemas, entre

las cuales se pueden destacar:

Por tal razn, el diseo de sistema persigue los siguientes objetivos:

Generales

Satisfacer
requerimientos
usuarios

Especificar
elementos de
lgico
Proporcionar
especificaciones
software

Especficos
Efectuar
en forma correcta
procedimientos apropiados

de

los
los

Presentar en forma apropiada

adecuada la informacin

Proporcionar resultados exactos

Utilizar
mtodos
apropiados

Proporcionar confiabilidad

Describir las caractersticas de un

sistema de informacin: entrada, salida,
procedimientos, archivos, bases de
datos.

Especificar
los
componentes
y
funciones con suficiente detalle para
construir el software.

los
diseo

las
de

los

de

interaccin

El diseo y su especificacin debe estar

en concordancia con estndares de
desarrollo as como con las reglas
establecidas por la organizacin.

Las buenas prcticas de diseo

ergonmico deben contribuir a la
efectividad y eficiencia del usuario.

Ajustarse a estndares
de diseo

Fcil de usar

Leccin No. 3 - Caractrsticas a disear

Los elementos que se deben tener en cuenta para el diseo son:
Elementos

Caractersticas
Se debe tener en cuenta para el diseo de salida:

La informacin a presentar.

Determinar la forma en que ser presentada la

informacin (visual, impresa) y el medio de
salida.

Seleccin de formatos para la presentacin de

la informacin.

Definir la distribucin o disposicin

informacin sobre el medo de salida.

Diseo de salida

Incluye:

Diseo
archivos

de

Los datos que se deben incluir

Movimiento de datos

Longitud de registros

Diseo de archivos

de

Estructura de almacenamiento

Tipos de archives

Se debe determinar:

Diseo de bases
de datos

Datos necesarios de la base de datos

Relaciones entre datos

Estructuras de los datos

El modelo de datos

Manipulacin de datos

Diseo de la base de datos

Incluye:

Diseo
entrada

Captura de datos

Validacin de datos

Medios de entrada de datos

Disposicin y codificacin de datos

Mtodos de validacin de datos

de

Incluye:
Diseo
controles

Validacin de datos

Autorizacin y acceso de usuarios

Seguridad

de

Incluye:
Diseo
de
procedimientos

Procedimientos de entrada de datos

Procedimientos para el manejo de errores

Procedimientos de seguridad

Incluye:

Diseo
software

de

Modularidad y fragmentacin

Acoplamiento

Cohesin

Tamao

Leccin No. 4 - Niveles de diseo

Como se ha planteado anteriormente, el objetivo del diseo es buscar
soluciones de diseo que satisfaga las necesidades que se
establecieron durante el anlisis de sistemas.
En la siguiente figura se puede visualizar los diferentes niveles de
diseo de sistemas:

Los analistas de sistemas estn involucrados desde el rediseo de un

componente de un sistema o de un subsistema hasta la creacin y
diseo de un sistema de informacin. Independiente de cada uno de
estos niveles, el objetivo que persigue al analista de sistemas es buscar
soluciones de diseo para satisfacer las necesidades que se
establecieron durante la fase del anlisis de sistemas.
Los niveles parten de algo particular como elemento bsico que es el
componente ya que el conjunto de ellos forman un subsistema y el
conjunto de subsistemas forma un sistema de informacion general.
Leccin No. 5 - Proceso del diseo general de sistema
Segn Burch-Grudnitski, el proceso del diseo general de sistemas
comprende las etapas que se ilustra en la siguiente figura:

Este proceso comprende:

1. El analista de sistemas conoce los requerimientos de los usuarios, el

alcance del sistema y los recursos disponibles (personas, dinero,
mquinas, materiales, mtodos).

2. Las fuerzas de diseo se consideran y se ponderan para determinar

el impacto sobre los componentes estructurales y los diseos finales.
3. se crean diferentes alternativas de diseo para tomar en cuenta
diferentes funciones de ponderacin.
4. Con base en las fuerzas de diseo se pueden crear diversos diseos
alternativos que se someten a consideracin de los usuarios.
5. El analista de sistemas presenta a los usuarios diversas alternativas
de diseo, entre las cuales se eligen algunas para ser evaluadas con
mayor profundidad. La presentacin de diversas alternativas aumenta
la probabilidad que se implemente el diseo correcto.
Preparacin del reporte de la propuesta del diseo general de
sistemas
Una vez se ha elegido la propuesta del diseo general de sistemas, se
prepara un reporte final que tiene como objetivo comunicar a la gerencia
de la organizacin y a los usuarios la forma, a nivel general, en que el
sistema satisface los requerimientos.
El reporte de la propuesta del diseo general de sistemas debe
contener:

1. La(s) razn (es) que dieron inicio al trabajo, se debe incluir los
objetivos especficos. Relacionar los requerimientos originales de los
usuarios y los objetivos con la propuesta actual del diseo de sistemas.
2. Preparar un modelo completo del diseo propuesto. En lo posible se
deben incluir alternativas de diseo, dentro de las cuales la gerencia
pueda elegir.
3. Mostrar todos los recursos requeridos para implementar y mantener
cada alternativa.
4. Identificar toda suposicin crtica o problema no resuelto que pueda
afectar al diseo final de sistemas.

Captulo No. 2 - Manejo del proceso de diseo

El proceso de diseo es una gua general de los pasos que pueden

seguirse para dar al Ingeniero cierto grado de direccin para la solucin
de problemas. Los diseadores emplean un gran nmero de
combinaciones de pasos y procedimientos de diseo, pero no se puede
decir que haya una combinacin ptima. El seguir las reglas estrictas
del diseo no asegura el xito del proyecto y an puede inhibir al
diseador hasta el punto de restringir su libre imaginacin. A pesar de
esto, se cree que el proceso de diseo es un medio efectivo para
proporcionar resultados organizados y tiles.
Objetivos
El objetivo del manejo del proceso de diseo es realizar los pasos
necesarios para que se desarrolle en forma apropiada el diseo.
Leccin No. 6 - Bosquejos y prototipos
Se puede utilizar tres tcnicas de anlisis y diseo de sistemas que
ayudan a especificar los requerimientos de manera previa.

1. Bosquejo de componentes estructurales

Esta tcnica permite reunir todos los componentes estructurales en una
hoja de papel o en una pantalla para cada alternativa de diseo, lo que
permite que el analista tenga un bosquejo y una vista general de todo
el sistema.

Las alternativas de diseo se bosquejan para que los usuarios

presenten sus comentarios y reacciones y ofrezcan una
retroalimentacin a los analistas de sistemas. Estos bosquejos ayudan
a determinar elementos faltantes y permiten generar ideas de diseo
adicionales. Cada uno de los diseos finales posibles est contenido en
una hoja de componentes estructurales. Estas hojas se convierten en
una parte principal del reporte de la propuesta del diseo general de
sistemas.
2. Bosquejo en papel
Esta tcnica consiste en entregar una hoja de papel en blanco a los
usuarios y se les pide que bosquejen lo que desean como salida. Los
usuarios bosquejan elementos como tablas y diagramas y el contenido
de la salida que desean.
Los bosquejos iniciales pueden ser incompletos, pero con el desarrollo
de cada nuevo bosquejo se da un aprendizaje interactivo. Con el paso
del tiempo, se obtiene un nivel de detalle a partir del cual se puede
implementar el bosquejo final. Al final, los analistas de sistemas, en
cierto modo se pueden asegurar que los sistemas que implementen
corresponden a lo que los usuarios desean y necesitan.
3. Prototipos
Esta tcnica permite que el usuario trabaje con una imitacin del
sistema que se va a implementar. Este prototipo permite a los usuarios
ver no solamente lo que van a recibir, sino que tambin les da la
oportunidad de hacer una prueba de manejo.
En la fase de Diseo, su propsito, es mostrar las ventanas, su
navegacin, interaccin, controles y botones al usuario y obtener una
retroalimentacin que permita mejorar el diseo de interfaz.
Caractersticas:

El prototipo es una aplicacin que funciona

Los prototipos se crean con rapidez

Los prototipos evolucionan a travs de un proceso iterativo

Los prototipos tienen un bajo costo de desarrollo

Los prototipos tienen las siguientes etapas:

Leccin No. 7 - Mesa de trabajo de los diseadores

Como se aprecia en la figura anterior, la mesa de trabajo de los

diseadores integra las herramientas necesarias para analizar, disear,
evaluar, documentar e implementar un sistema de informacin. Todas

las herramientas de trabajo para llevar a cabo el proceso de diseo debe

estar al alcance del analista de sistemas.
Las herramientas del diseador comprenden el uso de diferentes
tcnicas, estrategias y modelos que permiten construir, almacenar,
revisar especificaciones, diseo de documentacin, crear diversos
diagramas, elaboracin de bosquejos y prototipos con el propsito de
entregar la propuesta general del diseo de sistemas.
Una vez se completa el diseo y la evaluacin, se genera el cdigo de
programas de aplicacin de acuerdo a las especificaciones del diseo
Leccin No. 8 - Carpeta de descripcin del diseo de sistema.
El objetivo de este paso es documentar en forma completa las
especificaciones y los requerimientos del Sistema. Segn James A.
Senn, sta carpeta contiene los siguientes aspectos:

Elemento

Caractersticas

Propuesta
desarrollo

Identificacin de los objetivos, justificacin y

establecimiento de los requerimientos de la
organizacin y de los usuarios.

Descripcin completa del sistema utilizando

diagramas de flujo de datos.

Especificacin de las entradas y salidas. Se

detallan reportes, documentos y pantallas.

Descripcin de los datos contenidos en los

archivos maestros. Se especifican los
diagramas relacionados con las bases de
datos.

Descripcin de los cdigos que explican o

identifican
tipos
de
transacciones,
clasificaciones y categoras de eventos o
entidades.

Descripciones grficas (cuadros, tablas) de

los mdulos y componentes del software junto
con la interaccin de cada uno.

Planificacin de procedimientos necesarias

para la instalacin y puesta en marcha del
sistema, una vez terminado.

Cronogramas que indican los

necesarios para el desarrollo
actividades.

Gastos anticipados para el desarrollo,

implantacin y puesta en marcha del sistema.

de

Diagramas
de
flujo de datos
Cuadros
despliegue

de

Estructura de los
registros

Codificacin

Especificaciones
de programas
Especificaciones
de
procedimientos
Plan
desarrollo
Costos

de

Leccin No. 9 - Seguimiento del proceso del diseo

tiempos
de las

Pretende llevar y tener un avance del desarrollo del proyecto con

relacin a:
1. Tiempo de desarrollo: se debe dar respuesta a: Cunto tiempo
tardar el proyecto? Qu actividades se deben tener en cuenta para
mantener el desarrollo del proyecto dentro de los tiempos planificados?
El proyecto se est desarrollando de acuerdo a los tiempos
especificados?
2. Costo de desarrollo: Los gastos del proyecto se encuentran dentro
de los proyectado y planificado?
3. Aceptabilidad del diseo: El diseo: Satisface los requerimientos
de la organizacin y de los usuarios? El sistema est siendo
construido con el diseo propuesto?
Estimacin y control del tiempo de desarrollo
Es importante que un proyecto se desarrolle a tiempo, y para que esto
suceda debe tener las siguientes caractersticas:

Una estimacin cuidadosa de los requerimientos de tiempo.

Un medio para monitorear el avance.
Un medio para comparar el desempeo planeado con lo real.
Informacin suficiente para enfrentar problemas que surjan

Las estimaciones son aproximaciones del esfuerzo necesario para

producir el sistema deseado.
Existen tres mtodos para estimar el tiempo de desarrollo de un
proyecto:

Mtodo
Histrico

Caractersticas
Se basa en registros que se tienen del desarrollo de
proyectos anteriores. Estos registros contienen
informacin sobre las caractersticas del proyecto,
asignacin de tareas, requerimientos de tiempo y

Intuitivo

Estndar

personal y los problemas encontrados en su desarrollo.

Cuando se proponen nuevos proyectos, estos registros
sirven para establecer una comparacin y estimar el
tiempo esperado de desarrollo. Este mtodo es til
cuando el proyecto nuevo es similar al proyecto
desarrollado anteriormente.
Este mtodo no se basa en registros documentados y por
el contrario se basa en la experiencia del personal ms
antiguo, el cual estima, por medio de experiencias
personales, el tiempo de desarrollo esperado.
Este mtodo permite identificar y cuantificar (de forma
individual) los factores ms importantes que afectan el
tiempo de desarrollo del proyecto (personal, el sistema,
complejidad del proyecto).

Las estimaciones del tiempo del proyecto comprende dos tipos:

Requerimientos de tiempo del proyecto

Requerimientos de tiempo calendario

1. Requerimientos de tiempo del proyecto

Es el tiempo necesario para llevar a cabo: anlisis, diseo, codificacin,
implementacin pruebas y puesta en marcha del sistema.
Se debe tener en cuenta:

Estimacin de los tiempos de actividad del sistema

Identificacin de las variables de desarrollo del programa

Calculo de las estimaciones de tiempo de programacin

2. Requerimientos de tiempo calendario

Se determina el calendario del proyecto (das, semanas, meses).
A menudo se utilizan los siguientes mtodos:

Diagramas de barras

Diagrama de eventos crticos

PERT

Leccin No. 10 - Seleccin de hardware y software

La seleccin y adquisicin de hardware y software comprende una tarea
ms en la actividad de un nuevo sistema. Comprende las actividades
de:

Formular las especificaciones del sistema

Recibir y revisar las propuestas de los vendedores
Realizar una seleccin

Seleccin de hardware
Determinacin de los requerimientos de tamao y capacidad
Entre las caractersticas a considerar se tienen:

Tamao de memoria interna

Velocidad del ciclo de sistema
La capacidad de volumen total del sistema
Nmero de canales para entrada, salida y comunicacin
Tipos y nmeros de unidades de almacenamiento
Puertos de comunicacin
Tamao de disco
Capacidad de almacenamiento auxiliar
Apoyo del sistema y software de utileras

Medicin y evaluacin de sistemas de cmputo

Se centra en las pruebas de equipo, y consiste en la aplicacin de

programas para emular el trabajo real de procesamiento de un sistema.

Compatibilidad de equipos
Se debe asegurar que el equipo cumpla con los niveles necesarios de
calidad, que se desempear igual al equipo original y que el proveedor
ofrece garantas y acuerdos de servicios.

Factores financieros
La adquisicin y pago de un sistema de cmputo se maneja por medio
de uno de los tres mtodos siguientes:

Mtodo

Ventajas
Desventajas
No
se
invierte La organizacin no
tiene la propiedad del
ningn capital
sistema
cuando
No
se
requiere
expira
el
financiamiento
arrendamiento

Arrendamiento

Alquiler
largo plazo

Los pagos son ms

bajos
que
por
alquiler

Los arrendamientos
son mas caros que la
compra

Compromiso a corto
plazo

Poco
control
del
cambio de equipo

No
se
invierte
ningn capital

La organizacin no es
duea de los equipos

No
se
requiere
financiamiento

El
costo
demasiado
puesto
que

a
es
alto
el

Compra

Es fcil cambiar los

sistemas

Incluyen
mantenimiento
seguro

arrendador asume el
riesgo

Poco
riesgo
obsolescencia

Es ms barato que
el arrendamiento o
el alquiler

de

Posibilidad
de
cambiar el sistema

La
organizacin
tiene el control total

El costo inicial es alto

Riesgo
obsolescencia

Riesgo de quedarse
con un equipo malo si
la opcin fue errnea

Responsabilidad total

Mantenimiento y soporte
Por lo general se tienen:

Soporte
hardware

Caractersticas
Lnea completa de hardware
de Productos de calidad
Garanta

Soporte
software

de

Necesidades completas de software

Programacin a la medida del cliente
Garanta

de

Instalaciones
capacitacin

Mantenimiento

Compromiso para programar

Capacitacin en las instalaciones
comprador
Asistencia tcnica

del

Procedimientos de mantenimiento rutinario

Tiempo de respuesta especfico en caso de
emergencia
Prstamos de equipo de repuesto mientras
se hace la reparacin

Seleccin de software
Es importante realizar un anlisis de requerimientos de informacin de
los usuarios y los sistemas, antes de llegar a tomar la decisin si se
compra, se desarrolla o se subcontrata un software.

Ventajas
Desventajas
Respuestas
especficas a las
El costo inicial puede
necesidades
ser alto
especializadas del
negocio.
Necesidad
de
Crear software a
la medida

La
innovacin
podra proporcionar
una
ventaja
competitiva a la
empresa.
Personal
interno
disponible para dar

contratar o trabajar
con un equipo de
desarrollo

Mantenimiento
continuo

mantenimiento
software.

Comprar
software
comercial

al

Enfocado
en
la
programacin, no en
los negocios

Debe funcionar con

las
caractersticas
actuales

Personalizacin
limitada

ya

El
futuro
del
fabricante es incierto

El software incluye
soporte
y
capacitacin

Menor sentido
pertenencia
compromiso

Las organizaciones
que
no
se
especializan
en
sistemas
de
informacin
se
pueden enfocar en
su misin

Perdida de control
de
los
datos
sistemas,
empleados
y
programaciones.

Preocupacin sobre
la
viabilidad
financiera
y
estabilidad a largo
plazo
de
la
organizacin
subcontratada

Preocupaciones
sobre
seguridad,
confidencialidad
y
privacidad.

Refinado en el
mundo comercial

Confiabilidad

Funcionalidad

El costo inicial es
mas bajo

Otras
organizaciones
lo usan

No es necesario
contratar, capacitar
o retener muchos
empleados
de
tecnologas de la
informacin

No se gasta tiempo
de empleados en
tareas
de
tecnologas de la

Subcontratacin

de
y

informacin
innecesarias

Prdida
de
la
potencial
ventaja
corporativa
estratgica relativa a
innovacin en las
aplicaciones.

Captulo No. 3 - Manejo de sistemas desarrollados por usuarios

finales

Los sistemas desarrollados por los usuarios finales, al igual que

cualquier otro sistema, no tendrn xito a menos que sean manejados
y apoyados en forma apropiada. De lo contrario, estos sistemas pueden
ser dainos para la organizacin. Tanto usuarios como analistas, tienen
responsabilidades en el manejo de los sistemas desarrollados por los
primeros.

Seguir lineamientos de diseo puede ser de gran ayuda para evitar

problemas en potencia en las aplicaciones desarrollados por los
usuarios finales
Leccin No. 11 - Participacin de los usuarios
Existen tres razones por las cuales la participacin de los usuarios en el
diseo es fundamental:

Leccin No. 12 - Responsabilidad de los usuarios en el diseo

Los usuarios tienen la responsabilidad de:

Leccin No. 13 - Responsabilidad del analista de sistemas

"Los analistas, por sus parte tienen las siguientes responsabilidades:

Leccin No. 14 - Riesgos asociados con el desarrollo por parte de

los usuarios.
Segn James A. Senn, los problemas que se pueden presentar son:

Para evitar estos riesgos es importante que la organizacin establezca

lineamientos de diseo, dentro de los cuales se puede tener en cuenta:

Descarga de archivos
La descarga de datos desde archivos o bases de datos permiten tener
una uniformidad de datos y adems permite hacer uso eficiente del
tiempo de las personas.
Evitar que los usuarios ingresen datos
Esto permite que los usuarios no ingresen errores en la base de datos
o la alteracin de los que ya han sido validados.
Estandarizacin
Seguir estndares para datos, para el proceso de desarrollo y para las
pruebas del sistema permite obtener consistencia y uniformidad. Se
asegura que los datos tengan el mismo significado.
Documentacin
Una buena documentacin asegura una explicacin de la forma en que
opera el sistema y las caractersticas del sistema.
Revisin de las especificaciones de diseo
La revisin permite definir que el sistema cumple con su finalidad y
adems que es confiable. Se debe hacer cumplir los estndares de
diseo definidos por la organizacin.

Leccin No. 15 - Recomendaciones prcticas para el inicio del

diseo e implementacin del sistema de calidad
Trabajar por etapas. Es decir, primero establecer el formato del Manual
de Calidad y luego completarlo de manera progresiva a medida que se
van evaluando los procesos, se completan las medidas de prevencin,
se escriben los procedimientos de trabajo y se los lleva a la prctica.
Entre tanto, los procedimientos que ya se han completado se van
haciendo cumplir y se produce paulatinamente un avance progresivo en
el diseo y aplicacin del sistema de calidad.

Esta tarea progresiva crea la percepcin de que un sistema de calidad

debe ser permanentemente mejorado y actualizado a medida que
aumenta la experiencia a travs del anlisis de fallas y la adecuacin de
la planificacin de las actividades (criterio de mejora continua).

El nivel directivo debe estar convencido de las ventajas de implementar

un sistema de calidad y la conveniencia de hacer participar al personal.

En toda organizacin siempre existen algunos elementos de un sistema

de calidad natural (organizacin, procedimientos y registros) por lo que
conviene determinar primeramente qu cosas ya estn hechas y listas
para usar, cules se deben mejorar y cules se deben crear, dado que
conviene aprovechar el material existente.

Antes de iniciar esta tarea se deben establecer prioridades. Conviene

comenzar por los procesos en los que las dificultades y problemas son
mayores a fin de mejorarlos mediante el diseo y puesta en prctica de
procedimientos adecuados.

Conviene tambin planificar en el inicio todas las actividades que se va

a realizar pero estableciendo prioridades y metas que se van a cumplir
en etapas sucesivas.

Es recomendable el trabajo en equipo haciendo reuniones peridicas

para discutir los resultados y las acciones futuras.

El anlisis de las fallas es una herramienta para mejorar. Cada hecho

que impida realizar la tarea debiera considerarse una no-conformidad.

En el personal se debe crear una cultura de bsqueda de fallas a fin de

utilizarlas en la mejora continua.