Calidad en Los Sistemas de Informacion

1
UNIVERSIDAD PARA EL DESARROLLO ANDINO

“Anti hatun yachay wasi, iskay simi yachachiypi umalliq”
FACULTAD DE CIENCIAS E INGENIERIA

ESCUELA PROFESIONAL DE INGENIERIA INFORMATICA
EXAMEN DE SUFICIENCIA PROFESIONAL
“CALIDAD EN LOS SISTEMAS DE INFORMACIÓN”
Presentado por:
VANESSA TORRES ICHPAS
PARA OPTAR EL TÍTULO PROFESIONAL DE:

INGENIERO INFORMATICO
LIRCAY – ANGARAES - HUANCAVELICA

2017
ii
“CALIDAD EN LOS SISTEMAS DE INFORMACION”
Vanessa Torres Ichpas, Universidad para el Desarrollo Andino, Facultad de Ciencias e Ingeniería,
Escuela Profesional de Ingeniería Informática, Lircay – Angaraes – Huancavelica 2017
Autor: Vanessa Torres Ichpas, Asesor: Ing. Hasem Enrique Curi Villanueva, Facultad de Ciencias
e Ingeniería, Universidad para el Desarrollo Andino, Av. Ricardo Fernández N° 103 – Pueblo
Nuevo, Email: vanessa_ichpast@gmail.com
iii
CONSTANCIA DE ASESOR
El presente trabajo monográfico con titulo “Calidad en los Sistemas de Informacion”,

fue realizado de acuerdo a la estructura del Examen de Suficiencia y estilos APA, por lo
cual hago constar en calidad de asesor para su revisión y aprobación del presente
trabajo.
Ing. Hasem Enrique Curi Villanueva

Asesor
iv
FICHA DE EVALUACION DEL JURADO EXAMINADOR

v
DEDICATORIA
A Dios, y a mi familia que siempre estan

conmigo en los momentos mas dificiles de mi
vida, demostrandome en cada momento el
apoyo desinteresado en el desarrollo
profesional y lograr mi objetivo.
A las personas que utilizan la tecnología para
lograr que las cosas complejas se vuelvan
sencillas, y para resolver problemas que
afectan a la humanidad.
vi
AGRADECIMIENTOS
A la Universidad Para el Desarrollo Andino por nuestra formación profesional,

formación en valores.
Al Ing. HASEM ENRIQUE CURI VILLANUEVA, asesor del presente trabajo y su
apoyo incondicional.
Al Ing. YOSEFF BENDEZU URETA, Director de la E.P Ingenieria Informática por
el apoyo incondicional
A nuestros padres quienes nos apoyaron indesmayablemente durante los años de estudio
y a todas las personas que de una u otra forma contribuyeron para hacer realidad la
formación profesional.
vii
CHINTI
Kay huklla llapa imamanta llamkariymi sutinta apan “Allin Huñu Willakuykuna" kay
maskariymi kunan puni mastarikun llapa imakuna rantikuypi rantiypi chaynallataq llapa
Llamkachiq wasikunapi, paykunam kunan hatallinku kay Allin Huñu Willakuykuna
chay ruwayninku ukupi allinyachinankupaq. Chaypaqmi kay tiknuluhya kachkan
yanapachinapaq hinasà ruwarinanpaq.
Huñu Willakuykunam hatallinku imaynam maskayta kay llamkay puririypi chaypin
tarinankuallin ruwayta, cheqan ruwayta chaypim imaynam llamkay kachakan chay huñu
willakuykuna yalliq kananpaq.
Allin huñu willakuykunam hapipakun imaynan allin allin huñu willakuykunapa
imaynan kay huklla llapa ima maskariypi kaq, Kay hukllamanta llapa ima maskariypam
kachakan tawa patachayninkuna, kaykunam kayna ruwasqa kachakan.
Huk patachaypim kachakan huñu willakuykunapa llapa ima kapuyninta willakuchkan,
willakuyninta, llapa ima kapuninta, chaymanta huñu willakuykunapa-
Iskay patachaypim tarikun allin huñu willakuykunapa chaypin ninchakan allin kayninta,
imayna chutarikuqta, chaymanta qallariyninta.
Kimsa patachaypim rimachkan imaynam pururuchkan kay allin huñu willakuykuna
chaypitaqmi imaynam ruwariytapas churarichkan imayna maskariytapas, hapirinapaq,
illinyachinapaq kay sigma kasqanta chaynallataq muyuq pororiyta kay Deming nisqan
kayninpi.
Tawa patachaypiñataq tarikun imaynatam kay allin huñu willakuykuna pururichiy
atinapaq.
viii
RESUMEN
El presente trabajo monográfico que lleva por titulo “Calidad en los Sistemas de
Información”, se enfoca en la actualidad en el ámbito empresarial y/o institucional,
quienes utilizan a los sistemas de información para mejorar los procesos internos del
mismo. Para lo cual se tiene tecnología para su implementación y ejecución.
El sistema de información utiliza la calidad para verificar la eficacia y eficiencia de sus
procesos, ya que tiene metodologías de proceso de mejoras de los sistemas de
información.
La Calidad de los Sistemas de Información se basa en la eficiencia del sistema de
información como se muestra en el siguiente trabajo monográfico, el trabajo
monográfico consta de cuatro capítulos que a continuación se detalla.
En el capitulo uno se trata de los sistemas de información, donde se menciona conceptos
de información, datos, sistemas de información
En el capitulo dos se trata de la calidad de los sistemas de información donde se
menciona las definiciones de calidad, mejora continua, sus principios
En el capitulo tres se trata de la mejora continua en los sistemas de información donde
se menciona la metodología de analisis, control y mejora de procesos, six sigma, como
también el ciclo de mejora de Deming.
En el capitulo cuatro se trata de las aplicaciones de la calidad de los sistemas de
información.
ix
SUMMARY
The present work monograph that leads by title “quality in information systems"
focuses on the present in the area of business and/or institutions who use information
systems to improve the internal processes of your area, sub areas. For which it has the
technology to its implementation and execution.
The information system uses quality to verify the efficiency of its information systems,
as it has process methodologies for improving information systems
The Quality of Information Systems is based on the efficiency of the information
system as shown in the following monographic work, the monographic work consists of
four chapters which is detailed below.
Chapter one deals with information systems, which mention concepts of information,
data, information systems
Chapter two deals with the quality of information systems where definitions of quality,
continuous improvement, principles
Chapter three deals with the continuous improvement in information systems where the
methodology of analysis, control and improvement of processes, six sigma, as well as
the cycle of improvement of Deming is mentioned.
Chapter four deals with applications of the quality of information systems.
x
INDICE
Constancia de Asesor.......................................................................................................iii
Ficha de Evaluacion del Jurado Examinador...................................................................iv
Dedicatoria........................................................................................................................v
Agradecimientos...............................................................................................................vi
Chinti...............................................................................................................................vii
Resumen.........................................................................................................................viii
Summary..........................................................................................................................ix
Indice.................................................................................................................................x
Indice de Gráficos..........................................................................................................xiv
Introducción.....................................................................................................................xv
Objetivo del Tema..........................................................................................................xvi
Alcance..........................................................................................................................xvii
Capitulo I.........................................................................................................................18
Sistemas de Información.................................................................................................18
1.1 Antecedentes.....................................................................................................18
1.2 Definiciones Basicas.........................................................................................21
1.2.1 Dato..........................................................................................................21
1.2.2 Informacion..............................................................................................21
1.2.3 Sistema.....................................................................................................21
1.2.4 Sistema de Informacion...........................................................................21
1.3 Ciclo de vida de un sistema de información.....................................................22
1.3.1 Fases.........................................................................................................22
1.3.1.1 Planificacion.................................................................................22
1.3.1.2 Analisis.........................................................................................23
1.3.1.3 Desarrollo.....................................................................................23
1.3.1.4 Pruebas.........................................................................................24
1.3.1.5 Implementacion............................................................................24
1.3.1.6 Instalacion....................................................................................25
1.3.1.7 Uso y Mantenimiento...................................................................25
1.3.2 Funciones básicas de un sistema de información....................................26
1.3.2.1 Entrada de Datos..........................................................................27
xi
1.3.2.2 Almacenamiento de Datos...........................................................27

1.3.2.3 Calculo.........................................................................................28
1.3.2.4 Presentación de la Información....................................................28
1.3.2.5 Comunicaciones...........................................................................28
1.3.3 Sistemas de Informacion..........................................................................29
1.3.3.1 Dato VS Informacion...................................................................29
1.3.3.2 Sistema de Informacion Gerencial...............................................29
1.3.3.3 Tipos de Sistemas de Informacion...............................................30
1.3.3.4 Evolución de los Sistemas de Información..................................34
Capitulo II........................................................................................................................40
Sistemas de Gestión de Calidad......................................................................................40
2.1 Generalidades....................................................................................................40
2.2 Normalización,..................................................................................................40
2.3 Política de Calidad............................................................................................41
2.4 Objetivos de la calidad......................................................................................41
2.5 Objeto de la gestión de la calidad......................................................................41
2.6 Circunstancia de la gestión de la calidad..........................................................42
2.7 Método de la gestión de la calidad....................................................................42
2.8 Resultado de la gestión de la calidad................................................................42
2.9 Dimensiones y Eslabones..................................................................................43
2.10 Principios del Sistema de Gestión de Calidad...................................................44
2.10.1 Principio 1. Organización Enfocada al Cliente:..................................44
2.10.2 Principio 2. Liderazgo:........................................................................46
2.10.3 Principio 3. Participación del Personal:..............................................47
2.10.4 Principio 4. Enfoque hacia Proceso:...................................................48
2.10.5 Principio 5. Gestión Enfocada a Sistemas:.........................................50
2.10.6 Principio 6. Mejora Continua:.............................................................51
2.10.7 Principio 7. Enfoque para la toma de decisiones basada en Hechos:..52
2.10.8 Principio 8. Relaciones Mutuamente Beneficas con Proveedores:.....53
Capitulo III......................................................................................................................55
Mejora continua en los sistemas de informacion............................................................55
3.1 Definicion..........................................................................................................55
3.2 Metodologías de análisis, control y mejora de procesos:..................................55
3.2.1 Six-Sigma:...............................................................................................55
xii
3.2.1.1 Objetivo:.......................................................................................56
3.2.2 Ciclo de mejora del dr. Deming...............................................................58
3.2.2.1 Estrategia de Deming:..................................................................58
Capitulo IV......................................................................................................................61
Aseguramiento de la calidad mediante ingeniería de software.......................................61
4.1 Enfoque de Administración de la Calidad Total...............................................61
4.1.1 Seis Sigma................................................................................................61
4.1.2 Responsabilidad de la Administración de Calidad Total.........................62
4.1.3 Repaso estructurado.................................................................................63
4.1.4 Diseño y desarrollo de sistemas...............................................................64
4.1.4.1 Diseño ascendente........................................................................64
4.1.4.2 Diseño descendente......................................................................64
4.1.5 Desarrollo Modular..................................................................................65
4.1.6 Modularidad en el entorno de windows...................................................66
4.2 Uso de diagramas de estructura para diseñar sistemas......................................67
4.2.1 Dibujo del diagrama de estructura...........................................................69
4.2.2 Tipos de módulos.....................................................................................70
4.2.3 Subordinación de módulo........................................................................72
4.3 Ingeniería de software y documentación...........................................................73
4.3.1 Pseudocódigo...........................................................................................73
4.3.2 Manuales de procedimientos...................................................................74
4.3.3 El método de folklore..............................................................................75
4.4 Cómo probar, mantener y auditar......................................................................76
4.4.1 El proceso de probar................................................................................76
4.4.1.1 Pruebas de programas con datos de prueba.................................77
4.4.1.2 Prueba de vínculos con datos de pruebas.....................................78
4.4.1.3 Prueba completa de sistemas de datos de pruebas.......................78
4.4.1.4 Prueba completa de sistemas con datos reales.............................79
4.4.2 Prácticas de mantenimiento.....................................................................79
4.4.3 Cómo auditar............................................................................................80
Conclusiones....................................................................................................................82
Recomedaciones..............................................................................................................83
Bibliografía......................................................................................................................84
xiii
INDICE DE GRÁFICOS
Figura 1: Ciclo de vida de un Sistema de Informacion................................................................22

Figura 2: Pruebas y correciones de los Sistemas de Informacion...............................................23
Figura 3: Uso y Mantenimiento de los SI....................................................................................25
Figura 4: Funciones básicas de un sistema de informacion........................................................26
Figura 5: datos vs informacion...................................................................................................28
figura 6 : sistemas de informacion gerencial..............................................................................29
Figura 7: tipos de sistemas de informacion................................................................................29
Figura 8: sistemas de gestion.....................................................................................................38
Figura 9: Metodología de Seis Sigma..........................................................................................57
Figura 10: Diseño descendente..................................................................................................60
Figura 11: Un diagrama de estructura perfeccionado que muestra el flujo del control hacia
arriba..........................................................................................................................................62
Figura 12: El bucle y el diagrama son dos símbolos que indican una acción especial en un
diagrama de...............................................................................................................................63
Figura 13: Diagrama de flujos de datos para imprimir un informe de calificación de estudiante
...................................................................................................................................................64
...................................................................................................................................................65
Figura 15: Diagrama de estructura para agregar, en líneas, las reservaciones del huésped de un
hotel...........................................................................................................................................66
Figura 16: Diagrama de estructura modificado que muestra la subordinación adecuada.........67
Figura 17: Diagrama de flujo de datos de la lista de suscriptores de una revista utilizando
pseudocódigo.............................................................................................................................69
Figura 18: Los programadores, analistas, operadores y usuarios desempeñan un papel
diferente en probar....................................................................................................................71
xiv
INTRODUCCIÓN
En la actualidad las empresas y/o instituciones utilizan sistemas de información para

