INSTITUTO POLITÉCNICO NACIONAL

ESCUELA SUPERIOR DE CÓMPUTO

SUBDIRECCIÓN ACADÉMICA
DEPARTAMENTO DE CIENCIAS E INGENIERÍA
DE LA COMPUTACIÓN

ACADEMIA DE FUNDAMENTOS DE SISTEMAS ELECTRÓNICOS

Presidente de Academia: M. en C. Ismael Cervantes de Anda

Coordinadores de Unidades de Aprendizaje 18-2

Nivel Unidad de Aprendizaje Coordinador

I Análisis Fundamental de M. en C. José Alfredo Martínez
Circuitos Guerrero
II Electrónica Analógica M. en C. Juan Carlos Martínez Díaz
III Instrumentación Dr. Alfonso Gutiérrez Aldana

Para quejas, dudas y sugerencias acudir con M. en C.

Raúl Santillán Luna Jefe del Departamento de
Ciencias e Ingeniería de la Computación.
cic_escom@ipn.mx Tel. 5729 6000 Ext. 52067.
 INSTITUTO POLITÉCNICO NACIONAL
ESCUELA SUPERIOR DE CÓMPUTO
SUBDIRECCIÓN ACADÉMICA
DEPARTAMENTO DE CIENCIAS E INGENIERÍA
DE LA COMPUTACIÓN

ACADEMIA DE CIENCIAS DE LA COMPUTACIÓN

Presidente de Academia: M. en C. Rafael Norman Saucedo Delgado

Coordinadores de Unidades de Aprendizaje 18-2

Nivel Unidad de Aprendizaje Coordinador

I Algoritmia y Programación Estructurada M. En C. Edgardo Adrián Franco Martínez

I Estructuras de Datos M. En C. Rafael Norman Saucedo Delgado
II Programación Orientada a Objetos M. En C. Yaxkin Flores Mendoza
II Programación Orientada a Objetos I Plan 99 M. En C. Yaxkin Flores Mendoza
II Teoría Computacional M En C. Luz María Sánchez García
III Compiladores M. En C. Ricardo Felipe Díaz Santiago
III Análisis de Algoritmos M. En C. Edgardo Adrián Franco Martínez
III Computational Geometry Dra. Rosaura Palma Orozco
III Evolutionary Computing Dr. Jorge Luis Rosas Trigueros
III Computer Animation M. En C. Rafael Norman Saucedo Delgado

Para quejas, dudas y sugerencias acudir con M. en C.

Raúl Santillán Luna Jefe del Departamento de Ciencias
e Ingeniería de la Computación. cic_escom@ipn.mx Tel.
5729 6000 Ext. 52067.
 ETS de Instrumentación

La evaluación será individual y se realizará en el laboratorio de electrónica E1.

Cada estudiante deberá presentarse con el prototipo del instrumento que desarrolló durante el semestre,
el informe técnico correspondiente y todo lo necesario para hacer una demostración funcional.
Recordar que:
- El uso del laboratorio implica presentar credencial vigente de la ESCOM.
- Un instrumento comprende: sensores, etapas de acondicionamiento, conversión A/D, etapa de
despliegue (posiblemente una GUI), comunicación con otros equipos, etc.

Como parte de la evaluación, el estudiante realizará mediciones con el equipo de laboratorio y

contestará a preguntas respecto a:
- Su prototipo.
- Conceptos y fundamentos de instrumentación.

Para planear las citas, es necesario que cada alumno envíe al correo agutierr@cic.ipn.mx un mensaje
avisando que presentará examen. Fecha límite para la recepción de correos: 29/06/2018.
 Profesores coordinadores de ETS ordinario
semestre 2017‐2018/2

Academia de Ciencias Básicas

Unidad de Aprendizaje Coordinador
Álgebra Lineal Ángel Morales González
Análisis Vectorial Alfredo Martínez Nuño
Cálculo Martha Patricia Jiménez Villanueva
Cálculo Aplicado Jesús Ortuño Araujo
Economic Engineering Ángel Morales González
Ecuaciones Diferenciales Jorge Javier Silva
Matemáticas Discretas María Susana Sánchez Palacios
Probabilidad y Estadística Ángel Salvador Montiel Sánchez
Matemáticas Avanzadas para la Ingeniería Encarnación Salinas Hernández
Física José Armando Esquivel Centeno

 UNIDAD DE APRENDIZAJE COORDINADOR PROYECTO OBSERVACIONES
