“AÑO DEL BUEN SERVICIO AL CIUDADANO”

APELLIDO : GONZALES LINARES

NOMBRES : LUCAS ENRIQUE
CICLO : I
CARRERA : ADMINISTRACIÓN
FRECUENCIA : L-M-V
HORARIO : 05:20 – 07:00 PM
SEMESTRE : 2017 - II
CURSO : WINDOWS
TUTOR : OMAR CARDENAS
FECHA : 06-12-2017

IQUITOS – PERÚ
2017
DEDICATORIA

Este trabajo va dedicado a mi

querida familia, mis padres y mis
hermanos que me apoyan y me
aconsejan para guiarme en el
camino que debo de seguir en
esta vida.

2
ÍNDICE

I. DEFINICIONES 6
1.1. HISTORIA ....................................................................................................................... 6
1.2. SISTEMA OPERATIVO .................................................................................................... 6
II. FUNCIONES DE WINDOWS ................................................................................................... 7
III. CARACTERÍSTICA DE WINDOWS....................................................................................... 8
IV. Sistemas monousuario y multiusuario ............................................................................ 8
V. ARQUITECTURA DE WINDOWS .......................................................................................... 10
El núcleo .................................................................................................................................. 10
EL API (interfaz de programación de aplicaciones) ............................................................... 11
VI. El interior de Windows ................................................................................................... 11
VII. ¿Dónde está .NET y las aplicaciones RT? ....................................................................... 12
VIII. Cuatro API y un subsistema para unificarlos a todos .................................................... 13
IX. ¿C++/CX? ¿Otra variante de C++? .................................................................................. 14
X. Qué hay debajo de Windows RT? ...................................................................................... 15
¿Pero qué pasa con ARM y RT? ......................................................................................... 18
XI. CONCLUSIONES ........................................................................................................... 21
XII. RECOMENDACIONES .................................................................................................. 22

3
 INTRODUCCIÓN

H
oy en día la tecnología avanza a cada año!! La presente
investigación es de gran importancia ya que nos aclara
muchas dudas e inquietudes acerca de la tecnología en la
rama de la ingeniería en sistema o en computación.
A finales de los 40's el uso de computadoras estaba restringido
a aquellas empresas o instituciones que podían pagar su alto precio,
y no existían los sistemas operativos. En su lugar, el programador
debía tener un conocimiento y contacto profundo con el hardware, y
en el infortunado caso de que su programa fallara, debía examinar
los valores de los registros y páneles de luces indicadoras del estado
de la computadora para determinar la causa del fallo y poder corregir
su programa, además de enfrentarse nuevamente a los
procedimientos de apartar tiempo del sistema y poner a punto los
compiladores, ligadores, etc; para volver a correr su programa, es
decir, enfrentaba el problema del procesamiento serial ( serial
processing ).
A continuación se presentan los puntos a desarrollar:
- Se hablara sobre los sistemas operativos, sus tipos, entre otras
cosas.
- Evolución Windows: con algunas de sus características y bondades.
- Conocer un poco sobre que es el escritorio.
- Así como también que es la barra de tareas, y algunos de sus
componentes.

4
WINDOWS

5
 MICROSOFT WINDOWS
I. DEFINICIONES
1.1. HISTORIA
En 1983, Microsoft anunció el
desarrollo de Windows, una
interfaz gráfica de usuario (GUI)
para su propio sistema operativo
(MS-DOS), que había enviado
para IBM PC y ordenadores
compatibles desde 1981. La
línea de productos se ha
cambiado de un producto de GUI
a un moderno sistema operativo
en dos familias de diseño, cada
uno con su propio sistema de
archivo de código base y por defecto.

Windows 1.0
Windows 2.0
Windows 3.0
Windows 3.1
Windows 3.11
Windows 3.2
Windows 95
Windows 98
Windows 98 SECOND EDITION(SE)
Windows ME
Windows 2000
Windows XP
Windows VISTA
Windows 7
Windows 8
Windows 8.1
Windows 10

