ADMINISTRACIÓN DE LA

FUNCIÓN INFORMÁTICA
Ing. Anuar Gpe. Olivares Rubalcava

1
 Unidad V
Normatividad Función
Informática

Objetivo de la Unidad
Conocer e identificar las normatividades de las funciones
informáticas para aplicarlas de la mejor manera

2
 Unidad V
Instalación de las Salas Informáticas

Temas de estudio

5.1 Estándares para el manejo de archivos

5.2 Estándares de diseño
5.3 Estándares de documentación
5.4 Estándares de implantación
3
5.5 Estándares de mantenimiento
 Unidad V
Temas

5.1 Estándares para el manejo de

archivos

4
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.1 Estándares para el manejo de archivos

Problema
 Gran parte de los centros de cómputo tienen problemas con el control de los archivos
de datos que se resguardan.

 Existen varios factores por los que una instalación pierde el control en cuanto a
cantidad, contenido, tipo e importancia de los archivos de datos que mantiene en
resguardo.

 Esto se antoja inconcebible en un centro de cómputo, cuya función es precisamente

esa.

5
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.1 Estándares para el manejo de archivos

Problema
 Así, los desajustes más severos que enfrentan tales instalaciones son:

Procesos erróneos al
Perdidas elevadas en Resultados incorrectos
encontrar que se
tiempo maquina y de encontrados hasta que
manejaron archivos
operación. el usuario los detecta.
equivocados.

Pérdidas cuantiosas en Consulta errónea y

impresión con datos Saturación de paquetes actualización de
erróneos tanto en de discos y cintas con archivos maestros
formas pre-impresas archivos obsoletos afectados con archivos
como papel stock. inválidos

Severas dificultades al
Extravíos frecuentes de
tratar de restaurar Destrucción de archivos
datos valiosos e
archivos maestros mal útiles
históricos
actualizados. 6
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.1 Estándares para el manejo de archivos

Problema
 Así, los desajustes más severos que enfrentan tales instalaciones son:

Necesidad de trabajos
Confusión para identificar a
urgentes a deshoras y fines
Demoras frecuentes en la que áreas o sistemas
de semanas con objeto de
entrega de resultados. corresponden los archivos
reestructurar archivos mal
resguardados.
actualizados o perdidos.

Sistemas descontinuados al Alto grado de posibilidad de Poca confidencialidad de

perder archivos medulares alteraciones fraudulentas en archivos con datos
de difícil recuperación. los archivos. restringidos.

Este problema atañe

directamente a los jefes que
permiten que el centro de
cómputo se les desintegre
en las manos. 7
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.1 Estándares para el manejo de archivos

Sugerencia de solución
 El primer factor que se debe establecer para abordar el problema de la falta de
control de los archivos de datos, es clasificar el tipo de datos con los que opera la
instalación, y establecer un esquema por orden de importancia. Esto podría ser como
sigue:

Archivos para prueba de Archivos del sistema

Archivos de producción.
sistemas integrales. operativo en operación.

Archivos del sistema Archivos para desarrollo

operativo en prueba. de nuevos sistemas.
8
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.1 Estándares para el manejo de archivos

Sugerencia de solución
 Una vez clarificado el tipo de archivos y su importancia, se establecerá una
identificación muy precisa para determinar los niveles de respaldo para aquellos
archivos vitales, históricos o de difícil recuperación:

Resguardo local. Resguardo fuera de sitio.

9
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.1 Estándares para el manejo de archivos

Sugerencia de solución
 Los archivos con resguardo fuera de sitio serán aquellos que por su importancia en la
historia de la instalación sean vitales en casos de perdidas o danos de los archivos
locales para restablecer Cualquier accidente y que se puedan reponer rápidamente.
Estos archivos deberán estar en una bóveda contra accidentes, fuera y distante del
centro de cómputo donde se mantengan los respaldos necesarios como protección
contra Cualquier desastre. En esta bóveda deberán resguardarse básicamente
archivos maestros, archivos históricos y archivos de difícil recuperación.

 Esto deberá ser un aspecto respetado por todo centro de cómputo, no importa si es
grande o pequeño, pues ninguna instalación está exenta de actos de- terrorismo,
accidentes o robos. Son posibilidades latentes que tienen que ser cubiertas. Véase
como seguro de vida, donde no se sabe cuándo puede ocurrir un accidente, ni cómo,
pero llegara; es entonces cuando habrá que estar preparado. Además, el costo de
prevenir los daños a los archivos es raquítico si lo comparamos con los beneficios que
esto significa.
10
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.1 Estándares para el manejo de archivos