Administración de Proyectos Virginia Sánchez Cruz NO
Administración de Servicios en Red Manuel Alejandro Soto Ramos SI
Administración Financiera Josefina Hernández NO
Análisis y Diseño Orientado a Objetos Marco Antonio Dorantes González NO
Analysis and Design of Parallel Algorithms NO
Aplicación para Comunicaciones en Red Gilberto Sanchez Quintanilla SI
Application Development for Mobile Devices Mónica Rivera de la Rosa SI
Arquitectura de Computadoras Nayeli Vega Garcia NO
Artificial Intelligence Edgar Armando Catalán Salgado NO
Bases de Datos Distribuidas I Euler Hernández Contreras NO
Bases de Datos Distribuidas II Euler Hernández Contreras NO
Bases de Datos I (Bases de Datos) Euler Hernández Contreras NO
Bases de Datos II Euler Hernández Contreras NO
Bases de Datos Roberto De Luna Caballero SI
Computing Selected Topics NO
Cryptography Nidia Asunción Cortez Duarte SI
Data Mining Erika Hernández Rubio NO
Database Selected Topics Lorena Chavarría Báez NO
Desarrollo de Aplicaciones para la Web I José Asunción Enríquez Zarate NO
Desarrollo de Aplicaciones para la Web II José Asunción Enríquez Zarate NO
Desarrollo de Sistemas Distribuidos Ukranio Coronilla Contreras SI
Diseño de Sistemas Digitales Fernando Aguilar Sanchez SI PASAR A VER AL PROFESOR
Distributed Databases Euler Hernández Contreras NO
Fundamendos de Diseño Digital Claudia Alejandra López Rodriguez NO TRAER CALCULADORA
Fundamentos Económicos Juan Antonio Castillo Marrufo NO
Genetic Algorithms Sandra Luz Morales Güitrón NO
Gestión Empresarial Miguel Ángel Maldonado NO
Image Analysis Maria Elena Cruz Meza SI
Ingeniería de Software I Laura Méndez Segundo NO
Ingeniería de Software II Laura Méndez Segundo NO
Ingeniería de Software Laura Méndez Segundo NO
Inteligencia Artificial Avanzada I Edgar Armando Catalán Salgado NO
Inteligencia Artificial Avanzada II Edgar Armando Catalán Salgado NO
Jose Juan Perez Perez (M)
Introduccion a los microcontroladores SI MISMO PROYECTO
Juan Carlos Morales Cruz (V)
IT Governance Roció Palacios Solano NO
Métodos Cuantitativos Ariel López Rojas NO
Neural Networks Marco Antonio Moreno Armendáriz NO
Pattern Recognition Maria Elena Cruz Meza SI
Programación Visual Alejandro Sigfrido Cifuentes Álvarez NO
Reconocimiento de Imágenes José Felix Serrano Talamantes NO
Redes de Computadoras Axel Ernesto Moreno Cervantes NO
Redes neuronales Artificiales I Gabriela de Jesús López Ruiz NO
Redes neuronales Artificiales II Gabriela de Jesús López Ruiz NO
Sistemas Embebidos Victor Hugo García Ortega NO
Sistemas Neurodifusos I Sandra Luz Morales Güitrón NO
Sistemas Neurodifusos II Sandra Luz Morales Güitrón NO
Sistemas Operativos José Alfredo Jiménez Benítez NO
Software Engineering for Mobile Devices Ulises Vélez Saldaña SI
Systems Simulations NO
Técnicas de Desarrollo de Sistemas Laura Méndez Segundo NO
Tecnologías para la Web Gabriela de Jesús López Ruiz NO
Teoria de Comunicaciones y Señales César Mújica Ascencio NO
Tratamiento digital de imágenes José Felix Serrano Talamantes NO
Web Application Development Hermes Francisco Montes Casiano NO
Web Security Alejandro Sigfrido Cifuentes Álvarez NO
 Imprimir

Proyecto para el ETS de Administración de

servicios en red

Administración de servicios en red

Formato ETS 2018

Proyecto previo- > Requisito (50 % de valor de la calificación del ETS)

Trabajo Previo

1.- Especificaciones:

El examen se realizará mediante el emulador GNS3 en el entorno del sistema operativo RAIZO (
https://sourceforge.net/projects/live-raizo/ ) en una versión que soporta la integración con maquinas virtuales
QEMU y VirtualBox.
El día del examen el alumno encontrará una topología armada que tendrá que configurar en cuanto a su
conectividad y a la cual integrará los contenedores virtuales que deberá llevar para interactuar con la
topología.
 Por lo tanto el alumno deberá llevar los archivos que le permitan integrar el o los servidores
(preconfigurados y especificados en el apartado 2) necesarios para cubrir la funcionalidad siguiente:
Agente SNMP: uno de sus equipos (posiblemente su servidor HTTP) deberá tener instalado un agente
SNMP el cual será configurado como se le indique en el examen para ser accedido mediante un gestor
contenido en la topología del examen considerando las restricciones que se le indiquen.
Gestor SNMP: uno de sus equipos (su gestor SNMP) deberá de ser capaz de obtener información de
algún agente que se encontrará ya instalado en la topología del examen, así como de su propio agente.
Servidores FTP y TFTP: utilizados entre otra cosas para respaldar la configuración de los equipos de
comunicación incluidos en la topología.
Servidor de correo electrónico: usado como entrada al Centro de Soporte (a modo de sistema de tikets)
por los sistemas (o scripts) que haya desarrollado para reportar fallas de manera automática.
Los equipos que harán las veces de enrutadores serán máquinas virtuales ejecutando el software Rcp
100; especificamente en su vesión de live CD RCPlive (http://rcp100.sourceforge.net/rcplive.html), para
que sea tomado en cuenta para el desarrollo de sus scripts.

2.- Especificación de los servidores de aplicación (Contenedores Virtuales que presenten la funcionalidad
definida para cada uno de ellos en la sección 2. NOTA: Se debe entregar en un (CD) una carpeta para cada
uno de los servidores los siguientes elementos: a) Manual de Instalación, b) Manual de configuración y c)
Manual de usuario; para cada uno de los servidores)

