DG-015-98: 1.

Ttulo: Ministerio de Hacienda Descripcin: NORMAS Y POLITICAS EN INFORMATICA En esta pgina encontrar las normas y polticas que sirven de gua para el funcionamiento de las reas tecnolgicas del Ministerio de Hacienda. En ellas encontrar los (...) Fecha: 7/10/2000 Hora: 20:53 Tamao: 266 KB Idioma: Espaol

NORMAS Y POLITICAS EN INFORMATICA

En esta pgina encontrar las normas y polticas que sirven de gua para el funcionamiento de las reas tecnolgicas del Ministerio de Hacienda. En ellas encontrar los lineamientos generales en materia de procedimientos de aprobacin de adquisicin de equipo, estndares, investigacin y capacitacin. INDICE: I- Disposiciones Generales II- Objetivo General III. Filosofa, Misin y Visin de la Direccin General de Informtica IV- Estrategia V- Poltica Informtica VI- Estndares VII. Investigacin y Capacitacin VIII. Procedimientos para la aprobacin de compra de equipo tecnolgico IX- Recomendaciones Anexos Anexo No. 1 Normas Aplicables al Anexo No. 2 Reglas de Codd Anexo No. 3 Normalizacin I- Disposiciones Generales
El presente ordenamiento tiene por objeto estandarizar el desarrollo informtico en el Ministerio de Hacienda, mediante la promulgacin de un conjunto de reglas obligatorias, que deben observar los responsables de las diversas dependencias del Ministerio, siendo responsabilidad de las reas de Informticas, vigilar su estricta observancia en el mbito de su competencia, tomando las medidas preventivas y correctivas para que se cumplan. Las presentes Normas y Polticas aqu contenidas, son de observancia para la adquisicin y uso de bienes y servicios informticos, en las Dependencias del Ministerio de Hacienda, cuyo incumplimiento generar que se incurra en responsabilidad administrativa.

ciclo de Vida de los Sistemas

II- Objetivo General

Informar a los usuarios de las distintas dependencias del Ministerio de Hacienda, acerca de las normas, procedimientos, reglas y estndares que el Consejo de Informtica y la Direccin de Informtica en su papel de ente rector en el mbito de informtica, ha establecido con el propsito de apoyar y asesorar en el mejor cumplimiento de las metas que cada dependencia se ha trazado Volver al ndice

III. Filosofa, Misin y Visin de la Direccin General de Informtica

A- Filosofa

Preocupacin por la actualizacin tecnolgica para el mejoramiento continuo en todos los procesos. Asesorar y asistir a las Dependencias del Ministerio en sus requerimientos informticos.
B- Misin Nuestra Misin: asesorar y asistir tcnicamente al Ministerio en el campo Informtico tanto en software como en Hardware con l ms alto grado de desarrollo tecnolgico necesario. C- Visin Ser el ente rector en el campo de informtica, con personal altamente capacitado, motivado, comprometido y con espritu de servicio, para superar las expectativas gubernamentales en el futuro. Volver al ndice

IV- Estrategia La estrategia informtica del Ministerio de Hacienda est orientada hacia los siguientes puntos: Plataforma de Sistemas Abiertos; Utilizacin de mecanismos de contratacin bajo la modalidad de un "outsourcing"; con lo cual se pretende dar sostenibilidad y continuidad a los servicios informticos que requiere el Ministerio de Hacienda . Estandarizacin en equipos, paquetes y estructuras de datos. Interconexin entre unidades y equipos mediante protocolos estndares Coordinacin entre las diversas Areas Administradoras de Informtica del Ministerio Manejo de proyectos conjuntos entre diversas reas informticas. Contar con un programa de capacitacin permanente para los funcionarios del rea de informtica y usuarios. Aprovechamiento de los recursos tecnolgicos en forma eficiente y eficaz. Promover la cultura informtica en el Ministerio de Hacienda.
Fortalecer la integracin de sistemas y bases de datos del Ministerio, para tener como meta final un Sistema Integral de Informacin.

Orientar la programacin hacia objetos con ayudas visuales Integracin de sistemas informticos y telecomunicaciones.

V- Poltica Informtica
La Direccin de Informtica y el Consejo de Informtica sern los encargados de la centralizacin normativa, es decir, definir las normas y los procedimientos al nivel de informtica, mientras que la aplicacin de cada una de stas normas y procedimientos se llevar a cabo en cada uno de los centros de cmputo de cada dependencia del Ministerio. Volver al ndice

VI- Estndares
A- Software

i) Aplicaciones
Software, diseado para un usuario o grupo de usuarios especficos, elaborado acorde a las necesidades y requerimientos de un rea de trabajo tales como una Direccin, departamento, seccin, etc. Las aplicaciones deben de incluir bibliotecas estndar, para un mejor aprovechamiento de los recursos tecnolgicos con los que se cuenta. Para el desarrollo de aplicaciones se detalle en el anexo No. 1: "Normas Aplicables al Ciclo de Vida de los Sistemas "

Biblioteca Estndar Conjunto de funciones de uso comn para los diferentes sistemas, subsistemas, programas, etc., de las aplicaciones. ii) Paquetes de software
Software prediseado en forma estandarizada, para cualquier usuario, sin importar las necesidades de un rea de trabajo. Son paquetes utilitarios que apoyan secundariamente al software de aplicaciones.