Sugerencia de solución
 La identificación individual de cada archivo es el punto débil si no se planea en forma
eficiente; es decir, la consistencia, seguridad y asignación de una nomenclatura
moderada pero segura, por si sola debe contestar las siguientes preguntas:

¿Qué archivo es? ¿A quién corresponde?

¿En dónde se encuentra

¿Qué tipo de archivo es?
dicho archivo?
11
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.1 Estándares para el manejo de archivos

Sugerencia de solución
 Desarrollar un análisis y elaborar el diseño de un sistema no es tarea sencilla,
requiere de mucho tiempo de estudio y dedicación. Representa una gran dosis de
investigación y otro tanto de planeación. Implica bastante creatividad por ambos
lados, el usuario y el analista. Obliga a una labor fuerte de análisis de necesidades de
información y, por lo tanto, a un alto grado de conocimiento del medio para el Cual se
hará el diseño. A continuación presentare los estándares para la elaboración de un
sistema.

12
 Unidad V
Temas

5.2 Estándares de diseño

13
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.2 Estándares de diseño

Elaboración del análisis y desarrollo del diseño

 El disparador normal que origina el desarrollo de un sistema surge como una solicitud
que hace el usuario al área de informática. En dicha solicitud destaca lo siguiente:

Propuesta para mejorar el

Los objetivos Las políticas
sistema

Durante la investigación y
Los usuarios del sistema recorrido de la información
deberán establecerlas ya recopilada el analista de
que éstas normarán los sistema debe percatarse
El usuario debe definirlos criterios más importantes de las fallas del sistema
dentro de la filosofía del vigente, para proponer
sistema mejorar el sistema en
algunos aspectos

14
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.2 Estándares de diseño

Elaboración del análisis y desarrollo del diseño

 Propuesta para mejorar el sistema, los aspectos a mejorar son:

Información Pasos innecesarios Procedimientos

Funciones clave
fuente. o duplicados críticos

Objetivos, políticas Recursos humanos

Utilización correcta
y requerimientos y materiales Costos
de resultados
actuales necesarios

15
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.2 Estándares de diseño

Elaboración del análisis y desarrollo del diseño

 Propuesta de factibilidad de automatización:

 Después de haber efectuado la investigación y recorrido de la información, el

analista deberá evaluar el sistema y determinar si es conveniente su
automatización efectuando un esbozo general de la posible solución en caso de
ser viable.

 Podría presentarse el caso de que el sistema empleado en ese momento pudiera

ser automatizado sin obtener muchas ventajas, pero ser más costoso; esta
situación debe ser expuesta por el analista, dentro del documento.

16
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.2 Estándares de diseño

Diseño del sistema

 Durante el diseño del sistema, el trabajo del analista consiste en elaborar una o más
opciones de automatización del sistema que va a cumplir con los requerimientos de
información de la unidad usuaria.

 En la formulación de opciones de un sistema propuesto se debe considerar muy

importante la investigación realizada, así como su evaluación ya que depende de la
comprensión y del conocimiento de los procedimientos y problemas del sistema
vigente para formular la opción del sistema propuesto para su aprobación.

 Cuando se diseña un sistema de procesamiento de datos, se debe considerar sobre

todo el perfeccionamiento de las operaciones y la reducción de los costos, así como
la oportunidad y calidad de los resultados .

17
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.2 Estándares de diseño

Diseño del sistema

 Algunos de estos objetivos son los siguientes:

Eliminación de
Estandarización de Eliminación de
reportes, registros Eliminación de
procedimientos de funciones
y formas datos superfluos.
las unidades. innecesarias.
innecesarios.

Establecimiento de
los controles Eliminación de Eliminación de Eliminación de
necesarios y duplicación de duplicación de duplicación de
simplificación de funciones. objetivos. operaciones
los excesivos.

18
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.2 Estándares de diseño

Diseño del sistema

Estructura del sistema

Diagramación

Evaluación del diseño

Evaluación del sistema

19
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.2 Estándares de diseño

Diseño del sistema - Estructura del sistema

 Objetivos y políticas del sistema:

Objetivos Políticas del Resultados por

Objetivo general.
particulares. sistema. obtener

