Capitulo III.

Análisis del problema y de la

solución
3.1 Detalle del problema desde el punto de vista
técnico
El área de talleres del planetario “Luis Enrique Erro” del Instituto Politécnico Nacional presenta un
problema de operaciones y manejo de recursos en sus procesos cotidianos, cuya consecuencia es una
fuga de recursos que el planetario necesita. En base a esa consecuencia fue que en un principio este
proyecto fue solicitado por el subdirector del planetario.

En primer lugar, abordando el problema de operaciones, se encuentran actividades repetitivas asignadas

a personal de alto nivel dentro del área. Dichas actividades son:

 Envió de correos electrónicos informativos personalizados para cada institución o persona

interesada en las visitas al planetario.
 Creación de formatos informativos personalizados de acuerdo con los interesados en los talleres.

Para el personal operativo se encuentran las siguientes actividades:

 Conteo manual de materia prima para los talleres.

 Cálculo manual de la disponibilidad de los kits para talleres, de acuerdo con las existencias de
materia prima.
 No existen registros escritos y controlados de existencias de materia prima para los talleres.

Dado que las actividades anteriormente planteadas son repetitivas y requieren de un esfuerzo e inversión
de tiempo, es requerido reducir dichas inversiones de tiempo para agilizar procesos que, gracias a ser
repetitivos, se pueden automatizar.

Y, en segundo lugar, abordando el problema de manejo de recursos, debido a la baja fiabilidad que tiene
el hecho de llevar los anteriores procesos de manera manual y sin registro alguno, existe una fuga de
recursos gracias al poco control que se tiene sobre las existencias del mismo. Por lo cual, una
herramienta para el manejo de inventario de materia prima, es esencial para evitar que la fuga de
recursos continúe.

Por parte del factor del hardware necesario para el proyecto, se hizo hincapié en realizarlo basándonos
en los recursos actualmente existentes en las instalaciones del área de talleres del planetario, para
minimizar el impacto económico de inversión en recursos de hardware.
3.2 Definición de la solución
Para cubrir las necesidades planteadas con anterioridad desde el punto de vista técnico, se sabe que la
solución óptima es el desarrollo del sistema integral para el área de talleres del planetario “Luis Enrique
Erro” del Instituto Politécnico Nacional, para optimizar los procesos de gestión inventarial y reducir los
tiempos de ejecución de tareas repetitivas dentro del área antes mencionada.

3.3 Lista de investigación de requerimientos

Requerimientos del usuario

 Tener un inventario de kits que ya están preparados de diferentes talleres, de los talleres que son
más solicitados por los visitantes. En este punto el equipo vio la viabilidad de tener un inventario
base de kits para cada taller.
 Dar de alta nuevos talleres con las especificaciones requeridas (nivel al que va dirigido, kit para
llevar a cabo, materia prima, información sobre el taller: procedimiento, marco teórico, etc.)

Requerimientos de la dirección del área

 Es necesario el cálculo exacto de la cantidad de materia prima que se debe utilizar para cada
taller y en específico de cada kit; esto es, tener un control exacto de la materia prima que se va a
adquirir y de lo que se va a utilizar además de determinar el desperdicio de material una vez
obtenido el que es necesario.
 Tener una vinculación entre los talleres impartidos dentro del planetario y los temas que se
desarrollan en los diferentes niveles educativos (preescolar, primaria, secundaria, etc.) de
acuerdo al plan de estudios que lleven los planteles educativos.
 Determinar, en base al punto anterior, poder determinar los talleres faltantes de acuerdo al plan
de estudios de los planteles escolares; esto es, determinar los temas que no se están cubriendo
del plan de estudios, para que el departamento de innovación elija el desarrollo de nuevos
talleres.
 Realizar reportes con la información de los talleres tal como: taller a realizar, nivel y tema al que
está enfocado, breve descripción acerca del taller, el procedimiento a realizar; esto para realizar
una muestra en caso de que sea necesario para el público.

Requerimientos de la dirección del planetario

 Utilizar tecnologías y herramientas de Microsoft para el desarrollo del proyecto.
 Limitar la utilización del código duro.
 Crear un sistema de permisos y tipos de usuario para evitar el mal uso del sistema.
 Desarrollarlo teniendo en cuenta los siguientes requerimientos en vista a mejoras a futuro del
sistema:
 o Tener información acerca de los talleres disponibles en el área de reservaciones, para