Algunas de las caractersticas que deben tomarse en cuenta para la seleccin de un paquete de software deben ser las siguientes: Licencias Soporte Local e Confiables Originales Internacional Compatibilidad con Seguros Garanta Software Existente Manuales Actualizados Capacitacin Originales
Adems de las caractersticas anteriormente citadas, ser obligatorio para las diversas dependencias del Ministerio el tomar en cuenta la opinin del Consejo Informtico y de la Direccin General de Informtica en su calidad de ente rector en el rea de Informtica, para la compra o adquisicin de cualquier tipo de Software. Dentro de los tipos de paquetes de Software de uso frecuente podemos mencionar los siguientes:

Graficadores: Paquetes utilizados para la elaboracin y presentacin de grficas y presentaciones por computadora en algunos casos. Dentro de este tipo de paquetes estn: Harvard Graphics para Windows, Corel Photopaint, Adobe Photoshop, Power Point Microsoft Flow Chart Visio Procesadores de Palabras: Paquetes utilizados para la elaboracin de documentos o textos, una de las aplicaciones usos directos de este tipo de software es la elaboracin de la documentacin de los sistemas entre otros, ejemplos de ellos son: Microsoft Word Word Perfect (DOS o Windows) Lotus WordPro .

Hojas Electrnicas: Paquetes utilizados para la elaboracin de cuadros estadsticos y financieros. Excel Microsoft Lotus 123 (para DOS o Windows) Qpro

Otros : Paquetes utilitarios empleados para chequeo de informacin, deteccin de virus, software utilizado con multimedia, etc. Dentro de estos paquetes utilitarios podemos mencionar: Norton Utilities (cualquier versin) Dr. Salomon's Antivirus Scan Pccillin Disk Manager Drivepro Microsoft Plus .
iii) Sistema operativo.

Es un conjunto de programas que controla y administra la informacin y los recursos de los equipos de cmputo, que se activan al momento de encender la mquina. Estos pueden ser clasificados en monousuarios en los cuales los recursos del computador son utilizados por un solo usuario y multiusuarios son aquellos que comparten los recursos del computador entre varios usuarios. Por ejemplo: Windows N.T. UNIX. Windows 98 OS/390 Novel Netware Las caractersticas que los sistemas operativos monousuarios deben cumplir son las siguientes: Ambiente Grfico Sistema operativo grfico tanto en la operacin como en la administracin. Multitarea Que tenga la capacidad de manejar varias formas o aplicaciones a la vez. Compatible con Software existente Que no exista ningn problema entre el nuevo software y el actual. Versiones Actualizadas Que el software que se adquiera sea de versiones actuales, conforme se da el avance tecnolgico. Las caractersticas que los sistemas operativos multiusuarios deben cumplir son las siguientes: Multiplataforma Que Se pueda usar en diferentes plataformas de hardware. Requisitos de Seguridad Que cumpla con el estndar de seguridad C2. Monitoreo en lnea de sus componentes Que se puedan controlar desde algn medio los componentes y su utilizacin de manera constante y en cualquier momento que se necesite. Deteccin automtica de hardware Que el sistema operativo reconozca de manera automtica los diversos componentes de hardware con los cuales el equipo cuenta. iv- Lenguajes de programacin

Los estndares que actualmente se manejan en el Ministerio son Natural, Developer/2000 que es el lenguaje de desarrollo del manejador de Base de datos ORACLE, cualquier otro lenguaje que se desee utilizar, se debe solicitar aprobacin al Consejo Informtica y la asesora a la Direccin Tcnica de Informtica por ser esta el ente rector en dicha rea, los lenguajes deben de contar con las siguientes caractersticas:

Ser Lenguajes de Cuarta Generacin. Ser Confiables. Ser Seguros. Ser Actualizados. Contar con Licencias Originales. Tener Soporte. Contar con capacitacin adecuada, en caso de ser necesario. Tener documentacin, tales como manuales y otros. v. Bases de Datos Actualmente existen en el ministerio manejadores de base de datos relacionales, y cualquier otro que se desee utilizar debe cumplir con las caractersticas antes mencionadas y debe ser autorizado por Consejo de Informtica. Los manejadores de bases de datos deben ser de tipo relacional y orientado a eventos, adems deben cumplir con las reglas de CODD (Ver detalle en Anexo 2) Las tablas deben estar debidamente normalizadas, este procedimiento se encuentra detallado en el anexo 3.
Volver al ndice B- Estndares de desarrollo de Sistemas

i) Documentacin interna de los programas. Los programas deben estar debidamente documentados, para que el mantenimiento de los mismos sea rpido y fcil sin tener que depender de la persona que lo elabor.
Los nombres de las variables, constantes, programas, tablas, funciones y procedimientos deben ser mnemnicos, es decir que reflejen la informacin que contienen.

Las variables estndares:

y constantes

deben cumplir los siguientes

Todas las variables deben iniciar con la letra v que significa variable y las constantes deben de iniciar con la letra c que significa constante. Por ejemplo

v_suma = es una variable que va a contener el total de una suma. c_iva = es una constante que va ha contener el porcentaje de iva actual. La longitud mxima de una variable debe ser de 15 caracteres. Los programas deben cumplir los siguientes estndares:
Los nombres de los programas deben incluir las tres primeras letras del sistema al que corresponde, en la quinta posicin debe colocarse una p que significa programa y adems un nombre mnemnico con un mximo de seis caracteres, para completar diez caracteres para nombres de programas, por ejemplo: nom_pdce1 = nmina, programa de la direccin de contabilidad del estado versin uno

