Naizona

Videojuego orientado a la Educación Medioambiental, Desarrollado en El Salvador

2010-02-18T13:39:00.000-08:00

Software Interactivo para la Educación Medioambiental de la Población Salvadoreña

SIEMPOSAL es el primer videojuego de séptima generación en 3D diseñado y desarrollado por: Roberto Antonio Zelaya Padilla, Ligia Astrid Hernández Bonilla, Dinora del Carmen Deleón y Miguel Angel López del Cid, estudiantes de Ingenería en Sistemas Informáticos de la Universidad de El Salvador año 2009, este proyecto esta enfocado a estudiantes de primero grado en adelante.

La Institución a la que se le entregó la aplicación fue al Ministerio de Medioambiente y Recursos Naturales de El Salvador (MARN), para que con la ayuda del Ministerio de Educación (MINED), promovieran el sofware en las escuelas públicas del país. Antes de ser entregado al MARN, se llevó a cabo una prueba en las instalaciones de la Feria Internacional (Diciembre 2009) en donde jóvenes y grandes, tuvieron la oportunidad de jugar una versión beta del videojuego.

SIEMPOSAL es un videojuego diseñado para educar a la población estudiantil sobre la correcta clasificación de desechos sólidos y la concientización medioambiental que abarca la flora y fauna en peligro de extinción propia de El Salvador. La historia incluye a tres avatares principales que son los protagonistas de cada evento dentro de los niveles, que van progresando a medida que se van alcanzado y aprobando los diferentes obstáculos que se presentan.

SIEMPOSAL está diseñado para ser fácil de usar, divertido y más importante, para que el jugador se comprometa en el mundo real a cuidar al medioambiente y que mejor forma es aprender jugando.

Si quieres ver el nivel I y II del videojuego, aqui te dejamos un enlace para que veas un video.
http://www.youtube.com/watch?v=ipRgdiWXQFU

Este video representa otros niveles del videojuego
http://www.youtube.com/watch?v=p9H87I5KcDk&feature=mfu_in_order&list=UL

El Dilema del ancho de una Pagina Web

2009-08-23T12:26:00.000-07:00

En esta nota explicaremos los parámetros a tener en cuenta a la hora de decidirse por la resolución que deben tener nuestras páginas web.

Entre las resoluciones de pantalla tenemos (640x480, 800x600, 1024x768, etc.), navegadores (Internet Explorer, Netscape, etc.), y plataformas (Windows, Mac, etc.), es muy complicado diseñar una pagina que se vea bien en todas estas configuraciones, por ejemplo podemos diseñar un pagina web utilizando Windows, pero se nos hace dificil ver como se veria nuestra pagina en otro sistema operativo como Linux o Mac, simplemente por el hecho de no poseer estos sistemas operativos o por no saber utilizarlos.

Para diseñar una página que encaje en todas las configuraciones empecemos por definir el primer objetivo: nunca debemos forzar a un usuario a usar la barra de desplazamiento (el scroll) horizontalmente. En otras palabras, nuestra pagina siempre debe de caber en la resolución en la cual es vista. Esto puede sugerir que tenemos que diseñar nuestra pagina para el mínimo denominador común, es decir para la resolución 640x480, pero, generalmente, menos de un 1% de los usuarios de Internet utilizan esta resolución considerada arcaica (era común cuando se vendían las pantallas de 14 pulgadas años atrás).

Podemos tomar la decisión de ignorar esta resolución y dedicarnos a resoluciones a partir de 800x600. Teniendo en cuenta que a la hora de escribir este artículo la resolución más extendida es esta, debemos optimizar nuestra página al máximo para 800x600, bueno la mayoria de ordenadores vienen con esa resolucion de pantalla.

Ahora viene otra pregunta, deberíamos diseñar una pagina con tamaño fijo o deberíamos especificar el ancho de la pagina en términos de porcentajes?

Hay pos y contras para los dos métodos. La principal ventaja del diseño a tamaño fijo es que la disposición siempre quedara como tenias previsto (no sufrirá cambios), incluso vista en resoluciones superiores. La principal desventaja es que los usuarios con tamaños de pantalla mayores, con resoluciones más altas, verán el diseño pequeño y con muchos espacios vacíos alrededor de la página.

La ventaja de establecer el ancho de la página en términos de porcentaje (por ejemplo a 100%) es que la página se ajustara ella misma a la resolución de cada pantalla. El principal beneficio de este método es que no habrá espacios vacíos y toda la pantalla será utilizada. La desventaja es que los usuarios con resoluciones de pantalla inferiores pondrán sentirse molestos al leer frases extremadamente largas en un reducido espacio.

Si decides utilizar el tamaño fijo de 800x600, debes tener en cuenta que no todos los 800 píxeles de ancho los podrás usar para la web puesto que algunos los usaran los navegadores para la barra de scroll. Para acomodarse en la mayoría de navegadores, especifica el ancho de tu página entorno a 750 píxeles.

Si por el contrario decides especificar tu ancho de página en términos de porcentaje (100%) no tendrás ese problema. Solo revisa que se vea aceptablemente en resoluciones superiores, ah y tomar en cuenta en que Sistema operativo, y navegador se estan viendo la pagina web, ya que como te habras dado cuenta la presentacion de una pagina web varia de acuerdo al navegador que estes utilizando.

Instalacion de Ireports

2009-08-17T21:41:00.000-07:00

Para instalar este aplicacion para la generacion de reportes haremos los siguientes pasos:

1. Instalar DB2 como cliente para conectarse a un servidor de Base de Datos.

2. Instalar j2sdk y configurar las variables de entorno

a. JAVA_HOME
b. PATH
3. Instalar Ireport
a. Copiar la carpeta en el siguiente PATH

LEVANTAR IREPORTS

Ejecutar C:\Archivos de Programa\Apache\Ireport-1.2.0\ireport.bat.

La interfaz gráfica de iReport comienza a cargarse.

Representacion de la ventana principal de Ireports.

Cómo extender la fecha de prueba (trial) de algunos programas

2009-08-17T21:22:00.000-07:00

Toda version Trial de Software es aquella que te permite ser usada durante un periodo de tiempo para que la pruebes sin pagar nada, dura aproximadamente 1 mes o 3 meses depende cuanto el tiempo que te permita el software, una vez que haya finalizado ese periodo, no puedes acceder a el, por lo que obtamos por desistarlo, pero ahora existe una manera que nos permite alargar la fecha del periodo de prueba, esta herramienta se llama Time Stopper.

Para extender el periodo de prueba de nuestros programas, sigue estos pasos:

1- Presionar el botón “Browse” para elegir el .exe del programa que queremos extender,
2- Luego en donde dice “Choose the new date” elige la fecha de instalación, se recomienda elegir la fecha del dia siguiente (o sea mañana) cómo fecha, así si el programa tiene sólo 30 días de prueba tendrás 30 días más a partir de mañana para seguir usándolo, esta fecha a elegir debe estar dentro del periodo de prueba.
Nota: no se ha probado este truco con todos los programas, pues hay muchos sistemas para contar el tiempo de prueba de los programas.

Espero que les sirva aqui les dejo el link:
http://timestopper.yolasite.com/

Como instalar WampServer

2009-08-17T00:01:00.000-07:00

Bajamos una versión de WampServer, he dejado el link en la sección de Software para bajar, que se encuentra en este blog.

