Apuntes Implantación

Universidad del Valle de Mxico
Implantacin y Mantenimiento de Sistemas

R002
Mtodos de Implantacin
MTODOS DE IMPLANTACIN
La implantacin es el proceso de verificar e

instalar nuevo equipo, entrenar a los
usuarios, instalar la aplicacin y construir
todos los archivos de datos necesarios para
utilizarla.
La conversin es el proceso de cambiar del

sistema anterior a l sistema nuevo.
La conversin de sistemas debe realizarse lo mas rpidamente posible.
CONVERSION
IMPLEMENTACION
DEL
SISTEMA
En esta fase se define Cundo y de qu forma se introducir el nuevo sistema. La conversin se refiere al momento en el que
el nuevo sistema sustituye al que operaba previamente y la implementacin se refiere a la instalacin y puesta en marcha de
los nuevos equipos y procedimientos que el sistema conlleva. Esta etapa genera un clima de gran expectacin y gran carga de
trabajo.
Instalacin de nuevos softwares
Instalacin de nuevos equipos

Implantacin
Entrenamiento de usuarios
Instalacin de la aplicacin
Construccin de archivos de datos
Cinco estrategias para convertir un sistema

antiguo a uno nuevo:
Cambio directo.
Conversin en paralelo.
Conversin por fases.
Prototipos modulares.
Conversin distribuida.
Estrategias de conversin para los sistemas de

informacin
Cambio directo
Conversin paralela
Conversin gradual
Conversin por
prototipos modulares
Conversin
distribuida
Cambio directo
En una fecha especfica el sistema anterior se cierra, y el nuevo sistema entra en fulloperation
Para este tipo de cambios:
Pruebas extensas
Mandatos gubernamentales
El usuario no tiene posibilidad de usar el antiguo sistema, la adaptacin es una necesidad.
Grandes riesgos ya que :
Pueden darse largos retrasos si suceden errores, debido a que no hay forma alterna para lograr el
procesamiento.
Los usuarios pueden resentir el estar siendo forzados al uso de un sistema no familiar sin
alternativas.
No hay una forma adecuada para comparar los nuevos resultados con los antiguos.
Conversin paralela
Ambos sistemas trabajan al mismo tiempo durante un tiempo determinado.
Posibilidad de revisar los nuevos datos contra los antiguos y detectar a tiempo errores de
procesamiento.
Los usuarios sientes seguridad ya que no estn forzados a usar el nuevo de manera abrupta.
Desventajas:
Costos
Complicado realizar comparaciones de desempeo cuanto el sistema anterior es manual
Duplica carga de trabajo al usuario.
Tiende a usarse el antiguo sistema por resistencia al cambio
Conversin gradual
La conversin gradual trata de combinar las mejores caractersticas de

los dos planes anteriores sin incurrir en todos los riesgos. En este plan, el
volumen de transacciones manejado por el nuevo sistema es
aumentado gradualmente conforme el sistema avanza en sus fases. Las
ventajas de este enfoque incluyen que permiten a los usuarios
involucrarse con el sistema gradualmente y la posibilidad de deteccin y
recuperacin de errores sin mucho tiempo perdido. Las desventajas de
la conversin gradual incluyen el llevarse demasiado tiempo para poner
al nuevo sistema en su lugar y la inadecuacin para la conversin de
sistemas pequeos no complicados.
Conversin por prototipos

modulares
Este enfoque de conversin usa la construccin de prototipos

operacionales modulares para combinar del sistema antiguo al nuevo en
forma gradual.
Conforme cada modulo es modificado y aceptado, es puesto en uso.

Una ventaja es que cada mdulo es probado a fondo antes de ser usado.
Otra ventaja es que los usuarios se familiarizan con cada mdulo
conforme llega a ser operacional.
El hecho de que la construccin de prototipos no sea factible tan

frecuentemente elimina automticamente este enfoque para muchas
conversiones.
Otra desventaja es que se debe poner especial atencin a las interfaces,

para que los mdulos que estn siendo construidos trabajen, de hecho,
como un sistema.
Conversin
distribuida
Muchas instalaciones del sistema
Solo cuando se verifica que la instalacin es completa y funcional se instala en otras

localidades.
Una ventaja de la conversin distribuida es que los problemas pueden ser