Cada programa debe tener un encabezado que describa brevemente cual es la funcin que realiza, adems los siguientes requisitos:

Nombre del proyecto. Nombre de la institucin. Objetivo. Lenguaje en que se realiz. Dispositivos de salida. Fecha de finalizacin. Fecha de cambio. Mdulo al que pertenece.
Dentro de los programas se deben colocar comentarios generales para describir cuales son las funciones que realiza, adems de documentar las variables y constantes existentes al inicio de cada programa, con la finalidad de llevar a cabo modificaciones en forma rpida y sin problemas.

Las tablas deben cumplir los siguientes estndares: Tener un nombre mnemnico. Tener un mximo de nueve caracteres.
Las tablas existentes deben ser documentadas debidamente con el propsito de tener una visin clara del contenido de cada uno de los componentes de dicha tabla. Ejemplo: Nombre de la tabla: Empleado Esta tabla contiene la informacin de los empleados. Campos : No. Empleado En este campo se guarda el correlativo que diferencia a un empleado del otro. Salario Contiene el salario de cada empleado Adems crear procedimientos para efectuar modificaciones a las tablas tales como agregar, eliminar y cambios generales en los campos.

Las funciones y procedimientos deben cumplir los siguientes estndares: Tener un nombre mnemnico. Incluir una breve descripcin de las operaciones que realiza. Documentar las variables y constantes existentes. Todas las funciones y procedimientos deben estar estructurados.
Los nombres de programas, reportes, grficas, formas, consultas en sentencias SQL, deben tener 10 caracteres los cuales deben cumplir los siguientes parmetros Deben de colocarse en las tres primeras letras el nombre de la aplicacin, en la quinta letra, colocar una de las siguientes opciones:

P = programa R = reporte F = formas G = grficas Q = query (consultas SQL) Las siguientes 6 letras describen la funcin que se realiza. ii) Documentacin externa de los Programas
Disear al menos los manuales de usuario para cada sistema elaborado y por realizarse, los cuales deben cumplir los siguientes requerimientos:

Diseo de pantallas. Gua de ayuda fcil de usar. Actual. Eminentemente prctica. Disear un catalogo de errores con las siguientes caractersticas: Cdigos de error Mensajes de error Breve descripcin de errores Posibles causas y soluciones

Adems todos los sistemas deben de poseer un flujograma para tener una visin general de cada sistema y el manual tcnico que describa su estructura interna, programas, catlogos y archivos. Volver al ndice

C- Estndares para equipo:

Las dependencias del Ministerio, al planear las operaciones relativas a la adquisicin de Bienes de Informtica, establecern prioridades y en su seleccin debern tomar en cuenta: precio, calidad, desarrollo tecnolgico y capacidad, entendindose por: Precio: Costo inicial, costo de mantenimiento y consumibles por el perodo estimado de uso de los equipos; Calidad: Presencia en el mercado nacional e internacional, estructura de servicio, la confiabilidad de los bienes y certificados de calidad con los que se cuente; Desarrollo Tecnolgico: Se deber analizar su grado de obsolescencia, su nivel tecnolgico con respecto a la oferta existente y su permanencia en el mercado;

Capacidades: Se deber analizar si satisfacen la demanda actual con un margen de holgura y capacidad de crecimiento para soportar la carga de trabajo del rea. Debern tener un ao de garanta como mnimo
En la adquisicin de Equipo de cmputo se deber incluir el Software vigente precargado con su licencia correspondiente. En la generalidad de los casos, slo se adquirirn las ltimas versiones liberadas de los productos seleccionados, salvo situaciones especficas que se debern justificar ante Consejo Informtico. Todos los productos de Software que se adquieran debern contar con su licencia de uso, documentacin y garanta respectivas.

i. Microcomputadoras:
Tratndose de microcomputadoras, a fin de mantener actualizado el parque informtico del Ministerio de Hacienda el Consejo emitir peridicamente las especificaciones tcnicas mnimas para su adquisicin Los dispositivos de almacenamiento, as como las interfaces de entrada/salida, debern estar acordes con la tecnologa de punta vigente, tanto en velocidad de transferencia de datos, como en el ciclo del proceso.

ii. Impresoras:
Las impresoras debern apegarse a los estndares de Hardware y Software vigentes, corroborando que los suministros (cintas, papel, etc.) se consigan fcilmente en el mercado y no estn sujetas a un solo proveedor

iii. Servidores de archivos iv. Escner v. Enrutadores vi. Cableado estructurado vii. Instalacin de equipo tecnolgico
La instalacin del equipo de tecnolgico, quedar sujeta a los siguientes lineamientos: Los equipos para uso interno de las dependencias se instalarn en lugares adecuados, lejos de polvo y trfico de personas. En las reas de atencin directa al pblico los equipos se instalarn en lugares adecuados. El Area Informtica de cada dependencia, as como las reas operativas debern contar con un croquis actualizado de las instalaciones elctricas y de telecomunicaciones del equipo de cmputo en red. Las instalaciones elctricas y de telecomunicaciones, estarn de preferencia fijas o en su defecto resguardadas del paso de personas o mquinas, y libres de cualquier interferencia elctrica o magntica.

