Mostrando entradas con la etiqueta Informática. Mostrar todas las entradas
Mostrando entradas con la etiqueta Informática. Mostrar todas las entradas

jueves, 21 de noviembre de 2013

Hola, bueno, estos días he estado muy metida con open SUSE y configuraciones de red debido a trabajos escolares, y como yo no tenía ni la menor idea de open SUSE, pues batalle un poco en hacer esto. En la web encuentras muchísima ayuda, pero cuando no tienes conocimiento alguno del sistema, si es algo complicado.

Bueno, antes que nada, les mencionaré que les voy a mostrar la configuración de red en open SUSE 12.1.

Comencemos, primero que nada, vamos a poner la dirección IP, Gateaway y hostname para nuestro equipo:
Tarjeta de red: eth0

address 172.16.2.20
netmask 255.255.255.0 (o bien, /24)
network 172.16.2.0
broadcast 172.16.2.255 (ya la da por default)
gateway 172.16.2.1


Paso1.- Ingrese a YaST


Paso 2.- Ingrese a Network Settings


3.- nos mostrará la ventana de Network Settings en la pestaña de Global Options, en está pestaña no modificaremos nada


Paso 4.- En la pestaña de Overview, en la parte inferior daremos add para modificar la tarjeta de red

Paso 5.- Pasaremos a la pestaña address y pondremos nuestra IP como estática, su dirección IP y su mascara de subred. El hostname lo puede agregar de una vez, aunque lo puede agregar después.


Paso 6.- Al dar ok, lo enviará de nuevo a la primer ventana, ahora pasaremos a Hostname/DNS; asignará el hostname, en este caso suselinux y su dirección de servidor 172.16.2.20



Paso 7.- En la pestaña routing, dará clic en add y agregará el gateway, dirección del servidor, mascara de subred y el servicio.


Paso 8.- Como puede observar, los datos serán agregados y dará clic en ok



Si desea verificar, pase a su terminal y de un ifdown eth0 y un ifup para subir y bajar la tarjeta respectivamente, luego dando un ifconfig para ver la conflagración de su red.

[Informática] ¿Cómo configurar la tarjeta de red en open SUSE?

Leer más...

lunes, 18 de marzo de 2013

Bueno, el día de hoy les vengo a dejar un ejemplo muy sencillo de una base de datos y su tabla en Postgres.

Primero crearemos una base de datos que se llame Libros:
De allí, pasaremos a dar clic en el "+" para ubicarnos en public y de allí a tables, para crear una tabla:


Crearemos una tabla que se llame "Libros" con las siguientes columnas, con codigo como llave primaria:
si no lo desea hacer en modo gráfico, realicelo manualmente en: 
al ingresar allí, escriba la siguiente sentencia:
create table libros(
      codigo serial,
      titulo character(40),
      autor character(20),
      editorial character(20),
      precio money (6,2),
      cantidad integer,
primary key (codigo));

al haber terminado su tabla ya se a de haber creado despues de haber ejecutado la sentencia, en el símbolo de "Play", salga de esa ventana y posicionese en la principal, seleccionando la tabla "Libros" dando clic en la tabla sin filtro:

ingrese los datos que desee:
cierre esta ventana y regrese a la principal, de nuevo de clic en SQL para comenzar a escribir las sentencias:

comencemos, antes, quiero recalcar algo, en algunos postgres no es necesario dejar entre comillas el nombre de la tabla y las columnas, en mi caso si:

1) Queremos saber el monto total de dinero de cada libro:

  select "titulo","precio","cantidad","precio"*"cantidad" from "Libros";

2) Queremos saber el precio de cada libro con un 10% de descuento:

select "titulo","precio","precio"-("precio"*0.1) from "Libros";

3) Actualizamos los precios con un 10% de descuento y vemos el resultado:
 update "Libros" set "precio"="precio"-("precio"*0.1);
 select * from "Libros";
4) Queremos una columna con el titulo, el autor y la editorial de cada libro:


  select "titulo"||'-'||"autor"||'-'||"editorial" from "Libros";


Manejo de Funciones

1) Mostramos solo los 12 primeros caracteres de los titulos de los libros y sus autores, empleando la función "substring()"
  select substring("titulo",1,12) as "titulo" from "Libros";

2) Mostramos los titulos, autores y editoriales de todos los libros, al último campo lo queremos con mayusculas.

  select "titulo","autor", upper("editorial") from "Libros";


3) Mostrar todos los títulos de los libros rellenando con el caracter '-' a la derecha.

  select rpad("titulo",40,'-') from "Libros";


4) Imprimimos todos los libros que contienen la cadena 'en' en alguna parte del libro
select * from "Libros" where position('es' in "titulo")>0;

5) Imprimimos todos los libros que tienen un título con 10 o más caracteres.
select * from "Libros" where char_length("titulo")>=10;

6)
select "titulo","autor","precio", floor("precio") as abajo, celling("precio") as arriba from libros;

7) Recuperamos los registros ordenandolos por título.

  select * from "Libros" order by "titulo";


8) ordenamos los registros por el campo "precio", referenciando el campo por su posición en la lista de selección
  select "titulo","autor","precio" from "Libros" order by 3;


9) Los ordenamos por "editorial", de mayor a menor empleando "desc"
  select * from "Libros" order by "editorial" desc;

10) Ordenamos por dos campos
    select * from "Libros" order by "titulo","editorial";