1.2. SISTEMA OPERATIVO

Un Sistema operativo (SO), software básico que controla una computadora.
Sistema Operativo es en sí mismo un programa de computadora. Sin embargo,
es un programa muy especial, quizá el más com plejo e importante en una
computadora. El SO despierta a la computadora y hace que reconozca a la CPU,
la memoria, el teclado, el sistema de vídeo y las unidades de disco. Además,
proporciona la facilidad para que los usuarios se comuniquen con la
computadora y sirve de plataforma a partir de la cual se corran programas de
aplicación.

6
 El sistema operativo está formado por el software que permite acceder y
realizar las operaciones básicas en un ordenador personal o sistema informático
en general.
Los sistemas operativos más conocidos son:
 AIX (de IBM),
 GNU/Linux,
 HP-UX (de HP),
 MacOS (Macintosh),
 Solaris (de SUN Microsystems),
Las distintas variantes del UNIX de BSD (FreeBSD, OpenBSD...), y Windows en
sus distintas variantes (de la empresa Microsoft).
Cuando enciendes una computadora, lo primero que ésta hace es llevar
a cabo un autodiagnóstico llamado auto prueba de encendido (Power On Self
Test, POST). Durante la POST, la computadora identifica su memoria, sus
discos, su teclado, su sistema de vídeo y cualquier otro dispositivo conectado a
ella. Lo siguiente que la computadora hace es buscar un SO para arrancar (boot).
El sistema operativo tiene tres grandes funciones: coordina y manipula el
hardware de la computadora, como la memoria, las impresoras, las unidades de
disco, el teclado o el mouse; organiza los archivos en diversos dispositivos de
almacenamiento, como discos flexibles, discos duros, discos compactos o cintas
magnéticas, y gestiona los errores de hardware y la pérdida de datos.

II. FUNCIONES DE WINDOWS

 Aceptar todos los trabajos y conservarlos hasta su finalización.
 Interpretación de comandos: Interpreta los comandos que permiten al
usuario comunicarse con el ordenador.
 Control de recursos: Coordina y manipula el hardware de la computadora,
como la memoria, las impresoras, las unidades de disco, el teclado o el
Mouse.
 Manejo de dispositivos de E/S: Organiza los archivos en diversos
dispositivos de almacenamiento, como discos flexibles, discos duros,
discos compactos o cintas magnéticas.
 Manejo de errores: Gestiona los errores de hardware y la pérdida de
datos.
 Secuencia de tareas: El sistema operativo debe administrar la manera en
que se reparten los procesos. Definir el orden. (Quien va primero y quien
después).

7
  Protección: Evitar que las acciones de un usuario afecten el trabajo que
esta realizando otro usuario.
 Multiacceso: Un usuario se puede conectar a otra máquina sin tener que
estar cerca de ella.
 Contabilidad de recursos: establece el costo que se le cobra a un usuario
por utilizar determinados recursos.

III. CARACTERÍSTICA DE WINDOWS

 Conveniencia. Un Sistema Operativo hace más conveniente el uso de una
computadora.
 Eficiencia. Un Sistema Operativo permite que los recursos de la
computadora se usen de la manera más eficiente posible.
 Habilidad para evolucionar. Un Sistema Operativo deberá construirse de
manera que permita el desarrollo, prueba o introducción efectiva de
nuevas funciones del sistema sin interferir con el servicio.
 Encargado de administrar el hardware. El Sistema Operativo se encarga
de manejar de una mejor manera los recursos de la computadora en
cuanto a hardware se refiere, esto es, asignar a cada proceso una parte
del procesador para poder compartir los recursos.
 Relacionar dispositivos (gestionar a través del kernel). El Sistema
Operativo se debe encargar de comunicar a los dispositivos periféricos,
cuando el usuario así lo requiera.
 Organizar datos para acceso rápido y seguro.
 Manejar las comunicaciones en red. El Sistema Operativo permite al