Las instalaciones se apegarn estrictamente a los requerimientos de los equipos, cuidando las especificaciones del cableado y de los circuitos de proteccin necesarios;

En ningn caso se permitirn instalaciones improvisadas o sobrecargadas. Cuando en la instalacin elctrica se alimenten elevadores, motores y maquinaria pesada, se deber tener un circuito independiente, exclusivo para el equipo y/o red de cmputo.
Volver al ndice

D- Respaldos de Informacin y Planes de Contingencia i- Respaldos de Informacin:

Los archivos magnticos de informacin se debern inventariar, anexando la descripcin y las especificaciones de los mismos, clasificando la informacin en tres categoras de acuerdo a su tipo de prioridad:

Informacin vital para el funcionamiento de la Dependencia; Informacin necesaria, pero no indispensable en la Dependencia; Informacin ocasional o eventual. Los funcionarios pblicos responsables del equipo de cmputo y de la informacin contenida en ellos delimitarn las responsabilidades de sus subordinados y determinarn quien est autorizado a consultar o modificar dicha informacin tomando las medidas de seguridad pertinentes. En caso de informacin vital para el funcionamiento de la Dependencia o Entidad, se debern tener procesos concomitantes, as como tener el respaldo diario de las modificaciones efectuadas, rotando los dispositivos de respaldo y guardando respaldos histricos semanalmente. La informacin necesaria pero no indispensable, deber ser respaldada con una frecuencia mnima de una semana, rotando los dispositivos de respaldo y guardando respaldos histricos mensualmente. El respaldo de la informacin ocasional o eventual queda a criterio de las Dependencias Los archivos magnticos de informacin, de carcter histrico quedarn documentados como activos de la Dependencia y estarn debidamente resguardados. ii- Plan de Contingencia: Todas las Areas de Informtica del Ministerio de Hacienda contarn con un plan de contingencias que incluya al menos los siguientes puntos: Continuar con la operacin de la Dependencia con procedimientos alternos; Tener los respaldos de informacin en un lugar seguro, fuera del lugar en el que se encuentran los equipos. Tener el apoyo por medios magnticos o en forma documental, de las operaciones necesarias para reconstruir los archivos daados;

Contar con un instructivo de operacin para la deteccin de posibles fallas, para que toda accin correctiva se efecte con la mnima degradacin posible de los datos; Contar con un directorio del personal interno y del personal externo de soporte, al cual se pueda recurrir en el momento en que se detecte cualquier anomala.
Volver al ndice

VII. Investigacin y Capacitacin

Cada uno de los centros de cmputo velar por la transparencia y la efectividad en el manejo de los recursos informticos, por lo tanto deber promover la investigacin y la capacitacin en los avances tecnolgicos con respecto a PCs, Redes, Sistemas Operativos, Hardware, Base de Datos, Desarrollo de Sistemas y Comunicaciones Informticas. La Direccin General de Informtica realiza investigaciones de tecnologa informtica la cual estar a disposicin de todas las dependencias del Ministerio y ser utilizada a la hora de prestarles asesora requerida. La Direccin General de Informtica como ente rector, se encarga de la constante actualizacin del manual de Polticas, Normas, Reglas, Estndares, y Procedimientos correspondientes al rea de informtica del Ministerio, en conjunto con las diversas unidades informticas del Ministerio. Una de las funciones de la Direccin de Informtica es coordinar la capacitacin al personal de las diferentes dependencias del Ministerio, por lo tanto cada dependencia informtica del Ministerio deber enviar el requerimiento en la materia al principio de cada ao, con el propsito de realizar la calendarizacin de los cursos y buscar mecanismos que garanticen dicha capacitacin y asimismo alcanzado economas de escala. Las diversas reas de informtica del Ministerio de Hacienda debern indicar las revistas especializadas que reciben y establecer los mecanismos que permitan el intercambio entre oficinas:

Las revistas especializadas recomendadas son:

Volver al ndice

VIII. Procedimientos para la aprobacin de compra de equipo tecnolgico

A- Especificaciones La dependencia que desee adquirir equipo tecnolgico debe elaborar las especificaciones (cumpliendo con los estndares establecidos) y enviarlas al Consejo de Informtica para su evaluacin. Las adquisiciones de equipo tecnolgico debern ser presentadas al principio de cada ao, ante el Consejo Informtica, conteniendo la calendarizacin de compras del ao y presentando la justificacin del proyecto a realizar. Si la dependencia no pudiese elaborarlas debe solicitar a la Direccin Informtica su asesora. La adquisicin de Bienes de Informtica por las dependencias del Ministerio, quedar sujeta a los lineamientos establecidos en este instrumento.

B. Solicitud
Hacer la solicitud por escrito al Consejo de Informtica firmada por la autoridad superior en donde se requiere adquirir el equipo y presentando la cantidad y la descripcin del bien a adquirir, con las especificaciones tcnicas necesarias sugeridas por la Dependencia.

C. Disponibilidad presupuestaria

La entidad que realizar la compra, tendr que tener asignacin presupuestaria que le permita cubrir el pago del bien a adquirir. Volver al ndice

IX- Recomendaciones
Todo equipo arrendado que no est en uso debe notificarse al rea administrativa respectiva, lo antes posible para que ella devuelva el equipo al proveedor y se actualice el inventario de equipo. Todo equipo debe tener una persona responsable, si no hubiese quien se responsabilice de manera individual, el encargado del rea debe asumir dicha responsabilidad.