poder brindar la atención a los planteles escolares que desean asistir a las actividades en
el planetario.
o Tener una conexión con el sistema de almacén del planetario para el ingreso de materia
prima, y así tener un inventario para el área de talleres.
o Realización de presentaciones con la información almacenada dentro de la base de
datos del sistema para una demostración hacia los visitantes y e interesados en realizar
reservaciones para visitas al planetario.
o Dado el caso realizar el llenado del formato proporcionado por la Secretaría de
Educación Pública para que los planteles escolares soliciten la visita al planetario.

3.4 Supuestos y Simplificaciones

Supuestos
 El personal operativo del área de talleres del planetario puede manejar equipo de cómputo.
 El equipo de cómputo existente en el área tiene los requerimientos necesarios mínimos para
correr un gestor de bases de datos básico de Microsoft.
 El equipo de cómputo existente en el área cuenta con un sistema operativo base Windows 7 o
superior.
 El equipo de cómputo existente en el área cuenta con las paqueterías de actualización de
Visual .Net 4.5 o superior. (Existente en el paquete de actualización y servicio R2 de Windows 7,
y por defecto en sistemas operativos posteriores)
 El equipo de cómputo existente en el área cuenta con las paqueterías de actualización de Visual
C++ Redistributable 2015 o superior. (Existente en el paquete de actualización y servicio R2 de
Windows 7, y por defecto en sistemas operativos posteriores)
 El área de talleres cuenta con conexión a internet.

Simplificaciones
 Se tomarán en cuenta sistemas de gestión inventarial para el diseño y distribución de los
elementos inventaríales del sistema.

3.5 Limitaciones y restricciones

Limitaciones
 Utilización de herramientas exclusivamente de Microsoft.
 Utilización del hardware con el que actualmente cuenta el área de talleres del planetario.
Limitaciones
 Se cuenta con un plazo de entrega fijo y estricto debido a la duración del semestre escolar.

3.6 Tablas de Requerimientos Funcionales, No

funcionales
Requerimientos generales Peso Se cuenta Es
con él en la necesario
institución comprar o
desarrollar
RF Tener un inventario de kits que ya están 3 X
preparados de diferentes talleres, de los talleres
que son más solicitados por los visitantes.
RF Dar de alta nuevos talleres con las 3 X
especificaciones requeridas (nivel al que va
dirigido, kit para llevar a cabo, materia prima,
información sobre el taller: procedimiento, marco
teórico, etc.)

RF Es necesario el cálculo exacto de la cantidad de 3 X

materia prima que se debe utilizar para cada taller
y en específico de cada kit; esto es, tener un
control exacto de la materia prima que se va a
adquirir y de lo que se va a utilizar además de
determinar el desperdicio de material una vez
obtenido el que es necesario.

RF Tener una vinculación entre los talleres impartidos 2 X

dentro del planetario y los temas que se
desarrollan en los diferentes niveles educativos
(preescolar, primaria, secundaria, etc.) de
acuerdo al plan de estudios que lleven los
planteles educativos.

RF Determinar, en base al punto anterior, poder 1 X

determinar los talleres faltantes de acuerdo al
plan de estudios de los planteles escolares; esto
es, determinar los temas que no se están
cubriendo del plan de estudios, para que el
departamento de innovación elija el desarrollo de
nuevos talleres.

Requerimientos no funcionales
RF Realizar reportes con la información de los 3 X
talleres tal como: taller a realizar, nivel y tema al
que está enfocado, breve descripción acerca del
taller, el procedimiento a realizar; esto para
realizar una muestra en caso de que sea
necesario para el público.

RNF Utilizar tecnologías y herramientas de Microsoft 3 X

para el desarrollo del proyecto.
 RNF Limitar la utilización del código duro. 3 X

RF Crear un sistema de permisos y tipos de usuario 3 X

para evitar el mal uso del sistema.

RF Tener información acerca de los talleres 1 X

disponibles en el área de reservaciones, para
poder brindar la atención a los planteles escolares
que desean asistir a las actividades en el
planetario.

RF Tener una conexión con el sistema de almacén 1 X

del planetario para el ingreso de materia prima, y
así tener un inventario para el área de talleres.

RF Realización de presentaciones con la información 1 X

almacenada dentro de la base de datos del
sistema para una demostración hacia los
visitantes y e interesados en realizar
reservaciones para visitas al planetario.

RF Dado el caso realizar el llenado del formato 1 X