Luego damos doble click en el ejecutable y seguiremos todos los pasos que nos muestra a continuación.
La siguiente ventana nos muestra Wizard de WampServer y damos click en el botón siguiente.

Luego damos click en la opción “I accept the agreement”, para aceptar los términos de la licencia de WampServer.

Luego en la siguiente pantalla nos muestra la dirección en la cual se instalara el software, si damos click en Browser podremos elegir la ubicación en donde queremos que se instale.

La siguiente ventana nos muestra el proceso de instalación de WampServer.

Completamos nuestra instalación, damos click en el botón Finish, para terminar con el proceso.

En la barra de estado de nuestro sistema nos aparece el icono de WampServer, aquí damos click derecho y nos aparece un menú desplegable en donde podemos cambiar el idioma de configuración de nuestra aplicación.

Si damos click izquierdo, en el icono de WampServer, nos mostrara los diferentes servicios que nos brinda este software, tal tenemos el caso del servidor Apache y la base de datos MySql; esta opción nos servirá para poder detener los servicios de ambas herramientas.

Un factor muy importante que debemos de tener en cuenta, es que al trabajar con estos servicios debemos de detener los servicios del Administrador IIS, ya que genera conflictos a la hora de ejecutar el servidor apache, la base de datos MySql e incluso el lenguaje Php.

Para detener los servicios de del Administrador IIS debemos de hacer los siguiente:

1 Panel de Control

2 Herramientas Administrativas

3 Servicios

4 Y luego nos aparcera un listado de Servicios Locales, en este caso daremos click derecho en la opción Administrador de IIS, y damos click en detener.

Cuando ya no utilizemos esta aplicación, es necesario detener los servicios de Apache y Mysql, y por supuesto activar los servicios de IIS.

Para detener los servicios de Apache y de Mysql, tendremos que hacerlo de manera similar, únicamente buscaremos estos archivos damos click derecho y damos click en detener.

Fondos de Pantalla de la Era de Hielo 3

2009-08-09T21:52:00.000-07:00

Descarga gratis estos bonitos fondos de pantalla de la película de la Era del Hielo 3, en ellos verás a todos sus personajes: encontrarás fondos de pantalla de Manny, Scrat, Sid, Diego, Dientes de sable, Rhino Star, Carl, Zeke y Soto. Los wallpapers de la Era del Hielo 3 son gratuitos y están en varias resoluciones para que se adecúen perfectamente al fondo de escritorio de su ordenador.

Solo tienen que acceder al enlace que coloco al final y luego elegir la opción “Descargar” tal como se los indico con la flecha en la siguiente imagen y luego elige el fondo de pantalla que te guste.

Aqui les dejo el link, que los disfruten:

http://www.laeradelhielo3.com/

Análisis orientado a objetos (AOO)

2009-08-07T21:06:00.000-07:00

Lenguaje Orientado a Objetos

En 1985, E. Stroustrup extendió el lenguaje de programación C a C++, es decir C con conceptos de clases y objetos, también por esas fechas se creo desde sus bases el lenguaje EIFFEL.

En 1995 apareció el más reciente lenguaje OO, Java desarrollado por SUN, que hereda conceptos de C++.

El lenguaje de desarrollo más extendido para aplicaciones Web, el PHP 5, trae todas las características necesarias para desarrollar software orientado a objetos, entre otros tenemos Delphi,

Finalmente también otros lenguajes script como el ActionScript que si bien no es totalmente orientado a objetos pero sí posee las características.

Características de la Programación Orientada a Objetos.

Mensajes

Se puede enviar información de un objeto a otro. Por ejemplo un objeto (ana) de la clase "operador" está enviando un mensaje a un objeto (jeep) de la clase "automóviles" .El mensaje es "arrancar motor" .stos mensajes no son de forma libre en ningún sentido, ya que en vez de eso las clases de operador y automóviles han sido programadas cuidadosamente para enviar y recibir un mensaje de "arrancar motor".La clase operador ha sido programada para transmitir un mensaje arrancar motor bajo determinadas circunstancias. La clase automóviles ha sido programada para reaccionar a el mensaje "arrancar motor" en alguna forma.

Encapsulamiento.

El encapsulamiento consiste en unir en la clase las características y comportamientos, esto es, las variables y métodos, con el objetivo de tener todo en una sola entidad. En los lenguajes estructurados esto era imposible. Es evidente que el encapsulamiento se logra gracias a la abstracción y el ocultamiento. El encapsulamiento es utilizado para esconder detalles de la puesta en práctica no importantes de otros objetos. Entonces, los detalles de la puesta en práctica pueden cambiar en cualquier tiempo sin afectar otras partes del programa.

La utilidad del encapsulamiento va por la facilidad para manejar la complejidad, ya que tendremos a las clases como cajas negras donde sólo se conoce el comportamiento pero no los detalles internos, y esto es conveniente porque nos interesará conocer qué hace la clase pero no será necesario saber cómo lo hace, este es un elemento importante en la Programación Orientada a Objetos.

La encapsulación da lugar a que las clases se dividan en dos partes:

Interface: captura la visión externa de una clase, abarcando la abstracción del comportamiento común a los ejemplos de esa clase.
Implementación: comprende la representación de la abstracción, así como los mecanismos que conducen al comportamiento deseado.

Formas de encapsular

Estándar (Predeterminado)
Abierto: Hace que el miembro de la clase pueda ser accedido desde el exterior de la Clase y cualquier parte del programa.
Protegido: Solo es accesible desde la Clase y las clases que heredan (a cualquier nivel).
Semi cerrado : Solo es accesible desde la clase heredada
Cerrado: Solo es accesible desde la Clases.

En el encapsulamiento hay analizadores que pueden ser semánticos y sintácticos.

Herencia

Las clases pueden tener "hijos”, esto es, una clase puede ser creada a partir de otra clase. La clase original, o madre, es llamada "clase base".La clase hija es llamada "clase derivada".Una clase derivada puede ser creada en forma tal que herede todos los atributos y comportamientos de la clase base.

Esto significa que una subclase, aparte de los atributos y métodos propios, tiene incorporados los atributos y métodos heredados de la superclase. De esta manera se crea una jerarquía de herencia.

Por ejemplo, imaginemos que estamos haciendo el análisis de un Sistema para una tienda que vende y repara equipos celulares.

Fig. 6 Ejemplo de un caso de herencia entre clases

En el gráfico vemos 2 Clases más que posiblemente necesitemos para crear nuestro Sistema. Esas 2 Clases nuevas se construirán a partir de la Clase Celular existente. De esa forma utilizamos el comportamiento de la SuperClase.

En general, podemos tener una gran jerarquía de Clases tal y como vemos en el siguiente gráfico:

Fig. 7 Ejemplo de una Jerarquía de Clases

Polimorfismo

El termino polimorfismo se refiere a comportamientos alternos entre clases derivadas relacionadas. Cuando varias clases heredan atributos y comportamientos, puede haber casos donde el comportamiento de una clase derivada deba ser diferente del de su clase base o de sus clases derivadas parientes. Esto significa que un mensaje puede tener diferentes efectos, dependiendo de exactamente que clase de objeto recibe el mensaje.

Abstracción

La abstracción consiste en captar las características esenciales de un objeto, así como su comportamiento.