usuario manejar con alta facilidad todo lo referente a la instalación y uso
de las redes de computadoras.
 Procesamiento por bytes de flujo a través del bus de datos.
 Facilitar las entradas y salidas. Un Sistema Operativo debe hacerle fácil
al usuario el acceso y manejo de los dispositivos de Entrada/Salida de la
computadora.

IV. Sistemas monousuario y multiusuario

En algunos sistemas operativos se accede al sistema por medio de un
usuario único que tiene permiso para realizar cualquier operación. Este es
el caso de los sistemas operativos más antiguos como MS-DOS y algunos
más recientes como la serie Windows 95/98/Me de Microsoft o MacOS
(antes de MacOS X) de Macintosh. En estos sistemas no existe una

8
diferenciación clara entre las tareas que realiza un administrador del
sistema y las tareas que realizan los usuarios habituales, no disponiendo
del concepto de multiusuario, un usuario común tiene acceso a todas las
capacidades del sistema, pudiendo borrar, incluso, información vital para
su funcionamiento. Un usuario malicioso (remoto o no) que obtenga
acceso al sistema podrá realizar todo lo que desee por no existir dichas
limitaciones.
Otros sistemas operativos, sin embargo, han estado siempre
preparados para soportar sistemas multiusuario, permitiendo agruparlos y
asignar distintos privilegios a cada uno de ellos o a sus grupos. Este es el
caso de todos los sistemas UNIX y de los sistemas Windows NT/2000.
Esta característica es enormemente útil desde el punto de vista de
seguridad. Por ejemplo en el caso de que un usuario se vea afectado por
un virus, una intrusión, etc. el resto de los usuarios (si los hay) y, sobre
todo, el sistema no tendrán por qué verse afectados a menos que
vulnerabilidades en éstas puedan ser utilizadas por un atacante para
elevar sus privilegios.
Cabe notar que los sistemas operativos libres (Linux y BSD) no
soportan una asignación de grupos y usuarios tan versátil como NT y
2000. Los grupos en UNIX son mucho menos versátiles (y más difíciles
de administrar) que aquellos aunque también más conocidos.
Queda claro que en todo ordenador donde la seguridad es un factor
que se considera importante debe optarse por un sistema operativo que
soporte varios usuarios con distintos privilegios.
Una ventaja que sí han tenido hasta ahora es que el propio
fabricante daba soporte técnico y garantías de seguridad de sus sistemas
(especialmente en los UNIX propietarios). De igual forma, otra ventaja
adicional ofrecida por estos sistemas operativos, inexistente actualmente
en GNU/Linux, es que los fabricantes persiguen de forma activa la
certificación del sistema operativo (o una parte de éste) frente a los
estándares de seguridad del mercado.
A continuación se presenta una definición más específica de
sistemas operativo multiusuario y monousuario, además Monotareas,
Multitareas, Uniproceso, Multiproceso.
 Multiusuarios
Los sistemas operativos multiusuarios son capaces de dar servicio a más
de un usuario a la vez, ya sea por medio de varias terminales conectadas
a la computadora o por medio de sesiones remotas en una red de
comunicaciones. No importa el número de procesadores en la máquina ni
el número de procesos que cada usuario puede ejecutar
simultáneamente.
 Monousuarios

9
 Los sistemas operativos monousuarios son aquéllos que soportan
a un usuario a la vez, sin importar el número de procesadores que tenga
la computadora o el número de procesos o tareas que el usuario pueda
ejecutar en un mismo instante de tiempo. Las computadoras personales
típicamente se han clasificado en este renglón.
 Monotareas
Los sistemas monotarea son aquellos que sólo permiten una tarea
a la vez por usuario. Puede darse el caso de un sistema multiusuario y
monotarea, en el cual se admiten varios usuarios al mismo tiempo pero
cada uno de ellos puede estar haciendo solo una tarea a la vez.
 Multitareas