11) Ordenamos en distintos sentidos
  select * from "Libros" order by "titulo" asc,"editorial" desc;


12) Podemos ordenar un campo que no se lista en la selección

  select "titulo","autor" from "Libros" order by "precio";


13) Permite ordenanar por valores calculados

  select "titulo","autor","editorial","precio"+("precio"*0.1) as preciocondescuento from "Libros" order by 4;


14) Recuperamos los libros cuyo autor sea igual a "Varios Autores" y cuyo precio no supere los 500
  select * from "Libros" where ("autor"='Varios Autores') and ("precio"<=500);


15) Seleccionamos los libros cuyo autor sea 'Varios Autores' y cuya editorial sea 'Trillas'

 select * from "Libros" where autor='Varios Autores' or editorial='Trillas';


16) Recuperamos los libros cuya editorial NO es 'Trillas'
  select * from "Libros" where not editorial='Trillas';

17) Veamos como el uso de paréntesis hace que PostgresSQL evalúe en forma diferenciada ciertas consultas aparentemente iguales
   select * from "Libros" where (autor='Renata Selecl') or (editorial='Siglo XXI' and precio<20);

  select * from "Libros" where (autor='Renata Selecl' or editorial='Siglo XXI') and (precio<20);

Para trabajar con JOINS, crearemos una tabla que se llame editoriales, con las siguientes columnas:

O en código:
create table editoriales(
      codigo serial,
      nombre varchar(20),
primary key(codigo));

ahora a obtener:

1) Realizamos un join para obtener datos de ambas tablas (titulo, autor y nombre de la editorial)
  select "titulo","autor","nombre" from "Libros" join "Editoriales" on codigoeditorial="Editoriales".codigo;

2) Mostramos el código del libro, título, autor, nombre de la editorial y el precio reaizando un join y empleando alías:
  select l."codigo","titulo","autor","nombre","precio" from "Libros" as l join "Editoriales" as e on codigoeditorial=e.codigo;
  

Espero les sirva esté ejercicio y les ayude a aprender sentencias para PostgresSQL, buen día c:



Materia: Administración de Bases de Datos
Licenciado en Informática: Janet Lopez
Instituo Técnologico de Zacatecas



[Informática] Base de Datos y sentencias para realizar acciones en Postgres

Leer más...

Integridad de entidad
La integridad de entidad define una fila como entidad única para una tabla determinada. La integridad de entidad exige la integridad de las columnas de los identificadores o la clave principal de una tabla, mediante índices y restricciones UNIQUE, o restricciones PRIMARY KEY.

Regla de integridad de entidad de la clave primaria
La regla de integridad de entidad de la clave primaria dispone que los atributos de la clave primaria de una relación no pueden tener valores nulos.

Ejemplo

Tenemos la siguiente relación:
DESPACHOS
edificio
número
superficie
Marina
120
10
Marina
122
15
Marina
230
20
Diagonal
120
10


En esta relación, puesto que la clave primaria está formada por edificio y número, no hay ningún despacho que tenga un valor nulo para edificio, ni tampoco para número.

Esta regla es necesaria para que los valores de las claves primarias puedan identificar las tuplas individuales de las relaciones. Si las claves primarias tuviesen valores nulos, es posible que algunas tuplas no se pudieran distinguir.

Ejemplo de clave primaria incorrecta con valores nulos
En el ejemplo anterior, si un despacho tuviese un valor nulo para edificio porque en un momento dado el nombre de este edificio no se conoce, por ejemplo <NULO, 120, 30>, la clave primaria no nos permitiría distinguirlo del despacho <Marina, 120, 10> ni del despacho <Diagonal, 120,10>. No podríamos estar seguros de que el valor desconocido de edificio no es ni Marina ni Diagonal.

A continuación definimos esta regla de forma más precisa.

La regla de integridad de entidad de la clave primaria establece que si el conjunto de atributos CP es la clave primaria de una relación R, la extensión de R no puede tener ninguna tupla con algún valor nulo para alguno de los atributos de CP.

Un SGBD relacional tendrá que garantizar el cumplimiento de esta regla de integridad en todas las inserciones y, también, en todas las modificaciones que afecten a atributos que pertenecen a la clave primaria de la relación.

Ejemplo
En la relación DESPACHOS anterior, no se debería insertar la tupla <Diagonal, NULO, 15>. Tampoco debería ser posible modificar la tupla <Marina, 120, 10> de modo que pasara a ser <NULO, 120, 10>.

Integridad referencial

La integridad referencial protege las relaciones definidas entre las tablas cuando se crean o se eliminan filas. En SQL Server la integridad referencial se basa en las relaciones entre claves externas y claves principales o entre claves externas y claves exclusivas, mediante restricciones FOREIGN KEY y CHECK. La integridad referencial garantiza que los valores de clave sean coherentes en las distintas tablas. Para conseguir esa coherencia, es preciso que no haya referencias a valores inexistentes y que, si cambia el valor de una clave, todas las referencias a ella se cambien en consecuencia en toda la base de datos.

Cuando se exige la integridad referencial, SQL Server impide a los usuarios:

  • Agregar o cambiar filas en una tabla relacionada si no hay ninguna fila asociada en la tabla principal.
  • Cambiar valores en una tabla principal que crea filas huérfanas en una tabla relacionada.
  • Eliminar filas de una tabla principal cuando hay filas relacionadas coincidentes.