La abstracción se refiere a quitar las propiedades y acciones de un objeto para dejar solo aquellas que sean necesarias. Es decir, diferentes tipos de problemas requieren distintas cantidades de información, aun si estos problemas pertenecen a un área en común. En la segunda fase de la creación de la clase, se podrían agregar más atributos y acciones que en la primera fase.

En los lenguajes de programación orientada a objetos, el concepto de Clase es la representación y el mecanismo por el cual se gestionan las abstracciones.

Ejemplo

Por ejemplo un carro, este es el elemento principal que tiene una serie de características, como podrían ser el color, el modelo o la marca. Además tiene una serie de funcionalidades asociadas, como pueden ser ponerse en marcha, parar o parquearse.

Pues en un esquema POO el carro sería el objeto, las propiedades serían las características como el color o el modelo y los métodos serían las funcionalidades asociadas como ponerse en marcha o parar.

Ocultamiento.

Es la capacidad de ocultar los detalles internos del comportamiento de una Clase y exponer sólo los detalles que sean necesarios para el resto del sistema.

El ocultamiento permite 2 cosas: restringir y controlar el uso de la Clase. Restringir porque habrá cierto comportamiento privado de la Clase que no podrá ser accedido por otras Clases. Y controlar porque daremos ciertos mecanismos para modificar el estado de nuestra Clase y es en estos mecanismos dónde se validarán que algunas condiciones se cumplan.

Ejemplo: En el Lenguaje Orientado a Objetos Java, el ocultamiento se logra usando las palabras reservadas: public, private y protected delante de las variables y métodos.

Que es un objeto

Los conceptos de análisis y diseño fueron desarrollados para dar soporte a la tecnología de programación orientada a objetos su evolución no fue una evolución instantánea, sino que han ido cambiando con el paso del tiempo. La programación orientada a objetos toma su concepto de encapsulación de la idea de ingeniería de software de la abstracción de datos, y su concepto de herencia a partir de la idea de base de datos de generalización y especialización.

Ejemplo

Nuestro teléfono celular, si hablamos en términos de la programación orientada a objetos, podemos decir que nuestro objeto celular es una instancia de una clase conocida como "celular". Los celulares tienen características (marca, modelo, sistema operativo, pantalla, teclado, etc.) y comportamientos tales como (realizar llamadas, recibir llamadas, enviar mensajes, transmisión de datos, etc.).

Fig. 8 Ejemplo de una objeto

Esto mismo se aplica a los objetos de software, se puede tener muchos objetos del mismo tipo y mismas características

Fig. 9 La siguiente figura muestra a ese modelo o plantilla le llamamos CLASE, y a los equipos que sacamos a partir de ella la llamamos OBJETOS.

Clase

La clase es un modelo o prototipo que define las variables y métodos comunes a todos los objetos de cierta clase. También se puede decir que una clase es una plantilla genérica para un conjunto de objetos de similares características.

Por otro lado, una instancia de una clase es otra forma de llamar a un objeto. En realidad no existe diferencia entre un objeto y una instancia. Sólo que el objeto es un término más general, pero los objetos y las instancias son ambas representación de una clase.

Instancia

Una instancia es un objeto de una clase en particular.

Debido a que el análisis y diseño orientado a objetos esta fuertemente relacionado con la programación orientada a objetos. Seis ideas básicas caracterizan a la Programación Orientada a Objetos (POO):

1.-Objetos
2.-Clases
3.-Mensajes
4.-Encapsulación
5.-Herencia
6.-Polimorfismo

Que ventajas nos ofrece el Lenguaje Orientado a Objetos.

Fomenta la reutilización y extensión del código.
Permite crear sistemas más complejos.
Relacionar el sistema al mundo real.
Facilita la creación de programas visuales.
Construcción de prototipos
Agiliza el desarrollo de software
Facilita el trabajo en equipo
Facilita el mantenimiento del software

Entre los lenguajes orientados a objetos destacan los siguientes:

Muchos de estos lenguajes de programación no son puramente orientados a objetos, sino que son híbridos que combinan la POO con otros paradigmas.

Al igual que C++ otros lenguajes, como OOCOBOL, OOLISP, OOPROLOG y Object REXX, han sido creados añadiendo extensiones orientadas a objetos a un lenguaje de programación clásico.

Un nuevo paso en la abstracción de paradigmas de programación es la Programación Orientada a Aspectos (POA). Aunque es todavía una metodología en estado de maduración, cada vez atrae a más investigadores e incluso proyectos comerciales en todo el mundo.

También es necesario recalcar que en la programación orientada a objetos es factible de utilizar en JavaScript.

Lo interesante de la POO es que proporciona conceptos y herramientas con las cuales se modela y representa el mundo real tan fielmente como sea posible.

Componentes Genéricos.

El numero final de módulos u objetos es menor que el numero de datos y funciones. Esto reduce la complejidad de la aplicación, ya que el programador piensa en menos componentes a la vez, descantando detalles innecesarios.

Extensibilidad

Otro aspecto fundamental de un sistema es su extensibilidad, la cual corresponde a la facilidad en modificar un sistema durante el transcurso de su vida. La necesidad de extensibilidad nos lleva a cuestionarnos, preguntas tales como: cuando se vuelve mas costoso mantener un sistema de software que crear uno nuevo?

Los Sistemas compuestos por múltiples módulos facilitan esta extensibilidad dado que los cambios en el sistema se pueden, generalmente, reducir a cambios en módulos particulares y no en todo el sistema a la vez. Con la programación orientada a objetos, los cambios se dan a dos niveles:

ð Modificación externa a un objeto.

ð Modificación interna de los objetos.

Los cambios internos de los objetos afectan principalmente al propio objeto, mientras que los cambios externos de los objetos repercuten de mayor manera en el resto del sistema.

Reutilización.

La reutilización o réuso de componentes es otro de los mecanismos importantes para administrar la complejidad del software. La reutilización reduce el tiempo de diseño, codificación y costo del sistema al amortizar el esfuerzo sobre varios desarrollos. Mediante la reutilización se aprovechan componentes o bibliotecas ya desarrolladas, logrando una mayor estandarización y simplificación en las aplicaciones. Aunque es posible la reutilización por medio de lenguajes tradicionales, los lenguajes orientados a objetos aumentan sustancialmente las posibilidades de reutilización gracias a la mayor modularidad de los sistemas. En general, el mayor problema de la reutilización radica en construir componentes genéricos, sencillos, con interfaces bien definidas y que puedan utilizarse en varias áreas de la aplicación.

El esfuerzo para construir componentes genéricos es, por lo general, mucho mayor que para construir componentes específicos para una aplicación particular. Con la orientación a objetos, el objeto es la unidad de réuso mas pequeña, lo que permite aprovechar definiciones similares de objetos dentro d lamisca aplicación, o incluso entre distintas aplicaciones. Al agrupar objetos similares, se puede lograr la reutilización de componentes de más alto nivel. También se pueden aprovechar objetos con estructuras de datos y funciones similares, definiendo una sola vez los aspectos comunes y especializándolos en objetos adicionales. Todo esto es para del mecanismo de herencia en la orientación a objetos. A un nivel más amplio existen marcos de aplicación (frameworks), donde una aplicación genérica en un dominio particular se especializa según las necesidades de diferentes empresas, algo que ha sido muy exitoso en el ámbito de la planificación de recursos empresariales (ERP- Enterprise Resource Planning). Al definir una aplicación en términos suficientemente abstractos o generales, se puede, en teoría, especializar su comportamiento sin hacer ningún cambio en la estructura básica de los componentes y de la propia aplicación, lo que permite extender de manera radical su utilidad. Seria el elixir de la ingeniería de software crear nuevas aplicaciones sin escribir una sola línea de código, solamente integrando componentes ya existentes.

