2. Proyecto Sociotecnológico:
Integración de Saberes
Unidades Curriculares
P
T R
E Á
O C
Proyecto Sociotecnológico R T
Í I
A C
A
La institución Comunidades
vinculación con las
3. Esquema General:
Capítulo I: El Proyecto Sociotecnológico (La comunidad,
diagnóstico del problema)
Capítulo II: Marco teórico y tecnológico
Capítulo III: Marco Metodológico
Capítulo IV: Resultados de la implementación del Proyecto
Sociotecnológico
Conclusiones y recomendaciones
Referencias bibliográficas
Anexos
4. CAPÍTULO I: El Proyecto Sociotecnológico
A: La Comunidad
•Nombre de la comunidad
•Ubicación geográfica (Mapa de la
comunidad)
•Tipo de comunidad
•Misión y visión de la comunidad
•Diagrama de Venn
•Identificación de la persona de
contacto de la comunidad
5. Capítulo I:
La Comunidad
Descripción de la Comunidad Abordada:
IDENTIFICACIÓN DE Nombre, ubicación, personal de
LA COMUNIDAD contacto, número telefónico
Misión y Visión de la Comunidad
5
6. Capítulo I:
La Comunidad
Descripción de la Comunidad Abordada:
Mapa de la
Comunidad
6
7. Capítulo I:
La Comunidad
Diagrama de Venn:
SEMARNAP
ole ta
Programa
árb cor
de pobreza
s
de trol
be
Relación de ca Iglesia
n
s
Co
tas
fies
Comunidad con el Ejido Compr
ma a
entorno San Juan íz n
s
na
i
Comer-
ic
sem
ed
ciantes
m
illas
Clínica
Alianza para
el campo
7
8. CAPÍTULO I: El Proyecto Sociotecnológico
B. El diagnóstico
•Planteamiento del proyecto
(Árbol del problema)
•Objetivo general y específicos
•Justificación
•Alcances y delimitaciones
9. Capítulo I:
Diagnóstico del Problema
Planteamiento del problema
Es la situación de debilidad u oportunidad
que se presenta en una comunidad y
puede abordarse a través de un Proyecto
Sociotecnológico (PST).
El problema La solución (PST)
9
10. Capítulo I:
Diagnóstico del Problema
Síntomas
Control
Causas
Pronóstico
10
12. Capítulo I:
Diagnóstico del Problema
•Muy amplio, no está delimitado
•Muy específico, intrascendente
•No se puede medir en la práctica
•Ya está resuelto, no hay novedad
•El estudiante no posee los recursos para investigarlo
13. Capítulo I:
Diagnóstico del Problema
Objetivo General:
Según Arias (2006), “ es un enunciado que expresa lo que
se desea indagar y conocer para responder a un problema
planteado” (p. 43)
VERBO INFINITIVO + VARIABLE + UNIDAD DE ANÁLISIS +
CONTEXTO
ANALIZAR EL IMPACTO DE LA CRISIS EN VENEZUELA , REFERIDA A LOS NIVELES
DE POBREZA EN LOS PATRONES ALIMENTARIOS DE LOS NIÑOS, EN EDADES
COMPRENDIDO ENTRE CERO Y SEIS AÑOS, QUE ACUDEN AL HOSPITAL DR.
DOMINGO LUCIANI DEL INSTITUTO VENEZOLANO DE LOS SEGUROS SOCIALES
13
14. Capítulo I:
Diagnóstico del Problema
Objetivos Específicos:
Están relacionados con el objetivo general, pero
se define en términos más operacionales.
Se elaboran de manera ordenada y
jerarquizada, tomando en consideración los
aspectos o dimensiones que se proponen lograr.
14
15. Capítulo I:
Diagnóstico del Problema
Justificación:
En el proyecto se debe explicar
con claridad POR QUÉ y PARA
QUÉ es conveniente llevar a
cabo la investigación y quiénes se
beneficiarán (directa o indirecta).
15
16. Capítulo I:
Diagnóstico del Problema
Alcance y delimitación
Debe especificar con claridad y precisión hasta donde se
pretende llegar y profundizar en el PST. Debe ser realista
y concreto en cuanto a:
• QUÉ: necesidades encontradas.
• QUIÉN: comunidad beneficiada.
• CUÁNDO: tiempo estimado para el desarrollo.
• DÓNDE: descripción de la comunidad.
16
17. CAPÍTULO II: Marco teórico y tecnológico
•Antecedentes
•Bases teóricas y Tecnológicas
•Fundamentos Legales
20. Capítulo II:
Marco Teórico y Tecnológico
Son investigaciones
realizadas
anteriormente y que
Antecedentes pueden tener
vinculación directa o
indirecta con el
problema
20
21. Capítulo II:
Marco Teórico y Tecnológico
Bases Teóricas y Tecnológicas
Se fundamenta en:
• Aspectos teóricos y tecnológicos pertinentes al problema
Parte de:
• Selección de los elementos teóricos y tecnológicos más
importantes para el estudio del problema.
Conforma
• La argumentación teórica y tecnológica del PST.
21
22. Capítulo II:
Marco Teórico y Tecnológico
Fundamentación Es el contexto de
Legal
normativa jurídica
relacionado con el
problema objeto de
estudio
22
24. CAPÍTULO III: Marco Metodológico
•Metodología utilizada para el desarrollo del
Proyecto Sociotecnológico:
•Tipo de la Investigación
•Diseño de la Investigación
•La comunidad y el Proyecto Sociotecnológico
•Población y muestra
•Técnicas e instrumentos de recolección de
datos.
•Técnica de análisis
Análisis de resultados
•Estudio de factibilidad
•Plan de actividades (acción) del proyecto.
(Diagrama de Gantt)
•Metodología para el desarrollo del software
25. Capítulo III:
Marco Metodológico
• Se refiere al medio a través del cual el
Metodología investigador obtiene la información
necesaria que le permita lograr los
Utilizada para objetivos del PST.
el desarrollo
de la • Incluye los niveles y diseños de la
investigación. investigación que serán utilizados para
llevar a cabo la indagación.
25
26. Capítulo III:
Marco Metodológico
Niveles de Investigación:
Indica el nivel de profundidad con el que se realizará
el estudio:
• Exploratoria: se efectúa sobre un tema u objetivo
desconocido o poco estudiado.
• Descriptiva: es la caracterización de un hechos,
fenómeno, individuo o grupo con el fin de establecer
su estructura o comportamiento.
•Explicativa: busca el porque de los hechos,
mediante el establecimiento de relaciones causa –
Efecto.
26
27. Capítulo III:
Marco Metodológico
Diseño de la Investigación:
Es la estrategia general que adopta el investigador para
responder al problema planteado:
•Investigación documental: basada en la
búsqueda, análisis e interpretación de datos.
•Investigación de campo: recolección de datos
directamente de los sujetos.
•Investigación Experimental: consiste en someter
a un objeto o conjunto de individuos a
determinadas condiciones, estímulos o
tratamiento.
27
28. Capítulo III:
Marco Metodológico
Población y Muestra
Población: se refiere al
conjunto de elementos o
unidades (personas,
instituciones o cosas) para el
cual se realizará el PST.
Muestra: es un subconjunto
representativo del universo o
población, la cual se determina en
el caso de que las poblaciones sean
excesivas, y se dificulte estudiar
todas ellas. 28
29. Capítulo III:
Marco Metodológico
Técnica Estrategia que sigue el
investigador para recolectar los
datos. (Entrevista, Observación
directa, revisión documental)
Instrumento Herramientas que usa el
investigador para recolectar
los datos. (cuestionario, lista
de cotejo, cámara filmadora,
entre otros) 29
30. Capítulo III:
Marco Metodológico
Técnica de Análisis:
Se refiere a la técnica, que se va a utilizar para el análisis de
Los resultados, por ejemplo:
•Tabla de frecuencia
•Diagrama de torta
31. Capítulo III:
Marco Metodológico
Análisis de los resultados:
Una vez aplicados los instrumentos para recolectar la
información, se procede a realizar el análisis de los mismos.
Cabe señalar que el análisis se realiza para cada pregunta o
item.
El análisis se divide en dos pasos:
1.- Aplicación de técnica de análisis (tabla de frecuencias,
representación gráfica)
2.- La interpretación teórica de los resultados.
32. Capítulo III:
Marco Metodológico
Análisis de los resultados:
Ejemplo:
Item 1.- ¿Está usted de acuerdo en implementar un Sistema de
Información que permita…?
SI = 40 PERSONAS NO= 10 PERSONAS
1.- Tabla de frecuencia: 3.- Interpretación de los resultados:
si no
ÍTEM F % F % Los anteriores resultados del ítem 1 inherente a
la disponibilidad de utilizar un nuevo sistema
1 40 80 10 20
reportaron que un 80% de los Docentes a quienes
se les aplicó el cuestionario, están de acuerdo
2.- Representación gráfica: con su implementación, mientras que un 20% no
estuvieron de acuerdo , lo que indica una
aceptación de la mayoría de la muestra.
33. Capítulo III:
Marco Metodológico
Estudio de
Factibilidad
• Técnica
• Económica
• Operativa
33
34. Capítulo III:
Marco Metodológico
Plan de Actividades
(Diagrama de Gantt)
34
35. Capítulo III:
Marco Metodológico
Metodología para el desarrollo del Software
En esta fase se debe definir la metodología que se utilizará
para la elaboración del PST, entre estas se encuentran:
•Metodología Cascada.
•Metodología Estructurada para el Desarrollo de Sistemas de
Información. (MEDSI)
•Metodología Prototipo.
•Programación Extrema (XP)
•Metodología SCRUM
•Metodología de Proceso Unificado Racional (RUP) 35
36. CAPÍTULO IV: Resultados de la Implementación
del Proyecto Sociotecnológico
• Descripción del Sistema
• Diagrama General del Sistema (VTOC-Tabla visual de contenido)
• Elementos de Interfaz (Botones)
• Políticas de Seguridad del Sistema
• Diagrama de Flujo de datos (Nivel de Contexto)
• Definición de requerimientos funcionales y no funcionales
• Diagramas UML (Lenguaje de Modelado Unificado)
Diagrama de casos de uso
Diagramas de actividad
Diagramas de estado
• Base de Datos:
Diccionario de Datos .
Modelo Entidad – Relación .
Modelo Relacional.
37. CAPÍTULO IV: Resultados de la Implementación
del Proyecto Sociotecnológico
• Especificaciones Técnicas del Proyecto
• Procedimientos de Instalación del Sistema
• Mensajes generales del Sistema
• Análisis de Pruebas aplicadas al Sistema
38. Capítulo IV:
Resultados
Descripción del producto:
•Tabla visual de contenido (VTOC)
Es una gráfica jerárquica que permite visualizar los
módulos que constituyen un proyecto.
1.0
2.0 3.0 4.0
5.0
2.1 2.2 3.1 5.1
Agregar 2.1.1
Guardar 2.1.2
Modificar 2.1.3 38
Eliminar 2.1.4
39. Capítulo IV:
Resultados
Elementos de Interfaz (Botones):
39
40. Capítulo IV:
Análisis de la Investigación
Políticas de Seguridad del sistema:
El objetivo de la protección de nuestros Sistemas de Información debe ser el
de preservar la:
Integridad Disponibilidad
Salvaguarda la Garantiza que la
Confidencialidad exactitud y totalidad información y
Solo las personas
de la información y los a los recursos
autorizadas tendrán
métodos de relacionados con ella
acceso a la
procesamiento. esté disponible cada vez
información
que se requiera.
41. Capítulo IV:
Resultados
Diagrama de flujo de datos DFD:
Es una representación gráfica para la descripción del flujo de datos a
través de un sistema de información, en ellos se definen todas las
interacciones que realiza un sistema con su entorno (entidades
externas), estas pueden ser otros sistemas, sectores internos a la
organización, o factores externos a la misma.
41
42. Capítulo IV:
Resultados
Diagrama de flujo de datos DFD:
Proceso
Almacén
Entidad
Flujo de datos
43. Capítulo IV:
Resultados
Diagrama de flujo de datos DFD:
Nivel 0
44. Capítulo IV:
Resultados
Definición de requerimientos:
44
45. Capítulo IV:
Resultados
Los requerimientos bien formulados deben satisfacer varias
características:
•Necesario: Lo que pida un requerimiento debe ser necesario para el software.
• No ambiguo: El texto debe ser claro, preciso y tener una única
interpretación posible.
• Verificable: Se debe poder verificar con absoluta certeza, si el
requerimiento fue satisfecho o no. Esta verificación puede lograrse
mediante inspección, análisis, demostración o pruebas.
45
48. Capítulo IV:
Resultados
Requerimientos no funcionales:
48
49. Capítulo IV:
Resultados
Lenguaje de Modelado Unificado UML:
Es un lenguaje gráfico estándar para visualizar,
especificar, construir y documentar los procesos de
negocio, funciones del sistema, y aspectos concretos
como expresiones de lenguajes de programación,
esquemas de bases de datos, entre otros.
50. Capítulo IV:
Resultados
Diagramas UML:
Por ser un lenguaje gráfico, permite entender las
funcionalidades y estructuras lógicas en un sistema,
entre los que podemos mencionar:
• Diagrama de Casos de uso
•Diagrama de actividades
•Diagrama de estado.
51. Capítulo IV:
Resultados
Diagramas de casos de uso:
Es una técnica que sirve para la captura los
requerimientos de un nuevo sistema y nos ayudan a
describir qué es lo que el sistema debe hacer desde el
punto de vista del usuario, es decir, describe el uso
del sistema y cómo este interactúa con el usuario.
52. Capítulo IV:
Resultados
Diagramas de casos de uso: Simbología
Actor
Caso de Uso
Elemento de
comunicación
Relaciones < < Extend> > Extensión
< < Include> > Inclusión
53. Capítulo IV:
Resultados
Diagramas de casos de uso: Simbología
54. Capítulo IV:
Resultados
Diagramas de casos de uso: Simbología
55. Capítulo IV:
Resultados
Diagramas de casos de uso: Simbología
< < Extend> >
< < Include> >
56. Capítulo IV:
Resultados
Diagramas de casos de uso: Descripción
Nombre: Crear mensaje foro
Autor: José Pérez
Fecha: 24/08/2010
Descripción:
Permite crear un mensaje en el foro de discusión.
Actores:
Usuario de Internet logeado.
Precondiciones:
El usuario debe haberse logeado en el sistema.
Flujo Normal:
1.- El actor pulsa sobre el botón para crear un nuevo mensaje.
2.- El sistema muestra una caja de texto para introducir el título del mensaje y una zona de mayor
tamaño para introducir el cuerpo del mensaje.
3.- El actor introduce el título del mensaje y el cuerpo del mismo.
4.- El sistema comprueba la validez de los datos y los almacena.
Flujo Alternativo:
2.El sistema comprueba la validez de los datos, si los datos no son correctos, se avisa al actor de ello
permitiéndole que los corrija
Postcondiciones:
El mensaje ha sido almacenado en el sistema.
57. Capítulo IV:
Resultados
Diagramas de Actividad:
Representa el comportamiento interno de una
operación o de un caso de uso, es decir, define las
operaciones que realiza cada caso de uso.
El propósito del diagrama de actividad es:
–Modelar el flujo de tareas
–Modelar las operaciones
58. Capítulo IV:
Resultados
Diagramas de Actividad: Simbología
SÍMBOLO REPRESENTA
Inicio
Actividad
Decisión
Flujo
Final
60. Capítulo IV:
Resultados
Base de datos:
DICCIONARIO DE DATOS:
• Definen las características lógicas de los datos que se van
a utilizar en el sistema que se está programando.
• Incluyen nombre, descripción, tipo de dato y la longitud,
pero lo que hace útil al diccionario es el significado que le
damos a los datos según la lógica del negocio.
El Diccionario de Datos debe presentarse en una tabla
donde cada columna corresponda a los siguientes
aspectos:
Nombre del campo Descripción Tipo de dato Longitud
C.I Número de Varchar 10
identificación del
cliente
60
61. Capítulo IV:
Resultados
MODELO ENTIDAD – RELACIÓN:
Es la representación gráfica de la estructura lógica de
una base de datos y consta de una colección de objetos
básicos llamados entidades, las propiedades o
atributos de esas entidades y de las relaciones entre
ellas.
61
62. Capítulo IV:
Resultados
MODELO ENTIDAD – RELACIÓN : Elementos
•ENTIDAD:
Las entidades representan un objeto o concepto del
mundo real que se describe en una base de datos y se
distinguen de otros objetos . Por ejemplo, una persona,
una materia, una institución entre otras son entidades.
Se representan con un rectángulo.
Profesor Asignatura
62
63. Capítulo IV:
Resultados
MODELO ENTIDAD – RELACIÓN : Elementos
•LOS ATRIBUTOS:
Se define como cada una de las propiedades o características que
identifican unívocamente a entidad o relación. Cada atributo tiene un
nombre. En la representación de una entidad debe haber un atributo
principal que identifica a la entidad y su valor tiene que ser único. Un
ejemplo de atributo principal seria el número de Cédula en la entidad
persona.
Códigoasig
Nombreasig
Profesor Asignatura
Cédula pro Nombrepro
63
64. Capítulo IV:
Resultados
MODELO ENTIDAD – RELACIÓN : Elementos
•LAS RELACIONES:
Las relaciones representan la asociación entre dos o
mas entidades. A cada relación se le asigna un nombre
para poder distinguirla de las demás y saber su función
dentro del modelo entidad-relación. Se representa
mediante un rombo con el nombre de la relación.
Profesor dicta Asignatura
64
65. Capítulo IV:
Resultados
MODELO ENTIDAD – RELACIÓN : Elementos
•LA CARDINALIDAD:
La cardinalidad define el número máximo y mínimo de
ocurrencias de cada entidad, es el tipo de
correspondencia entre dos relaciones;
1:1. Uno a uno
1:m. Uno a Mucho
m:m. Muchos a muchos
65
66. Capítulo IV:
Resultados
MODELO ENTIDAD – RELACIÓN
Códigoasig
Nombreasig
1 m
Profesor dicta Asignatura
Cédula pro Nombrepro
67. Capítulo IV:
Resultados
MODELO RELACIONAL:
Representa a los datos y la
información necesaria para
construir el proyecto mediante
tablas relacionadas entre sí .
Siendo una tabla la
representación de un objeto o
concepto del mundo real
(ENTIDAD) la cual está
compuesta por varias
columnas donde cada
columna tiene un nombre
específico, refiriéndose a los
atributos de la entidad. Dicho
modelo es el resultado del
proceso de normalización de
las tablas.
68. Capítulo IV:
Resultados
MODELO RELACIONAL:
Tabla: Profesor
Cédula de Identidad Nombres Apellidos Correo Electrónico
14805648 María Fernández mfer@gmail.com
15345278 Pedro Flores pflo@gmail.com
68
69. Capítulo IV:
Resultados
Especificaciones Técnicas:
Se presenta cada uno de las especificaciones de las
Pantallas usadas en el Sistema, estructurado de la
siguiente manera:
Pantalla.
Funcionalidad.
Niveles de Usuarios.
Propósito.
69
70. Capítulo IV:
Resultados
Mensaje Generales del Sistema:
71. Capítulo IV:
Análisis de la Investigación
Análisis de las Pruebas Aplicadas al
Sistema:
“Las pruebas son una de las últimas fases del
desarrollo de software, es un proceso que
conlleva a tomar una decisión muy simple:
Se aprueba o se rechaza el producto?”
72. Capítulo IV:
Análisis de la Investigación
Pruebas del sistema:
Asegurar que el software
satisface las necesidades del
Objetivos cliente, es decir, le resuelve
su problema, a lo que se
denomina VALIDACIÓN.
Busca comprobar que el
software o las partes de él
funcionen correctamente
cumpliendo las
especificaciones que se
fijaron al inicio, llamada
VERIFICACIÓN
73. Capítulo IV:
Análisis de la Investigación
Pruebas del sistema:
Caja blanca: Su objetivo es
probar exhaustivamente la
estructura del código.
Caja negra: Su objetivo es
probar la funcionalidad del
código. Especialmente
indicadas en los módulos
que van a ser interfaz con el
usuario.
74. Conclusiones y recomendaciones
Las conclusiones constituyen aquella parte donde el
investigador, como producto del trabajo realizado debe
exponer de forma clara y precisa los logros alcanzados
durante la realización del Proyecto Sociotecnológico.
Las recomendaciones son sugerencias que surgen de
las conclusiones del trabajo realizado, deben estar
dirigidas específicamente a la organización y al
Programa de Formación.
75. ANEXOS
Manual del usuario y del sistema
Registro de visitas
Carta de aceptación
Árbol del problema
Instrumentos
CD Contentivo del sistema y de la documentación
Otros..
Recomendaciones para los anexos: en la hoja de índice
colocar:
ANEXOS
A nombre a que hace referencia pág.
B nombre a que hace referencia pág.
En la página de anexo correspondiente colocar el nombre a
que hace referencia el anexo, ubicado en el centro de la hoja.
75