mejorar los procesos internos de su área, sub áreas, para lo cual se tiene tecnología para
su implementación y ejecución.
El Sistema de Información utiliza la calidad para verificar la eficiencia de sus sistemas
de información, ya que tiene metodologías de proceso de mejoras de los sistemas de
información
La Calidad de los Sistemas de Información se basa en la eficiencia del sistema de
información como se muestra en el siguiente trabajo monográfico, el trabajo
monográfico consta de de cuatro capítulos que a continuación se detalla.
En el capitulo uno se trata de los sistemas de información, donde se menciona conceptos
de información, datos, sistemas de información
En el capitulo dos se trata de la calidad de los sistemas de información donde se
menciona las definiciones de calidad, mejora continua, sus principios
En el capitulo tres se trata de la mejora continua en los sistemas de información donde
se menciona la metodología de de analisis, control y mejora de procesos, six sigma,
como también el ciclo de mejora de Deming
En el capitulo cuatro se trata de la proteccion de la calidad de los sistemas de
información
El Estudiante.
OBJETIVOS
OBJETIVO GENERAL
xv
Conocer, reflexionar y emplear normas y estándares de calidad necesarias en el

desarrollo del sistema de información, definiendo actividades y documentación a
considerar en los planes de aseguramiento en cuanto a la calidad poniendo en marcha
los procedimientos de prueba y de control de la calidad de un sistema de información.
OBJETIVOS ESPECIFICOS
1. evitar que la información se pierda y tomar buenas decisiones en la selección

cuidadosa de la información que integrara nuestro sistema es decir, escoger solo
aquella que realmente nos permitirá alcanzar los objetivos propuestos.
2. Mejorar el sistema administrativo, una vez que se mejora la calidad y cantidad

de información importante para la empresa es posible tomar decisiones certeras
para la buena administración de la empresa.
3. Centralizar el control de procesos esto permite una mejor organización debido a

que la resposabilidad del ingreso de datos puede quedar en una misma persona y
por ende habrá un mejor control sobre los procesos a ejecutar
4. Elaborar la metodología para integrar el sistema de gestión de calidad y

seguridad
xvi
ALCANCE
La Calidad en los Sistemas de Informacion, es muy importante en el ámbito local,

regional, nacional e internacional, por ello el presente trabajo tiene un alcance nacional,
porque hay empresas privadas y publicas que ya están trabajando con estandaraes de
calidad, por ejemplo el caso del Sistema Integrado de Gestión Administrativa – SIGA,
por ello es muy importante que todos los SI cumplan con ciertos estándares, para que
puedan dar mayor eficacia y eficiencia en los procesos que realizan.
17
CAPITULO I
SISTEMAS DE INFORMACIÓN
1.1 ANTECEDENTES
La toma de contacto con los sistemas de información para la mayoría de organizaciones

se justificaba con el objetivo de mejorar su eficiencia interna; se mecanizaron las tareas
desempeñadas por los empleados y, en esencia, la eficiencia significó el intento de
reducir puestos de trabajo y niveles jerárquicos.
La evolución natural de los sistemas de negocios, del gobierno y personales, ha
impulsado el uso generalizado de las redes de comunicación de datos para interconectar
estos diversos sistemas.
La rápida evolución de la tecnología de la información disponible en el mercado, y la
complejidad del entorno en el que se mueven las empresas, han motivado la evolución
de los Sistemas de Información (SI) en la empresa, desde un planteamiento operativo
hasta un planteamiento estratégico.
A medida que van creciendo las necesidades de información para la dirección
empresarial, se comienza a realizar un esfuerzo por conocer las relaciones tanto
verticales como horizontales de la información; empieza a plantearse la posibilidad de
su integración: es la etapa en que se produce el desarrollo de los primeros sistemas
integrados para el tratamiento de la información.
El desarrollo de los sistemas de información en la empresa, empezó en la década de los
setenta como un instrumento al servicio de la función meramente operativa (Sistemas de
procesamiento de transacciones). Las nuevas tendencias, en virtud de los rápidos
adelantos tecnológicos, tratan de encauzarlos hacia las funciones tácticas y estratégicas,
pero sin perturbar el rendimiento de su primera aplicación: sistemas de información de
gestión o administrativos, sistemas de soporte a la decisión, sistemas de información
para los ejecutivos.
18
En el periodo 1950-1960 se consideraba la información como algo malo, pero necesario,

un requisito burocrático, y los SI se orientaban a una aceleración del proceso de datos;
en la década siguiente, 1960-1970, la información pasa a ser considerada como un
soporte a necesidades de control de gestión y nacen los MIS (Management Information
Systems o Sistema de Información para la Gestión). Más adelante, en 1970- 1980, se
busca un soporte adecuado a las necesidades de control de los directivos y aparecen los
DSS (Decision Support Systems o Sistema de Soporte a la Toma de Decisión) y los ESS
(Expert Support Systems o Sistemas Expertos de Soporte a la Toma de Decisión). Por
último, en la etapa que va de 1985 a 2000 la información es vista como un recurso
estratégico y se plantean los Sistemas de Información como armas básicas para mejorar
la posición competitiva de las organizaciones.
En 1950 existían sistemas de lote con archivos discretos y los usuarios transferían sus
documentos en papel a la computadora para su procesamiento. La comunicación de
datos en esta época implicaba que el usuario llevara físicamente documentos en papel.
Durante los años sesenta se agregaron los circuitos de comunicación (líneas telefónicas)
y se dotó a los usuarios con terminales de lote en línea. En los últimos años de dicha
década y principios de los setenta se empezaron a desarrollar los sistemas en línea de
tiempo real, con lo cual los usuarios cambiaron los procesamientos de lote a un
procesamiento por transacción individual. En este período se hizo necesaria la
comunicación de datos. En el decenio de los setenta se agregaron los sistemas de
manejo de base de datos, los cuales reemplazaron a los antiguos archivos discretos. A
partir de 1990 se pasa a la oficina del futuro.
Uno de los aspectos más importantes del trabajo diario de la empresa es la toma de
decisiones; por esta razón es necesario que los dispositivos de proceso de datos sean
más valorados y que les sea encomendada la tarea de seleccionar, filtrar y presentar la
información al directivo, para que éste cuente con el apoyo necesario. Los Sistemas de
Información han variado de manera decisiva la forma de hacer negocios, precisamente
por su capacidad para evitar la sobreabundancia de datos, lo cual puede bloquear o
retardar la toma de decisiones. El entorno empresarial exige reacciones rápidas y
oportunas. Los equipos y aplicaciones que resuelven los problemas son siempre
bienvenidos.
19
El entorno actual de las organizaciones obliga a un estilo de gestión fundamentalmente

basado en la información, debido a cambios sustanciales que llevan a un nuevo
contexto.
La creciente complejidad de las tareas de gestión, originada por un entorno cambiante
que evoluciona muy rápidamente, ha incrementado el protagonismo y el interés por los
Sistemas de Información de las empresas de nuestro medio; estos sistemas deben ser
mecanismos rápidos, con una gran capacidad de adaptación frente a los cambios del
entorno y de la propia organización, exhaustivos en su análisis, que aseguren la eficacia
del resultado a la hora de alcanzar los objetivos marcados y eficientes respecto al uso de
recursos, sobre todo de la información.
1.2 DEFINICIONES BASICAS
1.2.1 DATO
“Los datos están constituidos por los registros de los hechos, acontecimientos
transacciones, etc. Los datos son realidades concretas en su estado son números, letras,
símbolos, imágenes y sonidos, que describen objetos, condiciones o situaciones”
1.2.2 INFORMACION
Es un conjunto de datos organizados y procesados, que establecen un mensaje,

instrucciones, funciones, o y cualquier tipo de actividad que tenga lugar en relación con
un ordenador.[CITATION JjA \l 10250 ]
1.2.3 SISTEMA
Conjunto de elementos o componentes que interactúan entre sí para cumplir ciertas

metas[ CITATION PEÑ06 \l 10250 ]
1.2.4 SISTEMA DE INFORMACION
“Conjunto de componentes interrelacionados que recolectan o recuperan, procesan,

almacenan y distribuyen la información para apoyar los procesos de la toma de
desiciones y control en una organización”[CITATION Ova15 \l 10250 ]
1.3 CICLO DE VIDA DE UN SISTEMA DE INFORMACIÓN
Es un enfoque por fases del análisis y diseño que sostiene que los sistemas son
desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del
analista y del usuario.[CITATION PJa11 \l 3082 ]
20
1.3.1 FASES
Cualquier sistema de información va pasando por una serie de fases a lo largo de su

vida. Su ciclo de vida comprende una serie de etapas entre las que se encuentran las
siguientes:
 Planificación
 Análisis
 Diseño
 Implementación
 Pruebas
 Instalación o despliegue
 Uso y mantenimiento
Estas etapas son un reflejo del proceso que se sigue a la hora de resolver cualquier tipo
de problemas.[ CITATION ACe15 \l 10250 ]
1.3.1.1 PLANIFICACION
Comienza con un pedido escrito llamado “system request”, que identifica el sistema de
información y los cambios deseados. Pueden ser cambios mayores (un nuevo sistema) o
cambios menores (un reporte). El propósito de la fase de planificación es identificar
claramente la naturaleza y el alcance del problema. Se requiere una investigación
preliminar y el resultado se llama Informe de Investigación Preliminar. La investigación
preliminar también es conocida como Estudio de Viabilidad.[CITATION PLo12 \l 10250 ]
21
QUE COMO
ANALISIS DISEÑO
PUESTA EN DIRECCION
OBRA DE OBRA
SUPERVISION LA REALIDAD
Figura 1: Ciclo de vida de un Sistema de Informacion
1.3.1.2 ANALISIS
En esta fase se recopilan y analizan los datos acerca del sistema y su funcionamiento
aplicando cuestiones, entrevistas, encuestas, en general las técnicas de recopilación de
datos. Especifica que es lo que el sistema debe hacer.[CITATION PLo121 \l 10250 ]
1.3.1.3 DESARROLLO
El propósito de esta fase es desarrollar un diseño (cómo va a quedar) del sistema de

información que satisfaga todos los requisitos documentados. Se determina qué va a
hacer el sistema. Se identifican las entradas, salidas, archivos, programas,
procedimientos y controles del sistema. El documento creado se llama Especificaciones
22
del Diseño del Sistema y debe ser aprobado por la gerencia y los usuarios. [ CITATION
PLo121 \l 10250 ]
1.3.1.4 PRUEBAS
Luego de que la compañía esté utilizando el sistema, a veceNFs es necesario realizar

cambios al sistema para hacer mantenimiento o mejoras. Los cambios de mantenimiento
son para corregir errores o adaptar el sistema a requisitos del gobierno u otras entidades.
Las mejoras son modificaciones para aumentar la capacidad del sistema, como nuevos
reportes.[CITATION PLo121 \l 10250 ]
Figura 2: Pruebas y correciones de los Sistemas de Informacion
1.3.1.5 IMPLEMENTACION
Los programas son escritos, probados y documentados. El propósito de esta fase es

entregar un sistema de información completo y documentado, que haya sido revisado y
aprobado por la gerencia y usuarios. Los preparativos finales incluyen la conversión de
datos, adiestramientos y la transición del sistema viejo al nuevo. En esta fase se debe
realizar una evaluación del sistema luego de implantado para verificar costo-beneficio.
El resultado final de la fase de implantación es un sistema listo para usarse. [CITATION
PLo121 \l 10250 ]
1.3.1.6 INSTALACION
En este proceso se lleva a cabo dichas configuraciones atravesó de CD con la

información.
23
Se trata de tener un sistema instalado con un conjunto de aplicaciones software para

diferentes usos. El proyecto básico significa instalar en un PC Windows y Linux con las
siguientes características:
Uso de Servicios Internet: cliente POP/IMAP de correo que soporte multicuentas y
navegador Web. Además, deben estar en español y hay que personalizar la presentación
(Temas o Skins)
Uso de Aplicación ofimática que permita realizar documentos de texto con formato,
hojas de cálculo y presentaciones de diapositivas.
Uso de Aplicación de Mensajería Instantánea que soporte los protocolos/cuentas de
MSN messenger, Yahoo Messenger y Jabber
Edición Avanzada de archivos de texto
Reproducción Multimedia de Audio y de Video
El sistema se deberá instalar en un hardware que debe funcionar y que hay que revisar.
Además de esta propuesta básica, para algunos alumnos se admiten
diferentes propuestas. Ha de ser un proyecto de menos de 60 horas.[ CITATION PLo121 \l
10250 ]
Uso y Mantenimiento
“Una vez que un sistema pasa a formar parte de la vida diaria de la empresa, cada
programa, cada procedimiento y cada estructura de datos se convierte en una pieza del
negocio que, como tal, deberá funcionar en forma constante, exacta y confiable. L a
operación del negocio ahora dependerá del funcionamiento del sistema, por lo que las
tareas de mantenimiento cobran vital importancia.[ CITATION PLo121 \l 10250 ]
Durante la fase de mantenimiento, se ponen en práctica todas las políticas y los
procedimientos destinados a garantizar la operación continúan de los de los sistemas y a
asegurar su uso efectivo, con el fin, de que éstos se constituyan en una verdadera
herramienta de apoyo al logro de los objetivos estratégicos de la empresa [ CITATION
PLo121 \l 10250 ]
24
Figura 3: Uso y Mantenimiento de los SI
1.3.2 FUNCIONES BÁSICAS DE UN SISTEMA DE INFORMACIÓN
Dentro de la complejidad general de un sistema de información, las funciones realizadas

dentro de cada subsistema tienden a ser conceptualmente claras. Veamos cuales son los
principales aspectos de las funciones básicas de tratamiento de la información dentro del
Sistema de Informacion.[CITATION YEL15 \l 10250 ]
Figura 4: Funciones básicas de un sistema de informacion
1.3.2.1 ENTRADA DE DATOS
Los datos entran al S.I. en forma de transacciones que describen sucesos del mundo
real. Los principales aspectos a considerar en relación con la entrada de datos son:
 Técnicas más apropiadas (operación de teclado manual o reconocimiento óptico
de caracteres) a emplear y su coste.
 Control de errores a través de procesos de verificación y edición.
 Enfoque integrado capturando solamente una vez un elemento dado de datos y a
continuación compartirlo con todas las aplicaciones que lo necesitan.
 Interactividad como medio para mejorar sustancialmente la eficacia y calidad de
las operaciones[CITATION Ova15 \l 10250 ]
25
1.3.2.2 ALMACENAMIENTO DE DATOS
El S.I. debe mantener grandes ficheros de datos destinados a suministrar la información

para el tratamiento de transacciones y para la toma de decisiones. Los principales
aspectos a considerar son:
Papel de la Base de datos en la organización a fin de que se mantenga como una
representación suficientemente fiable de la realidad.
Organización de la Base de datos de forma que se facilite el acceso a partes específicas.
Almacenamiento en línea versus fuera de línea[CITATION Ova15 \l 10250 ]
1.3.2.3 CALCULO
Mediante el cálculo el Sistema de Informacion transforma los datos brutos en