Dado que para lograr grandes niveles de réuso, existe en la actualidad un esfuerzo muy importante mediante patrones de diseño, los cuales están encaminados a solucionar aspectos particulares de las arquitecturas de software.

Los componentes genéricos o plantillas facilitan la reutilización del software.

Componentes Genéricos de Software

¿Qué se puede generalizar?

ð Subprogramas (swap, suma, etc.).

ð Estructuras de datos comunes (pilas, árboles).

ð Algoritmos (ordenación, búsquedas).

Módulos Genéricos.

ð Unidades Genéricas (plantillas) para generar módulos (objetos o programas).

ð Se puede decir que tienen unos “huecos” que se deben rellenar: Parámetros genéricos formales.

ð Instanciando la unidad genérica conseguimos una modulo que se puede utilizar directamente: Parámetros genéricos reales.

Proceso de Analisis Orientado a Objetos

Las características fundamentales de un proyecto con éxito:

ð Buena visión arquitectónica

· No existe ningún camino bien definido para idear una arquitectura. Tan solo se pueden definir los atributos de una buena arquitectura: Capas de abstracción bien definida, Clara separación de intereses entre interfaz e implementación, Arquitectura simple.

· Es necesario distinguir entre decisiones estratégicas y tácticas.

· Decisiones estratégicas es aquella que tiene amplias implicaciones estratégicas e involucra así a la organización de las estructuras de la arquitectura al nivel mas alto.

· Decisiones tácticas son las que solo tienen implicaciones arquitectónicas locales, es decir solo involucran a los detalles de interfaz e implementación de una clase.

ð Ciclo de vida incremental e iterativo

· Los ciclos de desarrollo no deben ser anárquicos ni excesivamente rígidos.

· Cada pasada por un ciclo análisis/diseño/evolución lleva a refinar gradualmente las decisiones estratégicas y tácticas, convergiendo en ultima instancia hacia una solución con los requisitos reales de los usuarios finales (habitualmente no expresados explícitamente por estos).

El Proceso de Desarrollo de Software Modelo en cascada

Fig. 10 La siguiente figura nos muestra el Modelo de Cascada

El Proceso de Desarrollo de Software Modelo en Espiral.

Fig. 11 La siguiente figura nos muestra el Modelo en Espiral

Detalle de un proceso de Desarrollo de Software

Aunque el proceso es iterativo el orden de los pasos fundamentales es el siguiente:

ð Análisis:

o Características comunes de los documentos

o Documentos de análisis

o Especificación de requisitos o requerimientos

o Diagramas de casos de uso, Escenarios y sub-escenarios, Prototipos.

ð Diseño (preliminar y detallado)

o Modelo de Clases, Objetos y mecanismos de colaboración

o Diagramas de interacción

- Diagrama de secuencia

- Diagrama de colaboración

o Diagramas de Clases y consulta de patrones de diseño.

o Diagramas de objetos.

o Modelado del comportamiento de clases y objetos

o Diagramas de actividades

o Diagramas de estados

o Contracción del modelo físico

o Diagramas de componentes

o Diagramas de Despliegue

ð Implementación

o Las decisiones iniciales de implementación se toman a partir de los diagramas de componentes y de despliegue.

o Se implementan las clases de un componente a partir de los diagramas de clases y diagramas de objetos.

o A partir de los diagramas de actividades y de los diagramas de estados se implementa el comportamiento de los métodos de cada clase.

ð Prueba

o Prueba unitaria de cada clase

o Prueba de módulos.

o Prueba de integración se realiza siguiendo los escenarios, diagramas de interacción, actividades y estados.

ð Mantenimiento

o Informes de errores

o Nueva especificación de requisitos. Nueva versión.

Empresa Exitosas: su significado

2009-08-07T20:53:00.000-07:00

Google – En principio google se llamó “Googol”, que es una palabra que representa a un 1 seguido de 100 ceros (dios mio, cuanto es eso!?) y hacía referencia a la cantidad de páginas que serían capaces de buscar cuando crearon el buscador (flipaos…).
Por lo visto enviaron el proyecto para darse de alta en un sitio de inversiones (ni idea de donde) y les devolvieron un cheque con una errata, a nombre de “Google” en vez de “Googol” y como este nomber les gustó más… pues así se quedaron.

Apache – Tiene este nombre porque los creadores de apache comenzaron aplicando parches a un código escrito para un demonio de NCSA’s httpd; como consecuencia obtuvieron un servidor parcheado (en inglés, “A PAtCHy server”)

Red Hat – El fundador de la empresa, Marc Ewing recibió de su padre el sombrero oficial de Cornell de lacrosse (un deporte inglés de esos raros), que era rojo y blanco. Por lo visto perdió el sombrero, al que le tenía mucho cariño, asi que en la version Beta de Linux Red Hat incluyó una petición para todo el que lo leyera… que le devolvieran su sombrero rojo (red hat) si alguien lo encontraba!!!

Hotmail – El fundador Jack Smith tuvo la idea de acceder al e-mail a través de internet por medio de cualquier ordenador conectado en cualquier parte del mundo. Cuando Sabeer Bhatia creó el plan de negocio para el servicio de correo, intentó toda clase de combinaciones que incluyeran la palabra “mail” (correo) y finalmente se decidió por hotmail, ya que incluía las letras HTML, el lenguaje utilizado para programar páginas web. De hecho al principio se escribía HoTMaiL (si, con esas mayusculas tan raras… luego debieron pensar que era mas cómodo quitarlas)

Apple Computers – Steve Jobs llevaba un retraso de 3 meses en rellenar el nombre de la empresa para el registro de empresas porque no encontraba ninguno que le convenciera pra su nueva empresa, así que un día el dijo al personal: “Si no encuentro nada mejor para las 5 de la tarde, el nombre de la compañía será cualquier cosa que me guste”. Para las 5 de la tarde nadie había pensado en un buen nombre, y el estaba comiendo una manzana… asi que llamo a la empresa apple computers

Adobe – Es el nombre de un rio (Adobe Creek) que corre por detrás de la casa del fundador de la empresa, John Warnock.

Cisco – No es un acronimo como muchos pensamos, simplemente es la abreviatura de San Francisco!

Hewlett-Packard (HP) – Bill Hewlett y Dave Packard, los creadores de HP no se ponian de acuerdo para decidir si el nombre de la empresa sería Hewlett-Packard o Packard-Hewlett, asi que tiraron una moneda al aire… adivinar quién ganó…

Intel – Bob Noyce y Gordon Moore querían llamar a su empresa ‘Moore Noyce’, pero el nombre ya estaba registado por una cadena de hoteles, así pues decidieron llamarla por el acrónimo INTegrated ELectronics = INTEL… os imaginais que no hubieran existido los hoteles esos y ahora tuvieramos ordenadores con procesadores MONO (MOore NOyce)… jeje estaríamos entre ratones,PC’s (peces) y monos…

