Syllabus - de - Sistemas - Operativos - Q3 (Verano) - 2015 - v1

UNIVERSIDAD NACIONAL DE LA MATANZA
Departamento de Ingeniera
e Investigaciones Tecnolgicas
Ctedras de:
Sistemas de Computacin II (Plan 1997)
Sistemas Operativos (Plan 2009)
Jefe de Ctedra: Fabio E. Rivalta
Equipo de Docentes: Boettner F., Catalano L.,
de Lizarralde R, lvarez R., Villamayor A
Auxiliares docentes: Loiacono F., Gariup G, Hirschfeldt D.,
Rodriguez A., Piubel F., Barillaro, S., Barbieri D., Bobr, G.
PLANIFICACIN Y
GUA DE TRABAJOS PRCTICOS
(Curso de verano 2016)
Contenidos:
Reglamento, Programa y Planificacin.

Comentarios Previos
Introduccin al Diseo de Software.
Gua de Trabajos Prcticos Grupales.
CDIGO ASIGNATURA
618 (Plan 1997)
1115 (Plan 2009)
DEPARTAMENTO: Ingeniera e Investigaciones Tecnolgicas

ASIGNATURAS:
Sistemas de Computacin II
Sistemas Operativos
1. OBJETIVOS.
1.1. OBJETIVOS DEL CURSO.
Brindar los conceptos fundamentales y su respectiva actualizacin tecnolgica sobre los Sistemas
Operativos.
Facilitar una actualizacin sobre las terminologas, y desarrollos tecnolgicos sobre Sistemas
Operativos Modernos.
1.2. OBJETIVOS DE APRENDIZAJE.
Que el alumno adquiera el dominio de conceptos bsicos y actualizados sobre los Sistemas
Operativos e introducir los lineamientos generales de nuevos desarrollos tecnolgicos en estos
temas.
Generar una concepcin global y un enfoque selectivo para las soluciones algortmicas de los
diferentes problemas que ocurren dentro de un computador y la correcta utilizacin del mismo.
1.3. META OPERATIVA:
Se tratara que el alumno al finalizar la materia logre:

Adquirir el vocabulario y usarlo con precisin.
Conocer en forma amplia y general la misin y funcionamiento de los componentes de los
Sistemas Operativos de un computador.
Analizar y evaluar por si mismo un Sistema Operativo de cualquier equipo existente en plaza.
Desarrollar en el Alumno, el inters por la investigacin, usando libros y publicaciones propuestas
por el Docente.
Crear en el Alumno, una capacidad de resolucin de problemas mediante una adecuada
ejercitacin prctica.
Motivar en los alumnos a proponer algunos temas de inters para desarrollar o investigar o
encontrar diferentes soluciones a los mismos.
2. ALCANCES.
Los temas a tratar contemplarn bsicamente los mdulos temticos que propondr la ctedra. Su
profundidad abarca la extensin de todos los temas especficamente mencionados en el Programa
de SISTEMAS DE COMPUTACIN II (Plan 1997) y SISTEMAS OPERATIVOS (Plan 2009)
vigentes.
PROGRAMA ANALTICO.
CONTENIDOS TERICOS Y PRCTICOS DE LAS ASIGNATURAS: SISTEMAS DE
COMPUTACIN II (Plan 1997) y SISTEMAS OPERATIVOS (Plan 2009) VERSIN 2015
Mdulo 1: Generalidades de los sistemas operativos

Conceptos de Arquitecturas CISC y RISC. Conceptos de Microprogramacin. Conceptos del Lenguaje
Assembler.
Interaccin con el Sistema Operativo. Limitaciones del Hardware de las Computadoras.
Introduccin a los SO. Clasificacin. Conceptos fundamentales y conceptos bsicos de SO.
Terminologa, definiciones y funciones de SO.
Caractersticas comunes a todos los SO. Organizacin y estructura interna de los sistemas operativos.
Componentes mnimos de un SO.: El shell, los administradores del SO., el Kernel o ncleo.
Prestaciones y servicios de los SO.
Mdulo 2: Procesos
Definicin y concepto de proceso.
Estados de un proceso. Diagrama de estados. Ciclo de vida de un proceso. Transiciones de estado.
Las operaciones sobre un proceso: creacin, manipulacin y muerte de un proceso.
El control de un proceso. Estructuras de control del sistema operativo.
Tipos de procesos: los procesos pesados y livianos, hilos o hebras (Threads).
Implementacin de hilos (Threads). La creacin y ejecucin de los Threads. Estado de los threads. Uso de
los hilos. Sistemas operativos "multithreaded": aspectos del diseo e implementacin de paquetes de
Threads. El Concepto de Fibra (Fiber). principios de multitareas
Mdulo 3: Planificacin de procesadores

Objetivos. Introduccin al problema de la planificacin: planificacin de monoprocesadores y
multiprocesadores.
Niveles de planificacin: extra largo plazo, largo plazo, mediano plazo y a corto plazo.
Criterios de planificacin de los trabajos y de los procesos: poltica vs. mecanismo.
Administracin y gestin de procesos y procesadores: tipos de planificadores. Algoritmos de planificacin del
procesador.
Algoritmos NON-PREEMPTIVE (sin reemplazo o apropiativos): FCFS (First-Come First-Served), SPFShortest Process First (tambin llamado SPN-Shortest Process Next). Planificacin por prioridad.
Algoritmos PREEMPTIVE (con reemplazo en el uso del procesador), Round Robin o torneo cclico, Menor
tiempo restante (SRT Shortest Remaining Time First). Primero el de mayor tasa de respuesta (HRRN).
Planificacin con colas de mltiples niveles y realimentacin. Planificacin con mltiples colas fijas.
Planificacin con mltiples colas dinmicas. Planificacin de tres niveles. Evaluacin y comparacin de
algoritmos.
Planificacin de mltiples procesadores: granularidad, planificacin de mltiples procesos y de hilos.
Ejemplos de scheduler/dispatcher de sistemas operativos.
Evaluacin de desempeo. Deteccin de cuellos de botellas en el procesador.
Mdulo 4: Sincronizacin y Comunicacin entre Procesos

Conceptos de sincronizacin y comunicacin entre procesos.
Problemas concurrentes. Grafos de precedencia. Condiciones de concurrencia (Bernstein).
Especificaciones concurrentes: Fork y Join, Cobegin y coend.
Relaciones entre procesos concurrentes y sus conflictos. Introduccin al problema de la regin crtica (RC.).
Condicin de carrera. Solucin de la concurrencia por software y hardware.
Algoritmos de sincronizacin con espera activa: solucin simple, espera ocupada por turnos (alternancia),
solucin de Peterson, algoritmo de Dekker, algoritmo de Lamport o de la panadera.
Algoritmos sin espera activa: semforos, monitores.
Mecanismos provistos por el hardware. Cola de espera, Semforos.
Comunicaciones entre procesos: mensajes, IPC: Inter Process Communication, tipos de sincronizaciones
mediante mensajes, modelo productor-consumidor, algunos algoritmos para el modelo productor-consumidor.
Deadlocks (interbloqueo, bloqueo mutuo o abrazo mortal). Condiciones necesarias y suficientes. Tipos de
recursos.
Ejemplos de abrazo mortal. Prevencin, deteccin, evasin y recuperacin de abrazo mortal.
Mtodos de representacin: grafos y matrices. Grafo de asignacin de recursos. Estrategias para tratar
Deadlocks. Conflicto en la comunicacin entre procesos
Mdulo 5: Administracin de Memoria Central

Administracin de memoria central (MC). Funciones del administrador de la memoria central. Objetivos de la
administracin de la MC. Asignacin y reasignacin de direcciones. Espacio de direcciones lgico y fsico.
Tcnicas de administracin sin swapping: Memoria dedicada (mquina desnuda sin SO.), Asignacin contigua
simple o monitor residente, asignacin particionada simple y variable, paginacin pura, segmentacin simple,
manejo de memoria con buddy system.
Tcnicas de administracin con swapping (intercambio) o sea memoria virtual: swapping, paginacin por
demanda o bajo solicitud.
Algoritmos de gestin de memoria virtual, sistemas mixtos: segmentacin con paginacin por demanda.
Mdulo 6: Sistema de Gestin de Entrada / Salida

Administracin de la Entrada / Salida (I/O scheduler). Funciones del administrador de E/S. Mdulos de E/S y
la estructura del mdulo de E/S.
Funcin del mdulo. Estructura del mdulo de E/S.
Las operaciones del hardware de E/S: operacin asincrnica, diferencias de velocidades. Los dispositivos y
sus interfaces (el hardware de E/S): dispositivos de E/S. Controlador, adaptador o interface de E/S,
procesadores de E/S (IOP), dispositivos externos, almacenamiento intermedio de E/S (Buffering), dispositivos
internos.
Tcnicas de E/S: E/S programada, E/S por interrupciones, E/S por DMA (Acceso Directo a Memoria).
Principios del software de E/S. Metas del software de E/S. Manejadores de interrupciones (Interrupt handler).
Drivers de dispositivos. Pasos y controles en una operacin de E/S . Software de E/S independiente del
dispositivo.
Software de E/S del espacio del usuario. Software de entrada. Software de salida. Procesadores de E/S y
Canales de E/S
Mdulo 7: Sistema de archivos y sus directorios

Introduccin sistema de gestin de archivos (File System).
Concepto de archivo. Tipos de archivos. Atributos de los archivos.
Sistemas basados en cinta y en disco.
Objetivos y funciones del sistema de gestin de archivos. Conflictos. Sistema bsico de archivos. La estructura
de la informacin. Archivos mapeados a memoria. Nombres de archivos. La estructura de un archivo.
Estructura interna. Descriptores de archivos.
Operaciones sobre archivos: apertura y cierre, creacin, escritura, lectura, rebobinado y borrado.
Catalogacin de los archivos en el soporte: rea de datos fijos, rea de catlogo y rea de datos.
Administracin del espacio de almacenamiento: espacio libre, mtodos de asignacin. Sistemas de directorio:
directorio de dispositivos. Operaciones sobre directorios. Estructuras de directorio.
Mtodos de acceso: acceso secuencial, acceso directo, otros mtodos de acceso. Mtodos de implementacin
del sistema de archivos. Algoritmos para la administracin de archivos.
Proteccin de archivos: nombre, contraseas, control de acceso.
Mdulo 8: Proteccin y seguridad

Concepto de seguridad y proteccin. Concepto de poltica y mecanismo. Poltica de seguridad. Principios de
las polticas de seguridad. Categoras bsicas de las polticas de seguridad. Objetivos de la seguridad y la
proteccin de un sistema. Justificacin de la seguridad y proteccin. Niveles de seguridad en informtica.
Amenazas a la seguridad. Diseo: principio de los mecanismos. Tipos de seguridad. Supervisin y vigilancia.
Supervisin de riesgos de seguridad por el SO.
Seguridad a travs del sistema operativo. Funciones de los sistemas de proteccin en el sistema operativo.
Seguridad en el kernel.
Dominios de proteccin: matriz de accesos. Implementacin de la matriz de accesos. Cambio de dominio
switch.
Cambio de contenido de la matriz de accesos. Revocacin de permisos. Sistemas basados en capacidades.
Seguridad multinivel, autenticacin del usuario: validacin. Los problemas de la identidad: sus puntos
dbiles.
Amenazas relacionadas con los programas: caballo de troya, puerta trasera, bomba lgica, desbordamiento
de pila y de buffer, virus, gusanos, vulnerabilidad. Poltica de seguridad.
Seguridad para los datos. Seguridad de datos en bases de datos. Mtodos de ocultamiento de los datos.
Algunos problemas en CRIPTOGRAFA.
Seguridad en telecomunicaciones o redes de computadoras. Distribucin de llaves. Normas y procedimientos
en un sistema de seguridad: estrategia de seguridad, plan de contingencia. Auditorias. Mecanismos y
polticas de seguridad en sistemas.
Mdulo 9: Sistemas distribuidos

Conceptos de sistemas cliente/servidor y sus variantes.
Conceptos de procesamiento distribuido.
Conceptos de sistemas de archivos en sistemas distribuidos.
Conceptos de control de concurrencia en sistemas distribuidos.
Conceptos de memoria compartida distribuida.
Conceptos sobre transacciones distribuidas
Mdulo 10: Sistemas de alto rendimiento

Conceptos de procesadores de alta performance.
Conceptos de procesamiento paralelo.
Conceptos de arquitecturas multiprocesadores.
Generacin y ajuste de un sistema operativo. Mediciones del sistema y performance.
BIBLIOGRAFA RECOMENDADA PARA EL CURSO (EN INGLS) 2015

OBRA: Operating Systems Internals and Design Principles (7th Edition)
AUTOR: Stallings, William
EDITORIAL: Prentice Hall
FECHA: 2011
OBRA: Operating Systems Concepts (9th edition)
AUTOR: Silberschatz, J.L. and Galvin P. B.
EDITORIAL: Addison Wesley
FECHA: 2012
BIBLIOGRAFA RECOMENDADA PARA CONSULTA (EN INGLS)

OBRA: UNIX Internals - A Practical Approach
AUTOR: Steve D Pate
FECHA: 1996
OBRA: Advanced programming the UNIX environment
AUTOR: Richard Stevens
FECHA: 2001
OBRA: UNIX network programming Volume 1
AUTOR: Richard Stevens
FECHA: 1998
BIBLIOGRAFA RECOMENDADA PARA CONSULTA (EN CASTELLANO)

OBRA: Notas sobre Sistemas Operativos - Manual del Alumno - 2 tomos
AUTOR: La Ctedra
EDITORIAL: Ghia
FECHA: 2006
OBSER.: Libro de referencia para el seguimiento de las clases
OBRA: Apuntes de Sistemas Operativos Distribuidos
AUTOR: La Ctedra
EDITORIAL: Ghia
FECHA: 2007
OBSER.: Libro de referencia para el seguimiento de las clases
OBRA: Sistemas Operativos Principios de diseo (Desde la Fifth Edition)
AUTOR: Stallings, William
FECHA: 2006
OBRA: Sistemas Distribuidos Conceptos y Diseo (Desde la 3 Edition)
AUTOR: George Coulouris / Jean Dollimore / Tim Kindberg
FECHA: 2001
OBRA: Sistemas Operativos (Desde la 7ta. edicin)
AUTOR: Silberschatz, Galvin & Gagne
EDITORIAL: Mc Graw Hill
FECHA: 2006
METODOLOGA DE ENSEANZA.
El dictado del curso ser del tipo explicativo, participativo e informativo, basado en la discusin de los
tpicos desarrollados en el transcurso de las diferentes clases mediante su tratamiento terico y de
ejemplos de aplicaciones prcticas.
La introduccin de un tema, generalmente es precedida por un dilogo dirigido, con preguntas orientadas
hacia el tema a tratar, lo que induce a la participacin de todo el grupo.
A partir de esto se desarrolla la exposicin terica con ejercitacin prctica en el aula, esta exposicin
puede ser apoyada por una lectura previa recomendada a los alumnos. Los conceptos impartidos son
reforzados y puestos en prctica con los ejercicios propuestos en la Gua de Ejercicios confeccionada por
la ctedra. Esa ejercitacin permite al alumno confrontar los nuevos conocimientos con los previamente
adquiridos y aplicar los conceptos vistos tericamente, a nuevas situaciones. Algunos ejercicios son
presentados, discutidos y resueltos en el aula por el docente
Adems la ctedra dispone de una gua de trabajos prcticos para ser desarrollados por los alumnos en
forma grupal en el laboratorio de Sistemas Abierto que dispone la ctedra. Cada tema propuesto se verifica
en tiempo y forma en el laboratorio observando su correcto funcionamiento en la computadora. Dentro de
este mbito el alumno dispone de atencin permanente de docentes para aclarar todas sus consultas. Este
estilo de trabajo es abordado durante todas las clases. Cada Trabajo prctico Grupal se deber defender
en forma individual para su aprobacin.
Se utilizar material audiovisual cuando las circunstancias as lo requieran.
6.- DESCRIPCIN DE LA ACTIVIDAD CURRICULAR

Por parte del Profesor:
Desarrollo de clases de exposicin de temas tericos Utilizando Pizarrn y en ocasiones con
presentaciones por computadora.
Desarrollo de clases prcticas de resolucin de ejercicios de aplicacin de los conceptos tericos.
Desarrollo de clases prcticas en laboratorio, mostrando ejemplos significativos de la teora y
demostraciones prcticas que deben realizar los alumnos.
Actualizacin de contenidos en la pgina de la ctedra donde se encuentra toda la documentacin
de la asignatura y medio de comunicacin para envo de noticias, material y dar respuesta a los
requerimientos de los alumnos (acceso va e-mail de y a los alumnos).
Por parte de los alumnos:
Resolucin individual de ejercicios de aplicacin de la teora propuestos por el profesor.
Desarrollo e implementacin grupal de una a serie de trabajos Prcticos diseados especialmente para
que el grupo de alumnos los programe.
Material Didctico:
Diapositivas Power Point de Clase sobre temas tericos
Guas de Trabajos Prcticos y Ejemplos de Resolucin de Ejercicios desarrollados por la ctedra
Procedimientos escritos para diversos procesos.
Bibliografa bsica y avanzada.
Uso del sitio de la Asignatura.
Envo y atencin de mail para consultas
7.- EXPERIENCIAS DE LABORATORIO, TALLER O TRABAJOS

DE CAMPO
NOTA: Todos los trabajos prcticos que se realicen en sta materia sern corregidos en un entorno
GNU/Linux o Windows 2012. Para mayor detalle de las versiones utilizadas concurrir al laboratorio 266.
En caso de que el alumnado decida realizar los trabajos en otra plataforma, o en otra distribucin, deber
tomar las precauciones necesarias para que el producto entregado pueda ser ejecutado en dicho ambiente.
En caso de que el producto entregado no cumpla con stas indicaciones, el trabajo prctico ser
considerado como no entregado.
Trabajo Prctico Nro. 1:

Scripting con PowerShell

Scripting con bash