Operaciones por
realizar, manuales, Fuentes del
Usuarios Recursos
semi-manuales y sistema
electrónicas.

Componentes del
Proveedores de sistema
recursos operacionales,
apoyo y regulación 20
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.2 Estándares de diseño

Diseño del sistema - Diagramación

Diagrama general del Diagrama de captación de Diagrama operativo del

sistema. información. usuario

Diagrama de Tablas de información y de

procesamiento electrónico. decisiones.

21
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.2 Estándares de diseño

Diseño del sistema - Evaluación del diseño

Sensibilidad Restricciones Adaptabilidad. Colapso.

Disponibilidad de Posibilidades de
Puntos de control.
recursos. implantación.

22
 Unidad V
Temas

5.3 Estándares de documentación

23
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.3 Estándares de documentación

 Una buena documentación es esencial para lograr un diseño correcto y un

mantenimiento eficiente de los sistemas digitales. Además de ser precisa y completa,
la documentación debe ser algo instructiva, de modo que un ingeniero de pruebas,
técnico de mantenimiento, o inclusive el ingeniero de diseño original (seis meses
después de diseñar el circuito), pueda averiguar cómo funciona el sistema con solo
leer la documentación.

 Aunque el tipo de documentación depende de la complejidad del sistema y los

entornos en los que se realizan el diseño y la fabricación, un paquete de
documentación debe contener (por regla general) al menos los siguientes seis
elementos mostrados en las siguientes tablas.

24
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.3 Estándares de documentación

Elemento Descripción
1
Una especificación de circuito que se describe exactamente lo que
se supone debe hacer el circuito o sistema, incluyendo una
descripción de todas las entradas y las salidas (“interfaces”) y las
funciones que se van a realizar.
Advierta que las “especificaciones” no tienen que especificar cómo
consigue el sistema sus resultados, sino únicamente que resultados
genera

2
Un diagrama de bloques es una descripción pictórica e informal de
los principales módulos funcionales del sistema y sus
interconexiones básicas

25
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.3 Estándares de documentación

Elemento Descripción
3 Un diagrama esquemático es una especificación formal de los
componentes eléctricos del sistema, sus interconexiones y todos los
detalles necesarios para construir el sistema, incluyendo los tipos
de CI, indicadores de referencia y números terminales.
Se suelen utilizar el término diagrama lógico para referirse a un
dibujo informal que no tiene este nivel de detalle.
La mayoría de los programas para edición de esquemáticos tiene la
capacidad de generar en cuenta de materiales a partir del diagrama
esquemático

4 Un diagrama de temporización muestra los valores de diversas

señales lógicas en función del tiempo, incluyendo los retardos,
entre causa y efecto, de las señales críticas

26
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.3 Estándares de documentación

Elemento Descripción
5 Una descripción de dispositivo de lógica estructurada que indica la
función interna de un PLD, FPGA o ASIC.
Normalmente esta descripción se describe en un lenguaje de
descripción hardware (HDL) tal como VHDL O ABEL, pero puede
estar en forma de ecuaciones lógicas, tablas de estado o diagramas
de estado.
En algunos casos se pueden utilizar un lenguaje de programación
convencional, como C, para modelar el funcionamiento de un
circuito o para especificar su comportamiento.

27
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.3 Estándares de documentación

Elemento Descripción
6 Una descripción del circuito en un documento de texto narrativo
que, junto con el resto de la documentación, explica cómo funciona
internamente el circuito.
En el caso de que la máquina de estado debe describirse mediante
tablas de estado, diagramas de estado, lista de transiciones o
archivo de texto en un lenguaje de descripción de maquinas de
estado como ABEL o VHDL.
La descripción del circuito debe incluir cualquier suposición y
cualquier fallo potencial en el diseño y operación del circuito,
también debe señalar el uso de cualquier “truco” de diseño que no
sea obvio.
Una buena descripción de circuito también contiene definiciones de
acrónimos y otros términos especializados y tiene referencias o
documentos relacionados

28
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.3 Estándares de documentación

 La última área de la documentación, la descripción del circuito, es muy importante en

la práctica.

 De la misma forma que un programador experimentado crea un documento de

diseño de programa antes de comenzar a escribir el código, un diseñador lógico con
experiencia comienza escribiendo la descripción del circuito antes de realizar el
diagrama esquemático.

 Un circuito sin una buena descripción es difícil de depurar, fabricar, probar, mantener,
