You are on page 1of 43

2.

1
ESTNDARES PARA EL MANEJO DE
DATOS E INFORMACIN

UN ESTNDAR PARA EL MANEJO DE DATOS ESTABLECE UN SISTEMA COMN DE


TERMINOLOGA Y DE DEFINICIONES PARA DOCUMENTAR DATOS. IDEALMENTE LAS
ESTRUCTURAS Y DEFINICIONES DE METADATOS DEBEN TENER SU REFERENCIA EN UN
ESTNDAR.
LOS ESTNDARES PERMITEN LA LOCALIZACIN RPIDA DE CIERTO ELEMENTO. SI SE UTILIZA
UN ESTNDAR, ENCONTRAR LA INFORMACIN ESPECFICA EN UN CATLOGO DE
METADATOS SER MUCHO MS FCIL QUE SI NO SE UTILIZA NINGN ESTNDAR.
.

LOS ESTNDARES PERMITEN BSQUEDAS AUTOMATIZADAS. CUANDO SE UTILIZAN LOS


ESTNDARES, LAS COMPUTADORAS SE PUEDEN PROGRAMAR PERMITIENDO BUSCAR Y
ENCONTRAR CONJUNTOS DE DATOS TILES.

AYUDAN A MINIMIZAR LA DUPLICACIN DE ESFUERZOS EN LA ELABORACIN,


RECOLECCIN, PROCESAMIENTO O DISTRIBUCIN DE LA INFORMACIN.
DOMINIOS PRINCIPALES:

>POLTICAS DE SEGURIDAD. SOBRE LAS DIRECTRICES Y CONJUNTO DE POLTICAS PARA LA SEGURIDAD


DE LA INFORMACIN. REVISIN DE LAS POLTICAS PARA LA SEGURIDAD DE LA INFORMACIN.

>ORGANIZACIN DE LA SEGURIDAD DE LA INFORMACIN. TRATA SOBRE LA ORGANIZACIN


INTERNA: ASIGNACIN DE RESPONSABILIDADES RELACIONADAS A LA SEGURIDAD DE LA INFORMACIN,
SEGREGACIN DE FUNCIONES, CONTACTO CON LAS AUTORIDADES, CONTACTO CON GRUPOS DE
INTERS ESPECIAL Y SEGURIDAD DE LA INFORMACIN EN LA GESTIN DE PROYECTOS.
>CONTROL DE ACCESOS. SE REFIERE A LOS REQUISITOS DE LA ORGANIZACIN PARA EL CONTROL DE
ACCESOS, LA GESTIN DE ACCESO DE LOS USUARIOS, RESPONSABILIDAD DE LOS USUARIOS Y EL
CONTROL DE ACCESO A SISTEMAS Y APLICACIONES.

>CIFRADO. VERSA SOBRE LOS CONTROLES COMO POLTICAS DE USO DE CONTROLES DE CIFRADO Y
LA GESTIN DE CLAVES.

>SEGURIDAD DE LAS COMUNICACIONES. GESTIN DE LA SEGURIDAD DE LA RED; GESTIN DE LAS


TRANSFERENCIAS DE INFORMACIN.
ISO 27001

ES UNA NORMA INTERNACIONAL QUE PERMITE EL ASEGURAMIENTO, LA CONFIDENCIALIDAD E


INTEGRIDAD DE LOS DATOS Y DE LA INFORMACIN, AS COMO DE LOS SISTEMAS QUE LA PROCESAN.

EL ESTNDAR ISO 27001:2013 PARA LOS SISTEMAS GESTIN DE LA SEGURIDAD DE LA INFORMACIN


