INSTITUTO POLITECNICO NACIONAL

Unidad Profesional Interdisciplinaria de Ingeniería

y Ciencias Sociales y Administrativas.

Lic. En Ciencias de la Informática

Titulación 1

SECUENCIA
4CM72

Proyecto: Sign

Dr. Flores Arizmendi Alfonso H.

ALUMNO
PAREDES NAVA JORGE CARLOS

Fecha de entrega: 10/06/2020

“La técnica al servicio de la patria”

Contenido
Planteamiento del Problema ...................................................................................... 3
Preguntas de Investigación ........................................................................................ 3
Objetivos .................................................................................................................... 3
General ................................................................................................................... 3
Específicos.............................................................................................................. 3
Justificación ................................................................................................................ 4
Marco Teórico ............................................................................................................ 4
Causas de discapacidad ......................................................................................... 7
Aplicaciones que buscan objetivos similares a Sign ............................................... 8
Investigación Exploratoria ........................................................................................ 10
Hipótesis .................................................................................................................. 18
Diseño de la investigación (Metodología) ................................................................. 18
Acta de constitución del proyecto ......................................................................... 18
Enunciado el alcance del proyecto ....................................................................... 20
Documentación de requisitos ................................................................................ 21
Estructura de desglose del trabajo (edt) ............................................................... 23
Diccionario - simplificado ...................................................................................... 24
Presupuesto del proyecto ..................................................................................... 26
Métrica de calidad ................................................................................................. 27
Referencias .............................................................................................................. 28
 Planteamiento del Problema
Falta de comunicación entre las personas que tienen alguna discapacidad

auditiva o del habla con el resto de la población en lugares comunes de la CDMX

dentro de los ambientes laboral, social, familiar, educativo, religioso, etc.

Preguntas de Investigación
1. ¿Cómo ayudar a que las personas con alguna discapacidad auditiva o del

habla se puedan comunicar con el resto de la sociedad de una manera rápida

sencilla y entendible?

2. ¿Por qué hay tan poca gente que entiende y se comunica a través del

lenguaje de señas?

Objetivos
General
Desarrollar un software de calidad, sobre todo que ayude a personas que tengan

una discapacidad auditiva o del habla a relacionarse y comunicarse con individuos

cercanos a ellos, brindando una herramienta de traducción de lenguaje de señas en

tiempo real.

Específicos
 Se plantea desarrollar la aplicación para abarcar el 80% de compatibilidad

en los dispositivos Android dentro de la CDMX

 Tener un mínimo de 700 usuarios activos dentro de la aplicación

 Ofrecer apoyo a empresas que buscan ser socialmente responsables para

tener una mayor difusión de la aplicación.

 Influir en las personas a que aprendan el lenguaje de señas mediante la

implementación de un módulo que contara con un diccionario de señas

dentro de la misma app.

 Justificación
Los motivos que me llevaron a investigar y a desarrollar una aplicación para

personas que sufran alguna discapacidad auditiva o del habla se centran en

que nuestro país tiene demasiadas personas con alguna de estas

discapacidades y hay muy pocas personas que entienden este lenguaje, por

otra parte hay muy pocas personas que realmente están capacitadas para

enseñar el lenguaje de señas y actualmente la interpretación del lenguaje de

señas está en decadencia. El desarrollo de este software permitirá una

comunicación de calidad entre personas con una discapacidad auditiva o del

habla, así como generar e aprendizaje autodidáctico del lenguaje de señas.

Marco Teórico
César Augusto Escobedo Delgado (9 de septiembre, 2016) expone la falta

de maestros en lenguaje de señas, nulo apoyo de universidades públicas y

pocos intérpretes. Esta es la realidad que enfrentan las personas sordas que

viven en México.

De 5 millones 739 mil 270 personas con discapacidad que viven en México,

12.1% son sordas, es decir 694,451 habitantes del país padecen deficiencia

auditiva, de acuerdo con cifras del Censo de Población y vivienda más

reciente, realizado por el Instituto Nacional de Estadística y Geografía (Inegi).

Una de estas personas es César Ernesto Escobedo Delgado, quien se

quedó sordo cuando tenía un año de edad.

Actualmente, a sus 39 años, César Ernesto domina y enseña diez

diferentes lenguas de señas; sin embargo, los primeros años con su

padecimiento fueron complicados.

 “Fue hasta los 11 años que puede aprender la lengua de señas. Asistí a

una escuela para personas como yo, pero los maestros no estaban

suficientemente capacitados”, recuerda Ernesto, quien se comunica a través