Lotus (Notes) – Mitch Kapor le puso este nombre a la empresa por que era profesor de meditación transcendental… y por lo visto hay una postura que se llama ‘El Loto’ o ‘Padmasana’… digo lo mismo que con Intel… os imaginais lo poco comercial que sería un paquete de software llamado “Padmasana”… menos mal que lo llamó lotus!

Microsoft – El término fue acuñado por Bill Gates par representar que la compañía estaba relacionada con el software de microcomputadoras()ICROcomputer SOFTware) [y digo yo… cómo se les ocurrió pensar que las computadoras de hace 60 años se las podia llamar micro!?]. En principio se llamó Micro-Soft, pero quitaron el ‘-’ pronto.

Motorola – El fundador Paul Galvin le puso este nombre a la empresa puesto que comenzaron fabricando radios para coches… y qué?… pues que la marca de radios mas popular de la epoca era Victrola .

Oracle – Larry Ellison y Bob Oats trabajaron en un proyecto para la CIA, básicamente lo que les pidieron que desarrollaran era un sistema que fuera capaz de responder a todas las preguntas que le plantearan acerca de sospechosos, es decir, un oráculo.
Algunos dicen que ORACLE es el acronimo de One Real A****** Called Larry Ellison, pero me parece mas creibler lo anterior.

Sony – Del latín ’sonus’ que significa sonido y de ’sonny’, jerga que usan los americanos para referirse a los jovenes brillantes.

Sun – Fundado por 4 estudiantes de la universidad de Stanford, SUN es el acrónimo de Stanford University Network.

Yahoo! – Esta palabr fue inventada por Jonathan Swift en “lso viajes de Gulliver”. Representa a una persona que tiene un aspecto repulsivo, sus acciones también lo son y apenas parece humano… Bueno, peus los fundadores de Yahoo!, Jerry Yang y David Filo eligieron ese nombre porque se consideraban a sí mismos yahoos… eso es autoestima y lo demás son tonterias!!

Danone – El nombre de la fábrica fue “Danone” por el diminutivo del nombre de su primer hijo, Daniel (DAN-ONE).

Xerox – su fundador (Chestor Carlson) quiso recalcar la calidad de su innovador producto que ofrecía copias secas. Proviene de la raíz griega “xer” que significa “seco” y la compañía que popularizo el termino de “xerocopias” se distanciaba de otras tecnologías más extendidas en la época que usaban papel especial y copias húmedas al contacto.

Sap- sus fundadores eran cuatro antiguos empleados de IBM que trabajaban en el grupo de sistemas, aplicaciones y proyectos: Systems, Applications and Projects o SAP por sus siglas en inglés.

Talgo – tren articulado ligero goicoechea oriol. Goicoechea era el ingeniero que hizo el tren(creo) y Oriol el ministro de transporte.

Software de Auditoria: ACL, Planning Advisor, Cobit Advisor, Audicontrol

2009-08-06T20:59:00.000-07:00

1.0 Auditoria de Sistemas

2.0 Descripción de Técnicas de Auditoria con ayuda de Computadora (TAACS).

Las TAACs son programas y datos de computadora que el auditor usa como parte de los procedimientos de auditoría para procesar datos importantes para la auditoría de contenidos en los sistemas de información de una organización.

El auditor puede usar TAACs para revisar dichos archivos para obtener evidencia de la existencia y operación de dichos controles.

Las TAACs pueden consistir en programas de paquete, programas escritos para un propósito, programas de utilería o programas de administración del sistema. Independientemente del origen de los programas, el auditor ratifica que sean apropiados y su validez para fines de auditoría antes de usados:

3.0 Software de Auditoria

Son programas utilizados para procesar grandes cantidades de datos generados por la contabilidad de una organización, puede ser: programas en paquete, programas escritos para un propósito específico y programas de utilería.

El Software de Auditoria de Sistemas tiene como propósito y objetivo principal identificar las tendencias, señalar excepciones y áreas que requieren atención
localiza errores y posibles irregularidades, comparando y analizando los archivos según los criterios especificados por los usuarios. Además permiten extraer información para su revisión, comparación y así obtener resultados previos al análisis realizado; estos productos utilizados habitualmente por los auditores operativos o financieros, permiten extraer datos concretos o en base a muestras estadísticas.

Permiten al auditor obtener información de los sistemas automatizados como evidencias de las pruebas que se diseñen y planeen antes de ejecutar el software de auditoria.

4.0 Tipos de Software de Auditoria

1- Planificación de la auditoria

2- Ejecución- Supervisión

3- Análisis de Riesgo

4- Análisis y evaluación de base de datos

5- Herramientas Integradas

6- Programas para Propósitos Específicos.

4.1 Planificación de la Auditoria

Algunas características específicas de este tipo de software podrían ser las siguientes:

Capacidad para ingresar, modificar, eliminar criterios de evaluación de las diferentes modalidades de auditoria existentes (Financiera, operacional, especiales, integrales y de sistemas), y así poderlos utilizar en otras auditorias.

Mantenimiento de las auditorias y de los recursos y así mismo generar mínimamente los siguientes reportes: Utilización de recursos/Tiempo libre, Conflictos de asignación, Diagrama de Gantt, Calificaciones de recursos, programación de proyectos, programación de proyectos, lista de recursos.

Base de datos de mejores practicas de programas de auditoria, estándares de control y otras normas o estándares internacionales con posibilidad de poder agregar mediante librerías o base de datos otros estándares. Algunos ejemplos: COSO-MICIL, COBIT, ISO 27001, ISO 15408, ISO 9126, ITIL, ISO 20000, ISO 13335.

4.1.1 Ejemplo de Software de Auditoria “Planning Advisor”.

Fig. 1. Logo representativo del Software Planning Advisor

4.1.1.1 Planning Advisor. La Herramienta de Planeamiento de Auditoría Basada en Riesgos.

Este programa ayuda a automatizar el proceso de planeación de la auditoria. Utilizando este programa se puede identificar y clasificar las áreas de mayor exposición mediante criterios de evaluación basados en riesgos. Esta herramienta se puede utilizar en combinación con el Pro audit. Advisor como herramienta de ejecución de la planeación.

Diseñada para auditores, departamentos de auditoría y unidades de negocio que aplican un enfoque de riesgo a su actividad de auditoría, Planning Advisor V5 le permite demostrar que ha utilizado un enfoque transparente y riguroso en el planeamiento de auditoría.

Planning Advisor le brinda un proceso de planeamiento de auditoría riguroso y transparente, brindándole seguridad a la dirección superior y al comité de auditoría de que se están revisando en forma regular el riesgo más alto. Con una interfaz completa con Microsoft® Word y Excel para emisión de reportes y análisis, y la habilidad de vincular cualquier documento, Planning Advisor le brinda la información que necesita en el formato que lo desee.

4.1.1.2 Características del Software.

Automatiza el enfoque de su plan de auditoría para ahorrar tiempo y mejorar la precisión de las evaluaciones.

Define y pondera los criterios de riesgo para reflejar los aspectos significativos de las funciones de auditoría y del negocio.

Provee mayor seguridad a la alta gerencia/comité de auditoría de que las áreas de alto riesgo se están revisando en forma regular.

Actualiza en forma continua su plan de auditoría para reflejar las nuevas circunstancias.