PERMITE A LAS ORGANIZACIONES LA EVALUACIN DEL RIESGO Y LA APLICACIN DE LOS CONTROLES
NECESARIOS PARA MITIGARLOS O ELIMINARLOS.
ESTA NORMA FUE PUBLICADA RECIENTEMENTE, APORT UNA SERIE DE CAMBIOS CON RESPECTO A SU
ANTECESORA QUE LOS USUARIOS DE LOS SGSI TIENEN QUE ASIMILAR PARA CONTINUAR
GESTIONANDO DE FORMA EFICAZ LA SEGURIDAD DE LA INFORMACIN.
ALGUNAS NOVEDADES DE ESTA NORMA:
-SE HAN REVISADO LOS REQUISITOS Y CONTROLES.
-SE APUESTA POR UN ENFOQUE DEL ANLISIS DEL RIESGO EN LA FASE DE PLANIFICACIN Y
OPERACIN. SOFTWARE PARA ISO 27001
ESTE SOFTWARE, PERMITE INTEGRAR LA ISO 27001 CON OTRAS NORMAS, COMO ISO 9001, ISO 14001
Y OHSAS 18001 DE UNA FORMA SENCILLA GRACIAS A SU ESTRUCTURA MODULAR.
ISO/IEC 27002
ES UN ESTNDAR PARA LA SEGURIDAD DE LA INFORMACIN PUBLICADO POR LA ORGANIZACIN
INTERNACIONAL DE NORMALIZACIN Y LA COMISIN ELECTROTCNICA INTERNACIONAL.
ISO/IEC 27002 PROPORCIONA RECOMENDACIONES DE LAS MEJORES PRCTICAS EN LA GESTIN DE LA
SEGURIDAD DE LA INFORMACIN A TODOS LOS INTERESADOS Y RESPONSABLES EN INICIAR,
IMPLANTAR O MANTENER SISTEMAS DE GESTIN DE LA SEGURIDAD DE LA INFORMACIN.
2.2
ESTNDARES DE ANLISIS DISEO, E IMPLEMENTACIN DE
SISTEMAS.

ES UN CONJUNTO O DISPOSICIN DE PROCEDIMIENTOS O PROGRAMAS


RELACIONADOS DE MANERA QUE JUNTOS FORMAN UNA SOLA UNIDAD. UN CONJUNTO
DE HECHOS, PRINCIPIOS Y REGLAS CLASIFICADAS Y DISPUESTAS DE MANERA
ORDENADA MOSTRANDO UN PLAN LGICO EN LA UNIN DE LAS PARTES.
DEBE PRESENTARSE Y ENTENDERSE EL DOMINIO DE LA INFORMACIN DE UN
PROBLEMA.

DEFINA LAS FUNCIONES QUE DEBE REALIZAR EL SOFTWARE.

REPRESENTE EL COMPORTAMIENTO DEL SOFTWARE A CONSECUENCIAS DE


ACONTECIMIENTOS EXTERNOS.
IDENTIFICACIN DE NECESIDADES
ES EL PRIMER PASO DEL ANLISIS DEL SISTEMA, EN ESTE PROCESO EL ANALISTA SE
RENE CON EL CLIENTE Y/O USUARIO E IDENTIFICAN LAS METAS GLOBALES, SE
ANALIZAN LAS PERSPECTIVAS DEL CLIENTE, SUS NECESIDADES Y REQUERIMIENTOS,
SOBRE LA PLANIFICACIN TEMPORAL Y PRESUPUESTAL, LNEAS DE MERCADEO Y
OTROS PUNTOS QUE PUEDAN AYUDAR A LA IDENTIFICACIN Y DESARROLLO DEL
PROYECTO.
ESTA PARTE SE ENCUENTRA DIVIDIDA POR CINCO PARTES QUE SON:

RECONOCIMIENTO DEL PROBLEMA.


EVALUACIN Y SNTESIS.
MODELADO.
ESPECIFICACIN.
REVISIN
DISEOS DE SISTEMAS
DEFINE EL PROCESO DE APLICAR CIERTAS TCNICAS Y PRINCIPIOS CON EL PROPSITO
DE DEFINIR UN DISPOSITIVO, UN PROCESO O UN SISTEMA, CON SUFICIENTES
DETALLES COMO PARA PERMITIR SU INTERPRETACIN Y REALIZACIN FSICA.
ETAPAS:

1. EL DISEO DE LOS DATOS: TRANSFORMA EL MODELO DE DOMINIO DE LA


INFORMACIN, CREADO DURANTE EL ANLISIS, EN LAS ESTRUCTURAS DE DATOS
NECESARIOS PARA IMPLEMENTAR EL SOFTWARE.

1. EL DISEO ARQUITECTNICO: DEFINE LA RELACIN ENTRE CADA UNO DE LOS


ELEMENTOS ESTRUCTURALES DEL PROGRAMA.
1. EL DISEO DE LA INTERFAZ. DESCRIBE COMO SE COMUNICA EL SOFTWARE
CONSIGO MISMO, CON LOS SISTEMAS QUE OPERAN JUNTO CON EL Y CON LOS
OPERADORES Y USUARIOS QUE LO EMPLEAN.