Diagnsticos en sistemas operativos

Virtualizacin y Storage
Defensa de TPs (Coloquio) y Recuperatorios

Todos los Trabajos prcticos sern probados por los docentes y defendidos por los alumnos en el
Laboratorio. En las defensas podrn estar presentes adems de los docentes del curso, el jefe de
ctedra, y el jefe de trabajos prcticos.
8.- USO DE COMPUTADORAS

En la asignatura se utilizan profusamente computadoras en experiencias de simulacin y de programacin
de Sistemas como complemento prctico de la Teora. Para ello se recurrir al Laboratorio especfico de
Sistemas Operativos (aula 266).
9.- METODOLOGA DE EVALUACIN
Esta asignaturas se evaluar de acuerdo a la reglamentacin vigente en la Universidad y la que se

detalla en el "Reglamento de cursado y aprobacin de la materia".
Se efectuarn dos evaluaciones parciales: El primero al promediar el dictado del curso y el
segundo al finalizar el mismo segn el Calendario Acadmico.
Asimismo y como condicin necesaria para la aprobacin del curso se examinar al alumnado
mediante una Gua de Trabajos Prcticos que se desarrollar durante el transcurso del mismo,
adems de las exposiciones orales que efectuarn los alumnos sobre los T.P., cuestionarios o
problemas tericos planteados.
Adems se requiere una asistencia a clase no inferior al 75%, se hace un seguimiento del trabajo
realizado por cada integrante en cada clase.
El conjunto formado por los Trabajos Prcticos y las evaluaciones parciales sern el instrumento para medir
el rendimiento y la aprobacin de la cursada.
Aprobacin y cursada
A los fines de la aprobacin de la materia, se considera la ltima nota obtenida en cada uno de los
exmenes rendidos (en primera instancia recuperatorios).
a) Por rgimen de promocin, sin examen final, se considera la materia aprobada, cuando la
calificacin es igual o superior a 7 (siete) a travs de exmenes parciales y recuperatorios, en las
fechas indicadas en el cronograma.
b) Si el alumno no llena los requisitos para promover (calificacin superior o igual a 4 pero inferior a 7
puntos), queda en condicin de cursada. Para su aprobacin definitiva tiene que rendir
posteriormente un examen final. La validez de la cursada ser de 5 turnos consecutivos de examen
final. Dichos turnos sern contados a partir del turno inmediato siguiente al periodo de cursada.
c) El alumno que tenga 1 (un) aplazo en las evaluaciones y/o recuperatorios, y haya estado presente
en todas las instancias evaluativas, pierde la materia y se considera desaprobado.
d) Aquel alumno que tenga al menos 1 (un) examen cuya evaluacin final sea ausente (considerando
parcial y recuperatorio), se considera ausente.
Rgimen de Trabajos Prcticos

1- En fecha de entrega del TP, se har una correccin grupal de ejercicios en forma arbitraria para
cada grupo.
2- La NO presentacin del TP o estar incompleto en la fecha propuesta significa su desaprobacin en
primera instancia (es para todos los integrantes del grupo).
3- La realizacin de cada TP ser grupal pero su evaluacin individual a travs de un examen escrito
u oral en todos los trabajos prcticos.
4- El alumno que no apruebe la evaluacin del TP o NO se entreg en fecha establecida, tendr una
nueva fecha que es a la semana siguiente del establecido inicialmente en el cronograma.
5- El alumno que desapruebe 2(dos) TP en segundas instancias (por ausencia, estar incorrecto, y /o
incompleto o no responder correctamente el coloquio) desaprobar la materia.
Examen Final
Los alumnos pueden rendir examen final bajo dos modalidades regular o libre.
Para rendir examen como regular deber tener la materia cursada y no haberse operado el
vencimiento de la misma.
Debern rendir como regular los que obtengan entre cuatro y seis en los parciales o sus
recuperatorios.
Para rendir examen como libre tendrn que ajustarse a la reglamentacin vigente.
La mesa examinadora considerar vlidas las inscripciones que consten en las actas
proporcionadas por la oficina de alumnos.
Cada alumno rendir el final con el programa vigente.
Condiciones para rendir EXAMEN LIBRE

Por Resolucin N 142 del H.C.S., se autoriza a rendir exmenes libres de todas las asignaturas, a
los alumnos de las tres Carreras pertenecientes al Departamento de Ingeniera e Investigaciones
Tecnolgicas.
Todos los alumnos estarn en condiciones de rendir exmenes libres, siempre y cuando hayan
aprobado las materias correlativas correspondientes.
Dicha instancia examinadora se deber llevar a cabo en una de las fechas de convocatoria a
exmenes finales.
Para mayor detalle sobre la forma de rendir exmenes libres y los requerimientos a cumplir antes de
presentarse en la llamada correspondiente ver la seccin REGLAMENTO DE CURSADA LIBRE DE
LA CTEDRA SISTEMAS DE COMPUTACIN II (PLAN 1997) / SISTEMAS OPERATIVOS (PLAN
2009) ms adelante en el presente documento
CALENDARIO DE ACTIVIDADES (modalidad presencial)

PLANIFICACIN DOCENTE PARA EL VERANO 2016
DURACIN DE CADA CURSO:

Terica: Aprox. 12 clases de 4 horas.
Prctica: Aprox. 8 clases de 4 horas.
Laboratorio: Aprox. 10 clases de 4 horas.
HORARIO: Lunes a Viernes turno noche 19 a 23)
CRONOGRAMA DE ACTIVIDADES DE LA PLANIFICACIN POR CURSO
Clase 1: Introductoria-Prctica. Presupuesto de tiempo: 4 Hs.
Fecha: Comienzo del curso de verano ciclo lectivo 2015- (01/02/2016)
Objetivos:
Definir la metodologa para el futuro desarrollo del curso y dar los lineamientos introductorios al
curso. Explicar la metodologa de evaluacin de TPs y exmenes parciales
Introduccin al sistema operativo GNU/Linux
Tipo de conocimiento:
Prctico
Evaluacin del Mdulo:
Primer parcial
MDULO 1: Presupuesto de tiempo: 2 Hs.

Objetivos:
Que el alumno incorpore un enfoque introductorio sobre los Sistemas Operativos, sus interfaces,
los servicios que brinda, su funcionamiento y conozca la terminologa bsica y conceptual de los
S.O. y sus ambientes de trabajo.
Terico
Primer parcial

Objetivos:
Que el alumno adquiera los conocimientos sobre las distintas modalidades de procesamiento e
incorpore los conceptos fundamentales sobre organizacin del ambiente de ejecucin.
Terico
Primer parcial
PRCTICO 1: Presupuesto de tiempo: 8 Hs.

Objetivos:
Que el alumno incorpore los conocimientos para la codificacin de scripts bsicos y con las
herramientas awk y sed
Prctica de laboratorio
Coloquio del TP
EVALUACIN PRCTICO 1: Presupuesto de tiempo: 1 Hs.

Objetivos:
Evaluar a los alumnos sobre los conocimientos de GNU/Linux adquiridos durante el trabajo
prctico 1

Objetivos:
Que el alumno se familiarice con los conceptos y los medios de la planificacin del procesador y
de los procesos, en especial en el largo, mediano y corto plazo.
Terico y prctico
Primer parcial

Objetivos:
Que el alumno integre los conceptos fundamentales sobre los recursos compartidos,
sincronizacin y comunicacin entre procesos.
Terico y prctico
Primer parcial

Objetivos:
Que el alumno incorpore los conocimientos en PowerSell necesarios para los trabajos prcticos
Coloquio del TP

Objetivos:
prctico 2
EVALUACIN 1: Presupuesto de tiempo: 4 Hs.

Objetivos:
Evaluar a los alumnos sobre los conocimientos tericos y prcticos.

Objetivos:
Que el alumno concrete los conceptos sobre la administracin de la Memoria Central, en especial
las particiones y los conceptos de asignacin, paginacin y segmentacin.
Terico y prctico
Segundo parcial

Objetivos:
Que el alumno incorpore los conceptos sobre la administracin de los dispositivos de Entrada Salida.
Terico y prctico
Segundo parcial

Objetivos:
Que el alumno conozca los mtodos de acceso para el almacenamiento y la recuperacin de la
informacin en los soportes como tambin la administracin de la misma.
Terico y prctico
Tercer parcial

Objetivos:
Que el alumno conozca los fundamentos y los conceptos sobre el manejo de la proteccin y la
seguridad de un centro de cmputo y el S.O.
Terico
Segundo parcial

Objetivos:
Que el alumno incorpore los conocimientos necesarios para realizar le diagnstico en sistemas
operativos
Coloquio del TP

Objetivos:
prctico 3
EVALUACIN 2: Presupuesto de tiempo: 4 Hs.

Objetivos:
Evaluar a los alumnos sobre los conocimientos tericos y prcticos.

Objetivos:
Que el alumno adquiera los conceptos bsicos sobre mtrica de sistemas
Terico
Sin evaluacin

Objetivos:
Que el alumno adquiera los conceptos bsicos sobre los sistemas operativos distribuidos, sus
problemticas y la forma de implementar las soluciones
Terico
Sin evaluacin

Objetivos:
Que el alumno consolide todos los conocimientos incorporados en el cuatrimestre realizando un

trabajo prctico integrador
Coloquio del TP
RECUPERACIN 1: Presupuesto de tiempo: 4 Hs.

Objetivos:
Que los alumnos tengan la posibilidad de recuperar los exmenes que tengan aplazados o con
notas menores a 7
REGLAMENTO DE PROMOCIN y NORMAS DE LA CTEDRA

(Cursada normal)
1. La aprobacin de la asignatura Sistemas de Computacin II (Plan 1997) / Sistemas Operativos (Plan
2009) en el perodo lectivo 2015 se basar en:
1.1. La Normativa vigente en la Universidad,
1.2. Las Normas Bsicas de la Ctedra Sistemas de Computacin II (Plan 1997) / Sistemas Operativos
(Plan 2009) que se detallan a continuacin en tanto reglen aspectos no normados por los elementos
anteriores.
1.3. El Reglamento Interno de la Sistemas de Computacin II (Plan 1997) / Sistemas Operativos (Plan
2009) que se detalla a continuacin, en este documento.
NORMAS BSICAS DE LA CTEDRA

1.
El dictado de la materia se dividir en aproximadamente 32 clases tericas y clases prcticas, segn calendario
adjunto, las que incluirn clases tericas, prctica, de evaluacin y de recuperacin.
En las clases de contenido terico se desarrollarn los temas tericos establecidos en el programa analtico adjunto.
En las clases prcticas los alumnos, orientados por los docentes a cargo de las mismas, resolvern problemas y
ejercicios de aplicacin de los temas vistos en clase y los de la presente gua de trabajos prcticos.
La aprobacin de los trabajos prcticos (Firma de Libreta), se obtendr a travs de:
3.1. La presentacin y aprobacin de los trabajos prcticos, segn lo detallado en la presente.
3.2. La aprobacin de, al menos, dos exmenes parciales en las fechas y condiciones establecidas en el calendario
adjunto y en el rgimen de cursado y aprobacin de ambas asignaturas siguiente:
2.
3.
Rgimen de cursado y aprobacin de la asignatura Sistemas de

Computacin II (Plan 1997) / Sistemas Operativos (Plan 2009)
1.
ASISTENCIAS:
Se requiere una asistencia a clases no inferior al 75% (setenta y cinco %) tanto para la modalidad presencia
como la semipresencial. El incumplimiento de este requisito coloca al alumno en condicin de "ausente" o
desaprobado.
2.- RGIMEN DE PROMOCIN POR EXMENES PARCIALES Y RECUPERATORIOS:
La asignatura se aprueba por rgimen de promocin por exmenes parciales y/o recuperatorios.
Para esta asignatura el cursado es cuatrimestral y habr 2 (dos) evaluaciones parciales: uno por bimestre. Las
instancias recuperatorias sern 1 (una). En esta asignatura se entiende ausente al alumno que no posea 2
(dos) evaluacin parciales rendidas y no haya entregado ms de 2 (dos) trabajos prcticos.
Los exmenes parciales (y sus recuperatorios) se entendern aprobados cuando la calificacin asignada,
en una escala de 0 a 10 puntos, resulte superior o igual a 7 (siete) puntos.
La asignatura se entender aprobada cuando se aprueben todos los exmenes parciales (en primera
instancia o por recuperatorio). La calificacin asignada al examen recuperatorio (cualquiera sea el resultado),
anula y reemplaza, a todos los efectos, la obtenida en el examen parcial que se recupera. La calificacin final
se calcular como promedio de los exmenes parciales o el ltimo recuperatorio de cada parcial, rendidos y
aprobados. Es importante mencionar que en caso de tener una nota entre 4 (cauto) y 6 (seis) en el parcial y
sacarse un 2 (dos) en el recuperatorio, la materia se considerar como desaprobada
De esta manera la calificacin final necesaria para que la asignatura resulte aprobada deber ser superior
o igual a 7 (siete) puntos, pero no se podrn poseer notas menores a 7 (siete).
3. RGIMEN NO PROMOCIONADO DE PARCIALES Y SUS RECUPERATORIOS:
En la asignatura, los exmenes parciales (y sus recuperatorios) calificados con 3 (tres) o menos puntos se
entendern aplazados y podrn ser recuperados.
Si el alumno al finalizar la cursada tiene algn parcial (o recuperatorio) y/o trabajo prctico calificados con
aplazo, se considerar aplazada la materia y deber ser recursada en otro cuatrimestre.
Los exmenes parciales calificados con 4 (cuatro), 5 (cinco) 6 (seis) puntos, se entendern aprobados y
podrn ser recuperados (en caso de que el alumno desee la promocin de la materia), pero no se podr con
estas notas conseguir la calificacin final de Aprobado, teniendo en este caso la condicin final de
Cursada.
La asignatura con calificacin final, calculada como promedio de los exmenes parciales (o los recuperatorios
correspondientes) rendidos y no aplazados, de 4 (cuatro), 5 (cinco) o 6 (seis) puntos, se entendern cursada
y podr ser aprobada a travs de un examen final.
La calificacin necesaria para aprobar el examen final ser de 4 o ms puntos
4.- LA VALIDEZ DE LA ASIGNATURA "CURSADA"
La validez de la asignatura cursada se rige bajo las normas de la facultad, por lo que se deber consultar
con las autoridades pertinentes.
5.- PREREQUISITO CONDICIONANTE PARA RENDIR LOS EXAMENES PARCIALES:
Esta asignatura requiere que el alumno tenga el porcentaje de asistencia correspondiente para poder rendir
los exmenes parciales y recuperarorios
REGLAMENTO INTERNO DE LA CTEDRA SISTEMAS DE COMPUTACIN II (PLAN 1997) /

SISTEMAS OPERATIVOS (PLAN 2009)
1.
OBJETIVO:
Dar las bases normativas por las que se regir el funcionamiento y el desarrollo operativo de la ctedra.
2.
ALCANCES:
El presente Reglamento NO EXCLUYE a la reglamentacin vigente, sino todo lo contrario, pretende

complementarla para lograr las metas operativas propuestas para cada curso en particular.
3.
CONTENIDO:
a) DE LOS PROGRAMAS: El contenido es el indicado en el programa analtico de la materia.

b) DEL CRONOGRAMA DE ACTIVIDADES: Se ajustar de acuerdo al presupuesto de tiempo previsto
en la planificacin docente y se formalizar el primer da de clase en cada curso en particular.
c) DE LA ASISTENCIA: Es de recalcar que la asistencia, en el caso especfico de sta materia, juega un rol
importante debido al intenso ritmo que se impartir al dictado de las clases tericas, por lo tanto se recomienda
al alumno concurrir a dichas clases, siendo de su exclusiva responsabilidad cumplir con este requisito. Pero se
aplicar el punto 1 del Rgimen de cursado y aprobacin de las asignaturas Sistemas de Computacin II (Plan
1997) / Sistemas Operativos (Plan 2009).
d) DEL HORARIO: En el inicio de la clase, la puntualidad es importante a los fines de constituir un ambiente
ordenado. Se recomienda al alumnado el cumplimiento de este requerimiento. En particular tambin se
recomienda la permanencia dentro del aula mientras se desarrollan las clases.
e) DE LAS CLASES TERICAS: El Docente y sus Ayudantes dictarn la materia tratando de seguir la
secuencia estricta de los mdulos y la Planificacin propuesta. El desarrollo tendr un carcter ampliamente
comunicativo que permita la participacin del alumnado. El mtodo a aplicar ser explicativo-inductivodeductivo. Tanto el docente o sus Ayudantes evacuarn las dudas que surjan durante el dictado de las clases
o de los T.P.
f) DE LOS TRABAJOS PRCTICOS: Los alumnos confeccionarn una serie de Trabajos Prcticos
(TPs.), para ello se dispondr de una Gua de T.P. (adjunta al presente documento).
Cada Gua deber ser completada en la fecha establecida por la Ctedra o el docente a cargo del curso. La
totalidad de las guas formarn una carpeta de T.P.
Los T.P. se dividirn en dos categoras: 1) Optativos y 2) Obligatorios.
Cada gua deber ser entregada, por el alumno o el grupo de alumnos, en la fecha planificada a los efectos
de ser corregida.
OBSERVACIN: LOS T.P. NO ENTREGADOS EN FECHA SE CONSIDERAN NO APROBADOS.
La gua corregida por la ctedra ser devuelta con las observaciones correspondientes para que los alumnos
procedan a rectificar lo solicitado. Una vez cumplimentado por los alumnos, en el plazo fijado, los T.P. sern
entregados a la ctedra para su aprobacin. La ctedra firmar la aprobacin parcial de cada Gua y devolver
el original para que cada alumno pueda disponer de una constancia de la aprobacin, la que integrar una
carpeta de TPs. Todos los TPs originales aprobados formarn una carpeta de T.P. originales que deber
ser presentada al final de la cursada.
g) DE LA PRESENTACIN DE LOS T.P.: La presentacin se deber realizar en dos soportes: Hojas de