de una traductora de señas.

El joven cuenta que fue gracias a uno de sus compañeros y a sus padres

que logró dominar el lenguaje de señas en español, con lo que superó su

discapacidad y actualmente busca ayudar a otras personas que están en su

misma situación.

A lo largo de su vida, el silencio no ha detenido a César Ernesto, quien ha

viajado a 30 países e incluso fue alumno de la universidad de India.

“En cada lugar al que iba conocí a personas sordas y fue gracias a ellas

que pude entender las variaciones del lenguaje de señas, ya que como

cualquier lengua en cada país es diferente”, platica.

Debido a esos viajes, César Ernesto domina el lenguaje de señas en

inglés, japonés, y francés y otros idiomas, los cuales sigue aprendiendo

gracias a YouTube, donde ve videos que le ayudan a reforzar su lenguaje en

otros idiomas.

El activismo de César Ernesto

César Ernesto se describe como un “activista”, que defiende los derechos

de las personas sordas, por lo que diseñó un diplomado, con el que enseña la

Lengua de Señas Mexicana (LSM).

Uno de sus logros es ser parte del Comité para el proyecto de la UNESCO

sobre las lenguas de signos en peligro de extinción.

César Ernesto lamenta que en México no exista ni un lugar especializado

para preparar a los profesores de lenguaje de señas.

 “Ojalá México se pareciera más a Escandinavia. Ahí hay mucho apoyo a la

comunidad sorda, ya que se le brinda ayuda de intérpretes y hasta servicio de

video chat para la interpretación” señala.

Otro de los problemas que enfrentan las personas con deficiencia auditivas

es que la interpretación del lenguaje de señas está en decadencia, advierte

César Ernesto, quien también se desempeña como asesor de la Asociación

Civil académica para las personas sordas de la Universidad de Guadalajara.

En la actualidad, según dice, hay 44 personas especializadas en

interpretar. “Necesitamos abrir más espacios y más escuelas para formar a

más interpretes”, recomienda.

Tras reconocer esta problemática, el activista social buscó ayuda en

universidades como la UNAM, la UAM o la Universidad de la Ciudad de

México; sin embargo, acusa que las tres instituciones le dieron la espalda.

Explica la negativa de las universidades se ha dado a pesar de que, desde

2015, la lengua de señas tiene el reconocimiento de patrimonio de la nación.

“Las Universidades dicen que no tienen presupuesto o que están ocupadas

con otros proyectos grandes, no se dan cuenta que esto también es un

proyecto grande” abunda.

Por otra parte las cifras sobre discapacidades que arroja el último

censo de Población y Vivienda realizado por el INEGI son las siguientes:

 Causas de discapacidad

Los motivos que produce discapacidad en las personas pueden ser

variados, pero el INEGI los clasifica en cuatro grupos de causas principales:

nacimiento, enfermedad, accidente y edad avanzada.

De cada 100 personas discapacitadas:

 32 la tiene porque sufrieron alguna enfermedad.

 23 están afectados por edad avanzada.

 19 la adquirieron por herencia, durante el embarazo o al momento

de nacer.

 18 quedaron con lesión a consecuencia de algún accidente.

 8 debido a otras causas.

Salud

De cada 100 personas discapacitadas 95 son usuarios de los servicios de

salud públicos o privados y 44 de ellos son adultos mayores.

 La institución qué más personas discapacitadas atiende es el instituto

Mexicano del Seguro Social (IMSS), donde reciben servicios de salud 33 de

cada 100.

Aplicaciones que buscan objetivos similares a Sign

1.- Signslator:

Esta es una nueva aplicación que está avalada por la Asociación para la

Normalización del Lenguaje de signos (ANICOLS).Y actúa como un traductor.

Incluye más de 12000 palabras y cada una de ellas está grabada con una

intérprete en lenguaje de signos. Con esta aplicación lo podrá usar todo el

mundo. Tanto personas sordas como oyentes que quieren transmitir algún

mensaje, entenderlo o iniciarse en la lengua de signos.

2.- SingArte:

Es una aplicación creada por la fundación CNSE y financiada por el

ministerio de Educación, Cultura y deporte. Con la aplicación se puede

encontrar toda la información sobre más de 100 espacios culturales

accesibles para personas con discapacidad auditiva en España, como pueden

ser cines, teatros, bibliotecas, etc.

3.-Signame:

Es una aplicación accesible y gratuita desarrollada por la fundación

Vodafone y con la colaboración directa de los expertos que trabajan en

centros de ayuda a personas con todo tipo de discapacidades especialmente

