S9 MD D - Ejemplo de Metodología XP

METODOLOGÍA XP

Es una metodología agíl centrada en potenciar las relaciones interpersonales como clave para el éxito en desarrollo de software.

Promoviendo el trabajo en equipo, preocupándose por el aprendizaje de los desarrolladores y propiciando un buen clima de trabajo.

XP se basa en realimentacion continua entre el cliente y el equipo de desarrollo, comunicación fluida entre todos los participantes, simplicidad en las soluciones implementadas y coraje para enfrentar los cambios.

XP se define como especialmente adecuada para proyectos con requisitos imprecisos y muy cambiantes, y donde existe en alto riesgo técnico.

EJEMPLO DE METODOLOGÍA XP

S8 MD D - METODOLOGIA XD

DESCARGA EL DOCUMENTO

S8 TP D - BINDING MANAGER BASE

DAR CLIK PARA DESCARGAR 

S7 MD D - EJEMPLO UTILIZANDO LA METODOLOGIA RUP

EJEMPLO DE CASO DE USO

S7 TP D - RELACIONES Y CONSULTAS MULTITABLAS EN LA BASE DE DATOS

Relaciones en La Base de Datos

Una base de datos relacional permite la utilización simultánea de datos procedentes de más de una tabla .

Al hacer uso de las relaciones, se evita la duplicidad de datos, ahorrando memoria y espacio en el disco, aumentando la velocidad de ejecución y facilitando al usuario/a el trabajo con tablas.

Las tablas se relacionan de dos a dos, donde una de ellas será la tabla principal de la que parte la relación y la otra será la tabla secundaria destino de la relación.

Las relaciones que se establecen entre los diferentes elementos de dos tablas en una base de datos relacional pueden ser de tres tipos distintos:

1- Relación Uno a Uno

► Cuando un registro de una tabla sólo puede estar relacionado con un único registro de la otra tabla y viceversa.

2- Relación Uno a Varios

► Cuando un registro de una tabla (tabla secundaria) sólo puede estar relacionado con un único registro de la otra tabla (tabla principal) y un registro de la otra tabla (tabla principal) puede tener más de un registro relacionado en la primera tabla (tabla secundaria).

2- Relación Varios a Varios

►Cuando un registro de una tabla puede estar relacionado con más de un registro de la otra tabla y viceversa.

CONSULTAS MULTITABLAS EN BD

Es posible seleccionar datos de diferentes tablas mediante una solo consulta, esto se realiza con la sentencia SELECT

Consulta de Ejemplo:

               SELECT * FROM tabla1, tabla2;

Con la consulta anterior mostrara todos los datos de la tabla1 y tabla2.

Consultando 2 tablas indicando mediante que campos se unirán y mostrara solo los registros que coincidan:

              SELECT * FROM tabla1, tabla2 WHERE campo1=campo2;

► LEFT JOIN

La cláusula LEFT JOIN devuelve todas los registros de la tabla de la izquierda (tabla1), con las correspondientes de la tabla de la derecha (tabla2). El resultado es NULL en la parte de la derecha cuando no hay registros que correspondan con la condición.

       SELECT * FROM tabla1 AS t1 LEFT JOIN tabla2 AS t2 ON t1.campo=t2.campo;

► RIGHT JOIN

La instrucción RIGHT JOIN devuelve todas los registros de la tabla de la derecha (tabla2), y todas los registros correspondientes de la tabla de la izquierda (tabla1). El resultado será NULL cuando no haya registros correspondientes de la tabla de la izquierda.

      SELECT * FROM tabla1 AS t1 RIGHT JOIN tabla2 AS t2 ON t1.campo=t2.campo;

► UNION

El operador UNION se utiliza cuando se necesita combinar los resultados de dos consultas diferentes. Los resultados no tienen que tener ninguna vinculación entre ellos; se quiere mostrar todos los resultados juntos.

     SELECT * FROM tabla1 UNION SELECT * FROM tabla2;

(Ejemplos con Except, Intersect, Minus)

Ejemplos Except, Intersect, Minus

S6. MD D - FILOSOFIA Y METODOLOGIA RUP (Concepto y Ejemplos)

FILOSOFIA RUP 
Es un proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad de IBM. Junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.

La Filosofía del RUP está basado en 6 principios clave que son los siguientes:

► Adaptar el proceso

• El proceso deberá adaptarse a las necesidades del cliente ya que es muy importante interactuar con él. Las características propias del proyecto. El tamaño del mismo, así como su tipo o las regulaciones que lo condicionen, influirán en su diseño específico. También se deberá tener en cuenta el alcance del proyecto.