papel y medio electrnico (ver reglamento de entrega ms adelante en esta gua).
La presentacin que se realiza en hojas de papel, deber ser normalizada en papel A-4, o carta (no se
aceptarn entregas en papel oficio), y los contenidos impresos se ajustarn a las Normas para la
presentacin escrita de los Trabajos Prcticos que figuran en la gua de T.P.
h) DE LA EVALUACIN DE LOS T.P.: Todos los puntos se evaluarn mediante las consideraciones en
particular de cada tem siguiente:
Desarrollo por temas (extensin).
Contenidos (Calidad y en el caso de programas: funcionamiento).
Criterios.
Sntesis.
Definiciones (acotaciones).
Alcances.
Investigacin Bibliogrfica.
Presentacin.
El conjunto de notas dar como resultado la aprobacin o desaprobacin del T.P. en particular.
i) DE LA REGULARIZACIN DE LA MATERIA: Para la firma de la Libreta, el alumno deber

presentar:
La Libreta Universitaria.
Haber aprobado los T.P. realizados durante el curso ya sean grupales o individuales.
Tener todos los parciales aprobados y cumplir con lo dispuesto en el Rgimen de cursado y
aprobacin de la asignatura Sistemas de Computacin II (Plan 1997) / Sistemas Operativos (Plan
2009).
Ser alumno regular.
Realizar el POSTEST que propondr la Ctedra y la encuesta.
j) DE LAS EVALUACIONES DURANTE EL CURSO: Habr dos evaluaciones parciales durante el

curso. El docente fijar con cada curso fecha de cada uno de esos parciales y la del recuperatorio.
Habr un recuperatorios en el que podr rendirse uno de los dos parciales segn lo especificado en el rgimen
de aprobacin de la materia.
Los T.P. grupales sern expuestos en el pizarrn o en una reunin grupal con el Jefe de Trabajos Prcticos o
docente del curso, por cada integrante del grupo a los fines de examinar su participacin en el desarrollo del
T.P. y que dar lugar a una evaluacin de cada presentacin individual. Adems de considerar una nota nica
por cada T.P. grupal.
k) DE LAS EVALUACIONES FINALES: Los mismos pueden ser Terico-prcticos y en forma escrita y/u
oral, segn lo aconsejen las circunstancias.
La examinacin se har a travs de un Tribunal Examinador. Para poder rendir el examen final los alumnos
debern tener regularizada la materia y la correlatividades respectivas de esta materia.
REGLAMENTO DE CURSADA LIBRE DE LA CTEDRA

SISTEMAS DE COMPUTACIN II (PLAN 1997) / SISTEMAS
OPERATIVOS (PLAN 2009)
1. OBJETIVO:
Dar las bases normativas por las que se implementar la aprobacin de la materia a travs de exmenes
libres para conseguir la aprobacin de la ctedra.
2. ALCANCES:
El presente Reglamento NO EXCLUYE a la reglamentacin vigente, sino todo lo contrario, pretende

complementarla para lograr las metas operativas propuestas para cada curso en particular.
3. CONTENIDO DEL EXAMEN LIBRE:

a) DE LOS TRABAJOS PRCTICOS: El alumno que desee rendir la materia en condicin de libre
b)
deber efectuar TODOS los trabajos prcticos que la ctedra haya dispuesto para el cuatrimestre en curso
vigente en la gua de trabajos prcticos que suministra la materia, confeccionndolos y tenindolos que
presentar con 15 das de anticipacin a la fecha de rendir el examen libre. La vigencia de los trabajos prcticos
para el examen libre ser desde el comienzo del cuatrimestre correspondiente al que se quiere rendir el
examen libre hasta el comienzo del prximo cuatrimestre. Esto quiere decir que por ejemplo si se desea
rendir el examen libre correspondiente a la cursada del primer cuatrimestre 2015, la llamada a examen en la
que el alumno podr presentarse son las correspondientes a julio de 2015, en caso de querer rendir el examen
libre correspondiente a la cursada del segundo cuatrimestre de 2015, las llamadas en las que podr
presentarse son las de diciembre de 2015, y marzo de 2016 y en todas aquellas fechas de examen
intermedias que disponga la Universidad.
DE LA EVALUACIN DE LOS T.P.: Los trabajos prcticos entregados por el alumno que rinde el
examen libre sern evaluados en los 15 das que hay hasta la fecha del examen final por los docentes de la
ctedra y en caso de estar bien, el alumno deber rendir un coloquio como primera parte del examen final.
Los puntos se evaluarn mediante las consideraciones en particular de cada tem siguiente:
Desarrollo por temas (extensin).
Contenidos (Calidad y en el caso de programas: funcionamiento).
Criterios.
Sntesis.
Creatividad.
Definiciones (acotaciones).
Alcances.
Investigacin Bibliogrfica.
Presentacin.
El conjunto de notas dar como resultado la aprobacin o desaprobacin de los trabajos prcticos.
c) DE LA EVALUACIN FINAL: En caso de aprobar los trabajos prcticos (tanto la presentacin, como
el coloquio), el alumno deber rendir un examen final para la condicin de libre, que tendr una primera parte
prctica escrita (conteniendo ejercicios tanto de la prctica de clases como de la prctica de laboratorio). En
caso de aprobar dicho examen deber pasar un examen terico con carcter oral que incluir todo el
contenido de la materia que se indica en el PROGRAMA ANLITICO de la materia.
Certifico que el presente programa de estudios de la asignatura Sistemas de Computacin II (Plan 1997) /
Sistemas Operativos (Plan 2009) es el vigente para el curso de verano del ciclo lectivo 2015, guarda
consistencia con los contenidos mnimos del plan de estudios y se encuentra convenientemente actualizado
Fabio E. Rivalta
Jefe de Ctedra
Universidad Nacional de La Matanza
31/01/2016
COMENTARIOS PREVIOS
Estos comentarios la opinin de la ctedra respecto de la metodologa de estudio, conocimientos previos y la
infraestructura necesaria; para el correcto cursado de la materia. Como estos aspectos no dependen exclusivamente
del esfuerzo de la ctedra de S.O., es posible que algunas de estas opiniones no sean realidad aun.
RESPECTO DE LOS CONOCIMIENTOS PREVIOS NECESARIOS
Los conocimientos previos que se requieren del alumnado para comprender la temtica de la materia y estudiarla con
cierto grado de profundidad, bsicamente se agrupan en los cuatro siguientes campos: hardware, software,
estructuras de datos y algoritmia y dentro de ellos especficamente los siguientes temas:
Hardware:
Autmatas finitos,
lgebra de cdigos y lgebra binaria,
Conceptos de arquitecturas computacionales,
Direccionamientos del procesador,
Memoria principal, rango y resolucin,
Perifricos, controladores, canales, interfases, dispositivos,
Distintos soportes de informacin, grabacin y recuperacin,
Registros de la CPU, ALU, unidad de control,
Interrupciones.
Software:
Instrucciones primitivas, lenguajes de mquinas, niveles de lenguajes,
Instrucciones comunes y privilegiadas, macros
Concepto de trabajo, paso de trabajo, proceso
Concepto de traductores y editores de enlace
Concepto de editores de texto
Concepto de programa, rutina, autorutina y corutina
Concepto de declaraciones, declarativas, variables locales y globales.
Procedimientos, recursividad.
Estructura de datos:
Registros, archivos, punteros, operadores,
Arreglos, estructuras, unin, apuntadores o punteros,
Proposiciones y asignaciones,
Expresiones,
Vector, tabla, cola, lista, pila, rboles

Algoritmia:
Lenguaje c, Pascal o Modula 2
Lenguajes orientados a objetos (c++)

El alumno que entienda no conocer alguno de los puntos antes citados debera consultar bibliografa adecuada, con
el propsito de adquirir el o los conocimientos en cuestin. Este punto es fundamental ya que estos conceptos son
esenciales para la comprensin de la materia.
RESPECTO DEL TRABAJO A REALIZAR
En cuanto a los esfuerzos que el alumno debe dedicar normalmente a esta materia comprenden dos
aspectos: uno terico y otro prctico.
El terico consiste en el seguimiento de las clases, que en general se prev para el cuatrimestre, de cuatro
horas reloj por clase con un total de 28 clases para el curso, al cual se deber agregar un tiempo adicional
de lectura de texto (ver bibliografa recomendada), con igual carga horaria. Se recomienda en especial prestar
atencin a las lecturas de los textos, sobre todo las propuestas en idioma ingls.
El aspecto prctico queda determinada por la experiencia, con que cuenta cada alumno, en programacin
mediante lenguajes estructurados y su modalidad de trabajo en laboratorios (cerrados, colaboracin con
grupos o individual), ya sea hogarea o en los puestos de trabajo cotidiano. De todas formas consideramos
que el mnimo esfuerzo en la faz prctica requiere de dos a tres horas diarias de dedicacin frente al
computador y el mismo tiempo de lectura o estudio por clase.
Las clases prcticas sern desarrolladas por los Docentes auxiliares en el horario determinado para estas
tareas.
RESPECTO DEL LABORATORIO (AULA 266)
Con respecto al laboratorio, consideramos interesante que los alumnos utilicen el equipamiento
ordenadamente solicitando los respectivos turnos con el debido tiempo. Que se dispongan a trabajar no
ms de tres a cuatro alumnos por mquina.
El laboratorio deber estar en condiciones de uso antes y luego de que los alumnos de la ctedra
accedieron a la instalacin. Respetando la normativa establecida para su correcto uso.
El trabajo en el laboratorio deber estar organizado por turnos en el que los alumnos se presentan al
mismo, habiendo previamente elaborado la prctica o ejercicios. Recomendamos especialmente no
perder tiempo (y hacer perder tiempo), con improvisaciones sin previa fundamentacin. Los Ayudantes
o instructores estarn disponibles para resolver las consultas especficas que le formulen los alumnos
sobre los trabajos y ejercicios propuestos.
La experiencia nos dice que durante el tiempo previsto, los alumnos no completan las tareas solicitadas
de acuerdo al planeamiento propuesto para el desarrollo del curso y solo lo hacen a ltimo momento,
por lo que los horarios del laboratorio se satura, entonces tambin es recomendable que los alumnos
utilicen racionalmente al laboratorio dentro de la amplitud horaria que les fuera asignada y no padezcan
los efectos de la demanda de ltimo momento.
NORMAS PARA LA PRESENTACIN ESCRITA DE LOS

T.P.
Introduccin
Este documento tiene por objetivo dar algunas guas y sugerencias que ayudarn a los alumnos a producir
sus trabajos prcticos con un alto grado de cuidado, precisin y elegancia. Tambin pretendemos homogeneizar la
presentacin de los trabajos solicitados durante el curso. Los siguientes lineamientos son aplicables a todos los
trabajos prcticos propuestos.
Las normativas que a continuacin se enumeran tienen carcter de complementario, es decir que, bajo
ningn punto de vista se deber usar el presente documento como refutacin o reemplazo de las normas vigentes
establecidas por la Universidad. De la misma forma, las normas establecidas en el documento de planificacin de la
Ctedra, tienen carcter de marco regulatorio en vista a las normativas para este curso.
La presente documentacin est sujeta a cambio, es responsabilidad del alumno notificarse de las
alteraciones producidas. Para tal fin, las versiones que surgieren durante el transcurso del ao lectivo estarn
disponibles en las siguientes locaciones:
Directorio de la Ctedra, Server del Laboratorio de la Universidad.
Lineamientos Generales
Para la correcta presentacin de cualquier trabajo se debern seguir las siguientes pautas generales:
a) Cartula o Tapa de Encuadernacin

Al comienzo del trabajo deber figurar una cartula (normalizada segn documento provisto por la ctedra)
debidamente completada.
b) Escrito, formato de contenidos

Para la presentacin del trabajo debern utilizarse dos medios de almacenamiento distintos. El primero es
en papel tamao A4, o carta (no oficio). El segundo en formato digital, referirse al apartado
Reglamento de entrega y reentrega de Trabajos prcticos para ms informacin. Todos los
escritos y representaciones grficas debern ser impresos y el disco deber contener los archivos de datos
que generan las impresiones y los programas correspondientes. De ninguna manera sern aceptados los
trabajos manuscritos, salvo en las revisiones informales.
NOTA: el equipo de trabajo debe garantizar que el material entregado,

en cualquier tipo de medio magntico u ptico, est libre de virus y
defectos. La no observancia de esta normativa implicara un grave
dao para la evaluacin del material entregado.
La tipografa a utilizar deber ser clara, de fcil lectura y compatible con sistemas OCR (Optical Carcter
Recognition), sugirindose: letra de imprenta, en cualquiera de sus estilos (preferentemente Arial o Roman),
no aceptndose letras cursivas, ni gticas. El tamao de letra a utilizar para el cuerpo de texto, deber ser
de 10 a 12 puntos. El cuerpo de texto no podr ser todo en maysculas. Todos los comienzos de prrafo
debern tener una sangra de ocho espacios al margen izquierdo y justificados a ambos mrgenes del
documento.
Deber incluirse un pie y encabezado de pginas en todas las hojas, menos en cartulas. El pie de pgina
deber contener el nmero de pgina como mnimo, en cursiva y con el prefijo Pgina. El encabezado
deber contener el ttulo del trabajo y el nombre del equipo, en un tamao de letra que no difiera con el del
texto y en negritas.
c) Centrado del Documento

El material o contenido debe estar dispuesto simtricamente con referencia al centro del texto escrito y no
equidistante de los bordes, el margen izquierdo deber ser mayor al derecho para permitir la
encuadernacin. Los dibujos, tablas, grficos y dems objetos incrustados, tambin se colocarn con
referencia al centro del texto y no de la hoja en s. El centrado vertical deber ser el conveniente para la
correcta impresin y visualizacin de los encabezados y pies de pginas.
d) Mrgenes y sangras
De acuerdo a las Normas IRAM para el formato A-4 corresponde unos 20 mm como mnimo para el margen
izquierdo, y 20 mm para el derecho, 25mm para el borde inferior de la hoja y desde el octavo rengln del
borde superior. Es aconsejable respetar esta normativa, sin embargo es posible usar estos parmetros en
funcin de la correcta visualizacin del material. Las sangras debern ser respetadas a lo largo de todo el
documento, utilizando la capacidad de tabulacin automtica de algunos procesadores de texto.
e) Separacin de Palabras, micro justificacin

Si es necesario realizar la divisin de palabras, debe hacerse siempre entre dos slabas. Los nmeros,
frmulas, fechas, y nombres propios no se dividirn. La micro justificacin de los caracteres deber ser fijada
en forma automtica.
f) Alineacin de Enumeracin de Ttulos y Subttulos

Los encabezamientos deben cumplir un doble fin: poner ttulo a la seccin o grupo de prrafos y facilitar la
consulta rpida. Para ello se establece la siguiente estructura de los encabezamientos:
1. Titulo principal o Nivel 1
1.1. Subttulo o Seccin Nivel 2
1.1.1. Enumeracin Temtica o Nivel 3
1.1.2.
1.1.3.
1.2.
1.2.1.
1.2.1.1. Categorizacin de contenidos o Nivel 4
1.2.1.2.
1.2.2.
1.3.
2.
Cuando deben alinearse nmeros arbicos o romanos deber procederse de la siguiente forma: (alineando
la cifra final y no la primera)
9
12
111
(i)
(ii)
(iii)
I
II
III
Las cartulas, el ndice y la Introduccin debern numerarse en formato romano, exceptuando de ello a la
cartula principal. De la misma forma se deben numerar los captulos y secciones del documento. Para tal
fin debe crearse los estilos correspondiente en la galera de estilos del procesador de textos, e incluirlos
como marcadores para la generacin del ndice de contenidos.
Las cartulas no llevarn encabezamiento ni pie de pgina.
g) Espaciado Vertical
Todo el texto del documento debe ser escrito a un espacio. El ttulo inicial se coloca a cinco espacios del
margen superior o del encabezamiento y luego a tres espacios se comienza a escribir. Los encabezamientos
importantes se colocarn a tres espacios antes y a tres despus; los dems ttulos tienen tres espacios antes
y dos despus.
Los captulos debern indicar en su encabezamiento, en las pginas pares el ttulo del trabajo, y en las
impares, el captulo y el tema del cual trata. En cada pie de pgina figurar el nmero de pgina
correspondiente, numeradas en forma consecutiva con nmeros arbigos. Tanto el encabezamiento como
el pie de pgina, debern estar separados del rea de texto por una lnea trazada desde el margen izquierdo
al margen derecho.
h) Ttulos, Subttulos y Secciones Destacadas

Los ttulos principales o de Nivel 0, tendrn que figurar centralizados, subrayados, con letra itlica y
resaltada, con un tamao que oscile entre los 20 y 30 puntos. Los subttulos debern ir numerados, con el
nmero de captulo, un punto y el nmero de seccin, se ubicarn desde el margen izquierdo con sangra
explicada en el punto f), subrayados y en letra resaltada. Para stos se utilizara un tamao de letra entre los
12 y 16 puntos.
Los ttulos de prrafos figurarn sangrados desde el margen izquierdo, con el mismo tamao de letra que
se utiliza en el cuerpo principal, subrayados y en negrita. Debern estar numerados con el nmero de
captulo, el nmero de seccin y el nmero de prrafo, separados por puntos.
Para resaltar palabras o frases dentro del cuerpo de texto se podrn utilizar tanto el resaltado como la letra
itlica, siempre que se respeten el tamao y el tipo de letra utilizado en el cuerpo de texto.
Cuando se deba enumerar un contenido, ste tendr que estar tabulado y para la enumeracin se utilizarn
nmeros arbigos, separados por un guin del texto.
Los cuadros o grficos (en lo posible), sern escritos en el texto directamente.
i) Del ndice General