1. EL DISEO DE PROCEDIMIENTOS. TRANSFORMA ELEMENTOS ESTRUCTURALES DE


LA ARQUITECTURA DEL PROGRAMA. LA IMPORTANCIA DEL DISEO DEL SOFTWARE
SE PUEDE DEFINIR EN UNA SOLA PALABRA CALIDAD.
UN DISEO DEBE CONTENER
ABSTRACCIONES DE DATOS Y
PROCEDIMIENTOS
DEBE PRODUCIR MDULOS QUE PRESENTEN CARACTERSTICAS DE
FUNCIONAMIENTO INDEPENDIENTE.

DEBE CONDUCIR A INTERFACES QUE REDUZCAN LA COMPLEJIDAD DE LAS


CONEXIONES ENTRE LOS MDULOS Y EL ENTORNO EXTERIOR.

DEBE PRODUCIR UN DISEO USANDO UN MTODO QUE PUDIERA REPETIRSE SEGN


LA INFORMACIN OBTENIDA DURANTE EL ANLISIS DE REQUISITOS DE SOFTWARE.
ISO 9001:2015

LA NORMA ISO 9001:2008 DETERMINA LOS REQUISITOS PARA UN SISTEMA DE GESTIN DE LA CALIDAD,
QUE PUEDEN UTILIZARSE PARA SU APLICACIN INTERNA POR LAS ORGANIZACIONES, SIN IMPORTAR SI
EL PRODUCTO O SERVICIO LO BRINDA UNA ORGANIZACIN PBLICA O EMPRESA PRIVADAS,
CUALQUIERA QUE SEA SU TAMAO, PARA SU CERTIFICACIN O CON FINES CONTRACTUALES Y
ACTUALES.
ESTRUCTURA ISO 9001:2008

CAPTULO 1 AL 3: GUAS Y DESCRIPCIONES GENERALES.


CAPTULO 4 - SISTEMA DE GESTIN: CONTIENE LOS REQUISITOS GENERALES Y LOS REQUISITOS PARA
GESTIONAR LA DOCUMENTACIN.
CAPTULO 5 - RESPONSABILIDADES DE LA DIRECCIN: CONTIENE LOS REQUISITOS QUE DEBE CUMPLIR LA
DIRECCIN DE LA ORGANIZACIN, TALES COMO DEFINIR LA POLTICA, ASEGURAR QUE LAS
RESPONSABILIDADES Y AUTORIDADES ESTN DEFINIDAS, APROBAR OBJETIVOS, EL COMPROMISO DE LA
DIRECCIN CON LA CALIDAD, ETC.
CAPTULO 6 - GESTIN DE LOS RECURSOS: LA NORMA DISTINGUE 3 TIPOS DE RECURSOS SOBRE LOS CUALES
SE DEBE ACTUAR: RR.HH., INFRAESTRUCTURA, Y AMBIENTE DE TRABAJO. AQU SE CONTIENEN LOS REQUISITOS
EXIGIDOS EN SU GESTIN.
ESTRUCTURA ISO 9001:2008

CAPTULO 7 - REALIZACIN DEL PRODUCTO/SERVICIO: AQU ESTN CONTENIDOS LOS REQUISITOS


PURAMENTE DE LO QUE SE PRODUCE O BRINDA COMO SERVICIO (LA NORMA INCLUYE SERVICIO
CUANDO DENOMINA "PRODUCTO"), DESDE LA ATENCIN AL CLIENTE, HASTA LA ENTREGA DEL
PRODUCTO O EL SERVICIO.
CAPTULO 8 - MEDICIN, ANLISIS Y MEJORA: AQU SE SITAN LOS REQUISITOS PARA LOS PROCESOS
QUE RECOPILAN INFORMACIN, LA ANALIZAN, Y QUE ACTAN EN CONSECUENCIA. EL OBJETIVO ES
MEJORAR CONTINUAMENTE LA CAPACIDAD DE LA ORGANIZACIN PARA SUMINISTRAR PRODUCTOS
Y/O SERVICIOS QUE CUMPLAN CON LOS REQUISITOS. EL OBJETIVO DECLARADO EN LA NORMA, ES
QUE LA ORGANIZACIN BUSQUE SIN DESCANSO LA SATISFACCIN DEL CLIENTE A TRAVS DEL
CUMPLIMIENTO DE LOS REQUISITOS.
ISO 9001:2015