Regla de integridad referencial
Observad que todo lo que impone la regla de integridad referencial
viene implicado por la misma noción
de clave foránea que se ha explicado en
el subapartado 2.5 de esta unidad.
La regla de integridad referencial está relacionada con el concepto de clave foránea. Concretamente, determina que todos los valores que toma una clave foránea deben ser valores nulos o valores que existen en la clave primaria que referencia.
Ejemplo
Si tenemos las siguientes relaciones:
•Relación DESPACHOS:
DESPACHOS
edificio
número
superficie
Marina
120
10
Marina
122
15
Marina
230
20
Diagonal
120
10
 •Relación EMPLEADOS:
EMPLEADOS
DNI
nombre
apellido
edificiodesp
númerodesp
40.444.255
Juan
García
Marina
120
33.567.711
Marta
Roca
Marina
120
55.898.425
Carlos
Buendía
Diagonal
120
77.232.144
Elena
Pla
NULO
NULO
donde edificiodesp y númerodesp de la relación EMPLEADOS forman una clave foránea que referencia la relación DESPACHOS. Debe ocurrir que los valores no nulos de edificiodesp y númerodesp de la relación EMPLEADOS estén en la relación DESPACHOS como valores de edificio y número. Por ejemplo, el empleado <40.444.255, Juan García, Marina, 120> tiene el valor Marina para edificiodesp, y el valor 120 para númerodesp, de modo que en la relación DESPA CHOS hay un despacho con valor Marina para edificio y con valor 120 para número.
La necesidad de la regla de integridad relacional proviene del hecho de que las claves foráneas tienen por objetivo establecer una conexión con la clave primaria que referencian. Si un valor de una clave foránea no estuviese presente en la clave primaria correspondiente, representaría una referencia o una conexión incorrecta.
Referencia incorrecta
Supongamos que en el ejemplo anterior hubiese un empleado con los valores <56.666.789, Pedro, López, Valencia, 325>. Ya que no hay un despacho con los valores Valencia y 325 para edificio y número, la tupla de este empleado hace una referencia incorrecta; es decir, indica un despacho para el empleado que, de hecho, no existe.
A continuación explicamos la regla de modo más preciso.

La regla de integridad referencial establece que si el conjunto de atributos CF es una clave foránea de una relación R que referencia una relación S (no necesariamente diferente de R), que tiene por clave primaria CP, entonces, para toda tupla t de la extensión de R, los valores para el conjunto de atributos CF de t son valores nulos, o bien valores que coinciden con los valores para CP de alguna tupla s de S.


En el caso de que una tupla t de la extensión de R tenga valores para CF que coincidan con los valores para CP de una tupla s de S, decimos que t es una tupla que referencia s y que s es una tupla que tiene una clave primaria referenciada por t.
Un SGBD relacional tendrá que hacer cumplir esta regla de integridad. Deberá efectuar comprobaciones cuando se produzcan las siguientes operaciones:
a)  Inserciones en una relación que tenga una clave foránea.
b)  Modificaciones que afecten a atributos que pertenecen a la clave foránea de una relación.
c)  Borrados en relaciones referenciadas por otras relaciones.
d)  Modificaciones que afecten a atributos que pertenecen a la clave primaria de una relación referenciada por otra relación.
Ejemplo
Retomamos el ejemplo anterior, donde edificiodesp y númerodesp de la relación EMPLEADOS forman una clave foránea que referencia la relación DESPACHOS:
•Relación DESPACHOS:
DESPACHOS
edificio
número
superficie
Marina
120
10
Marina
122
15
Marina
230
20
Diagonal
120
10
 •Relación EMPLEADOS:
EMPLEADOS
DNI
nombre
apellido
edificiodesp
númerodesp
40.444.255
Juan
García
Marina
120
33.567.711
Marta
/td>
Roca
Marina
/td>
120
55.898.425
Carlos
Buendía
Diagonal
120
77.232.144
Elena
Pla
NULO
NULO
Las siguientes operaciones provocarían el incumplimiento de la regla de integridad referencial:
•   Inserción de <12.764.411, Jorge, Puig, Diagonal, 220> en EMPLEADOS.
•   Modificación   de   <40.444.255,   Juan,   García,   Marina,   120>   de   EMPLEADOS   por
<40.444.255, Juan, García, Marina, 400>.
•   Borrado de <Marina, 120, 10> de DESPACHOS.
•   Modificación de <Diagonal, 120, 10

Un SGBD relacional debe procurar que se cumplan las reglas de integridad del modelo.  Una forma habitual  de  mantener  estas reglas  consiste en  rechazar toda operación de actualización que deje la base de datos en un estado en el que alguna regla no se cumpla. En algunos casos, sin embargo, el SGBD tiene la posibilidad de aceptar la operación y efectuar acciones adicionales compensatorias, de modo que el estado que se obtenga satisfaga las reglas de integridad, a pesar de haber ejecutado la operación.
Esta última política se puede aplicar en las siguientes operaciones de actualización que violarían la regla de integridad:
a)  Borrado de una tupla que tiene una clave primaria referenciada.
b)  Modificación de los valores de los atributos de la clave primaria de una tupla que tiene una clave primaria referenciada.
En los casos anteriores, algunas de las políticas que se podrán aplicar serán las siguientes: restricción, actualización en cascada y anulación. A continuación explicamos el significado de las tres posibilidades mencionadas.


[Informática] Integridad de Entidad e Integridad Referencial

Leer más...

