2.

PLANIFICACION Y DISEÑO

2.1 PRE-JUEGO

2.1.1 ANÁLISIS INSTITUCIONAL

2.1.1.1 MISIÓN

Somos una Entidad Pública, desconcentrada de carácter Técnico-Administrativo,

responsable de aplicar y hacer cumplir políticas y normas emitidas por el órgano
competente, dedicada a la atención integral, prevención, protección y promoción
de los asuntos de género generacional, familia y servicios sociales, así como de
coordinación programas y proyectos en materia de gestión social, con valores
éticos y morales. Tomando en cuenta además la responsabilidad en la supervisión
del cumplimiento a los objetivos y los resultados propuestos, coordinando todas
estas acciones de los programas y proyectos relativos a la gestión social.

2.1.1.1.1 VISIÓN

Población de los sectores niños, (as), adolescentes y adultos mayores,

debidamente atendidos en función a promover sus derechos y su desarrollo
integral, coordinando acciones en función a un trabajo ínter institucional, buscando
mejorar la calidad de vida de personas huérfanas, abandonadas, mal tratadas y
discriminadas, teniendo muy en cuenta la infraestructura, equipamiento
e información adecuada en beneficio de una población meta.
2.1.1.1.2 ORGANIGRAMA DE LA INSTITUCIÓN

FIGURA Nº 1: Organigrama del Gobierno Autónomo Departamental de Potosí

Fuente: Gobierno Autónomo Departamental de Potosí.

2.1.1.2 ANÁLISIS DE LOS INSTRUMENTOS
2.1.1.2.1 OBSERVACIÓN
La observación permite al investigador compenetrarse en las actividades de la
institución, como en el análisis de aprendizaje de los adolescentes que estén
bajo el cuidado de el Servicio Departamental de Gestión Social “SEDEGES”.
En este caso, se observaron los procesos de realización de test para el análisis
de aprendizaje de los adolescentes y así diagnosticar un nivel de conocimiento
de dichos adolescentes, debido a esta observación se pudo lograr identificar
las necesidades y requerimientos para la realización del Sistema de
Diagnostico Bajo Plataforma Android para el análisis de aprendizaje hacia los
adolescentes en base a redes neuronales en el Servicio Departamental de
Gestión Social “SEDEGES”.

2.1.1.3 ROLES

SCRUM MASTER
Ing. Ariel Roso

PRODUCT OWNER (PO)

Área pedagógica del Servicio
Departamental de Gestión Social

DEVELOPMENT TEAM
UNIV. Horacio Lazcano Tito
2.1.2 HISTORIAS DE USUARIO
TABLA N° 1: HISTORIA DE USUARIO 1

Historia de Usuario
Identificador (ID) HU-SSCRS-001
de la Historia.
Título de la Control de usuarios.
Historia.
Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.

Como usuario. Se requiere que el sistema, Control de Usuarios.

pueda realizar el control de
usuarios.

TABLA N° 2: HISTORIA DE USUARIO 2

Historia de Usuario
Identificador HU-SSCRS-002
(ID) de la
Historia.
Título de la Autenticación de Usuarios
Historia.
Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.
Como usuario. Se requiere que el sistema Autenticación de usuarios.
pueda autenticar al usuario
mediante un usuario y
contraseña.
 TABLA N° 3: HISTORIA DE USUARIO 3

Historia de Usuario
Identificador HU-SSCRS-003
(ID) de la
Historia.
Título de la Permisos y Validación de usuarios mediante un token
Historia.

Enunciado de la Historia:
Rol. Característica / Funcionalidad.
Como usuario. Se requiere que el sistema,
pueda asignar permisos y
validar mediante a los
usuarios.
Razón / Resultado.
Asignar permisos y validación
mediante un token a los
usuarios.

TABLA N° 4: HISTORIA DE USUARIO 4

Historia de Usuario
Identificador HU-SSCRS-004
(ID) de la
Historia.
Título de la Realizar test gráficos.
Historia.

Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.
Como usuario. Se requiere que el sistema, Realización de test gráficos
pueda realizar un test de
gráficos para los estudiantes.
 TABLA N° 5: HISTORIA DE USUARIO 5