Un sistema operativo multitarea es aquél que le permite al usuario
estar realizando varias labores al mismo tiempo. Por ejemplo, puede estar
editando el código fuente de un programa durante su depuración mientras
compila otro programa, a la vez que está recibiendo correo electrónico en
un proceso en background. Es común encontrar en ellos interfaces
gráficas orientadas al uso de menús y el ratón, lo cual permite un rápido
intercambio entre las tareas para el usuario, mejorando su productividad.
 Uniproceso
Un sistema operativo uniproceso es aquél que es capaz de manejar
solamente un procesador de la computadora, de manera que si la
computadora tuviese más de uno le sería inútil. El ejemplo más típico de
este tipo de sistemas es el DOS y MacOS.
 Multiproceso
Un sistema operativo multiproceso se refiere al número de
procesadores del sistema, que es más de uno y éste es capaz de usarlos
todos para distribuir su carga de trabajo. Generalmente estos sistemas
trabajan de dos formas: simétrica o asimétricamente. Cuando se trabaja
de manera asimétrica, el sistema operativo selecciona a uno de los
procesadores el cual jugará el papel de procesador maestro y servirá
como pivote para distribuir la carga a los demás procesadores, que
reciben el nombre de esclavos. Cuando se trabaja de manera simétrica,
los procesos o partes de ellos (threads) son enviados indistintamente a
cualquiera de los procesadores disponibles, teniendo, teóricamente, una
mejor distribución y equilibrio en la carga de trabajo bajo este esquema.

V. ARQUITECTURA DE WINDOWS
La organización de los sistemas operativos ha evolucionado desde los
monitores residentes como DOS hasta los modernos sistemas
multiprocesocomo Solaris. A continuación revisamos algunas de las
componentes que debe incluir todo sistema operativo moderno:

El núcleo

10
 Es la componente del sistema operativo que siempre está residente
en la memoria real del computador. La !unción primordial del núcleo
es transformar los recursos reales del computador en recursos
estándares " cómodos de usar.

Es así como el núcleo transforma un procesador real con su memoria

finita en un número prácticamente ilimitado de procesadores virtual
eso procesos

Cada proceso dispone de su propio tiempo de CPU, una memoria

extensible y mecanismos estándares para interactuar con los
dispositivos, sin importar los detalles físicos de su implementación.

EL API (interfaz de programación de aplicaciones)

Es el conjunto de servicios que ofrece un sistema a las aplicación es