Para el mejor aprovechamiento del equipo s prohibe la utilizacin de juegos.

Todo equipo debe tener proteccin contra fallas de energa elctrica o reducciones de voltaje. Utilizar antivirus actualizados en cualquier disquete antes de ingresarlo al equipo, con el propsito de evitar que ste sea contagiado.

Controlar el acceso al rea de los sistemas y equipo de computo.

Definir responsabilidades para la seguridad de datos, sistemas y programas. Involucrar a varias personas en funciones delicadas. No depender solo de una persona para la realizacin de ellas. Enfatizar al personal de Informtica la importancia de la seguridad y su responsabilidad personal.

Establecer procedimientos de seguridad en caso de emergencia.

Dar a conocer solamente al personal autorizado, el lugar donde se encuentran los datos confidenciales. Volver al ndice

ANEXOS Anexo No. 1 Normas Aplicables al Ciclo de Vida de los Sistemas 1. ESPECIFICACION DE LOS REQUERIMIENTOS DEL USUARIO
El analista debe entender de una forma total y clara los requerimientos funcionales para satisfacer las necesidades de los usuarios. Estos debern ser establecidos con precisin y vlidos durante la aceptacin del proyecto. Los requerimientos del usuario deben de ser por escrito y debidamente documentados. Entre los puntos importantes que se deben tomar en cuenta podemos mencionar:

Asignar personas responsables de los requerimientos en ambas partes; Mtodos para llegar a un acuerdo sobre los requerimientos y aprobacin de cambios Se debe definir trminos y explicar la razn de los requerimientos; Registrar y revisar los resultados de las discusiones de ambas partes; Tcnicas que se pueden utilizar: Entrevistas Cuestionario

Revisin de los registros Observacin. 2. ANLISIS Y PLAN DE DESARROLLO El Plan de desarrollo debe cubrir:
Una definicin del proyecto incluyendo la declaracin de sus objetivos y la relacin que tiene con otros proyectos;

Organizacin de los recursos del proyecto, incluye estructura del equipo humano, responsabilidades, y recursos no humanos. Fases del proyecto;
El programa de trabajo del proyecto, identificando las tareas que se van a desarrollar, la fuente y el tiempo requerido para cada una y cualquier interrelacin entre las tareas.

Identificacin de planes que tengan relacin como: integracin, prueba.

En la etapa de anlisis debe definirse un proceso disciplinado y una metodologa para transformar las especificaciones en fases, y la identificacin de:

Fases de desarrollo que se van a llevar a cabo; Requerimientos de entrada para cada fase; Requerimientos de salida para cada fase; Verificacin de los procedimientos que se deben de llevar a cabo en cada fase;
Anlisis de los problemas potenciales con las fases de desarrollo y los logros de los requerimientos especificados;

Control del progreso de cada una de las actividades;

El plan de desarrollo debe ser revisado y aprobado por el analista, usuario y las autoridades responsables antes de ejecutarse.

3. DISEO
Adicionalmente a los requerimientos comunes a las fases de desarrollo, los siguientes aspectos inherentes a las actividades de diseo deben de tomarse en cuenta: Las especificaciones de entrada y salida que deben tomarse en cuenta tales como:

Metodologa de Diseo: Se debe utilizar una metodologa sistemtica de diseo apropiada al tipo de producto de software que se est utilizando Top-Down, Bottom-Top y Diseo Orientado a Objetos. Uso de experiencias de diseo anteriores: Se deben tomar en cuenta las experiencias pasadas para no caer en los mismos o similares problemas. Procesos posteriores: El producto tiene que tener un diseo prctico para facilitar la elaboracin, mantenimiento y uso.

Reglas de diseo Integridad referencial Normalizacin Utilizacin de prototipos.

4. DESARROLLO El grupo de analistas-programadores, realiza las actividades necesarias para transformar las especificaciones en un producto de software ejecutable. Debido a la complejidad de los productos de software es importante que esas actividades sean llevadas a cabo en una manera disciplinada.

Los siguientes aspectos deben ser considerados en cada actividad:

Se deben especificar las reglas de programacin, lenguajes de programacin (Natural, Oracle, Foxpro, etc.), nombrar programas, reglas de codificacin (Maysculas, las palabras reservadas, uso de indentacin).

Documentacin Interna y externa. 5. PRUEBAS Y VALIDACION

Pueden requerirse pruebas en diferentes niveles, desde el mdulo individual hasta el sistema integrado.

a. Prueba
El grupo de analistas-programadores y usuarios, deben establecer y revisar los planes de prueba, las especificaciones y los procedimientos antes de comenzar con las actividades de prueba. Estas deben incluir lo siguiente:

Los planes de integracin, pruebas del sistema y pruebas de aceptacin. Casos de prueba, datos de prueba y resultados esperados.
Tipos de prueba que se van a llevar a cabo, por ejemplo: Funcionales, de limitaciones, desempeo y uso.

Ambiente de prueba, herramientas y prueba del software. Criterio sobre el cual se va a basar la terminacin de la prueba. Documentacin del usuario. Capacitacin. Se debe poner especial atencin a los siguientes aspectos de prueba:
Los resultados esperados de la prueba, deben ser los definidos previamente en el plan de prueba del sistema que debe incluir:

Mdulos a revisar. Procedimientos a utilizar Resultados esperados