modifica y mejorar.

29
 Unidad V
Temas

5.4 Estándares de implantación

30
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.4 Estándares de implantación

Estándares sobre los procedimientos de entrada de datos,
procesamiento de información y misión 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 Los elementos claves son Se confecciona el Diagrama

Diagrama de Flujo. los Programas. de Procesamiento de Datos

Este Diagrama no se podrá En este primer paso sólo se

elaborar por completo identifican las Salidas y
desde un primer momento Programas. Los elementos
ya que depende del Flujo restantes se identifican en
de Información. forma genérica.
31
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.4 Estándares de implantación

Estándares sobre los procedimientos de entrada de datos,
procesamiento de información y misión de resultados
 Validación de datos.- Consiste en asegurar la veracidad e integridad de los datos que
ingresan a un archivo. Existen numerosas técnicas de validación tales como:

Digito verificador, chequeo de tipo, Concepto de Procesamiento Distribuido y

chequeo de rango. Centralizado

32
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.4 Estándares de implantación

Estándares sobre los procedimientos de entrada de datos,
procesamiento de información y misión de resultados
 Validación de datos.- Consiste en asegurar la veracidad e integridad de los datos que
ingresan a un archivo. Existen numerosas técnicas de validación tales como:

Digito verificador, chequeo de tipo, Concepto de Procesamiento Distribuido y

chequeo de rango. Centralizado

33
 Unidad V
Temas

5.5 Estándares de mantenimiento

34
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.5 Estándares de mantenimiento

 De la definición de mantenimiento del estándar 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. Eliminación de 2. Adaptar el
defectos del producto software 3. Incluir mejoras
producto software. a en el diseño.

35
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.5 Estándares de mantenimiento

 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
cumpliéndolos cuando cambia su entorno (caso 2), o cuando se quiere mejorar la
manera en que los cumple (caso 3).

 Por otro lado, la definición anterior implica que el mantenimiento debido a los
defectos es a posteriori, es decir, se desencadena cuando el defecto tiene como
resultado un fallo que se detecta.

 En ocasiones, se realizan actividades de mantenimiento preventivo, que intentan

detectar y corregir fallos latentes (que se supone pueden existir, aunque aún no se
han “manifestado”).

36
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.5 Estándares de mantenimiento

 Estas causas tienen su correlación directa con las denominadas “categorías de

mantenimiento”, que en el estándar ISO/IEC 147641 incluye las siguientes categorías
definidas por Lienta y Swanson 2(1978) son:

1. Mantenimiento correctivo:
modificaciones reactivas a un
producto software hechas
después de la entrega para
corregir defectos descubiertos.
2. Mantenimiento adaptativo:
modificación de un producto
software realizada después de
la entrega para permitir que un
producto software siga
pudiéndose utilizar en un
entorno diferente.

3. Mantenimiento perfectivo:
modificación de un producto
software después de la entrega
para mejorar el rendimiento o
la mantenibilidad.
37
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.5 Estándares de mantenimiento

 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 unánime en este sentido, y de hecho, el concepto

de evolución del software, que tratamos a continuación, amplía 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.

 De hecho, las categorías adaptativa y perfectiva son ambas mejoras, en

contraposición el mantenimiento correctivo.

 El estándar ISO/IEC 14764 clasifica las categorías comentadas hasta ahora según la
siguiente Tabla, que nos puede ayudar a ver sus diferencias.

38
Universidad Tamaulipeca Unidad V Admón. Función Informática

5.5 Estándares de mantenimiento

 Por último, un estándar de mantenimiento del IEEE (1998) define una categoría
adicional, la de mantenimiento de emergencia, cuando los cambios se deben hacer
sin planificación previa, para mantener un sistema en operación.

 Todas las anteriores definiciones son las que se encuentran habitualmente en los
libros. No obstante, la clasificación más exhaustiva se encuentra en el artículo de
Chapin (2001).

 Una visión más general de los tipos de mantenimiento, se puede observar en la figura
siguiente, ya que se distinguen los diferentes tipos de mantenimiento según cambios
de software, cambios de código fuente o cambios de funcionalidad.

39
Universidad Tamaulipeca Unidad V Admón. Función Informática

Bibliografía
Hernández, R Jiménez. Administración de la Función Informática.
1 Editorial trillas

40
Gracias… 41