del habla, ya que los signos que se han incluido en esta aplicación han sido

elaborados por ellos mismos.

Esta es una nueva aplicación que está pensada para ayudar a que niños

con discapacidad intelectual aumenten a través del lenguaje de signos sus

capacidades comunicativas para su plen0o desarrollo.

4.-uSound:

Es una aplicación que consiste en un sistema de audición inteligente de

ampliación personal, desarrollado en conjunto con especialistas en audición y

sonido, para ayudar a personas con problemas auditivos en situaciones como:

escuchar una clase en la universidad, colegio, conversación, conferencia, etc.

Para que la app funcione correctamente y adaptar el sonido al nivel exacto de

audición cuenta con un test auditivo, que es capaz de estimar los diferentes

valores que componen su audición, ofreciendo así una experiencia

personalizada.

5.-AMPDA (SORDOMUDOS):

Es una aplicación para personas con discapacidad auditiva, con dificultades

de comunicación, tanto oral como auditiva. Esta aplicación tiene 3 opciones

para aprender el abecedario dactilológico (con 30 letras del alfabeto bimodal

con su respectiva imagen sonido y descripción), palabras pre-definidas de uso

cotidiano, lector de palabras.

6.- Visualfy:

Es una app de ayuda a personas sordas o con problemas de audición que

ofrece una solución a los múltiples avisos (sonidos) que recibimos diariamente

en nuestros dispositivos y que facilitan que esta información a tiempo real nos
llegue de manera visual y sensorial. Es un producto de apoyo para personas

que no pueden oír y está completamente adaptada a la lengua de signos

española e internacional y además se pueden leer y escuchar todas las

indicaciones.

7.- Rogervoice

Subtitula las llamadas telefónicas, lo que hace que llamar nunca haya sido

tan fácil para una persona sorda o mal oyente. Esta aplicación es gratuita,

rápida y fiable, por lo que es una muy buena opción. Esta app utiliza

reconocimiento de voz automático y síntesis de voz.

Investigación Exploratoria
Decidí utilizar este tipo de investigación ya que normalmente se efectúan

este tipo de estudios, cuando el objetivo es examinar un tema o problema de

investigación poco estudiado o que no ha sido abordado antes. Revisando

literaturas o investigaciones hay ideas vagamente relacionadas con el

problema de estudio.

Los estudios exploratorios sirven para aumentar el grado de formalidad con

fenómenos relativamente desconocidos, obtener información sobre la

posibilidad de llevar a cabo una investigación más completa sobre un contacto

particular de la vida real, investigar problemas del comportamiento humano

que puedan establecer prioridades para investigaciones posteriores o sugerir

afirmaciones verificables.

Esta clase de estudios son comunes en la investigación del

comportamiento, sobre todo en situaciones donde hay poca información.

 Se realizó una pequeña encuesta a una muestra aleatoria de la CDMX con

respecto a la falta de comunicación y oportunidades para las personas

sordomudas, al igual para saber si tienen conocimiento acerca del lenguaje de

señas y de no ser así si tienen la disposición para aprender el lenguaje de

señas y de no ser así si tienen la disposición para aprender el lenguaje de

señas de una manera dinámica utilizando su Smartphone.

Ficha técnica

Naturaleza metodológica: Cuantitativa

Método de recolección de datos: Online (GoogleForms)

Tipo de encuesta: Estructurado

Edad: (15-48)

Tamaño de la muestra: 100 usuarios

Tipo de muestreo: Aleatorio

Fecha de inicio de recolección de datos: 1/04/20

Fecha de finalización de la encuesta: 15/04/20

El uso de esta información servirá para hacer una medición al respecto del

tema del “lenguaje de señas y personas sordomudas”, con esto se busca

generar conciencia hacia este tema y tener en cuenta la importancia que se le

debe de dar. A pesar de ser una encuesta pequeña es importante contar con

algunos datos que sirvan como base para investigaciones o métodos de

recolección de datos futuros.

 Resultados de la encuesta

1. ¿Conoce a alguna persona que sea sordomuda?

2. ¿Sabe hablar el lenguaje de señas?

3. ¿Considera que es importante que todas las personas

conozcan el lenguaje de señas?
4. ¿Está dispuesto a aprender el lenguaje de señas para
poder comunicarse con personas sordomudas?

5. ¿Qué medio considera mejor para aprender de manera

dinámica el lenguaje de señas?
6. ¿Cuenta con un Smartphone?

7. ¿Tiene planeado adquirir un Smartphone en los próximos 6 meses?