Cualquier problema descubierto y su posible impacto sobre cualquier otra parte del software, debe ser anotado y notificado a los responsables para rastrearlos hasta que se resuelva.

Las reas afectadas por cualquier modificacin deben ser identificadas y volver a probar o validar. Debe evaluarse que la prueba sea adecuada y relevante.
Se debe tomar en cuenta la configuracin del hardware y software durante la prueba.

b. Validacin.
Antes de la entrega y aceptacin del usuario al sistema, el analista-programador y usuarios, deben validar el funcionamiento del sistema (incluyendo documentacin), en un ambiente similar al cual se va a implementar.

c. Aceptacin.
Cuando el grupo de analistas-programadores y usuarios, esta listo para entregar el producto terminado, el usuario debe juzgar si acepta o no el producto conforme los criterios acordados previamente.

6. ENTREGA E INSTALACION Es un paso previo a la entrega se debe considerar lo siguiente: Nmero de copias de cada parte del software que se va a entregar.
Tipo de medios para cada parte del software incluyendo formato y versin en un lenguaje humano.

La documentacin de requerimientos estipulados (manuales de entrenamiento, guas de usuario, etc.).

Derechos de propiedad y asuntos de licencia, sealamientos y acuerdos.

Custodia de los programas del sistema, incluyendo planes de recuperacin y de contingencia por desastres.

Instalacin.
Las responsabilidades y obligaciones del personal encargado de informtica y de los usuarios finales, deben definirse, tomando en cuenta lo siguiente:

Acceso a las instalaciones del nuevo usuario.

Disponibilidad y acceso a los sistemas y equipo del usuario final.

Disponibilidad de personal experto en las reas correspondientes.

La necesidad de validacin como parte de cada instalacin debe ser determinada. Se debe validar el funcionamiento de todo el sistema despus de cada instalacin.

Un procedimiento formal para aprobar cada instalacin al complementarla. 7. MANTENIMIENTO

Cuando el mantenimiento de un producto de software es requerido por el usuario, el responsable del sistema establecer y mantendr procedimientos para verificar que tales actividades llenan los requerimientos especficos de mantenimiento.

a. Tipos de Actividades de Mantenimiento

Las actividades de mantenimiento para productos de software son clasificadas tpicamente en las siguientes:

Solucin de problemas: Involucra la deteccin, anlisis y correccin de fallas de software que causan problemas operacionales. Al resolver problemas, se pueden hacer reparaciones temporales para evitar retrasos y las modificaciones permanentes sern llevadas a cabo despus. Modificaciones de interfaces: Las modificaciones de interfaces pueden ser requeridas cuando se hacen las adiciones o cambios al sistema de hardware o componentes, controlados por el software. Expansin funcional o mejoramiento de la ejecucin: La expansin funcional o mejoramiento de la ejecucin de funciones existentes puede ser requerido por el usuario en la etapa de mantenimiento. Estos mantenimientos involucran: Programas Datos y sus estructuras Especificaciones (requerimientos) Documentos para el usuario final Documentos para uso de los responsables del sistema.
Todas las actividades de mantenimiento deben llevarse a cabo y ser manejadas acorde con un plan de mantenimiento definido y acordado de antemano entre el usuario y el responsable del sistema. El plan debe incluir lo siguiente:

Alcances del mantenimiento Identificacin del estado inicial del producto Actividades de mantenimiento Registros y reportes de mantenimiento.
Todos los cambios de software hechos durante el mantenimiento deben ser realizados de conformidad con los mismos procedimientos (hasta donde sea posible) usados para el desarrollo del producto de software. Todos esos

cambios deben ser documentados de acuerdo con los procedimientos para control de documentos y manejo de la configuracin. Adems se debe elaborar un plan estratgico para dar seguimiento y solucionar las diferentes fallas detectadas en los diferentes sistemas del Ministerio.

b. Registros y Reportes de Mantenimiento.

Todas las actividades de mantenimiento deben ser registradas en formatos predefinidos y por cada parte del software que se le est dando mantenimiento debe incluirse los puntos siguientes: Lista de solicitudes de ayuda o reporte de problemas que han sido recibidos y el estado actual de cada una. La organizacin responsable de responder a las solicitudes de ayudar o implementar las acciones correctivas.

Prioridades que han sido asignadas a las acciones correctivas. Resultados de las acciones correctivas. Datos estadsticos de fallas ocurridas y actividades de mantenimiento.
Los registros de las actividades de mantenimiento pueden ser utilizados para evaluacin y para realzar los productos de software y mejoramiento de la calidad de los sistemas. Volver al ndice

Anexo No. 2 REGLAS DE CODD

El Dr. Ted Codd publica en 1985 un artculo donde dan a conocer 12 reglas que deben cumplir las bases de datos para que se les considere relacinales. Y estas reglas son las siguientes:

1. REGLA DE INFORMACION
Esta regla se refiere a que toda la informacin de la base de datos ser representada mediante valores en las columnas de cada una de las filas que forman las tablas de la base de datos. Por ejemplo: Se puede visualizar en la siguiente figura.