El ttulo del mismo deber figurar como cualquier ttulo del resto del trabajo. Cada captulo figurar al margen
izquierdo, con su correspondiente nmero, separado por un guin del nombre, subrayado y en letra
resaltada, y no debern llevar nmero de pgina.
Los subttulos figurarn en un primer grado de tabulacin, con el nmero formado de la misma manera en
que se colocaron en el resto de la obra, y a continuacin el nombre en letra resaltada. En caso que un tema
no quepa en un solo rengln, su continuacin, deber estar alineada con la primer letra del nombre del tema,
adems, el nmero de pgina (si correspondiese), en que se encuentra, deber figurar en el ltimo rengln
y alineado al margen derecho.
Los ttulos de prrafos figurarn en un segundo grado de tabulacin, con el mismo nmero que tienen en el
cuerpo del texto, con letra resaltada y cumpliendo los trminos que se detallan en el prrafo anterior.
Los apndices figurarn como captulos independientes, pero no llevarn numeracin en sus subttulos y
ttulos de prrafos. De la misma forma, figurar la bibliografa.
j) Los Apndices o Anexos

Los apndices contendrn informacin relacionada con el tema principal del trabajo. En ellos figurarn todos
aquellos datos y documentos que complementen el texto, y que figurando en el cuerpo principal haran
dificultosa su lectura.
Los apndices debern enumerarse alfabticamente, los ttulos, subttulos y ttulos de prrafos cumplirn
las mismas normas que las del cuerpo principal con la excepcin de la numeracin.
Cada uno de los apndices en lo posible, deber presentarse con un breve encabezamiento, o si el alumno
lo prefiere, una cartula en la que figure, el nmero de apndice y el tema tratado.
La numeracin de las pginas de un apndice ser correlativa a la del resto del trabajo.
k) La Bibliografa
En ella deber figurar todo aquel material que se haya consultado o estudiado para la confeccin del
documento del trabajo prctico. Se detallar en letra resaltada el ttulo de la obra, seguido por el / los autores
en letra normal y en los renglones siguientes, en forma tabulada, la editorial, ao de edicin y dems datos
complementarios. La bibliografa siempre se coloca al final del documento.
Tambin se deben incluir los URL de los sitios de Internet consultados.
l) Encuadernacin
Los trabajos sern presentados adecuadamente encuadernados o encarpetados. Este puede ser con
carpetas tipo plsticas, con carpeta transparente y lomo de plstico, con anillado o tipo libro con tapas ad
hoc. El mtodo de encuadernacin utilizado deber contener los aditamentos necesarios para la contencin
del medio magntico u ptico asociado al trabajo.
m) Identificacin:
Todas las hojas presentadas, en trabajos de teora o prcticas, (salvo la cartula) debern contener en el
Encabezado o Pie de pgina el nombre del autor o grupo, curso, fecha de presentacin y nombre del trabajo.
El tamao de letra a utilizar para el encabezado, deber ser de 8 a 10 puntos.
NO SE ACEPTARN HOJAS SUELTAS.
Los Archivos en los soportes pticos magnticos se identificarn de la siguiente forma:
<Apellido del Alumno (o grupo)_Siglas de la Universidad_Curso_ao_Ttulo de la entrega>
Ejemplo: PEREZ UNLAM Com35 2015 monografa sobre Device Drivers
Todas las presentaciones de trabajos tericos en medios pticos o magnticos debern tener una etiqueta
rotulada con el Nombre del Trabajo o Nmero de presentacin, Apellido y Nombre del Alumno (o todos los
integrantes del grupo), Universidad Curso, ao, ttulo.
La presentacin de Monografas, debern estar contenidas en un solo archivo.
Consideraciones especiales
A continuacin se detallan el uso de algunas caractersticas especiales para la presentacin de los trabajos
prcticos. Solo debern ser tomadas en cuanta en las situaciones convenientes.
a) Uso de campos especiales

Algunos procesadores de texto permiten la inclusin de campos especiales, como ser campos de datos o
formularios. Siempre que sea conveniente, la inclusin de estos campos deber estar documentada en un
apartado. La experiencia indica que sobrecargar un documento con estas caractersticas puede ser
contraproducente, sin embargo a los efectos de comprensin del tema expuesto es posible que se presente
la necesidad de uso de estas facilidades.
Se deber utilizar un utilitario editor standard en el mercado para la inclusin de campos especiales como
ser, archivos de sonidos, grficos, u otros datos que puedan adjuntarse al documento. Es aconsejable el uso
de herramientas pertenecientes a un mismo paquete.
b) Galera de estilos
Cada documento deber tener una galera de estilos utilizados. El objetivo de esta facilidad es mantener en
forma uniforme el formato del documento. Es aconsejable que cada equipo genere un standard a utilizar en
todos los documentos que entregue. Cada uno de los equipos deber generar un archivo de descripcin de
estilos (.dot en el caso de Microsoft Word) y adjuntarlo a cada uno de los documentos.
c) Software sugerido
La siguiente lista de software tiene carcter de sugerencia debido a que son estndares del mercado en la
actualidad. Cualquier otro aplicativo que el equipo de trabajo desee utilizar deber ser provisto a la ctedra
en su debido tiempo y forma.
Procesador de Texto, Microsoft Word 97 o superior
Aplicativo de Presentaciones, Microsoft PowerPoint 97 o superior
Planilla de clculos, Microsoft Excel 97 o superior
Bases de Datos, cualquier motor que respete la norma DBASE III
Generador de Pginas HTML, Microsoft FrontPage
Aplicacin para graficacin de Esquemas, Visio Tech 4.0 o superior

Es aconsejable el uso de herramientas desarrolladas con fines especficos, como es el procesador de texto
LATEX.
d) Formato del medio ptico o magntico

Se deber generar la siguiente estructura para la entrega del material. La etiqueta del medio deber contener
el nombre del grupo y el ttulo del trabajo entregado, la etiqueta que se genera con el formateo del medio
debe contener el nmero del grupo y la clave de la entrega (nn-clave), segn las siguientes normas:
Nn: nmero del equipo de trabajo
Clave: <F|R><ff> donde F: Final, P: Revisin, ff:fecha empaquetada
La estructura de directorios deber ser la siguiente:
\<Raiz>
Documentacin
Manual de Uso
Desarrollo Temtico
Documentacin de Soporte
Fuentes
Ejecutables
Aplicativo
Versin 1
Versin 2
Versin n
Utilidades
Editores
Bibliografa
Reglamento particular de Entregas

Esta gua de Trabajos Prcticos consta de cuatro trabajos todos de carcter grupal, que son
obligatorios para la aprobacin de la parte prctica de la materia, y que junto a la aprobacin de la parte
terica (parciales / parcialitos), formarn la nota final de la materia Sistemas de Computacin II (Plan
1997) / Sistemas Operativos (Plan 2009)
Introduccin
Objetivos
1. Generar un marco de trabajo para la puesta en marcha de diversos aspectos tericos de
las materia Sistemas de Computacin II (Plan 1997) / Sistemas Operativos (Plan 2009)
2. Desarrollar actividades que faciliten la adquisicin de nuevos conocimientos en el
ambiente de Sistemas Operativos
Alcances
Todos los mdulos de la materia presentados en la gua introductoria.
Estas Normativas Complementarias son aplicables a todas las normas y procedimientos
establecidos en la Universidad para el desenvolvimiento de un curso prctico.
Son aplicables todas las normas y procedimientos internos de la Ctedra Sistemas de
Computacin II (Plan 1997) / Sistemas Operativos (Plan 2009)
Rol del Equipo de Trabajo

Para los trabajos prcticos grupales, los alumnos debern formar grupos de trabajo con un
mnimo de una persona (no es recomendable, pero admitido), y un mximo de 5 (cinco) alumnos.
Todos los integrantes de un grupo tienen que pertenecer a la misma comisin, no estando
permitido formar grupos con integrantes de ms de una comisin.
A diferencia de aos anteriores, los grupos formatos tendrn validez solamente por un
trabajo prctico, lo que permite a los alumnos a cambiar de grupo entre un trabajo y otro. Para tal
fin, el alumno deber presentar al inicio del trabajo prctico un formulario indicando cual ser el
grupo con el que trabajar para dicho trabajo prctico.
Cabe aclarar que en ningn caso se permitir cambiar de grupo en el medio de un TP., y
que en caso de tener que reentregar / recuperar un trabajo prctico luego de un cambio de grupo,
lo deber realizar con el grupo original. Esto quiere decir que el grupo conformado para un
determinado trabajo prctico es inmutable, y deber ser concluido por los alumnos que continen
la cursada dentro de las fechas reglamentadas.
Rol de Lder de Equipo

Una vez formado el equipo de trabajo, debern elegir un lder de grupo. Los mecanismos
para la seleccin sern de entera responsabilidad del equipo en cuestin. Una vez fijado el
miembro lder, este mantendr su rol hasta finalizado el prctico. Este miembro es el responsable
de generar el Reglamento de Convivencia que debe ser observado por el resto del grupo. El
desempeo de este rol no tiene ningn tipo de impacto en vista a las evaluaciones grupales. Las
responsabilidades extras de este rol sern fijadas oportunamente en cada curso.
Rol de Supervisor
Este rol ser llevado adelante por un docente responsable de la prctica de la materia,
asignado al grupo en cuestin. El objetivo de este rol es suministrar un lineamiento general
en el desarrollo de los temas asignados a un equipo determinado.
Rol de Revisor
La ctedra nombrara un docente en carcter de revisor para la evaluacin individual
de cada trabajo entregado.
Mesa de Examen
El Jefe de la ctedra o el revisor presidir la evaluacin final con todo el equipo docente
que haya intervenido en el desarrollo de los trabajos.
Mecnica de los Trabajos Prcticos.

Las normas redactadas a continuacin tienen por objetivo fijar un marco de trabajo que
permita un desarrollo ordenado de las prcticas.
Modalidad de Trabajo
La modalidad de trabajo para la prctica ser la de trabajo en equipo supervisado,
modalidad que imprime un ritmo dinmico a las clases prcticas. La responsabilidad de desarrollo
de la prctica recae en el equipo en general y por igual a todos sus miembros, sin considerar roles
especiales de los mismos (lder de grupo). El equipo de trabajo retiene en su esfera de actividades
todas las cuestiones relacionadas a la administracin del tiempo y el planeamiento para la calidad.
Toda problemtica, que no sea estrictamente relacionada con la temtica a desarrollar, ser
discutida y resuelta en forma interna en el equipo de trabajo.
Evaluacin del Trabajo Prctico.

mbito:
Es aplicable a todos los cursos de la ctedra de Sistemas de Computacin II (Plan 1997)
/ Sistemas Operativos (Plan 2009)
Evaluacin de Contenidos
La evaluacin de contenidos se realizara sobre la base de lo expuesto en la gua de
la materia.
Evaluacin de Cohesin
La evaluacin de cohesin tiene como objetivo ponderar el trabajo de cada uno de
los individuos como miembros de un equipo.
Evaluacin de Exposicin y Defensa

La evaluacin de exposicin y defensa tiene como objetivo ponderar al equipo y a sus
miembros en la claridad y solidez con que exponen los temas desarrollados. As mismo, se
evaluar la solidez de las demostraciones para respaldar las teoras expuestas.
Evaluacin de Capacidad de Crtica

La evaluacin de capacidad de crtica tiene como objetivo ponderar al equipo y a sus
miembros en la capacidad de crtica frente a la exposicin de otro equipo o dentro del suyo propio.
Solo sern permitidas las crticas al modelo presentado, bajo ningn punto de vista ser permitida
una crtica a la mecnica o constitucin de otro equipo de trabajo. Esta evaluacin se aplicar en
los cursos o grupos que decidan exponer sus trabajos a la crtica de otros grupos.
Evaluacin y Calificacin Finales

El conjunto de evaluaciones parciales, arriba expuesto, ser fuente de informacin
valiosa para la estructuracin de una calificacin y referencias finales.
Actividades Prcticas
Entregas de Trabajos
Durante el ciclo lectivo, las actividades prcticas propuestas resultarn en un Entregable
Se observarn dos tipos de entrega:

Entregas de Revisin
Pueden ser efectuadas en cualquier momento, sin importar el orden de secuencia
de los temas a desarrollar. Debern observarse todas las normas que estn vigentes para
las entregas. La frecuencia de estas entregas es la estipulada en cada TP., no pudindose
realizar ms de una por semana. Tiene carcter obligatorio la primera entrega de revisin
al promediar la mitad del periodo previsto para el tema en cuestin. El resto de las entregas
es de carcter opcional. Las evaluaciones de los trabajos entregados, en carcter de
revisin, son tomadas en cuenta para la evaluacin del trabajo final.
Entregas Finales
Son de carcter obligatorio, en tiempo y forma. La no entrega de un trabajo
final genera su desaprobacin automtica. Se debern observar las fechas y horarios de
entrega, los trabajos que superen ese lapso de tiempo sern recibidos en calidad de
recuperatorios.
En caso de no entregarse en trmino, como penalidad, se asignarn nuevos trabajos
prcticos de mayor dificultad. Todos los Trabajos Prcticos debern estar aprobados en la
fecha prevista para la firma, en caso de no hacerlo, se asignar un trabajo extra de
Recuperatorio que el alumno deber completar y entregar funcionando en la fecha que se
determine para cada caso. Esta entrega se efectuar durante los das fijados para ello y
constar, adems de los Trabajos Prcticos adeudados, de un examen el recuperatorio
integrador de la materia. Cabe aclarar que la dificultad del trabajo prctico adicional ser
mucho mayor que la de todos los Trabajos Prcticos asignados durante la cursada.
Los Trabajos Prcticos, debern ser entregados en los medios indicados en cada
trabajo, respetando para todos ellos el reglamento de presentacin de TP, como ser un
mismo tipo de letra, formato de papel, etc.
En las cartulas de presentacin de todos los Trabajos Prcticos, se deber
consignar, nmero de trabajo prctico y versin de entrega y los nombres, apellidos y
matrculas o legajos de todos los integrantes del grupo. En caso de entregar medios de
almacenamiento, en la etiqueta de los mismos, debern figurar los mismos datos que en la
cartula. Si se tratase de una entrega complementaria, se deber anexar una descripcin
de las modificaciones efectuadas con respecto a la entrega anterior. No se aceptarn
entregas que no cumplan las condiciones solicitadas, esto quiere decir, que si la
presentacin se debe realizar en disquete, y papel, no se aceptar que se entregue uno, y
no el otro (Ej. el disquete solo, o la carpeta sola).
En los trabajos entregados en medios magnticos se deber tener especial cuidado
en la presencia de virus informticos y posibles errores en el medio de almacenamiento,
en caso de existir no se considerar entregado dicho trabajo y el mismo deber ser
RECUPERADO. Tambin se debe tener en cuenta, los posibles errores de lectura de las
unidades magnticas, para esto se recomienda grabar el medio en una unidad, y probar
copiarlo desde otra.
Los materiales entregados pasan a ser propiedad de la ctedra, por lo cual se pide
tener especial cuidado en no dejar en los medios a entregar informacin de otras materias,
o importantes para el alumnado, y que no tiene que ver con la materia, y/o trabajo prctico
entregado.
Tambin se debe tener en cuenta que los docentes de la ctedra, se toman el trabajo
de comparar el cdigo fuente de cada uno de los trabajos con los de otros grupos,
comisiones e incluso aos, por lo tanto se les recomienda no copiarse los trabajos, puesto
que en caso de existir fraude, se perder automticamente el trabajo, y se les incorporarn
a los grupos intervinientes en dicho fraude, sendos trabajos prcticos, los que debern ser
entregados junto con el trabajo falseado, efectuado nuevamente. Cuando se indica grupos
intervinientes, se considera tanto el grupo que copi el trabajo como el grupo al que le
pertenece el trabajo copiado. Por esto se sugiere tener especial atencin con los trabajos
que se dejan dentro de las cuentas de los servidores de la Universidad, y sobre todo con
las passwords seleccionadas, el cambio peridico de las mismas y su confidencialidad.
Defensa del Trabajo Entregado

La defensa de un trabajo tiene carcter obligatorio y consiste en responder todas las
cuestiones formuladas por los docentes que evalan los trabajos entregados. La defensa del
trabajo se realizar en el horario y fecha preestablecido por los docentes responsables de estas
actividades.
Exposicin y Defensa de Trabajos Prcticos

mbito:
Esta modalidad es vlida para aquellos cursos que decidan que cada grupo exponga su
trabajo a la crtica de los restantes grupos.
Criticas a Trabajos
La crtica a los trabajos de otros equipos se regir por la dinmica grupal en una clase
prctica. Todas las crticas debern estar debidamente fundamentadas y posteriormente escritas,
pues deben figurar en el informe final de la presentacin.
Defensa del Trabajo

La defensa de un trabajo consiste en escuchar y aceptar las crticas de otros grupos
de pares que enriquecern la posterior refutacin y/o reconocimiento de las propuestas de
cambio. En la dinmica grupal las refutaciones pueden ser orales, siendo necesario transcribirlas
posteriormente en el informe final de la presentacin. La defensa del trabajo se realizar en el
horario y fecha preestablecido por los docentes responsables de estas actividades.
Publicaciones
Trabajos a Publicar
Todos los trabajos realizados estn sujetos a publicacin en la biblioteca de la
Universidad. El objetivo es poner a disposicin de los dems alumnos los trabajos realizados,
como fuente de informacin y referencia futura.
Derechos
Se deja constancia que la Ctedra se compromete a no hacer usufructo comercial de los
desarrollos realizados por los alumnos. Sin embargo, se reserva el derecho de utilizar dichos
desarrollos para futuros prcticos que permitan enriquecer los resultados que se obtengan. Al
finalizar el presente cuatrimestre se podrn seleccionar los mejores trabajos para tomar como
base de prcticos de futuros cursos como tambin su posible utilizacin (sin lucro) por parte de
la Universidad, con la debida mencin de sus autores.
Condiciones para la Publicacin