miércoles, 13 de marzo de 2013

Hola, al parecer a muchos de los que utilizamos Windows 7, nos ha pasado que cuando instalamos XAMPP, nos aparece un error donde dice que Apache no puede arrancar en el puerto 80!

Bueno, como habrán leído ya en otros blogs o foros, Windows comúnmente ocupa el puerto 80 con cualquier otro servicio; por ahora, les presentaré una forma rápida de solucionar este problema, me quebre la cabeza con este problema algunos días, ya que actualmente lo necesito para poder usar con postgress en prácticas de una materia de la universidad, pero ni el maestro me soluciono esté problema, pero, hay varias formas de hacerlo, desactivar puertos en el firewall de windows, directamente en configuración, modificar el puerto 80 por el puerto 8080 en el documento de Apache httpd, etc., pero ninguna me funciono, hasta que después de consultar con bastantes expertos en la materia en foros y blogs, uno me dio la solución.

Apache como servicio:
Cuando ya has instalado XAMPP entra a panel de control:


en Panel de Control, da click en la casilla de Apache donde esta la "X" abajo de Service:


Después se activará la casilla con una palomita, y en el recuadro blanco de abajo aparecerá Instaling Service:


Después de que haya terminado, reinicia el equipo:




Por ultimo, ahora que ya reiniciaste el equipo, habré de nuevo tu Panel de control de XAMPP y el servicio de Apache estará funcionando de una forma correcta

Luego podrás abrir tu navegador y colocar en la barra de dirección "localhost/xampp" y este estará funcionando de manera correcta.

Ésta fue mi solución para que Apache pueda utilizar el puerto 80 sin ningún problema y no se configure después, etc., espero haberlos ayudado, saludos.







Janet López
Lic. en Informática
Instituto Tecnologico de Zacatecas

[Informática] ¿Como dejar libre el puerto 80 para que funcione Apache de XAMPP?

Leer más...

martes, 5 de febrero de 2013


INCIPIO DE BENEFICIO DE AUDITADO 
•El auditor deberá ver como se puede conseguir la máxima eficacia y rentabilidad de los medios informáticos de la empresa auditada, estando obligado a presentar recomendaciones acerca del reforzamiento del sistema y el estudio de las soluciones más idóneas según los problemas detectados en el sistema informático de esta última. 
•En ningún caso está justificado que realice su trabajo el prisma del propio beneficio. 
•Cualquiera actitud que se anteponga intereses personales del auditor a los del auditado deberá considerarse como no ética. 
•Para garantizar le beneficio del auditado como la necesaria independencia del auditor, este último deberá evitar estar ligado en cualquier forma, a intereses de determinadas marcas, productos o equipos compatibles con los de su cliente. 
•La adaptación del auditor al sistema del auditado debe implicar una cierta simbiosis con el mismo, a fin de adquirir un conocimiento pormenorizado de sus características intrínsecas. 
•Únicamente en los casos en el que el auditor dedujese la imposibilidad de que el sistema pudiera acomodarse a las exigencias propias de su cometido, este podrá proponer un cambio cualitativamente significativo de determinados elementos o del propio sistema informático globalmente contemplado. 
•Una vez estudiado el sistema informático a auditar, el auditor deberá establecer los requisitos mínimos, aconsejables y óptimos para su adecuación a la finalidad para la que ha sido diseñado. 
•El auditor deberá lógicamente abstenerse de recomendar actuaciones innecesariamente onerosas, dañinas o que generen riesgos injustificados para el auditado. 
•Una de las cuestiones más controvertidas, respecto de la aplicación de este principio, es la referente a facilitar el derecho de las organizaciones auditadas a la libre elección del auditor. 
•Si el auditado decidiera encomendar posteriores auditorías a otros profesionales, éstos deberías poder tener acceso a los informes de los trabajos profesionales, éstos deberían poder tener acceso a los informes de los trabajos anteriormente realizados sobre el sistema del auditado.