LA REVISIN DEL ESTNDAR DE 2008 Y EL DESARROLLO DE LA NUEVA NORMA ISO 9001 SE HIZO A
TRAVS DEL COMIT ISO/TC 176/SC 2 CUYA SECRETARA RECAEN EN LA BRITISH STANDARDS
INSTITUTION (BSI).
ISO TIENE ESTABLECIDA UNA FRECUENCIA DE REVISIN ESTIMADA EN LAS NORMAS DE 5 AOS PARA
MANTENER AL DA SUS CONTENIDOS Y REQUISITOS Y ADAPTARLAS A LAS LTIMAS TENDENCIAS Y
CAMBIOS QUE SE PRODUCEN EN EL CONTEXTO NORMATIVO.
ESTE COMIT TRABAJ DESDE EL AO 2012 Y SE REALIZARON VARIAS REUNIONES DESDE ESA FECHA.
COMO RESULTADO DE LAS MISMAS SE HAN ORIGINADO LOS CORRESPONDIENTES DOCUMENTOS EN
LOS QUE SE HAN PODIDO OBSERVAR LOS AVANCES DE LA NORMA.
ISO 9001:2015

UNO DE LOS PRINCIPALES CAMBIOS DE LA NORMA VENDR DE LA ESTRUCTURA DE LA MISMA. ESTE CAMBIO PROVIENE DE LA
ADAPTACIN AL ESQUEMA COMN DEL ANEXO S.L.
LOS EPGRAFES QUE FORMARN PARTE DE ESTA ESTRUCTURA SON LOS SIGUIENTES:

1.- ALCANCE
2.- REFERENCIAS NORMATIVAS
3.- TRMINOS Y DEFINICIONES
6.- Planificacin
4.- CONTEXTO DE LA ORGANIZACIN
5.- LIDERAZGO 7.- Mejora

8.- Soporte

9.- Operacin

10.- Evaluacin del Desempeo


TRANSICINN ISO 9001:2008 A 2015

LA EMISIN DE UNA NUEVA VERSIN DE LA NORMA SUPONDR UN PERODO DE TRANSICIN DE TRES


AOS QUE COMENZAR DESDE LA PUBLICACIN DE LA NORMA A FINALES DE 2015 HASTA FINALES DE
2018. POR LO TANTO, LOS CERTIFICADOS EMITIDOS RESPECTO DE LA NORMA DE 2008 NO SERN
VLIDOS CUANDO FINALICE ESTE PERODO.
TODAS LAS CERTIFICACIONES INICIALES QUE SE EMITAN A PARTIR DE LOS PRIMEROS MESES DE 2017,
DEBERN REALIZARSE BAJO EL NUEVO ESTNDAR.
2.3. ESTNDARES DE OPERACIN DE SISTEMAS
LA NATURALEZA ESPECIALIZADA DE LA AUDITORA DE LOS SISTEMAS DE INFORMACIN Y LAS HABILIDADES NECESARIAS PARA LLEVAR A CABO ESTE TIPO DE
AUDITORAS, REQUIEREN EL DESARROLLO Y LA PROMULGACIN DE NORMAS GENERALES PARA LA AUDITORA DE LOS SISTEMAS DE INFORMACIN.

LA AUDITORA DE LOS SISTEMAS DE INFORMACIN SE DEFINE COMO CUALQUIER AUDITORA QUE ABARCA LA REVISIN Y EVALUACIN DE TODOS LOS
ASPECTOS (O DE CUALQUIER PORCIN DE ELLOS) DE LOS SISTEMAS AUTOMTICOS DE PROCESAMIENTO DE LA INFORMACIN, INCLUIDOS LOS
PROCEDIMIENTOS NO AUTOMTICOS RELACIONADOS CON ELLOS Y LAS INTERFACES CORRESPONDIENTES.

PARA HACER UNA ADECUADA PLANEACIN DE LA AUDITORA EN INFORMTICA, HAY QUE SEGUIR UNA SERIE DE PASOS PREVIOS QUE PERMITIRN
DIMENSIONAR EL TAMAO Y CARACTERSTICAS DE REA DENTRO DEL ORGANISMO A AUDITAR, SUS SISTEMAS, ORGANIZACIN Y EQUIPO.