Si bien todos los trabajos pueden ser publicados, al finalizar el ao se seleccionarn
los trabajos de mejor calidad. Los factores a tomar en cuenta son los mismos para las
evaluaciones. Otra condicin de publicacin del material desarrollado es la aprobacin por parte
del director de la ctedra y de una mesa examinadora especialmente formada para tal fin.
Mecanismos de Publicacin
Los trabajos seleccionados debern ser adecuadamente encuadernados por el
equipo de trabajo y se suministraran dos copias idnticas de los mismos. Las dos copias sern
donadas a la biblioteca de la Universidad y se permitir el prstamo en calidad de material de
consulta. Todas las normas para entregas se aplican a las copias de publicacin.
Calendario de Entregables
A determinar oportunamente por los docentes responsables de las ctedras. En general se
informara el calendario en cada curso.
Enunciado de Trabajos Prcticos Grupales e Individuales
Descripcin de los Trabajos Prcticos

Scripts con PowerShell en Windows

Scripts con bash, awk, sed y seales en sistema operativo GNU/Linux

Diagnsticos en sistemas operativos

Virtualizacin y storage
Defensa de TPs (Coloquio) y recuperatorio de parciales:

El recuperatorio de parciales ser coordinado por los docentes con
los alumnos durante el transcurso de la cursada.
Los recuperatorios de los trabajos prcticos y coloquios sern a
partir del 01 de Marzo de 2016, en el horario de cursada
Notas importantes:
Si un trabajo no es entregado en la fecha correspondiente, se contar con un perodo de

2 (dos) das corridos para su entrega (denominada fecha tarda de entrega que se
encuentra aclarada en cada trabajo prctico-). Una vez transcurrido el plazo no se
aceptar la entrega hasta la fecha de recuperacin. Es importante mencionar que no
todos los trabajos prcticos tienen fecha de entrega tarda.
Para los trabajos prcticos que tengan fechas de entregas graduales, se considerar
cada entrega parcial como un trabajo prctico por separado. De forma que si un trabajo
prctico est dividido en dos entregas, sern como dos trabajos independientes pero que
conformarn una sola nota; y para la nota final del trabajo prctico se tomar el promedio
de las notas de las dos entregas.
No se podr entregar un trabajo prctico sin que se encuentre entregado el anterior, y
aprobados todos los trabajos prcticos previos al anterior. Ej.: Si se quiere entregar el
trabajo prctico nmero 3, se deber tener presentado para su evaluacin el trabajo
prctico 2, y aprobado el trabajo prctico 1. Ver ms detalle en el Reglamento de entrega
Reglamento de entrega y reentrega de Trabajos prcticos

Todos los trabajos prcticos tienen el mismo formato de entrega o reentregas que es descrito a
continuacin, y que en caso de no ser cumplido no ser considerado como entregado el trabajo
prctico.
Entrega escrita:
Por cada entrega o reentrega de trabajo prctico se deber entregar una carpeta o folio
conteniendo:
o Una (1) Dos (2) cartulas (dependiendo de lo que indique el docente del curso)
utilizando para tal fin la plantilla disponible en el sitio web de la ctedra debidamente
completada y el contenido del trabajo prctico impreso. En los trabajos prcticos 1 y 2 no
es necesario imprimir cada uno de los scripts generados, pero el resto de los trabajos
prcticos debern ser impresos en su totalidad.
Es importante mencionar que en caso de que el trabajo prctico contenga imgenes o
fotos de pantallas para poder demostrar los trabajos las mismas deben ser impresas en
buena calidad ya que si no se dificultar la tarea de evaluacin.
o Para poder realizar la entrega de cualquier trabajo prctico se deber cumplir con las
siguientes condiciones para cada uno de ellos:
TP
Entrega en fecha
Entrega tarda
TPs entregados TPs Aprobados
1
--Sin ejercicios de
Con ejercicios de
entrega tarda
entrega tarda
2
TP 1
-Sin ejercicios de
Con ejercicios de
entrega tarda
entrega tarda
3
TP 1 y TP 2
TP 1
TP Resuelto
N/A
4
TP 1, TP 2 y TP 3
TP 1 y TP 2
TP Resuelto
N/A
Entrega digital:
En el directorio Home de cada usuario existir una estructura de directorios que se utilizar como
lugar de entrega de los ejercicios resueltos en cada trabajo prctico. Tenga en cuenta que cada
grupo slo necesita copiar el contenido en el Home de uno de sus integrantes.
La estructura de directorios ser como la siguiente:
Entregas/
TP1/
TP2/
TP3/
TP4/
Esta estructura slo est pensada para las entregas, no debindose utilizar para guardar archivos
temporales o versionado de ejercicios que no estarn presente en la entrega final del trabajo
prctico.
Cuando un determinado trabajo prctico se encuentre en condiciones de ser entregado, los
alumnos debern copiar todos los contenidos a entregar al directorio correspondiente y se deber
generar un archivo con el nombre ENTREGABLE (todo en maysculas) en el directorio que
corresponde al TP. Este archivo servir para informar al cuerpo docente que el TP est listo para
ser evaluado.
Es importante destacar que este archivo ser el que determine la fecha de entrega de su trabajo.
Un sistema preparado por los docentes generar todas las noches una copia de los TP's
disponibles para ser entregados a un directorio del cuerpo de docentes, y renombrar el archivo
ENTREGABLE colocndole la fecha de entrega como constancia de que el TP fue tomado para
su correccin correctamente o un mensaje de error en caso de que su entrega no pueda ser
realizada por algn problema tcnico o de mala administracin del directorio de entregas. Dentro
del archivo se informar el error detectado.
Este mecanismo ser utilizado tambin para las reentregas de trabajos prcticos.
Es importante mencionar que todos los trabajos prcticos debern tener su entrega digital sin
importar si el contenido es o no evaluable en mquina ya que a partir de esta se registrar la
fecha de entrega.
Gua orientativa para el uso de GNU/Linux
Descripcin:
Nota:
Formato de entrega: sin entrega o con entrega de consulta optativa
Preguntas: A continuacin se detallan todas las preguntas y ejercicios que debern ser resueltos.
A continuacin se detallan una serie de preguntas y ejercicios orientados al uso

de una terminal de caracteres de un ambiente multiusuario y multitarea basado en GNU/Linux. La
intencin buscada con esta gua es que aquellos alumnos que no estn familiarizados con una terminal
de caracteres ni con la familia de sistemas operativos GNU/Linux, puedan aprender las principales
caractersticas y poder realizar los trabajos posteriores con un mejor conocimiento del entorno en el
que se deben realizar.
Si bien este no es un trabajo prctico de entrega obligatoria, aquel alumno/a que crea
conveniente realizarlo y desee consultar a los docentes o ayudantes de la materia sobre su contenido
podr hacerlo en cualquiera de las clases prcticas. Desde el cuerpo docente recomendamos a todos
aquellos alumnos que nunca hayan trabajado en un ambiente de este tipo realicen esta gua y
consulten a los docentes sobre los temas aprendidos y los no comprendidos
Tenga en cuenta que salvo en los momentos que indica que debe estar sesionado como root, en el
resto de los ejercicios debe estar conectado como usuario comn. (TIP: se le recomienda que primero
realice todo el trabajo, anotando los resultados en papel, y a mano, y luego lo pase con el editor vi).
1.
INTRODUCCIN
1.1. Qu es la cuenta de superusuario (root) y para qu se utiliza?
1.2. Ingresar al sistema como superusuario (root), y realizar los siguientes pasos (ste punto no puede ser
realizado en el laboratorio 266):
1.2.1. adduser <apellido> (reemplazar <apellido> por el suyo).
1.2.2. passwd <apellido> (Ingrese una contrasea (password) a su eleccin).
1.2.3. logout
1.3. Indique claramente qu efectuaron estos comandos, e indique qu archivo/s fueron modificados (Dentro del
directorio /etc) TIP: Utilice lo siguiente: ls -lt /etc | more.
1.4. Luego ejecute cat /etc/passwd | more y haga lo mismo con los otros archivos que se modificaron. Analice
y comente lo visto
1.5. En qu directorio se encuentran los comandos utilizados en los puntos 1.2.1, 1.2.2, 1.2.3, 1.3, y 1.4?
2.
AYUDA
2.1. INFO: Info es un programa para leer documentacin. Este se compone de una estructura del tipo rbol,
dividido en nodos de informacin. Cada nodo describe un especfico tpico con un determinado nivel de
detalle.
2.1.1. Ingrese a info y responda:
2.1.1.1. Cmo se llama el nodo raz de Info?.
2.1.1.2. Ubique el cursor en la lnea (* cp:) y presione ENTER.
2.1.1.3. Qu sucedi?.
2.1.1.4. Cmo se llama este nodo?.
2.1.1.5. Cul es el prximo nodo?.
2.1.1.6. Cmo puedo moverme al prximo nodo?.
2.1.1.7. Cmo puedo moverme al nodo anterior?.
2.1.2. Presione la tecla 'u'.
2.1.2.1. Qu sucedi?.
2.1.2.2. En qu nodo se encuentra?.
2.1.3. Repita el punto 2.1.2. hasta que llegue a la raz de Info.
2.1.3.1. Con qu tecla puedo volver directamente a este nodo?.
2.1.3.2. Cul es el mtodo directo para acceder al nodo cp?.(tip: sin desplazar el cursor).
2.1.4. Cmo puedo buscar una palabra clave dentro de un nodo?.
2.1.5. Cmo puedo buscar la siguiente palabra clave, buscada anteriormente?.
2.1.6. Cmo puedo salir de Info? - salga.
2.2. MAN: man es un programa que formatea y muestra la pginas del manual.
2.2.1. Cul es la diferencia entre man e info?
2.2.2. Cmo puedo ver la informacin de un determinado comando?
2.2.3. Cmo puedo buscar una palabra clave dentro de la pgina del manual?
2.2.4. Cmo puedo salir?
2.2.5. Cmo hago para buscar una palabra clave determinada en todas las pginas del manual?
2.2.6. Qu es lo sucede al realizar lo siguiente?
2.2.6.1. man
2.2.6.2. man man
2.2.6.3. man cp
2.2.6.4. man printf
2.2.6.5. man fprintf

2.2.6.6. man sprintf
2.2.6.7. man cd
2.2.6.8. man 3 printf
2.2.7. Del punto anterior, responder:
2.2.7.1. Al invocar man junto con fprintf y sprintf muestra la misma pgina. Por qu no muestra la
misma pgina al invocarlo con printf?. (TIP: vea el punto 3.2.6.2).
2.2.7.2. Cmo puedo invocar al man para ver directamente la funcin printf del lenguaje C?.
2.3. HELP: help es la ayuda que ofrece el shell de GNU/LINUX para utilizar sus comandos.
2.3.1. Cul es la diferencia entre help e info?.
2.3.2. Cul es la diferencia entre help y man?.
2.3.3. Qu sucede al invocar al help?.
2.3.4. Cmo puedo ver la informacin de un determinado comando?.
2.4. whereis
2.4.1. Qu sucede al utilizar el comando whereis cd?
2.4.2. Qu es la informacin que se muestra por pantalla al ejecutar el punto anterior?
2.4.3. Qu ocurre si se ejecuta whereis * sobre un directorio? (Tip: si no pasa nada, intentelo nuevamente
pero primero ejecute cd /bin)
2.4.4. Cul es la diferencia entre whereis y find?
2.5. whatis
2.5.1. Qu sucede al utilizar el comando whatis cd?
2.5.2. Si el resultado del punto anterior fue la leyenda cd: nothing appopiate, utilice el comando
/usr/sbin/makewhatis, y responda los siguientes puntos:
2.5.2.1. Qu realiz la sentencia anterior?
2.5.2.2. Reintente el punto anterior.
2.5.3. Cambie al directorio /bin, y ejecute el comando whatis * Qu ocurri?
2.5.4. Utilice el comando apropos passwd y whatis passwd. Enumere las diferencias encontradas en el
resultado de cada uno de los comandos.
3.
TECLADO / TERMINALES
3.1. Qu sucede si tecleo cat /e <tab> p <tab>? (donde tab es la tecla tabulacin). Presione <tab> nuevamente
Qu pas ahora?
3.2. Qu sucede si tecleo cat /e <tab> pas <tab>?
3.3. En este punto analizaremos las distintas terminales que hay en un sistema GNU/Linux. Ejecute los
siguientes comandos e indique cul fue el resultado:
3.3.1. who
3.3.2. Presione la tecla <alt>, y sin soltarla presione cualquiera de las teclas de funcin. En la pantalla
debera aparecer el login del sistema, de lo contrario, ejecute el paso nuevamente presionando otra
tecla de funcin. Si ya tiene el login del sistema vuelva a conectarse.
3.3.3. Ejecute nuevamente el comando who. Qu diferencias encuentra con la primera vez que lo ejecut?
3.3.4. Ejecute el comando who am i qu muestra?, Qu diferencias tiene con el comando ejecutado en el
punto anterior?
3.3.5. Repita el paso 3.3.2 y el 3.3.3 hasta que no encuentre ninguna sesin para abrir.
3.3.6. Una vez terminado el punto anterior, Ud. se encontrar sesionado en el sistema como mnimo seis
veces. Lo que acaba de hacer es abrir seis terminales virtuales (que podran ser usadas por distintos
usuarios, con diferentes perfiles), en la misma mquina. As como existen terminales virtuales dentro
del mismo equipo, si Ud. cuenta con una red, o con terminales tipo serie, podra abrir tantas sesiones
de trabajo como Ud. quiera o necesite. Investigue e indique cmo se denominan los distintos tipos de
terminales, y cules son los archivos que las representan (tip: busque en el directorio /dev).
4.
DIRECTORIOS
4.1. Para qu se usa el comando cd?. Ejecute las siguientes variantes de cd e indique cul fue el resultado
obtenido:
4.1.1. cd /
4.1.2. cd
4.1.3. cd /etc
4.1.4. cd..
4.1.5. cd ..
4.2. Bash sobre directorios:
4.2.1. Cul/es son las diferencias entre el path absoluto y el path relativo?
4.2.2. Qu es lo que realizan las siguientes operaciones? (tip: si no encuentra la diferencia primero haga
cd /, y luego vuelva a intentar)
4.2.2.1. cd ~
4.2.2.2. cd 4.2.3. Cul es la diferencia entre cd .. y cd ~-?
4.3. Operaciones con directorios:
4.3.1. Con qu comando se puede crear un directorio?.
4.3.2. Con qu comando se puede borrar un directorio?.
4.3.3. Qu sucede s el directorio no est vaco?.
4.3.4. Cmo puedo salvar la situacin anterior? (Sin borrar uno a uno los archivos existentes).
4.4. Qu significa la expresin ./ cuando se utiliza delante de un archivo? Para qu sirve?
4.5. Cmo puede moverse entre directorios sin utilizar el PATH completo?
4.6. Cul es el contenido de los siguientes directorios que confirman la estructura de cualquier sistema
operativo GNU/Linux:?
4.6.1. /boot
4.6.2. /dev
4.6.3. /bin
4.6.4. /etc
4.6.5. /usr
4.6.6. /sbin
4.6.7. /root
4.6.8. /etc/rc.d (y todos los que estn adentro)
4.6.9. /proc
4.6.10. /mnt
4.6.11. /usr/bin
4.6.12. /usr/sbin
4.6.13. /var
4.6.14. /usr/man (y todos los que estn adentro)
4.6.15. /opt
4.6.16. /tmp
5.
ARCHIVOS
5.1. Qu hacen los siguientes comandos?
5.1.1. cp
5.1.2. mv
5.1.3. rm
5.1.4. rcp
5.1.5. rsh
5.1.6. scp
5.1.7. ssh
5.2. Para cada comando del punto anterior realice un ejemplo, e indique qu realiz.
5.3. Con qu comando puedo concatenar el contenido de dos archivos?.
5.3.1. Se puede usar ese comando para otra cosa?.
5.4. Haga un ls l /dev
5.4.1. Qu significa el primer carcter?
5.4.2. Cules son todos los posibles valores que puede contener ese campo y que significa cada uno?
5.5. Para qu sirve el comando touch? qu utilidad le encuentra?
6.
PERMISOS
6.1. Teniendo en cuenta el ls l anterior, indique que son los siguientes 9 caracteres? (sin considerar el primero
sobre el que ya respondi anteriormente)
6.2. qu significa cada caracter? cmo estn agrupados?
6.3. Cmo se asignan los permisos? (detalle los comandos).
6.4. Qu son el owner, y el group de un archivo?. Se pueden cambiar?.
6.5. Intente cambiar los permisos de un archivo perteneciente al root (sesionado como usuario). Explique qu
sucedi.
6.6. Explique la forma de cambiar los permisos con valores en octal.
6.7. Cul es el significado de los permisos en los directorios (se debe indicar que indica una r, una w, y una
x)?
7.
FILTROS
7.1. Cul es la diferencia de los comandos more, less y cat?. De un ejemplo de cada uno.
7.2. Cul es la diferencia entre tail y head?.
7.3. Para qu sirve el comando wc y que indican los parmetros c l w? Proponga ejemplos de uso?
7.4. Qu es lo que realiza el comando uniq?.
7.5. Qu es lo que realiza el comando grep?.
7.5.1. Para qu sirve?
7.5.2. Qu hace la siguiente lnea?: grep root /etc/passwd
7.5.3. Qu diferencias encuentra entre la ejecucin de los siguientes comandos?:
7.5.3.1. grep r /etc/passwd
7.5.3.2. grep ^r /etc/passwd
7.5.3.3. grep r$ /etc/passwd
8.
VI
8.1. Ejecute la siguiente instruccin: vi $HOME/prueba.txt Qu sucedi?. Ahora ejecute todos los pasos
detallados a continuacin.
8.1.1. Escriba la siguiente frase: Este es el archivo prueba.txt de <nombre y apellido>
8.1.2. Qu tuvo que hacer para poder escribir la frase?
8.1.3. Guarde el archivo, y salga del editor. Qu comando utiliz?
8.1.4. Ingrese nuevamente al archivo.
8.1.5. Incorpore al inicio del archivo el siguiente prrafo (los acentos puede ser evitados):
Sistemas Operativos
Comisin de los das <da de cursada>
Trabajo Prctico 1
Alumno: <su nombre aqu>
Matrcula: <su matrcula aqu>
Documento: <su documento aqu>
8.1.6. Describa todos los pasos que tuvo que realizar.
8.1.7. Guarde el archivo y contine la edicin. Qu comandos utiliz?
8.1.8. Borre la lnea de Matrcula. Indique por lo menos dos formas de realizarlo.
8.1.9. Invierta el orden de las lneas Comisin y TP. No est permitido rescribirlas. Qu comandos
utiliz?
8.1.10. Ubquese en la lnea 2 (dos) del archivo. No est permitido usar las teclas del cursor, ni el
mouse. Qu comando utiliz?
8.1.11. Marque para copiar las lneas 2, 3, y 4 (todas juntas, no de a una a la vez). Cmo lo realiz?
8.1.12. Ubquese al final del archivo (sin usar las teclas del cursor), y pegue dos veces el contenido del
buffer. Qu comando us?
8.1.13. Deshaga uno de los copiados. No est permitido borrar lnea por lnea, ni caracter a caracter.
Qu comando us?
8.1.14. Cmo busco la palabra Documento? Cmo busco la segunda ocurrencia de una palabra?
8.1.15. Cmo puedo reemplazar la palabra Documento por Documento: (sin borrar, o realizar el
reemplazo a mano)
8.1.16. Guarde el archivo y salga.
8.1.17. Ejecutar "vi buscar_reemplazar" e introducir el texto:
1/5/2005 ------------- listo
1/5/2006 ------------- listo
1/5/2007 ------------- listo
1/5/2008 ------------- listo
1/5/2009 ------------- listo
1/5/2010 ------------- listo
1/5/2011 ------------- listo
1/5/2012 ------------- listo
1/5/2013 ------------- listo
1/5/2014 ------------- listo
1/5/2015 ------------- No listo
8.1.18. Ejecutar ":%s/\/3\//Marzo/g Que paso al ejecutar esto?