PRINCIPIO DE CALIDAD 
•En el auditor deberá prestar sus servicios a tenor de las posibilidades de la ciencia y medios a su alcance con absoluta libertad respecto a la utilización de dichos medios y en unas condiciones técnicas adecuadas para el idóneo cumplimiento de su labor. 
•En los casos en el que la precariedad de medios puestos a su disposición impidan o dificulten seriamente la realización de la auditoría, deberá segarse a realizarla hasta que se garantice un mínimo de condiciones técnicas que no comprometan la calidad de sus servicios o dictámenes.
PRINCIPIO DE CAPACIDAD 
•El auditor debe estar plenamente capacitado para la realización de la auditoría encomendada, maximice teniendo en cuenta que, a los auditados en algunos casos les puede ser extremadamente difícil verificar sus recomendaciones y evaluar correctamente la precisión de las mismas. 
•Debe, por tanto, ser plenamente consciente del alcance de sus conocimientos y de su capacidad y aptitud para desarrollar la auditoría evitando que una sobreestimación personal pudiera provocar el incumplimiento parcial o total de la misma. 
•Conviene indicar que en los casos de producirse, por el contrario, una subestimación de su capacidad de su capacidad profesional, esta circunstancia podría afectar negativamente en la confianza del auditado sobre el resultado final de la auditoría. 
•A efectos de garantizar, en la medida de lo posible, la pertinencia de sus conocimientos, el auditor deberá procurar que éstos evolucionen, al unísono con el desarrollo de las tecnologías de la información, en una forma dinámica. 
•Es deseable que se fortalezca la certificación profesional de la aptitud de los auditores para realizar unos trabajos de índole tan compleja. 
•Esta certificación que deberá tener a plazo de validez acorde con la evolución de las nuevas tecnologías de la información de la información, debería estar validada y garantizada por la metodología empleada para acreditar dicha especialización. ‘’‘ PRINCIPIO DE CAUTELA’‘’ 
•El auditor en todo momento debe ser consiente de que sus recomendaciones deben estar basadas en el experiencia contrastada que se le supone tiene adquirida, evitando que, por un exceso de vanidad, el auditado se embarque en proyectos de futuro fundamentos en simples intuiciones sobre la posible evolución de las nuevas tecnologías de la información. 
•Si bien es cierto que el auditor debe estar al corriente del desarrollo de dichas tecnologías de información e informar al auditado de su previsible evolución, no es menos cierto que deben evitar la tentación de creer que, gracias a sus conocimientos, puede aventurar, con un casi absoluto grado de certeza. •Debe, por tanto, el auditor actuar con un cierto grado de humildad, evitando dar la impresión de estar al corriente de una información privilegiada sobre el estado real de la evolución de los proyectos.
PRINCIPIO DE COMPORTAMIENTO PROFESIONAL 
•El auditor, tanto en sus relaciones con el auditado como con terceras personas, deberá, en todo momento, actuar conforma a las normas, implícitas o explícitas, de dignidad de la profesión y de corrección en el trato personal. 
•Para ello deberá cuidar la moderación en la exposición de sus juicios u opiniones evitando caer en exageraciones o atemorizaciones innecesarias procurando, en todo momento, transmitir una imagen de precisión y exactitud en sus comentarios. 
•El comportamiento profesional exige del auditor una seguridad en sus conocimientos técnicos y una clara percepción de sus carencias, debiendo eludir las injerencias no solicitadas por él, de profesionales de otras áreas, en temas relacionadas o que puedan incidir en el resultado da la auditoría. 
•El auditor debe asimismo guardar un escrupuloso respecto por la política empresarial del auditado, aunque ésta difiera ostentablemente de las del resto el sector en las que desarrolla su actividad. 
•Igualmente debe evitarse realizar actos que simulen aplicaciones de tratamientos ficticios, encubran comportamientos no profesionales o den publicidad a metodologías propias o ajenas insuficientemente contrastadas y garantizadas.

PRINCIPIO DE CONCENTRACION EN EL TRABAJO 
•En su línea de actuación, el auditor deberá evitar que un exceso de trabajo supere sus posibilidades de concentración y precisión en cada una de las tareas a él encomendadas, y a que la estructuración y dispersión de trabajos suele a menudo, si no está debidamente controlada, provocar la conclusión de los mismos sin las debidas garantías de seguridad. 
•A este efecto, el auditor deberá sopesar las posibles consecuencias de una acumulación excesiva de trabajos a fin de no asumir aquellos que objetivamente no tengan tiempo de realizar con las debidas garantías de calidad. 
•Asimismo deberá evitar la desaconsejable práctica de ahorro de esfuerzos basada en la reproducción de partes significativas de trabajos o conclusiones obtenidas de trabajos previos en otros posteriores elaborados como colofón de nuevas auditorías. 
•Por el contrario, si es admisible el que, una vez analizados en profundidad los aspectos a tener en cuenta y obtenidas las correspondientes conclusiones, se contrasten las mismas a tenor de la experiencia adquirida y reflejada en anteriores informes, ya que este modo de actuar permite detectar posibles omisiones en el estudio. 
•Este comportamiento profesional permitirá al auditor dedicar a su cliente la mayor parte de los recursos posibles obtenidos de sus conocimientos y experiencias previas con una completa atención durante la ejecución de la auditoría
.
PRINCIPIO DE CONFIANZA 
•El auditor deberá facilitar e incrementar la confianza del auditoreo en base a una actuación de transparencia en su actividad profesional sin alardes científicos-técnicos. 
•Este principio requiere mismismo, por parte del auditor, el mantener una confianza en las indicaciones del auditado aceptándolas sin reservas como válidas. 
•El auditor deberá, en consonancia con esta forma de actuar, adecuar su lenguaje al nivel de comprensión del auditado, descendiendo y detallando cuando haga falta en su explicación debiendo solicitar, cuando lo considere necesario, la presencia de alguno de los colaboradores de confianza de su cliente.
PRINCIPIO DE CRITERIO PROPIO 
•El auditor durante la ejecución deberá actuar con criterio propio y no permitir que esté subordinado al de otros profesionales, aun de reconocido prestigio, que no coincidan con el mismo. 
•La defensa a ultranza del propio criterio no es óbice para respetar las críticas adversas de terceros, aunque el auditor debe evitar que, si una vez analizadas continúa discrepando de las mismas, éstas pueden seguir influyendo en su trabajo, ya que la libertad de criterio impone al auditor la obligación de ética de actuar en todo momento. 
•Este principio exige asimismo del auditor una actitud cuasibeligerante en los casos en que llegue al convencimiento de que la actividad que se solicita, presuntamente para evaluar y mejorar un sistema informático, tiene otra finalidad ajena a la auditoría. 
•De igual forma cuando el auditor observe que, de forma reiterada, el auditado se niega, sin justificación alguna, a adoptar a sus propuestas deberá plantearse la continuidad de sus servicios en función de las razones y causas que considere puedan justificar dicho proceder.
PRINCIPIO DE DISCRECIÓN 
•El auditor deberá en todo momento mantener una cierta discreción en la divulgación de datos, aparentemente inocuos, que se le hayan puesto de manifiesto durante la ejecución de la auditoria
PRINCIPIO DE ECONOMÍA 
•El auditor deberá proteger, en la medida de sus conocimientos, los derechos económicos del auditado evitando generar gastos innecesarios en el ejercicio de su actividad. 
•De igual forma, el auditor deberá tener en cuenta la economía de medios materiales o humanos, eludiendo utilizar aquellos que no se precisen, lo que redundará en reducciones de gastos no justificados. En las recomendaciones y conclusiones realizadas en base a su trabajo deberá así mismo eludir, incitar o proponer actuaciones que puedan generar gastos innecesarios o desproporcionados
.
PRINCIPIO DE FORMACIÓN CONTINUADA 
•Este principio impone a los auditores el deber y la responsabilidad de mantener una permanente actualización de sus conocimientos y métodos a fin de adecuarlos a las necesidades de la demanda y a las exigencias de la competencia de la oferta.
PRINCIPIO DE FORTALECIMIENTO Y RESPETO DE LA PROFESIÓN 
•La defensa de los auditados pasa por el fortalecimiento de la profesión de los auditores informáticos, lo que exige un respeto por el ejercicio, globalmente considerado, de la actividad desarrollada por los mismos y un comportamiento acorde con los requisitos exigibles para el idóneo cumplimiento de la finalidad de las auditorias. 
•El auditor como integrante de un grupo profesional beberá promover el respeto mutuo y la no confrontación entre compañeros.
•En sus relaciones profesionales beberá exigir así mismo una reciprocidad en el comportamiento ético de sus colegas y facilitar las relaciones de confraternidad y mutuo apoyo cuando así se le soliciten.