información utilizable por el propio sistema o en forma ajena al mismo [CITATION
Ova15 \l 10250 ]
Como respuesta a la necesidad de cálculo prevista, el diseño de un Sistema de
Informacion debe contemplar la necesaria potencia de tratamiento de los equipos
soporte[CITATION Ova15 \l 10250 ]
1.3.2.4 PRESENTACIÓN DE LA INFORMACIÓN
La función de presentación de un S.I. proporciona una conexión esencial, o interfaz,

entre el sistema y el usuario. Su finalidad es presentar la información de modo que
mejore la capacidad del usuario para percibir y actuar sobre los hechos reflejados por la
información. Uno de los aspectos mas críticos en el diseño de un es la construcción del
interfaz de modo que el sistema proporcione la manera más eficaz de presentar los
resultados a los usuarios[CITATION Ova15 \l 10250 ]
1.3.2.5 COMUNICACIONES
Los sistemas de información actuales se diferencian muy notablemente de los del

pasado en su creciente apoyo a las comunicaciones. Los avances experimentados en los
sistemas de información están estrechamente relacionados con los avances realizados en
el mundo de las telecomunicaciones[CITATION Ova15 \l 10250 ]
Así hemos asistido a sistemas que dependían muy poco o nada de las
telecomunicaciones y donde los datos eran comunicados mediante transporte físico de
medios de almacenamiento. Más tarde pasamos al uso extendido de terminales de
26
entrada de tareas a distancia que no incorporaban ninguna capacidad de procesamiento.

Ahora asistimos a la implantación de sistemas informáticos distribuidos en los que los
ordenadores de la organización están conectados por medio de una red de
telecomunicaciones, compartiendo recursos y con capacidades de cálculo autónomo
para servir a las necesidades especializadas de sus usuarios[CITATION Ova15 \l 10250 ]
1.3.3 SISTEMAS DE INFORMACION
1.3.3.1 DATO VS INFORMACION
Observe que la información es el dato procesado y puesto en un contexto de interés,

brindando valor especifico a los usuarios como se muestra en la figura Dato vs
Informacion
DATO
PROCESAMIENTO
DEDATOS
INFORMACION
Figura 5: datos vs informacion

27
1.3.3.2 SISTEMA DE INFORMACION GERENCIAL (SIG)
Un sistema de información Gerencial es un grupo de elementos utilizados para la

administración de datos, los cuales se encuentran coordinados entre sí para su uso. Estos
elementos, además, fueron concebidos con el objeto de lograr un determinado fin.
figura 6 : sistemas de informacion gerencial
1.3.3.3 TIPOS DE SISTEMAS DE INFORMACION.
En la empresa existen varios sistemas de información los cuales se encuentran divididos

como se muestra en la figura Tipos de Sistemas de Informacion.
NIV
EL
EST
RAT
EGI
NIVEL CO
TACTICO
NIVEL OPERATIVO
Figura 7: tipos de sistemas de informacion
28
A continuación, se mencionan las principales características de estos tipos de Sistemas

de Información.
1.3.3.3.1 NIVEL OPERATIVO
A través de éstos suelen lograrse ahorros significativos de mano de obra, debido a que
automatizan tareas operativas de la organización.
Con frecuencia son el primer tipo de Sistemas de Información que se implanta en las
organizaciones. Se empieza apoyando las tareas a nivel operativo de la organización.
Son intensivos en entrada y salida de información; sus cálculos y procesos suelen ser
simples y poco sofisticados.
Tienen la propiedad de ser recolectores de información, es decir, a través de estos
sistemas se cargan las grandes bases de información para su explotación posterior.
Son fáciles de justificar ante la dirección general, ya que sus beneficios son visibles y
palpables.
1.3.3.3.2 NIVEL TÁCTICO
Suelen introducirse después de haber implantado los Sistemas Transaccionales más

relevantes de la empresa, ya que estos últimos constituyen su plataforma de
información.
La información que generan sirve de apoyo a los mandos intermedios y a la alta
administración en el proceso de toma de decisiones.
Suelen ser intensivos en cálculos y escasos en entradas y salidas de información. Así,
por ejemplo, un modelo de planeación financiera requiere poca información de entrada,
genera poca información como resultado, pero puede realizar muchos cálculos durante
su proceso.
No suelen ahorrar mano de obra. Debido a ello, la justificación económica para el
desarrollo de estos sistemas es difícil, ya que no se conocen los ingresos del proyecto de
inversión.
Suelen ser Sistemas de Información interactivos y amigables, con altos estándares de
diseño gráfico y visual, ya que están dirigidos al usuario final.
Apoyan la toma de decisiones que, por su misma naturaleza son repetitivos y de
decisiones no estructuradas que no suelen repetirse. Por ejemplo, un Sistema de Compra
de Materiales que indique cuándo debe hacerse un pedido al proveedor o un Sistema de
29
Simulación de Negocios que apoye la decisión de introducir un nuevo producto al

mercado.
Estos sistemas pueden ser desarrollados directamente por el usuario final sin la
participación operativa de los analistas y programadores del área de informática.
Este tipo de sistemas puede incluir la programación de la producción, compra de
materiales, flujo de fondos, proyecciones financieras, modelos de simulación de
negocios, modelos de inventarios, etc.
1.3.3.3.3 NIVEL ESTRATEGICO
Su función primordial no es apoyar la automatización de procesos operativos ni

proporcionar información para apoyar la toma de decisiones.
Suelen desarrollarse in house, es decir, dentro de la organización, por lo tanto, no
pueden adaptarse fácilmente a paquetes disponibles en el mercado.
Típicamente su forma de desarrollo es a base de incrementos y a través de su evolución
dentro de la organización. Se inicia con un proceso o función en particular y a partir de
ahí se van agregando nuevas funciones o procesos.
Su función es lograr ventajas que los competidores no posean, tales como ventajas en
costos y servicios diferenciados con clientes y proveedores. En este contexto, los
Sistema Estratégicos son creadores de barreras de entrada al negocio. Por ejemplo, el
uso de cajeros automáticos en los bancos en un Sistema Estratégico, ya que brinda
ventaja sobre un banco que no posee tal servicio. Si un banco nuevo decide abrir sus
puertas al público, tendrá que dar este servicio para tener un nivel similar al de sus
competidores.
1.3.3.4 EVOLUCIÓN DE LOS SISTEMAS DE INFORMACIÓN
De la sección anterior se desprende la evolución que tienen los Sistemas de Información

en las organizaciones. Con frecuencia se implantan en forma inicial los Sistemas de
Nivel Operativo o Transaccionales y, posteriormente, se introducen los Sistemas de
nivel Táctico o Apoyo a la Toma de Decisiones. Por último, se desarrollan los Sistemas
de Nivel Estratégico que dan forma a la estructura competitiva de la empresa.
Las aplicaciones típicas que se implantan son Los Sistemas de Nivel Operativo o
Transaccionales tales como nóminas de contabilidad.
30
El pequeño Departamento de Sistemas depende en la mayoría de los casos del área de

contabilidad.
El tipo de administración empleada es escaso y la función de los sistemas suele ser
manejada por un administrador que no posee una preparación formal en el área de
computación.
El personal que labora en este pequeño departamento consta a lo sumo de un operador
y/o un programador. Este último podrá estar bajo el régimen de honorarios, o bien,
puede recibirse el soporte de algún fabricante local de programas de aplicación.
En esta etapa es importante estar consciente de la resistencia al cambio del personal y
usuario (ciberfobia) que están involucrados en los primeros sistemas que se desarrollan,
ya que estos sistemas son importantes en el ahorro de mano de obra.
Esta etapa termina con la implantación exitosa del primer Sistema de Información. Cabe
recalcar que algunas organizaciones pueden vivir varias etapas de inicio en las que la
resistencia al cambio por parte de los primeros usuarios involucrados aborta el intento
de introducir el computador a la empresa.
1.3.3.4.1 ETAPA DE CONTAGIO O EXPANSIÓN DE SI
Los aspectos sobresalientes que permiten diagnosticar rápido que una empresa se
encuentra en esta etapa son:
Se inicia con la implantación exitosa del primer Sistema de Información en la
organización. Como consecuencia de lo anterior, el primer ejecutivo usuario se
transforma en el paradigma o persona que se habrá que imitar.
Las aplicaciones que con frecuencia se implantan en esta etapa son el resto de los
Sistemas Transaccionales no desarrollados en la etapa de inicio, tales como facturación,
inventarios, control de pedidos de clientes y proveedores, cheques, etc.
El pequeño departamento es promovido a una categoría superior, donde depende de la
Gerencia Administrativa o Contraloría.
El tipo de administración empleado está orientado hacia la venta de aplicaciones a todos
los usuarios de la organización; en este punto suele contratarse a un especialista de la
función con preparación académica en el área de sistemas.
Se inicia la contratación de personal especializado y nacen puestos tales como analista
de sistemas, analista-programador, programador de sistemas, jefe de desarrollo, jefe de
soporte técnico, etc.
31
Las aplicaciones desarrolladas carecen de interfases automáticas entre ellas, de tal forma
que las salidas que produce un sistema se tienen que alimentar en forma manual a otro
sistema, con la consecuente irritación de los usuarios.
Los gastos por concepto de sistemas empiezan a crecer en forma importante, lo que
marca la pauta para iniciar la racionalización en el uso de los recursos computacionales
dentro de la empresa. Este problema y el inicio de su solución marcan el paso a la
siguiente etapa.
1.3.3.4.2 ETAPA DE CONTROL O FORMALIZACIÓN DE SI
Para identificar a una empresa que transita por esta etapa es necesario considerar los
siguientes elementos:
Esta etapa de evolución de la Informática dentro de las empresas se inicia con la
necesidad de controlar el uso de los recursos computacionales a través de las técnicas de
presupuestario base cero (partiendo de que no se tienen nada) y la implantación de
sistemas de cargos a usuarios (por el servicio que se presta).
Las aplicaciones están orientadas a facilitar el control de las operaciones del negocio
para hacerlas más eficaces, tales como sistemas para control de flujo de fondos, control
de órdenes de compra a proveedores, control de inventarios, control y manejo de
proyectos, etc.
El departamento de sistemas de la empresa suele ubicarse en una posición gerencial,
dependiendo del organigrama de la Dirección de Administración o Finanzas.
En esta etapa se inician el desarrollo y la implantación de estándares de trabajo dentro
del departamento, tales como: estándares de documentación, control de proyectos,
desarrollo y diseño de sistemas, auditoría de sistemas y programación.
Se integra a la organización del departamento de sistemas, personal con habilidades
administrativas y preparadas técnicamente.
Se inicia el desarrollo de interfaces automáticas entre los diferentes sistemas.
1.3.3.4.3 ETAPA DE INTEGRACION
Las características de esta etapa son las siguientes:

La integración de los datos y de los sistemas surge como un resultado directo de la
centralización del departamento de sistemas bajo una sola estructura administrativa.
32
Las nuevas tecnologías relacionadas con base de datos, sistemas administradores de

bases de datos y lenguajes de cuarta generación, hicieron posible la integración.
En esta etapa surge la primera hoja electrónica de cálculo comercial y los usuarios
inician haciendo sus propias aplicaciones. Esta herramienta ayudó mucho a que los
usuarios hicieran su propio trabajo y no tuvieran que esperar a que sus propuestas de
sistemas fueran cumplidas.
El costo del equipo y del software disminuyó por lo cual estuvo al alcance de más
usuarios.
En forma paralela a los cambios tecnológicos, cambió el rol del usuario y del
departamento de Sistemas de Información. El departamento de sistemas evolucionó
hacia una estructura descentralizada, permitiendo al usuario utilizar herramientas para el
desarrollo de sistemas.
Los usuarios y el departamento de sistema iniciaron el desarrollo de nuevos sistemas,
reemplazando los sistemas antiguos, en beneficio de la organización.
1.3.3.4.4 ETAPA DE ADMINISTRACIÓN DE DATOS
Entre las características que destacan en esta etapa están las siguientes:
El departamento de Sistemas de Información reconoce que la información es un recurso
muy valioso que debe estar accesible para todos los usuarios.
Para poder cumplir con lo anterior resulta necesario administrar los datos en forma
apropiada, es decir, almacenarlos y mantenerlos en forma adecuada para que los
usuarios puedan utilizar y compartir este recurso.
El usuario de la información adquiere la responsabilidad de la integridad de la misma y
debe manejar niveles de acceso diferentes.
1.3.3.4.5 ETAPA DE MADUREZ
Entre los aspectos sobresalientes que indican que una empresa se encuentra en esta
etapa, se incluyen los siguientes:
Los sistemas que se desarrollan son Sistemas de Manufactura Integrados por
Computadora, Sistemas Basados en el Conocimiento y Sistemas Expertos, Sistemas de
Soporte a las Decisiones, Sistemas Estratégicos y, en general, aplicaciones que
proporcionan información para las decisiones de alta administración y aplicaciones de
carácter estratégico.
33
En esta etapa se tienen las aplicaciones desarrolladas en la tecnología de base de datos y

se logra la integración de redes de comunicaciones con terminales en lugares remotos, a
través del uso de recursos computacionales.
34
CAPITULO II
SISTEMAS DE GESTIÓN DE CALIDAD
2.1 GENERALIDADES
Las empresas en general están preocupadas por la mejora y optimización de sus

“procesos” a fin de elevar su “eficacia” y “eficiencia”. Muchas instituciones han
encontrado en las normas de Sistemas de Gestión de Calidad ISO 9000:2000 el
instrumento adecuado y eficaz para el logro de sus objetivos[CITATION Enr12 \l 10250 ]
En nuestro país, últimamente se visualiza el interés creciente de las instituciones por
introducirse en este camino para alcanzar la mejora y elevar la satisfacción de sus
usuarios[CITATION Enr12 \l 10250 ]
2.2 NORMALIZACIÓN
Es una actividad que establece, con relación a problemas reales o potenciales,