Historia de Usuario
Identificador HU-SSCRS-005
(ID) de la
Historia.
Título de la Realizar test analítico.
Historia.
Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.
Como usuario. Se requiere que el sistema, Test analítico.
pueda realizar un test analítico
para los estudiantes.

TABLA N° 6: HISTORIA DE USUARIO 6

Historia de Usuario
Identificador HU-SSCRS-006
(ID) de la
Historia.
Título de la Realizar test matemático.
Historia.
Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.
Como usuario. Se requiere que el sistema, Test matemático.
pueda realizar un test
matemático para los
estudiantes.
 TABLA N° 7: HISTORIA DE USUARIO 7

Historia de Usuario
Identificador HU-SSCRS-007
(ID) de la
Historia.
Título de la Realizar test de interés.
Historia.
Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.
Como usuario. Se requiere que el sistema Test de interés.
pueda realizar un test de
interés para los estudiantes.

TABLA N° 8: HISTORIA DE USUARIO 8

Historia de Usuario
Identificador HU-SSCRS-008
(ID) de la
Historia.
Título de la Realizar test de aptitudes.
Historia.
Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.
Como usuario. Se requiere que el sistema, Test de aptitudes.
pueda realizar un test de
aptitudes para los estudiantes.
 TABLA N° 9: HISTORIA DE USUARIO 9

Historia de Usuario
Identificador HU-SSCRS-009
(ID) de la
Historia.
Título de la Realizar estadística de resultados.
Historia.
Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.
Como usuario. Se requiere que el sistema, Estadística de resultados.
pueda realizar una estadística
de resultados de acuerdo a
cada test.

TABLA N° 10: HISTORIA DE USUARIO 10

Historia de Usuario
Identificador HU-SSCRS-010
(ID) de la
Historia.
Título de la Subir material de apoyo pdf.
Historia.
Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.
Como usuario. Se requiere que el sistema, Subir material de apoyo pdf.
pueda permitir la subida de
material de apoyo en pdf a la
aplicación.

TABLA N° 11: HISTORIA DE USUARIO 11

Historia de Usuario
Identificador HU-SSCRS-011
(ID) de la
Historia.
Título de la Disposición de material de apoyo.
Historia.

Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.
Como usuario. Se requiere que el sistema, Disposición de material de
pueda facilitar la disposición
apoyo.
del material de apoyo a los
estudiantes

TABLA N° 12: HISTORIA DE USUARIO 12

Historia de Usuario
Identificador HU-SSCRS-012
(ID) de la
Historia.
Título de la Emisión de reporte test realizados.
Historia.
Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.
Como usuario. Se requiere que el sistema, Reporte de test realizado.
pueda emitir los reportes de
los test realizados.

TABLA N° 13: HISTORIA DE USUARIO 13

Historia de Usuario
Identificador HU-SSCRS-013
(ID) de la
Historia.
Título de la Emisión de reporte de adolescentes que realizaron los test.
Historia.

Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.
Como usuario. Se requiere que el sistema, Emisión de reporte de
pueda emitir reporte general
adolescentes que realizaron los
de todos los adolescentes que
test.
realizaron el test.

TABLA N° 14: HISTORIA DE USUARIO 14

Historia de Usuario
Identificador HU-SSCRS-014
(ID) de la
Historia.
Título de la Emisión de reporte resultados obtenidos del estudiante.
Historia.

Enunciado de la Historia:
Rol. Característica / Funcionalidad. Razón / Resultado.
Como usuario. Se requiere que el sistema, Emisión de reporte resultados
 pueda emitir un reporte obtenidos del estudiante.
individual del resultado de
cada estudiante.

2.1.3 ESTUDIO DE FACTIBILIDAD

2.1.3.1 FACTIBILIDAD TÉCNICA
La factibilidad Técnica se refiere a una evaluación que debe demostrar la
facultad del sistema para ponerse en marcha y mantenerse durante el tiempo,
además debe demostrar que la planeación del sistema ha sido desarrollada
cuidadosamente contemplando todas las restricciones y objetivos,
aprovechando los recursos que entrega la institución.

 Descripción