8. ¿Su dispositivo cuenta con la capacidad de instalar una
aplicación de 120 MB?

9. ¿Cómo definiría su conocimiento para el uso de

aplicaciones móviles?
 Hipótesis
La falta de comunicación de personas que tienen alguna discapacidad

auditiva o del habla con el resto de la sociedad puede mejorar con la creación

de un software de apoyo.

Diseño de la investigación (Metodología)

CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 JP RG RG 08/06/20 Versión Original

ACTA DE CONSTITUCIÓN DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Proyecto Sign P.S

CONCEPTO OBJETIVOS CRITERIO DE ÉXITO

1. ALCANCE Disminuir la falta de comunicación entre Tener la aprobación de los
las personas con alguna discapacidad usuarios.
comunicativa dentro de la CDMX.
2. CRONOGRAMA Concluir el proyecto en un plazo Lograr terminar el
establecido. proyecto en la fecha
acordada
3. COSTO Cumplir con el presupuesto estimado No rebasar el presupuesto
del proyecto de $12 585.00 estimado.
DEFINICIÓN DE REQUISITOS DEL PROYECTO:
El proyecto tiene los siguientes requisitos: Cumplir con los acuerdos presentados en la
documentación que se hace por medio de la primera etapa dentro del desarrollo de software
La cual lleva el nombre de análisis.
El Cliente (Empresa UPAPP) tiene los siguientes requisitos:
 Realizar curso de capacitación en un plazo menor de 30 días.
 Realizar informe mensual de los registros realizados.
 Entregar documento final con los resultados alcanzados.

DESCRIPCIÓN GENERAL DEL PROYECTO, LÍMITES Y ENTREGABLES CLAVE:

El “Proyecto Sign”, consiste en integrar una app a la sociedad de la CDMX con alguna
discapacidad comunicativa, con esta app se logrará mejorar la comunicación de personas con
discapacidad auditiva o del habla con el resto de la sociedad.
El desarrollo del proyecto estará a cargo de los siguientes roles:
 Analistas de sistemas.
 Arquitectos de infraestructura.
 Líder de proyecto.
 Programadores.
 Administradores de base de datos.
 Testers.
 Interprete del lenguaje de señas
CRONOGRAMA DE LAS SESIONES DE DESARROLLO:

Una vez que se cuente con el equipo de

desarrollo completo las sesiones se irán
haciendo por lo menos 3 veces a la semana
desde la primera semana del mes de
septiembre del 2020 hasta que se concluya el
desarrollo.

MATERIALES DE LAS SESIONES:

 Herramienta de Estimaciones
 Casos de uso
 Diagramas de clase
 Manejadores de base de datos
 Historias de usuario
 Herramientas de programación
 Presentaciones de las sesiones.
 Casos prácticos de cada sesión.
 Caso integrador final.
 Guía de referencia rápida del software.
 Guía de configuración del software.
Materiales digitales para los usuarios:
 Lecturas complementarias.
 Archivos de inicio de cada caso práctico.

EVALUACIÓN:
Curso de Gestión de Proyectos
 Controles de lectura en cada sesión.
 Casos prácticos durante las sesiones.
 Caso final

RIESGOS GENERALES DEL PROYECTO:

R001 Software vulnerable. Los puntos débiles en Android pueden encontrarse en

muchas partes: desde el propio sistema operativo, en las apps que vienen
por defecto en el dispositivo, en las que descargamos, en las herramientas
que no son de la plataforma, etc.
R002 Sistemas operativos personalizados. Otro gran riesgo de los dispositivos
Android y que pueden derivar en un fallo de seguridad es la posibilidad de
personalizar el sistema operativo. Tanto por parte de las empresas que
desarrollan el teléfono como por parte del usuario móvil.
R003 Fragmentación de Android. Cuándo hablamos de la fragmentación de
Android, nos referimos a que no todos los dispositivos móviles que
funcionan el sistema operativo de Google utilizan la misma versión. Algunos
no habrán actualizado nunca el SO, mientras que otros estarán siempre a
la última.
R004 Malware. El principal canal de acceso de estos malwares es la descarga de
aplicaciones de origen ajeno a la store de Google, aunque no es la única
vía de contagio de malware.
R005 Pérdida de Autenticación y Gestión de Sesiones implementadas
incorrectamente permiten comprometer los datos de usuarios.

CRONOGRAMA DE HITOS DEL PROYECTO:

HITOS FECHAS PROGRAMADAS
Inicio del Proyecto. Septiembre
1. Gestión del Proyecto. Del 20 de septiembre al 25 de septiembre
2. Desarrollo del proyecto Del 27 de septiembre al 25 de febrero 2021
3. Curso de Gestión de Proyectos. 1 de marzo al 5 de marzo del 2021
4. Informes. 8 de marzo al 10 de marzo
Fin del Proyecto. Del 11 de marzo al 12 de marzo
RECURSOS FINANCIEROS DEL PROYECTO: MENCIONAR LOS RECURSOS FINANCIEROS ASIGNADOS AL
PROYECTO.
CONCEPTO MONTO
1. PERSONAL $ 2,850
2. MATERIALES $ 3,785
3. OTROS COSTOS $ 1,660
Total Línea Base $ 10,790
Reserva de Contingencia $ 897.5
Reserva de Gestión $ 897.5
Total $12 585.00
REQUISITOS DE APROBACIÓN DEL PROYECTO:
El proyecto será exitoso si logra establecerse en dispositivos de gama media para que
la mayoría de la gente la pueda probar y así recomendarla entre sus conocidos para que
se haga viral.
CRITERIOS DE CULMINACIÓN DEL PROYECTO: MENCIONAR LAS CONDICIONES QUE SE DEBEN CUMPLIR PARA
CERRAR O CANCELAR EL PROYECTO O FASE.
El proyecto será cerrado o cancelado siempre y cuando el equipo de desarrollo indique
que el alance, tiempo, y costo del proyecto tienen un aumento considerable.

CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 JP RG RG 20/02/20 Version Original

ENUNCIADO DEL ALCANCE DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Proyecto Sign P.S

DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO: DESCRIBIR LAS CARACTERÍSTICAS DEL PRODUCTO,
SERVICIO, O RESULTADO DESCRITO EN EL ACTA DE CONSTITUCIÓN DEL PROYECTO Y EN EL DOCUMENTO DE
REQUISITOS.
1. Traducción de lenguaje de señas en tiempo real.
2. Apartado de diccionario de señas.
3. Realizado para la sociedad de la CDMX

ENTREGABLES DEL PROYECTO:

FASE DEL PROYECTO ENTREGABLES
1.0 Análisis y Diseño
2.0 Empezar con el desarrollo
3.0 Hacer Pruebas
4.0 Implementarlo
5.0 Darle mantenimiento

CRITERIOS DE ACEPTACIÓN DEL PRODUCTO:

CONCEPTOS CRITERIOS DE ACEPTACIÓN
1. TÉCNICOS  El campo de traducción mostrara caracteres alfabéticos,
numéricos y especiales.
 El software podrá ser utilizado en el sistema operativo Android
e IOS.
 El software podrá interpretar las señas mediante sensores de
movimiento.
 En caso de que no se reconozca la seña la aplicación
mostrara un mensaje en pantalla para que el usuario vuelva
a ejecutar la seña.
 La aplicación contara con un módulo donde el usuario pueda
guardar palabras ya traducidas al lenguaje de señas

2. DE CALIDAD Normas ISO de seguridad de la información y tiempo de

respuesta.
3. ADMINISTRATIVOS Cumplir con los objetivos establecidos, no perder de vista el
marco histórico, misión y visión de las organizaciones que
busquen ser socialmente responsables.
4. COMERCIALES Publicidad, logo, precio, eslogan.
5. SOCIALES Checar el nivel de satisfacción de los usuarios; la aplicación está
pensada para empresas que busquen ser socialmente
responsables.

EXCLUSIONES DEL PROYECTO: IDENTIFICA LO QUE SE EXCLUYE DEL PROYECTO. INDICAR EXPLÍCITAMENTE LO
QUE SE ENCUENTRA FUERA DEL ALCANCE DEL PROYECTO.
1. Falta de conocimientos fiscales.
2. Productos similares a menor precio procedentes de otros desarrolladores.
3. Cambios en las leyes nacionales con referencia a la protección de la información.
4. Incumplimiento de normas ISO

CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo

1.0 JP RG RG 20/02/20 Versión Original

DOCUMENTACIÓN DE REQUISITOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Proyecto Sign P.S

I. REQUISITOS DE LOS INTERESADOS: DESCRIBIR DETALLADAMENTE LAS NECESIDADES DE LOS