HTTP

FTP y TFTP

SSH

DNS

Servidor de aplicaciones. Protocolo HTTP

1.--Contenedor virtual por IP y por dominio

1. 1. Restringir acceso al recurso por dirección IP del cliente

2. Restringir acceso al recurso por segmento de red

3. Restringir acceso al recurso por nombre de usuario (grupo de usuarios)/clave de acceso

2. Configuración de puerto(s) de operación

3. Servidor de aplicación utilizando el protocolo HTTPS

1. Definición de certificados /llaves de operación

2. Certificados auto firmados

4. Definición de páginas de error para todos los sitios

1. Configurar 3 Diferentes tipos de errores del sitio

Servidor de aplicación Protocolo FTP

1. 1. Restringir acceso al recurso por dirección IP del cliente

2. Restringir acceso al recurso por usuario

3. Restringir acceso al recurso por grupo de usuarios

2. Configuración de puerto de operación

3. Servidor de aplicación utilizando el protocolo seguro para la transferencia de archivos

1. Definición de certificados de operación

4. Implementación de “jaulas” para diferentes usuarios

Servidor de aplicación Protocolo FTP

1. 1. Funcionamiento de copia y lectura de archivos remota

Servidor de aplicaciones implementando SSH

1.- Conexión en terminal

2.- Conexión utilizando Entorno gráfico

3.- Copia de elementos remotos del servidor al cliente y del cliente al servidor

4.-Intercambio de llaves para autenticación sin confirmación

5.-Realizar un ”tunel” de protocolos utilizando SSH (3 diferentes protocolos)

Servidor de aplicación Protocolo DNS

Requisitos de operación del servidor:

1. Servidor DNS primario

2. Servidor DNS secundario

3. Comunicación de servidor Primario- secundario mediante protocolo cifrado

Servidor de aplicación protocolo SNMP
Requisitos de operación del servidor

1. Versión 3

2. Crear dos grupos de trabajo

a. Administradores

i. Permitir peticiones de lectura/escritura a los agentes

b. Usuarios

i. Permitir peticiones de lectura a los agentes

3. Crear dos usuarios en cada grupo

4. Utilización de Autenticación con Password Cifrado

Agentes de SNMP
Requisitos de operación de los agentes

1. Versión 3

2. Envío de notificaciones

a. Autenticaciones fallidas

b. Conexión de la interfaz

c. Reconexión de alguna interfaz

d. Desconexión de alguna interfaz

Elementos a evaluar:

Protocolos de enrutamiento (Diseño y configuración de servicio)

Sistemas de notificaciones (Uso de agentes SNMP)
Sistemas de control y administración de accesos (Servidores y Listas de control de accesos)
Sistemas de Calidad en el servicio para el acceso a la red y los servicios de los protocolos de capa de
aplicación del modelo TCP/IP(SLA, Redundancia y Replicación)
Sistemas de almacenamiento y análisis de la información de trabajo en la red (bitácoras y copias de
seguridad)

3.- Fecha de Examen: Pendiente de publicación.

Contacto: Coordinador de ETS. Manuel Alejandro Soto Ramos

msotoa06@yahoo.com.mx
 E.T.S. Aplicaciones para Comunicaciones en Red.

Ing. Gilberto Sánchez Quintanilla

En el laboratorio de redes de computadoras deberá poner la siguiente infraestructura, de tal

manera que los equipos realicen las siguientes funciones.

1. Programar un servidor DHCP administrable, el cual asigne a tres equipos la siguiente

configuración de red: a) Equipo 1 – Dirección IP, M. Subred, Puerta de enlace y DNS. b)
Equipo 2 – Dirección IP, M. Subred y Puerta de enlace. c) Equipo 3 – Dirección IP y M.
Subred. La dirección de DNS será la del servidor de DNS que se indica en el punto 2.
2. Programar un cliente-servidor DNS el cual solicite al servidor DNS del IPN (148.204.103.2)
o al servidor de Google (8.8.8.8) las peticiones de DNS que solicita el cliente DNS (Equipo
1), y se las reenvié al cliente de DNS (Equipo 1). A excepción de todas las solicitudes que
tengan el dominio www… … … ipn.mx, a las cuales se indicara al cliente DNS (Equipo 1) que
la dirección IP es del servidor HTTP indicado en el punto 3.
3. Programar un servidor HTTP el cual tenga las páginas de 5 sitios del IPN (www.ipn.mx,
www.escom.ipn.mx, etc).

Nota: El servidor NAT es opcional, y si se implementa será con Iptables, y no hará asignación.
Todos los equipos los puede manejar de forma individual en máquinas virtuales en modo puente
para su desarrollo, en el laboratorio deberán ser equipos individuales.

Dudas al correo: mcsquintanillag@gmail.com. Con tema: URGENTE ETS

 DESARROLLO DE SISTEMAS DISTRIBUIDOS

Proyecto ETS

Elaborado por: Ukranio Coronilla

El examen a título de suficiencia consta de una parte teórica y una parte práctica que se
desarrollará en el aula y dentro del horario fijado, por lo que se requiere su puntual
asistencia y traer una LAP con el sistema operativo LINUX instalado, así como interfaz de
red Wifi funcionando.