El estudio de Factibilidad Técnica permitirá determinar la disponibilidad de
recursos técnicos para desarrollar la aplicación. Dichos recursos contemplan
el hardware y el software necesario para desarrollar e implementar el sistema.
 Análisis
El sistema será desarrollado bajo el Sistema Operativo Windows 10 Pro,
utilizando los siguientes componentes de Hardware y Software.
 Conclusión Como conclusión podemos decir que la tecnología requerida
para el desarrollo de aplicación, se encuentra disponible, este equipamiento
permite dar soporte a los datos requeridos para el uso del sistema. Por lo
tanto, se deduce que el sistema es factible técnicamente.

Etapa de desarrollo

Para esta etapa se utilizaron:

 HARDWARE

TABLA N° 15: HARDWARE PARA EL DESARROLLO

Recurso: Característica:
 Tarjeta Madre. Intel.

Intel(R) Core (TM) i7-7500U

Procesador.
CPU @ 2.70GHz 2.90 GHz.

Memoria RAM. 8 GB.

Tarjeta de Video. Intel® HD Graphics 620.

Disco Duro. 512 Gb SSD.

 SOFTWARE

TABLA N° 16: SOFTWARE PARA EL DESARROLLO

Recurso: Característica:

Sistema Operativo. Microsoft Windows 10 Pro.

Lenguaje de Programación. React, JavaScript

Framework. Node js.

Base de Datos. PostgreSQL.

Servidor. -----

Implementación
Para la implementación es necesario la obtención de las siguientes
características:
 HARDWARE

TABLA N° 17: RECURSOS HARDWARE

Característica:
Recurso:
Recomendado Optimo

Tarjeta Madre. Intel. Intel.

Procesador Intel Procesador Intel

Procesador.
Corei3. Corei5.

Memoria RAM. 8 Gb. 16 Gb.

Tarjeta de Video. Dedicado

Disco Duro. 256 Gb SDD. 512 Gb SDD.

Tarjeta de Red. Requerido. Requerido.

Teclado. Requerido. Requerido.

Mouse. No requerido. Requerido.

Monitor. Requerido. Requerido.

 SOFTWARE

TABLA N° 18: RECURSOS SOFTWARE

Característica:
Recurso:

Recomendado Optimo
 Microsoft Windows
Sistema Operativo. Microsoft Windows 7.
10.

Lenguaje de Procesador Intel Procesador Intel

Programación. Core. Core.

Framework. Node js. Node js.

Base de Datos. PostgreSQL. PostgreSQL.

Servidor. --- ---

Se cuenta con estos requisitos, por lo que no habría necesidad de adquirirlos.

En cuanto mi conocimiento es suficiente para el desarrollo y cumplimiento del
sistema web por tal razón, el proyecto es factible técnicamente.

2.1.3.2 FACTIBILIDAD OPERACIONAL

Se refiere a todos aquellos recursos donde interviene algún tipo de actividad
(Procesos), depende de los recursos humanos que participen durante la
operación del proyecto.

Durante esta etapa se identifican todas aquellas actividades que son

necesarias para lograr el objetivo y se evalúa y determina todo lo necesario
para llevarla a cabo. Las personas a quienes va dirigido el sistema, el futuro
usuario del sistema propiamente dicho, tiene que tener conocimientos sobre
computación muy básicos y por ende maneja aplicaciones variadas en el
entorno de Windows y Android, debido a esto no se espera un mayor obstáculo
la incorporación del sistema en el área pedagógica del SEDEGES, con el
sistema por ende sólo se necesitarán capacitaciones referidas al uso y
funcionamiento del sistema en el área de pedagogía del SEDEGES así mismo
para lograr una rápida familiarización de los usuarios con el sistema, se
pretende desarrollar una interfaz gráfica, amigable y fácil de utilizar, además se
realizará una capacitación a los usuarios finales antes de que el sistema entre
en funcionamiento.
De acuerdo a lo antes descrito, a la problemática analizada y a la propuesta de
solución se concluye que el sistema a implementar es operacionalmente
factible de realizar debido a que no existen impedimentos para la construcción
e implementación del sistema.