detectados y detenidos.
Una desventaja es que aunque la conversin sea satisfactoria, cada sitio tendr sus
propias peculiaridades sobre las que hay que trabajar, y stas deben ser manejadas
con propiedad.
Es recomendable un enfoque de contingencia para decidir sobre una estrategia de

conversin, esto es, el analista considera muchos factores (incluyendo los deseos de
los clientes) en la seleccin de una estrategia de conversin. Obviamente, ningn
enfoque de conversin particular es igualmente adecuado para cada
implementacin del sistema.
El Plan de conversin Incluye:
Una descripcin de todas las actividades que deben ocurrir al implantar el

sistema nuevo y ponerlo en operacin.
Identificacin de las personas responsables de cada actividad.
Un programa de actividades para indicar cuando debe llevarse a cabo cada una
de estas.
Todos los archivos que van a ser convertidos.
Los datos necesarios para estos archivos.
Los nuevos procedimientos.
Etapas de verificacin para ver si cada uno de las personas o el sistema esta
trabajando al da .
Las asignaciones de responsabilidades,
El tiempo para cada rutina.
El Plan de conversin debe:
Anticipar los posibles problemas y la forma de enfrentarlos.
Documentos perdidos.
Variacin de los formatos (anteriores y nuevos).
Errores en la conversin de datos.
Extravo de datos o perdida de archivos.
Aspectos de seguridad para los sistemas
La seguridad es parte de una conversin exitosa.
No hay nada como un sistema totalmente seguro.
Las acciones de los analistas y usuarios pretenden mover los sistemas hacia
el lado mas seguro del espectro disminuyendo la vulnerabilidad.
La seguridad es responsabilidad de todos aquellos que estn en contacto

con el sistema.
Tiene tres aspectos interrelacionados:
Fsico.
Lgico.
Conductual.
Seguridad Fsica: Se refiere a proteger el sitio donde se encuentra la

computadora, su equipo y software a travs de medios fsicos.
Acceso controlado a las salas de cmputo:
Cdigos de acceso (biometra, cdigo de barras, etc.)
Control de acceso (Registro manual)
Supervisin (Circuito cerrado )
Almacn de datos en lugares seguros.
A prueba de fuego.
A prueba de agua.
Seguridad Fsica:
El equipo pequeo se debe asegurar.

Garantizar el suministro de energa elctrica ininterrumpido.
Alarmas que notifican situaciones de fuego, inundacin o intrusin deben estar
funcionando en todo momento.
El analista debe tomar las decisiones acerca de la seguridad fsica cuando est
planeando la las instalaciones de cmputo y la compra de equipo.
Seguridad Lgica: Se refiere a los controles lgicos dentro del mismo

software.
Los controles lgicos ms familiares para la mayora de los usuarios son

contraseas y cdigos de autorizacin de algn tipo. Cuando son usados
permiten que el usuario con la contrasea correcta entre al sistema o a una parte
particular de este.
Seguridad Lgica:
Sin embargo, las contraseas son tratadas desdeosamente o de manera

descuidad en muchas organizaciones:
Los empleados gritan una contrasea dentro de las oficinas
Escriben las contraseas en papeles pegados a sus terminales
Comparten contraseas personales con empleados autorizados que han olvidado la

suya.
El software de encriptacin especial se ha desarrollado

transacciones comerciales en la WEB.
Uso de firewall.
para proteger las
Seguridad Lgica:
Todava no hay ninguna forma totalmente integrada

problemas de seguridad con las redes interna y externas.
de solucionar los
Los controles lgicos y fsicos son importantes, pero claramente no son

suficientes para proporcionar una seguridad adecuada. Tambin se necesitan
cambios de comportamiento
Seguridad Conductual: Las expectativas de comportamiento de una

organizacin estn codificadas en sus manuales de poltica y hasta en
signos puestos en tableros de noticias.
Pero el comportamiento que tienen internamente los miembros de la

organizacin tambin es critico para el xito de los esfuerzos de seguridad.
Los firewall fallan cundo los ataques son internos.
Seguridad Conductual:
La seguridad puede comenzar por investigar a los empleados que eventualmente tendrn acceso a
las computadoras, datos e informacin, para asegurarse de que sus intereses sean consistentes con
los de la organizacin y que comprenden completamente la importancia de llevar a cabo
procedimientos de seguridad.
Las polticas que se refieren a seguridad deben ser escritas, distribuidas y actualizadas por que los
empleados estn totalmente conscientes de las expectativas y responsabilidades.
Aqu es donde el analista de sistemas tendr contacto por primera vez con los aspectos de
comportamiento de la seguridad.
Parte de la faceta de comportamiento de seguridad es monitorear el comportamiento a