A CONTINUACIN, LA DESCRIPCIN DE LOS DOS PRINCIPALES OBJETIVOS DE UNA AUDITORA DE SISTEMAS, QUE SON, LAS EVALUACIONES DE LOS
PROCESOS DE DATOS Y DE LOS EQUIPOS DE CMPUTO, CON CONTROLES, TIPOS Y SEGURIDAD.

EN EL CASO DE LA AUDITORA EN INFORMTICA, LA PLANEACIN ES FUNDAMENTAL, PUES HABR QUE HACERLA DESDE EL PUNTO DE VISTA DE LOS DOS
OBJETIVOS:

EVALUACIN DE LOS SISTEMAS Y PROCEDIMIENTOS.

EVALUACIN DE LOS EQUIPOS DE CMPUTO.


2.4 ESTNDARES SOBRE LOS PROCEDIMIENTOS DE ENTRADA DE DATOS, PROCESAMIENTO DE INFORMACIN Y EMISIN DE
RESULTADOS

PROCESAMIENTO DE DATOS:

EL OBJETIVO ES GRAFICAR EL PROCESAMIENTO DE DATOS, ELABORANDO UN DIAGRAMA QUE PERMITA IDENTIFICAR LAS
ENTRADAS, ARCHIVOS, PROGRAMAS Y SALIDAS DE CADA UNO DE LOS PROCESOS.

SU ANTECEDENTE ES EL DIAGRAMA DE FLUJO.

LOS ELEMENTOS CLAVES SON LOS PROGRAMAS.

SE CONFECCIONA EL DIAGRAMA DE PROCESAMIENTO DE DATOS

ESTE DIAGRAMA NO SE PODR ELABORAR POR COMPLETO DESDE UN PRIMER MOMENTO YA QUE DEPENDE DEL FLUJO DE
INFORMACIN.

EN ESTE PRIMER PASO SLO SE IDENTIFICAN LAS SALIDAS Y PROGRAMAS. LOS ELEMENTOS RESTANTES SE IDENTIFICAN EN
FORMA GENRICA.

VALIDACIN DE DATOS:

CONSISTE EN ASEGURAR LA VERACIDAD E INTEGRIDAD DE LOS DATOS QUE INGRESAN A UN ARCHIVO. EXISTEN NUMEROSAS
TCNICAS DE VALIDACIN TALES COMO:

DIGITO VERIFICADOR, CHEQUEO DE TIPO, CHEQUEO DE RANGO.

CONCEPTO DE PROCESAMIENTO DISTRIBUIDO Y CENTRALIZADO


VENTAJAS

EXISTEN CUATRO VENTAJAS DEL PROCESAMIENTO DE BASES DE DATOS DISTRIBUIDAS:

LA PRIMERA, PUEDE DAR COMO RESULTADO UN MEJOR RENDIMIENTO QUE EL QUE SE OBTIENE POR UN PROCESAMIENTO
CENTRALIZADO. LOS DATOS PUEDEN COLOCARSE CERCA DEL PUNTO DE SU UTILIZACIN, DE FORMA QUE EL TIEMPO DE
COMUNICACIN SEA MAS CORTO. VARIAS COMPUTADORAS OPERANDO EN FORMA SIMULTNEA PUEDEN ENTREGAR MS
VOLUMEN DE PROCESAMIENTO QUE UNA SOLA COMPUTADORA.

LA SEGUNDA, LOS DATOS DUPLICADOS AUMENTAN SU CONFIABILIDAD. CUANDO FALLA UNA COMPUTADORA, SE PUEDEN OBTENER
LOS DATOS EXTRADOS DE OTRAS COMPUTADORAS. LOS USUARIOS NO DEPENDEN DE LA DISPONIBILIDAD DE UNA SOLA FUENTE
PARA SUS DATOS.

UNA TERCERA VENTAJA, ES QUE LOS SISTEMAS DISTRIBUIDOS PUEDEN VARIAR SU TAMAO DE UN MODO MS SENCILLO. SE
PUEDEN AGREGAR COMPUTADORAS ADICIONALES A LA RED CONFORME AUMENTAN EL NMERO DE USUARIOS Y SU CARGA DE
PROCESAMIENTO. A MENUDO ES MS FCIL Y MS BARATO AGREGAR UNA NUEVA COMPUTADORA MS PEQUEA QUE ACTUALIZAR
UNA COMPUTADORA NICA Y CENTRALIZADA.

DESPUS, SI LA CARGA DE TRABAJO SE REDUCE, EL TAMAO DE LA RED TAMBIN PUEDE REDUCIRSE.