soluciones para aplicaciones repetitivas y comunes, con el objeto de lograr el un grado
óptimo de orden en un contexto dado.
En otras palabras, consiste en: "Elaboración, publicación y aplicación de Normas".
Una norma "Es la misma evolución que se adopta para resolver un problema"
[ CITATION Enr12 \l 10250 ]
35
MEJORAR LAS
RELCIONES
CON LA
COMUNIDAD
CONFIANZA
FORTALECER
EN EL
LA VENTAJA
CONTROL D
COMPETITIVA
LOS RIESGOS
SISTEMA
REDUCCION
DE
ACCESO A
POTENCIAL DE
COSTOS POR GESTION MERCADOS
ENFOQUE GLOBALES
PREVENTIVO
MAYOR
ACCEDER A CREDIBILIDAD
INCENTIVOS ANTE LAS
ECONOMICOS PARTES
INTERESADAS
Figura 8: sistemas de gestion
2.3 POLÍTICA DE CALIDAD
Son las intenciones globales y orientación de una organización empresarial relativas a la

calidad tal como se expresan formalmente por la alta dirección. [ CITATION Ari10 \l
10250 ]
36
2.4 OBJETIVOS DE LA CALIDAD
Son metas de calidad que se quieren alcanzar, es algo ambicionado, o pretendido,

relacionado con la calidad. [ CITATION Ari10 \l 10250 ]
2.5 OBJETO DE LA GESTIÓN DE LA CALIDAD
Son las necesidades y expectativas de los clientes, en materia de productos, las cuales
transitan por distintos niveles de determinación a través de sucesivas transformaciones
en los diferentes procesos que interrelacionados propician que se genere la calidad como
totalidad. Dichos niveles de determinación del objeto son los diferentes estados en que
se manifiesta el mismo, que van desde las necesidades y expectativas potenciales de los
clientes en materia de productos, pasando luego por necesidades y expectativas reales
de los clientes (requisitos del cliente), después por especificaciones “técnicas”
(requisitos del producto) hasta llegar a las características de calidad del
producto[ CITATION Ari10 \l 10250 ]
2.6 CIRCUNSTANCIA DE LA GESTIÓN DE LA CALIDAD
Es la configuración del proceso donde se identifica y transforma el objeto de la gestión

de la calidad y donde además se resuelve el problema. Constituye el escenario donde se
ejecuta el proceso de la gestión de la calidad formado por parte del entorno
organizacional en interrelación con el nivel estratégico interno, el cual a su vez se
interrelaciona con los procesos a nivel operativo. En esencia la circunstancia del
proceso de la gestión de la calidad se manifiesta como un sistema abierto de procesos de
naturaleza dinámica de una alta complejidad, formado por los procesos según el ciclo de
vida de un producto en interrelación con el proceso de gestión estratégica de la calidad.
En dichas circunstancias se presentan varias relaciones contradictorias siendo la
fundamental la que se da entre: la calidad como una totalidad y los procesos en que ella
se genera[ CITATION Ari10 \l 10250 ]
2.7 MÉTODO DE LA GESTIÓN DE LA CALIDAD
Es el modo de enfrentarse al problema de la gestión de la calidad en las circunstancias

de la gestión de la calidad por parte de los hombres que lo llevan a cabo, a través de una
secuencia interactiva, hermenéutica y dialéctica de pasos a través de la cual se
37
transforma gradualmente el objeto de la gestión de la calidad, con vistas a alcanzar los

objetivos de la calidad[ CITATION Ari10 \l 10250 ]
2.8 RESULTADO DE LA GESTIÓN DE LA CALIDAD
Es la configuración que integra a las demás. Es la materialización en productos, del

objeto de la gestión de la calidad en su último nivel de determinación con vistas a lograr
la satisfacción de los clientes[ CITATION Ari10 \l 10250 ]
2.9 DIMENSIONES Y ESLABONES
En el proceso de gestión de la calidad surgen a partir de las relaciones dialécticas entre

las configuraciones previamente definidas[ CITATION Ari10 \l 10250 ]
El problema de la gestión de la calidad en la producción y los servicios constituyen la
configuración que origina el proceso de la gestión de la calidad y como antinomia de
ésta aparecen en las organizaciones empresariales la configuración política de la
calidad, siendo la configuración objetivos de la calidad la que juega un papel de
elemento mediador entre las dos primeras[ CITATION Ari10 \l 10250 ]
En la relación entre el problema de la gestión de la calidad y la política de la calidad, lo
primario es el problema, mientras que la política de la calidad expresa la solución del
problema, al ser esta las intenciones globales y orientación de una organización relativas
a la calidad, siendo los objetivos de la calidad la configuración que sintetiza a las
anteriores, ya que estos se enuncian y despliegan por toda la organización empresarial,
siendo coherentes con la política de la calidad[ CITATION Ari10 \l 10250 ]
Las anteriores relaciones contradictorias originan un movimiento en el objeto (proceso
de gestión de la calidad en la producción y los servicios), que en este caso se concreta
en el eslabón de diseño del proceso de la gestión de la calidad en la producción y los
servicios[ CITATION Ari10 \l 10250 ]
Las relaciones dialécticas que se manifiestan entre las tres configuraciones que
caracterizan al primer eslabón, revelan determinadas cualidades del objeto, apareciendo
una dimensión estratégica[ CITATION Ari10 \l 10250 ]
El segundo eslabón del proceso de la gestión de la calidad, es el de la dinámica de dicho
proceso. En este eslabón la configuración objeto de la gestión de la calidad es lo
primario (tesis), mientras que la configuración objetivos generales de la calidad es la
antítesis de la primera, siendo la configuración método de la gestión de la calidad la que
38
juega el papel de elemento mediador de las dos primeras. Las diversas relaciones
contradictorias que se dan entre estas tres configuraciones antes enunciadas se
desarrollan en el contexto de otra configuración que se denomina: circunstancia del
proceso de gestión de la calidad[ CITATION Ari10 \l 10250 ]
En dicha circunstancia va ocurriendo, teniendo como base el método de la gestión de la
calidad, la transformación del objeto de la gestión de la calidad por diferentes niveles o
estados de determinación a partir de los objetivos generales de calidad, los cuales
necesariamente se tienen que desplegar y concretarse en las diferentes transiciones que
sufre el objeto. Las relaciones dialécticas que se manifiestan entre estas configuraciones
en este segundo eslabón, permiten que se genere una dimensión transformadora.
El eslabón de la dinámica del proceso de gestión de la calidad en la producción y los
servicios a su vez posee una lógica interna determinada por los subeslabones que lo
conforman y a los que son inherentes determinadas configuraciones y dimensiones.
Dichos subeslabones y dimensiones surgen debido a las transformaciones que tienen
lugar en el objeto de la gestión de la calidad a través del método de la gestión de la
calidad[ CITATION Ari10 \l 10250 ]
El tercer eslabón del proceso de la gestión de la calidad de la producción y los servicios
es el de control. En este eslabón la configuración objeto de la gestión de la calidad es lo
primario, siendo los objetivos generales de calidad antinomia de la primera y la
configuración resultado de la gestión de la calidad, síntesis de las anteriores. Las
relaciones dialécticas que se dan entre estas configuraciones en este eslabón dan lugar a
que se manifieste una dimensión de mejoramiento[ CITATION Ari10 \l 10250 ]
2.10 PRINCIPIOS DEL SISTEMA DE GESTIÓN DE CALIDAD
La gestión de calidad son 8 criterios de los cuales la norma hace alusión como base de
la misma; algunos de estos principios se ven reflejados en los capítulos de la norma, aún
así no son de obligatorio cumplimiento, sólo son una “luz” para las
organizaciones[ CITATION Ari10 \l 10250 ]
2.10.1 PRINCIPIO 1. ORGANIZACIÓN ENFOCADA AL CLIENTE:
Las organizaciones dependen de sus clientes; por lo tanto, deben entender sus
necesidades actuales y futuras, cumplir con los requisitos y esforzarse para exceder las
expectativas del cliente[ CITATION Ari10 \l 10250 ]
39
Aplicar el principio "Organización enfocada al cliente" conduce a las siguientes

acciones:
 Entender en toda su amplitud las necesidades y expectativas de los clientes para la
entrega del producto/servicio, precio y confiabilidad.
 Asegurar un enfoque balanceado entre las necesidades y expectativas del cliente y
otras partes interesadas tales como: propietarios, gente particular, proveedores,
comunidad local y la sociedad en su conjunto.
 Comunicar estas necesidades y expectativas a través de la organización.
 Medir la satisfacción del cliente y actuar sobre los resultados.
 Administrar las relaciones con los clientes.
Las aplicaciones benéficas de este principio son:
 Para el Desarrollo de Políticas y Estrategias, hacer entendibles a través de la
organización, las necesidades de los clientes, así como las necesidades de las otras
partes interesadas.
 Aumento de los ingresos y de la cuota de mercado a través de una respuesta flexible
y rápida a las oportunidades del mercado.
 Para Fijar Objetivos y Metas, asegurar que los objetivos y metas relevantes estén
directamente ligados a las necesidades y expectativas de los clientes.
 Para obtener beneficios, hay que vender. Y para vender, hay que contentar al
consumidor.
 Para la Gestión Operativa, mejorar el desempeño de la organización para cumplir
las necesidades de los clientes.
 Mejora de la fidelidad del cliente, lo cual conduce a la continuidad en los negocios.
 Para la gestión de los recursos humanos, asegurar que el personal tiene los
conocimientos y habilidades requeridos para satisfacer a los clientes de la
organización.
 Aumento de la eficacia en el uso de los recursos de una organización para aumentar
la satisfacción del cliente.
 Incrementar la efectividad en el uso de los recursos de la organización, y aumentar
la satisfacción de los consumidores
40
2.10.2 PRINCIPIO 2. LIDERAZGO:
Los líderes establecen y unifican el propósito y dirección de la organización. Ellos

deben crear y mantener un ambiente, en el cual el personal se involucre completamente
para lograr los objetivos organizacionales[ CITATION Ari10 \l 10250 ]
Aplicar el principio Liderazgo conduce a las acciones siguientes:
 Ser práctico y liderar con el ejemplo.
 Entender y responder a los cambios del medio ambiente externo.
 Tomar en cuenta las necesidades de todas las partes interesadas incluyendo clientes,
propietarios, gente, proveedores, la comunidad local y la sociedad en su conjunto.
 Establecer una visión clara del futuro de la organización.
 Establecer valores compartidos y modelos de conducta ética en todos los niveles de
la organización.
 Crear confianza y eliminar el miedo.
 Proporcionar los recursos requeridos al personal y la libertad para actuar con
responsabilidad y confianza.
 Inspirar, alentar y reconocer las contribuciones de la gente.
 Promover comunicación abierta y honesta.
 Educar, entrenar y apoyar a la gente.
 Establecer objetivos y metas retadoras.
 Implementar la estrategia para alcanzar estos objetivos y metas.
 Para el desarrollo de políticas y estrategias, establecer una visión clara del
 futuro de la organización.
 Las actividades son evaluadas, orientadas e implementadas de una forma unificada
-para toda la empresa u organización.
 Para fijar objetivos y metas, traducir la visión de la organización en objetivos y
metas medibles.
 El personal entenderá y estará motivado hacia los objetivos y metas de la
organización.
 Para la gestión operativa, involucrar a la gente para alcanzar los objetivos de la
organización.
 Las actividades se evalúan, alinean e implementan de una forma integrada.
41
 La falta de comunicación entre los niveles de una organización se reducirá

 Para la gestión de los recursos humanos, tener una fuerza de trabajo con
responsabilidades de crecimiento, motivada, bien informada y estable [ CITATION
Ari10 \l 10250 ]
2.10.3 PRINCIPIO 3. PARTICIPACIÓN DEL PERSONAL:
El personal de todos los niveles es la esencia de una organización y su total

involucramiento, permite que sus habilidades sean usadas para el beneficio de la
organización. Aplicar el principio Participación del Personal conduce a las siguientes
acciones:
 Aceptar pertenencia y responsabilidad para solucionar problemas.
 Buscar activamente oportunidades para hacer mejoras.
 Buscar activamente oportunidades para aumentar su competencia, conocimiento y
experiencia.
 Compartir libremente su experiencia y conocimiento en grupos y equipos.
 Enfocarse en crear valor para los clientes.
 Ser innovador y creativo, llevar adelante los objetivos de la organización.
 Representar mejor a la organización ante los clientes, la comunidad local y la
sociedad en su conjunto.
 Derivar satisfacción de su trabajo.
 Mostrarse entusiasta y orgulloso por ser parte de la organización.
 Para el desarrollo de políticas y estrategias, el personal contribuye efectivamente a
la mejora de la política y estrategias de la organización.
 Un personal motivado, involucrado y comprometido dentro de la organización.
 Para fijar objetivos y metas, el personal comparte la pertenencia de las metas de la
organización.
 Innovación y creatividad en promover los objetivos de la organización.
 Para la gestión operativa, las personas se involucran en las decisiones apropiadas y
mejoras del proceso.
 Un personal valorado por su trabajo.
 Un personal deseoso de participar y contribuir a la mejora continúa. Si hay
motivación en los miembros de la organización, se esforzarán por mejorar sus
42
resultados e integrarse en la organización. La motivación y la integración, son

fundamentales para obtener los mejores resultados. Se obtiene la sinergia del grupo.
El conjunto de capacidades de cada individuo, potencia la capacidad para resolver
problemas, y obtener resultados.
 Para la gestión de los recursos humanos, las personas están más satisfechas con sus
trabajos y están activamente involucradas en su crecimiento y desarrollo personal,
para beneficio de la organización.
 La motivación, aplicada e involucra a todo el personal dentro de la organización
 La gente, ha de ser responsable de sus propios resultados. Los miembros de la
organización, actúan por si mismos. Tienen la obligación de cumplir con las
necesidades y expectativas de su labor en un proceso. Tiene que ejercer el liderazgo
en su tarea, y poner todo lo que se pueda de su parte, para que la tarea se realice con
éxito, y se consigan los resultados deseados.
2.10.4 PRINCIPIO 4. ENFOQUE HACIA PROCESO:
Un resultado deseado se logra más eficientemente, cuando los recursos y actividades

relacionados se administran como un proceso.
Aplicar el principio Enfoque hacia procesos, conduce a las siguientes acciones:
 Definir el proceso para alcanzar el resultado deseado.
 Identificar y medir los insumos y resultados de los procesos.
 Identificar las interfaces de los procesos con las funciones de la organización.
 Evaluar los riesgos posibles, consecuencias e impactos de los procesos, en clientes,
proveedores y otras partes interesadas.
 Identificar los clientes internos y externos, proveedores y otras partes interesadas de