Efectúa el ranking de riesgos y asigna los recursos claves a las áreas de más alto riesgo.

4.1.1.3 Importancia de su aplicación en algunas empresas y/o firmas de auditoria.

Planning Advisor está diseñado para los departamentos de auditoría o unidades del negocio que aplican un enfoque de riesgo a sus procesos. No está limitada su utilización a auditoría interna, sino que también puede ser usado para facilitar cualquier proceso de ranking de riesgo de acuerdo con las necesidades del negocio. Por tal razón esta aplicación representa un gran valor en las empresas que requieran llevar un buen control de su información.

Otros factores que son de importancia para la empresa y/o firmas de auditoria.

Al aplicar un enfoque basado en riesgos en las evaluaciones y una matriz para definir el universo de auditoría, Planning Advisor V5 le permite planificar los recursos de auditoría a las áreas de mayor exposición potencial.

Planning Advisor V5 le provee una aplicación consistente de criterios de riesgo permitiéndole definir los criterios de riesgo para evaluar las áreas de auditoría. Proporciona información adecuada en diferentes formatos.

4.1.1.4 Pantallas de Software Planning Advisor

Fig. 2. Planning Advisor ha sido diseñado para que los Gerentes de Auditoría puedan iniciar el planeamiento de sus auditorías con un entrenamiento mínimo en el software. Se dispone de ayuda sensible al contexto en todo Planning Advisor y se cuenta con una documentación detallada de usuario desarrollada en HTML.

Fig. 3. Definir la Estructura. Utilizando un enfoque de Matriz, Planning Advisor le permite definir el universo completo de auditoría.

4.1.1.5 Requerimientos Técnicos de Hardware y Software.

4.1.1.5.1 Hardware para la operación del Modulo de Auditoria

Toda empresa que emplee este software de auditoria, debe disponer de hardware con las características siguientes:

HARDWARE	CANTIDAD
Un Pentium 4	1 por maquina como mínimo, se recomienda un Procesador mas reciente.
512 MB o más de RAM disponible	1 por maquina como mínimo, se recomienda Incrementar su capacidad.
100 MB o más de espacio libre en disco	1 por maquina como mínimo, se recomienda Incrementar su capacidad.
1024 x 768 píxeles de resolución mínima de pantalla	1 por maquina, monitor SVG.

Tabla 1: Hardware para la operación de Planning Advisor

4.1.1.5.2 Software para la operación

Para el funcionamiento del modulo de auditoria se requiere el siguiente software

SOFTWARE	DISPONIBILIDAD
Windows ® 2000/XP/Vista	Licencia adquirido por Microsoft Corporation
Microsoft ® Word 2000/XP/2003/2007, Microsoft ® Excel 2000/XP/2003/2007	Licencia adquirido por Microsoft Corporation
Adobe ® Reader ® 5 [o posterior]	Licencia adquirido por Microsoft Corporation

Tabla 2: Software para la operación de Planning Advisor

4.2 Ejecución – Supervisión

Algunas características específicas de este tipo de software podrían ser las siguientes:

Sistemas de referencia que incluya: Referencias automáticas de hallazgos, papeles de trabajo y otra documentación de Word o Excel que sea parte del programa de trabajo, como por ejemplo los recálculos, Un referenciador de papeles de trabajo que guarda un orden sistemático en toda la base de datos, Referencias a posibles archivos de imágenes que formen parte del programa de trabajo, Marcas de auditoria integradas y personalizables.

Ingreso de notas de revisión, en los papeles de trabajo.

Repositorio de información histórica de las auditorias realizadas en años anteriores, a su vez de poder consultar los papeles de trabajo e informes emitidos.

Generación de consultas y reportes de recomendaciones realizadas para dar seguimiento por área, rango de fechas, tipo de auditoria y de recomendaciones (emitidas, proceso, cumplidas) según los tipos de auditorias ingresadas al sistema.

4.2.1 Ejemplo de Software “Cobit Advisor”

Fig. 4. Logo representativo del Software Cobit Advisor

4.2.1.1 Cobit Advisor. Información del producto del Software

Es un programa que automatiza el marco de referencia Cobit. Permite la definición del personal de trabajo en una auditoria, así como elegir el dominio en el cual se trabajara es decir planificación y organización, adquisición y mantenimiento, desarrollo y soporte y monitoreo, así como los subdominios o procesos por cada dominio. También se pueden definir los criterios y recursos de información que se evaluarán. Por cada proceso evaluado se tienen los objetivos de control y las guías de auditoria, así como su respectiva evaluación. Tiene la opción para adjuntar archivos como papeles de trabajo, muestra las evaluaciones en formato grafico y permite generar reportes exportables a Word.

4.2.1.2 Características del Software

Determinar el nivel apropiados de seguridad de información y control para las necesidades particulares de su organización. “Conducir las pruebas de auditoría y las revisiones basadas sobre programas desarrollados específicamente para el modelo de evaluación de COBIT.

El Monitor de rendimiento clave son indicadores para dar seguimiento a los valores históricos y tendencias sobre la base de sus criterios valores se pueden cargar manualmente o automáticamente directamente de sus sistemas.

Identificar los procesos y aplicaciones específicos que requieren una focalización adicional de controles.

4.2.1.3 Importancia de su aplicación en algunas empresas y/o firmas de auditoria.

Entre uno de los aspectos importantes para realizar este análisis de datos, es a través de los siguientes aspectos: La Asignación de los recursos, después de la identificación de las auditorias de alta prioridad, es necesario asegurarse de que ha asignado la gente con la suficiente experiencia y los conocimientos adecuados.

Se Coordinan la planificación y ejecución - junto con Pro Auditoria, Asesor de Planificación le permite proporcionar información continua de su progreso y los resultados de auditoria en su plan, y hacer los ajustes necesarios, por tales acciones, este software es de suma importancia a la hora de implementar una auditoria dentro de una organización.

4.2.1.4 Pantallas del Software CobiT advisor

Fig. 5. Pantalla principal del Software CobiT Advisor

Fig. 6 Muestra unos gráficos y los puntos de referencia aceptables.

4.2.1.5 Requerimientos Técnicos de Hardware y Software.

4.2.1.5.1 Hardware para la operación del Modulo de Auditoria

Toda empresa que emplee este software de auditoria, debe disponer de hardware con las características siguientes:

HARDWARE	CANTIDAD
Un Pentium 4	1 por maquina como mínimo, se recomienda un Procesador mas reciente.
64MB de RAM disponible.	1 por maquina como mínimo, se recomienda incrementar su capacidad.
20 MB de espacio libre en disco.	1 por maquina como mínimo, se recomienda incrementar su capacidad.
1024 x 768 píxeles de resolución mínima de pantalla	1 por maquina, monitor SVG.

Tabla 3: Hardware para la operación de CobiT advisor

4.2.1.5.2 Software para la operación

Para el funcionamiento el modulo de auditoria se requiere el siguiente software

SOFTWARE	DISPONIBILIDAD
Microsoft Windows 95 / Microsoft Windows NT 4.0 o sistemas operativos posteriores.	Licencia adquirido por Microsoft Corporation
Microsoft ® Word 2000/XP/2003/2007, Microsoft ® Excel 2000/XP/2003/2007	Licencia adquirido por Microsoft Corporation
Microsoft Excel 97 [o posterior]. Para la producción de reportes con resultados en formato gráfico.	Licencia adquirido por Microsoft Corporation
Un Explorador Web. Para ver y enviar formularios y reportes HTML por Internet/su Intranet	Gratis