usuarias de ese sistema. Las aplicaciones invocan estos servicios a través
de llamadas a procedimientos. La API, queda definida por lo tanto por los
nombres de estos procedimientos (sus argumentos " el significado de
cada uno de ellos.
El conjunto de servicios que ofrece el núcleo a los procesos se denomina
la API, del núcleo. Está formada por procedimientos pertenecientes al
núcleo, pero que se invocan desde un proceso cualquiera. La invocación
de uno de estos procedimientos es una llamada de sistema.

VI. El interior de Windows

Todos sabemos que Windows 8 viene de Windows 7 y éste, a su vez, de
Windows XP. Antes de eso existía una separación entre dos sistemas
operativos que hacían lo mismo pero que internamente funcionaban de
forma completamente diferente. Hablo, claro está, de Windows 95/98/ME
y Windows NT. Cuando Microsoft unificó las dos ramas, eligió poner como
núcleo el de NT como elemento central de lo que, al cabo de los años,
terminó siendo Windows 8.
La idea original estaba basada en una capa de bajo nivel llamada HAL, un
núcleo más o menos monolítico basado en MACH, y encima de ello una
serie de subsistemas que serían con los que las aplicaciones de usuario
deberían interactuar.
Todo esto vino explicado, por primera vez y de forma oficial, en el libro de
Cuter, base de los actuales Windows Internals. La idea era explicar de una
forma lógica la estructura interna del sistema operativo, que vamos a

11
 resumir no sin antes recordar que NT podía ejecutarse en una gran gama
de arquitecturas, partiendo de la x86 y pasando por la PPC, no sin olvidar
SuperH y Mips. Quizás a la mayoría no le suene mucho, pero PPC era la
tecnología que había debajo de los primeros MAC.
Ello venía posibilitado por la estructura del sistema operativo. La parte de
más bajo nivel se conocía como capa HAL, y debía ser una finísima capa
que convirtiera todo el hardware en algo unificado y comprensible para el
núcleo, que es el corazón del sistema operativo y el encargado de ofrecer
el primer nivel de servicios a los subsistemas.
Luego estaban los citados subsistemas, y había varios. Posix. Sí, el Posix
en el que está basado Linux o Unix. OS/2. Win32, que es el actual y el
único que queda en Windows 8. Es decir, Windows NT podía ejecutar
programas que cumplieran el estándar Posix e incluso aplicaciones de
OS/2. Y también, por supuesto, las clásicas de Windows basadas en
Win32.
Nos podemos fijar en la potencia de la idea. Con esa arquitectura,
Windows era capaz de ejecutar casi cualquier programa existente en el
mercado. Por desgracia las expectativas no se cumplieron y al final todo
quedó en un sistema operativo llamado Windows XP que incluía dentro
de él todas esas semillas.

VII. ¿Dónde está .NET y las aplicaciones RT?

Pese a la información que suele suministrar Microsoft, Tanto .NET como
RT se ejecutan sobre Win32, que se ha dicho es el único subsistema que
queda de los tiempos de NT. Esto lo demostraremos en la parte práctica
de este artículo.
Es decir, si continuamos con la descripción de la arquitectura de Windows,
tendríamos a .NET como un superconjunto de Win32 y a RT como algo a
caballo entre Win32 y .NET. Es un tanto complejo de explicar, pero el
siguiente gráfico, sin ser de todo veraz, explica bastante bien la situación
teórica del tema:

12
 Si se ha seguido lo descrito hasta ahora, se verá que la ampliación de Windows
a procesadores ARM (para la versión RT) no ha debido ser demasiado
traumática a poco que hayan mantenido la arquitectura citada al principio de este
artículo, como seguro que así ha sido. De hecho, Microsoft ya tenía Windows
corriendo no sólo en plataformas ARM, sino en otras muchas. Hablamos de
Windows CE, que parece ser muere (es un decir ya que seguro que hay mucho
código compartido con su hermano de escritorio) en Windows Phone 7.5 ya que
la versión 8 comparte el núcleo RT.

VIII. Cuatro API y un subsistema para unificarlos a todos

Por un lado tenemos Win32 y todas sus extensiones de terceros o de la propia
Microsoft. Podríamos citar Visual Basic (6, el antiguo), Delphi, C++Builder, MFC,
QT, wxWidgets y toda una gran extensión de bibliotecas y lenguajes que
terminan llamando al subsistema de Win32.
Por otro tenemos .NET y todas sus variantes, que finalizan en la versión 4.5 no
RT y que podemos considerar un API por sí mismo pese a terminar dependiendo
de Win32 ya que incluyen un Framework completamente independiente y tanto o
más potente que el citado.
Con estos dos API podemos desarrollar las clásicas aplicaciones de escritorio,
que todavía están disponibles bajo Windows 8 y Windows 8 PRO.
En la actualidad tenemos dos API más, a saber. La de Windows RT que está
basada en C++/CX y que usa .NET 4.5 para tabletas (RT), con la interfaz basada
en XAML y una cuarta algo más esotérica respecto a crear aplicaciones para
tabletas: HTML/CSS, que nos permite desarrollar aplicaciones RT basadas en
HTML5 y JavaScript.

13
Podríamos citar un quinto API, DirectX, que permite el desarrollo tanto de
aplicaciones de escritorio clásico como RT, pero realmente está basado, de
nuevo, en Win32 en ambas variantes y, cuando no realiza llamadas a dicho
subsistema, lo hace directamente al driver de la tarjeta de vídeo.
Finalmente podríamos resumir lo descrito aquí con el siguiente gráfico que, de
nuevo sin ser estrictamente correcto, sí que presenta con suficiente claridad los
temas tratados:

El error está, para aquél que sienta curiosidad, en que ese cuadradito tan chiquito
que pone Win32 se extiende justo por encima de Windows Kernel Services como
base de cualquier otro módulo descrito.

IX. ¿C++/CX? ¿Otra variante de C++?

Antes se ha hablado de C++/CX. Pese a que se tratará el tema en un artículo
posterior, debemos hacer una pequeña introducción. Ya se ha dicho que todo
termina en Win32, que ofrece un interfaz de desarrollo basado en el lenguaje C.
Win32 adolece de ciertas carencias para la creación de aplicaciones RT, más
que nada por lo venerable de su situación y por que no se acomoda muy bien a
un modelo de desarrollo moderno.
¿Qué ha hecho Microsoft para solucionar esto? Pues ha modificado partes
importantes de Win32, dejando la interfaz clásica sin tocar pero sí cambiando
muchas cosas de su interior, ha ampliado todavía más el API y, creando una
extensión al lenguaje C++, ha construido una capa nativa sobre la que se asienta
una parte importante del desarrollo para tabletas RT.

14
C++/CX es, por lo tanto, el venerable lenguaje C++ en todo su esplendor al que
Microsoft le ha añadido una especie de sugar syntax para poder construir partes
del API que se usan en el desarrollo de aplicaciones RT.
Y esto nos lleva a la parte final del artículo, que es demostrar de forma
tremendamente sencilla que Windows RT y el desarrollo con .NET para RT
continua teniendo a Win32 debajo de toda su arquitectura.

X. Qué hay debajo de Windows RT?

Necesitamos un equipo de desarrollo que pueda generar aplicaciones para
Windows RT. Es decir, debe poder ejecutar Visual Studio 2012 completo,
aunque las versiones Express podrían funcionar pese a que el autor no ha
realizado la prueba con ellas.
Una vez que tenemos una máquina con Visual Studio 2012, lanzamos el
entorno y creamos dos aplicaciones. Nos vamos a la pestaña de Visual C++
y elegimos una aplicación de tipo Win32 y le damos el nombre de TestWin32.
Como en la imagen:

En el asistente, aceptamos todas las opciones por defecto y se nos creará un proyecto que si
compilamos y lanzamos nos creará una ventana de escritorio clásica:

15
Esta es nuestra aplicación de referencia.
Luego tenemos que crear una aplicación de tipo Windows Store como se
muestra en la captura:

Realmente da igual el tipo de aplicación que elijamos siempre que sea de la

tienda.
Ahora es tiempo de compilar ambos proyecto si todavía no lo hemos hecho. Los
ejecutamos para ver que cada uno funciona como debe.
Pero todavía nos falta algo más, para poder demostrar que debajo de la
aplicación Windows RT se encuentra el subsistema Win32 y no otra cosa.
Debemos bajarnos un programa llamado Dependency Walker. En su momento
era una herramienta que venía incluida en los SDK de Windows, pero ya no. Este
programa abre un ejecutable o una DLL y es capaz de mirar las tablas de

16
 importación y exportación del fichero para determinar qué DLL se van a cargar
cuando lo lancemos.
Cuando os bajéis el programa, que es de uso libre, podréis comprobar que
todavía existen versiones para otras arquitecturas de Windows como MIPS o
PowerPC, lo que corrobora nuestra tesis de que Windows NT podía correr bajo
muchos otros procesadores.
Debemos navegar por las carpetas del proyecto, fuera del IDE (aunque no es
necesario cerrarlo), para localizar ambos ejecutables. Pero antes, vayamos al
desplegable del IDE en donde nos indica la configuración y la cambiamos a
Release:

De este modo nos aseguramos que los ejecutables creados serán los que finalmente se
distribuirían.

En la máquina del autor la forma más rápida de construir una solución multiproyecto es presionar
Mayúsculas Control y B.

Ahora sí, ahora nos vamos a la carpeta raíz de la solución. Allí debe haber una carpeta con el
nombre de Release, y dentro de ella nuestro ejecutable [Link] por un lado y
el [Link] dentro de otra carpeta con el mismo nombre, que son los dos ficheros que
vamos a inspeccionar.

Si abrimos el primero de ellos con Dependency Walker, y colapsamos el árbol de dependencias al

primer nivel, nos encontraremos con una imagen similar a esta (ignoraremos los posibles errores
que nos de al abrir):

17
Hagamos lo mismo con la aplicación [Link]:

Observemos que ambas realizan llamadas a [Link], que es,

mayormente, el subsistema Win32. Todas las DLL que comienzan con MSVC y
con VCC son los runtimes de C++, que en la primera no están porque no hemos
hecho uso de ninguna función de C++ como puede ser utilizar la STL.
Fijémonos que incluso la segunda hace uso de [Link], que es el motor
COM, OCX o como queramos llamarlo y que es la base de Windows 8.

¿Pero qué pasa con ARM y RT?

Pues más de lo mismo. Para comprobar que incluso una aplicación compilada
para ARM y que sólo se puede ejecutar en una tableta RT pura tiene debajo a
Win32, tenemos que volver a Visual Studio y cambiar algunas cosas.
Nos vamos al menú BUILD -> CONFIGURATION MANAGER y se nos abrirá una ventana
como la de la captura. Cambiamos la parte Configurationa Release si no está, y la
de Platform a ARM:

18
Volvemos a recompilar y debe aparecernos una nueva carpeta llamada ARM.
Dentro de ella, en algún subnivel, encontraremos el ejecutable [Link], esta
vez para la arquitectura que nos ocupa.
De nuevo lo abrimos con el Dependency Walker, y voila, ahí están las DLL de
siempre:

Por tanto, no hay duda de que cualquier plataforma tiene debajo de sí el

subsistema Win32, que era nuestra tesis a demostrar.

19
Podemos navegar con el programa y ver cómo unas DLL necesitan de otras, y
al final todo terminan llamando a Win32.
Y finalmente, para aquellos que quieran ver más partes de las tripas de un
ejecutable, pueden utilizar la aplicación llamada [Link]. Su mayor
problema es que es de línea de comandos, y hay que ir re direccionando su
salida a un fichero de texto dado que es capaz de generar una increíble cantidad
de información.

20
XI. CONCLUSIONES
 La utilización de Windows en su última versión 10 influye mucho
en varios aspectos tales como: seguridad, rendimiento, y
aprendizaje de nuevos conocimientos.
 La creación nuevas aplicaciones Modern UI por parte de los
alumnos les brindarán oportunidades de ampliar sus
conocimientos en programación y a la vez les generarán ingresos
económicos.
 Los nuevos sistemas operativos permiten que más usuarios
puedan operar las computadoras por ser mucho más explicativos
y fáciles de entender.
 En la actualidad el uso de la tecnología es vital para poder estar
comunicados sin importar la distancia.

21
XII. RECOMENDACIONES
1. Uso el software original y licenciado
2. Tener antivirus actualizado, aquí te presentamos algunas
opciones de antivirus gratuito.
3. Realizar escaneos completos al menos una vez cada 15 días
4. Instalar las actualizaciones de Windows.
5. Navegar en sitios seguros, puedes utilizar semáforos de
navegación como [Link]
6. Evitar la instalación de programas piratas.
7. Desactivar la auto-ejecución de los dispositivos extraíbles.
8. Escaneo de dispositivos extraíbles (USB, SD, Micro SD,
FireWire).

22
XIII. FUENTE DE INFORMACIÓN
 [Link]
ecomendacionesparaequiposconwin
dows/
 [Link]
 [Link]

23