INTERESADOS O GRUPO DE INTERESADOS.
CÓDIGO DEL
DESCRIPCIÓN DEL REQUISITO FUENTE PRIORIDAD
REQUISITO
1RI Mostrar caracteres Entrevista ALTA
alfabéticos, numéricos y
especiales.
2RI Traducción de señas en menos Entrevista ALTA
de 5 segundos
3RI Apartado de diccionario Entrevista ALTA
4RI Manuales de usuario Entrevista MEDIA
II. REQUISITOS DE SOLUCIONES: DESCRIBIR LAS FUNCIONES Y CARACTERÍSTICAS DEL PRODUCTO, SERVICIO
O RESULTADO, QUE SATISFAGA LOS REQUERIMIENTOS DEL NEGOCIO Y DE LOS INTERESADOS.
3.1 REQUISITOS FUNCIONALES: DESCRIBIR EL FUNCIONAMIENTO DEL PRODUCTO. SE PUEDE INCLUIR ACCIONES,
PROCESOS, DATOS E INTERACCIONES QUE EL PRODUCTO DEBE EJECUTAR.
CÓDIGO DEL
DESCRIPCIÓN DEL REQUISITO FUENTE PRIORIDAD
REQUISITO
1RF Campo de traducción que Entrevista ALTA
muestre caracteres
alfabéticos, numéricos y
especiales.
2RF El software será desarrollado Entrevista MEDIA
es SO Android.
3RF Interpretar señas mediantes Entrevista ALTA
sensores de movimiento y
cámara del dispositivo móvil.
4RF La aplicación cuenta con un Entrevista MEDIA
módulo donde el usuario en
este caso el encargado de RH
puede guardar palabras ya
traducidas.
3.2 REQUISITOS NO FUNCIONALES: DESCRIBIR LAS CONDICIONES O CUALIDADES AMBIENTALES REQUERIDAS
PARA QUE EL PRODUCTO SEA EFECTIVO. SE PUEDE INCLUIR NIVEL DE SERVICIO, CAPACIDAD DE SOPORTE, FIABILIDAD,
SEGURIDAD, RENDIMIENTO, ETC.
CÓDIGO DEL
DESCRIPCIÓN DEL REQUISITO FUENTE PRIORIDAD
REQUISITO
1RNO La traducción se hará en Entrevista ALTA
menos de 5 segundos.
2RNO Los permisos de acceso al Entrevista ALTA
sistema podrán ser cambiados
solamente por la persona que
tenga su cuenta en la app.
3RNO Mostrar mensaje en pantalla si Entrevista MEDIA
el sistema no reconoce la
seña.
4RNO Para mayor facilidad de Entrevista BAJA
reconocimiento utilizar
dispositivos con cámara
mayor a 8 megapíxeles.

IV. REQUISITOS DE TRANSICIÓN Y PREPARACIÓN: DESCRIBIR LAS CAPACIDADES TEMPORALES; TALES

COMO LA CONVERSIÓN DE DATOS Y REQUISITOS DE ENTRENAMIENTO, NECESARIOS PARA LA TRANSICIÓN DEL ESTADO
ACTUAL AL ESTADO FUTURO DESEADO.
CÓDIGO DEL
DESCRIPCIÓN DEL REQUISITO FUENTE PRIORIDAD
REQUISITO
1RT Dar asesoramiento por parte Entrevista ALTA
de desarrolladores al resto del
equipo de desarrollo
2RT Agregar manual de usuario a Entrevista ALTA
un modulo
3RT Actualizaciones constantes de Entrevista ALTA
la base de datos.
V. REQUISITOS DEL PROYECTO: DESCRIBIR LAS ACCIONES, PROCESOS U OTRAS CONDICIONES QUE SE
NECESITAN PARA CUMPLIR EL PROYECTO. SE PUEDE INCLUIR FECHAS DE HITOS, OBLIGACIONES CONTRACTUALES,
RESTRICCIONES, ETC.
CÓDIGO DEL
DESCRIPCIÓN DEL REQUISITO FUENTE PRIORIDAD
REQUISITO
1RP Contratar servicios de base de Entrevista MEDIA
datos.
2RP Checar tiempos de respuesta a Entrevista MEDIA
la hora de la traducción.
3RP Medir nivel de estrés en horas Entrevistas ALTA
concurrentes
VI. REQUISITOS DE CALIDAD: DESCRIBIR LAS CONDICIONES O CRITERIOS NECESARIOS PARA VALIDAR EL
ÉXITO DEL PROYECTO ENTREGADO, O EL CUMPLIMIENTO DE OTROS REQUISITOS DEL PROYECTO. SE PUEDE INCLUIR
PRUEBAS, CERTIFICACIONES, VALIDACIONES, ETC.
CÓDIGO DEL
DESCRIPCIÓN DEL REQUISITO FUENTE PRIORIDAD
REQUISITO
1RC Actualizaciones constantes a Entrevista ALTA
basa de datos.
2RC Actualizaciones constante a la Entrevista ALTA
interfaz de la app
3RC Mantenimiento constante Entrevista ALTA
sobre nuevos requerimientos y
reglas de negocio.
RRC Mantenimiento y actualización Entrevista ALTA
del código fuente para reducir
tiempos de respuesta

CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 JP RG RG 20/02/20 Version Original

ESTRUCTURA DE DESGLOSE DEL TRABAJO (EDT)

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Proyecto Sign P.S

Empresas que
busquen ser
socialmente
responsables.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 JP RG RG 20/02/20 Version Original

DICCIONARIO - SIMPLIFICADO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

SING P.S

ESPECIFICACIÓN DE PAQUETES DE TRABAJO DE LA EDT

DESCRIBIR EL PAQUETE DE TRABAJO Y LA FORMA EN QUE SE DEBE ELABORAR.

1.1 Acta de Documento que detalla: La definición del proyecto, definición del
constitución producto, requerimiento de los Interesados, necesidades del
del negocio, finalidad y justificación del proyecto, cronograma de hitos,
proyecto organizaciones que intervienen, supuestos, restricciones, riesgos, y
oportunidades del proyecto.
FASE 1 1.2
Gestión Enunciado
del del Alcance
Proyecto del Documento que establece el trabajo que debe realizarse, y los
proyecto productos entregables que deben producirse.
1.3Infrome
del estado Documento que informará el estado de avance de cada entregable
del del proyecto (en cuanto a costos, tiempos, alcance y calidad),
Proyecto semanalmente se entregará un informe.
Este paquete comprende cada uno de los materiales a emplear en
el curso para PRODUCE , los cuales son :

- Presentaciones.
2.1 - Casos.
Materiales - Formatos.
- Controles de Lectura.
- Material Adicional.
- Material para el curso-Taller de Gestión de
Proyectos.
El curso está estructurado en 12 sesiones,
FASE 2 siendo 11 sesiones dictadas por el Produc
Owner. Cada sesión tendrá una duración de 3
Curso del
horas. Al inicio de cada sesión se desarrollará el
proyecto control de lectura correspondiente a la sesión
anterior, por lo que en la sesión 1 no hay control
2.2.1 de lectura. Al final de cada sesión se entregará a
los participantes una encuesta para obtener el
2.2 feedback de la sesión. La sesión de Habilidades
Ejecución Blandas, por ser una sesión informativa, no
tendrá control de lectura.

Elaborar los materiales para entregar a los

participantes del curso.
Este paquete comprende los siguientes materiales
2.2.2 para el curso:
Materiales impresos para el entrevistador:
- Manual de usuario.
 - Presentaciones de las sesiones.
- Casos prácticos cada sesión.
- Caso integrador final.
- Guía de referencia rápida del software.
- Guía de configuración del software.

Un informe sobre los avances en el Programa de Capacitación

3.1 Informe en el estándar de la gestión de proyectos y uso de MS Project
mensual como herramienta de gestión.
FASE 3
El informe mensual 2 deberá informar los avances en el
INFORMES Programa de Capacitación en el estándar de la gestión de
3.2 Informe proyectos y uso de MS Project como herramienta de gestión,
mensual 2 efectuados en el segundo mes del proyecto.

El informe mensual 3 deberá informar los avances en el

3.3 Informe Programa de Capacitación en el estándar de la gestión de
mensual 3 proyectos y uso de MS Project como herramienta de gestión.

El Informe Final es un documento que incluye una memoria

de las actividades realizadas, resultados alcanzados y todo el
material elaborado durante el desarrollo. Se debe entregar 2
juegos originales, acompañado de un CD-ROM con todos los
Informe
archivos electrónicos que generan el informe y la
final documentación complementaria, así como un archivo en
formato pdf del texto completo del informe final en idéntica
estructura a la versión impresa.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 JP RG RG 20/02/20 Version Original

PRESUPUESTO DEL PROYECTO

- POR FASE Y POR ENTREGABLE -

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Proyecto Sign P.S

PROYECTO FASE ENTREGABLE MONTO $

Gestión de -Iniciación 230
proyecto -Plan de proyecto 120
-Informes de Estado 65
del proyecto
-Reuniones de 715
coordinación
semanal
-Cierre del Proyecto 20
Total Fase 1150
Desarrollo -Renta de local 2500
-Luz 500
-Internet 600
-Canal de 500
distribución