Para desarrollar el proyecto es necesario tener instalado el compilador de C++ y/o Java
(según se haya visto con su profesor), y tener completo conocimiento del manejo de
sockets UDP en cualquiera de los dos lenguajes, así como el código básico necesario para
elaborar pequeñas aplicaciones distribuidas.

En cuanto a la parte teórica se aplicará al inicio un cuestionario de opción múltiple con un

valor del 50% del total del examen ETS. En cuanto a la parte práctica se tendrá que
terminar por completo la aplicación distribuida con toda la funcionalidad, lo cual va a
corresponder con el otro 50% del total.

En el caso de que no funcione la aplicación distribuida completamente sólo se podrá

asignar como máximo un 10% de la calificación del ETS.

Para la teoría es necesario estudiar

Advertencia: Evite copiar programas y que le sean copiados, cualquier acto de plagio se
castigará para plagiario y plagiado con cero.
 Software Engineering for Mobile devices
Escuela Superior de Cómputo, Instituto Politécnico Nacional

Proyecto para ETS

Alcance por desarrollar: 100% Análisis, 50% diseño, 50% desarrollo.
Empresa
Nombre: T-DEP (Tele-Deportes S. A. de C. V.)
Rubro: Elaboración de estudios estadísticos y de mercado.
Contacto: Lic. Ulises Vélez Saldaña, Depto de Desarrollo.
E-mail: ulises(dot)velez(at)gmail(dot)com

Contexto
T-DEP se dedica a desarrollar productos y servicios para fomentar el deporte. Para lograrlo elabora
estudios estadísticos y de mercado basados en el levantamiento de encuestas y el análisis de resultados. Como
parte de sus estrategias promueve el desarrollo de una aplicación gratuita a sus clientes que realizan caminata,
atletismo o ciclismo con la finalidad de recabar información:

Deportes que practica. Llevar el registro de la actividad que realiza: Ciclismo, caminar, trotar, correr, etc.
Hábitos. Alimentación, vitaminas, calentamiento, etc.
Horarios. Horario en el que acostumbra realizar dichas actividades.
Distancias, tiempos y marcas. Que distancias recorre, tiempos que se tarda y sus mejores marcas, por
cada sesión, en promedio semanal, por sesión, mensual, etc.
Frecuencia y constancia. Cada cuando realiza el ejercicio, cuantos días deja pasar entre sesiones y la
duración de las mismas.
Lugares que frecuenta. En que lugares se ejercita (parques, campo abierto, camellones, etc.) y que
recorridos realiza (rutas frecuentes, etc.)

Para lograrlo la aplicación móvil debe solicitar el menor número de datos posibles al usuario y los
demás debe obtenerlos o deducirlos mediante el uso de sensores, GPS, mapas, servicios web de
Geolocalización, etc. Debe ser intuitiva y fácil de usar, con una buena experiencia del usuario y permitir la
promoción y uso de la aplicación mediante compartir fotos, resultados, calificaciones, recomendaciones,
promociones de los lugares visitados, rancheo de usuarios, etc. La meta final de la aplicación es que al final T-
DEP tenga un registro de toda la información recabada para fines de mercadotecnia, diseño de productos y
estrategias de venta.

Objetivo
Se requiere la elaboración de una aplicación móvil que aproveche las prestaciones del dispositivo y servicios de
la nube para que la aplicación resultante sea atractiva de fácil uso y útil para la recolección de datos.

Requerimientos
Se espera que el sistema móvil cuente con las siguientes características:

Registro en el servidor de la sesiones de cada usuario midiendo datos cono: velocidad, trayecto, lugar,
deporte, tiempo de ejercicio, actividades complementarias, etc.
Consultar su histórico y gráficas de desempeño.
Compartir mejores marcas en redes sociales.
Creación de redes de amigos mediante la invitación a sus contactos del teléfono u otras redes sociales.

Av. Juan de Dios Bátiz S/N esq. Miguel Othón de Mendizabal Col. Lindavista C.P. 07738, México, D. F.
Profr. Ulises Vélez Saldaña, correo: ulises.velez@gmail.com
 Software Engineering for Mobile devices
Escuela Superior de Cómputo, Instituto Politécnico Nacional

Proyecto para ETS

Alcance por desarrollar: 100% Análisis, 50% diseño, 50% desarrollo.
Empresa
Nombre: T-DEP (Tele-Deportes S. A. de C. V.)
Rubro: Elaboración de estudios estadísticos y de mercado.
Contacto: Lic. Ulises Vélez Saldaña, Depto de Desarrollo.
E-mail: ulises(dot)velez(at)gmail(dot)com

Contexto
T-DEP se dedica a desarrollar productos y servicios para fomentar el deporte. Para lograrlo elabora
estudios estadísticos y de mercado basados en el levantamiento de encuestas y el análisis de resultados. Como
parte de sus estrategias promueve el desarrollo de una aplicación gratuita a sus clientes que realizan caminata,
atletismo o ciclismo con la finalidad de recabar información:

Deportes que practica. Llevar el registro de la actividad que realiza: Ciclismo, caminar, trotar, correr, etc.
Hábitos. Alimentación, vitaminas, calentamiento, etc.
Horarios. Horario en el que acostumbra realizar dichas actividades.
Distancias, tiempos y marcas. Que distancias recorre, tiempos que se tarda y sus mejores marcas, por
cada sesión, en promedio semanal, por sesión, mensual, etc.
Frecuencia y constancia. Cada cuando realiza el ejercicio, cuantos días deja pasar entre sesiones y la
duración de las mismas.
Lugares que frecuenta. En que lugares se ejercita (parques, campo abierto, camellones, etc.) y que
recorridos realiza (rutas frecuentes, etc.)

Para lograrlo la aplicación móvil debe solicitar el menor número de datos posibles al usuario y los
demás debe obtenerlos o deducirlos mediante el uso de sensores, GPS, mapas, servicios web de
Geolocalización, etc. Debe ser intuitiva y fácil de usar, con una buena experiencia del usuario y permitir la
promoción y uso de la aplicación mediante compartir fotos, resultados, calificaciones, recomendaciones,
promociones de los lugares visitados, rancheo de usuarios, etc. La meta final de la aplicación es que al final T-
DEP tenga un registro de toda la información recabada para fines de mercadotecnia, diseño de productos y
estrategias de venta.

Objetivo
Se requiere la elaboración de una aplicación móvil que aproveche las prestaciones del dispositivo y servicios de
la nube para que la aplicación resultante sea atractiva de fácil uso y útil para la recolección de datos.

Requerimientos
Se espera que el sistema móvil cuente con las siguientes características:

Registro en el servidor de la sesiones de cada usuario midiendo datos cono: velocidad, trayecto, lugar,
deporte, tiempo de ejercicio, actividades complementarias, etc.
Consultar su histórico y gráficas de desempeño.
Compartir mejores marcas en redes sociales.
Creación de redes de amigos mediante la invitación a sus contactos del teléfono u otras redes sociales.

Av. Juan de Dios Bátiz S/N esq. Miguel Othón de Mendizabal Col. Lindavista C.P. 07738, México, D. F.
Profr. Ulises Vélez Saldaña, correo: ulises.velez@gmail.com
 Software Engineering for Mobile devices
Escuela Superior de Cómputo, Instituto Politécnico Nacional

Consultar información y progreso de sus amigos, comentar y calificar (con escala de estrellitas, likes u otro
mecanismo).
Motivadores como el logro de retos especiales, competencias entre amigos, desbloqueo de características,
obtención de beneficios como descuentos de productos o acceso a promociones o beneficios con la empresa.

Alcance
El trabajo a realizar para el ETS consiste en proponer una solución de al menos 10 casos de uso (o
User Histories con al menos 2 Epic User Histories) para el dispositivo, el diseño arquitectónico de la aplicación,
el diseño a detalle (nivel de clases con el modelo de clases estáticas y dinámicas de la aplicación, y la base de
datos) para al menos la mitad de los casos de uso y la programación de los casos de uso seleccionados. La
parte de la aplicación a desarrollar debe incluir al menos 3 de las 5 siguientes características:

Comunicación con el servidor (al menos FireBase de Google).

Uso de mapas (e.g. API de Google Maps)
Uso de sensores (GPS, Acelerómetro, podómetro, etc.)
Uso de al menos dos patrones de diseño.
Arquitectura de al menos tres capas en el celular.

Entrega
El proyecto se debe entregar en formato digital el día del examen. La documentación deberá ser
entregada además en impreso y con una presentación adecuada.

Programa. La funcionalidad mínima necesaria para verificar el resultado del Análisis y diseño a fin de validar
la especificación (tome los requerimientos relevantes, con base en el objetivo del proyecto).

Fuentes. Los fuentes del programa para su verificación en caso de que el programa no funcione del todo.
Debe estar construido de manera que no se requiera adquirir ninguna licencia de software de terceros.

Archivo Leeme. Que describe el contenido del entregable y la organización de su contenido. Puede servir de
guía en caso de que el proceso de instalación falle.

Documentación. Documento del programa que entre otras cosas debe contener: Descripción propia del
problema; Objetivos del programa; Descripción de la forma en que la propuesta resuelve el problema;
Desarrollo de los requerimientos funcionales y no funcionales (usando casos de uso o user histories, modelado
del proceso y reglas de negocio, Modelo de clases, glosario de términos); Arquitectura del sistema (descripción
de la plataforma de ejecución); Diseño y descripción de las interfaces; Diagramas de Clases a programar y su
descripción; y diagramas de secuencia de los distintos escenarios de todos los casos de uso, Modelo del
dominio del problema (Base de datos), especificación de las operaciones de acceso a datos (consultas HQL,
SQL, PL’s, Store procedures, etc.).

Evaluación
Aspectos a evaluar:

Presentación. Impreso en carpeta, hojas paginadas, ortografía, portada, índices, etc.

Organización. Organización en capítulos, secciones subsecciones, numeración y referencia de figuras y
tablas, uso de notas al pie, uso de referencias, bibliografía y tipografía cuando es necesaria.
Av. Juan de Dios Bátiz S/N esq. Miguel Othón de Mendizabal Col. Lindavista C.P. 07738, México, D. F.
Profr. Ulises Vélez Saldaña, correo: ulises.velez@gmail.com
 Software Engineering for Mobile devices