2.1.3.3 FACTIBILIDAD ECONÓMICA

El desarrollo del subsistema está evaluado como método de graduación, por lo
tanto, su realización no tendrá costo alguno, debido al convenio que existe
entre la Universidad Autónoma Tomás Frías y el SEDEGES, que consiste en
dar espacio al estudiante como practicante en la institución asignando un
proyecto para su desarrollo, como una forma de experiencia laboral. Una vez
concluido el proyecto de investigación, la institución otorga al estudiante una
nota de aprobación correspondiente.

Por lo tanto, el costo del esfuerzo del Recurso Humano, posee un valor en
términos monetarios de 0 bolivianos.

Se muestra la información de los diferentes tipos de costos de intervención en

el desarrollo y la implantación del sistema; en base a los requerimientos de
factibilidad económica del Hardware (ver anexo 4) y Software (ver anexo 5).

Para este análisis, se utilizó COCOMO (ver anexo 6).

TABLA N° 19: RESUMEN TOTAL

Resumen Total (Bs.):

Costo SIA. 92.344,49

Costo Hardware. 3.450,00

Costo Software. 0,00

Recursos Humanos. 0,00

Costo Total: 95.794,49

 2.1.4 PRODUCTO BACKLOG

TABLA N° 20: PRODUCTO BACKLOG

ID de la Dimensión / Iteración
N.º Título de la Historia: Estado: Prioridad:
Historia: Esfuerzo (s): / Sprint:
HU-
1 Control de usuarios. Planificación. 4 Sprint 1 Alta.
SSCRS-001
HU- Autenticación de
2 Planificación. 4 Sprint 1 Alta.
SSCRS-002 Usuarios
Permisos y Validación
HU- de usuarios mediante
3 Planificación. 4 Sprint 1 Alta.
SSCRS-003 un token

HU-
4 Realizar test gráficos. Planificación. 4 Sprint 2 Alta.
SSCRS-004
HU-
5 Realizar test analítico. Planificación. 4 Sprint 2 Alta.
SSCRS-005
HU- Realizar test
6 Planificación. 4 Sprint 2 Alta.
SSCRS-006 matemático.
HU- Realizar test de
7 Planificación. 4 Sprint 2 Alta.
SSCRS-007 interés.
HU- Realizar test de
8 Planificación. 4 Sprint 2 Alto.
SSCRS-008 aptitudes.
HU- Realizar estadística
9 Planificación. 4 Sprint 2 Alto.
SSCRS-009 de resultados.
HU- Subir material de
10 Planificación. 3 Sprint 3 Media.
SSCRS-010 apoyo pdf.
HU- Disposición de
11 Planificación 4 Sprint 3 Alto.
SSCRS-011 material de apoyo.
HU- Emisión de reporte
12 Planificación 4 Sprint 3 Alto.
SSCRS-012 test realizados.
Emisión de reporte de
HU-
13 adolescentes que Planificación 3 Sprint 3 Alto.
SSCRS-013
realizaron los test.
 Emisión de reporte
HU-
14 resultados obtenidos Planificación 4 Sprint 3 Alto.
SSCRS-014
del estudiante

(ANEXO 4): COSTOS DE HARDWARE

TABLA N° 21: COSTOS HARDWARE

Recurso: P/U Bs. Cantidad: Costo Total

(aprox.): Bs.:

Tarjeta Madre. 950,00 1 950,00

Procesador. 1050,00 1 1050,00

Memoria RAM. 350,00 1 350,00

Tarjeta de 500 1 500,00

Video.

Disco Duro. 600,00 1 600,00

Tarjeta de Red. 0 0 0,00

TOTAL: 3.450,00

El presupuesto del hardware para la implementación del subsistema se coloca

como 0 Bs., en vista que el sistema existente, al cual se le agregaran
funciones; ya cuenta con los dispositivos requeridos para su correcto
funcionamiento.

(ANEXO 5) COSTOS DE SOFTWARE

 TABLA N°22 COSTOS SOFTWARE

Recurso: P/U Bs. Cantidad: Costo Total