intervalos irregulares para asegurarse de que se estn siguiendo los procedimientos
adecuados y para corregir cualquier comportamiento que los haya erosionado con el tiempo.
Registrar la cantidad de intentos de registro no satisfactorios de los usuarios es una forma de

monitorear si usuarios no autorizados estn tratando de registrarse en el sistema.
Se recomienda el inventario peridico y frecuente de equipo y software.
Se deben examinar sesiones extraamente largas o el acceso despus de horas de trabajo no tpico
al sistema.
Los empleados deben entender lo que se espera claramente de ellos, lo que se prohbe y lla
magnitud de sus derechos y responsabilidades.
La salida generada por el sistema debe ser reconocida por su potencial de poner la organizacin en
riesgo en algunas circunstancias.
Los controles de la salida incluyen pantallas que solo pueden ser accesadas por medio de
contraseas, clasificacin de informacin (esto es, a quien se le puede distribuir y cuando) y
almacenamiento seguro de documentos impresos y almacenados magnticamente.
En algunos casos se debe hacer provisiones para la destruccin de documentos que son clasificados
o propios.
Se pueden contratar servicios de destruccin o pulverizacin de una empresa externa, por una cuota,
que destruirn medios magnticos, cartuchos de maquinas de escribir e impresoras y papel.
REVISIN DESPUES DE LA IMPLANTACIN
IMPLANTACIN DE SISTEMAS
A travs de una adecuada implantacin de sistemas debemos de garantizar

el ptimo funcionamiento de la aplicacin, siempre orientado a:
Hacer la operacin ms sencilla.
Lograr un alto grado de autonoma por parte de los usuarios finales.
Optimizar los procesos de negocio segn la aplicacin a implantar.
Transferencia del conocimiento de la solucin al usuario final.
Obtener informacin confiable y oportuna.
Utilizacin de la funcionalidad de la aplicacin, eliminando procesos manuales o con

herramientas alternativas.
Concluir la implantacin en los tiempos y costos establecidos desde el principio.
Despus de implantar el sistema y completar la conversin, se hace una revisin del

sistema conducida por los usuarios y los analistas.
La revisin despus de la implantacin es un proceso formal para determinar:
Que tan bien est funcionando el sistema.

Como ha sido aceptado.
Cules ajustes son necesarios.
Ningn sistema es en realidad totalmente completo, el sistema permanecer

mientras que no se requiera cambios:
Debido a desarrollos internos
Nuevos usuarios
Actividades de la empresa
Por situaciones
externas
Nuevos requisitos legales
Estndares de la industria
La competencia
La revisin despus de la implantacin es la primera
los requisitos
fuente de
informacin de
de mantenimiento.
El inters fundamental es determinar si el sistema
Si el nivel de desempeo de los usuarios ha mejorado.
Si el sistema est produciendo el resultado deseado
cumpli su objetivo:
La calidad de la salida del sistema es de suma importancia, tomando como indicadores

de la calidad del sistema los siguientes puntos:
La precisin de la informacin
Lo oportuno de su presentacin
Su cobertura
Lo apropiado del formato
Los reportes de difcil interpretacin o que no contengan informacin

suficiente para ser tiles deberan ser rediseados.
La revisin puede revelar que la informacin que previamente se

consideraba innecesaria, al final de cuentas tiene que incluirse.
La facilidad en el uso y la tendencia hacia los errores en la captura de

datos son preguntas fundamentales que se deben hacer los analistas
durante la revisin:
Se usa fcilmente el sistema?
Las validaciones son adecuada para prevenir los errores de captura, detectarlos,
reportarlos y corregirlos cuando ocurran ?
La confianza del usuario es tambin un indicador de la calidad del

sistema.
La confianza que tengan los usuarios, gerentes y operadores en el

sistema con certeza afecta su longevidad y uso.
Los sistemas que son fciles de usar y que dan distintos

beneficios son aceptados y bien recibidos por la gente.
En algunos casos se hallan componentes inadecuados:
Excesivo tiempo de proceso
Los cuellos de botella en la preparacin de datos.