► Demostrar valor iterativamente

• Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada interacción se analiza la opinión de los inversores, la estabilidad y calidad del producto, y se refina la dirección del proyecto así como también los riesgos involucrados.

► Equilibrar prioridades

• Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a este equilibrio se podrán corregir desacuerdos que surjan en el futuro.

► Colaboración entre equipos

• El desarrollo de software no lo hace una única persona sino múltiples equipos. Debe haber una comunicación fluida para coordinar requisitos, desarrollo, evaluaciones, planes, resultados, etc.

► Enfocarse en la calidad

• El control de calidad no debe realizarse al final de cada interacción, sino en todos los aspectos de la producción. 
• El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente.

► Elevar el Nivel de Abstracción

• Este principio dominante motiva el uso de conceptos reutilizables tales como patrón del software, lenguajes 4GL o esquemas (frameworks) por nombrar algunos. Estos se pueden acompañar por las representaciones visuales de la arquitectura, por ejemplo con UML.

METODOLOGIA Rational Unified Process (RUP)

Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo. Su meta es asegurar la producción del software de alta calidad que resuelve las necesidades de los usuarios dentro de un presupuesto y tiempo establecidos.

S6 TP D - Consultas con BD SQL Server

CONSULTAS EN BD EN SQL

INTRODUCCIÓN
*El lenguaje de consulta estructuturado SQL (Structured Query Language), es un lenguaje de base de datos normalizado.
*Esta compuesto por Comandos, Clausuras, Operadores y funciones.
*Estos elementos se combinan en las instrucciones para crear, actualizar y manipular las bases de datos.

COMANDOS SQL

Existen dos tipos de comandos SQL:

DDL : Permite crear y definir nuevas bases de datos, campos e indices (Data Definition Language).

DML: Permite generar consultas para ordenar, filtrar y extraer datos de la base de datos (Data Manipulation Language).

COMANDOS DDL

• CREATE: Utilizado para crear tablas, campos e indices.
• DROP : Empleado para eliminar tablas e indices.
• ALTER : Utilizado para modificar las tablas agregando campos o cambiando la definición de los datos.

COMANDOS DML

• INSERT: Utilizado para crear lotes de datos en la BB es una unica operacion.
• SELECT: Utilizado para consultar registros de la BBDD que satisfaga un criterio.
• UPDATE: Utilizado para modificar los valores de los campos y registros.
• DELETE: Utilizado para eliminar de una tabla de una BBDD.

EJEMPLO 01

► Ingrese a la BBDD y ejecute la siguiente instruccion:

          create table CAMIONES

          (

              COD_CAMION  INTEGER not null,

              MARCA              VARCHAR2 (150),

              MODELO           VARCHAR2 (300),

              ANNO                 NUMBER,

              PESO_CARGA   INTEGER,

              PATENTE            VARCHAR2 (300)

           )

► Ahora ejecute la siguiente instrucción:

           alter table CAMIONES

           add constraint PK_CAMIONES primary key (COD_CAMIONES);

► Y ahora ejecute la siguiente instrucción:

           drop table CAMIONES

CLAUSURAS

Son condiciones de modificaciones utilizadas para definir los datos que se desea seleccionar o manipular. Algunas de las clausuras son las siguientes:

• FROM
• WHERE
• GROUP BY
• ORDER BY

OPERADORES LÓGICOS

• AND
• OR
• NOT

Operaciones de Comparación

• < : Menor que
• > : Mayor que
• < > : Distinto que
• < = : Menor ó igual que
• > = : Mayor ó igual que
• = : Igual que

EJEMPLO DE CONSULTA BÁSICA

La sintaxis basica de una consulta de seleccion es la siguiente:

         SELECT campos FROM tablas;

                    *En donde campos es la lista de campos que se desean recuperar.

                    * Tabla es el origen de los mismos , por ejemplo:

         SELECT nombre, telefono FROM clientes;

(Esta consulta devuelve un conjunto de registros con el campo Nombre y Telefono de la tabla Clientes.)

CON CONDICIÓN WHERE

          SELECT campos

          FROM tablas

          WHERE condición;

Como ejemplo: 

          SELECT Apellidos, Salario

          FROM Empleados

          WHERE Salarios>21000;

S5 MD D - Metodologia RUP

METODOLOGÍA "RUP"

CONCEPTO