Escuela Superior de Cómputo, Instituto Politécnico Nacional

Contenido. Que el documento contenga efectivamente la información que debe contiene considerando que
sea: simple, medible, atenible, realizable y trazable. Como se definen los requerimientos SMART.
Aplicación. Que lo que se está especificando se pueda llevar a cabo, mediante la verificación del diseño con
el análisis y con el código entregado.
User experience: Aplicación de las principales guías de diseño y buenas practicas.

Para evaluar el proyecto se deberá entregar la documentación. La documentación debe coincidir con los
casos de uso. La evaluación del proyecto será conforme a la siguiente rúbrica.

Aspectos a Nivel avanzado (100%) Nivel Intermedio (80%) Nivel Básico (60%)
evaluar

Análisis La especificación del sistema cubre todos los
aspectos relevantes y necesarios para la
implementación, tienen buena ortografía, son
SMART, usan apropiadamente las técnicas de
modelado (UML, BPMN, etc.), están bien
organizados, se usa el lenguaje del negocio y
pueden ser legibles por el usuario final. (25%)
La especificación del sistema cubre la
mayoría de los aspectos relevantes y
necesarios para la implementación,
tienen buena ortografía, son SMART,
usan apropiadamente las técnicas de
modelado (UML, BPMN, etc.) y pueden
ser legibles con dificultad por el usuario
final. (20%)
La especificación del sistema cubre el
50% de los aspectos necesarios para la
implementación, tienen buena
ortografía, usan algunas técnicas de
modelado (UML, BPMN, etc.) y pueden
ser legibles solo por el desarrollador.
(15%)

Diseño El diseño es coherente con el análisis y cubre
todos los requerimientos, usa
apropiadamente las técnicas de modelado
(UML, BPMN, etc.), respeta una arquitectura
definida y cuenta con una una cohesión y
acoplamiento aceptables, se respetan los
principales principios de diseño:
responsabilidad simple, inversion de
dependencia, segregación de interfaz y
abierto cerrado. (25%)
El diseño es coherente con el análisis y
cubre la mayoría de los requerimientos,
usa las técnicas de modelado (UML,
BPMN, etc.) respeta una arquitectura
definida y cuenta con una una cohesión y
acoplamiento aceptables, se respetan
algunos de los principales principios de
diseño: responsabilidad simple, inversion
de dependencia, segregación de interfaz
y abierto cerrado. (20%)
El diseño corresponde en parte con el
análisis y cubre algunos de los
requerimientos, usa con dificultades las
técnicas de modelado (UML, BPMN,
etc.) no hay una arquitectura definida y
no se respetan los principales principios
de diseño: responsabilidad simple,
inversion de dependencia, segregación
de interfaz y abierto cerrado. (15%)

Implementación Las interfaces, validaciones, código
implementado (clases y métodos), base de
datos y consultas ejecutadas corresponden
con la especificación del análisis y diseño en
al menos el 30% de los casos de uso
especificados en el análisis. (25%)
Las interfaces, validaciones, código
implementado (clases y métodos), base
de datos y consultas ejecutadas
corresponden en su mayoría con la
especificación del análisis y diseño. La
implementación cubre al menos el 30%
de los casos de uso especificados en el
análisis. (20%)
Las interfaces, validaciones, código
implementado (clases y métodos), base
de datos y consultas ejecutadas no
corresponden con la especificación del
análisis y diseño. La implementación
cubre al menos el 30% de los casos de
uso especificados en el análisis. (15%)

User Considera y aplica todas las Considera y aplica las recomendaciones No considera el UX. (15%)
Experience (UX) recomendaciones de UX, buenas prácticas y de UX, prácticas y guías de diseño
guías de diseño. (25%) mínimas. (20%)

Av. Juan de Dios Bátiz S/N esq. Miguel Othón de Mendizabal Col. Lindavista C.P. 07738, México, D. F.
Profr. Ulises Vélez Saldaña, correo: ulises.velez@gmail.com
INSTITUTO POLITÉCNICO NACIONAL         U.A    CRYPTOGRAPHY 
ESCUELA SUPERIOR DE CÓMPUTO      EXAMEN A TÍTULO DE SUFICIENCIA 2017‐2018/2 
 
Proyecto para ETS Cryptography  
 
Implement Digial Signature  
 
 Hash function SHA‐1  
 RSA  (read a *.txt file) 
o Generation of parameters 
o Encrypt process (generate a *.txt file) 
o Decrypt process 
 (you can´t use existant functions, you should to programm it) 

You should implement both process in network, so you should show Alice in a different PC than Bob (view Image 1)

 Finally prepare a report according to the following template itself to be submitted at the time of examination. 
 In order to present your Project you should contact me in nidiacortez3@gmail.com to make an appointment before theorical test. 
o Project 45%  
o Exam    55% 
 
INSTITUTO POLITÉCNICO NACIONAL         U.A    CRYPTOGRAPHY 
ESCUELA SUPERIOR DE CÓMPUTO      EXAMEN A TÍTULO DE SUFICIENCIA 2017‐2018/2 

 
Image 1 Digital Signature
 INSTITUTO POLITÉCNICO NACIONAL
ESCUELA SUPERIOR DE CÓMPUTO

CRYPTOGRAPHY