Tabla 4: Software para la operación de CobiT advisor

4.3 Análisis de riesgos

Algunas características específicas de este tipo de software podrían ser las siguientes:

Automatizar todos los aspectos de riesgos dentro de una herramienta dinámica.

Base de datos de metodologías/técnicas de análisis de riesgos. Algunos ejemplos: Delphi; Analisis por tablas; MAGERIT; NIST Risk Managment Guide; AS/NZS 4360:2004 Risk Managment.

Opciones de realizar análisis de riesgo cualitativo, cuantitativo y mixto.

Definición de parámetros para el análisis cuantitativo del riesgo.

Monitorear y dar seguimiento a la información de las auditorias y al cumplimiento de las recomendaciones.

Rastrear el rendimiento de los indicadores claves de riesgo.

Generar reportes los cuales estén completamente integrados con Microsoft Office.

4.3.1 Ejemplo de Software “Audicontrol”

Fig. 7 Logo representativo del Software AudiControl

4.3.1.1 Audicontrol. Software Gestión de Riesgos y Diseño de Controles para Procesos de Negocio.

Es la metodología asistida por computador, desarrollada por AUDISIS para evaluar riesgos, diseñar y documentar controles en ambientes automatizados. AUDICONTROL consta de 6 módulos para el desarrollo de actividades relacionadas con la administración de riesgos:

a) Módulo de Implementación del Sistema de Gestión de Riesgos por procesos (identificar, medir, controlar y monitorear los riesgos de cada proceso o sistema).

b) Módulo de Consolidación del Perfil de Riesgo de la Entidad (por tipos de procesos).

c) Módulo de Registro de Eventos de Riesgo Operativo Ocurridos.

d) Módulo de Monitoreo del Plan de Continuidad del Negocio.

e) Módulo de Auditoría a la gestión de riesgos de cada proceso.

f) Módulo de Seguridad y Administración de usuarios.

4.3.1.2 Importancia de su aplicación en algunas empresas y/o firmas de auditoria.

Entre los aspectos importantes podemos mencionar.

Evaluación de los riesgos potenciales que podrían presentarse en los nuevos servicios y negocios automatizados.

Mapas de Riesgos para los sistemas en desarrollo o adquisición y la función de servicios de información.

Evaluaciones del grado de protección que ofrecen los controles con respecto a las causas de los riesgos potenciales críticos.

Estos aspectos hacen de este software (Audicontrol), ser una buena alternativa para el manejo y análisis de la información de toda organización.

4.3.1.3 Módulos de AUDICONTROL

Fig. 8 Módulos de AUDICONTROL

Por cada Módulo, el usuario de AUDICONTROL recibe los siguientes productos:

Fig. 9 Productos pertenecientes a cada modulo.

4.3.1.4 ¿Qué Produce el Software de AUDICONTROL?

Bases de Datos de conocimientos con los resultados de estudios realizados, personalizadas con circunstancias particulares de las empresas (Bases de Trabajo).

Guías de Autocontrol y de Autoevaluación del Control, para dependencias usuarias de los nuevos sistemas y el Departamento de Sistemas.

Manuales de Control Interno para el Departamento de Sistemas y las nuevas aplicaciones desarrolladas o adquiridas.

4.3.1.5 Beneficios

Mayor confianza en los resultados de los Sistemas de Información Automatizados.

Incremento de productividad y eficiencia

Reducción de costos de corrección de errores

Mejorar niveles de servicio a los clientes

4.3.1.6 Requerimientos Técnicos de Hardware y Software.

4.3.1.6.1 Hardware para la operación del Modulo de Auditoria

Cada módulo del software AUDICONTROL funciona en microcomputadores en ambiente red o monousuario con las siguientes características:

HARDWARE	CANTIDAD
Procesador Pentium III, IV	1 por maquina como mínimo, se recomienda un Procesador mas reciente.
16 MB de RAM disponible.	1 por maquina como mínimo, se recomienda incrementar su capacidad.
20 MB de espacio libre en disco	1 por maquina como mínimo, se recomienda incrementar su capacidad.
1024 x 768 píxeles de resolución mínima de pantalla	1 por maquina, monitor SVG.

Tabla 5: Hardware para la operación de Audicontrol

4.3.1.6.2 Software para la operación

Para el funcionamiento el modulo de auditoria se requiere el siguiente software.

SOFTWARE	DISPONIBILIDAD
Microsoft Windows 95 / Microsoft Windows NT 4.0 o sistemas operativos posteriores, Ambiente Novell.	Licencia adquirido por Microsoft Corporation

Tabla 6: Software para la operación de Audicontrol

4.4 ANALISIS Y EVALUACION DE BASE DE DATOS

Algunas características específicas de este tipo de software podrían ser las siguientes:

Herramienta orientada a la auditoria.

Facilidad de uso mediante interfaz amigable que le permitan al auditor enfocarse en aplicar su experiencia, en vez de estar aprendiendo a como utilizar el software.

Extracción de datos desde bases de datos relacionales (Oracle, SQL Server 2000, Informix).

Manejo de grandes volúmenes de datos no importando su complejidad o configuración sin afectar el rendimiento de la base de datos.

Capacidad de elaborar diferentes tipos de análisis estadísticos.

Posibilidad de desarrollar aplicaciones personalizadas que se puedan ejecutar automáticamente (Macros, scripts, etc.), creando así una metodología de auditoria continua.

Capacidad para trabajar simultáneamente con varios archivos.

Compatibilidad de exportación con aplicaciones ofimáticas, por ejemplo Microsoft Office.

4.4.1 Ejemplo de Software “ACL (Audit Command/Control Language)”.

Fig. 10 Logo representativo del Software ACL (Audit Command/Control Language)

4.4.1.1 ACL (Lenguaje de Comandos de auditoria)

Es un software para análisis y extracción de datos mas usado en la actualidad.

Con ACL los auditores y profesionales de los negocios pueden transformar grandes cantidades de datos electrónicos en un conocimiento comercial de valor. Es un software, poderoso y fácil de usar, le permite convertir datos en información significativa, lo cual le ayuda a alcanzar sus objetivos de negocios y agregar valor a su organización.

Con ACL se podrá realizar la revisión de datos con una cobertura del 100% de los datos, esto significa que se pueden hacer auditorias para toda una población entera, y no para pequeñas muestras.

El impacto de ACL se ve en los siguientes aspectos: los ciclos de auditoria más cortos; las investigaciones más detalladas; una confianza completa en sus resultados; un ahorro significativo en sus recursos; un rol mayor de la auditoria en el negocio.

4.4.1.2 Características del Software

Permite importar archivos de diferentes fuentes o formatos (archivos planos y de base de datos específicas).

Los datos importados no son modificados asegurando la integridad e incrementando el nivel de confianza de los datos trabajados.

Generación de pistas de auditoria (Quien, Como, Cuando, Donde)

Posibilidad de escribir Scripts/Macros que automaticen procedimientos de revisión rutinaria en auditorias recurrentes.

Incrementar la cobertura de revisión al 100% de datos a analizar.