Total Fase 1850

PROGRAMA Curso de la -Materiales 1040
DE aplicación -Ejecución 2280
CAPACITACI
ÓN

Total Fase 3320

Cursos de PMBOK -Materiales 805
-Ejecución 1900

Total Fase 2705

Informe -Informe Mensual 225
Informe Final 75

Total Fase 300

TOTAL FASES 9325
Reserva de Contingencia 1413
Reserva de Gestión 1413
PRESUPUESTO TOTAL DEL PROYECTO 20000
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 JP RG RG 20/02/20 Version Original

MÉTRICA DE CALIDAD

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Proyecto Sign P.S

MÉTRICA DE: {MÉTRICA DE CALIDAD: DESCRIPCIÓN ESPECÍFICA DE UN ATRIBUTO DEL PROYECTO O DEL
PRODUCTO Y DE LA MANERA EN QUE SE MIDE DICHO ATRIBUTO}

PRODUCTO PROYECTO X

FACTOR DE CALIDAD RELEVANTE: ESPECIFICAR CUÁL ES EL FACTOR DE CALIDAD RELEVANTE QUE

DA ORIGEN A LA MÉTRICA.

Performance del Proyecto

DEFINICIÓN DEL FACTOR DE CALIDAD: DEFINIR EL FACTOR DE CALIDAD INVOLUCRADO EN LA

MÉTRICA Y ESPECIFICAR EL PORQUÉ DE SU RELEVANCIA.

La Performance del Proyecto se define como el cumplimiento del cronograma y del presupuesto del
proyecto.
Este factor de calidad es relevante pues permitirá al equipo de proyecto lograr el margen de utilidad
que ha sido calculado para el proyecto, caso contrario el proyecto podría no generar utilidades o más
aún, podría generar pérdidas.
Por otro lado, el atraso en la entrega de los productos que espera el cliente nos puede ocasionar
problemas contractuales.
PROPÓSITO DE LA MÉTRICA: ESPECIFICAR EL MOTIVO POR EL CUAL SE DESARROLLA LA MÉTRICA.

La métrica se desarrolla para monitorear el performance del proyecto en cuanto a cumplimiento del
cronograma y presupuesto, y poder tomar las acciones correctas en forma oportuna.

DEFINICIÓN OPERACIONAL: DEFINIR CÓMO OPERARÁ LA MÉTRICA, ESPECIFICANDO QUIÉN SE

ENCARGARÁ DE EJECUTAR LA MEDICIÓN, CÓMO SE REALIZARÁ LA MEDICIÓN, CUÁNDO SE LLEVARÁ A CABO LA
MEDICIÓN, Y DÓNDE SERÁ REALIZADA.

El Project Manager actualizará el sistema EVM en el MS Project, en la mañana de los lunes de cada
semana, y calculará el CPI (Cost Performance Index) y el SPI (Schedule Performance Index), en las
oficinas de Maderas y Puertas Gavilán, obteniendo de esta forma los ratios de performance del
proyecto, los cuales se tendrán disponibles los lunes en la tarde.
MÉTODO DE MEDICIÓN: DEFINIR CADA UNO DE LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA
MEDICIÓN.
Puntos por función: Determinación del tipo de cálculo: Existen tres tipos de cálculo de puntos
por función.
 Proyecto de desarrollo: Mide todas las funciones que el proyecto entregará y eventuales
funciones de conversión de datos.
 Proyecto de mejora: Mide las funciones alteradas, incluidas y excluidas por el proyecto
y eventuales funciones de conversión de datos.
 Aplicación: Mide las funciones de un software instalado.
 Referencias
1.- Sánchez Maldonado Montserrat. (2016). César, el maestro de lenguaje

de señas al que vivir en silencio no lo detuvo. 2020, de Animal Político Sitio

web: https://www.animalpolitico.com/2016/09/lenguaje-personas-sordas-

mexico/

2.- INEGI. (2010). Discapacidad. 2020, de INEGI Sitio web:

https://www.inegi.org.mx/app/buscador/default.html?q=discapacidad#tabMCco

llapse-Indicadores

3.- Dharma Consulting. (2020). Soluciones de negocio para gestión de

proyectos. 05/06/2020, de Gestión de proyectos Sitio web:

https://www.dharmacon.net/

4.- Google Forms. (2020). Formularios de Google. 2020, de Google Sitio

web: https://www.google.com/intl/es_mx/forms/about/

5.- Roberto Hernandez Sampieri. (2014). Metodologia de la Investigacion.

Mexico: MacGrawHill.