(aprox.): Bs.:

React 0.00 1 0.00

JavaScript. 0.00 1 0.00

Nodejs. 0.00 1 0.00

PostgreSQL. 0.00 1 0.00

TOTAL: 0.00

El presupuesto destinado para la implementación del software se coloca en 0

Bs., en vista que las licencias para las tecnologías requeridas son de uso libre.

El único gasto posible que no se toma en cuenta en la tabla es la licencia de

funcionamiento de Windows para su activación, caso en el cual, la institución
desee utilizar como sistema operativo.

(anexo 6) Calculo Cócomo

Cálculo cuenta total

N.º DE
PARÁMETROS PESO CUENTA
PARÁMETROS

Número de entradas. 20 6 120

Número salidas. 30 5 150

Número de peticiones. 10 5 50

Consultas externas. 0 4 0
 Algoritmos. 4 5 20

CUENTA TOTAL: 340

Cálculo factor complejidad

El cálculo del factor de complejidad se realiza con una ponderación ejecutada a

una escala de 0 a 5, como se muestra a continuación.

VALOR: CORRESPONDE A:

0 Sin influencia.

1 Incidental.

2 Moderado.

3 Medio.

4 Significativo.

5 Esencial.

CÁLCULO FACTOR DE COMPLEJIDAD

N.º RESPUESTA:
INTERROGANTE:

1 Requiere el sistema de copias de seguridad. 3

2 Se requiere comunicación de datos. 4

3 Existe funciones de procedimiento distribuido. 3

4 Es critico el funcionamiento. 5

Se ejecutará el sistema en un entorno operativo

5 5
existente y fuertemente utilizado.

6 Requiere el sistema entrada de datos interactivos 5

 Requiere de datos interactivos que la transacción de
7 1
entrada se lleve a cabo sobre múltiples pantallas.
Se actualizarán los archivos maestros de forma
8 5
interactivo.

9 Son complejos las E/S los archivos o las peticiones. 5

10 Es complejo el procesamiento interno. 4

11 Se ha diseñado el código para ser reutilizable. 4

Está incluido en el diseño la conversión y la

12 0
instalación.
Se ha diseñado el sistema para soportar múltiples
13 3
instalaciones en diferentes organizaciones.
Se ha diseñado la aplicación para facilitar los cambios
14 5
y para ser fácilmente utilizado por el usuario.

TOTAL: 52

Fi = TOTAL / 14 3,7

CÁLCULO PC(Nominal)

Pc(Nominal) = Cuenta total * (0.65 + 0.01 * Prom(Fi))

Pc (Nominal). 233.58

Pc(Real) se obtiene restando el porcentaje de reutilización, que en este

caso para el proyecto es 35%

Pc (Real) = Pc (Nominal) – Pc (Nominal) * 0.35 151.8

TÉCNICA DE ESTIMACIÓN DE COSTOS: COCOMO

 Considerando el Proyecto como un Proyecto Semiacoplado se tiene:

Tipo de proyecto: aa bb cb db

Semi-empotrado: 3.0 1.12 2.5 0.35

Esfuerzo = 3 * (Pc (Real) ^ 1,12)

Esfuerzo: 832.04

Duración = 2,5 * (Esfuerzo) ^ 0,35

Duración: 26.3

Donde la Duración del proyecto es de 26 semanas.

Cálculo del costo del SIA

Para realizar el cálculo del desarrollo del SIA, se deben primero establecer un
conjunto de métricas como:

Productividad = Capacidad de desarrollo por unidad de tiempo.

Donde la productividad al tratarse de un equipo de desarrollo se aplicará el

VE.

Productividad: 10

Dónde:

Línea base: (FUENTE DE SUELDOS INSTITUCIONES POTOSINAS).

(AAPOS 3500, GAMP: 6500, SEPSA: 7000).

VE (costo) = (Max + (4 * Medio) + Min) / 6

 VE (costo): 6.083,33

Costo por Pc = VE (costo) / Productividad.

Costo por Pc: 608,33

Costo SIA = Costo por Pc * Pc (Real).

Costo SIA: 92.344,49