POR LTIMO, LOS SISTEMAS DISTRIBUIDOS SE PUEDEN ADECUAR DE UNA MANERA MS SENCILLA A LAS ESTRUCTURAS DE LA
ORGANIZACIN DE LOS USUARIOS.
2.5 ESTNDARES EN EL SISTEMA
DE TELEINFORMTICA.
LA TELEINFORMTICA SE REFIERE A LA RAMA DE LA CIENCIA QUE ESTUDIA LA TRANSMISIN Y
COMUNICACIN DE INFORMACIN MEDIANTE VA DE EQUIPOS INFORMTICOS. EN PALABRAS
MS SIMPLES, SE ENCARGA DE ESTUDIAR COMO ES EL PROCESO POR EL CUAL SE PUEDE
TRANSMITIR INFORMACIN DE UN EQUIPO INFORMTICO A OTRO. EN EL ENVO DE ESA
INFORMACIN TENEMOS VARIOS ELEMENTOS QUE INTERVIENE. EN PRIMER LUGAR UN
ORDENADOR QUE ENVA EL MENSAJE, Y OTRO QUE LA RECIBA (LLAMADOS REMOTOS).
ESTNDARES
EN EL MUNDO DE LA TELEINFORMTICA RESULTA MUY FRECUENTE LA INTERCONEXIN DE
MQUINAS DE DISTINTOS FABRICANTES. PARA ELLO ES NECESARIO QUE TODOS LOS
COMPUTADORES INVOLUCRADOS EN LA COMUNICACIN SEAN CAPACES DE TRANSMITIR E
INTERPRETAR LA INFORMACIN UTILIZANDO LOS MISMOS PROTOCOLOS. PARA CONSEGUIR
ESTO APARECEN LOS ESTNDARES DE COMUNICACIONES.
ITU ( INTERNATIONAL TELECOMMUNICATION UNION): ES EL ORGANISMO QUE AGRUPA A LAS
COMPAAS PROVEEDORAS DE SERVICIOS TELEFNICOS DE MULTITUD DE PASES, ENTRE ELLAS
TELEFNICA. SUS NORMAS SON SOBRE TODO RELATIVAS A DCES Y SU CONEXIN CON LOS
DTES. SE DENOMINAN MEDIANTE UNA LETRA Y UN NMERO. (P.E. X.25, X.500, V.22, V32, ETC.)

ISO ( INTERNATIONAL STANDARDS ORGANIZATION): LA ORGANIZACIN INTERNACIONAL DE


ESTANDARIZACIN AGRUPA A LOS ORGANISMOS NACIONALES DE CASI TODOS LOS PASES.

IAB (INTERNET ARQUITECTURE BOARD): ESTE ORGANISMO SUPERVISA LAS NORMAS EMPLEADAS
EN INTERNET. EL MECANISMO PARA LA CREACIN DE LAS NORMAS PASA POR LOS
RFCS (REQUEST FOR COMMENTS), UN DOCUMENTO PBLICO AL CUAL TODO USUARIO DE
INTERNET PUEDE HACER CRTICAS. TRAS VARIAS FASES, ESTE DOCUMENTO PASAR AL ESTADO
STD, SIENDO CONSIDERADO DESDE ENTONCES UN ESTNDAR ESTABLECIDO.
ESTNDARES DE FACTO

LOS ESTNDARES DE FACTO SUELEN SER PROPUESTAS POR UN FABRICANTE Y ADOPTADAS