los proveedores.
 Establecer claramente la responsabilidad, la autoridad y las líneas de mando para la
gestión del proceso.
 Diseñar el proceso tomando en cuenta los pasos del proceso, mediciones de control,
entrenamiento, actividades, información, flujos, equipo, métodos y materiales y
otros recursos para obtener el resultado deseado.
 Para fijar objetivos y metas, entender la capacidad de los procesos, permitirá el
establecimiento de objetivos y metas retadores.
43
 Permite que las oportunidades de mejora estén centradas y priorizadas.

 Para la gestión operativa, adoptar el enfoque de procesos para todas las
operaciones resultará en costos menores, prevención de errores, control de
variaciones, ciclos más cortos.
 Resultados mejorados, coherentes y predecibles.
 Reducción de costos y tiempos mediante el uso eficaz de los recursos.
 Para la gestión de los recursos humanos, establecer procesos eficientes en costos
para la gestión de recursos humanos como contratación, educación, entrenamiento,
permite el alineamiento de estos procesos con las necesidades de la organización y
produce una fuerza de trabajo más capaz.
 Al tener una organización optimizada, pueden aprovecharse y obtener mejor uso de
los recursos de la empresa, trabajo, materias primas, cadena de suministro,
financiación, Todo esto, además, permite aprovechar las oportunidades cuando se
presenten sin involucrar costes adicionales[ CITATION Ari10 \l 10250 ]
2.10.5 PRINCIPIO 5. GESTIÓN ENFOCADA A SISTEMAS:
Identificar, comprender y administrar un sistema de procesos interrelacionados para un

objetivo dado, mejora la efectividad y eficiencia de la organización [ CITATION Ari10 \l
10250 ]
Aplicar el principio Gestión enfocada a sistemas conduce a las siguientes acciones:
 Definir el sistema mediante la identificación o desarrollo de los procesos que
afectan a un objetivo dado.
 Estructurar el sistema para lograr el objetivo de la manera más eficiente.
 Entender la interdependencia entre los procesos del sistema.
 Mejorar continuamente el sistema a través de su medición y evaluación.
 Establecer los recursos, antes de actuar[ CITATION Ari10 \l 10250 ]
 Para el desarrollo de políticas y estrategias, la creación de planes integrales y
retadores que enlacen los datos de entrada y los datos funcionales del proceso.
 Integración y alineación de los procesos que alcanzarán mejor los resultados
deseados[ CITATION Ari10 \l 10250 ]
 Para fijar objetivos y metas, los objetivos y metas de procesos individuales, son
orientados hacia los objetivos claves de la organización.
44
 La capacidad para enfocar los esfuerzos en los procesos principales.

 Para la gestión operativa una visión amplia de la efectividad de los procesos que
conduzca al entendimiento de las causas principales de problemas y acciones
cíclicas de mejora[ CITATION Ari10 \l 10250 ]
 Proporcionar confianza a las partes interesadas en la coherencia, eficacia y
eficiencia de la organización.
 Para la gestión de los recursos humanos, proporciona un mejor entendimiento de
los papeles y responsabilidades para el logro de los objetivos comunes; con ello, la
reducción de barreras interfuncionales, mejorando el trabajo en equipo.
 Habilidad para centrar los esfuerzos en los procesos claves. Existen procesos con
mas importancia en la calidad final del producto que otros. Hay que centrar la
atención en los procesos críticos sin desatender el resto de procesos[ CITATION
Ari10 \l 10250 ]
2.10.6 PRINCIPIO 6. MEJORA CONTINUA
La mejora continua debe ser un objetivo permanente de la organización.

Aplicar el principio Mejora continua conduce a las siguientes acciones:
 Hacer de la mejora continua en productos, procesos y sistemas, un objetivo de cada
individuo en la organización.
 Aplicar los objetivos básicos tanto en mejora gradual como de mejora integral.
 Mediante la evaluación periódica frente a criterios establecidos para lograr la
excelencia, identificar áreas de mejoras potenciales.
 Mejorar continuamente la eficiencia y efectividad de los procesos.
 Promover actividades basadas en la prevención.
 Promover a cada miembro del organismo con capacitación y entrenamiento
adecuados en los métodos y herramientas de mejora continua, tales como:
 El ciclo: planear, hacer, verificar, actuar. o Resolución de problemas. o
Reingeniería de procesos. o Innovación de procesos.
 Establecer mediciones y metas para guiar y rastrear las mejoras.
 Reconocer las mejoras.
45
 Para el desarrollo de la política y estrategias, la creación y logro de planes de

negocios más competitivos a través de la integración de la mejora continua con la
planeación y estrategia del negocio[ CITATION Ari10 \l 10250 ]
 Alineación de las actividades de mejora a todos los niveles con la estrategia
organizativa establecida.
 Incrementar la ventaja competitiva a través de la mejora de las capacidades
organizativas.
 Para fijar objetivos y metas, establecer metas de mejora realistas y retadoras,
proporcionando los recursos para lograrlas.
 Flexibilidad para reaccionar rápidamente a las oportunidades.
 Para la gestión operativa, involucrar al personal de la organización en la mejora
continua de los procesos.
 La mejora del rendimiento mediante la mejora de las capacidades de la
organización.
 Para la gestión de los recursos humanos, proporcionar a todo el personal de la
organización las herramientas, oportunidades y aliento para mejorar productos,
procesos y sistemas.
 Al disponer de una buena técnica difícilmente mejorable a un coste aceptable. Es
mas barato intentar mejorar el producto final por otros métodos mas económicas, e
igualmente eficaces. La organización, tiene un carácter social, puesta está formada
por miembros con un mismo objetivo común. Mejorando la marcha de las
relaciones de la organización, se mejora la capacidad de conseguir los objetivos y
metas[ CITATION Ari10 \l 10250 ]
2.10.7 PRINCIPIO 7. ENFOQUE PARA LA TOMA DE DECISIONES

BASADA EN HECHOS:
Decisiones efectivas se basan en el análisis de datos e información. Aplicar el principio

Toma de Decisiones basadas en hechos conduce a las siguientes acciones:
 Tomar mediciones y recolectar datos e información relevantes para el objetivo.
 Asegurar que los datos y la información sean suficientemente exactos, confiables y
accesibles.
 Analizar los datos y la información mediante métodos válidos.
 Entender el valor de técnicas estadísticas apropiadas.
46
 Tomar decisiones y acciones basadas en los resultados del análisis lógico,

equilibrado con la experiencia e intuición.
 Para el desarrollo de políticas y estrategias, basadas en datos e información
relevantes son más realistas y más probables de lograr.
 Para fijar objetivos y metas, el empleo de datos e información comparativos
relevantes, para establecer objetivos y metas realistas y retadoras.
 Aumento de la capacidad para demostrar la eficacia de decisiones anteriores a
través de la referencia a registros objetivos.
 Para la gestión operativa, los datos e información son la base para el entendimiento
del desempeño tanto del proceso como del sistema, para dirigir mejoras y prevenir
problemas futuros.
 Aumento de la capacidad para revisar, cuestionar y cambiar las opiniones y
decisiones.
 Para la gestión de recursos humanos, analizar datos e información de fuentes tales
como encuestas al personal, sugerencias y grupos de análisis para guiar el
establecimiento de políticas sobre recursos humanos.
 La mejora del rendimiento mediante la mejora de las capacidades de la
organización[ CITATION Ari10 \l 10250 ]
2.10.8 PRINCIPIO 8. RELACIONES MUTUAMENTE BENEFICAS CON

PROVEEDORES
Una organización y sus proveedores son interdependientes, una relación de beneficio

mutuo refuerza la habilidad de ambos para crear valor.
Aplicar el principio Relaciones mutuamente benéficas con proveedores conduce a las
siguientes acciones:
 Identificación y selección de proveedores clave.
 Establecer relaciones con proveedores que equilibren las ganancias del corto plazo,
con consideraciones de largo plazo, para la organización y la sociedad en su
conjunto.
 Crear comunicaciones claras y abiertas.
 Iniciar de manera conjunta el desarrollo y mejora de productos y procesos.
 Establecer en conjunto un entendimiento claro de las necesidades del cliente.
47
 Compartir información y planes futuros.

 Reconocer las mejoras y logros del proveedor.
Aplicaciones benéficas de este principio incluyen:
 Para el desarrollo de las políticas y estrategias, la creación de las ventajas
competitivas mediante el desarrollo de alianzas estratégicas o asociaciones con los
proveedores.
 Para fijar objetivos y metas, establecer objetivos y metas más retadores mediante el
involucramiento y participación temprana de los proveedores.
 Flexibilidad y rapidez de respuesta de forma conjunta a un mercado cambiante o a
las necesidades y expectativas del cliente.
 Para la gestión operativa, crear y administrar relaciones con los proveedores para
asegurar el suministro de bienes de manera confiable, a tiempo y sin defectos.
 Optimización de costos y recursos.
 Para la gestión de los recursos humanos, desarrollar e incrementar las capacidades
de los proveedores, a través del entrenamiento y esfuerzos conjuntos de mejora.
 Aumento de la capacidad de crear valor para ambas partes.
 Al estar integrados con la organización, los proveedores, han de adaptarse
rápidamente a las necesidades de la empresa si quiere mantener su nivel de negocio
o aumentarlo. Si el proveedor, no es capaz de satisfacer las necesidades de la
empresa, no se podrán satisfacer las necesidades de los consumidores[ CITATION
Ari10 \l 10250 ]
48
CAPITULO III
MEJORA CONTINUA EN LOS SISTEMAS DE INFORMACION
3.1 DEFINICION
La calidad se ha convertido en una necesidad estratégica y en un arma para sobrevivir

en mercados altamente competitivos. La empresa que desea ser líder debe saber qué
espera y necesita su clientela potencial, tiene que producir un buen producto, debe
cuidar las relaciones con sus clientes y, para lograrlo, es común que hoy en día las
empresas vinculen su estrategia de marketing a su sistema de calidad.
La mejora de la calidad consiste en el establecimiento de nuevos estándares de calidad
con el objeto de obtener un producto o servicio mejor.
3.2 METODOLOGÍAS DE ANÁLISIS, CONTROL Y MEJORA DE

PROCESOS
3.2.1 SIX-SIGMA
El Six Sigma se trata de una medida de la calidad que se esfuerza por alcanzar la
perfección. Es una metodología disciplinada, basada en datos para eliminar los defectos
en cualquier proceso. La representación estadística de Six Sigma describe
cuantitativamente cómo un proceso se está realizando.
Para alcanzar el estándar Six Sigma, un proceso no debe producir más de 3.4 defectos
por millón de eventos. Un defecto se define como cualquier cosa fuera de
especificaciones del cliente. Un evento es entonces la cantidad total de ocasiones para
un defecto. La sigma de proceso se puede calcular fácilmente usando una calculadora.
3.2.1.1 OBJETIVO
El objetivo fundamental de la metodología del Six Sigma es la puesta en práctica de una

estrategia basada en mediciones que se centre en la mejora de proceso con la aplicación
de proyectos de la mejora de Six Sigma. Esto se logra con el uso de dos metodologías
secundarias de Six Sigma: DMAIC y DMADV.
49
el proceso DMAIC (por las siglas en ingles de defina, mida, analice, mejore, controle)
es un sistema de mejora para los procesos existentes que quedan por debajo de la
especificación y que buscan una mejora incremental.
El proceso DMADV (por las siglas en ingles de defina, mida, analice, diseñe, verifique)
es un sistema de mejora usado para desarrollar nuevos procesos o productos a nivel de
calidad Six Sigma. Puede también ser empleado si un proceso actual requiere más que
una mejora incremental. Las metodologías secundarias de DMAIC y DMADV realizan
ambos la siguiente:
Metodologías de Six sigma que conducen los defectos a menos de 3,4 por millón de
oportunidades.
Soluciones basadas en datos. La intuición no tiene ningún lugar en Six sigma, solamente
hechos.
Puesto en ejecución por Cintas Verdes, cintas negras y cintas negras principales
(expertos entrenados en los aspectos del proceso Six Sigma).
Maneras de ayudar alcanzar la línea de fondo en los negocios.
Puesto en ejecución con la ayuda de un propietario del proceso, para cada proceso tiene
un fin diferente:
A) EN LAS METODOLOGÍAS SECUNDARIAS DE DMAIC SE TIENE LO

SIGUIENTE
Defina las metas del proyecto y las variables (internas y externas) del cliente.
Mida el proceso para determinar funcionamiento actual.
Analice y determine la raíz de los defectos.
Mejore el proceso eliminando defectos.
Controle el funcionamiento de proceso futuro.
Debe usarse la metodología de DMAIC, en vez de la metodología de DMADV, cuando
un producto o un proceso están en existencia en una compañía, pero no está resolviendo
la especificación del cliente ni se está realizando adecuadamente.
50
B) EN LAS METODOLOGÍAS SECUNDARIAS DE DMADV SE TIENE LO

SIGUIENTE
Defina las metas del proyecto y las variables (internas y externas) del cliente.
Mida y determine las necesidades y las especificaciones de cliente.
Analice las opciones de proceso para resolver las necesidades del cliente.
Diseñe (detallado) el proceso para resolver las necesidades del cliente
La metodología de DMADV debe ser utilizada, en vez de la metodología de DMAIC,
cuando un producto o un proceso no está en existencia en su compañía y necesita ser
desarrollado; o bien cuando el producto o el proceso existe y se ha optimizado (con o
DMAIC o no) y todavía no resuelve el nivel de la especificación del cliente o del nivel
Six sigma.
3.2.2 CICLO DE MEJORA DEL DR. DEMING
Deming establece que cuando se mejora la calidad se logra lo siguiente:

 Los costos disminuyen debido a la menor repetición de procesos.
 Menor numero de errores.
 Menos demora y obstáculos.
 Mejor utilización de las maquinas, del tiempo y de los materiales.
3.2.2.1 ESTRATEGIA DE DEMING
El Dr. Deming declaro principios que se encuentran enumerados en lo siguiente:

