Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Diagnóstico Situacional
Razón Social
Naturaleza de la Organización
1
para así lograr un bienestar colectivo fortaleciendo a la dicha sociedad
eficazmente, en el manejo de recursos del sector público.
Misión
Visión
2
ORGANIGRAMA
3
Localización Geográfica
Estado: Trujillo.
Municipio: Trujillo.
Dirección: AUTOPISTA VALERA - TRUJILLO, 3150 Sector la Morita.
Parroquia: Cristóbal Mendoza.
Punto de Referencia: Trujillo Enfrente DE FUNDASALUD.
Límites:
Historia de vida
4
los productos procesados, elaborados o terminados en la Empresa
AGROTRUJILLO, bajo criterios de precios justos y políticas anti-
intermediación y especulación. Vela por la ordenación sostenible de las
tierras con vocación agrícola en el estado. Garantiza la generación y
comercialización de bienes y servicios relacionados con el sector
agrícola.Vela porque los productores tengan acceso a los medios de
producción necesarios para realizar los procesos propios de la siembra,
cosecha, cría, recría, levante y otros, todo esto para la estimulación y la
generación del tejido productivo.
5
Problemas, Necesidades o Intereses del Contexto
6
información sobre la necesidad de ser atendida con el fin de producir una
solución.
Estas técnicas brindaron la posibilidad de concretar lo referente
a la institución, de manera quesevinculó con los individuos entrevistados
recalcando puntos de prioridadde dicha organización; las entrevistas no
estructuradas fueron implementadas de forma espontánea y versátil,en
empleados del departamento y otros. Se copiló una magnitud de problemas
tantos generales como en el área de informática la cuales veremos más
adelante.
7
Figura N°2: Árbol del Problema
Fines.
Indisponibilidad de
Interconexión de Equipos
Entre sí.
..
Ausencia de Deficiencia de Red Servidor Man Inexistencia de
Mantenimiento LAN de Área Local (Router), corto Aplicación Móvil
Preventivo en Equipos (INTERNET). alcance
de Compra y venta
Computarizados.
Medio.
8
Figura N°3: Árbol de Objetivos
Fines.
Disponibilidad de
Equipos Interconectados
Entre sí.
.
Equipos en Recursos Ilimitados Existencia de Óptima Registro de
Excelente de Acceso a Red Inalámbrica e Facturación
Rendimiento Internet Automatizados
Ilimitada
Medio.
9
Jerarquización y Selección de las necesidades
Alternativa de Solución
10
Después de instruir el cuadro 1, en el que determina criterios
expuestos se implementa el análisis de las alternativas, colocando el valor
según la escala de cada criterio. El mismo se muestra en el cuadro 2.
Red LAN
4 5 1 1 11 3
Aplicación Móvil 4 2 4 4 14 1
Red Man 2 5 2 1 10 4
Inalámbrica
11
Propósitos:
General:
Específicos:
Justificación
12
Justificación e Impacto Social de las Alternativas de Solución
Razones que Conllevan a Realizar el Proyecto
Teórico:
Técnico:
13
Legal:
Algunos de los aspectos legales bajo los cuales se rige el proyecto a
desarrollar en la UPTTMBI. Núcleo Trujillo, se han reflejado a continuación:
Artículos de la Constitución de la República Bolivariana de
Venezuela (1999)
14
fundamentales para el desarrollo económico, social y político del país,
así como para la seguridad y soberanía nacional. Para el fomento y
desarrollo de esas actividades, el Estado destinará recursos
suficientes y creará el sistema nacional de ciencia y tecnología de
acuerdo con la ley. El sector privado deberá aportar recursos para los
mismos. El Estado garantizará el cumplimiento de los principios éticos
y legales que deben regir las actividades de investigación científica,
humanística y tecnológica. La ley determinará los modos y medios
para dar cumplimiento a esta garantía.
15
5. Las personas que a título individual o colectivo, realicen actividades de
ciencia, Tecnología e innovación.
Decreto Presidencial Nº 825 de la Gaceta Oficial Nº 36.955 de fecha 10
de Mayo de 2000
1. Artículo 1°: Se declara el acceso y el uso de Internet como política
prioritaria para el desarrollo cultural, económico, social y político de la
República Bolivariana de Venezuela.
2. Artículo 11°: El Estado, a través del Ministerio de Ciencia y
Tecnología promoverá activamente el desarrollo del material
académico, científico y cultural para lograr un acceso adecuado y uso
efectivo de Internet, a los fines de establecer un ámbito para la
investigación y el desarrollo del conocimiento en el sector de las
tecnologías de la información.
16
Proyecto Nacional Simón Bolívar, garantizando el derecho de todas y todos a
una educación superior de calidad sin exclusiones.
Participantes-Comunidad:
17
Cuadro N°03: Análisis de los involucrados
18
PARTE II. MARCO REFERENCIAL
Antecedentes
19
abstracta e implementación y con la que se garantiza una aplicación de
calidad que se adaptara a las necesidades existentes en la instituciónEl
objetivo de desarrollar e implantar cumplió con los emitidos.
20
requisitos funcionales, capturar las interfaces, gestión de transacciones.
Junto con el lenguaje unificado de modelado UML, constituye la Metodología
Merinde, utilizada para diseño, implementación, a aplicaciones. Finalmente
se pudo comprobar que los usuarios del Producto, están conforme con la
aplicación desarrollada y que esta se realizó en mutuo acuerdo con las
necesidades existente.
21
control de cambio de cada proyecto”, intenta solucionar los problemas
detectados, sentando las bases para la aplicación inmediata de los
resultados obtenidos y modificar así la realidad descrita, Alcanzando así la
planificación implantada para dicha labor
22
¿?????????? Se compiló técnica de recolección de datos observación
directa, tiene como base: phpmyadmin, notepad++, y como principal
lenguaje php, ajax para la creación de la aplicación web.
Bases teóricos
Para desarrollar la investigación es indispensable obtener los
distintos fundamentos vinculados al producto con términos a tratar en el
proyecto desarrollado, las cual permitirá desempeñar una visión global de
conceptos tratados por el grupo investigador. Según: Fidias G. Arias (2000)
afirma “La bases teóricas comprenden un conjunto de conceptos y
proposiciones que constituyen un punto de vista o enfoque determinado,
dirigido a explicar el fenómeno o problema planteado. Esta sección puede
dividirse en función de los tópicos que integran la temática tratada o de las
variables que serán analizadas
Aplicación web.
23
en tiempo real cualquier tipo de transacción que se tenga entre el sistema, y
si es el caso, una base de datos.
Android
Creado por Android Inc., una compañía adquirida por Google en 2005,
Android se basa en Linux, programa libre, a su vez, está basado en Unix. El
objetivo inicial de Android, de ese modo, promovió los estándares abiertos
en teléfonos y computadoras (ordenadores) móviles.
24
No ocupa espacio en el disco duro: Para esta clase de aplicaciones no
existe la necesidad de instalación.
Actualizaciones: El software es gestionado por el propio desarrollador.
Ambiente de desarrollo
Android Studio
Javascript
25
programas para acceder a estos datos. Dicha colección de datos es
denominada base de datos y ésta contiene información que sirve para
describir a una empresa en particular. Al desarrollar aplicaciones para
Internet surge la necesidad de disponer de un almacén de datos potente,
robusto, rápido y fácilmente accesible; de ahí que, el elegir un SGBD, que
sea apropiado para la aplicación, es una tarea importante. Hoy en día, existe
un gran número de sistemas gestores de bases de datos de código libre con
el fin de suplir dicha necesidad; entre los más empleados se encuentran
PostgreSQL (o Postgres), Informix, Oracle, MySQL, SAP DB y FirebirdSQL.
Para la realización del presente proyecto se utilizará como sistema gestor a
MySQL del cual se hablará detalladamente más adelante.
Tradicional
26
Información y datos online: Esto permite que el usuario acceda a la
aplicación sin importar su ubicación dado que cuenta con una
información centralizada almacenada en bases de datos remotas.
Múltiples usuarios concurrentes: Puede ser usada por varios usuarios
al mismo tiempo, pueden ver e incluso editar el mismo documento de
manera conjunta.
Sistema
27
sistema es un plan práctico y completo que utiliza datos para generar,
coordinar y controlar las actividades de una organización”. Cualquier sistema
tiene que tener como sus objetivos principales el apoyo al elemento humano
para controlar, generar acción, proveer información, usar eficientemente los
recursos, fijar procedimientos, filtrar información adecuada, coordinar
acciones y movimientos, planear, evaluar y tomar decisiones.
De igual manera Kendall y Kendall (1998) establecen que los sistemas son
un conjunto de elementos organizados que se encuentran en interacción, los
cuales buscan una meta o metas comunes, operando para ellos sobre una
información y sobre una energía o materias u organismo en referencia
temporal para producir como salida la información o energía, materia u
organismo.
Sistema de información
28
Sistema Automatizado
29
sistema es un conjunto de unidades recíprocamente relacionadas. De ahí se
deducen dos conceptos: propósito (u objetivo) y globalismo (o totalidad).
Entropía
Homeostasia
30
Elementos de un sistema:
Entrada de Información
Almacenamiento de información
Procesamiento de Información
31
utilizada para la toma de decisiones, lo que hace posible, entre otras cosas,
que un tomador de decisiones genere una proyección financiera a partir de
los datos que contiene un estado de resultados o un balance general de un
año base.
Salida de Información
32
3. Empleo de sistemas con control centralizado y procesamiento de
datos por medio de aparatos de computación programables con o sin
conexión física directa.
4. Utilización de: convertidores analógico-digital para datos analógicos,
sistemas de medida de información con sistemas de computadores
embebidos, automatización compleja para complejos indirectos y
mediciones combinadas, automatización del diseño gráfico, etc.
5. Uso de redes de ordenadores miniaturizadas, embebidas y con PC,
desarrollo de sistemas para logística, así como de técnicas
cibernéticas como la auto-regulación, compresión automática de los
datos, acumulación y sistematización de las bases de datos, etc.
33
Aumento en el rendimiento de los equipos y facilidad para incorporar
nuevos equipos y sistemas de información.
Disminución de la contaminación y daño ambiental.
Racionalización y uso eficiente de la energía y la materia prima.
Aumento en la seguridad de las instalaciones y la protección a los
trabajadores.
Tipos de sistemas:
Productividad
Eficiencia
Precisión
Fiabilidad
34
La productividad es la relación entre la cantidad de productos obtenida
por cierto sistema productivo y los recursos utilizados en su elaboración. Uno
de los objetivos de los sistemas automatizados es conseguir un aumento de
esta productividad y reducir la información redundante. Para este fin, se
reemplazaran aquellos instrumentos más lentos por otros más rápidos; se
utilizaran a la par ambos tipos de instrumentos (rápidos y lentos); se
desarrollaran algoritmos óptimos de ejecución; se realizara una estricta
selección de la información útil; y se extraerá la información que buscamos a
partir de un cierto procesamiento preliminar humanos (dialogo, simplificación
de funciones, etc.).
35
para cada una de las medias individuales. Además, la precisión de cada una
de las medidas también influye en el sistema.
Seguridad óptima;
Control óptimo de la fiabilidad;
Profilaxis óptima del trabajo con AS.
Lenguaje de programación
36
Base de datos
Diagrama Informático
MySQL
37
Según Camps (2007, 7). “Es un sistema gestor de bases de datos
(SGBD) conocido y ampliamente usado por su simplicidad y notable
rendimiento”, es una opción atractiva tanto para aplicaciones comerciales
como de entretenimiento precisamente por su facilidad de uso ytiempo
reducido de puesta en marcha. Esto y su libre distribución en Internetbajo
licencia GPL le otorgan como beneficios adicionales (no menos
importantes)contar con un alto grado de estabilidad y un rápido desarrollo.
Lenguaje PHP
Palomo (2007, 2), “Es un lenguaje interpretado con una sintaxis similar
a la de C++ o JAVA. Aunque el lenguaje se puede usar para realizar
cualquier tipo de programa, es en la generación dinámica de páginas web
donde ha alcanzado su máxima popularidad”. En concreto, suele incluirse
incrustado en páginas HTML (o XHTML), siendo el servidor web el
encargado de ejecutarlo.
Lenguaje HTML
38
De igual manera Mejías S. (2007) describe a HTML como un lenguaje
con el que se define el contenido de las páginas web. Básicamente se trata
de un conjunto de etiquetas que sirven para definir el texto y otros elementos
que compondrán una página, es decir es un lenguaje de marcación de
elementos para la creación de documentos hipertexto, como imágenes,
listas, vídeos entre otros.
Requerimientos
Proceso
39
El Acta Constitutiva del presente Proyecto, se encuentra en los
Anexos del Proyecto.
Gestión De Alcance
Descripción del Alcance del Proyecto
En la Empresa de Propiedad Social Agrotrujillo S.A, no existe un
medio por el cual se den a conocer por parte de la organización interna, las
Factorización que se realizan “compra y venta”, sea de cualquier índole,
implementación que toca ser elaborada de manera manual.
40
Al aplicar cada una de estas gestiones de proyecto, se puede decir
que se consigue un alto nivel de viabilidad del mismo, ya que cumplirá con
las expectativas que se tienen pautadas y se ofrecerá un proyecto de calidad
a Agrotrujillo S.A
Planificar el Proyecto
El presente proyecto consiste en la elaboración de una Aplicación
Móvil, la cual será una de las principales fuentes de Factorización
automatizada Empresa de Propiedad Social Agrotrujillo S.A, en donde será
administrado Compra y venta por parte del personal encargado del
Departamento de Coordinación General “Jefes autorizados”, novedad que se
refiera al bienestar u organización interna de esta Empresa, incluyendo
información interesante para él y su entorno.
41
Fecha de
Gestión de Alcance Ejecución Responsables(s)
42
Estudiantes del PNFI de la
Realizar Pruebas 10/11/2019
UPTTMBI Núcleo Trujillo
Estudiantes del PNFI de la
Implantación de la Aplicación Móvil 11/25/2019
UPTTMBI Núcleo Trujillo
Capacitación de los Usuarios Carta de Estudiantes del PNFI de la
02/12/2019
Aceptación UPTTMBI Núcleo Trujillo
Estudiantes del PNFI de la
Evaluación del Proyecto 12/2019
UPTTMBI Núcleo Trujillo
Recopilar Requisitos
Requerimientos Funcionales
43
La Gestión De Información de la Empresa de Propiedad Social Agrotrujillo
S.A.
Tabla de Requerimientos
44
requerimiento.
45
Consistente SI Es consistente porque está identificado o en concordancia con los
objetivos.
Abstracto SI Es abstracto porque tiene un lenguaje técnico complejo.
Requisitos No Funcionales
Los Requisitos No Funcionales, son requisitos que imponen
restricciones en el diseño o la implementación como restricciones en el
diseño o Estándares de Calidad. Son propiedades o cualidades que el
producto debe tener. (Giraldo, O.P., 2017).
46
Realizar una descripción del producto que se incorporará en el proyecto.
47
48
Estructura de Desglose de Trabajo (EDT)
Aplicación Móvil Para La Gestión De Facturación De La Empresa de Propiedad Social Agrotrujillo S.A.
1.1. Visita a la comunidad 2.1. Definir el alcance del 3.1. Diseño del Modelo de 4.1. Implantación de la
proyecto Base de Datos Aplicación Móvil
1.2. Recopilación de 2.2. Acta de constitución 3.2. Modificación de la Base 4.2. Capacitación a los
información de datos Usuarios
2.5. Cronograma de
Fuente: Los Autores (2018)
Actividades
49
Diccionario de la Estructura de Desglose de Trabajo (EDT)
50
Proyecto: Aplicación Móvil para el Control de Compras de la Empresa de Propiedad Social
Agrotrujillo s.a.
N° del Paquete del Trabajo: 1.3. Nombre del Paquete:
Planteamiento del problema.
Descripción: Se plantea la necesidad de desarrollar una Aplicación Móvil, ya que es la necesidad
planteada por el Departamento de Coordinación General
Responsable: T.S.U. Linares José, T.S.U. Olivar Fecha de Entrega: 26/11/2018
Pedro y T.S.U. Simancas Orlando
51
Proyecto: Aplicación Móvil para el Control de Compras de la Empresa de Propiedad Social
Agrotrujillo s.a.
N° del Paquete del Trabajo: 2.2. Nombre del Paquete: Acta de constitución.
Descripción: Se elabora el Acta de Aprobación la cual será firmada y sellada por la Jefe del
Departamento de Coordinación General para la realización del proyecto.
Responsable: T.S.U. Linares José, T.S.U. Olivar Fecha de Entrega: 22/01/2019
Pedro y T.S.U. Simancas Orlando
Entregable: Acta de Aprobación firmada y sellada por la Jefe del Departamento de Coordinación
General
52
Proyecto: Aplicación Móvil para el Control de Compras de la Empresa de Propiedad Social
Agrotrujillo s.a.
N° del Paquete del Trabajo: 2.5. Nombre del Paquete: Cronograma de
Actividades.
Descripción: Se elabora un cronograma de todas las tareas a realizarse durante el desarrollo del
proyecto.
Responsable: T.S.U. Linares José, T.S.U. Olivar Fecha de Entrega: 25/02/2019
Pedro y T.S.U. Simancas Orlando
53
Proyecto: Aplicación Móvil para el Control de Compras de la Empresa de Propiedad Social
Agrotrujillo s.a.
Empresa de Propiedad Social Agrotrujillo S.A.
N° del Paquete del Trabajo: 3.1. Nombre del Paquete: Diseño del modelo de
la Base de Datos.
Descripción: Se realiza un borrador de cómo estará constituida la Base de Datos de la Aplicación
Androide
Responsable: T.S.U. Linares José, T.S.U. Olivar Fecha de Entrega:
Pedro y T.S.U. Simancas Orlando
54
Proyecto: Aplicación Móvil para el Control de Compras de la Empresa de Propiedad Social
Agrotrujillo s.a.
N° del Paquete del Trabajo: 3.4. Nombre del Paquete: Elaborar la
Página Web
Descripción: Comienza la construcción de la aplicación por medio de programación en PHP,
HTML, CSS3.
Responsable: T.S.U. Linares José, T.S.U. Olivar Fecha de Entrega:
Pedro y T.S.U. Simancas Orlando
55
Proyecto: Aplicación Móvil para el Control de Compras de la Empresa de Propiedad Social
Agrotrujillo s.a.
N° del Paquete del Trabajo: 4.1. Nombre del Paquete: Implantación de la
Aplicación Móvil
Descripción: Se incluyen los archivos que comprenden la Pagina Web en el servidor del
Departamento de Coordinación General
Responsable: T.S.U. Linares José, T.S.U. Olivar Fecha de Entrega:
Pedro y T.S.U. Simancas Orlando
56
Proyecto: Aplicación Móvil para el Control de Compras de la Empresa de Propiedad Social
Agrotrujillo s.a.
N° del Paquete del Trabajo: 4.4. Nombre del Paquete: Evaluación del
Proyecto.
Descripción: Evaluación y defensa del Proyecto Socio Integrador Tecnológico.
Responsable :T.S.U. Linares José, T.S.U. Olivar Fecha de Entrega:
Pedro y T.S.U. Simancas Orlando
Gestión de Calendario
Comprende las actividades necesarias para asegurar que el proyecto
se ejecute en el plazo estimado y que los resultados (producción de bienes
o servicios) estén a disposición de los clientes o consumidores. Gestionar el
tiempo consiste en tener en cuenta todos los procesos necesarios para
lograr la conclusión del proyecto a tiempo. Para poder organízalos y
programar de una forma adecuada las actividades para éste. Estos
procesos interaccionan entre sí y también con los procesos de las demás
gestiones del proyecto. Cada proceso tiene lugar por lo menos una vez en
cada proyecto y se produce en una o más fases del proyecto, si el proyecto
se encuentra dividido en fases. A continuación se describen cada una de las
actividades a realizar, así como los tiempos estimados para su realización
con el fin de obtener la red de actividades y determinar la duración del
proyecto.
Definición de las Actividades
Es el proceso que consiste en identificar las acciones específicas a ser
realizadas para elaborar los entregables del proyecto. Las actividades
proporcionan una base para la estimación, planificación, ejecución,
seguimiento y control del trabajo del proyecto. Las actividades definidas
según el EDT son:
57
1. Inicio
Visita a la institución
Recopilación de información
Entrevista Estructurada o Formal
Planteamiento del problema
2. Planificación
Definir el alcance del proyecto
Acta de constitución
Determinar los requerimientos
Funcionales
No funcionales
Elaboración de EDT y diccionario
Cronograma de actividades
Estimación de costos
3. Ejecución
Diseño del Modelo de la Base de Datos
Modificación de la Base de Datos
Diseño de Interfaz Grafica
Elaborar Pagina Web
Realizar pruebas
4. Implantación
Implantación de la Página Web
Capacitación a los usuarios
Carta de aceptación
Evaluación del proyecto
58
Lista de Actividades
Identifica las actividades que requieren estimaciones de duración.
Identificador Nombre de la Actividad Actividad Duración
de la Antecesora
Actividad
A Inicio - 8
B Visita a la Institución A 8
C Recopilar la información B 8
D Planteamiento del Problema C 15
E Planificación del Proyecto D 7
F Definir el Alcance del Proyecto D,E 2
G Acta de Constitución F 8
H Determinar los Requerimientos D,G 24
I Elaborar EDT y Diccionario E 15
J Cronograma de Actividades I 8
K Estimación de Costos J 31
L Ejecución J,K 3
M Diseño del Modelo de la Base de Datos H,L 40
O Diseño de Interfaz Grafica M 15
P Implementar la Aplicación Androide N,O 15
Q Realizar Pruebas P 8
R Implantación Q 8
S Capacitación a los Usuarios R 3
T Carta de Aceptación S 8
U Evaluación del Proyecto T 1
59
TABLA GENERAL DE ATRIBUTOS DE ACTIVIDADES
Identificador de Actividades Actividades sucesoras Fecha Restricciones
la actividad Nombre de la Descripción de la actividad antecesoras Inicio Final
actividad
A Inicio Inicia la búsqueda de una - B 25/10/2018 25/10/2018 Disponibilidad del
institución o empresa donde se Departamento de
desarrollará el proyecto socio Coordinación General
integrador.
B Visita a la Visita a la Empresa de Propiedad A C 02/11/2018 03/11/2018 Disponibilidad del
Institución Social Agrotrujillo S.A., para dar a Departamento de
conocer la propuesta de realizar el Coordinación General
proyecto
C Recopilar la Mediante la técnica de recolección B D 02/11/2018 02/11/2018 Disponibilidad del
información de datos, Departamento de
Entrevista Estructura o Coordinación General
Formal, se procede a determinar las
problemáticas que se presenten en
la empresa y hallar la de mayor
relevancia en el área de informática
y su posible solución.
F Definir el Se define la duración que tendrá el D,E G 29/11/2018 29/12/2019 Disponibilidad del
Alcance del proyecto. Departamento de
Proyecto Coordinación General
60
Herramientas y/o Técnicas utilizadas para la Estimación de la Duración de
actividades
61
Diagrama de Red
62
Tabla de Estimación de la Duración de Actividades
Identificador de Nombre de la Actividad Duración Holgura
la Actividad (días) (días)
A Inicio 8 0
B Visita a la Institución 8 0
C Recopilar la información 8 0
D Planteamiento del Problema 15 0
E Planificación del Proyecto 7 0
F Definir el Alcance del Proyecto 2 0
G Acta de Constitución 8 0
H Determinar los Requerimientos 24 0
I Elaborar EDT y Diccionario 15 0
J Cronograma de Actividades 8 0
K Estimación de Costos 31 0
L Ejecución 3 0
M Diseño del Modelo de la Base de Datos 40 0
O Diseño de Pantallas 15 0
P Elaborar la Aplicación 15 0
Q Realizar Pruebas 8 0
R Implantación 8 0
S Implantación de la Pagina Web 3 0
T Capacitación de los Usuarios 8 0
U Carta de Aceptación 2 0
V Evaluación del Proyecto 1 0
63
Desarrollo del Cronograma.
Diagrama de Gantt
64
Diagrama de Gantt
65
Control del Cronograma
A Inicio X
B Visita a la Institución X
C Recopilar la información X
D Planteamiento del Problema X
E Planificación del Proyecto X
F Definir el Alcance del Proyecto X
G Acta de Constitución X
H Determinar los Requerimientos X
I Elaborar EDT y Diccionario X
J Cronograma de Actividades X
K Estimación de Costos X
L Ejecución X
M Diseño del Modelo de la Base de Datos X
O Diseño de Pantallas X
P Elaborar la Aplicación X
Q Realizar Pruebas X
R Implantación de la Aplicación Móvil X
Fuente: Linares J, Olivar P y Simancas O (2018)
66
Gestión de Recursos Humanos
Descripción del Recurso Humano
A la hora de elaborar cualquier tipo de proyecto hay que disponer de
personas adecuadas y capacitadas para realizar las actividades y tareas
previstas. Cuando los proyectos tienen como propósito contribuir al
desarrollo comunitario, existen dos partes claramente identificadas, una
compuesta por los miembros de las comunidades relacionadas y otra por el
grupo de apoyo o de agentes de desarrollo. Para que la participación y el
compromiso de cada una de las partes sean efectivos, es indispensable que
ambas estén en capacidad de hacerlo. Siempre hay que dejar en claro el
papel de cada uno de los miembros del grupo y el hecho de que asumir
tareas diferentes no quiere decir necesariamente que se establezca en
vertical o dominante de una parte sobre la otra.
67
consecución, El material a utilizar durante el desarrollo del proyecto será:
hojas de dibujo, lápices, entre otros.
68
Equipo 1
Determinar los Requerimientos H Humano 2
Equipo 1
Elaborar EDT y Diccionario I Humano 2
Equipo 2
Cronograma de Actividades J Humano 2
Equipo 1
Estimación de Costos K Humano 2
Equipo 2
Ejecución L Humano 2
Equipo 2
Diseño del Modelo de la Base de Datos M Humano 2
Equipo 2
Modificación de la Base de Datos N Humano 2
Equipo 2
Diseño de Pantallas O Humano 2
Equipo 2
Elaborar la Aplicación P Humano 2
Equipo 2
Realizar Pruebas Q Humano 2
Equipo 3
Implantación R Humano 2
Equipo 1
Capacitación de los S Humano 2
Usuarios Equipo 1
Carta de Aceptación T Humano 2
69
Gestión de Costo.
Calculo de Costos
70
2. Materiales:Como material necesario para el desarrollo del Plan de
Gestión, se tomaron el papel, lápiz, cartulinas, entre otros
materiales requeridos para desarrollar cada una de las gestiones,
estimando un precio fijo para los mismos
3. Equipos:Orientado a los computadores, memorias, quemadoras, y
demás equipos necesarios para el desarrollo del Plan de gestión,
el costo de estos se estableció según las necesidades de cada
gestión.
Costo Indirecto:
Se obtiene al calcular el 20% del costo directo.
1. Costos Fijos:Son aquellos que no son sensibles a pequeños
cambios que pueden presentar las actividades de un producto en
desarrollo, sino que permanecen invariables ante estos. En
general, los costos fijos devengan en forma periódica: una vez al
año, una vez al mes, una vez al día, entre otros Para el desarrollo
del Plan de Gestión del presente proyecto, se establecieron como
costos fijos aquellos representados por los servicios básicos
(agua, luz, teléfono, Internet).
2. Costo Circunstancial:Para Plan de Gestión del presente proyecto,
se acordó obtener el costo circunstancial al calcular el 40% del
costo directo.
3. Costo Total: Es la suma de todos los costos anteriormente
calculados.
71
Descripción de la Gestión de Costo.
Actividad Mano de Obra Materiales Equipos CD CI CC Costo fijo Costo total de la
Actividad
Inicio Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Visita a la Institución Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Recopilar la información Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Planteamiento del Problema Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Planificación del Proyecto Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Definir el Alcance del Proyecto Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Acta de Constitución Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Determinar los Requerimientos Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Elaborar EDT y Diccionario Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Cronograma de Actividades Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Estimación de Costos Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Diseño del Modelo de la Base de Datos Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
72
Actividad Mano de Obra Materiales Equipos CD CI CC Costo fijo Costo total de la
Actividad
Modificación de la Base de Datos Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Diseño de Pantallas Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Elaborar la Aplicación Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Realizar Pruebas Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Implantación de la Pagina Web Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Capacitación de los Usuarios Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Carta de Aceptación Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Modificación de la Base de Datos Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Diseño de Pantallas Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Elaborar la Aplicación Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Realizar Pruebas Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Implantación de la Pagina Web Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
Capacitación de los Usuarios Bs 13.574,00 Bs 570,00 Bs 0,00 Bs 14.144,00 Bs 2.828,00 Bs 0,00 Bs 3.675,00 Bs 20.647,00
73
Gestión de Comunicación
Objetivo General.
74
Daniel Linares Líder del Es el responsable de las Desde el inicio
Proyecto actividades de liderazgo, tomar hasta la
las decisiones Culminación del
Referentes al desarrollo del proyecto.
proyecto y asegurar que la tarea
esté hecha.
Pedro olivar Editor y Es el encargado de investigar, Desde el inicio
Escritor analizar y hasta la
Redactar la documentación Culminación del
concerniente al desarrollo del proyecto.
proyecto.
75
Identificador (ID) Rol Descripción
R Responsable Este rol corresponde a quien efectivamente realiza la tarea.
Lo más habitual es que exista sólo un encargado (R) por cada
tarea; si existe más de uno, entonces el trabajo debería ser
subdividido a un nivel más bajo.
C Consultado Los recursos con este rol son las personas con las que hay
consultar datos o decisiones con respecto a la actividad o
proceso que se define.
I Informado Este rol debe ser informado sobre el avance las decisiones
que se toman y los resultados de la ejecución de la tarea. A
diferencia del consultado (C), la comunicación es
unidireccional.
76
Gestión de Riesgos
Categorías de Riesgo:
Riesgos Técnicos:
77
Riesgos del Negocio:
Identificar Riesgos Determinar los riesgos que puedan poner en Reuniones y Entrevistas.
riesgo el desarrollo del proyecto.
Análisis Cualitativo de Se evalúa el impacto y la regularidad con la Reuniones y Entrevistas.
Riesgos que ocurren los riesgos y las consecuencias
con el proyecto.
78
Planificar la respuesta de Realizar un plan donde se gestionarán los Reuniones y Entrevistas.
Riesgos riesgos encontrados, y por medio de técnicas
hallar respuestas y reducir las amenazas de
riesgo del proyecto.
Identificación de Riesgo
79
ID Riesgo Descripción del Riesgo Tipo de
Riesgo
R01 Diseño inadecuado de la El diseño de la Aplicación Móvil se realiza Técnico
Aplicación Móvil. inadecuadamente ya que carece de nitidez y
detalles a la hora de su ejecución.
R03 Falta de Comunicación del La falta de comunicación por parte de los Proyecto
Equipo desarrollador. integrantes del proyecto origina riesgos a la
hora de tomar decisiones concernientes al
desarrollo del proyecto.
R05 Exclusión de un integrante Uno de los integrantes del proyecto corre el Proyecto
del Equipo de proyecto. riesgo de ser excluido a la hora de una toma
de decisiones, debido a una circunstancia en
particular (laboral, salud, personal, entre
otras).
R06 Funcionamiento erróneo de En la elaboración de la Base de Datos se Técnico
la Base de Datos. pasaron por alto algunos detalles
importantes que ocasionan el mal
funcionamiento de la misma.
80
Impacto de Riesgo
Calificación Descripción
Muy Alto El Riesgo tiene la probabilidad más alta de ocurrir, entre 80%
y 99%.
Alto El Riesgo tiene la probabilidad alta de ocurrir, entre 60% y
79%.
Medio 3
Bajo 2
Muy Bajo 1
81
Análisis de Riesgo
El análisis de riesgos tiene como objetivo establecer una priorización
de los riesgos del proyecto para su tratamiento posterior. También permite
establecer una clasificación general de riesgo del proyecto, en relación a
otros proyectos de la organización. Esta información puede ser utilizada para
apoyar decisiones de inicio o cancelación de un proyecto, para realizar
asignaciones de recursos entre proyectos, o para la realización de análisis
costo-beneficio.
Análisis Cualitativo de Riesgos
Este proceso evalúa el impacto y la probabilidad de ocurrencia de los
riesgos identificados en el proceso anterior usando métodos y herramientas
de análisis cualitativo. El riesgo se mide a partir de dos parámetros:
probabilidad e impacto. La probabilidad es la posibilidad de que el riesgo
pueda ocurrir. El impacto o severidad es el efecto sobre los objetivos del
proyecto, caso de materializarse el riesgo. Todo riesgo viene definido por sus
valores de probabilidad e impacto. Si el riesgo puede materializarse en más
de una ocasión, aparece un tercer parámetro de medida: la frecuencia, que
mide el número de veces que un determinado riesgo puede materializarse a
lo largo del proyecto. Para que este método sea útil y no lleve a conclusiones
erróneas es preciso contar con información precisa y no tendenciosa acerca
de los riesgos. Esto implica examinar el grado de conocimiento del riesgo, la
información disponible, y la calidad e integridad de la información. Para medir
probabilidad e impacto pueden utilizarse escalas numéricas y no numéricas.
Análisis Cuantitativo de Riesgos
Este proceso utiliza técnicas cuantitativas para determinar la
probabilidad e impacto de los riesgos del proyecto. Generalmente se realiza
después del análisis cualitativo de riesgos.
82
ID Análisis de Riesgo
R01 Descripción: El diseño de la Aplicación Móvil se realiza inadecuadamente ya que carece de nitidez y
detalles a la hora de su ejecución.
Impacto: Baja.
Análisis de Riesgo: El diseño y la arquitectura de la aplicación no cumple con las expectativas
esperadas.
Probabilidad de que ocurra: 35%
Exposición al Riesgo: 0.35
Valor del Impacto: 2
R02
Descripción: La escasez de recursos genera un desequilibrio para llevar a cabo el desarrollo del
proyecto.
Impacto: Alta.
Análisis de Riesgo: Se pueden presentar dudas en cuanto al diseño de la aplicación esto conllevaría
a un deterioro en la calidad del producto.
Probabilidad de que ocurra: 50%
Exposición al Riesgo: 0.50
Valor del Impacto: 4
R03
Descripción: La falta de comunicación por parte de los integrantes del proyecto origina riesgos a la
hora de tomar decisiones concernientes al desarrollo del proyecto.
Impacto: Medio
Análisis de Riesgo: Puede generar retrasos en el desarrollo de las actividades y en la entrega final del
proyecto.
Probabilidad de que ocurra: 45%
Exposición al Riesgo: 0.45
Valor del Impacto: 3
83
R05
Descripción: Uno de los integrantes del proyecto corre el riesgo de ser excluido a la hora de una
toma de decisiones, debido a una circunstancia en particular (laboral, salud, personal, entre otras).
Impacto: Medio
Análisis de Riesgo: La falta de un integrante de proyecto puede generar sobrecarga de actividades
de los desarrolladores del proyecto y retardo a la hora de entregar el proyecto final.
Probabilidad de que ocurra: 50%
Exposición al Riesgo: 0.50
Valor del Impacto: 3
R06 Descripción: En la elaboración de la Base de Datos se pasaron por alto algunos detalles
importantes que ocasionan el mal funcionamiento de la misma.
Impacto: Alto.
Análisis de Riesgo: Puede generar retrasos a la hora de la entrega del producto final ya que se debe
realizar modificaciones a la Base de Datos.
Probabilidad de que ocurra: 75%
Exposición al Riesgo: 0.75
Valor del Impacto: 4
R07
Descripción: Por razones imprevistas se generó perdida de información trayendo como
consecuencia retrasos en el desarrollo del proyecto.
Impacto: Bajo
Análisis de Riesgo: La pérdida de la información recogida estará plasmada y documentas, puede
suponer un retraso significativo, o lo que es peor el fracaso total del proyecto.
Probabilidad de que ocurra: 30%
Exposición al Riesgo: 0.30
Valor del Impacto: 2
R08 Descripción: Establecer de manera clara y concisa el nivel de alcance del proyecto, especificando
hasta donde llegara el proyecto.
Impacto: Media
Análisis de Riesgo: Al no tener claro hasta donde abarca las tareas de desarrollo de la aplicación
ocasiona retrasos o hasta trabajar de más en las tareas no definidas.
Probabilidad de que ocurra: 45%
Exposición al Riesgo: 0.45
Valor del Impacto: 3
84
Impacto: Media
Análisis de Riesgo: La información recolectada debe estar registrada en los manuales, para así evitar
la pérdida de tiempo, sin contar que si eso sucede el impacto sobre el desarrollo de la aplicación
puede ser grave.
Probabilidad de que ocurra: 50%
Exposición al Riesgo: 0.50
Valor del Impacto: 3
Acciones
Es el proceso por el cual se desarrollan opciones para mejorar las
oportunidades y reducir las amenazas a los objetivos del proyecto. Se realiza
después de los procesos de Análisis Cualitativo de Riesgos y Análisis
Cuantitativo de Riesgos (en el caso de que éste se aplique).
ID Acciones
R01 Elaborar un prototipo que contenga la estructura de la aplicación con el fin de
realizar comparaciones y prevenir posibles errores. Si llegara a ocurrir durante
la elaboración, se modificara la documentación y el modulo afectado.
R02 Se elaborara un estimado en base a los costos y a los recursos que se utilizaran
o puedan presentarse en el desarrollo del proyecto.
Crear estrategias para adaptar el estimado de los costos más cercanos a la
realidad.
R03 Tratar de cumplir todos los objetivos planteados antes de lo estimado con el fin
de evitar retrasos en el desarrollo y entrega del proyecto final.
R04 Tratar de mostrar los avances realizados a la aplicación con el fin de obtener su
propio punto de vista y evitar desacuerdos.
R05 El equipo desarrollador tratara de cubrir las tareas no realizadas por el
integrante del proyecto que no pueda trabajar.
Tratar de reajustar las actividades ya planificadas del proyecto.
R07 Cada día poder tener la costumbre de respaldar la información ya sea por
dispositivos de almacenamiento o en correos electrónicos remotos.
R08 Estar claro con todo el equipo por medio de reuniones para establecer y poner
en tanto cuales son las metas hasta donde se llegara y cuáles son nuestros
límites.
85
R09 Realizar las reuniones necesarias con el cliente, aplicando las debidas
herramientas de recolección de datos, para no tener problemas con la
información obtenida, documentándose y firmando de acuerdo con lo
convenido.
Matriz de Riesgo
Una matriz de riesgo constituye una herramienta de control y de
gestión normalmente utilizada para identificar las actividades (procesos y
productos) más importantes de una empresa, el tipo y nivel de riesgos
inherentes a estas actividades y los factores exógenos y endógenos
relacionados con estos riesgos.
86
Matriz de Riesgo
ID Riesgo Tipo de Probabilidad Valor del Exposición al Acciones
Riesgo Impacto Riesgo
R01 Diseño inadecuado Técnico 35% 2 0.35 Elaborar un prototipo que contenga la
de la Pagina Web. estructura de la aplicación con el fin de
realizar comparaciones y prevenir posibles
errores.
Si llegara a ocurrir durante la elaboración,
se modificara la documentación y el
modulo afectado.
R02 Estimación de Proyecto 50% 3 0.50 Se elaborara un estimado en base a los
recursos fuera de costos y a los recursos que se utilizaran o
alcance para la puedan presentarse en el desarrollo del
realización del proyecto.
proyecto. Crear estrategias para adaptar el estimado
de los costos más cercanos a la realidad.
R03 Falta de Proyecto 45% 3 0.45 Tratar de cumplir todos los objetivos
Comunicación del planteados antes de lo estimado con el fin
Equipo de evitar retrasos en el desarrollo y
desarrollador. entrega del proyecto final.
R04 Inconformidad por Técnico 30% 2 0.30 Tratar de mostrar los avances realizados a la
parte de los usuarios aplicación con el fin de obtener su propio
y administradores. punto de vista y evitar desacuerdos.
87
R05 Exclusión de un Proyecto 50% 3 0.50 El equipo desarrollador tratara de cubrir las
integrante del tareas no realizadas por el integrante del
Equipo de proyecto. proyecto que no pueda trabajar.
Tratar de reajustar las actividades ya
planificadas del proyecto.
R06 Funcionamiento Técnico 75% 4 0.75 Realizar pruebas a la base de datos con el
erróneo de la fin de prevenir fallas en el funcionamiento
Base de Datos. de la misma
Realizar posibles modificaciones a fallas
que presente la base de datos.
R07 Pérdida de Proyecto 30% 2 0.30 Cada día poder tener la costumbre de
información respaldar la información sea dispositivos
importante para el de almacenamiento o en correos
desarrollo del electrónicos remotos.
proyecto.
R08 Formulación de las Proyecto 45% 3 0.45 Estar claro con todo el equipo por medio
delimitaciones del de reuniones para establecer y poner en
proyecto poco claras. tanto cuales son las metas hasta donde se
llegara y cuáles son nuestros límites.
R09 Pérdida de Técnico 50% 3 0.50 Realizar las reuniones necesarias con el
tiempo al no cliente, aplicando las debidas herramientas
disponer de de recolección de datos, para no tener
información problemas con la información obtenida,
precisa sobre los documentándose y firmando de acuerdo
requerimientos con lo convenido.
de los usuarios finales
88
Fuente: Linares J, Olivar P y Simancas O (2018)
89
Seguimiento y control de riesgos:
Una vez identificados los riesgos del proyecto, es necesario realizar
un seguimiento a éstos, además de supervisar los riesgos residuales,
identificar nuevos riesgos, ejecutar planes de respuesta a los riesgos y
evaluar su efectividad a lo largo del ciclo de vida del proyecto.
Gestión de Calidad
Objetivo General:
Organizar y controlar los procesos de la aplicación Móvil para la
Gestiónde Control de Compra de la Empresa de Propiedad Social Agrotrujillo
S.A. “facturación”
Objetivos Específicos:
1. Identificar las normas de calidad que son relevantes para el proyecto y
producto donde se determine el modo de satisfacerlas.
2. Aplicar las actividades relativas a la calidad, para garantizar que el
proyecto cumple con los requerimientos del cliente.
3. Supervisar los resultados del proyecto, para determinar si cumplen
con las normas de calidad determinadas.
La Gestión de la Calidad del Proyecto trata sobre la gestión tanto de la
calidad de la propuesta como del producto planificado. La misma incluye:
90
Planificar la Calidad:
Es el proceso por el cual se identifican los requisitos de calidad y/o
normas para el proyecto y el producto, documentando la manera en que el
proyecto demostrará el cumplimiento con los mismos
Entradas
Normas y Estándares de Calidad:
La Aplicación Móvil Para La Gestión De Compra y venta de la
Empresa de Propiedad Social Agrotrujillo S.A se desarrolla bajo los
estándares de calidad ISO 9126, el cual es un modelo de calidad estándar
para softwaremóviles (apk) o computarizados (setup), donde se describen las
diferentes características y sub-características que debe cumplir un sistema
software o aplicación para que pueda ser considerado un producto de alta
calidad. Además, este modelo también define una serie de métricas y se
divide en dos partes: la primera de ellas se centra en la calidad externa e
interna del producto software y la segunda se centra en la calidad de uso del
mismo.
91
Usabilidad: Un conjunto de atributos relacionados con el esfuerzo
necesario para su uso y en la valoración individual de tal uso, por un
establecido o implicado conjunto de usuarios.
Eficiencia: Conjunto de atributos relacionados con la relación entre el
nivel de desempeño del software y la cantidad de recursos
necesitados bajo condiciones establecidas
Mantenibilidad: Conjunto de atributos relacionados con la facilidad de
extender, modificar o corregir errores en un sistema de software.
Portabilidad: Conjunto de atributos relacionados con la capacidad de
un sistema de software para ser transferido desde una plataforma a
otra.
Herramientas y Técnicas
Costo de la Calidad (COQ):
Es el dinero destinado para obtener la calidad requerida para él
producto, la misma no se consigue por casualidad, sino que todo debe ser
planeado en actividades, medido y garantizado. El objetivo fundamental del
COQ, es garantizar que la fabricación del producto, cumpla
satisfactoriamente con los requisitos preestablecidos del cliente, y con el
mínimo costo, contribuyendo así a maximizar los beneficios de la Aplicación
Móvil para el control de compra y ventas de la Empresa de propiedad social
Agrotrujillo S.A.
Muestreo Estadístico:
Consiste en seleccionar una parte de la población de interés para su
inspección, la frecuencia y el tamaño de la muestra deben determinarse
durante el proceso planificar la calidad, de modo que el costo de la calidad
incluya el número de pruebas, los rechazos esperados, entre otros. Para la
Aplicación Móvil de la Empresa de Propiedad Social Agrotrujillo S.A, se usó
92
un muestreo simple que es la técnica más sencilla de aceptación del control
de estadísticas donde este es sometido a una muestra única.
Plan de Pruebas
Identificador único del documento (para la gestión de configuración).
PLAN-001
Pruebas del Sistema.
Como resultado del proyecto piloto, en esta fase se realizan las
pruebas de funcionamiento de la Aplicación Móvil, Para el desarrollo de esta
Fase se aplicó un Plan de Prueba el cual detallamos a continuación:
93
Estrategias de Pruebas
En esta oportunidad vamos a utilizar estrategias de pruebas Hibridas
siendo esta la combinación de estrategias basadas en la formación la cual
emplea técnicas de Caja Negra y estrategias basadas en la implementación
emplea técnicas de Caja Blanca.
Tipos de prueba y técnicas que se emplearan
Pruebas de Unidad
Pruebas de Caja Negra: Con este tipo de prueba se propone encontrar:
Funciones correcta o asuntos
Errores de interfaz.
Errores en estructuras de datos o en accesos a las bases de datos
externas
Errores de rendimientos
Errores de inicialización y terminación
94
Tipo de Prueba: Validación de solo carácter
Objetivo: Probar que en los campos de entradas tipo carácter no ingresen datos numéricos
Pruebas de Integración
Conociendo el funcionamiento interno del producto, se aplican
pruebas para asegurarse que “todas las piezas encajan”, en otras palabras,
están integradas correctamente. Se basa en un examen cercano al detalle
procedimental. Estas pruebas se aplicaron a todos los componentes de la
aplicación móvil implantada, comprobando así la exitosa integración de la
aplicación. Además, se probaron los enlaces, que no estuviesen deficiente o
en de fortunio, ni enlaces que diseccionarán hacia alguna redirección ip
indebida. A continuación se presenta uno de los casos de prueba de
integración que se aplicó a laAplicación Móvil
95
Caso de prueba: Entrar al Portal de Ingreso Autorizado
Entradas Clave de acceso y Usuario Administrador
Salidas Acceso al Panel de Control
96
Metodología
97
Fase de Elaboración: El propósito específico que tiene la fase de
elaboración es proyectar la manera en que se va a realizar la arquitectura
para el ciclo de vida del producto, es decir, para su evolución durante su uso
o bien sea su permanencia en cuanto a funcionamiento, se elabora una
arquitectura en diversas interacciones hasta lograr el producto deseado. Esta
fase debe seguir el patrón de todos los casos de uso planteados en la fase
de inicio.
98
Fase de Transición: Ya en esta fase, el producto debe de estar en
manos de los usuarios finales en su forma funcional, luego de que haya sido
probado y aceptado en su totalidad por dichos usuarios, además se deberá
doctrinar a los usuarios en cuanto al empleo o manipulación del sistema, y
principalmente en lo que se refiere a la configuración usabilidad e instalación
del producto. Es decir, se debe avalar o confirmar que el usuario aprenda a
operar el producto final, el cual debe cumplir con todos los requerimientos
establecidos en el proceso de realización del mismo.
En resumen, en esta fase se debe determinar si todos los propósitos en
cuanto al proyecto fueron logrados, además se debe confirmar que el cliente
haya aceptado, observado y verificado el producto final que le fue
proporcionado.
Desarrollo de la Propuesta
La metodología MeRinde establece una estructura que cubre todo el
ciclo de vida de desarrollo de software, por ello incluye fases, roles,
actividades, artefactos, disciplinas, flujos de trabajo, mitigación de riesgos,
control de calidad, gestión del proyecto y control de configuración. En
general, esta metodología está fundamentada en los requerimientos del
CNTI y en varias metodologías como UP, OpenUP, RUP, entre otras que a
continuación será señalada. Cabe destacar que los elementos de esta
metodología fueron considerados mediante el análisis de una serie de
metodologías en la que se compararon las mismas con respecto a sus
elementos, esto permitió la escogencia de los elementos para esta
metodología que han tenido éxito en el proceso de elaboración de
aplicaciones.
99
Fase 1: Fase de Inicio
En esta fase se comenzó con el levantamiento de información en el
Departamento de Coordinación Agrotrujillo S.A, para la recopilación de la
documentación necesaria, gracias a la información copilada se pudo conocer
las necesidades que existentes enEPS Agrotrujillo, Deficiencia en la
aplicación de Herramientas Tecnológicas, objetando como prioridad
Inexistencia de aplicación móvil de Compra y venta (facturar), carencia de
este medio por el cual les toca laborar manualmente los cálculos de compra
y ventas de cualquier índole de dicha institución.
100
Modelado del Negocio de la Organización
101
Riesgos
En la ejecución del proyecto, pueden existir una serie de elementos o
condiciones, que pueden definirse como posibles riesgos, estos fueron
definidos e identificados en la Gestión de Riesgos
102
Jefe del Departamento de Coordinación:
a) Registrar Factura
1. Acceder al sistema
2. Gestionar Factura
3. Administrar datos de invitados
Usuarios invitados:
1. Acceder al sistema
2. Gestionar contenido informativo
Para el desarrollo de la aplicación web, se identificaron los actores que
van a interactuar con la misma ya que cumplen con un rol específico. En tal
sentido, se tiene:
1. Jefe del Departamento de Coordinación: Es la persona
encargada de manipular la aplicación Móvil y tener acceso a
todas las funciones que esta ofrece, además de esto, el quien
se encarga de autorizar el acceso a los usuarios invitados.
2. Usuarios Invitados: Todo aquel que sea autorizado para
acceder a la página Móvil y realizar operaciones con la
información que vaya a incluir.
103
Fase II: Elaboración
En esta fase se procede a la creación de lo que será la interfaz del
usuario donde se toman en cuenta la Arquitectura de Software “4+1”donde
se tendrá en cuenta los requerimientos del usuario; se establecen las
funciones que este debe cumplir la aplicación Móvil, tomando siempre en
cuenta el uso que la misma tendrá.
104
Diagrama de clases:
El diagrama de clase describe los tipos de objetos que hay en el
sistema y las diversas clases de relaciones estáticas que existen entre
ellos. Hay dos tipos principales de relaciones estáticas: asociaciones y
subtipos. Los diagramas de clases muestran los atributos y las
operaciones de una clase y las restricciones a que se ven sujetos,
según la forma en que se conecten los objetos. (Fowler, M. 2003)
Diagrama de Clases
105
Vista de despliegue:
Modela la organización estática dela aplicación en su ambiente de
desarrollo, típicamente mediante diagramas de componentes.
Diagrama de Componentes:
Los diagramas de Componentes prevalecen en el campo de la
arquitectura de software pero pueden ser usados para modelar y documentar
cualquier arquitectura de sistema, es decir para describir la vista de
implementación estática de un sistema. Los diagramas de componentes se
relacionan con los diagramas de clases, ya que un componente normalmente
se corresponde con una o más clases, interfaces o colaboraciones pero un
diagrama de Componentes tiene un nivel más alto de abstracción que un
diagrama de clase, usualmente un componente se implementa por una o
más clases (u objetos) en tiempo de ejecución. Estos son bloques de
construcción, como eventualmente un componente puede comprender una
gran porción de un sistema. (Monrroy,J. 2009)
106
Diagrama de Componentes
107
Vista de proceso: Esta vista opcional modela los aspectos dinámicos
del sistema y captura aspectos tales como concurrencia y sincronización
mediante diagramas tales como el de actividades.
Diagrama de actividades:
Según Fowler, (1999) un diagrama de actividades es una técnica que
describe un procedimiento lógico, proceso de negocio o un flujo de trabajo.
108
Registrar Compra
109
Registrar Ventas
110
Registrar Nivel de Usuario
111
Administrador De Búsqueda
Vista física:
En esta vista se muestra desde la perspectiva de un ingeniero de
sistemas todos los componentes físicos del sistema así como las conexiones
físicas entre esos componentes que conforman la solución (incluyendo los
servicios). Para completar la documentación de esta vista se puede incluir el
diagrama de despliegue de UML.
112
Diagramas de Despliegue:
Los diagramas de despliegue muestran la distribución física de los
distintos nodos que componen el sistema, la comunicación entre los
nodos y la disposición de los componentes sobre ellos. Un nodo es un
recurso de ejecución tal como un computador, un dispositivo o
memoria. Permiten precisar la naturaleza del equipo.
(Infante, K. 2009)
Diagrama de despliegue
“+1” Vista de Escenarios: Esta vista va a ser representada por los casos de
uso software y va a tener la función de unir y relacionar las otras 4 vistas,
esto quiere decir que desde un caso de uso podemos ver cómo se van
ligando las otras 4 vistas, con lo que tendremos una trazabilidad de
113
componentes, clases, equipos, paquetes, etc., para realizar cada caso de
uso. Para completar la documentación de esta vista se pueden incluir los
diagramas de casos de uso de UML.
Vista de despliegue:
Modela la organización estática del software en su ambiente de
desarrollo, típicamente mediante diagramas de componentes.
114
Fase III: Construcción
En esta fase se procede a la instalación del producto, para que el
usuario interactúe y revise cada una de las sesiones de la aplicación móvil,
de esta manera puede verificar si está cumpliendo con los requisitos exigidos
y si desea realizar correcciones, con el fin de ahorrar tiempo. Una vez
tomada en cuenta las correcciones por parte del usuario esto siempre y
cuando tenga, se muestra una esquematización del diseño conceptual lo que
será el prototipo de las pantallas y su ambiente con el fin de hacerlo más
vistoso para llamar la atención del usuario y fácil de comprender para un
mejor uso por parte del mismo.
115
Diagrama entidad-relación
Martínez, R. (2010) afirma. “Es una herramienta para el modelado
de datos que permite representar las entidades relevantes de un
sistema de información así como sus interrelaciones y
propiedades”.
116
Captura de base de datos
Fase IV Transición
Plan de financiamiento
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
Aplicación Móvil para la Empresa de EPS AGROTRUJILLO, S.A.
Propiedad Social Agrotrujillo S.A.
TIPOS DE ESTIMACIÓN DEL PROYECTO:
117
TIPO DE ESTIMACIÓN MODO DE FORMULACIÓN NIVEL DE PRECISIÓN
9 meses
ORDEN DE MAGNITUD Formulación por Analogía -25% al +75%
PRESUPUESTO Formulación por Analogía -15% al +25%
DEFINITIVO Formulación por Analogía -5% al +10%
UNIDADES DE MEDIDA:
TIPO DE RECURSO UNIDADES DE MEDIDA
Recurso Personal Costo / hora
Recurso Material o Consumible Unidades
Recurso Maquina o no Consumibles Unidades
PLAN DE CUENTAS DE CONTROL:
CUENTA DE FECHAS
PRESUPUESTO RESPONSABLE
CONTROL ENTREGABLES INICIO-FIN
PLANIFICACIÓN GRADUAL
ETAPA COMPONENTES DE FECHA DE EMISIÓN RESPONSABLE
PLANIFICACIÓN DE PRESUPUESTO
UMBRALES DE CONTROL
ACCIÓN A TOMAR SI VARIACIÓN
ALCANCE: VARIACIÓN EXCEDE LO
PROYECTO/FASE/ENTREGABLE PERMITIDA PERMITIDO
118
variaciones típicas G= costo-Estipulado Semanalmente
NIVELES DE ESTIMACIÓN Y DE CONTROL:
NIVEL DE ESTIMACIÓN DE NIVEL DE CONTROL DE
TIPO DE ESTIMACIÓNDE
COSTOS COSTOS COSTOS
Línea Base del Costo Línea base del costo del proyecto, sin incluir las reservas de
Contingencia.
Costeo del Proyecto Este informe detalla los costos a nivel de las actividades de
cada entregable, según el tipo de recurso que participe.
Presupuesto por Fase y El formato de Presupuesto por Fase y Entregable informa los
Entregable costos del proyecto, divididos por Fases, y cada fase dividido en
entregables.
119
Presupuesto por Fase y por El formato de Presupuesto por Fase y por Tipo de Recurso
Tipo de Recurso Informe los costos del proyecto divididos por fases, y cada fase
en los 3 tipos de recursos (personal, materiales, maquinaria).
Presupuesto por El formato Presupuesto por Semana informa los costes del
Semana Proyecto por semana y los costes acumulados por semana.
SISTEMA DE CONTROL DE TIEMPOS:
DESCRIPCIÓN:
La duración del proyecto puede tener una variación de +/- 10 % del total planeado, si como
resultado de la re planificación del proyecto estos márgenes son superados se necesitará
emitir una solicitud de cambio, la cual deberá ser revisada y aprobada por el tutor
Los documentos que serán afectados o utilizados en el Control de Cambios de Costos son:
3. Solicitud de Cambios.
4. Acta de reunión de coordinación del proyecto.
5. Plan del Proyecto (re planificación de todos los planes que sean afectados)
Una solicitud de cambio sobre el coste del proyecto que no exceda el +/- 5% del Presupuesto
del proyecto puede ser aprobado por el tutor.
120
1. Medios de obtención de recursos económicos
Los recursos económicos para la ejecución del presente proyecto, han sido
identificados anteriormente en el Cálculo de Costos.
2. Plan de Auditoría Informática
INFORME DE AUDITORIA
Fecha del Informe: / 12 / 2019
Nombre de la Entidad:EPS Agrotrujillo S.A.
AUDITORIA A UNA,Aplicación Móvil“APK”
Objetivo
Controlar el almacenamiento de los datos que componen las
publicaciones realizadas en la Aplicación Móvil.
Lugar de la Auditoría: Departamento de Coordinación General EPS
AGROTRUJILLO S.A.
Grupo de Trabajo de Auditoría: Investigadores de la UPTT
Fecha de Inicio de la Auditoría: 12 / 11 / 2018
Tiempo estimado del proceso de revisión: 1 h
Fecha de Finalización de la Auditoría: 12 / 12 / 2019
Herramientas utilizadas
AppServ
Pendrive
Alcance
Controlar el almacenamiento de los datos que componen las
publicaciones realizadas en la Aplicación Móvil.
Procedimientos a aplicar:Objetos
1. ¿Los datos de los usuarios autorizados a publicar la
información son almacenados correctamente?
2. ¿La información es visible a los visitantes?
3. ¿Cómo se muestran los contenidos?
4. ¿Funcionan correctamente las consultas?
5. ¿Los banners se muestran de forma correcta?
121
Datos
6. ¿Con qué frecuencia se realiza una copia de resguardo
(backup) respecto de la BD?
7. ¿Cada cuánto tiempo se realiza una actualización de los datos
existentes?
Revista
8. ¿Cuántos VOLUMENES tienen acceso a la BD?
9. ¿Cuántos Administradores actúan como desarrolladores
respecto de la BD?
10. ¿Cuáles son los privilegios de los
administradores?
CONCLUSIONES
El equipo de auditores considera que la Aplicación Móvil tiene una
interfaz liviana, y la interacción con la base de datos es fácil, y la gestión de
la información es rápida, todos los requisitos planteados por los usuarios
finales, se han desarrollado de tal manera.
122
6. Plan de Seguridad Informática
Importancia de la Seguridad de Información
Es muy importante ser conscientes de que por más que nuestra
empresa a nuestro criterio sea la más segura, con el incremento del uso de
nueva tecnología para manejar la información nos hemos abierto a un mayor
número y tipos de amenazas. Es por eso que, en el ambiente competitivo de
hoy, es necesario que las entidades aseguren la confidencialidad, integridad
y disponibilidad de la información vital corporativa.
123
Por consiguiente, en este nuevo entorno, es imprescindible que las
empresas se preparen no sólo para prevenir el peligro de comprometer sus
operaciones de negocio por una falla de seguridad, sino también que se
preparen en establecer medidas que permitan reducir los problemas de
seguridad que pueden surgir.
Definiciones
Factores de riesgos, Manifestaciones o características medibles u
observables de un proceso que indican la presencia de riesgo o tienden a
aumentar la exposición, pueden ser interna o externa a la entidad.
124
Seguridad, Cualidad o estado de seguro. Garantía o conjunto de
garantías que se da a alguien sobre el cumplimiento de algo. Se dice
también de todos aquellos objetos, dispositivos, medidas, etc., que
contribuyen a hacer más seguro el funcionamiento o el uso de una cosa:
cierre de seguridad, cinturón de seguridad.
125
Seguridad Informática, Son técnicas desarrolladas para proteger los
equipos informáticos individuales y conectados en una red frente a daños
accidentales o intencionados.
126
Identificar riesgos
Seguridad Física
11. Mal funcionamiento de los equipos
12. Mal uso por parte de los usuarios
13. Sabotaje en el manejo de los servidores
Seguridad lógica
14. Saturación de servidores por mayor demanda de
descarga
15. Deficiencia en el acceso de datos
16. Mala administración de la información
Seguridad de Redes
17. Internet de mala calidad
18. Conflictos en la conexión de la base de datos
19. Servidores caídos
20. Conflicto de conexión con la aplicación
21. Infiltración de la información por parte de terceros.
22. Seguridad de Recursos Humanos
23. Personal no capacitado para el manejo de
información
24. Grupo de trabajo selecto para la capacitación de la
aplicación
25. Inexistencia de cooperatividad por parte de los
involucrados
26. Restricciones a ciertos usuarios
127
Control de Riesgo Descontrol del riesgo
Mal uso por parte de los usuarios Mal funcionamiento de los equipos
Análisis de Riesgos.
Alternativa de solución.
Mal uso por parte de los usuarios: Orientar a los usuarios en el uso
correcto de los dispositivos
Sabotaje en el manejo de los servidores: Control de acceso a los
servidores
Deficiencia en el acceso de datos: Mantenimiento de la base de datos
y verificación de los recursos de los APK
128
Mala administración de la información: Organización de la información
que será publicada mediante un gestor de contenido.
Archivos demasiados grandes: Restricciones del tamaño del contenido
que se desea publicar
Infiltración de la información por parte de terceros: Validación del
sistema en el acceso a personales autorizados.
Personal no capacitado para el manejo de información:
Capacitación del personal mediante un manual de usuario
Restricciones a ciertos usuarios: Solo personal en específico obtendrá
acceso para administración y gestión de la aplicación.
129
Matriz de riesgo
Archivos demasiados
grandes 20 7 4
Infiltración de la
información por parte 3 5 20
de terceros.
Personal no capacitado
para el manejo de 20 6 3
información
Restricciones a
7 20 2
ciertos usuarios
Total de Riesgo 78 75 72
130
Políticas de seguridad:
La norma 17799 también ofrece una estructura para identificar e
implementar soluciones para los siguientes riesgos:
27. Política de seguridad: escribir y comunicar la política de
seguridad de la compañía
28. Organización de seguridad: definir los roles y las
responsabilidades. Monitorear a los socios y a las empresas
tercereadas
29. Clasificación y control de activos: llevar un inventario de los
bienes de la compañía y definir cuán críticos son así como sus riesgos
asociados
30. Seguridad del personal: contratación, capacitación y aumento de
concientización relacionadas a la seguridad
31. Seguridad física y del entorno: área de seguridad, inventarios del
equipamiento de seguridad
32. Comunicación / Administración de operaciones: procedimientos
en caso de accidente, plan de recuperación, definición de niveles de
servicio y tiempo de recuperación, protección contra programas
ilegales, etc.
33. Control de acceso: establecimiento de controles de acceso a
diferentes niveles (sistemas, redes, edificios, etc.)
34. Desarrollo y mantenimiento del sistema: consideración de la
seguridad en sistemas desde el diseño hasta el mantenimiento
35. Plan de continuidad empresarial: definición de necesidades en
términos de disponibilidad, recuperación de tiempo y establecimiento
de ejercicios de emergencia
36. Contratación: respeto por la propiedad intelectual, las leyes y las
reglamentaciones de la compañía
131
Plan de seguridad informática.
132
MOMENTO IV. EVALUACIÓN DEL PROYECTO
1. Evaluación Preliminar.
Durante la transición del proyecto hemos observado cada una de las
etapas planteadas y cada una de ellas se desarrolló en base a lo planeado,
donde se explica con detalle cada fase:
Planificación
Planteado
37. Verificar cuales son los requerimientos esenciales para el
desarrollo del sitio.
38. Definir los contenidos a mostrar.
39. Revisar mapas de navegación en la usabilidad del usuario
Logrado
40. Tales requerimientos fueron tomados en cuenta y realizados
con cautela
41. Los contenidos planteados fueron desarrollados
42. La Navegación fue realizada en base a los criterios de los
usuarios
Efecto
43. Buen recibimiento por la propuesta planteada
44. Parte de la planificación fue lograda con éxito
Prototipo
Planteado
45. Estructura de muestra de los contenidos
46. Verificación de cada pantalla mediante el uso y muestra en
los usuarios
Logrado
47. Parte de la estructura del prototipo fue cambiando mediante el
desarrollo del diseño
48. Cada pantalla del contenido era estable para el uso de los
usuarios.
133
Efecto
49. La muestra del prototipo fue satisfactoria en cada contenido
Diseño
Planteado
50. La Interfaz se muestra en base al prototipo
51. Los contenidos se estructuran por cada requerimiento y su
funcionalidad
Logrado
52. La Interfaz se desarrolló en base al prototipo
53. Los contenidos se colocaron en base a los planeado
cubriendo las necedades del usuario
Efecto
54. Cada interfaz en diseño tubo gran impacto en los usuarios
Evaluación
Planteado
55. Buscar los diferentes tipos de pruebas para observar el
funcionamiento del sistema.
Logrado
56. Las pruebas encontradas fueron de utilidad a la hora de
realizarlas en la Aplicación Móvil
Efecto
57. Cada prueba realizada en el sistema se observó diferente
fallas a solucionar
Implementación y lanzamiento
Planteado
58. EL producto sea mostrado y usado en el área propuesto
Logrado
59. El producto tendrá su uso estipulado
134
Efecto
60. Sin estimar
Mantenimiento y Seguimiento Planteado
61. Obtener diferentes respaldos de la Aplicación Móvil y verificar
que todo esté en buen funcionamiento.
62. Talleres de para que los usuarios estén identificado en el
sistema
Logrado
63. Uso del manual para entender y darle mantenimiento a la
Aplicación Móvil
Efecto
64. Sin Estimar
Aplicación Móvil
Inicio
Planteado
65. Verificar cuales son los requerimientos esenciales para el
desarrollo de la Aplicación Móvil.
66. Definir los contenidos a mostrar.
Logrado
67. Tales requerimientos fueron tomados en cuenta y realizados
con cautela
68. Los contenidos planteados fueron desarrollados
69. La Navegación fue realizada en base a los criterios de los
usuarios
Efecto
70. Buen recibimiento por la propuesta planteada
71. Parte de la planificación fue lograda con éxito
135
Elaboración
Planteado
72. Implementar los prototipos y parte del diseño de la aplicación
mediante diagramas de casos de uso
73. Verificar parte de la obtención de la base de datos que
obtendrá información de la aplicación a mostrar
Logrado
74. Cada prototipo en si los diagramas fueron tomados en cuenta
en el entorno y diseño de la aplicación en base al Aplicación
Móvil
Efecto
75. Se tomó en cuenta con cautela que se mostrara en la
Aplicación Móvil
Construcción
Planteado
76. Verificar con que entorno se pretende realizar laAplicación
Móvil
Logrado
77. Se realizó el ajuste necesario para que la Aplicación Móvil. no
se desordenara en los diversos dispositivos
Efecto
78. Las opciones e interfaz del sitio web tiene una visibilidad
ordenada y ajustada
Transición
Planteado
79. EL producto sea mostrado y usado en el área propuesto
80. Obtener diferentes respaldos de la aplicación y verificar que
todo esté en buen funcionamiento.
81. Talleres de para que los usuarios estén identificado
Logrado
136
82. El producto tendrá su uso estipulado
83. Uso de manuales para entender las funciones de la Aplicación
Móvil
Efecto
84. Sin estimar
137
CONCLUSIONES
138
RECOMENDACIONES
Opcionales
139
REFERENCIAS BIBLIOGRÁFICAS
140
Anexos.
141
Anexo N°3: Fotos.
142
Reconocimiento del Equipo de Trabajo de Proyecto.
143
Computadorasdonde se laboró el proyecto
144
Tomo Principal de Bienvenida
Carta de Aceptación
Carta de Finalización.
145