POR OTROS PARA SUS PRODUCTOS. RESPONDEN A LA FALTA DE NORMATIVA EN BASTANTES
DE LOS ASPECTOS DE LA INFORMTICA EN LOS PRIMEROS TIEMPOS. EJEMPLOS DE
ESTNDARES DE ESTE TIPO SON EL LENGUAJE DE COMANDOS HAYES O EL INTERFAZ
CENTRONICS PARA IMPRESORAS. ESTOS ESTNDARES SUELEN ACABAR CONVERTIDOS EN
ESTNDARES DE JURE CUANDO ALGN ORGANISMO DE LOS ANTERIORMENTE CITADOS LOS
ADOPTA.
2.6
ESTANDARES DE
DOCUMENTACION
UNA BUENA DOCUMENTACIN ES ESENCIAL PARA LOGRAR UN DISEO CORRECTO Y UN
MANTENIMIENTO EFICIENTE DE LOS SISTEMAS DIGITALES.
AUNQUE EL TIPO DE DOCUMENTACIN DEPENDE DE LA COMPLEJIDAD DEL SISTEMA Y LOS ENTORNOS
EN LOS QUE SE REALIZAN EL DISEO Y LA FABRICACIN, UN PAQUETE DE DOCUMENTACIN DEBE
CONTENER (POR REGLA GENERAL) AL MENOS LOS SIGUIENTES SEIS ELEMENTOS:
1. UNA ESPECIFICACIN DE CIRCUITO QUE SE DESCRIBE EXACTAMENTE LO QUE SE SUPONE DEBE HACER
EL CIRCUITO O SISTEMA, INCLUYENDO UNA DESCRIPCIN DE TODAS LAS ENTRADAS Y LAS SALIDAS
(INTERFACES) Y LAS FUNCIONES QUE SE VAN A REALIZAR. ADVIERTA QUE LAS ESPECIFICACIONES
NO TIENEN QUE ESPECIFICAR COMO CONSIGUE EL SISTEMA SUS RESULTADOS, SINO NICAMENTE
QU RESULTADOS GENERA.
2. UN DIAGRAMA DE BLOQUES ES UNA DESCRIPCIN PICTRICA E INFORMAL DE LOS PRINCIPALES
MDULOS FUNCIONALES DEL SISTEMA Y SUS INTERCONEXIONES BSICAS.

3. UN DIAGRAMA ESQUEMTICO ES UNA ESPECIFICACIN FORMAL DE LOS COMPONENTES


ELCTRICOS DEL SISTEMA, SUS INTERCONEXIONES Y TODOS LOS DETALLES NECESARIOS PARA
CONSTRUIR EL SISTEMA, INCLUYENDO LOS TIPOS DE CI, INDICADORES DE REFERENCIA Y NMEROS
TERMINALES.
4. UN DIAGRAMA DE TEMPORIZACIN MUESTRA LOS VALORES DE DIVERSAS SEALES LGICAS EN
FUNCIN DEL TIEMPO, INCLUYENDO LOS RETARDOS, ENTRE CAUSA Y EFECTO, DE LAS SEALES
CRTICAS.

5. UNA DESCRIPCIN DE DISPOSITIVO DE LGICA ESTRUCTURADA QUE INDICA LA FUNCIN INTERNA


DE UN PLD, FPGA O ASIC. NORMALMENTE ESTA DESCRIPCIN SE DESCRIBE EN UN LENGUAJE DE
DESCRIPCIN HARDWARE (HDL) TAL COMO VHDL O ABEL, PERO PUEDE ESTAR EN FORMA DE
ECUACIONES LGICAS, TABLAS DE ESTADO O DIAGRAMAS DE ESTADO. EN ALGUNOS CASOS SE
PUEDEN UTILIZAR UN LENGUAJE DE PROGRAMACIN CONVENCIONAL, COMO C, PARA MODELAR EL
FUNCIONAMIENTO DE UN CIRCUITO O PARA ESPECIFICAR SU COMPORTAMIENTO.
6. UNA DESCRIPCIN DEL CIRCUITO EN UN DOCUMENTO DE TEXTO NARRATIVO QUE, JUNTO CON EL
RESTO DE LA DOCUMENTACIN, EXPLICA COMO FUNCIONA INTERNAMENTE EL CIRCUITO. EN EL
CASO DE QUE LA MQUINA DE ESTADO DEBE DESCRIBIRSE MEDIANTE TABLAS DE ESTADO,
DIAGRAMAS DE ESTADO, LISTA DE TRANSICIONES O ARCHIVO DE TEXTO EN UN LENGUAJE DE
DESCRIPCIN DE MQUINAS DE ESTADO COMO ABEL O VHDL. LA DESCRIPCIN DEL CIRCUITO DEBE
INCLUIR CUALQUIER SUPOSICIN Y CUALQUIER FALLO POTENCIAL EN EL DISEO Y OPERACIN DEL
CIRCUITO, TAMBIN DEBE SEALAR EL USO DE CUALQUIER TRUCO DE DISEO QUE NO SEA OBVIO.
UNA BUENA DESCRIPCIN DE CIRCUITO TAMBIN CONTIENE DEFINICIONES DE ACRNIMOS Y OTROS
TRMINOS ESPECIALIZADOS Y TIENE REFERENCIAS O DOCUMENTOS RELACIONADOS.
2.7 ESTNDARES DE MANTENIMIENTO

