Esquema para la presentacion de pst

Facilitadoras:

Anna DugarteDuberlys Gonzales

Facilitadoras:

Anna DugarteDuberlys Gonzales

Proyecto Sociotecnológico:

Integración de Saberes

Unidades Curriculares

Proyecto Sociotecnológico

TEORÍA

PRÁCTICA

La institución

vinculación con las

Comunidades

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

CAPÍTULO I: El Proyecto SociotecnológicoCAPÍ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

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 LA COMUNIDAD

Nombre, ubicación, personal de contacto, número telefónico

Misión y Visión de la Comunidad

6


Descripción de la Comunidad Abordada:

Mapa de la Comunidad

7


Diagrama de Venn:

Relación de Comunidad con el

entornoEjido

San Juan

Iglesia

Programade pobreza

ClínicaAlianza para

el campo

Comer-ciantes

SEMARNAP

becas Con

trol

cor

ta

de á

rbol

es

med

icin

as

sem

illa

s

Compran maíz

fiestas

CAPÍTULO I: El Proyecto SociotecnológicoCAPÍ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

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)

10


SíntomasSíntomas

Causas

Pronóstico

Control


Consecuencias

Problema

Causas


•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


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

14


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.

15


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).

16


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.

CAPÍTULO II: Marco teórico y tecnológico CAPÍTULO II: Marco teórico y tecnológico

•Antecedentes •Bases teóricas y Tecnológicas•Fundamentos Legales

•Antecedentes •Bases teóricas y Tecnológicas•Fundamentos Legales

18

Capítulo II: Marco Teórico y Tecnológico

19


19

20


20

Antecedentes

Son investigaciones realizadas

anteriormente y que pueden tener

vinculación directa o indirecta con el

problema

Son investigaciones realizadas

anteriormente y que pueden tener

vinculación directa o indirecta con el

problema

21


21

Bases Teóricas y Tecnológicas

• Aspectos teóricos y tecnológicos pertinentes al problema

• Selección de los elementos teóricos y tecnológicos más importantes para el estudio del problema.

• La argumentación teórica y tecnológica del PST.

Se fundamenta en:

Parte de:

Conforma

22


22

Es el contexto de normativa jurídica relacionado con el

problema objeto de estudio

Fundamentación Legal

Búsqueda y obtención de la Bibliografía


CAPÍTULO III: Marco MetodológicoCAPÍ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 (etapas)

•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 (etapas)

25


25

Metodología Utilizada para el desarrollo

de la investigación.

• Se refiere al medio a través del cual el investigador obtiene la información necesaria que le permita lograr los

objetivos del PST.

• Incluye los niveles y diseños de la investigación que serán utilizados para

llevar a cabo la indagación.

26


26

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.

27


27

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.

28


28

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.

29


29

TécnicaTécnica Estrategia que sigue el investigador para recolectar

los datos. (Entrevista, Observación directa, revisión

documental)

Estrategia que sigue el investigador para recolectar

los datos. (Entrevista, Observación directa, revisión

documental)

Instrumento

Instrumento

Herramientas que usa el investigador para

recolectar los datos. (cuestionario, lista de

cotejo, cámara filmadora, entre otros)

Herramientas que usa el investigador para

recolectar los datos. (cuestionario, lista de

cotejo, cámara filmadora, entre otros)


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


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.


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:

si noÍTEM F % F %1 40 80 10 20

2.- Representación gráfica:

3.- Interpretación de los resultados:

Los anteriores resultados del ítem 1 inherente a la disponibilidad de utilizar un nuevo sistema reportaron que un 80% de los Docentes a quienes se les aplicó el cuestionario, están de acuerdo 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


33

Estudio de Factibilidad Estudio de

Factibilidad

• Técnica• Económica• Operativa

• Técnica• Económica• Operativa

34


34

Plan de Actividades

(Diagrama de Gantt)

35


35

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)

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.

• 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.



• Especificaciones Técnicas del Proyecto• Procedimientos de Instalación del Sistema• Mensajes generales del Sistema• Análisis de Pruebas aplicadas al Sistema

• 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

2.22.1

5.03.0 4.0

3.1 5.1

Agregar 2.1.1 Guardar 2.1.2 Modificar 2.1.3Eliminar 2.1.4

39


Elementos de Interfaz (Botones):

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:

ConfidencialidadSolo las personas

autorizadas tendrán acceso a la

información

IntegridadSalvaguarda la

exactitud y totalidad de la información y los

métodos de procesamiento.

DisponibilidadGarantiza que la

información y a los recursos

relacionados con ella esté disponible cada vez

que se requiera.

41


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.

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.



Proceso

Almacén

Entidad

Flujo de datos



Nivel 0

44


Definición de requerimientos:

45

Los requerimientos bien formulados deben satisfacer varias características:


• No ambiguo: El texto debe ser claro, preciso y tener una única interpretación posible.

• 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.

• 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.

•Necesario: Lo que pida un requerimiento debe ser necesario para el software.•Necesario: Lo que pida un requerimiento debe ser necesario para el software.

46


47


Requerimientos Funcionales:

48

Requerimientos no funcionales:


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.

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.

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.

Diagramas de casos de uso: Simbología


Actor

Caso de Uso

Elemento de comunicación

< < Extend> > Extensión

< < Include> > Inclusión

Relaciones

< < Extend> >

< < Include> >



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: 4.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.

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

Diagramas de Actividad: Simbología


SÍMBOLO REPRESENTA

Inicio

Actividad

Decisión

Flujo

Final

Diagramas de Estado:


60


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 LongitudC.I Número de

identificación del cliente

Varchar 10

61

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.


6262

•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


MODELO ENTIDAD – RELACIÓN : Elementos

6363

•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.

Profesor Asignatura

Cédula pro Nombrepro

NombreasigCódigoasig



6464

•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 Asignaturadicta



6565

•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 uno1:m. Uno a Muchom:m. Muchos a muchos




Profesor Asignatura

Cédula pro Nombrepro

Nombreasig

Códigoasig

dicta1 m

MODELO ENTIDAD – RELACIÓN


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.

6868


Tabla: Profesor

Cédula de Identidad Nombres Apellidos Correo Electrónico

14805648 María Fernández [email protected]

15345278 Pedro Flores [email protected]

MODELO RELACIONAL:

6969


Especificaciones Técnicas:

Pantalla.

Funcionalidad.

Niveles de Usuarios.

Propósito.

Se presenta cada uno de las especificaciones de las Pantallas usadas en el Sistema, estructurado de la siguiente manera:


Mensaje Generales del Sistema:


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?”


Pruebas del sistema:

Objetivos

Busca comprobar que el software o las partes de él funcionen correctamente cumpliendo las especificaciones que se fijaron al inicio, llamada VERIFICACIÓN

Asegurar que el software satisface las necesidades del cliente, es decir, le resuelve su problema, a lo que se denomina VALIDACIÓ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.

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.

7575

ANEXOS

Manual del usuario y del sistema Registro de visitasCarta de aceptaciónÁrbol del problemaInstrumentosCD 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.

Facilitadoras:Anna DugarteDuberlys Gonzales

Facilitadoras:Anna DugarteDuberlys Gonzales

Esquema para la presentacion de pst

Documents

Transcript of Esquema para la presentacion de pst