Creer en el propósito de mejora del producto y servicio, con un plan para ser
competitivo y permanecer en el campo de los negocios. Adoptar una nueva filosofía:
eliminar los niveles comúnmente aceptados de demoras, errores, productos defectuosos.
Suspender la dependencia de la inspección masiva: se requiere evidencia estadística de
que el producto se hace con calidad. Hay que mejorar y controlar los procesos.
Eliminar la práctica de hacer negocio sobre la base del precio de venta. En vez de esto,
mejorar la calidad por medio del precio, es decir minimice el costo total.
Buscar áreas de oportunidad de manera constante para que se puedan mejorar los
sistemas de trabajo de manera permanente. Debe producirse una mejora continua no
sólo en los productos, sino también en los sistemas de producción y servicio.
51
Instituir métodos modernos de entrenamiento en el trabajo. Hay que capacitar

permanentemente a trabajadores y supervisores en sus propios procesos, de manera que
ese aprendizaje ayude a mejorarlos tanto incremental como radicalmente.
Instituir el liderazgo. La tarea del supervisor no consiste en decir a la gente lo que tiene
que hacer ni castigar, sino dirigir a los trabajadores, con el objeto de mejorar la calidad
para, así, mejorar la productividad.
Eliminar el temor, de modo que todos puedan trabajar efectivamente para una empresa.
Los trabajadores deben sentirse seguros.
Romper barreras entre los departamentos. Debe existir comunicación entre todos los
integrantes de la empresa, ya que todos tienen un objetivo común.
Eliminar eslóganes y metas enfocadas a incrementar la productividad sin proveer
métodos, ni analizar verdaderamente las necesidades y procesos.
Eliminar estándares de trabajo que prescriben cuotas numéricas ya que, si la principal
meta es la cantidad, la calidad se va a ver afectada.
Eliminar las barreras que se encuentran entre el trabajador y el derecho a sentirse
orgulloso de su trabajo.
Instituir un vigoroso programa de educación y entrenamiento que permita desarrollar
nuevos conocimientos y habilidades para tener personal más calificado en beneficio de
la empresa.
Crear una estructura en la alta dirección que impulse diariamente los 13 puntos
anteriores.
52
CAPITULO IV
ASEGURAMIENTO DE LA CALIDAD MEDIANTE INGENIERÍA DE

SOFTWARE
4.1 ENFOQUE DE ADMINISTRACIÓN DE LA CALIDAD TOTAL
La administración de la calidad total (TQM), es esencial a lo largo de los pasos del del
desarrollo de los sistemas, el concepto de calidad se ha ampliado con el paso de los años
para reflejar un enfoque en toda la organización. De esto modo, el compromiso de las
empresas hacia la TQM encaja bien con los objetivos generales del análisis y diseño de
sistemas[ CITATION Ari10 \l 10250 ]
4.1.1 SEIS SIGMA
Seis Sigma fue desarrolla por Motorola en la década de 1980, es una cultura basada en
la calidad cuya meta es eliminar todos los defectos, aplicado a cualquier producto,
servicio o proceso[ CITATION Ari10 \l 10250 ]
Seis Sigma es un enfoque descendente de arriba hacia abajo, requiere que el presidente
de la empresa adopte la filosofía y un gerente tome el papel de campeón de proyecto.
Estos líderes deben tener experiencia en el proyecto y contar con capacitación especial.
Seis Sigma se puede resumir como una metodología. En la siguiente figura se muestran
los pasos[ CITATION Ari10 \l 10250 ]
53
1
DEJFINIR
ELPROBLEMA
7 2
OBTENER OBSERVAR EL
SOLUCIONES PROBLEMA
SEIS
SIGMA 3
6
ANALIZAR
NORMALIZAR LAS CAUSAS
LOS CAMBIOS
5 4
ESTUDIAR EFECTUAR
LOS SOBRE LAS
RESULTADOS CAUSAS
Figura 9: Metodología de Seis Sigma
4.1.2 RESPONSABILIDAD DE LA ADMINISTRACIÓN DE CALIDAD

TOTAL
Gran parte de la responsabilidad por la calidad de los sistemas de información recae en

los usuarios de éstos y en los directivos. Para que la TQM se vuelva una realidad en los
proyectos de sistemas, deben darse dos condiciones. Primero, debe existir un apoyo
organizacional incondicional por parte de los directivos, este apoyo significa establecer
un contexto para que los directivos consideren seriamente cómo afecta su trabajo la
calidad de los sistemas de información y la información misma. Es necesario que tanto
el analista como la empresa se comprometan desde el principio y durante todo el ciclo
de vida con la calidad para lograr le meta de calidad.
El apoyo organizacional puede consistir en proporcionar tiempo en el trabajo para los
círculos de calidad de SI, los cuales consisten de seis a ocho pares organizacionales
específicamente responsables de considerar cómo mejorar los sistemas de información y
cómo implementar las mejoras.
Mediante el trabajo en los círculos de calidad de SI o a través de otros mecanismos, la
administración y usuarios deben desarrollar lineamientos para los estándares de calidad
de sistemas de información, preferentemente los estándares se rediseñarán cada vez que
un nuevo sistema o una modificación mayor se proponen formalmente para el equipo de
análisis de sistemas.
54
Los estándares de calidad departamentales se deben comunicar mediante

retroalimentación para el equipo de análisis de sistemas[ CITATION Ari10 \l 10250 ]
4.1.3 REPASO ESTRUCTURADO
Los repasos estructurados son una forma de usar expertos para monitorear la
programación y el desarrollo general del sistema, señalar los problemas y permitir al
programador o analista responsable de dicha parte del sistema hacer los cambios
correspondientes[ CITATION Ari10 \l 10250 ]
Los repasos estructurados involucran por lo menos a cuatros personas: la persona
responsable de la parte del sistema o subsistema que se revisará (un programador o
analista), un coordinador del repaso, un programador o analista experto y un experto
que toma notas acerca de las sugerencias[ CITATION Ari10 \l 10250 ]
El coordinador se encarga de asegurar que otros cumplan los papeles que se le asigne y
de que realicen las actividades establecidas. El programador o analista está para
escuchar. El programador o analista experto tiene que señalar los errores o problemas
potenciales, sin especificar cómo se debe resolver. El tomador de notas registra lo que
se dice con el fin de que los demás participantes puedan interactuar sin ningún
problema[ CITATION Ari10 \l 10250 ]
Los repasos estructurados se pueden hacer siempre que una parte de la codificación, de
un subsistema o de un sistema esté terminada[ CITATION Ari10 \l 10250 ]
El propósito de los repasos es evaluar el producto sistemáticamente de manera continua
en lugar de esperar hasta la terminación del sistema[ CITATION Ari10 \l 10250 ]
4.1.4 DISEÑO Y DESARROLLO DE SISTEMAS
A continuación, se exponen los enfoques para el desarrollo de sistemas de tipo

ascendente y de tipo descendente[ CITATION Ari10 \l 10250 ]
4.1.4.1 DISEÑO ASCENDENTE
Este diseño se refiere a identificar los procesos que necesitan computarizarse conformes
surgen, analizarlos como sistemas y codificar los procesos o comprar software
empaquetado para resolver el problema inmediato. Los problemas que requieren
computarizarse normalmente se encuentran en el nivel más bajo de la organización. El
nombre ascendente se refiere al nivel inferior en el cual se introduce primero la
55
computación. Por ejemplo, al adquirir software comercial para la contabilidad, un

paquete diferente para la programación de producción y otros para el marketing.
Al considerar el sistema global hay serias limitantes para tomar un enfoque ascendente.
Una es que hay duplicidad de esfuerzo en comprar el software e incluso en introducir
los datos. Otra es que se introducen datos inválidos en el sistema. La tercera y más
importante, es que no se consideran los objetivos organizacionales globales, y por lo
tanto dicho objetivos no se pueden cumplir[ CITATION Ari10 \l 10250 ]
4.1.4.2 DISEÑO DESCENDENTE
Significa ver una descripción amplia del sistema y después dividirla en partes más
pequeñas o subsistemas. El diseño descendente permite a los analistas de sistemas
determinar primero los objetivos organizacionales globales, así como también
determinar cómo se reúnen mejor en un sistema global. Después el analista divide
dichos sistemas en subsistemas y requerimientos. Cuando los analistas de sistemas
utilizan este enfoque están pensando en que las interrelaciones e interdependencia de
subsistemas se adaptan a la organización existente[ CITATION Ari10 \l 10250 ]
Las ventajas de usar un enfoque descendente para el diseño de sistemas incluyen evitar
el caos de intentar diseñar un sistema de repente. Otra es que permiten separar a los
equipos de análisis de sistemas para trabajar en paralelo en diferentes subsistemas, lo
cual puede ahorrar mucho tiempo. Una tercera ventaja es que evita un problema mayor
asociado con un enfoque ascendente; evitar que los analistas de sistemas se metan tanto
en los detalles que pierdan de vista lo que se supone que el sistema hace.
También hay algunas dificultades con el diseño. La primera es el riesgo de que el
sistema se divida en subsistemas “erróneos”. Se debe por atención a las necesidades que
se traslapen y a la compartición de recursos de manera que la partición en subsistemas
tenga sentido para todos los sistemas. Otra advertencia es que es necesario detallar de
quien es la responsabilidad de las interfaces. Una tercera observación es que los
subsistemas se deben reintegrar eventualmente, los mecanismos para la reintegración se
necesitan poner en funcionamiento desde el principio[ CITATION Ari10 \l 10250 ]
56
NIVEL DE OBJETIVOS ORGANIZACIONALES

(COORDINAR LOS SISTEMAS PARA CONOCER
LOS OBJETIVOS DE LA COMPAÑIA)
NIVELES DE SISTEMAS FUNCIONALES

(POR EJEMPLO, NOMINA, CONTABILIDAD Y
SISTEMAS DE PRODUCCION)
NIVEL DE SISTEMAS OPERACIONALES

(POR EJEMPLO, ADMINISTRACION DE EDICION,
ACTUALIZACION E IMPRESION)
NIVEL DE MODULO DE PROGRAMA

(POR EJEMPLO, LEER, CLASIFICAR, ESCRIBIR EN
ARCHIVOS, E IMPRIMIR DATOS)
Figura 10: Diseño descendente
4.1.5 DESARROLLO MODULAR
Este enfoque implica dividir la programación en partes lógicas y manejables llamadas

módulos, funciona bien con el diseño descendente porque da énfasis a las interfaces
entre los módulos y no los descuida hasta el final del desarrollo de sistema.
El diseño de programa modular tienes tres ventajas principales. Primero, los módulos
son más fáciles de escribir y de depurar porque prácticamente son independientes,
rastrear un error es sencillo, debido a que un problema en un módulo no debe causar
problemas en otros. Otra ventaja es que los módulos son más fáciles de mantener, las
modificaciones se limitarán a unos módulos y no seguirán en todo el programa. Una
tercera ventaja del diseño modular es que los módulos son más fáciles de entender,
debido a que son subsistemas independientes[ CITATION Ari10 \l 10250 ]
Algunos lineamientos para la programación modular incluyen lo siguiente:
Mantener cada modulo de un tamaño manejable (incluir a la perfección una solo
función)[ CITATION Ari10 \l 10250 ]
Poner particular atención a las interfaces críticas (los datos y variables de control que se
pasan a otros módulos)[ CITATION Ari10 \l 10250 ]
Minimizar el numero de modulo que el usuario debe modificar al hacer los cambios.
57
Mantener las relaciones jerárquicas establecidas en las fases descendentes[ CITATION

Ari10 \l 10250 ]
4.1.6 MODULARIDAD EN EL ENTORNO DE WINDOWS
El modularidad se está volviendo muy importante. Microsoft desarrolló dos sistemas

para vincular los programas en un entorno de Windows. El primero se llama
intercambio dinámico de datos (DDE), el cual comparte códigos al usar archivos de
bibliotecas de vínculos dinámicos (DLL). Al usar DDE, un usuario puede almacenar
datos de un programa quizás en una hoja de cálculos tal como Excel y después usar
dichos datos en otros programas, por decir, en un paquete de procesamiento de texto tal
como Word para Windows. El programa que continúe los datos originales se denominan
servidor y el programa que los usa se llama cliente, los datos se actualicen
automáticamente y se refleje los cambios hechos en los archivos de hoja de cálculos del
servidor desde la última vez que se abrió dicho archivo de procesamiento de
texto[ CITATION Ari10 \l 10250 ]
4.2 USO DE DIAGRAMAS DE ESTRUCTURA PARA DISEÑAR SISTEMAS
Las herramientas recomendadas para diseñar un sistema modular descendente se

denomina diagrama de estructura. Este gráfico simplemente es un diagrama que consiste
de cuadros rectangulares, los cuales representan los módulos, y de flechas de conexión.
Los módulos del nivel superior se numeran por 100s o 1,000s y los módulos de nivel
inferior se numeran por 10s o 100s. Esta enumeración permite a programadores insertar
módulos que se usan un número entre los números de módulos adyacentes. Por ejemplo,
un modulo insertado entre los módulos 110 y 120 recibiría el numero 115. Si se
insertarán dos módulos, los números podrían ser 114 y 117.
A los datos de las líneas de conexión, se dibujan dos tipos de flechas. Las flechas con
los círculos vacíos se denominan parejas de datos y las flechas con los círculos
rellenados se denominan bandejas de control o interruptores. Un interruptor es lo mismo
que una bandeja de control excepto por que está limitado por dos valores: si o no. Estas
flechas indican que algo se pasa hacia abajo al modulo inferior o arriba al superior.
El analista debe mantener a la perfeccionaste acoplamiento al mínimo. Cuando hay
pocas parejas de datos y bandejas de control en el sistema, lo más fácil es cambiar el
58
sistema. Cuando finalmente se programan estos módulos, es importante pasar el menor

número de parejas de datos entre los módulos[ CITATION Ari10 \l 10250 ]
Aún más importante es que se debe evitar las banderas de control numerosas. El control
se diseña para ser pasado de los módulos del nivel inferior a los del nivel superior en la
estructura. Sin embargo, en rara ocasiones será necesario pasar el control hacia abajo en
la estructura. Las banderas de control deciden qué parte de un modelo se ejecuta y están
asociado con las instrucciones IF…THEN…ELSE… y otros tipos similares de
instrucciones[ CITATION Ari10 \l 10250 ]
La figura ilustra una parte de un diagrama de estructura para agregar nuevos empleados,
muestra la forma correcta de diseñar la estructura por debajo del modulo 200,
AGREGAR NUEVO REGISTRO DEL EMPLEADO. Aquí, cada función de impresión
se se ubica en un módulo separado y las banderas de control solo se pasan a la
estructura al módulo de nivel superior[ CITATION Ari10 \l 10250 ]
También se debe examinar los datos que se pasan a través de las parejas de datos. Es
mejor pasar sólo los datos requeridos para realizar la función del módulo. Este enfoque
se denomina acoplamiento de los datos. El paso excesivo de datos se denomina
acoplamiento de sello, y aunque es relativamente inofensivo, reduce las posibilidades de
crear un módulo reutilizable[ CITATION Ari10 \l 10250 ]
59
200
AGREGARNUEVO
REGISTRO DEL EMPLEADO
210 220 230 240 250