Identificar tendencias, señalar excepciones y destacar áreas que requieren atención.

Localizar errores y fraudes potenciales, mediante la comparación y el análisis de archivos según los criterios especificados por el usuario.

Volver a calcular y verificar saldos.

Funciones especificas para la auditoria: desde comandos tales como faltantes, duplicados y estratificar hasta el importante log de comandos o el historial detallado. La funcionalidad incorporada de revisión de cuentas le permite a auditores y contadores, sin experiencia técnica o de programación, realizar rápidamente análisis e informes sobre datos financieros.

Procesa rápidamente millones de transacciones, asegurando una cobertura del 100% y una confianza absoluta en sus resultados.

ACL puede leer y analizar cualquier tipo de datos accediendo a cualquier entorno de su organización (tales como Oracle, SQL Server, Informix, AS400, IBM/390, SAP R/3, archivos de informe de longitud variable, archivos privados, archivos tradicionales, archivos de informe y muchos mas).

Relaciona y trabaja simultáneamente con varios archivos (Modelo Entidad/Relación), para hacer análisis e informes aun más completos.

Crea informes en HTML para su publicación en Internet o en la Intranet de su organización.

Automatiza y registra sus pasos y desarrolla aplicaciones especiales, haciendo más productivas las auditorias futuras.

Permite revisar o imprimir, en cualquier momento, un historial completo de sus archivos, pasos y resultados.

4.4.1.3 Importancia de su aplicación en algunas empresas y/o firmas de auditoria.

Auditorias financieras, de operaciones o de sistemas, análisis de ventas, control de calidad, revisiones de nóminas y otros. Análisis típicos son:

Análisis de Riesgos.

Análisis y detección de fraudes.

Identificación de excepciones y anomalías.

Identificación de problemas de control.

Evaluación de procesos y cumplimiento de estándares.

Señalar excepciones y destacar áreas que requieren atención.

Localizar errores y posibles irregularidades.

Recuperar gastos o ingresos perdidos, detectando pagos duplicados.

4.4.1.4 Pantallas del Software ACL

Fig. 11 Muestra la ventana principal del software ACL

4.4.1.5 Requerimientos Técnicos de Hardware y Software.

4.4.1.5.1 Hardware para la operación del Modulo de Auditoria

Cada módulo del software ACL funciona en microcomputadores en ambiente red o monousuario con las siguientes características:

HARDWARE	CANTIDAD
Pentium IV de 2000 MHz	1 por maquina como mínimo, se recomienda un Procesador mas reciente.
512 MB de Memoria RAM.	1 por maquina como mínimo, se recomienda incrementar su capacidad.
20 MB de espacio libre en disco	1 por maquina como mínimo, se recomienda incrementar su capacidad.

Tabla 7: Hardware para la operación de ACL

4.4.1.5.2 Software para la operación

Para el funcionamiento el modulo de auditoria se requiere el siguiente software

SOFTWARE	DISPONIBILIDAD
Microsoft Windows 95 / Microsoft Windows NT 4.0 o sistemas operativos posteriores, Ambiente Novell.	Licencia adquirido por Microsoft Corporation

Tabla 8: Software para la operación de ACL

Google lanza un sistema operativo para navegar de forma "rápida y segura"

2009-08-05T14:41:00.001-07:00

Hace años que se habla de Google OS, el sistema operativo del gigante de Internet que todos esperaban comenzara a robarle el trono a Microsoft. En el mes de Julio de este año, Google anunció el lanzamiento de Google Chrome OS, un sistema operativo pensado para Netbooks. El nuevo sistema parece estar pensado para llevar al extremo el concepto de cloud computing y en ese ámbito, el navegador se convierte en el único software necesario para la computadora.

Bautizado Google Chrome Operating System (Sistema Operativo Cromo de Google), el nuevo software estará disponible en el segundo semestre del 2010, señaló Google en un reporte publicado en su blog.

Se trata en realidad de un browser todo en uno creado a partir de Chrome. Según el blog oficial de Google, "la mayoría de los sistemas operativos fueron diseñados en un tiempo en el que no existía Internet. Nosotros creemos que la Web debe ser el centro de una experiencia de computación. Es por ello que creamos el Google Chrome Browser y es la misma razón por la cuál estamos dando ahora el próximo paso y volviendo a pensar en lo que debería brindar un sistema operativo".

En la nota de prensa Google explica que se trata de una iniciativa diferente a la del sistema operativo para móviles Android, que seguirá desarrollándose, y que se ha creado tanto para miniportátiles como para ordenadores de sobremesa para usuarios que pasan la mayor parte de su tiempo navegando por Internet.

Google señala que la velocidad, la sencillez y la seguridad son los aspectos claves del nuevo sistema "queremos que sea rápido y ligero, que se ponga en marcha y te conecte a Internet en cuestión de segundos".

Explica que el sistema ha sido desarrollado en colaboración con un gran número de socios y muy pronto comenzarán a trabajar con programadores y colaboradores de la comunidad de software libre. Mientras tanto, la arquitectura de seguridad que está detrás del sistema operativo hace que los usuarios no tengan que hacer frente a virus, software malintencionado y actualizaciones de seguridad.

El nuevo sistema se ejecutará en procesadores ARM y x86 y Google está colaborando con fabricantes de ordenadores para presentar una serie de netbooks o miniportátiles el año 2010.

Por esta razón, Google también anunció la salida de Beta de Gmail y de su suite de oficina online Google Apps.

El nuevo sistema operativo Chrome OS trabajaría bien con muchas de las populares aplicaciones de la compañía, como Gmail, Google Calendar y Google Maps.
Será rápido y liviano, permitiendo a los usuarios acceder a internet en pocos segundos, dijo Google. El nuevo sistema está basado en el software de código abierto Linux, que permite que cualquier desarrollador diseñe aplicaciones compatibles.

"Los sistemas operativos sobre los que corren los navegadores fueron diseñados en una era en la que no había web", señaló en el blog de la firma Sundar Pichai, vicepresidente de gerenciamiento de producto de Google. El sistema Chrome es "nuestro intento por repensar lo que un sistema operativo debería ser".

Vía: Blog Oficial de Google Latinoamérica

Naizona

Videojuego orientado a la Educación Medioambiental, Desarrollado en El Salvador

El Dilema del ancho de una Pagina Web

Instalacion de Ireports

LEVANTAR IREPORTS

Cómo extender la fecha de prueba (trial) de algunos programas

Como instalar WampServer

Fondos de Pantalla de la Era de Hielo 3

Análisis orientado a objetos (AOO)

Lenguaje Orientado a Objetos

Formas de encapsular

Herencia

Polimorfismo

Abstracción

Ejemplo

Que es un objeto

Ejemplo

Clase

Instancia

1.-Objetos2.-Clases3.-Mensajes4.-Encapsulación5.-Herencia6.-Polimorfismo Que ventajas nos ofrece el Lenguaje Orientado a Objetos.

Empresa Exitosas: su significado

Software de Auditoria: ACL, Planning Advisor, Cobit Advisor, Audicontrol

Google lanza un sistema operativo para navegar de forma "rápida y segura"

1.-Objetos
2.-Clases
3.-Mensajes
4.-Encapsulación
5.-Herencia
6.-Polimorfismo

Que ventajas nos ofrece el Lenguaje Orientado a Objetos.