8.1.19. Si observa el resultado de lo anterior, el cambio fue errneo, modifique la sentencia para que
funcione correctamente.
8.1.20. Modifique la fecha para que en lugar del 1 sea el 15. Indique que comandos uso para realizarlo.
8.1.21. Indique si existe alguna forma de hacer un buscar y reemplazar pero que antes de realizar la
substitucin pregunte?.
9.
DISCO
9.1. Para qu se utiliza el comando mount?. Todos los usuarios lo pueden ejecutar el comando con algunos
o todos los parmetros?. En caso de que su respuesta sea negativa, indique cul /es si?.
9.2. Transfiera el archivo a un disquete (el mismo que utilizar para entregar el trabajo prctico, ya que ste
archivo es parte de la entrega).
9.2.1. Indique al menos dos formas de realizarlo.
9.3. Record desmontar el disquete en todas las oportunidades que lo uso, y antes de retirarlo verdad?.
9.3.1. Qu problemas se pueden generar por no realizarlo?.
9.3.2. Repita el punto 1 de ste trabajo prctico, creando un usuario cualquiera (si Ud. se encuentra en el
Lab 266, no puede continuar con ste punto).
9.3.3. Cambie de terminal virtual a otra, si se encuentra sesionada salga, e ingrese con el usuario creado
en el punto anterior.
9.3.4. Intente desmontar el disquete. Pudo?. Si su respuesta es negativa lo mismo pasar en el laboratorio
si Ud. se retira de trabajar sin desmontar la disquetera, y el prximo usuario la quiere utilizar. Por ese
motivo en el laboratorio al hacer el logout del sistema se ejecuta un script que verifica si la disquetera
est montada. En caso de estarlo, la desmonta, y adems enva un alerta administrativo a los
administradores de la red. Al tercer alerta administrativo que se genere se le bloquear la cuenta por
un perodo de 15 das.
9.3.5. De qu manera nombra el sistema a cada unidad de disco?
9.3.6. Cmo identifica Ud. a qu unidad se hace referencia?
9.3.7. Podra Ud. indicar en que unidad y particin se encuentra instalado el GNU/Linux en su
computadora? Qu comandos o archivos de informacin utiliz?
10. VARIABLES DE ENTORNO

10.1. Qu son las variables de entorno y para qu sirven?.
10.1.1.
Escriba el contenido y explique el significado de las siguientes variables: HOME / LOGNAME /
PATH / HOSTNAME / IFS
10.1.2.
Qu comando us para ver el contenido de las variables del punto anterior?
10.1.3.
Cree una variable de entorno HOLA que contenga el mensaje Hola mundo.
10.1.4.
Cul es el uso que le da el sistema a la variable PATH? Qu ocurres si intenta ejecutar un
comando que no se encuentra ubicado en alguno de los directorios que contiene la variable? Cmo
lo soluciona?
10.1.5.
Por qu existen las variables PS1 y PS2? Qu es un comando multilnea?
11. PLACA DE RED (En caso de no tener en su mquina, realizarlo en el Lab266)
11.1. Para qu sirve el comando ifconfig y en que directorio se encuentra?
11.2. Qu IP o IPs tiene asignada la computadora?
11.3. Qu es el adaptador lo y para que se utiliza?
11.4. Cul es la salida del comando ping -c4 (ip del eth0)?
Trabajo Prctico Nro. 1 (GRUPAL):
Tema: Programacin de scripts bsicos en PowerShell
Descripcin:
Formato de entrega:
Se programarn todos los scripts mencionados en el presente trabajo, teniendo

especialmente en cuenta las recomendaciones sobre programacin mencionadas en la introduccin
de este trabajo. Los contenidos de este trabajo prctico pueden ser incluidos como tema de parciales.
Electrnico e impreso en el Laboratorio 266 siguiendo el protocolo
especificado anteriormente
Documentacin: Todos los scripts que se entreguen deben tener un encabezado y un fin de
archivo. Dentro del encabezado deben figurar el nombre del script, el trabajo prctico al que pertenece
y el nmero de ejercicio dentro del trabajo prctico al que corresponde, el nombre de cada uno de los
integrantes detallando nombre y apellido y el nmero de DNI de cada uno (tenga en cuenta que para
pasar la nota final del trabajo prctico ser usada dicha informacin, y no se le asignar la nota a
ningn alumno que no figure en todos los archivos con todos sus datos), tambin deber indicar el
nmero de entrega a la que corresponde (entrega, primera reentrega, segunda reentrega, etc.). Para
su mejor comprensin del tema vea el ejercicio 4 de la primera entrega que fue diseado para que su
trabajo sea ms fcil.
Evaluacin:
Luego de entregado el trabajo prctico los ayudantes procedern a evaluar los

ejercicios resueltos, en caso de encontrar errores se documentar en la cartula del TP que ser
devuelta al grupo con la evaluacin final del TP y una fecha de reentrega en caso de ser necesaria (en
caso de no cumplir con dicha fecha de reentrega el trabajo prctico ser desaprobado). Cada ayudante
podr determinar si un determinado grupo debe o no rendir coloquio sobre el trabajo prctico
presentado.
Las notas sobre los trabajos tambin estarn disponibles en el sitio de la ctedra (www.sisop.com.ar )
donde adems del estado de la correccin se podr ver un detalle de las pruebas realizadas y los
defectos encontrados
Importante: Cada ejercicio cuenta con una lista de validaciones mnimas que se realizar, esto
no implica que se puedan hacer otras validaciones al momento de evaluar el trabajo presentado
Fecha de entrega: El 08/02/2016.
Fecha tarda de entrega: El 10/02/2016.
Introduccin:
La finalidad del presente prctico es que los alumnos adquieran un cierto entrenamiento sobre la
programacin de shell scripts ya sean en lenguaje PowerSell, practicando el uso de utilitarios comunes
provistos por los sistemas operativos Windows. Todos los scripts, estn orientados a la administracin de
una mquina, o red y pueden ser interrelacionados de tal manera de darles una funcionalidad real.
Cabe destacar que todos los scripts deben poder ser ejecutados en forma batch o interactiva, y que en
ningn caso sern probados con el usuario administrator, por lo cual deben tener en cuenta al realizarlos,
no intentar utilizar comandos, directorios, u otros recursos que solo estn disponibles para dicho usuario,
o usuarios del grupo. Todos los scripts debern funcionar en las instalaciones del laboratorio 266, ya que
es ah donde sern controlados por el grupo docente.
Para un correcto y uniforme funcionamiento, todos ellos debern respetar algunos lineamientos
generales:
1. Modularidad:
Si bien es algo subjetivo del programador, se trata de privilegiar la utilizacin de funciones (internas /
externas), para lograr una integracin posterior menos trabajosa.
2. Claridad:
Se recomienda fuertemente el uso de comentarios que permitan la mxima legibilidad posible de los
scripts.
3. Verificacin:
Todos los scripts deben realizar un control de las opciones que se le indiquen por lnea de comando, es
decir, verificar la sintaxis de la misma. En caso de error u omisin de opciones, al estilo de la mayora de
los comandos deben indicar mensajes como:
Error en llamada!
Uso: comando [...]
Donde se indicar entre corchetes [ ], los parmetros opcionales; y sin ellos los obligatorios, dando una
breve explicacin de cada uno de ellos.
Todos los scripts deben incluir una opcin standard -? que indique el nmero de versin y las formas de
llamada.
Ejercicios:
Los ejercicios que se encuentran dentro de esta seccin son bsicos, y fueron diseados para que
los alumnos adquieran un primer contacto con los comandos de GNU/Linux y con la forma de
programar scripts con herramientas especficas del sistema operativo.
Ejercicio 1:
En base al siguiente script de Powershell:
Param
(
[Parameter(Position = 1, Mandatory = $false)][String] $pathsalida = ".",
[int] $cantidad = 3
)
$existe = Test-Path $pathsalida
if ($existe -eq $true)
{
$listaproceso = Get-Process
foreach ($proceso in $listaproceso)
{
$proceso | Format-List -Property Id,Name >> procesos.txt
}
for ($i = 0; $i -lt $cantidad ; $i++)
{
Write-Host $listaproceso[$i].Name - $listaproceso[$i].Id
}
}
else
{
Write-Host "El path no existe"
}
Responder:
1. Cul es el objetivo del script?
2. Agregara alguna otra validacin a los parmetros?
Ejercicio 2:
Realizar un script que copie a un directorio todos los archivos de texto cuyo contenido
contenga una cadena determinada. Debe recibir por parmetro la cadena a buscar, el
directorio de origen y el de destino, en ese orden.
Al finalizar la copia, se debe crear un archivo de log en donde se indique:
La fecha y hora de ejecucin del script.
El directorio de origen, tamao y fecha de modificacin de cada uno de los archivos
copiados.
La cantidad de veces que se repite la palabra dentro del archivo.
Criterios de correccin:
Control
Debe cumplir con el enunciado
El script debe tener ayuda visible con Get-Help
Validacin correcta de parmetros
Bsqueda recursiva en el directorio de origen
Criticidad
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Ejercicio 3:
Un sistema realiza un backup de su base de datos en un archivo de texto plano con el
siguiente formato:
Campo1=Valor1
Campo2=Valor2
Campo3=Valor3
///
Campo1=Valor4
Campo2=Valor5
Campo3=Valor6
Cada lnea contiene el valor de un campo para un registro. Cada registro se encuentra
separado del otro por 3 barras. Si hay un solo registro, las barras no estarn.
Se necesita crear un script que lea el archivo de backup y genere un archivo CSV para poder
procesarlo ms fcilmente. La primer fila del archivo CSV contener los nombres de los
campos, y en las filas siguientes estarn los valores de los mismos.
Una vez finalizada la exportacin se debe mostrar por pantalla, en formato de tabla, el
contenido del archivo CSV.
Control
Se debe usar el cmdlet Export-Csv y Format-Table
El archivo de origen y la ruta del archivo de salida deben ser
pasadas por parmetro
Criticidad
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Ejercicio 4:
Realizar un script que permita manipular archivos .zip. Dependiendo el parmetro que se le
pase, puede realizar diferentes tareas:
-v archivo.zip: Muestra un lisado del nombre y peso de cada uno de los archivos
contenidos en archivo.zip.
-d archivo.zip destino: Descomprime archivo.zip en el directorio destino.
-c archivo.zip origen: Comprime el directorio origen en archivo.zip.
Control
Se debe usar Format-Table para mostrar los resultados y la clase
ZipFile para realizar las operaciones sobre los archivos.
Criticidad
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Ejercicio 5:
Se requiere hacer un script que muestre los siguientes datos de la computadora en donde se
lo corre: modelo de CPU, cantidad de memoria RAM, placas de red y versin del sistema
operativo.
Control
Se debe usar el cmdlet Get-WmiObject
Criticidad
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Ejercicio 6:
Realizar un script que mantenga ejecutando un proceso. Esto quiere decir que si el proceso
termina, se debe volver a ejecutar automticamente. Se debe recibir por parmetro el PID de
un proceso.
Control
Se deben utilizar los eventos que provee el objeto del proceso para
determinar cuando muere el mismo
Criticidad
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Ejercicio 7:
Realizar un script que permita realizar operaciones con matrices y mostrar los resultados por
pantalla. La entrada del script ser un archivo de texto plano que contendr una matriz por
lnea con el siguiente formato: fila1col1;fila1col2;;fila2col1;fila2col2.
Se deben poder realizar las siguientes operaciones:
Suma, resta y producto de matrices.
Transposicin de matrices.
Control
Se debe validar que la matriz no tenga errores. Ej: que no haya
diferente cantidad de columnas en cada fila, que est formada slo
por nmeros
Los nmeros de la matriz pueden ser negativos y tener decimales
No puede haber ms de dos matrices por archivo
Criticidad
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Ejercicio 8 (Entrega tarda):

Realizar un script que genere un log de ejecucin de un proceso. Cada una X cantidad de
segundos, debe loguear el uso de procesador, la cantidad de threads y la cantidad de
memoria que utiliza el proceso. Si el proceso se finaliza, se debe loguear la fecha de
finalizacin del mismo.
Control
Se debe usar el cmdlet Get-WmiObject o Get-Counter
Se deben usar los eventos de los procesos para detectar cuando
termina uno
Criticidad
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Tema: Programacin de scripts en tecnologa bash
Descripcin:
Formato de entrega:
Se programarn todos los scripts mencionados en el presente trabajo, teniendo

especialmente en cuenta las recomendaciones sobre programacin mencionadas en la introduccin del
trabajo prctico anterior.
Documentacin:
Evaluacin: Luego de entregado el trabajo prctico los ayudantes procedern a evaluar los ejercicios
Todos los scripts que se entreguen deben tener un encabezado y un fin de

archivo. Dentro del encabezado deben figurar el nombre del script, el trabajo prctico al que pertenece y
el nmero de ejercicio dentro del trabajo prctico al que corresponde, el nombre de cada uno de los
integrantes detallando nombre y apellido y el nmero de DNI de cada uno (tenga en cuenta que para pasar
la nota final del trabajo prctico ser usada dicha informacin, y no se le asignar la nota a ningn alumno
que no figure en todos los archivos con todos sus datos), tambin deber indicar el nmero de entrega a
la que corresponde (entrega, primera reentrega, segunda reentrega, etc.). Para su mejor comprensin del
tema vea el ejercicio 4 de la primera entrega que fue diseado para que su trabajo sea ms fcil.
resueltos, en caso de encontrar errores se documentar en la cartula del TP que ser devuelta al grupo
con la evaluacin final del TP y una fecha de reentrega en caso de ser necesaria (en caso de no cumplir
con dicha fecha de reentrega el trabajo prctico ser desaprobado). Cada ayudante podr determinar si
un determinado grupo debe o no rendir coloquio sobre el trabajo prctico presentado.
donde adems del estado de la correccin se podr ver un detalle de las pruebas realizadas y los defectos
encontrados
Importante: Cada ejercicio cuenta con una lista de validaciones mnimas que se realizar, esto no
implica que se puedan hacer otras validaciones al momento de evaluar el trabajo presentado
Fecha de entrega: El 15/02/2016
Fecha tarda de entrega: El 17/02/2016
Introduccin:
La finalidad del presente prctico es que los alumnos adquieran un cierto entrenamiento sobre la
programacin de shell scripts ya sean en lenguaje de bash, practicando el uso de utilitarios comunes
provistos por los sistemas operativos (GNU/Linux). Todos los scripts, estn orientados a la administracin
de una mquina, o red y pueden ser interrelacionados de tal manera de darles una funcionalidad real.
Cabe destacar que todos los scripts deben poder ser ejecutados en forma batch o interactiva, y que en
ningn caso sern probados con el usuario root, por lo cual deben tener en cuenta al realizarlos, no intentar
utilizar comandos, directorios, u otros recursos que solo estn disponibles para dicho usuario. Todos los
scripts debern funcionar en las instalaciones del laboratorio 266, ya que es ah donde sern controlados
por el grupo docente.
Para un correcto y uniforme funcionamiento, todos ellos debern respetar algunos lineamientos generales
indicados en el trabajo prctico anterior
Ejercicios:
Tip: En caso de tener problemas con un script bajado desde un dispositivo formateado con DOS, y que contiene
^M al final de cada lnea puede usar el siguiente comando para eliminarlos:
tr -d '\r' <archivo_con_M >archivo_sin_M
En caso de ejecutar scripts que usen el archivo de passwords, en el laboratorio, debe cambiar cat /etc/passwd
por getent passwd
Ejercicio 1:
Tomando en cuenta el siguiente script responda las preguntas que se encuentran ms abajo.
Importante: como parte del resultado se deber entregar el script en un archivo tipo sh y las
respuestas en el mismo cdigo.
#!/bin/bash
ErrorS()
{
echo "Error. La sintaxis del script es la siguiente:"
echo "......................: $0 nombre_archivo L" # COMPLETAR
echo "......................: $0 nombre_archivo C" # COMPLETAR
echo "......................: $0 nombre_archivo M" # COMPLETAR
}
ErrorP()
{
echo "Error. nombre_archivo ....................." # COMPLETAR
}
if test $# -lt 2; then
ErrorS
fi
if !test $1 -r; then
ErrorP
elif test -f $1 && (test $2 = "L" || test $2 =
if test $2 = "L" then
res=`wc l $1`
echo ".................................:
elif test $2 = "C"; then
res=`wc m $1`
echo ".................................:
elif test $2 = "M"; then
res=`wc L $1`
echo ".................................:
fi
else
ErrorS
fi
"C" || test $2 = "M"); then