“Digital Signature”

ETS Project 2017-2018/02

By:

Student name

Professor:
M. en C. NIDIA ASUNCIÓN CORTEZ DUARTE

June 2018

i 
 
INSTITUTO POLITÉCNICO NACIONAL  
   
   U.A    CRYPTOGRAPHY 
ESCUELA SUPERIOR DE 
CÓMPUTO   
  EXAMEN A TÍTULO DE SUFICIENCIA 2017‐2018/2 

Index

Contenido
Introduction:.............................................................................................................. 3 

Literature review:....................................................................................................... 3 

Software (libraries, packages, tools): ............................................................................ 3 

Procedure: ................................................................................................................. 3 

Results ...................................................................................................................... 3 

Discussion:................................................................................................................ 3 

Conclusions:.............................................................................................................. 4 

References: ............................................................................................................... 4 

Code ......................................................................................................................... 4 
 

Introduction:

Write your own concise introduction. It should explain the outlines of the work, what results have
been determined, and salient points about the work. Remember that an introduction “tells the reader
what he/she is going to be reading.”

Literature review:

The literature needs to provide an understanding of the conceptual and theoretical and mathematical
background, context and justification of your work.

You should include diagrams, formulas, algortithms, …

should be referenced using

Software (libraries, packages, tools):

* Make a list of ALL items used in the lab. Alternatively, materials can be included as part of the
procedure.

Procedure:

* Flowchart / block diagram

* Add details (step-by-step) of your procedure in such a way that anyone else could repeat the
experiment.

Results

* This section should include any data tables, observations, images.

* All tables, graphs and charts should be labeled appropriately.

This section describes but does not explain your results

Since you are presenting your results, not the figures which represent the results, you should ensure
you refer explicitly to your results and not just to your data figures (graphs, tables). As you describe
particular results in the text of your results section, make sure you refer to the corresponding
figure in brackets after you have mentioned the results. The figures should be inserted into the
text as soon as possible after you mention them.

Discussion:
Your discussion section has two fundamental aims:
 to interpret and explain the results of your study,
 

 to explore the significance of your study’s findings. qualify and explore the theoretical
importance/significance of your results.

The discussion is also the place in a report where any qualifications or reservations you have about
the research should be aired.

Conclusions:

* List one thing you learned and describe how it applies to a real-life situation.
*Discuss possible errors that could have occurred in the collection of the data (experimental errors)
*How generally do your results apply?
*Were their any defects in your experimental design or procedure?

References:
It is essential to include a reference list or bibliography of the reference material you consulted during
your research for the report.
Is list of all the references cited in the text of your report
Throughout the text of your report you will also need to provide references when you have
included an idea in your report which is not your own original idea.

A reference is the bracketed or footnoted piece of information within the text of your writing that
provides an acknowledgment that you are using someone else's ideas.

Include all references including those of Internet and comment all the reused code using IEEE
Citation Reference

Code
Include all source code, comment all the reused code and also show the references

You must use the next link to format your code

http://www.planetb.ca/syntax-highlight-word
 

*About figures or tables*

Using figures such as diagrams, tables, graphs, charts or maps can be a very useful way to show and
emphasise information in your report.

Figures essential to the report should be smoothly and correctly integrated and should be explained
and referred to in the main body of the report.

Example:
Circuito previamente armado para el ETS Introduccion a 
los microcontroladores 
 

 
 Software Engineering for Mobile devices
Escuela Superior de Cómputo, Instituto Politécnico Nacional

Consultar información y progreso de sus amigos, comentar y calificar (con escala de estrellitas, likes u otro
mecanismo).
Motivadores como el logro de retos especiales, competencias entre amigos, desbloqueo de características,
obtención de beneficios como descuentos de productos o acceso a promociones o beneficios con la empresa.

Alcance
El trabajo a realizar para el ETS consiste en proponer una solución de al menos 10 casos de uso (o
User Histories con al menos 2 Epic User Histories) para el dispositivo, el diseño arquitectónico de la aplicación,
el diseño a detalle (nivel de clases con el modelo de clases estáticas y dinámicas de la aplicación, y la base de
datos) para al menos la mitad de los casos de uso y la programación de los casos de uso seleccionados. La
parte de la aplicación a desarrollar debe incluir al menos 3 de las 5 siguientes características:

Comunicación con el servidor (al menos FireBase de Google).

Uso de mapas (e.g. API de Google Maps)
Uso de sensores (GPS, Acelerómetro, podómetro, etc.)
Uso de al menos dos patrones de diseño.
Arquitectura de al menos tres capas en el celular.

Entrega
El proyecto se debe entregar en formato digital el día del examen. La documentación deberá ser
entregada además en impreso y con una presentación adecuada.

Programa. La funcionalidad mínima necesaria para verificar el resultado del Análisis y diseño a fin de validar
la especificación (tome los requerimientos relevantes, con base en el objetivo del proyecto).

Fuentes. Los fuentes del programa para su verificación en caso de que el programa no funcione del todo.
Debe estar construido de manera que no se requiera adquirir ninguna licencia de software de terceros.

Archivo Leeme. Que describe el contenido del entregable y la organización de su contenido. Puede servir de
guía en caso de que el proceso de instalación falle.