PRINCIPIO DE INDEPENDENCIA 
•Este principio, muy relacionado con el principio de criterio propio, obliga al auditor, tanto si actúa como profesional externo o con dependencia laboral respecto a la empresa en la que deba realizar la auditoria informática, a exigir una total autonomía e independencia en su trabajo, condición esta imprescindible para permitirle actuar libremente según su leal saber y entender. 
•Esta independencia implica así mismo el rechazo de criterios con los que no este plenamente de acuerdo, debiendo reflejarse en su informe final tan solo aquellos que considere pertinentes evitando incluir en el mismo aquellos otros que según su entender pudieran producir perjuicios al auditado, aunque este así se lo solicite.

PRINCIPIO DE INFORMACIÓN SUFICIENTE 
•Este principio obliga al auditor a ser plenamente consciente de su obligación de aportar, en forma pormenorizada, clara, precisa e inteligible para el auditado, información tanto sobre todos y cada uno de los puntos relacionados con la auditoria que puedan tener algún interés para el, como sobre las conclusiones a las que a llegado. 
•Es importante asimismo que la información transmitida al auditado ponga de manifiesto una prudencia y sentido de la responsabilidad, características estas que nunca deben estar reñidas con los principios de suficiencia informativa y de veracidad evitando recrear los aspectos negativos o los errores humanos detectados que deben quedar reflejados con un cierto tacto profesional.

PRINCIPIO DE INTEGRIDAD MORAL
•Este principio, inherentemente ligado a la dignidad de la persona, obliga al auditor a ser honesto, leal y diligente en el desempeño de su misión, a ajustarse a las normas morales de justicia y prioridad, y a evitar participar, voluntaria o inconscientemente, en cualquier acto de corrupción personal o de terceras personas.
PRINCIPIO DE LEGALIDAD 
•La primacía de esta obligación exige del auditor un comportamiento activo de oposición a todo intento, por parte del auditado o de terceras personas, tendente a infringir cualquier precepto integrado en el derecho positivo.
PRINCIPIO DE LIBRE COMPETENCIA 
•La actual economía de mercado exige que el ejercicio de la profesión se realice en el marco de la libre competencia siendo rechazables, por tanto, las prácticas colusorias tendentes a impedir o limitar la legitima competencia de otros profesionales y las prácticas abusivas consistentes en el aprovechamiento en beneficio propio, y en contra de los intereses de los auditados, de posiciones predominantes.

PRINCIPIO DE NO DISCRIMINACIÓN 
•El auditor en su actuación previa, durante y posterior a la auditoria deberá evitar cualquier tipo de condicionantes personalizados y actuar en todos los casos con similar diligencia, su actuación deberá mantener una igualdad de trato profesional con la totalidad de personas con las que en virtud de su trabajo tenga que relacionarse.

PRINCIPIO DE NO INJERENCIA 
•El auditor, dada la injerencia que puede derivarse de su tarea, deberá evitar injerencias en los trabajos de otros profesionales, respetar su labor y eludir hacer comentarios que pudieran interpretarse como despreciativos de la misma o provocar un cierto desprestigio de su cualificación profesional. 
•Deberá igualmente evitar aprovechar los datos obtenidos de la auditoria para entrar en competencia desleal con profesionales relacionados con ella de otras áreas del conocimiento.