LEER NUEVO REGISTRO DE EDITAR NUVO REGISTRO IMPRIMIR LINEA DE IMPRIMIR NUEVA LISTA ESCRIBIR REGISTRO DE
EMPLEADO DE EMPLEADO INFORME INVALIDA DE EMPLEADO EMPLEADO
Figura 11: Un diagrama de estructura perfeccionado que muestra el flujo del control hacia arriba.
Como se muestra en la figura a continuación, el bucle es otro símbolo usado en los

diagramas de estructura. Este símbolo indica que algunos procedimientos encontrados
en los módulos 100 y 200 serán repetidos hasta terminar. Este ejemplo implica que
LEER REGISTRO DEL CLIENTE y EDITAR REGISTRO DEL CLIENTE se repitan
hasta que todo el registro del cliente se complete[ CITATION Ari10 \l 10250 ]
60
Figura 12: El bucle y el diagrama son dos símbolos que indican una acción especial en un diagrama de
Estructura.
4.2.1 DIBUJO DEL DIAGRAMA DE ESTRUCTURA
Al trasformar un diagrama de flujos de datos en un diagrama de estructura, se debe tener

en cuenta varias consideraciones adicionales. El diagrama de flujos de datos indicara la
secuencia de los módulos en un diagrama de estructura. Si un proceso proporciona
entrada a otro proceso, los módulos correspondientes se deben acompañar en la misma
secuencia. A continuación, se muestra un diagrama de flujos de datos para preparar un
informe de clasificación del estudiante[ CITATION Ari10 \l 10250 ]
61
En la siguiente figura se ilustra el diagrama de estructura creado para este diagrama.

62
190
ESCRIBIR LA LINEA DE INFORME DE
CALIFICACION
160
FORMATERA LA LINEA DE PROMEDIO DE
CALIFICACIONES
150
IMPRIMIR
INFORME
170
FORMATERA LA LINEA DE LA CALIFICACION
DEL CURSO
140
CALCULAR PROMEDIO DE CALIFICACIONES
160
FORMATEAR LAS LINEAS DEL NOMBRE Y
DIRECCION DEL ESTUDIANTE
100 130
PREPARAR INFORME LEER REGISTRO DEL ESTUDIANTE
000 120
PRODUCIR INFORME DE CALIFICACION LEER REGISTRO DEL CURSO
110
LEER REGISTRO DE LA CALIFICACION
4.2.2 TIPOS DE MÓDULOS
Los módulos del diagrama de estructura entran en una de las tres categorías generales:
(1) control, (2) transformacional (a veces denominado trabajador) o (3) funcional.
Los módulos de control normalmente se encuentran siempre en la parte superior del
diagrama de estructura y contienen las lógicas para desempeñar los módulos del nivel
inferior, podrían estar, o no estar representado en el diagrama flujo de datos, los tipos de
instrucciones son IF, PERFORM y DO. Con frecuencia la lógica de control es la más
difícil de enseñar, por lo tanto, los módulos de control no deben de ser muy grandes. La
lógica de un modulo de control se podría determinar desde un árbol de decisión o una
tabla de decisión[ CITATION Ari10 \l 10250 ]
Los módulos transformacionales son aquellos creados de un diagrama de flujos de
datos. Normalmente desempeñan una sola tarea, aunque varias tareas secundarias se
63
podrían asocial con la principal. Los módulos transformacionales normalmente incluyen

una mezcla de instrucciones, unas cuantas instrucciones IF y PERFORM o DO y
muchas instrucciones detalladas tales como MOVE y ADD. Estos módulos son
inferiores en la estructura que los módulos de control[ CITATION Ari10 \l 10250 ]
Los módulos funcionales son los más bajos en la estructura, rara vez tiene un módulo
subordinado bajos ellos. Solo desempeñan una tarea, tal como formatear, leer, calcular o
escribir. Algunos de estos módulos se encuentran en un diagrama de flujo de datos, pero
otros se tendrían que agregar, tal como leer un registro o imprimir una línea de error.
En la siguiente figura se presenta el diagrama de estructura para agregar las
reservaciones para los huéspedes de un hotel. Los módulos 000, AGREGAR
RESERVACIÓN DEL HUÉSPED y 100, AGREGAR RESERVACIÓN DEL
CUARTO, son módulos de control. El módulo 110, DESPLEGAR PANTALLA DE
RESERVACIÓN, es un modulo funcional, los módulos 120, OBTENER
RESERVACIÓN DE CUARTO VÁLIDA, y 160, CONFIRMAR CONSERVACIÓN
DEL CUARTO, son los módulos de control de nivel inferior.
Figura 15: Diagrama de estructura para agregar, en líneas, las reservaciones del huésped de un hotel.
El módulo 190 es transformacional y desempeña el modulo 200 para escribir el

REGISTRO DE RESERVACION. Los módulos 130, 140, 150, 160, 170, 180, y 200
son módulos funcionales, estos módulos son los más fáciles de codificar, depurar y
mantener.
64
4.2.3 SUBORDINACIÓN DE MÓDULO
Un módulo subordinado es un inferior en el diagrama de estructura llamado por otro

módulo superior en la estructura. Cada modulo subordinado debe representar una tarea
que es una parte de la función del módulo del nivel superior[ CITATION Ari10 \l 10250 ]
Figura 16: Diagrama de estructura modificado que muestra la subordinación adecuada.
4.3 INGENIERÍA DE SOFTWARE Y DOCUMENTACIÓN
La planeación y control son elementos fundamentales en todo sistema exitoso. En el

desarrollo de software para el sistema, el analista de sistema debe saber que la
planeación tiene lugar en el diseño, incluso antes de que empiece la programación.
Necesitamos técnicas que nos ayuden a establecer los adjetivos del programa, de
manera que nuestros programas estén completos. También necesitamos técnicas de
diseños que nos ayuden a separar el esfuerzo de programación de módulos manejables.
Después que se completan los programas, se deben mantener y los esfuerzos de
mantenimientos normalmente son mayores que el esfuerzo empleado en el diseño y la
programación originales[ CITATION Ari10 \l 10250 ]
El esfuerzo de aseguramiento de la calidad total requiere que los programas se
documenten adecuadamente. El software y los procedimientos se documentan de
manera que se codifiquen en un formato que pueda acceder fácilmente. El acceso a esta
65
documentación es necesario para las nuevas personas que aprenden el sistema y como
un recordatorio para aquellos que no usan el programa con frecuencia. La
documentación permite a usuarios, programadores y analistas “ver” el sistema, su
software y procedimientos sin tener que interactuar con él[ CITATION Ari10 \l 10250 ]
4.3.1 PSEUDOCÓDIGO
El pseudocódigo no es un tipo particular de programar códigos, pero se puede usar

como un paso intermedio para desarrollar el código de programa.
Debido a que el pseudocódigo está tan cerca del código de programa, naturalmente es
favorecido por programadores y por consiguientes no es favorecido por analista de
negocios. El pseudocódigo con frecuencia se usa para representar la lógica de cada
módulo en un diagrama de estructura[ CITATION Ari10 \l 10250 ]
El diagrama de flujos de datos se podría usar para escribir la lógica del pseudocódigo.
Al usar un nivel del programa en un lugar de un nivel de sistema, el diagrama de flujo
de datos podría agregar varios símbolos adicionales. El asterisco (*), que significa “y”,
se usa para indicar que deben estar presente los dos flujos de datos nombrado. En la
figura se presenta un diagrama de flujo de datos utilizando los símbolos
especiales[ CITATION Ari10 \l 10250 ]
66
Figura 17: Diagrama de flujo de datos de la lista de suscriptores de una revista utilizando pseudocódigo
4.3.2 MANUALES DE PROCEDIMIENTOS
Son el componente en español de la documentación, aunque también podrían contener

códigos de programas, diagramas de flujos, etc. Podrían contener comentarios de
fondos, los pasos requeridos para lograr diferentes transacciones, instrucciones de cómo
recuperarse de los problemas y qué hacer si algo no funciona (solucionar problemas).
Actualmente muchos manuales están disponibles en línea, con capacidad de hipertexto
que facilita el uso[ CITATION Ari10 \l 10250 ]
Se desea un enfoque directo y estandarizado para crear documentación de apoyo de
usuario, la misma debe mantener actualizada. El uso de Web ha revolucionado la
velocidad con lo que los usuarios pueden obtener asistencia. Muchos vendedores de
software COTS incluyen archivos “Léame” con descarga o envío de nuevos softwares.
67
4.3.3 EL MÉTODO DE FOLKLORE
Es una técnica de documentación de sistemas creada para complementar otras técnicas,

que recopila información que normalmente se comparte entre los usuarios, pero
raramente se pone por escrito[ CITATION Ari10 \l 10250 ]
Esta es una técnica sistemática, basada en métodos tradicionales usado para recopilar el
folklore sobre las personas y leyendas. Este enfoque para la documentación de sistemas
requiere que el analista entreviste a los usuarios, investigue la documentación existente
en los archivos y observe el procedimiento de información. El objetivo es recopilar la
información correspondiente a una de cuatros categoría: costumbre, anécdota,
proverbios y formas artísticas[ CITATION Ari10 \l 10250 ]
Las anécdotas son historias que los usuarios dicen respecto a cómo funcionó el sistema,
por supuesto, la exactitud de las anécdotas depende de la memoria del usuario.
Los proverbios son declaraciones breves que representan generalizaciones o consejos.
En la documentación de sistemas, tenemos muchos proverbios, tal como “Omita ésta
sección de código y el programa fallarán” o “Haga frecuentemente copia de seguridad”.
Recopilar formas artísticas es otra actividad importante, los diagramas de flujos,
diagramas y tablas que los usuarios diseñan algunas veces podrían ser mejores que los
diseñados por el autor de sistema original[ CITATION Ari10 \l 10250 ]
El peligro de confiar en el Folklore es que la información recopilada de los usuarios
podría ser correcta, particularmente correctas incorrecta.
Selección de una técnica de diseño y documentación
Lo siguiente es un grupo de lineamiento para ayudar al analista a seleccionar la técnica
adecuada, escoja una técnica que[ CITATION Ari10 \l 10250 ]
Es compatible con la documentación existente.
Se entiende por otros en la organización[ CITATION Ari10 \l 10250 ]
Le permite regresar a trabajar en el sistema después de que ha estado fuera de él por un
periodo[ CITATION Ari10 \l 10250 ]
Sea conveniente para el tamaño del sistema en que está trabajando.
Permita un enfoque de diseño estructurado si se considera como más importante que
otros factores[ CITATION Ari10 \l 10250 ]
Permita fácil modificación.
68
4.4 CÓMO PROBAR, MANTENER Y AUDITAR
Una vez que el analista ha diseñado y modificado el sistema, probar, mantener y auditar
son las primeras consideraciones[ CITATION Ari10 \l 10250 ]
4.4.1 EL PROCESO DE PROBAR
Todos los programas de aplicación del sistema se deben probar completamente. Las
pruebas se hacen durante todo el proceso de desarrollo de sistemas. Se busca descubrir
errores desconocidos hasta ahora, no demostrar la perfección de programas, manuales o
equipos[ CITATION Ari10 \l 10250 ]
Probar es una serie esencial de pasos que ayuda a asegurar la calidad del eventual
sistema. Es mucho menos inquietante probar de antemano que tener un sistema probado
deficientemente que falle después de la instalación. Las pruebas se realizan en
subsistemas o módulos del programa conforme avance su desarrollo. Las pruebas se
hacen en muchos niveles diferentes a varios intervalos[ CITATION Ari10 \l 10250 ]
El sistema también se debe probar como todo en funcionamiento. Incluso hay que
probar las interfaces entre los subsistemas; la exactitud de salida; y la utilidad y
entendimiento de la documentación y la salida de sistemas[ CITATION Ari10 \l 10250 ]
OPERADORES
ANALISTAS
USUARIOS
PROGRAMADORES
LOS
LOS
PROGRAMAS
ANALISTAS SE
COMPLETOS
PRUEBAN CON
SE PRUEBAN
DATOS DE
DATOS
PRUEBA
CON DATOS
LOS
PRUEBA
ANALISTAS
REALES DE VINCULACION
COMPLETOS SE
DE PRUEBAN
DATOS DECON
PRUEBA
DATOS DE PRUEBA
Figura 18: Los programadores, analistas, operadores y usuarios desempeñan un papel diferente en probar
el software y sistemas[ CITATION Ari10 \l 10250 ]

69
4.4.1.1 PRUEBAS DE PROGRAMAS CON DATOS DE PRUEBA
Mucha de la responsabilidad para probar el programa radica en el autor(es) original de

cada programa. El analista de sistema sirve como consejo y coordinador para las
pruebas del programa. En esta capacidad, el analista trabaja para asegurar que los
programadores implementen las técnicas de pruebas correctas, pero probablemente no
desempeñe personalmente este nivel de verificación. En esta FACE, los programadores
deben hacer pruebas de escritorio de sus programas para verificar las formas en que
funcionará el sistema[ CITATION Ari10 \l 10250 ]
Luego, los programadores deben crear datos de prueba válidos e inválidos. Los datos de
pruebas creados deben probar posibles valores mínimos y máximos, así como también
todas las variaciones posibles en el formato y códigos. Los archivos de salidas de los
datos de pruebas de deben verificar cuidadosamente. A lo largo de este proceso, el
analista de sistemas verifica la salida de búsqueda de errores, avisando al programador
de cualesquiera correcciones necesarias. El analista podría señalar al programador las
omisiones de tipos de datos a ser agregados en pruebas posteriores [ CITATION Ari10 \l
10250 ]
4.4.1.2 PRUEBA DE VÍNCULOS CON DATOS DE PRUEBAS
Cuando los programas pasan la verificación de escritorio y la verificación de datos de