DE LA DEFINICIN DE MANTENIMIENTO DEL ESTNDAR IEEE 1219 CABE DISTINGUIR TRES CAUSAS
FUNDAMENTALES QUE DESENCADENAN LAS ACTIVIDADES DE MANTENIMIENTO.
LAS CAUSAS U ORIGEN DE LAS ACTIVIDADES DE MANTENIMIENTO DEL SOFTWARE PERTENECEN A TRES
GRUPOS PRINCIPALES:

1. ELIMINACIN DE DEFECTOS DEL PRODUCTO SOFTWARE.


2. ADAPTAR EL PRODUCTO SOFTWARE A
3. INCLUIR MEJORAS EN EL DISEO.

LAS CAUSAS POR TANTO SON TODAS ELLAS RESULTADO DE TENER QUE MODIFICAR EL SOFTWARE
PARA QUE CUMPLA CON LOS REQUISITOS DEL USUARIO YA ESTABLECIDOS (CASO 1), PARA QUE
SIGA CUMPLINDOLOS CUANDO CAMBIA SU ENTORNO (CASO 2), O CUANDO SE QUIERE MEJORAR
LA MANERA EN QUE LOS CUMPLE (CASO 3).
EN OCASIONES,SE REALIZAN ACTIVIDADES DE MANTENIMIENTO PREVENTIVO, QUE INTENTAN DETECTAR
Y CORREGIR FALLOS LATENTES (QUE SE SUPONE PUEDEN EXISTIR, AUNQUE AN NO SE HAN
MANIFESTADO). ESTAS CAUSAS TIENEN SU CORRELACIN DIRECTA CON LAS DENOMINADAS
CATEGORAS DE MANTENIMIENTO, QUE EN EL ESTNDAR ISO/IEC 147641 INCLUYE LAS SIGUIENTES
CATEGORAS DEFINIDAS POR LIENTA Y SWANSON 2(1978) SON:

1. MANTENIMIENTO CORRECTIVO: MODIFICACIONES REACTIVAS A UN PRODUCTO SOFTWARE


HECHAS DESPUS DE LA ENTREGA PARA CORREGIR DEFECTOS DESCUBIERTOS.
2. MANTENIMIENTO ADAPTATIVO: MODIFICACIN DE UN PRODUCTO SOFTWARE REALIZADA DESPUS
DE LA ENTREGA PARA PERMITIR QUE UN PRODUCTO SOFTWARE SIGA PUDINDOSE UTILIZAR EN UN
ENTORNO DIFERENTE.

3. MANTENIMIENTO PERFECTIVO: MODIFICACIN DE UN PRODUCTO SOFTWARE DESPUS DE LA


ENTREGA PARA MEJORAR EL RENDIMIENTO O LA MANTENIBILIDAD.
UNA CONSECUENCIA IMPORTANTE DE LAS DEFINICIONES ANTERIORES ES QUE NO SE CONSIDERA
MANTENIMIENTO A LOS CAMBIOS INTRODUCIDOS PARA INCLUIR NUEVOS REQUISITOS
FUNCIONALES.
NO OBSTANTE, NO HAY UN CONSENSO UNNIME EN ESTE SENTIDO, Y DE HECHO, EL CONCEPTO DE
EVOLUCIN DEL SOFTWARE, QUE TRATAMOS A CONTINUACIN, AMPLA EL ESPECTRO DEL
MANTENIMIENTO A CAMBIOS EN UN SENTIDO AMPLIO. DE HECHO, HAY AUTORES QUE CONSIDERAN
QUE EL MANTENIMIENTO PERFECTIVO S INCLUYE CAMBIOS EN LA FUNCIONALIDAD
EL ESTNDAR ISO/IEC 14764 CLASIFICA LAS CATEGORAS COMENTADAS HASTA AHORA SEGN LA
SIGUIENTE TABLA, QUE NOS PUEDE AYUDAR A VER SUS DIFERENCIAS.

POR LTIMO, UN ESTNDAR DE MANTENIMIENTO DEL IEEE (1998) DEFINE UNA CATEGORA
ADICIONAL, LA DE MANTENIMIENTO DE EMERGENCIA, CUANDO LOS CAMBIOS SE DEBEN HACER SIN
PLANIFICACIN PREVIA, PARA MANTENER UN SISTEMA EN OPERACIN.