PRINCIPIO DE PRECISIÓN 
•Este principio estrechamente relacionado con el principio de calidad exige del auditor la no conclusión de su trabajo hasta estar convencido, en la medida de lo posible, de la viabilidad de sus propuestas , debiendo ampliar sus estudios de ser necesario. 
•En la exposición de sus conclusiones deberá ser suficientemente critico, no eludiendo poner de manifiesto aquellos aspectos concretos que considere puedan tener una incidencia en la calidad y fiabilidad de la auditoria. 
•Es exigible asimismo del auditor que indique como evaluado únicamente aquello que directamente, o por medio de sus colaboradores, haya comprobado u observado de forma exhaustiva.

PRINCIPIO DE PUBLICIDAD ADECUADA 
•La oferta y promoción de los servicios de auditoria deberán en todo momento ajustarse a las características, condiciones y finalidad perseguidas, siendo contraria a la ética profesional la difusión de publicidad falsa o engañosa que tenga como objetivo confundir a los potenciales usuarios de dichos servicios.

PRINCIPIO DE RESPONSABILIDAD 
•El auditor deberá, como elemento intrínseco de todo comportamiento profesional, responsabilizarse de lo que haga, diga o aconseje. 
•Si bien este principio aparentemente puede resultar gravoso en auditorias de gran complejidad es preciso tenerlo presente a fin de poder garantizar su responsabilidad en los casos en que, debido a errores humanos durante la ejecución de la auditoria, se produzcan daños a su cliente que le pudieran ser imputados. 
•Por ello es conveniente impulsar la formalización y suscripción de seguros, adaptados a las peculiares características de su actividad, que cubran la responsabilidad civil de los auditores con una suficiente cobertura a fin de acrecentar la confianza y solvencia de su actuación profesional. 
•La responsabilidad del auditor conlleva la obligación de resarcimiento de los daños o perjuicios que pudieran derivarse de una actuación negligente o culposa.

PRINCIPIO DE SECRETO PROFESIONAL 
•La confidencia y confianza con características esenciales de las relaciones entre el auditor y el auditado e imponen al primero la obligación de guardar en secreto los hechos e informaciones que conozca en el ejercicio de su actividad profesional. Solamente por imperativo legal podrá decaer esa obligación. 
•Este principio obliga primero a no difundir a terceras personas ningún dato que haya visto, oído, o deducido durante el desarrollo de su trabajo que pudiera perjudicar a su cliente. 
•Establecimiento de las medidas y mecanismos de seguridad pertinentes para garantizar al auditado que la información documentada, obtenida a lo largo de la auditoria, va a quedar almacenada en entornos o soportes que impidan la accesibilidad a la misma por terceras personas no autorizadas.

PRINCIPIO DE SERVICIO PUBLICO 
•La aplicación de este principio debe incitar al auditor a hacer lo que este en su mano y sin perjuicio de los intereses de su cliente, para evitar daños sociales. 
•Deberá poner de manifiesto sus opciones personales cuando entren en contradicción con la ética social que el auditado pueda presumir que esta implícitamente aceptada por el auditor. 
•Exige una continua elevación del arte de la ciencia en el campo de la auditoria informática.

PRINCIPIO DE VERACIDAD 
•El Auditor en sus comunicaciones con el auditado debera tener siempre presente la obligacion de asegurar la veracidad de sus manifestaciones con los limites impuestos por los deberes de respeto, correccion, y secreto profesional. 
•El principio de veracidad no debe, sin embargo, considerarse como constreñido a expresar únicamente aquello sobre lo que se tenga una absoluta y total certeza, sino que implica poner de manifiesto aquello que tenga el suficiente grado de fiabilidad como para ser considerado como veraz mientras no se aporten datos o pruebas que demuestren lo contrario. 
•La aplicación de este principio exige al auditor, en el marco de su obligación de informar al auditado sobre el trabajo realizado, comunique a este ultimo sus conclusiones, diferenciando los hechos constatados de las opiniones, propuestas y valoraciones personales, debiendo actuar en la comprobación de los primeros y en la fundamentación de las restantes con una suficiente diligencia profesional para garantizar el cumplimiento de su obligación de informar verazmente.

[Informática] Principio Aplicados Auditores Informaticos

Leer más...

martes, 29 de enero de 2013




1969: EL COMIENZO.
 La historia de UNIX comienza en 1969, cuando Keo Thompson, Dennis Ritchie y otros empezaron a trabajar en el “poco usado PDP-7 en una esquina( Little-used PDP-7 in a corner), en los laboratorios Bell a lo que iba a ser UNIX.