TABLA DE CLIENTES Nmero de Apellido Nombre Cuenta Fila o Tupla 11-00125-6 Caballeros David Marco 11-00126-6 Garca Antonio 11-00127-6 Prez Carolina Columnas o Atributos El grado de esta tabla es tres pues tiene tres columnas o atributos y la cardinalidad es de tres porque tiene tres filas o tuplas. 2. REGLA DE ACCESO GARANTIZADO Este modelo garantiza el acceso a los datos realizando una bsqueda en la tabla de datos correcta y con el valor de la llave primaria se accesa a la fila en la que se encuentran los datos requeridos en las columnas especficas. 3. TRATAMIENTO SISTEMATICO DE VALORES NULOS Valores nulos son aquellos que cuando al momento de ingresar datos en un programa se deja sin ingresar algn valor a alguna de las columnas. El manejador de Bases de Datos (DBMS)

relacional permite hacer uso de estos valores que son valores diferentes a una cadena de caracteres vaca, a una cadena de caracteres en blanco y distintas del cero o cualquier otro nmero. Estos representan la falta de informacin independientemente del tipo de dato. 4. CATALOGO EN LINEA DINAMICO BASADO EN EL MODELO RELACIONAL Esta regla hace referencia a que en un modelo relacional se cuenta con una base de datos que contiene toda la informacin almacenada. Toda la informacin almacenada sobre la base de datos se llama diccionario de datos estando en uso de manera inmediata y permanente. 5. LENGUAJE COMPLETO DE DATOS Se debe contar con un lenguaje especial que permita la definicin y manipulacin de los datos, definicin de restricciones para velar por la integridad de los mismos, definicin de autorizaciones, etc. 6. REGLA DE ACTUALIZACION DE VISTA Todas las vistas que sean tericamente modificables, son tambin modificables por el sistema. 7. INSERCION, ACTUALIZACION Y SUPRESION DE ALTO NIVEL La capacidad de manejar una tabla de datos o su derivacin como un operando en cualquier operacin de actualizacin, insercin, supresin y lectura. 8. INDEPENDENCIA FISICA DE LOS DATOS Los niveles lgico y visual permanecen inalterados ante cualquier cambio efectuado ya sea a las representaciones de almacenamiento o a los mtodos de acceso. 9. INDEPENDENCIA FISICA El nivel visual no requiere modificaciones cuando se efecten cambios sobre el nivel lgico. 10. INDEPENDIENTE DE INTEGRIDAD Las restricciones de integridad especficas para una base de datos relacional deben ser definidas en un lenguaje de datos, quedando almacenados en el diccionario de datos y no en los programas de aplicacin. 11. INDEPENDENCIA DE DISTRIBUCION Un manejador de bases de datos (DBMS) relacional tiene independencia de distribucin (ubicacin fsica, discos, computadoras) con relacin a los usuarios y programas de aplicacin, hacindolo trasparente ante los usuarios. 12. REGLA DE NO SUBVERSION No existe mecanismo que permita el acceso a los datos sin tomar en cuenta la integridad y otras restricciones establecidas para la base de datos con el lenguaje de manipulacin de datos y registradas en el diccionario de datos.
Volver al ndice

Anexo No. 3 Normalizacin Despus de disear el diagrama Entidad-Relacin el siguiente paso para el diseo de la base de datos es la Normalizacin que consiste en examinar los datos que se encuentran agrupados en una tabla hasta reemplazarlos por varias tablas que resultan ser simples y predecibles hacindolas ms fciles de manejar. Este proceso se realiza por las siguientes razones: Estructurar los datos de tal manera que se pueda establecer fcilmente la relacin entre los datos. Facilitar la recuperacin de los datos para satisfacer las necesidades de informacin. Facilitar el mantenimiento de los datos (altas, bajas y cambios). Reducir la posibilidad de reorganizar o reestructurar la base de datos ante nuevas necesidades de. almacenamiento de informacin Reducir la posibilidad de redundancia e inconsistencias en los datos. Para realizar este proceso se tienen cuatro pasos: Estado inicial Primera forma normal Segunda forma normal Tercera forma normal Estado Inicial En este paso se listan todos los datos del sistema, describiendo las tablas, llaves primarias y llaves forneas que sern tiles para hacer los enlaces entre las tablas. Se examinan aquellos datos que tienen el resultado de un clculo porque regularmente stos no se almacenan en la base de datos, como seria el total de sueldos devengados por departamento. A continuacin se detalla el estado inicial de las tablas: Empleados Cdigo Empleado Apellido Nombre Cdigo de Departamento. Nombre del Departamento.

 Cdigo del Puesto Cdigo Especializacin 1..3 Descripcin Especializacin 1..3 Establecimiento 1..3 Ao obtenido 1..3 Categora de Puesto Cdigo de Puesto Nombre Requisito 1..3 (Las llaves primarias estn subrayadas y sobreimpresas. Las llaves forneas estn subrayadas) PRIMERA FORMA NORMAL Es en la primera forma normal donde se eliminan las columnas que son redundantes en la misma fila y se crea una o ms tablas y relaciones con los datos eliminados de la tabla original. Se alcanza la primera forma normal cuando ya no existen grupos de datos que se repiten. En el caso de las tablas antes mencionadas la informacin redundante estaba en las siguientes tablas: Empleados: cdigo de especializacin, establecimiento y ao en el que se obtuvo ya que para cada empleado puede tener hasta tres diplomas o ttulos. Categora de Puestos: Se tena de 0 a 3 requisitos que debe cumplir el candidato al puesto Despus de detectados los datos que estn redundantes se proceden a eliminarlos de la tabla original y se crea una nueva con sus relaciones a otras tablas. (1) 1..3 porque se puede tener hasta 3 especialidades por empleado, registrando el cdigo, descripcin, establecimiento y ao en el que se obtuvo cada uno de ellos. (2) 1..3 porque se puede tener hasta 3 requisitos para que una persona desempee el puesto. Con estas nuevas tablas ya no se tendr limitado a 3 el nmero de diplomas, ttulos o especialidades por empleado de igual manera para cada puesto puede tenerse ms de 3 requisitos que debe cumplir el candidato al puesto.