El Proceso Unificado Racional (Rational Unified Process en inglés, habitualmente resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.

El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización. También se conoce por este nombre al software desarrollado por Rational, hoy propiedad de IBM, el cual incluye información entrelazada de diversos artefactos y descripciones de las diversas actividades. 

Está incluido en el Rational Method Composer (RMC), que permite la personalización de acuerdo a necesidades.

CARACTERISTICAS:

Los autores de RUP destacan que el proceso de software propuesto por RUP tiene tres características esenciales: está dirigido por los Casos de Uso, está centrado en la arquitectura, y es iterativo e incremental.

1- Proceso Dirigido por Casos de Uso

Los Casos de Uso son una técnica de captura de requisitos que fuerza a pensar en términos de importancia para el usuario y no sólo en términos de funciones que sería bueno contemplar. Se define un Caso de Uso como un fragmento de funcionalidad del sistema que proporciona al usuario un valor añadido. Los Casos de Uso representan los requisitos funcionales del sistema.

En RUP los Casos de Uso no son sólo una herramienta para especificar los requisitos del sistema. También guían su diseño, implementación y prueba. Los Casos de Uso constituyen un elemento integrador y una guía del trabajo como se muestra en la Figura 2

2- Proceso Centrado en la Arquitectura

La arquitectura de un sistema es la organización o estructura de sus partes más relevantes, lo que permite tener una visión común entre todos los involucrados (desarrolladores y usuarios) y una perspectiva clara del sistema completo, necesaria para controlar el desarrollo.

La arquitectura involucra los aspectos estáticos y dinámicos más significativos del sistema, está relacionada con la toma de decisiones que indican cómo tiene que ser construido el sistema y ayuda a determinar en qué orden. Además la definición de la arquitectura debe tomar en consideración elementos de calidad del sistema, rendimiento, re utilización y capacidad de evolución por lo que debe ser flexible durante todo el proceso de desarrollo.

La arquitectura se ve influenciada por la plataforma software, sistema operativo, gestor de bases de datos, protocolos, consideraciones de desarrollo como sistemas heredados. Muchas de estas restricciones constituyen requisitos no funcionales del sistema.

En la Figura 4 se ilustra la evolución de la arquitectura durante las fases de RUP. Esta arquitectura, es una implementación parcial del sistema, construida para demostrar algunas funciones y propiedades RUP establece refinamientos sucesivos de una arquitectura ejecutable, construida como un prototipo evolutivo.

Es conveniente ver el sistema desde diferentes perspectivas para comprender mejor el diseño por lo que la arquitectura se representa mediante varias vistas que se centran en aspectos concretos del sistema, abstrayéndose de los demás. Para RUP, todas las vistas juntas forman el llamado modelo 4+1 de la arquitectura, el cual recibe este nombre porque lo forman las vistas lógica, de implementación, de proceso y de despliegue, más la de Casos de Uso que es la que da cohesión a todas.

3- Proceso Iterativo e Incremental

El equilibrio correcto entre los Casos de Uso y la arquitectura es algo muy parecido al equilibrio de la forma y la función en el desarrollo del producto, lo cual se consigue con el tiempo. Para esto, la estrategia que se propone en RUP es tener un proceso iterativo e incremental en donde el trabajo se divide en partes más pequeñas o mini proyectos. Permitiendo que el equilibrio entre Casos de Uso y arquitectura se vaya logrando durante cada mini proyecto, así durante todo el proceso de desarrollo. Cada mini proyecto se puede ver como una iteración (un recorrido más o menos completo a lo largo de todos los flujos de trabajo fundamentales) del cual se obtiene un incremento que produce un crecimiento en el producto.

Una iteración puede realizarse por medio de una cascada de etapas como se muestra en la Figura 6. Se pasa por los flujos fundamentales (Requisitos, Análisis, Diseño, Implementación y Pruebas), también existe una planificación de la iteración, un análisis de la iteración y algunas actividades específicas de la iteración. 

Al finalizar se realiza una integración de los resultados con lo obtenido de las iteraciones anteriores.

S4 MD D - Principales Metodologías Convencionales

PRINCIPALES METODOLOGIAS CONVENCIONALES

Una primera definición:“ una metodología es un conjunto de filosofías, fases, procedimientos, reglas, técnicas, herramientas, documentación y aspectos de formación para los desarrolladores de software.

según esto una metodología especifica:

• Como se debe dividir un proyecto en etapas
• Que tareas se llevan a cabo en cada etapa
• Que salida se produce y cuanto deben producir
• Que restricciones se aplican
• Que herramientas se van a usar
• Como se gestiona y controla un proyecto

* Una definición mas generar:

* Metodología es un conjunto de procedimientos, técnicas, herramientas y un soporte documental que ayuda a los desarrolladores ha realizar software.

De forma general podemos identificar tres principales necesidades:

• Mejores aplicaciones 
• Un mejor proceso de desarrollo.
• Un proceso estándar en la organización.

Visión Del Desarrollo De Metodologías   

Inicialmente periodo de desarrollo convencional.

Surge el desarrollo estructurada: Parte de la programación estructurada seguido de métodos.

Actualmente aparece el paradigma de la Orientación a Objectos.

DESARROLLO CONVENCIONAL

* Años atrás no existía metodologías todo estaba a cargo de los programadores.

* Se vio la importancia del análisis y diseño en el desarrollo del sistemas.

* Aparecen los analistas programadores y analistas en sistemas.

* Los analistas se dividen en dos : Analistas funcionales y analistas técnicos.

 1 EJEMPLO DE PROGRAMACIÓN CONVENCIONAL

10 CLS

20 A=10

30 INPUT B

40 IF B=A THEN GOTO 50 PRINT “A Y B SON IGUALES”

50 ELSE GOTO 70

60 GOTO 100

70 IF A>B THEN GOTO 80 ELSE GOTO 90

80 B= B + 1; GOTO 40

90 B= B - 1; GOTO 40

100 END

DESARROLLO ESTRUCTURADO

* Define  el punto de partida donde se pasa de la construcción de programas de una forma artesanal a una que sigue unos métodos de ingeniería.

* El termino se introdujo a finales de los 60 

Programación Estructurada

El enfoque de desarrollo estructurado comenzó con la programación.

Diseño Estructurado

Estaban afectadas por:

           - Era Monolíticas: Se tenia que leer todas las especificaciones para entender el proyecto.

           - Era Redundantes: Se repetía la misma información en partes diferentes del documento.

           - Era Ambiguas: El enfoque de requisitos se interpretaba diferente por cada usuario.

           - Imposible de mantener: Cuando se finalizaba el proceso terminaban obsoletas.

Especificaciones Funcionales

           - Gráficas: Compuesta por diagramas, apoyados en técnicas textuales.

           - Particionadas: Leer de porciones independientes las especificaciones.

           - Minimamente redundantes: De forma que los cambios afectan a una parte de las especificaciones.

DESARROLLO ORIENTADA A OBJECTOS

*La esencia del desarrollo orientado a objetos la identificación y organización de conceptos del dominio de la aplicación y no tanto de su representación final en un lenguaje de programación.
* El paradigma de orientada a objectos trata los procesos y datos de forma conjunta.

* Comienza con los lenguajes de programación LOO en los que se daba énfasis a la abstracción de datos para los que se adjuntaba un conjunto de operaciones.

* Por otra parte los conceptos de técnicas estructurada han servido de base para muchas de las metodologías.

S4 TP D - clases y Objectos en Visual Basic Access

CLASES Y OBJECTOS EN VBA

QUE ES VISUAL BASIC 

- Es un lenguaje de programación dirigido por eventos, desarrollado por Alan Cooper para Microsoft. Este lenguaje de programación es un dialecto de BASIC, con importantes agregados. Su primera versión fue presentada en 1991, con la intención de simplificar la programación utilizando un ambiente de desarrollo que facilito en cierta medida la programación misma. La última versión fue la 6, liberada en 1998, para la que Microsoft extendió el soporte hasta en Marzo de 2008. 

- Provee facilidades para el desarrollo de aplicaciones de bases de datos usando Data Access Objects, Remote Data Objects o ActiveX Data Objects.

QUE ES ACCESS

- Microsoft Access es un sistema de gestión de base de datos incluido en el paquete ofimático denominado Microsoft Office. Igualmente, es un gestor de datos que recopila información relativa a un asunto o propósito particular, como el seguimiento de pedidos de clientes o el mantenimiento de una colección de música, etc. Esta pensado recopilar datos de otras utilidades (Excel, SharePoint, etc.) y manejarlos por medio de las consultas e informes.

¿Para qué nos sirve Access? 

- Sirve para crear bases de datos, las cuales se utilizan para realizar tareas de administración de datos como por ejemplo almacenar, recuperar y analizar los datos acerca de pedidos y clientes.

CLASES

* Una clase define las características abstractas de algo (objeto), incluyendo las características (sus atributos y propiedades) y lo que ese algo puede hacer (sus comportamientos o métodos o funciones). * Por ejemplo, una clase Perro consistiría en rasgos comunes a todos los Perros, por ejemplo raza, color del pelaje, etc... las clases proveen modularidad y estructura en un programa orientado a objetos.

* Una clase debería típicamente ser reconocible por una persona sin conocimientos de programación pero relacionada con el dominio del problema, dado que las características de la clase deberían tener sentido en el contexto. 

* También, el código de una clase debería ser relativamente auto-contenido. Generalmente, las propiedades y métodos de una clase son llamados miembros.

Para crear una clase en visual Basic debemos utilizar la palabra reservada Class seguida den nombre de dicha clase a construir:

                       Class Cliente
                                          Instrucciones
                     End Class

*  Por lo tanto, todo lo que se conforme como instrucciones estará encapsulado en la Clase Cliente.

*Creación de una clase Cliente con algunos elementos encapsulados:

                      Class Cliente 

                                Public Nombre As String 

                                Public Sub MostrarNombre() 

                                        MsgBox("El nombre del cliente: ", Nombre) 

                                End Sub 

                      End Class

Para poder utilizar valores a las propiedades o variables que define la clase y además, utilizar los procedimientos y funciones encapsuladas debemos crear un Objeto Cliente:

OBJECTOS

* Una instancia particular de una clase. La clase Perro define a todos los posibles perros al listar las características que ellos pueden tener; el objeto Lassie es un perro particular, con versiones particulares de las características.

* Un perro tiene pelaje, Lassie tiene pelaje marrón y blanco. En la jerga de la programación, el objeto Lassie es una instancia de la clase Perro. 

* El conjunto de valores de los atributos para un objeto particular se llama estado.

La clase:

                       Class Cliente
                                   Public Nombre As String
                                   Public Sub MostrarNombre()
                                              MsgBox("El nombre del cliente: “ & Nombre)
                                   End Sub
                      End Class

El objeto:

                           Dim Cli As new Cliente( )

* Para acceder a las instrucciones mediante el objeto :

                                       Cli.Nombre = “Cesar Fernandez”
                                   Cli.MostrarNombre ( )

Documento Corregido

S3 MD D - Técnicas de Desarrollo de Software

Técnicas y  Herramientas de Desarrollo de Software 

Descarga el Documento AQUI

S3 PD D - Que es ADO.NET y xml

QUE ES ADO.NET Y XML

Descarga el Documento AQUI

S2 MD D - Atributos de Calidad de Software

ATRIBUTOS DE LA CALIDAD DE SOFTWARE

Atributos de calidad (también cualidades del software) son características no funcionales que se consideran deseables en un sistema de software. Sin embargo, no todos los sistemas de software deben tener en cuenta todos estos atributos o cualidades, algunas serán más importantes que otras dependiendo del sistema, y ciertamente no se pueden maximizar todas a la vez.

CORRECTITUD, CONSISTENCIA, COMPLETITUD 

Correctitud:Ausencia de errores. Consistencia:Coherencia entre las operaciones que realiza el usuario. Completitud:Capacidad del sistema para realizar todas las operaciones que usuario podría requerir.

SIMPLICIDAD

Simplicidad es la ausencia de complejidad o dificultades. En el desarrollo de software puede resultar de interes diferenciar entre complejidades esenciales y accidentales.

• Complejidad esencial: las que son propias o intrínsecas al problema que se desea solucionar. Es natural que un problema complejo tenga soluciones con algún grado de complejidad.
• complejidades accidentales: aquellas que surgen por malas decisiones de diseño. Naturalmente, se intentará evitar diseñar soluciones que sean más complejas de lo que el problema requiere.

FLEXIBILIDAD

También llamada modificabilidad, es la capacidad para admitir cambios que pueden ser necesarios tanto por un cambio de requerimientos como por la detección de un error que debe ser corregido. 

Una variante de flexibilidad es la extensibilidad, es decir, la posibilidad de agregar nuevos requerimientos.

ESCALABILIDAD

Es la capacidad de un sistema para trabajar con diferentes cantidades de trabajo, como cambios en el volumen de datos o flujo de pedidos. Con frecuencia se estudia la escalabilidad de un sistema hacia arriba, es decir, se mide la capacidad del sistema para manejar, por ejemplo, un mayor volumen de datos. La medida de escalabilidad no requiere que el sistema funcione intacto en las nuevas condiciones, en cambio es una medida de la facilidad con la que se lo puede adaptar al nuevo entorno, por ejemplo, si está preparado para que yo agregue un servidor más a un cluster eso se podría considerar escalable.

CONTRUCTIVILIDAD

La constructibilidad es una medida inversa a la complejidad de la construcción del sistema. Las decisiones de diseño pueden afectar severamente la dificultad para construir ese sistema.

USABILIDAD

La facilidad con la que el sistema o componente se puede utilizar o bien aprender a utilizar.

SEGURIDAD

Algunas visiones de la seguridad son:

• Comprobar la identidad de las personas que intentan acceder al sistema.
• Garantizar que sólo las personas específicamente autorizadas pueden ver determinada porción de la información del sistema
• Garantizar que sólo las personas específicamente autorizadas pueden modificar determinada porcióń de la información del sistema o bien realizar determinadas acciones.

Para mas informacion ve el siguiente video: 

S2 TP D -TEMA 02 Personalización del Formulario y archivos CSV

“Año de la Lucha Contra la Corrupción e Impunidad”

AREA: Taller de Programación Distribuida

ALUMNO: Leydi Nolasco Rivas

DOCENTE: Henrry Céspedes Cruz

CARRERA: Arquitectura de plataformas y servicios de 

                   Tecnologías de la Información- IV Ciclo

TURNO: Diurno

PERSONALIZACIÓN DE FORMULARIO 

        Un formulario de Google Drive es un documento digital que sirve para crear encuestas, hacer preguntas o recopilar información en línea y para posteriormente, recopilar, almacenar y procesar los datos y respuestas obtenidos.

1. Primero ingresar a la cuenta de google driver, Luego en NUEVO, luego MAS, luego Formulario de google y por ultimo Formulario en blanco.

          2. Una vez abierto se abrira una pestaña nueva con el formulario vacio para que el usuario lo personalize.
             

         -Para cambiar el titulo podemos editarlo en FORMULARIO SIN TITULO como tambien podemos agregar preguntas y respuestas como indica la fechas de rojo y a las preguntas podemos agregarle varias opciones como imagenes o insertar videos.

        3. Para personalizar debemos elegir el siguiente icono

4. Luego elegimos encabezado para cambiar de imagen 

5. Elegimos la mejor imagen y Seleccionamos

6.Como vemos el cambio  se hecho en la parte de arriba-

7. Como vemos el color de Tema se cambiado solo por el cambio de imagen y Color de fondo podemos elegir

 8. Ahora cambiaremos el tipo de letra.

y el texto del formulario cambiara al que hemos elegido .

9. Para ver como se ve el formulario solo elegimos la opción VISTA PREVIA

Para mas información vee el siguiente video!

QUE ES UN ARCHIVO CSV

La abreviatura CSV se refiere a un tipo de datos de texto en el procesamiento de datos con el que se pueden registrar, almacenar y procesar grandes cantidades de datos estructurados. El término CSV significa "valores separados por comas" (comma-separated values). Los archivos CSV se utilizan con frecuencia para los catálogos de productos de las tiendas online. El archivo termina en .csv..

ESTRUCTURAS

La siguiente estructura es típica para un archivo CSV:

• Definición de las columnas en la cabecera de la tabla.
• Un carácter se utiliza para separar registros individuales.
• Un carácter se utiliza para separar columnas individuales (comas, tabulaciones o espacios).
• Delimitador de campos Carácter especial HTML dentro del archivo para evitar confusiones con los separadores.

ÁREA DE APLICACIÓN

Los archivos CSV se utilizan en muchas áreas. Aquí hay algunos ejemplos de aplicación:

• Exportación de productos para el sistema ERP de una tienda online.
• Exportación de datos desde una herramienta de software de SEO, herramientas de re análisis o herramientas de análisis web como Google Analytics para su posterior procesamiento con sus propios programas o informes.
• Importación de productos para portales de comparación de precios o portales de compras como Google Shopping o Amazon Product Ads.
• Exportación de datos para la provisión de datos entregados a través de CSS.
• Exportación de listas de URL para su posterior procesamiento con las herramientas de análisis adecuadas.
• Provisión de listas de productos para marketing de afiliación o retargeting.

Para mas informacion vee los siguientes videos sobre cvs.

S1 MD D- Paradigmas de desarrollo de software

INGRESA A ESTE LINK
https://tecnoblogpiura.blogspot.com/2019/08/paradigmas-de-desarrollo-de-software.html

S1 TP D- Blog y Formularios

¿Que es un Blog ?

Formulario