$res" # COMPLETAR
$res" # COMPLETAR
$res" # COMPLETAR
Responda:
a) Cul es el objetivo de este script?
b) Qu parmetros recibe?
c) Comentar lnea a lnea especificando qu hace cada sentencia (no describa los
comandos, indique la lgica de cada lnea completa)
d) Completar los echo con el mensaje correspondiente.
e) Qu informacin brinda la variable $#? Qu otras variables similares conoce?
Explquelas.
f) Explique las diferencias entre los distintos tipos de comillas que se pueden utilizar
en Shell scripts.
Ejercicio 2:
Genere un script que reciba por parmetro un archivo de texto con informacin de los
goleadores del torneo Inicial de ftbol de Primera Nacional, cada lnea del archivo de texto
recibido contendr la fecha, nombre de jugador y cantidad de goles. Tambien debe recibir por
parmetro el separador de campos del archivo de texto. El script debe sumar los goles de
cada fecha por cada jugador y generar en un archivo de salida ordenado de mayor a menor
segn la cantidad de goles de cada jugador. Si dos jugadores tienen igual cantidad de goles
entonces se ordenarn en segundo orden alfabticamente.
Por ejemplo:
Entrada.txt
Fecha
4/3/2014
5/3/2014
5/3/2014
5/3/2014
5/3/2014
8/3/2014
8/3/2014
12/3/2014
12/3/2014
13/3/2014
16/3/2014
16/3/2014
16/3/2014
16/3/2014
Jugador
Scocco, Ignacio
Gigliotti, Emanuel
1
Figueroa, Victor
Nanni, Roberto
Heinze, Gabriel
Gigliotti, Emanuel
2
Figueroa, Victor
Zapata, Duvn Estevan
Rescaldani, Ezequiel
Riao, Claudio
Gonzlez, Federico Rafael
Penco, Sebastin Ariel
Total
2
1
1
1
1
1
1
2
1
2
1
1
Salida.txt
Jugador
Gigliotti, Emanuel
Figueroa, Victor
Gonzlez, Federico Rafael
Riao, Claudio
Scocco, Ignacio
Heinze, Gabriel
Nanni, Roberto
Penco, Sebastin Ariel
Rescaldani, Ezequiel
Total
3
3
2
2
2
2
1
1
1
1
Control
Funciona correctamente segn enunciado
Se debe proveer un archivo de ejemplo junto con la entrega del
script
El script debe validar el formato del archivo de entrada
El script ofrece ayuda con h, -? o help explicando cmo se lo
debe invocar
Se debe poder parametrizar la ruta y nombre del archivo de salida.
Comentarios en el cdigo
Uso de arrays asociativos
Criticidad
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Ejercicio 3:
Se cuenta con un archivo usuarios de un laboratorio, con el mismo formato del archivo de
passwords (/etc/passwd), ms un campo al final del registro conteniendo fecha de creacin
del usuario.
El home de los usuarios, se organiza de la siguiente manera:
/home/alumnos/comision
/home/docentes
El proceso que genera este archivo, fue modificado en distintas oportunidades, y se modific
el formato con que se guarda la fecha de creacin, por lo que algunos registros tienen el
formato dd-MM-yyyy hh:mm:SS, mientras que otros tienen el formato dd/MM/yy y otros dd
de MM de yyyy.
Se pide realizar un script con AWK que reciba por parmetro el nombre del archivo de
usuarios y opcionalmente una fecha. El objetivo del script es informar los alumnos que fueron
creados en esa fecha, ordenados por comisin. Si no se especific una fecha por parmetro,
se debe considerar la fecha de hoy.
Consideraciones:
El formato del parmetro fecha puede ser dd/MM/yyyy o dd/MM/yy.
La forma de invocacin debe ser:
./ejercicio2 <archivo de usuarios> [fecha]
El formato de salida debe ser:
Usuarios creados el <fecha>
Comision
Apellido y nombre
Usuario
lumi
maju
maju
Perez Jose
Sara Juana
Lopez Juan
joseperez
sarajuana
juanlopez
Control
El filtro de registros debe hacerse utilizando expresiones regulares
Se debe proveer un archivo de usuarios de ejemplo junto con la
entrega del script
Se debe validar que el archivo recibido cumpla con el formato
esperado
Criticidad
Obligatorio
Obligatorio
Obligatorio
Deseable
Si no existen usuarios que cumplan con el criterio de bsqueda, se

debe informar
Obligatorio
Se validarn los parmetros recibidos, tanto en formato, cantidad y
ubicacin
Obligatorio
Ejercicio 4:
Se cuenta con un archivo que contiene las notas del ao de los alumnos de una materia, con
el siguiente formato:
parcial_nro, alumno_nombre, alumno_dni, nota
Dentro de este archivo slo existirn registros para los parciales rendidos y no se anotarn
los ausente. La cantidad de parciales a rendir por cada alumno es dos. Cualquier alumno que
posea menos de dos parciales rendidos tendr la condicin de desaprobado directamente y
si por error existiesen ms de dos parciales para el mismo alumno se deber informar la
situacin como error.
Ejemplo:
$cat Parciales_2014_Q2.txt
1, Hernn Hernandez, 30330333, 5
1, Fernando Fernandez, 34340344, 4
2, Hernn Hernandez, 30330333, 6
2, Fernando Fernandez, 34340344, 2
1, Juan Hernandez, 30330355, 7
Se pide confeccionar un script usando awk para generar reportes en base al archivo de
entrada, de acuerdo a estos parmetros:
-p Reporte de parciales. Muestra el nmero total de alumnos y un reporte por cada parcial
incluyendo:
- Cantidad de alumnos que sacaron nota igual a 7 o ms
- Cantidad de alumnos que sacaron entre 4 y 6
- Cantidad de desaprobados
- Muestra el promedio de notas por parcial
Ejemplo:
./notas Parciales_2014_Q2.txt -p
Alumnos: 3
Parcial1: Promocin: 1, Entre 4 y 6: 2, Desaprobados: 0, Promedio: 5.3
Parcial2: Promocin: 0, Entre 4 y 6: 1, Desaprobados: 1, Promedio: 4
-a Reporte de alumnos. Muestra para cada alumno el promedio y condicin (materia
aprobada, cursada o desaprobada).
Ejemplo:
./notas Parciales_2014_Q2.txt -a
Hernn Hernndez, DNI: 30330333, Materia cursada
Fernado Fernandez, DNI: 34340344, Materia desaprobada
Juan Hernandez, DNI: 30330355, Materia desaprobada
-a alumno_dni
Consulta de alumno. Muestra las notas de cada parcial del alumno
indicado, su nombre, dni, el promedio y condicin (materia aprobada, cursada o
desaprobada).
Ejemplo:
./notas Parciales_2014_Q2.txt a 30330333
Alumno: Hernn Hernndez, DNI: 30330333
Parcial Nota
1
5
2
6
Promedio: 5.5 Materia cursada.
Control
Validacin de parmetros: el script recibe como parmetro el
archivo a procesar (requerido), ms la opcin del reporte a realizar
(requerido), tambin se debe incluir la opcin de ayuda -?. Se
debe validar cantidad y tipo de parmetros.
Formato de salida: Respetar el formato del ejemplo
Funcionamiento: cumple con los parmetros solicitados y muestra
el contenido del resultado en pantalla.
debe invocar
Presentacin: se debe presentar un archivo de entrada de ejemplo
junto con los entregables
Comentarios en el cdigo
Uso de arrays asociativos
Criticidad
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Ejercicio 5:
Realizar un shell script con AWK, que analice matrices. Dicho script deber analizar la
estructura de la matriz y determinar el tipo al que corresponde y, opcionalmente, si recibe un
parmetro que lo indique, realizar operaciones sobre la matriz.
La matriz a analizar ser cargada desde un archivo de texto plano, en el que las columnas
estarn separadas por un carcter recibido por parmetro y las filas por un salto de lnea.
Los tipos de matrices a analizar sern los siguientes:
Matriz Cuadrada
Matriz Rectangular
Matriz Fila
Matriz Columna
Matriz Diagonal
Matriz Identidad
Matriz Nula
Cabe destacar que una matriz puede pertenecer a ms de un tipo, por lo que se debern
informar todos aquellos en los que coincida. En el caso de ser una matriz cuadrada, indicar el
orden de la misma.
Parmetros:
-c
Separador de columnas. Obligatorio.
-o
Operacin a realizar: (Opcional)
trasp: indica trasponer la matriz
prod: realizar el producto de la matriz por un escalar, indicado en el parmetro siguiente.
Control
Validacin de cantidad y tipo de parmetros.
Utilizar awk como parte de la resolucin.
Mostrar los mensajes de error correspondientes a cada
validacin
Incluir la opcin -? con la ayuda del modo de uso del script.
Mostrar la misma ayuda si no se pasan parmetros al ejecutar el
script.
Criticidad
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Ejercicio 6:
Implemente un script llamado dependencias que reciba un nombre de directorio,
correspondiente al directorio de un proyecto Java, y admita opciones para los siguientes
reportes:
-a Para toda clase/interface importada en el proyecto, indicar la cantidad de veces que se
importa considerando los archivos de cdigo fuente.
-c clase/interface Para una clase/interface pasada por parmetro, indicar cules son las
clases/interfaces que la importan considerando los archivos de cdigo fuente.
Adems de mostrar el reporte por la salida estndar, se puede guardar en un archivo si el
mismo es pasado por parmetro, con la opcin -f.
El directorio a procesar se debe indicar con la opcin -d.

Ejemplos de invocacin:
$ ./dependencias -a -d /home/alumno/proyecto_ejemplo -f /home/alumno/reporte_proyecto
Se proces el proyecto /home/alumno/proyecto_ejemplo.
Salida: /home/alumno/reporte_proyecto
$ ./dependencias -c org.slf4j.Logger -d /home/alumno/proyecto_ejemplo
-f /home/alumno/reporte_proyecto
Se proces el proyecto /home/alumno/proyecto_ejemplo.
Salida: /home/alumno/reporte_proyecto
Control
Validacin de cantidad y tipo de parmetros.
Utilizar awk como parte de la resolucin.
Utilizar getopts para tratamiento de parmetros.
Uso de funciones.
Mostrar los mensajes de error correspondientes a cada
validacin
Incluir la opcin -? con la ayuda del modo de uso del script.
Mostrar la misma ayuda si no se pasan parmetros al ejecutar el
script.
Criticidad
Obligatorio
Obligatorio
Opcional
Opcional
Obligatorio
Obligatorio
Ejercicio 7:
Realizar un shell script que verifique la salida de un programa de acuerdo a los parmetros
recibidos que el programa requiera. El programa, los parmetros de entrada y la salida debern
ser provistos por el alumno acorde a los requerimientos del programa, adems deber indicar
si la salida debe ser exacta o no. El script deber recibir el programa a ejecutar como primer
parmetro y luego los parmetros que reciba el programa a partir del texto exacto [entrada]
hasta que se indique un parmetro con el texto exacto [salida] y a continuacin se deber
indicar si la comparacin de la salida deber ser exacta con el texto [==] o bien similar con el
texto [~=].
Ejemplo:
automatizacion_control_binario.sh
programa
parametro_2 [salida] [~=] salida del programa
Si yo utilizo el comando as:
[salida] [~=] passwd
/bin/ls
[entrada]
parametro_1
[entrada]
/etc/passwd
El script debera informar que la salida de la ejecucin del binario coincide

parcialmente con la salida solicitada.
Pero si lo utilizo de la siguiente forma:
[salida] [==] passwd
/bin/ls
[entrada]
/etc/passwd
El script debera informar que la salida no coincide con lo requerido.

Recuerde que para la verificacin exacta deber extraer el carcter de retorno al final de la
lnea si este existiese.
Control
Deber verificar que se reciban todos los parmetros.
El binario ejecutable, el texto [entrada], [salida] y el operador
[==] o bien [~=]
Deber verificar que el programa pueda ser ejecutado por el
usuario que utilice el script y que exista en el filesystem
Criticidad
Obligatorio
Obligatorio
En el caso de que el programa a ejecutar no reciba parmetros el

script deber verificar esto, no encontrando parmetros entre los
textos [entrada] y [salida]
En el caso de que el programa a ejecutar no genere salida alguna
el script deber verificar esto con un ltimo parmetro con un
espacio en blanco de esta manera
Utilice el comando grep tanto para bsquedas exactas como
parciales
Analice el uso de los comando tr, stat para la resolucin del
ejercicio
Obligatorio
Obligatorio
Deseable
Deseable
Ejercicio 8 (Entrega tarda):

Realizar un mini-verificador ortogrfico, que permita verificar el lxico utilizado en la redaccin
de un texto. El script deber ser invocado soportando los siguientes parmetros; el nombre del
archivo a verificar, el nombre del archivo que contiene el diccionario de palabras a utilizar, el
nombre del archivo de salida a generar por el script, en caso de faltar este ltimo parmetro,
el script deber generar un nombre por defecto.
En cuanto a los errores bsicos a verificar se deben contemplar los siguientes:
Palabras inexistentes en el diccionario de datos (contemplando acentuacin).
Primera letra de la primera palabra de una frase en mayscula.
Correcta utilizacin de apertura y cierre de parntesis, corchetes, llaves, comillas,
signos de admiracin e interrogacin.
En caso de existir errores, debern informarse en el archivo de salida con un formato a tres
columnas, siendo la primera el tipo de error encontrado (defina usted alguna etiqueta que
identifique cualquiera de los tres tipos de errores posibles), la segunda informar la palabra o
signo en cuestin y la tercera el nmero de lnea del error. En caso de no existir errores, en el
archivo de salida se informar el mensaje SIN ERRORES.
Control
debe invocar
Valida que el archivo de entrada exista y sea de texto
Permisos correspondientes sobre el archivo de entrada y el path
de salida
El cdigo contiene comentarios tiles
Se debe utilizar AWK para procesar los documentos
Verifica otros errores no contemplados por el enunciado
Criticidad
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Obligatorio
Al menos 1
elegido
y
explicado por
el grupo.
Recursos para los trabajos prcticos 3 y 4:

El grupo de docentes de la ctedra prepar algunas mquinas virtuales con el
virtualizador VM Ware Player (no funcionan en VM Ware Workstation) que podrn ser
utilizados para realizar las prcticas. Se realiz con este producto ya que es de uso libre.
Es importante mencionar que si bien las mquinas virtuales no son obligatorias para la
realizacin de los trabajos prcticos, s es obligatorio el uso de los binarios que se
suministran a travs de la misma URL.
Todas las mquinas fueron generadas y evaluadas con VM Ware Player para Windows
de 64 bits, no siendo evaluadas las mismas en Player de Linux.
Para poder utilizar las mquinas virtuales en los trabajos prcticos debern ser migradas
a entornos Oracle VM VirtualBox ya que los trabajos prcticos actuales se deben
realizar en esa plataforma de virtualizacin.
En caso de no querer realizar la conversin el grupo podr optar por instalar los
productos directamente sobre la plataforma de virtualizacin seleccionada.
Direccin de acceso a los recursos:
Mquinas virtuales y procesos:
https://drive.google.com/folderview?id=0B6EDoX3UI7XTfjBJZmY2dTltR3l2TlZjeGFa
eE1ScXhkd3VnZlI5bEVjdWxyamhGMXdtT28&usp=sharing
Oracle VM VirtualBox:
https://www.virtualbox.org/wiki/Downloads
Contenidos:
1. OpenFiler: Es una mquina virtual instalada con la ltima versin de Open Filer, un
sistema operativo destinado a la implementacin de servidores tipo SAN & NAS.
Este sistema operativo est basado en GNU/Linux.
La configuracin del sistema operativo est finalizada, pero no la configuracin de
los servicios SAN o NAS. Cuando el usuario inicializa el equipo deber tener
asignada al menos una placa de red en modo NAT o en modo Named Network
(VM Network). De ser as al terminar de iniciar el sistema informar que la pgina
web para la administracin est disponible en una IP virtual generada por el VM
Player y el puerto estndar del openfiler.
En caso ser necesario utilizar otro modo de red, el usuario deber configurar la capa
de networking del producto antes de poder utilizar la consola de administracin.
Esta mquina virtual genera una url segura (protocolo https) pero con un certificado
no firmado, por lo que se le deber indicar al navegador que se desea continuar
cuando genere los mensajes de alerta de seguridad (incluso podr ser necesario
incorporar alguna excepcin)
Usuarios:
root (no tiene password)
openfiler / password
Hardware utilizado:
para la consola o ssh

para entrar a la web de administracin
Memoria: 512 MB
Disco utilizado: 2GB
Procesadores: 1
Placas de red: 1
2. Ubuntu Server: Es una mquina virtual instalada con la versin 14.04 de Ubuntu
distribucin server.
La configuracin del sistema operativo est finalizada, tiene configuradas ciertas
herramientas que se utilizan comnmente cuando se requieren hacer evaluaciones
de performance y/o comportamiento de procesos.
Adems estn instalados los paquetes necesarios para conectarse a travs del
iSCSI Initiators (cliente) a iSCSI Targets (servidores), pero no se encuentra
realizada la configuracin.
Cuando el usuario inicializa el equipo deber tener asignada al menos una placa
de red virtual en modo NAT.
Usuario:
root / 123456
para la consola o ssh
Hardware utilizado:
Memoria: 1 GB
Disco utilizado: 5 GB
Procesadores: 1
Placas de red: 1
3. Windows XP: Es una mquina virtual instalada con Windows XP SP2.
La configuracin del sistema operativo est finalizada y no requiere licencia. Tiene
instaladas las herramientas de sysinternals que se utilizan comnmente cuando
se requieren hacer evaluaciones de performance de procesos y/o comportamiento
de procesos.
Adems est instalado el Microsoft iSCSI Initiator, pero no se encuentra realizada
la configuracin.
Cuando el usuario inicializa el equipo deber tener asignada al menos una placa
de red virtual en modo NAT.
Usuario:
No tiene
para la consola
Hardware utilizado:
Memoria: 1 GB
Disco utilizado: 4 GB
Procesadores: 1
Placas de red: 1
4. Binarios: Son programas realizados en C o C++ que sern utilizados en forma
intensiva en los dos trabajos prcticos.
Tema: Diagnsticos
Descripcin: El presente trabajo prctico tiene como objetivo realizar el anlisis del comportamiento
de algunos procesos suministrados por la ctedra y modificar ciertos parmetros del sistema operativo
para comprender y evaluar el comportamiento de los procesos y como se ven afectados por la
configuracin del sistema operativo.
Es importante mencionar que todas las evaluaciones debern realizarse sobre el mismo hardware para
que las pruebas sean ms significativas y den resultados mucho ms realistas.
Formato de entrega:
Evaluacin:
Luego de entregado el trabajo prctico los ayudantes procedern a evaluar resultados