Puntos a considerar en la evaluacin de un sistema de informacin
1.
Cmo ha cambiado el SI el costo de la operacin?
2.
Cmo ha cambiado el SI la forma en la que se lleva a cabo las operaciones?
3.
Cmo ha cambiado el SI la precisin de la informacin que reciben los usuarios?
4.
Cmo ha cambiado el SI lo oportuno de la informacin y los reportes que reciben los usuarios?
5.
Ha provocado el SI cambios en la organizacin? Han sido estos cambios para bien o para mal?
6.
Cmo ha cambiado el SI lo completo de la informacin?
7.
Cmo ha cambiado el SI el control o la centralizacin? Cul es el efecto de dichos cambios?
8.
Cmo ha cambiado el SI las actitudes de los usuarios del sistema o las personas afectadas por el sistema?
9.
Cmo ha cambiado el SI el nmero de usuarios?
10.
Cmo ha cambiado el SI las relaciones entre los miembros de la organizacin?
11.
Cmo ha cambiado el SI la productividad?
12.
Cmo ha cambiado el SI el esfuerzo que debe hacerse para recibir la informacin necesaria en la toma de
decisiones ?
Mtodos de revisin
Los mtodos de recoleccin de datos va cuestionarios, entrevistas, observacin, muestreo e

inspeccin son los ms tiles para recopilar los detalles sobre el sistema nuevo.
Mtodos de revisin
Otros mtodos complementarios revelarn informacin adicional a los evaluadores, por

ejemplo:
Registro de eventos
Evaluacin del impacto
Encuestas de actitud
Registro de eventos (incidentes crticos):
Los usuarios registran eventos no usuales o inesperados que afectan al sistema.
Estos eventos pueden ser el reflejo de incidentes que el sistema no es capaz de controlar o a
actividades que no ocurran de manera prescrita.
Los usuario no pueden cambiar los precios
Los usuario no pueden aplicar descuentos
Evaluacin del impacto:
Determina como afectan o cambian los sistemas a las reas de la organizacin en las cuales
se instalan.
Si los nuevos sistemas se proponen y desarrollan sobre la base de una velocidad mayor,
menos errores, mejor integracin de las actividades, reduccin de la redundancia o
mejoramiento en la productividad, los sistemas deben evaluarse contra estas expectativas.
Evaluacin del impacto:
Revisar algunos registros, determinar la productividad del sistema u observar a los usuarios
proporcionarn estadsticas concretas de los efectos del sistema.
El impacto del sistema tambin debe compararse con los costos y beneficios econmicos.
Despus de la implantacin, el sistema se revisa para comparar los costos y beneficios

reales con los calculados.
Encuestas de actitud:
Un sistema que es fuertemente criticado podra dejar de usarse en poco tiempo a menos que
se le hagan ajustes.
Cmo se sientes los usuarios y otras personas afectadas por un nuevo sistema, tales como
clientes, proveedores o gerentes internos?
Esta pregunta revela mucho acerca de la utilidad futura del sistema.
Las encuestas de actitud, recoleccin de ideas y opiniones entorno de un sistema dan esta
informacin.
Esta pregunta revela mucho acerca de la utilidad futura del sistema.
Las encuestas de actitud (cuestionarios, entrevistas), recoleccin de ideas y opiniones

entorno de un sistema proporcionan esta informacin y revelan el lado humano del sistema.
Las preguntas pertinentes cuestionan los sentimientos de las personas acerca de los
cambios en la calidad del trabajo que desarrollan, la calidad de sus esfuerzos, la calidad del
servicio al cliente, facilidad de uso o aceptacin del sistema por los compaeros de trabajo.
TECNICAS DE EVALUACIN:
Anlisis Costo-Beneficio.
Modelos que estiman el valor de una decisin.
Evaluaciones del usuario que enfatizan los problemas de implementacin y participacin del usuario.
Enfoques de utilidad del sistema de informacin que examinan las propiedades de la informacin.
Cada tipo de evaluacin tiene un propsito diferente y tiene desventajas inherentes:
Anlisis Costo-Beneficio: Podra ser difcil de aplicar, ya que el sistema proporciona informacin
acerca de los objetivos para la primera vez .
Modelos que estiman el valor de una decisin: Presenta dificultad, debido a que todas las variables
involucradas con el diseo, desarrollo e implementacin del SI no se pueden calcular o cuantificar.
Evaluaciones del usuario que enfatizan los problemas de implementacin y participacin del usuario:
Produce algn entendimiento para los nuevos proyectos al proporcionar una lista de control de la
conducta potencial
disfuncional por varios miembros organizacionales, pero enfatiza la
implementacin sobre otros aspectos del diseo del SI.
Enfoques de utilidad del sistema de informacin que examinan las propiedades de la informacin:
Puede ser mas completo que otros si se extiende y se aplica sistemticamente.
Enfoques de utilidad del sistema de informacin:
Las utilidades de informacin incluyen:
Posesin.
Forma.
Lugar.
Tiempo.
De actualizacin.
Del objetivo.
Enfoques de utilidad del sistema de informacin:
Las utilidades de informacin incluyen:
Posesin (quien).
Forma (que).
Lugar (donde).
Tiempo (cuando).
De actualizacin (como).
Del objetivo (porque).
Utilidad de posesin : La informacin no tiene valor en el poder de alguien que carece