Empleado Cdigo Empleado Apellido Nombre Cdigo de Departamento Nombre del Departamento Cdigo del Puesto Especializacin Cdigo Empleado Cdigo Especializacin Descripcin Especializacin Establecimiento Ao obtenido Categora de Puesto Cdigo de Puesto Nombre Cdigo de Requisito Requisitos Cdigo de Requisito Descripcin ( Las llaves primarias estn subrayadas y sobreimpresas. Las llaves forneas estn subrayadas)

SEGUNDA FORMA NORMAL Se aplica para tablas cuya llave primaria es compuesta y se eliminan las columnas que depende slo de una parte de la llave creando una o varias tablas con los datos que se removieron dejando nicamente los datos dependientes.

Si se examinan cada una de las tablas que se encuentran en primera forma normal se puede observar que slo la tabla de especializacin cuenta con una llave primaria compuesta y que las columnas establecimiento y ao obtenido dependen completamente de la llave primaria y no de una parte de ella Por qu?, porque el establecimiento y ao en el que un empleado obtuvo una especializacin tiene relacin directa con el empleado y con el identificador de la especializacin y no puede ser relacionado slo con uno de ellos. Sin embargo, la descripcin de la especializacin depende slo del cdigo de especializacin, por lo que deber sacarse de esta tabla y crear una nueva, Catlogo Acadmico, quedando la segunda forma normal as: Empleados Cdigo Empleado Apellido Nombre Cdigo de Departamento. Nombre de Departamento. Cdigo del puesto Categora de Puesto Cdigo de Puesto Nombre Cdigo Requisito Catlogo Acadmico Cdigo de Especialidad Descripcin Especializacin Cdigo Empleado Cdigo Especializacin Establecimiento

 Ao Obtenido Requisitos Cdigo Requisito Descripcin ( Las llaves primarias estn subrayadas y sobreimpresas. Las llaves forneas estn subrayadas)

TERCERA FORMA NORMAL Para que los datos se encuentren en tercera forma normal, las columnas no-llave, no deben ser dependientes transitivos de la llave primaria. En una tabla se dice que tiene dependencia transitivas si: La columna A es dependiente de la columna B y la columna B depende de la columna C, entonces la columna A depende de la columna C, siendo C la llave primaria. Este tipo de dependencia puede provocar problemas si no se elimina, ya que de desconocer tal caracterstica de los datos se pueden eliminar datos inapropiadamente, como seria el caso si se elimina C siendo A y B dependientes de C, tambin se borrarn. Para las tablas del sistema de informacin de empleados los datos ya se encuentran en segunda forma normal y s tienen dependencia transitiva en la tabla de Empleados. La llave primaria de la tabla de Empleados es cdigo empleado. Los atributos apellido, nombre, cdigo de Departamento y cdigo del puesto dependen directamente del cdigo empleado. Sin embargo, el nombre de Departamento depende directamente del cdigo de Departamento y no de cdigo empleado, por lo que se deber crear otra tabla llamada Departamento, quedando el diseo en tercera forman normal, as: Empleados Cdigo Empleado Apellido Nombre Cdigo de Departamento Cdigo del Puesto Departamento Cdigo de Departamento.

 Nombre Categora de Puesto Cdigo de Puesto Nombre Cdigo Requisito Catlogo Acadmico Cdigo Especialidad Descripcin Especializacin Cdigo Empleado Cdigo Especializacin Requisitos Cdigo Requisito Descripcin ( Las llaves primarias estn subrayadas y sobreimpresas. Las llaves forneas estn subrayadas) Ejemplo: Se tienen los datos en segunda forma normal, encontrando que los datos de producto terminado son dependientes de los datos de materia prima y los datos de materia prima son dependientes de proveedor, entonces productos terminados son dependientes de proveedor como se puede visualizar en la figura de abajo. Debido a la transitividad si se borra un proveedor se borran los datos de productos terminados y los datos de materia prima, situacin que no seria conveniente. Producto Terminado Materia Prima Proveedor Productos Cdigo de Producto Cdigo de Proveedor Cdigo de Materia Prima Nombre del Proveedor Direccin del Proveedor Descripcin del Producto Descripcin de Materia Prima

Valor Producto ( Las llaves primarias estn subrayadas y sobreimpresas) Para eliminar este problema se procede a eliminar de la tabla los datos de materia prima y de proveedores; con esos datos se crean dos tablas nuevas llamadas Proveedores y Materia Prima. Productos Cdigo Producto Descripcin Producto Valor Producto Proveedores Cdigo Proveedor Nombre Proveedor Direccin del Proveedor Materia Prima Cdigo Materia Prima Descripcin Materia Prima ( Las llaves primarias estn subrayadas y sobreimpresas ) Para poder realizar este trabajo el diseador debe tener conocimiento de la relacin entre los datos y de las actividades de la empresa donde stos son utilizados.