obtenidos por los grupos ante cada uno de los ejercicios planteados y proceder a evaluar individual o
grupalmente a cada uno de los integrantes o grupos validando sus presentaciones. Este trabajo prctico
cuenta con coloquio obligatorio y para todos los integrantes del grupo, por lo que el grupo docente
evaluador coordinar una fecha con cada uno de los grupos para realizar la evaluacin correspondiente
(pudiendo esta ser oral o escrita).
donde adems del estado de la correccin se podr ver un detalle de las pruebas realizadas y los defectos
encontrados
Fecha tarda de entrega: No posee
Recursos recomendados: Para facilitar las tareas de este trabajo prctico se podr utilizar la
mquina virtual Ubuntu mencionada anteriormente
Ejercicios:
Ejercicio 1:
El grupo deber utilizar un pendrive en el que pueda eliminar todos los datos para trabajar con
particiones y crear file systems. Se deber crear una (o varias) particiones de 2GB para poder trabajar
sobre ella. Es importante no usar el tamao total del pendrive en caso que tenga mayor capacidad que
2GB, las pruebas estn preparadas para un file system de 2GB, para poder medir ms sencillamente el
uso; ya que si utiliza un pendrive de ms de 8GB se necesitan ocupar muchsimo ms espacio para
poder estresar el file system.
Se pide formatear la particin con los siguientes file systems, utilizando el tamao de bloque por default
de cada uno y luego realizar la misma batera de pruebas sobre cada uno de ellos:
a) ext3
b) ext4
c) FAT32
d) NTFS (su kernel puede que no tenga los mdulos para montar NTFS, en este caso se deber
actualizar o instalar los paquetes necesarios)
Batera de pruebas a realizar:
a) Crear 256 archivos de 2 MB cada uno, en una pieza
b) Crear 1 archivo de 1024 MB, en una pieza
c) Crear 1 archivo de 100MB, agregando piezas de tamao random entre 1 y 10MB hasta
completar el tamao del archivo
d) Crear 16 archivos de un tamao de 4MB cada uno, pero se deben crear en piezas de a 512KB,
agregando piezas a cada archivo hasta llegar al tamao total.
e) Crear 16 archivos de un tamao de 4MB cada uno, en una pieza
f) Agregar 100MB al archivo del punto b)
Importante! No se debern hacer las pruebas con el usuario root ni con sudo.
Tip: investigue el comando dd para la generacin de los archivos.
Indicar detalladamente el hardware sobre el que se realizaron las pruebas, especialmente si el pendrive
es de 2GB indicar la cantidad total de bloques del mismo, porque no todos los pendrive tienen
exactamente el tamao con que lo venden. Todas las pruebas que impliquen toma de tiempos debern
realizarse sobre la misma mquina para poder comparar los resultados de los FS sin que se hayan
modificado otras variables debido el hardware. El particionamiento y formateo deber realizarlo con
usuario root, por lo tanto no es posible resolver dicha parte del ejercicio en el Laboratorio; y tampoco se
puede realizar desde una mquina virtual para tomar los tiempos, dado que la virtualizacin y el uso de
USB introduce un desvo importante en los tiempos de Entrada/Salida. Una vez formateado, se puede
probar sin problema en el laboratorio. En caso de tener un pendrive de 8GB o ms, se pueden crear 4
particiones primarias de 2GB cada una y probar 4 file systems sobre el mismo dispositivo (verificar que
la ltima particin tenga la misma cantidad de bloques que las anteriores, sino la comparativa no sera
vlida).
Preguntas a responder por cada FS. Armar una tabla y presentarlo en una planilla de clculo.
a) Tamao del bloque
b) Cunto tiempo tom formatear la particin
c) Cunto espacio administrativo ocupa el FS sin archivos (indicar en bloques, MB y porcentual)
d) Cunto espacio reservado para root deja el FS (indicar en bloques, MB y porcentual)
e) Cunto espacio libre para usuario dej el FS sin archivos (indicar en bloques, MB y porcentual)
f) Cantidad mxima de archivos que se pueden crear en el FS
g) Por cada punto de las pruebas indicadas anteriormente, detallar
a. Cunto espacio administrativo genera el FS (indicar en bloques, MB y porcentual)
b. Cunto espacio libre para usuario dej el FS (indicar en bloques, MB y porcentual)
c. Porcentaje de fragmentacin del FS
d. Si tiene errores, indicar cules se reportan
Presentar un grfico comparativo de los valores de utilizacin de espacio de cada FS probado.
Ejercicio 2:
Se provee un conjunto de programas ejecutables para descargar, que el grupo deber evaluar
probndolo para responder las siguientes preguntas. Algunos de los programas pueden requerir
parmetros, deber consultar la ayuda del mismo para saber cmo ejecutarlo.
Nota Importante: no ejecutar estos procesos en ambientes productivos La ctedra no se hace
responsable por posibles daos que la ejecucin de estos procesos pueda generar, la finalidad de los
procesos es puramente educativa y podran llegar a estresar o directamente colgar el sistema.
Tampoco se deben ejecutar con el usuario root (ni usando sudo). Esto es importante dado que root
no tiene lmites al momento de usar los recursos de la mquina.
Deben completar la siguiente tabla para todos los procesos, y presentarlo en una planilla de clculo.
Proceso1
Proceso2
Proceso3
etc..
Tipo o Clasificacin de Proceso

Cant. Procesos Hijos
Nivel Mx de Parentesco
Cant. Threads
Cant. Semaforos
Cant. Segmentos Mem. Compartida
Consumo CPU (Bajo / Alto)
Consumo Memoria (Bajo / Alto)
Consumo I/O (Bajo / Alto)
Cant. archivos utilizados
Puerto/s abierto/s como servidor
Cant. conexiones como cliente
Consideraciones:
a) En el punto sobre cantidad de archivos, tomar nicamente los archivos de usuario, y no los
archivos de sistema que todos los procesos abren por default (como bibliotecas compartidas,
directorio actual, sockets, flujos estndar stdin, stdout y stderr, etc.).
b) En caso que el proceso NO tenga alguno de los componentes solicitado (por ej. no usa
semforos) completar con cero y no dejar en blanco, para saber as que el punto fue
analizado.
c) Deber justificar en un anexo aparte las respuestas completadas en la grilla indicando
claramente qu herramienta utiliz para contestar el punto correspondiente a cada proceso,
adjuntando adems la salida del comando o captura del utilitario que us para poder
identificar el dato que le permiti contestar el punto.
Tip: recomendamos ejecutar el/los procesos desde una terminal y trabajar con las herramientas de
diagnstico desde otra/s terminal/es.
Ejercicios:
Tema: Virtualizacin y tecnologas de almacenamiento
Descripcin:
Formato de entrega:
el presente trabajo prctico tiene como objetivo realizar la implementacin de

mquinas virtuales para configurar y evaluar un sistemas de almacenamiento implementando distintos
tipos de RAID y su comportamiento ante fallas.
Electrnico en el Laboratorio 266 siguiendo el protocolo especificado
anteriormente
Evaluacin:
Fecha tarda de entrega: No posee
Recursos recomendados: Para facilitar las tareas de este trabajo prctico se podrn utilizar
La evaluacin del trabajo prctico ser realizada en conjunto entre el cuerpo docente
asignado y el grupo desarrollador, por lo que ser obligatoria la presencia de todos los integrantes del
grupo en la fecha de entrega. Este trabajo prctico cuenta con coloquio obligatorio en forma oral grupal e
individual.
todas las mquinas virtuales suministradas, y ser necesario instalar nuevas.
Observaciones:
Es importante mencionar que no se aceptarn videos como parte de la

documentacin del presente trabajo prctico
Ejercicios:
Ejercicio 1:
Instalacin de la infraestructura necesaria para realizar el presente trabajo prctico.
Hardware necesario:
Una computadora con arquitectura x86_64
20 GB en disco disponibles luego de instalar los productos que se requieren
Software a instalar:
Oracle VM VirtualBox
Poner en funcionamiento una mquina virtual con OpenFiler (ya sea instalndolo o
convirtiendo la suministrada)
Poner en funcionamiento otra mquina virtual con el sistema operativo para NAS
suministrado por el grupo docente (particular para cada grupo)
Mquina virtual con cliente i-SCSI (Windows XP con el cliente para iSCSI, Windows 7,
Linux)
Instalar HD Tune Pro en la mquina virtual Windows (o cualquier otro producto para
realizar evaluacin de discos rgidos en Linux)
Entregables:
Documento describiendo la instalacin y activacin del entorno de virtualizacin y las
mquinas virtuales con Imgenes que documenten las instalaciones realizadas. No se
aceptarn imgenes sueltas, sino que debern ser incluidas en un nico documento
que demuestre las instalaciones realizadas ni videos.
Ver mayor detalle en la seccin Recursos para los trabajos prcticos 3 y 4
Ejercicio 2:
Configurar el almacenamiento disponible para los usuarios.
Requerimientos:
Definir 4 discos virtuales (no importa el tamao) para cada mquina virtual (openfiler
y del producto de NAS asignado por el grupo docente).
Configuraciones:
Definir un RAID 5 conformado por 4 discos en cada NAS.
Configure el servidor de iSCSI para que publique el volumen creado en el punto
anterior en cada NAS
Entregables:
Imgenes que sustenten la informacin del backup y la configuracin realizada (se
validar la concordancia entre el backup y las imgenes por lo que se debe realizar
en la misma mquina)
Backup de los NAS
Ejercicio 3:
Consumir los servicios iSCSI desde Windows / Linux (no necesariamente tiene que ser una
mquina virtual), pero se recomienda para que no tenga que instalar productos adicionales en
sus mquinas reales.
Requerimientos:
Configurar los servicios de iSCSI para consumir los recursos compartido en el punto
anterior por cada NAS (se puede hacer de a un NAS a la vez). Opcionalmente se podr
realizar desde un servidor Linux o desde una mquina real conectada a travs de la
red
Configuraciones:
Conectar el volumen iSCSI al equipo Windows / Linux
Ponerlo disponible para que pueda ser utilizado por el sistema operativo seleccionado
Escribir archivos en el dispositivo compartido (mnimo 3 archivos)
Entregables:
Documentacin con imgenes de los pasos realizados para llevar a cabo las
configuraciones y escrituras de archivos
Ejercicio 4:
Pruebas de tolerancia a fallos.
Requerimientos:
Apague las dos mquinas que comparten el recurso iSCSI (cliente y servidor) y elimine
uno de los cuatro discos asignados al raid 5.
Levante nuevamente los servicios.
Explique y documente que sucede tanto a nivel de configuracin del recurso
compartido como a nivel del sistema operativo cliente.
Entregables:
Documentacin con imgenes conteniendo lo que sucedi tanto a nivel del openfiler
como del Windows.
Incluya en el documento las respuestas a las siguientes preguntas:
o Qu sucedi en el NAS luego de iniciarlo con el RAID5?
o Qu paso con los archivos contenidos en el dispositivo?
o Qu sucede si se repiten los pasos removiendo un disco ms?
Ejercicio 5:
Pruebas de performance.
Requerimientos:
Utilizando el utilitario HD Tune Pro (o cualquier otra herramienta similar) realice las
mediciones de performance de los dispositivos RAID implementados.
Configuraciones:
Realizar las mediciones bajo los siguientes escenarios:
o RAID Operativo (Clean)
o RAID Degradado (un disco menos)
Mediciones a realizar:
o File Benchmark: Tamao 2048 Random. Ej.
Drive Benchmark: Read,
Entregables:
Documentacin con imgenes de las pruebas realizadas
Complete la siguiente tabla para cada NAS y compare los resultados
Prueba
Parmetro
File
Benchmark
Read Seq
Read 4KB single
Read 4KB multi
Write Seq.
Write 4KB single
Write 4KB multi
Unidad de
Medida
Raid Clean
Raid
Degradado
Benchmark
Mnimo
Mximo
Promedio
Access Time
Burst Rate
Conteste las siguientes preguntas:

o El comportamiento del RAID en estado normal y estado degradado fue el
mismo. En caso de que no lo haya sido indique si el comportamiento que se
produjo fue el que pens que se iba a producir
o A qu se debe el comportamiento que mostr el RAID.
o Cul de los dos NAS tuvo mejor performance
Ejercicio 6:
Compartiendo por archivos.
Requerimientos:
Configure el protocolo para compartir los recursos del NAS a travs de servicios de
archivos (cualquiera de los mtodos que provea cada uno de los NAS y dependiendo
del cliente con el que se van a consumir)
Repetir las mediciones del punto anterior
Entregables:
Documentacin con imgenes demostrando las configuraciones realizadas.
Respuestas del punto anterior con el nuevo tipo de servicio para publicar los
recursos seleccionado.

Syllabus - de - Sistemas - Operativos - Q3 (Verano) - 2015 - v1

Transféré par

Informations du document

Description originale:

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Syllabus - de - Sistemas - Operativos - Q3 (Verano) - 2015 - v1

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD NACIONAL DE LA MATANZA

Reglamento, Programa y Planificacin.

DEPARTAMENTO: Ingeniera e Investigaciones Tecnolgicas

1.2. OBJETIVOS DE APRENDIZAJE.

1.3. META OPERATIVA:

Se tratara que el alumno al finalizar la materia logre:

Mdulo 1: Generalidades de los sistemas operativos

Mdulo 3: Planificacin de procesadores

Mdulo 4: Sincronizacin y Comunicacin entre Procesos

Mdulo 5: Administracin de Memoria Central

Mdulo 6: Sistema de Gestin de Entrada / Salida

Mdulo 7: Sistema de archivos y sus directorios

Mdulo 8: Proteccin y seguridad

Mdulo 9: Sistemas distribuidos

Mdulo 10: Sistemas de alto rendimiento

BIBLIOGRAFA RECOMENDADA PARA EL CURSO (EN INGLS) 2015

BIBLIOGRAFA RECOMENDADA PARA CONSULTA (EN INGLS)

BIBLIOGRAFA RECOMENDADA PARA CONSULTA (EN CASTELLANO)

6.- DESCRIPCIN DE LA ACTIVIDAD CURRICULAR

7.- EXPERIENCIAS DE LABORATORIO, TALLER O TRABAJOS

Trabajo Prctico Nro. 1:

Trabajo Prctico Nro. 2:

Trabajo Prctico Nro. 3:

Trabajo Prctico Nro. 4:

Defensa de TPs (Coloquio) y Recuperatorios

8.- USO DE COMPUTADORAS

9.- METODOLOGA DE EVALUACIN

Esta asignaturas se evaluar de acuerdo a la reglamentacin vigente en la Universidad y la que se

Rgimen de Trabajos Prcticos

Condiciones para rendir EXAMEN LIBRE

CALENDARIO DE ACTIVIDADES (modalidad presencial)

DURACIN DE CADA CURSO:

MDULO 1: Presupuesto de tiempo: 2 Hs.

MDULO 2: Presupuesto de tiempo: 2 Hs.

PRCTICO 1: Presupuesto de tiempo: 8 Hs.

EVALUACIN PRCTICO 1: Presupuesto de tiempo: 1 Hs.

MDULO 3: Presupuesto de tiempo: 8 Hs.

MDULO 4: Presupuesto de tiempo: 10 Hs.

PRCTICO 2: Presupuesto de tiempo: 6 Hs.

EVALUACIN PRCTICO 2: Presupuesto de tiempo: 1 Hs.

EVALUACIN 1: Presupuesto de tiempo: 4 Hs.

Evaluar a los alumnos sobre los conocimientos tericos y prcticos.

MDULO 5: Presupuesto de tiempo: 10 Hs.

MDULO 6: Presupuesto de tiempo: 6 Hs.

MDULO 7: Presupuesto de tiempo: 6 Hs.

MDULO 8: Presupuesto de tiempo: 1 Hs.

PRCTICO 3: Presupuesto de tiempo: 10 Hs.

EVALUACIN PRCTICO 3: Presupuesto de tiempo: 1 Hs.

EVALUACIN 2: Presupuesto de tiempo: 4 Hs.

Evaluar a los alumnos sobre los conocimientos tericos y prcticos.

MDULO 9: Presupuesto de tiempo: 1 Hs.

MDULO 10: Presupuesto de tiempo: 6 Hs.

PRCTICO 4: Presupuesto de tiempo: 10 Hs.

Que el alumno consolide todos los conocimientos incorporados en el cuatrimestre realizando un

RECUPERACIN 1: Presupuesto de tiempo: 4 Hs.

REGLAMENTO DE PROMOCIN y NORMAS DE LA CTEDRA

NORMAS BSICAS DE LA CTEDRA

Rgimen de cursado y aprobacin de la asignatura Sistemas de

2.- RGIMEN DE PROMOCIN POR EXMENES PARCIALES Y RECUPERATORIOS:

3. RGIMEN NO PROMOCIONADO DE PARCIALES Y SUS RECUPERATORIOS:

La calificacin necesaria para aprobar el examen final ser de 4 o ms puntos

4.- LA VALIDEZ DE LA ASIGNATURA "CURSADA"