de poder para hacer mejoras en el sistema o alguien que carece de habilidad de usar
la informacin productivamente
Quien debe recibir la salida?
Quien es el responsable de tomar la decisin ?
Utilidad de forma : Los documentos deben ser tiles al tomador de decisiones en lo

que se refiere al formato de y jerga de documento usado.
Los acrnimos deben ser significativos para el usuario.
La informacin debe estar en formato apropiado.
La sobrecarga de informacin disminuye el valor de un sistema de informacin.
Qu tipo de salida se distribuye

decisiones?
al tomador de
Utilidad de lugar : La informacin se debe entregar en el lugar donde se toman las

decisiones.
Se deben archivar o almacenar informes ms detallados o informes de administracin

anteriores para facilitar el acceso futuro
Dnde se distribuye la informacin ?
Utilidad de tiempo : La informacin debe llegar antes de que se tome una decisin.
La informacin retrasada no tiene ninguna utilidad.
Los informes podran ser inexactos u olvidarse si se entregan prematuramente.
Cuando se entrega la informacin ?
Utilidad de actualizacin: Involucra como se introduce la informacin y se usa por el

tomador de decisiones.
Un SI tiene valor si se mantiene despus de que sus diseadores se van, o
Si un usuario que usa por una sola vez el SI obtiene resultados satisfactorios y duraderos.
Utilidad de objetivo:
El objetivo del SI no solo debe estar en lnea con los objetivos del tomador de decisiones,
sino que tambin debe reflejar sus prioridades.
La utilidad del objetivo responde el porqu de los sistemas de informacin preguntando

si:
la salida tiene el valor de ayudar a la organizacin a

cumplir sus metas?
REVISIN DESPUES DE LA
IMPLANTACIN
Ejemplo:
Evaluacin de informacin de inventario de sangre y de un sistema de apoyo a la toma de

decisiones usando el enfoque de utilidad de un sistema de informacin.

Mdulo del SI
Utilidad de forma
Utilidad de tiempo
Listas de inventarios
xito
Bueno. Acrnimos
usados donde sin
iguales que los cdigos
de envo.
Bueno. Los informes se

recibieron por lo menos
una hora antes de que
se programaran los
envos.
Informes de resumen de
la gerencia
xito
Bueno. El informe de
resumen de diseo para
las especificaciones de
formato exacta de los
informes de resumen
manuales desarrollados
por el administrador de
sangre.
Bueno. Igual que el

listado.
Utilidad de lugar
Utilidad de
posesin
Utilidad de
actualizacin
Utilidad de
objetivo
Bueno. Las listas de

inventarios de
imprimieron en el
centro regional de
sangre.
Bueno. Los informes los

recibieron las mismas
personas que
originalmente
mantuvieron los registros
manuales.
Bueno. La
implementacin fue fcil
debido a que los
hospitales encontraron
las listas de inventarios
exactamente fciles.
Bueno. La
informacin acerca de
la ubicacin de una
unidad particular est
disponible.
Bueno. Los informes de

resumen se imprimen
en el centro donde se
necesitan.
Bueno. Los
administradores de
sangre que originalmente
mantienen los informes
manuales reciben estos
reportes.
Bueno. Los
administradores de
sangre participan en el
diseo de los informes.
Bueno. Los informes

de resumen ayudan a
reducir ausencias.

Mdulo del SI
Utilidad de forma
Utilidad de tiempo
Utilidad de lugar
Utilidad de
posesin
Utilidad de
actualizacin
Utilidad de
objetivo
Pronsticos a corto
plazo
xito
Bueno. Un pronstico
se emiti para cada tipo
de sangre.
Bueno. Los pronsticos