proporcionado por la Secretaría de Educación
Pública para que los planteles escolares soliciten
la visita al planetario.

3.7 Establecimiento de la seguridad

Seguridad Física
El presupuesto y los requerimientos del proyecto no abarcan la seguridad física del sistema, por lo cual
se da por hecho que la infraestructura del planetario ya cuenta con lo necesario para cubrir este apartado
de seguridad.

Seguridad Lógica
Para la seguridad lógica del sistema se realizó la solicitud de un requerimiento por parte de la dirección
del planetario, debido a que el manejo de materia prima dentro de los talleres, involucra utilización de
recursos que no pueden ser manipulables por cualquier persona con acceso a la base de datos o al
sistema.

 Control de acceso:
o Se tendrán dos perfiles: Administrador y usuario.
- Administrador: Será capaz de crear nuevos usuarios, restablecer sus contraseñas,
modificar las existencias de materia prima. Estás se consideran características
especiales del perfil administrador, que el usuario normal no podrá realizar.
 - Usuario: Agregar y modificar información sobre talleres, realizar cálculo de kits,
utilización de la función de correo electrónico, creación de documentos con información
de los distintos talleres.

 Permisos:
- Administrador:
o Agregar, modificar y eliminar talleres.
o Agregar, modificar y eliminar materiales.
o Agregar, modificar y eliminar perfiles de usuario.

- Usuario:

o Agregar y modificar talleres.

o Agregar y modificar materiales. (características)

 Respaldos: La elaboración de respaldos de la base de datos se realizará mediante un proceso

automatizado de la herramienta SQL Server. El respaldo se realizará mediante la cuenta
Microsoft de la dirección del planetario, y se programará para respaldarse una vez por semana y
almacenarse en los servidores de Microsoft.

3.10 Plan de trabajo

3.10.1 Plan de pruebas
El plan de pruebas es contemplado dentro del plan de trabajo. Para dicho plan de pruebas se contemplan
dos ciclos de pruebas. Esto en el caso óptimo de que tras el segundo ciclo de pruebas ya no se
encuentren fallos en ninguno de los requerimientos funcionales y el software sea apto para pasar a una
fase de producción.

La ejecución de los 2 ciclos consiste en una constante inyección de errores, se ingresan datos al sistema
en sus diferentes campos de entrada, los datos que se ingresan son erróneos. También, se ingresan
campos en blanco para verificar que el sistema sepa manejar excepciones, y que nunca detenga su
ejecución por un fallo. Las validaciones se llevan a cabo en una de las clases del sistema, haciendo
sencillo aplicarlo a cada parte donde exista una entrada del usuario.

En la pantalla para el alta de talleres es cuando el usuario podría cometer más errores de ingreso, ya que
hay campos que requieren que se llenen o bien que no permiten números.

Por ejemplo, en el campo “Nombre del taller”, que, en la realidad, ninguno de los nombres
proporcionados contiene números, se ha decidido que este campo no permita la entrada de números.

Además, es necesario que los campos tengan información, independientemente si son cajas de texto o si
son controles “ComboBox”, se tiene que validar que al momento que el usuario ingrese los datos, todos
correspondan al tipo de datos que la base de datos especifica.

La parte del alta reúne todas las validaciones posibles, en otros módulos del programa se implementan
las mismas validaciones ya mostradas. Es por eso que se implemento una clase con métodos de
validación para que la tarea de realización de pruebas sea más homogénea, además, se busca que el
trabajo que se realice sea el menor, esto con el fin de que al momento de que se creen nuevas ventanas,
sea una labor muy sencilla el validar sus campos.

El objetivo de este capítulo es el de presentar los elementos de análisis de solución del problema, por una
parte, se deben de contemplar todos aquellos elementos que afecten, del propio ambiente y lugar donde
se va a implementar la solución físicamente, es de suma importancia que se consideren todos aquellos
detalles que intervendrán con la solución del problema. Los detalles técnicos toman protagonismo al
tratarse de un sistema informático, es importante que se definan apropiadamente lineamientos y para su
desarrollo.

El cuarto capítulo, tiene como tarea principal la manera en la que se estructura el sistema a base de
distintos diagramas, cada diagrama se enfoca en una parte del sistema, con la finalidad de que el sistema
logre entenderse desde el nivel de desarrollo hasta el nivel del usuario final, es decir, como se comporta y
que cosas hace.