pruebas, se debe pasar por las pruebas de vínculos, que también se conocen como
prueba de cadena. Estas pruebas verifican si los programas que realmente son
interdependientes[ CITATION Ari10 \l 10250 ]
Podría tomar varios pasos a través del analista para probar todas las combinaciones,
debido a que es inmediatamente difícil resolver los problemas si intenta probar todo a la
vez. Primero se procesan datos de pruebas típicos para ver si el sistema puede manejar
transacciones normales, se agregan las variaciones, incluyendo los datos inválidos para
asegura que el sistema puede detectar adecuadamente los errores[ CITATION Ari10 \l
10250 ]
4.4.1.3 PRUEBA COMPLETA DE SISTEMAS DE DATOS DE PRUEBAS
Cuando las pruebas de vinculación se concluyen satisfactoriamente, se debe probar el

sistema como una entidad completa. En esta fase, los operadores y usuarios finales se
involucran activamente en la prueba[ CITATION Ari10 \l 10250 ]
70
Hay varios factores a considerar cuando se prueban los sistemas de datos de pruebas:
Examinar si los operadores tienen la documentación adecuada en los manuales de
procedimientos[ CITATION Ari10 \l 10250 ]
Verificar si los manuales de procedimiento son lo bastante claro como para comunicar
cómo se deben preparar los datos para la entrada.
Determinar si los flujos de trabajos necesarios para el sistema nuevo o modificado
realmente “fluyen”[ CITATION Ari10 \l 10250 ]
Determinar si las salidas son correctas y si los usuarios entienden que esta salida es
como se verá en su formulario final[ CITATION Ari10 \l 10250 ]
Todos los involucrados deben estar de acuerdo una vez más en cómo determinar si el
sistema está haciendo lo que se supone que hace. Este paso incluirá medidas de error,
oportunidades, facilidad de uso, clasificación apropiada de transacciones, tiempo fuera
de servicio aceptable y manuales de procedimiento entendibles[ CITATION Ari10 \l 10250 ]
4.4.1.4 PRUEBA COMPLETA DE SISTEMAS CON DATOS REALES
Cuando las pruebas de sistemas con datos de prueba se realizan de manera satisfactoria,
es bastante recomendable probar el nuevo sistema repetidas veces con datos que se han
procesado de manera exitosa con el sistema existente. Este paso permite una
comparación precisa de la salida del nuevo sistema con la salida que sabe ha sido
procesada correctamente[ CITATION Ari10 \l 10250 ]
Los aspectos que debe vigilar son la facilidad con que un usuario aprende el sistema y
sus reacciones con su retroalimentación del sistema, incluyendo lo que hace cuando
recibe un mensaje de error y cuando se le informa que el sistema está ejecutando sus
comandos[ CITATION Ari10 \l 10250 ]
4.4.2 PRÁCTICAS DE MANTENIMIENTO
Su objetivo como analistas de sistemas debe ser instalar o modificar sistemas que tienen
una vida bastante útil. Quiere crear un sistema cuyo diseño es bastante comprensivo y
previsivo para atender las necesidades actuales y proyectadas del usuario durante varios
años[ CITATION Ari10 \l 10250 ]
Reducir los costos de mantenimiento es una consideración principal, debido a que el
mantenimiento de software aislado puede consumir más de 50% del presupuesto de
procedimiento de datos para un negocio. Desde una perspectiva de sistemas, tiene
71
sentido que detectar y corregir los errores de diseños de software es menos costoso que
permitir que permanezcan inadvertidos hasta que sea necesario el mantenimiento.
Por lo regular el mantenimiento se realiza para mejorar el software existente en un lugar
de responder a una crisis o falla del sistema. Al igual con el cambio de requerimiento
del usuario, el software y la documentación se deben cambiar como parte del trabajo de
mantenimiento. El mantenimiento también se hace para actualizar el software en
respuestas a la organización cambiante[ CITATION Ari10 \l 10250 ]
Parte del trabajo del analista de sistemas es asegurar que en el lugar haya
procedimientos y canales adecuados para permitir retroalimentación sobre -y respuestas
subsecuentes para- las necesidades de mantenimientos. Correo electrónico para el
soporte técnico, así como también permitirle descargar actualizaciones de productos o
ajusté de Web[ CITATION Ari10 \l 10250 ]
El analista de sistema también necesita establecer un esquema de clasificación para
permitir a los usuarios designar las importancias percibidas durante el mantenimiento
sugerido o solicitado[ CITATION Ari10 \l 10250 ]
4.4.3 CÓMO AUDITAR
Se refiere a pedirle a un experto, que no esté involucrado en crear o usar un sistema,

examinar la información para determinar su fiabilidad.
Generalmente hay dos tipos de auditores para los sistemas de información: interno y
externo. Los auditores internos trabajan para la misma organización que posee el
sistema de información, mientras que los externos (también llamados independientes) se
contratan por fuera[ CITATION Ari10 \l 10250 ]
Los auditores externos se usan cuando el sistema de información procesa datos que
influyen en las declaraciones financieras de una compañía. Los auditores externos
auditan el sistema para asegurar la veracidad de las declaraciones financieras que se
producen. También se podrían traer si ocurre algo fuera de lo normal que involucra a los
empleados de la compañía, tal como la sospecha de un fraude electrónico o un defalco.
Los auditores internos estudian los controles usados en el sistema de información para
estar seguros que son adecuados y que está naciendo lo que debe hacer.
También prueban la suficiencia de controles de seguridad[ CITATION Ari10 \l 10250 ]
72
73
CONCLUSIONES
1. Se ha determinado que la Calidad en los sistemas de información es Conocer,

reflexionar y aplicar normas y estándares de calidad necesarias en el desarrollo
del sistema de información, definiendo actividades y documentación a
considerar en los planes de aseguramiento en cuanto a la calidad poniendo en
marcha los procedimientos de prueba y de control de la calidad de un sistema de
información.
2. Previo la calidad de sistema de información podemos asegurar con mayor
integridad confidencialidad de la informacionmediante la recomendación de
seguridades y controles.
3. La calidad en los sistemas de informacion es un metodo organizado para
recolectar, almacenar y reportar la información. Como un factor que todo
productor de sistemas de información persigue y que demandan los clientes de
productos y servicios de tecnologías de la información, también es importante
enfatizar que en la mayoría de los casos la nueva tendencia dicta ahora el valor
agregado que los sistemas de información de calidad facilitan a las
organizaciones que deciden adoptar un nuevo producto o servicio de sistemas de
información, ya sea en su fase inicial e inclusive en una fase de mejora o
mantenimiento, por lo que considero que ya no solo es suficiente con entregar
productos y/o servicios de tecnologías de la información basados en software
que funcionen, sino que aporten valor agregado en la mayor parte de las
dimensiones (clientes, usuarios, proveedores, etc) de las organizaciones que
implementan el software no como una herramienta más para la generación de
conocimiento y riqueza, sino como una estrategia para mantener un
posicionamiento y liderazgo de alta competitividad. En cuanto a Las
Innovaciones tecnológicas están transformando profundamente la forma que
adoptan los sistemas de información dentro de las organizaciones.
74
RECOMEDACIONES
1. Seguir implementado la calidad en los sistemas de información para evitar que la

información se pierda y tomar buenas decisiones en la selección cuidadosa de la
información que integrara nuestro sistema es decir, escoger solo aquella que
realmente nos permitirá alcanzar los objetivos propuestos.
2. Seguir implementado la calidad en los sistemas de información para mejorar el

sistema administrativo, una vez que se impleménte la calidad en los sistemas
deinformacion se mejora la calidad y cantidad de información para que la
empresa tome decisiones certeras para la buena administración de la empresa.
3. Seguir implementado la calidad en los sistemas de información para centralizar

el control de procesos esto permite una mejor organización debido a que la
resposabilidad del ingreso de datos puede quedar en una misma persona y por
ende habrá un mejor control sobre los procesos a ejecutar
4. Seguir implementado la calidad en los sistemas de información y el laborar la

metodología para integrar el sistema de gestión de calidad y seguridad
75
ANEXOS
76
REFERENCIAS BIBLIOGRAFICAS
A.Cervantes. (2015). GESTIOPOLIS. Obtenido de https://www.gestiopolis.com/ciclo-de-vida-de-

un-sistema-de-informacion/
Huerta, J. V. (2015). GESTIOPOLIS. Obtenido de https://www.gestiopolis.com/sistemas-de-

informacion-en-la-empresa-y-niveles-de-la-piramide-de-informacion/
Laudon, K. C. (2012). Sistemas de Informacion Gerencial. Mexico: Decimo Segunda Edicion.
P., J. (2011). ISSUU. Obtenido de

https://issuu.com/yaque28/docs/ciclo_de_vida_del_desarrollo_de_un_sistema
P.Lopez. (2012). Obtenido de http://panchitos2012.blogspot.pe/2012/09/fases-del-ciclo-de-

vida-de-un-sistema.html
P.Lopez. (2012). Obtenido de http://panchitos2012.blogspot.pe/2012/09/fases-del-ciclo-de-

vida-de-un-sistema.html
P.Lopez. (2012). blogspot. Obtenido de http://panchitos2012.blogspot.pe/2012/09/fases-del-

ciclo-de-vida-de-un-sistema.html
PEÑA. (2006). EDU.MX. Obtenido de http://uprr.edu.mx/Fundamentos%20de%20Sistemas

%20de%20Informacion.pdf
roberto jose herrera acosta, t. j. (marzo de 2010).

http://biblioteca.utec.edu.sv/siab/virtual/elibros_internet/55821.pdf. Obtenido de
http://biblioteca.utec.edu.sv/siab/virtual/elibros_internet/55821.pdf.
Stair, G. R. (1999). Principios de los sistemas de Informacion. Estados Unidos: Thomsom 4ta
edicion.
YELITZA. (2015). Obtenido de https://issuu.com/yelitza23/docs/sistema_de_informaci__n
YELITZA. (2015). ISSUU. Obtenido de

https://issuu.com/yelitza23/docs/sistema_de_informaci__n

Calidad en Los Sistemas de Informacion

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Calidad en Los Sistemas de Informacion

Cargado por

Copyright:

Formatos disponibles

1

UNIVERSIDAD PARA EL DESARROLLO ANDINO

FACULTAD DE CIENCIAS E INGENIERIA

EXAMEN DE SUFICIENCIA PROFESIONAL

“CALIDAD EN LOS SISTEMAS DE INFORMACIÓN”

PARA OPTAR EL TÍTULO PROFESIONAL DE:

LIRCAY – ANGARAES - HUANCAVELICA

“CALIDAD EN LOS SISTEMAS DE INFORMACION”

El presente trabajo monográfico con titulo “Calidad en los Sistemas de Informacion”,

Ing. Hasem Enrique Curi Villanueva

FICHA DE EVALUACION DEL JURADO EXAMINADOR

A Dios, y a mi familia que siempre estan

A la Universidad Para el Desarrollo Andino por nuestra formación profesional,

1.3.2.2 Almacenamiento de Datos...........................................................27

Figura 1: Ciclo de vida de un Sistema de Informacion................................................................22

En la actualidad las empresas y/o instituciones utilizan sistemas de información para

Conocer, reflexionar y emplear normas y estándares de calidad necesarias en el

1. evitar que la información se pierda y tomar buenas decisiones en la selección

2. Mejorar el sistema administrativo, una vez que se mejora la calidad y cantidad

3. Centralizar el control de procesos esto permite una mejor organización debido a

4. Elaborar la metodología para integrar el sistema de gestión de calidad y

La Calidad en los Sistemas de Informacion, es muy importante en el ámbito local,

La toma de contacto con los sistemas de información para la mayoría de organizaciones

En el periodo 1950-1960 se consideraba la información como algo malo, pero necesario,

El entorno actual de las organizaciones obliga a un estilo de gestión fundamentalmente

1.2 DEFINICIONES BASICAS

Es un conjunto de datos organizados y procesados, que establecen un mensaje,

Conjunto de elementos o componentes que interactúan entre sí para cumplir ciertas

1.2.4 SISTEMA DE INFORMACION

“Conjunto de componentes interrelacionados que recolectan o recuperan, procesan,

1.3 CICLO DE VIDA DE UN SISTEMA DE INFORMACIÓN

Cualquier sistema de información va pasando por una serie de fases a lo largo de su

Figura 1: Ciclo de vida de un Sistema de Informacion

El propósito de esta fase es desarrollar un diseño (cómo va a quedar) del sistema de

Luego de que la compañía esté utilizando el sistema, a veceNFs es necesario realizar

Figura 2: Pruebas y correciones de los Sistemas de Informacion

Los programas son escritos, probados y documentados. El propósito de esta fase es

En este proceso se lleva a cabo dichas configuraciones atravesó de CD con la

Se trata de tener un sistema instalado con un conjunto de aplicaciones software para

Figura 3: Uso y Mantenimiento de los SI

1.3.2 FUNCIONES BÁSICAS DE UN SISTEMA DE INFORMACIÓN

Dentro de la complejidad general de un sistema de información, las funciones realizadas

Figura 4: Funciones básicas de un sistema de informacion

1.3.2.1 ENTRADA DE DATOS

1.3.2.2 ALMACENAMIENTO DE DATOS

El S.I. debe mantener grandes ficheros de datos destinados a suministrar la información

Mediante el cálculo el Sistema de Informacion transforma los datos brutos en

1.3.2.4 PRESENTACIÓN DE LA INFORMACIÓN

La función de presentación de un S.I. proporciona una conexión esencial, o interfaz,

Los sistemas de información actuales se diferencian muy notablemente de los del

entrada de tareas a distancia que no incorporaban ninguna capacidad de procesamiento.

1.3.3 SISTEMAS DE INFORMACION

1.3.3.1 DATO VS INFORMACION

Observe que la información es el dato procesado y puesto en un contexto de interés,

Figura 5: datos vs informacion

1.3.3.2 SISTEMA DE INFORMACION GERENCIAL (SIG)

Un sistema de información Gerencial es un grupo de elementos utilizados para la

figura 6 : sistemas de informacion gerencial

1.3.3.3 TIPOS DE SISTEMAS DE INFORMACION.

En la empresa existen varios sistemas de información los cuales se encuentran divididos

A continuación, se mencionan las principales características de estos tipos de Sistemas

1.3.3.3.1 NIVEL OPERATIVO

1.3.3.3.2 NIVEL TÁCTICO

Suelen introducirse después de haber implantado los Sistemas Transaccionales más