1971: PRIMERA EDICION.
Se tenía un ensamblador para PDP-11/20, sistema de archivos, fork(), roff y ed. Este se usó para procesamiento de texto de documentos de patente.
1973: CUARTA EDICIÓN.
Fue reescrito en C. Esto lo hizo más portátil y cambio la historia del sistema operativo.
1975: SEXTA EDICIÓN.
UNIX se va de casa. También conocida como la versión 6, esta es la primera en ser ampliamente disponible por los laboratorios Bell. La primera versión BSD(1.x) se derivó de la versión 6.
1979: Séptima edición.
Era una mejora sobre todos los anteriores y siguientes Unices [Bourne]. Tuvo C, UUCP y el Bourne Shell. Fue portado a la VAX y el núcleo era de más de 40 Kilobytes(K).
1980: Xenix.
Microsoft introduce Xenix. 32V y 4BSD introducido.
1982: System III
AT&T’s UNIX System Group (USG) lanzando System II, fue el primer lanzamiento al público fuera de los Laboratorios Bell. SunOS 1.0 ships. HP-UX introducido. Ultrix-11 también introducidas.
1983: System V.
Computer Research Group (CRG), UNIX System Group (USG) y un tercer grupo se fusionan para combertirse en UNIX System Dvelopment Lab. AT&T anuncia UNIX System V, la primera versión compatible. Base instalada 45,000.
1984: 4.2BSD
La Universidad de California en Barkeley obtiene la versión 4.2BSD, incluye TCP/IP, nuevas señales y mucho más. X/Open formado.
1984: SVR2
System V segundo lanzamiento introducido, Al momento hay 100,000 instalaciones de UNIX  en todo el mundo.
1986: 4.3BSD
4.3BSD lanzado, incluye el servidor de nombres de internet. SVID introducido. NFS enviado. AIX anunciado. Base instalada 250,000.
1987: SVR3.
System V lanzada la tercera versión incluye STREAMS, TLI, RFS. Para este momento hay 750,00 instalaciones de UNIX en todo el mundo. IRIX introducido.
1988:
POSIX 1 publicado. Fundación de Software Libre (OSF) y UNIX Internacional (UI) formado. Ultrix 4.2 buques (ships).
1989:
AT&T UNIX Software Operation forman en preparación para spinoff de USL. Motif 1.0 buques(ships)
1989: SVR4
UNIX System V realiza version 4 ships, unificando System V, BSD y Xenix. Base instalada en 1.2 millones.
1990: XPG3
X/Open lanza XPG3 Brand. OSF/1 debuta. Plan 9 de Laboratorios Bell ships.
1991:
UNIX System Laboratories (USL) se convierte en una empresa –mayoritariamente- de AT&T. Linus Torvalds comienza el desarrollo de Linuz. Solaris 1.0 debuta.
1992: SVR4.2
USL lanza UNIX System V lanzando la versión 4.2 (Destiny). Octubre – XPG4 marca lanzada por X/Open. 22 de diciembre Novell anuncia que tiene la intención de adquirir USL. Solaris 2.0 ships.
1993: 4.4BSD
4.4BSD el último lanzamiento de Barkeley. 16 de junio Novell aquiere USL
A finales de 1993 SVR4.2MP
Novell transifere los derechos de “UNIX” de marcas y el Single UNIX Specification de X/Open. COSE por iniciativa ofrece “Spec 1170” a X/Open para FastTrack. En diciembre, Novell ships SVR4.2MP, la versión final USL OEM lanzada de System V.
1994: Single UNIX Specification.
BSD 4.4-Lite elimina todo el código pretendiendo infringir sobre USL/Novell. A medida que el nuevo propietario de la marca comercial UNIX, X/Open introducia el Single UNIX Specification (antes Spec 1170), separando UNIX marca de cualquier corriente de código actual.
1995.
UNIX 95 X/Open introduce el programa de marca UNIX 95 para las implementaciones del Single UNIX Specification. Novell vende la línea de negocio UNIXWare de SCO. Digital UNIX introducido. UNIXWare 2.0 ships. OpenSrver 5.0 debuta.
1996
The Open Group forma una fusión de OSF y X/Open.
1997 Single UNIX Specification, Version 2
The Open Group introduce la versión 2 de Single UNIX Specification, incluyendo soporte en tiempo real, hilos y 64 bits y grandes procesadores. La especificación está disponible gratituamente en la web. IRIX 6.4, AIX 4.3 y HP-UX 11 ships.
1998 UNIX98
The Open Group introduce UNIX 98 a la familia de la maca, entre ella la Base, Workstation y Server. Primeros productos de UNIX 98 registrados envían por Sun, IBM y NCR. The Open Source empieza a despegar con anuncios de Netscape e IBM. UnixWare 7 e IRIX 6.5 ships.
1999
Los sistemas UNIX llegan a su 30 aniversario. Linux 2.2 kernel es lanzado. The Open Group y la IEEE comienzan en conjunto el desarrollo de la revisión de POSIX y Single UNIX Specification. Primero LinuxWorld es conferido. Tru64 UNIX ships.
2001: Single UNIX Specification, Version 3
Version 3 de Single UNIX Specification une IEEE POSIX, The Open Group y los esfuerzos de la industria. Linux 2.4 kernel es lanzado. IT stocks enfrentan un momento difícil en el mercado. El valor de las adquisiciones de la marca UNIX supera los $25 mil millones. AIX 5L ships.
2003: ISOIEC 9945:2003
Los volúmenes básicos de la Version 3 de Single UNIX Specification son aprobados por los estándares internacionales. El “Westwood” test suite para ship de la marca UNIX 03. Solaris 9.0 E ships. Linux 2.6 kernel es lanzado.
2007:
Apple Mac OS X certificada para UNIX 03
2008: ISO/IEC 9945:2008
Última revisión de la API de UNIX estandarización establecida formalmente de ISO/IEC, IEEE y The Open Group. Adds further APIs.
2009: UNIX a 40
IDC sobre el mercado UNIX - dice UNIX $ 69 mil millones en 2008, predice UNIX $ 74 mil millones en 2013
2010: UNIX en el Escritorio
Apple reporta 50 millones de sobremesa y en crecimiento - se trata de certificados de sistemas UNIX.


Traducción al español: @gazette_fan

[Informática] UNIX: Línea del tiempo

Leer más...

Copyright © 2014 Black Moral Яesistance | Designed With By Blogger Templates | Distributed By Gooyaabi Templates
Scroll To Top