Documentación. Documento del programa que entre otras cosas debe contener: Descripción propia del
problema; Objetivos del programa; Descripción de la forma en que la propuesta resuelve el problema;
Desarrollo de los requerimientos funcionales y no funcionales (usando casos de uso o user histories, modelado
del proceso y reglas de negocio, Modelo de clases, glosario de términos); Arquitectura del sistema (descripción
de la plataforma de ejecución); Diseño y descripción de las interfaces; Diagramas de Clases a programar y su
descripción; y diagramas de secuencia de los distintos escenarios de todos los casos de uso, Modelo del
dominio del problema (Base de datos), especificación de las operaciones de acceso a datos (consultas HQL,
SQL, PL’s, Store procedures, etc.).

Evaluación
Aspectos a evaluar:

Presentación. Impreso en carpeta, hojas paginadas, ortografía, portada, índices, etc.

Organización. Organización en capítulos, secciones subsecciones, numeración y referencia de figuras y
tablas, uso de notas al pie, uso de referencias, bibliografía y tipografía cuando es necesaria.
Av. Juan de Dios Bátiz S/N esq. Miguel Othón de Mendizabal Col. Lindavista C.P. 07738, México, D. F.
Profr. Ulises Vélez Saldaña, correo: ulises.velez@gmail.com
 Software Engineering for Mobile devices
Escuela Superior de Cómputo, Instituto Politécnico Nacional

Contenido. Que el documento contenga efectivamente la información que debe contiene considerando que
sea: simple, medible, atenible, realizable y trazable. Como se definen los requerimientos SMART.
Aplicación. Que lo que se está especificando se pueda llevar a cabo, mediante la verificación del diseño con
el análisis y con el código entregado.
User experience: Aplicación de las principales guías de diseño y buenas practicas.

Para evaluar el proyecto se deberá entregar la documentación. La documentación debe coincidir con los
casos de uso. La evaluación del proyecto será conforme a la siguiente rúbrica.

Aspectos a Nivel avanzado (100%) Nivel Intermedio (80%) Nivel Básico (60%)
evaluar

Análisis La especificación del sistema cubre todos los
aspectos relevantes y necesarios para la
implementación, tienen buena ortografía, son
SMART, usan apropiadamente las técnicas de
modelado (UML, BPMN, etc.), están bien
organizados, se usa el lenguaje del negocio y
pueden ser legibles por el usuario final. (25%)
La especificación del sistema cubre la
mayoría de los aspectos relevantes y
necesarios para la implementación,
tienen buena ortografía, son SMART,
usan apropiadamente las técnicas de
modelado (UML, BPMN, etc.) y pueden
ser legibles con dificultad por el usuario
final. (20%)
La especificación del sistema cubre el
50% de los aspectos necesarios para la
implementación, tienen buena
ortografía, usan algunas técnicas de
modelado (UML, BPMN, etc.) y pueden
ser legibles solo por el desarrollador.
(15%)

Diseño El diseño es coherente con el análisis y cubre
todos los requerimientos, usa
apropiadamente las técnicas de modelado
(UML, BPMN, etc.), respeta una arquitectura
definida y cuenta con una una cohesión y
acoplamiento aceptables, se respetan los
principales principios de diseño:
responsabilidad simple, inversion de
dependencia, segregación de interfaz y
abierto cerrado. (25%)
El diseño es coherente con el análisis y
cubre la mayoría de los requerimientos,
usa las técnicas de modelado (UML,
BPMN, etc.) respeta una arquitectura
definida y cuenta con una una cohesión y
acoplamiento aceptables, se respetan
algunos de los principales principios de
diseño: responsabilidad simple, inversion
de dependencia, segregación de interfaz
y abierto cerrado. (20%)
El diseño corresponde en parte con el
análisis y cubre algunos de los
requerimientos, usa con dificultades las
técnicas de modelado (UML, BPMN,
etc.) no hay una arquitectura definida y
no se respetan los principales principios
de diseño: responsabilidad simple,
inversion de dependencia, segregación
de interfaz y abierto cerrado. (15%)

Implementación Las interfaces, validaciones, código
implementado (clases y métodos), base de
datos y consultas ejecutadas corresponden
con la especificación del análisis y diseño en
al menos el 30% de los casos de uso
especificados en el análisis. (25%)
Las interfaces, validaciones, código
implementado (clases y métodos), base
de datos y consultas ejecutadas
corresponden en su mayoría con la
especificación del análisis y diseño. La
implementación cubre al menos el 30%
de los casos de uso especificados en el
análisis. (20%)
Las interfaces, validaciones, código
implementado (clases y métodos), base
de datos y consultas ejecutadas no
corresponden con la especificación del
análisis y diseño. La implementación
cubre al menos el 30% de los casos de
uso especificados en el análisis. (15%)

User Considera y aplica todas las Considera y aplica las recomendaciones No considera el UX. (15%)
Experience (UX) recomendaciones de UX, buenas prácticas y de UX, prácticas y guías de diseño
guías de diseño. (25%) mínimas. (20%)

Av. Juan de Dios Bátiz S/N esq. Miguel Othón de Mendizabal Col. Lindavista C.P. 07738, México, D. F.
Profr. Ulises Vélez Saldaña, correo: ulises.velez@gmail.com