se actualizan a diario.
Bueno. Se imprimen en
el banco de sangre.
Bueno. Los
administradores
involucrados con la
administracin y la
recopilacin reciben el
informe.
Bueno. El diseo de la
salida pudo haber sido
ms participativo.
Bueno. Se previnieron
ausencias en la
llamada de ms
donadores.
Asignacin heurstica
xito
Pobre. Las personas

que asignan la sangre
desconfan de los
misteriosos nmeros
producidos por la
computadora.
Bueno. Los informes se

proporcionaron una hora
antes de que se
tomaran las decisiones.
Bueno. Se imprimieron
en el banco de sangre.
Regular. Los
administradores
responsables de asignar
a diario la sangre reciben
el original.
Pobre. Demasiadas
personas involucradas
con los inventarios de
sangre pueden
participar en el diseo
del sistema.
Pobre. Esta no fue

una meta inmediata
de la regin del banco
de sangre. Los costos
de envo se pasaron a
los pacientes

Apuntes Implantación

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Apuntes Implantación

Uploaded by

Copyright:

Available Formats

Universidad del Valle de Mxico

Implantacin y Mantenimiento de Sistemas

La implantacin es el proceso de verificar e

La conversin es el proceso de cambiar del

La conversin de sistemas debe realizarse lo mas rpidamente posible.

Instalacin de nuevos equipos

Construccin de archivos de datos

Cinco estrategias para convertir un sistema

Conversin por fases.

Estrategias de conversin para los sistemas de

Para este tipo de cambios:

El usuario no tiene posibilidad de usar el antiguo sistema, la adaptacin es una necesidad.

Grandes riesgos ya que :

Ambos sistemas trabajan al mismo tiempo durante un tiempo determinado.

Complicado realizar comparaciones de desempeo cuanto el sistema anterior es manual

Duplica carga de trabajo al usuario.

Tiende a usarse el antiguo sistema por resistencia al cambio

La conversin gradual trata de combinar las mejores caractersticas de

Conversin por prototipos

Este enfoque de conversin usa la construccin de prototipos

Conforme cada modulo es modificado y aceptado, es puesto en uso.

El hecho de que la construccin de prototipos no sea factible tan

Otra desventaja es que se debe poner especial atencin a las interfaces,

Muchas instalaciones del sistema

Solo cuando se verifica que la instalacin es completa y funcional se instala en otras

Una ventaja de la conversin distribuida es que los problemas pueden ser

Es recomendable un enfoque de contingencia para decidir sobre una estrategia de

El Plan de conversin Incluye:

Una descripcin de todas las actividades que deben ocurrir al implantar el

El Plan de conversin debe:

Anticipar los posibles problemas y la forma de enfrentarlos.

Variacin de los formatos (anteriores y nuevos).

Errores en la conversin de datos.

Extravo de datos o perdida de archivos.

Aspectos de seguridad para los sistemas

Aspectos de seguridad para los sistemas

La seguridad es parte de una conversin exitosa.

No hay nada como un sistema totalmente seguro.

La seguridad es responsabilidad de todos aquellos que estn en contacto

Aspectos de seguridad para los sistemas

Tiene tres aspectos interrelacionados:

Aspectos de seguridad para los sistemas

Seguridad Fsica: Se refiere a proteger el sitio donde se encuentra la

Acceso controlado a las salas de cmputo:

Cdigos de acceso (biometra, cdigo de barras, etc.)

Control de acceso (Registro manual)

Supervisin (Circuito cerrado )

Almacn de datos en lugares seguros.

Aspectos de seguridad para los sistemas

El equipo pequeo se debe asegurar.

Aspectos de seguridad para los sistemas

Seguridad Lgica: Se refiere a los controles lgicos dentro del mismo

Los controles lgicos ms familiares para la mayora de los usuarios son

Aspectos de seguridad para los sistemas

Sin embargo, las contraseas son tratadas desdeosamente o de manera

Los empleados gritan una contrasea dentro de las oficinas

Escriben las contraseas en papeles pegados a sus terminales

Comparten contraseas personales con empleados autorizados que han olvidado la

El software de encriptacin especial se ha desarrollado

para proteger las

Aspectos de seguridad para los sistemas

Todava no hay ninguna forma totalmente integrada

Los controles lgicos y fsicos son importantes, pero claramente no son

Aspectos de seguridad para los sistemas