You are on page 1of 53

PROGRAMACIÓN II

¾Introducción a la Materia.
¾Unidad I

A.I.A. - Roeschlin Sebastián Daniel 1

Introducción a la Materia

„ Presentación del Docente.
„ Horarios de Sala de Informática. (En Clase y fuera de Clase)
„ Reglas de Regularidad:
„ Exámenes Parciales (2 con 1 Recuperatorio c/u.) - Asistencia.
„ Trabajo Práctico Integrador
„ Metodología de Trabajo en Clase.
„ Reglas de Convivencia.
„ Glosario. Importancia de la concurrencia a clases. La toma de apuntes vs. dictado.
Investigación vs. Apuntes de cátedra.
„ Presentación del Contenido de la Materia.
„ Temario, Bibliografía y Publicaciones.
„ Herramientas de Trabajo. (S-Designor – Access 2000 – Case Studio)
„ Esquema General de un Equipo de Desarrollo.
„ Tareas y funciones del Analista Programador.
„ Analista Programador vs. Programador y Técnico Reparador.
A.I.A. - Roeschlin Sebastián Daniel 2

Articulación de Asignaturas
Programación I Sistemas de Computación I
- Lógica y Codificación - Hardware / S.O. / Utilitarios

Programación II
- Arquitectura de BD. Sistemas de Computación II
- Manipulación de Datos. - Hardware / Redes
- Programación Visual.

Lenguajes Gener. Informes Sistemas de Computación III
Análisis Estructurado
- Programación Visual - Arquitectura (Prog. Redes)
- Relevamiento, Análisis
- (Visual Basic 6.0) y Diseño

Seminario
- Trabajo de Campo
A.I.A. - Roeschlin Sebastián Daniel 3

Unidad I

„ Fundamentos de las Bases de Datos.
„ Lenguajes de Programación vs. Bases de Datos.
„ Modelo de Archivos vs. Modelos Relacionales.
„ Archivos, Entidades, Relaciones y Tablas
„ Bases de Datos Desktop vs. Clientes/Servidor.
„ Concepto y utilidades – Ventajas y Desventajas.
„ El Lenguaje de Programación y las Bases de Datos Clientes/Servidor.
„ La Construcción de un Sistema Informático
„ Los Planos para construir (Quién Planifica y quién construye)
„ La Casa para la mascota. La Casa para una Familia. Un Edificio de 10 pisos.
„ El análisis y la documentación antes de fracaso asegurado.
„ Introducción a la Normalización de Datos.
„ Entidades, Relaciones y Tablas
„ Qué es y para que sirve la Normalización de datos.
„ Ejemplos Datos que necesitan normalizarse.

A.I.A. - Roeschlin Sebastián Daniel 4

Unidad I – EL MODELO RELACIONAL

„ Modelo Conceptual de Datos

„ Modelo Conceptual de Datos
vs. Modelo Físico de Datos.

„ Prototipado de Software

A.I.A. - Roeschlin Sebastián Daniel 5

Zonas „ Modelo Físico de Datos. . Localidades. Zonas A. „ Diseño del modelo conceptual en forma manual.A. Atributos. Provincias. Relaciones y Cardinalidades.Unidad I – EL MODELO RELACIONAL „ Modelo Conceptual de Datos „ Definición de Entidades. „ Desarrollo Ejemplo Agenda de Clientes „ Clientes.Roeschlin Sebastián Daniel 6 . Localidades.I. „ Desde Entidades -> Tablas „ Desde Atributos -> Campos (Tipos de Datos más comunes) „ Las Cardinalidades y Claves Primarias (PK) y Foreingkey (FK) „ Utilización de Herramientas Case (Case-Studio) „ Desarrollo Ejemplo Agenda de Clientes „ Clientes. Provincias.

A.Unidad I – EL MODELO RELACIONAL „ Modelo Físico de Datos. „ Cardinalidades 1.I.Roeschlin Sebastián Daniel 7 . Funcionalidad y Utilidad del Prototipado „ Prototipado en Papel del Ejemplo Agenda de Clientes A. „ Tablas Intermedias o Relacionantes.0 y 0.1 „ Datos Obligatorios (Not Null) „ Datos Únicos (Unique) „ La Integridad Referencial „ Objetivo. .

.A. „ Generar archivo Script y Crear Base de Datos A. „ Cambiar Modelo Físico según Base de Datos.Unidad I – EL MODELO RELACIONAL „ Utilizar un poco más Case Studio „ Prototipar con CASE Studio.Roeschlin Sebastián Daniel 8 .I. Utilizar Sub-Modelos. „ Diseñar DE-R de grandes proyectos.

A.” (GuíaDeEjerciciosParaClase.I. serán desarrollados únicamente en Clase y el Docente deberá ir agregando complejidad a cada uno de ellos hasta obtener mínimamente 1 Tabla Relacionante. .Roeschlin Sebastián Daniel 9 . „ Objetivos para la Etapa Nº 1 – Fecha Parcial 1 „ Ejercitación en Máquina utilizando Herramienta Case-Studio “ Los Ejercicios propuestos para la práctica en clase. Unidad I – TP INTEGRADOR Y EJECITACIÓN „ Presentación del Trabajo Práctico Integrador.pdf) „ Ejercicio Nº 1 „ Ejercicio Nº 2 „ Ejercicio Nº 3 „ Ejercicio Nº 4 „ Ejercicio Nº 5 „ Concepto y Ejemplos de la Ingeniería Inversa.A. „ Planteo de Dudas y Conclusiones Unidad I.

Unidad II Diseño de Interface I A. .Roeschlin Sebastián Daniel 10 .A.I.

„ Gestión de Interfaces „ Ventajas de una buena Gestión „ El desarrollo orientado al Prototipado. Unidad II „ Los Lenguajes de Programación y su Importancia en el Desarrollo. .Roeschlin Sebastián Daniel 11 . „ La Importancia de la Metodología del Desarrollo. „ Patrones de Diseño (Tabla de Patrones) „ Presentación y utilización del Ejemplo Agenda.A.(compilado) A.I.

Roeschlin Sebastián Daniel 12 .I.A. .A.

I. .Roeschlin Sebastián Daniel 13 .A.A.

A.A. .I.Roeschlin Sebastián Daniel 14 .

Roeschlin Sebastián Daniel 15 .A.A.I. .

Roeschlin Sebastián Daniel 16 . .I.A.A.

.I.A.Roeschlin Sebastián Daniel 17 .A.

A. .Roeschlin Sebastián Daniel 18 .Unidad III Bases de Datos Tipo Servidor y El Lenguaje SQL A.I.

A. „ Manipulación de Datos.”View” A. Unidad III „ Bases de Datos Tipo Servidor.Roeschlin Sebastián Daniel 19 . „ El Lenguaje de Definición de Datos “DDL”. “SQL” „ Disparadores (Trigger’s). . “Store Procedure” „ Vistas.I. “MDL” „ Lenguaje Estándar de Consultas. „ Procedimientos Almacenados.

„ Sistemas de Análisis de rendimiento. „ Sistemas de ayudas para mejorar la performance.A. „ Sistemas de Monitoreo. „ Sistemas de Backup automáticos. . „ Mayor seguridad. „ Sistemas de Sincronización de Datos. A.I.Bases de Datos Tipo Servidor „ Motor Transaccional.Roeschlin Sebastián Daniel 20 . con grandes volúmenes de información. „ Mayor cantidad de conexiones simultáneas. „ Mayor velocidad de procesamiento.

Delete. „ El Lenguaje de Definición de Datos “DDL”. „ Select idCliente. . Manipulación y Consulta de Datos. „ Create Alter y Drop „ Table „ DataBase „ Index „ Constraint „ Manipulación de Datos.Definición. ApeNomCliente From Clientes.I. Update „ Lenguaje Estándar de Consultas. “MDL” „ Insert.Roeschlin Sebastián Daniel 21 .A. “SQL” „ Consultas estándares interpretadas por cualquier motor de base de datos relacional. A.

Roeschlin Sebastián Daniel 22 . „ Son más ágiles que instrucciones MDL disparadas desde el cliente. „ Son más ágiles que instrucciones MDL disparadas desde el cliente. „ Procedimientos Almacenados.A. „ Se disparan o ejecutan automáticamente luego de haber sucedido el evento en el que están programados. „ Dependemos o nos atamos al motor de BD. A. „ Consultas físicas que ocupan espacio en BD y se actualizan automáticamente.I. “Store Procedure” „ Se disparan o ejecutan cuando el usuario lo solicita. Lenguaje del lado del Servidor „ Disparadores (Trigger’s). „ Vistas. „ Cada motor de base de datos tiene su propio lenguaje para la definición de triggers. „ Dependemos o nos atamos al motor de BD. „ Cada motor de base de datos tiene su propio lenguaje para la definición de Store Procedure. „ Se utilizan cuando se detectan consultas muy usuales en las que se necesita alto rendimiento.”View” „ Se consultan cuando el usuario lo solicita. .

Roeschlin Sebastián Daniel 23 .mdb: „ La interfaz QBE „ Vista en Diseño „ Vista Hoja de Datos „ Vista SQL „ Instrucciones MDL „ Insert. „ Instrucciones SQL con Agrupamiento.Ejercitación de SQL y MDL utilizando DeskTop „ Utilizando NeptunoEjemplo. Delete y UpDate – Fundamentos de SQL 69 / 93 / 115 „ Instrucciones SQL „ Instrucciones SQL Simples. .I. „ Instrucciones SQL con Parámetros.A. A. „ Instrucciones SQL con Campos Calculados. „ Instrucciones SQL con Ordenamiento.

„ 2. A.A.Tamaño Mínimo Registro de Transacciones.Factor de Crecimiento.I.Tamaño Máximo Esperable de la BD. „ 4.Determinar el Nombre de la Base de Datos. „ 8. „ 6.Tamaño Mínimo de la BD. Unidad III – Creación de una BD Cliente / Servidor „ Creación de la Base de Datos: „ La Importancia de la Normalización. „ 5.Ubicación Física del Registro de Transacciones.Tamaño Máximo Registro de Transacciones.Ubicación Física de la BD.Roeschlin Sebastián Daniel 24 . „ 3. . „ Concepto de un Análisis Estructural de la BD: „ 1. „ 7.

„ Tamaño Mínimo del Registro de Transacciones „ El Reg. A. Unidad III . „ Tamaño Mínimo de la BD „ No Existen reglas para el cálculo.I. de Transacciones.Roeschlin Sebastián Daniel 25 . se utiliza como respaldo de las transacciones realizadas. 10mb y 5mb es lo más comúnmente utilizado.A. .Creación de una BD Cliente / Servidor „ Análisis Estructural de la BD: „ Determinar el Nombre de la Base de Datos.

A. „ Factor de Crecimiento: „ Se puede expresar en Mb o Porcentajes.Roeschlin Sebastián Daniel 26 . „ Si es en Porcentaje. para predecir cuando se acabará el espacio. para que en el peor de los casos puede integrar todo un bloque sin problemas. (Se calcula según el tiempo que demora en tomar nuevamente el mínimo de la BD.I. . Sistema Operativo y Motor de Base de Datos. Unidad III . „ Si es en Mb. se deberá calcular un Factor de crecimiento. sino asignar lo más que permita el dispositivo de almacenamiento. según BD.) A.Creación de una BD Cliente / Servidor „ Análisis Estructural de la BD: „ Tamaño Máximo Esperable de la BD y Registro de Transacciones: „ Utilizar ilimitado si lo permite la base de datos. Se asigna la misma cantidad que el valor inicial de la BD.

Creación de una BD Cliente / Servidor „ Análisis Estructural de la BD: „ Ubicación Física de la BD y el Registro de Transacciones: „ Las ubicaciones de ambos deben ser diferentes. „ Uno en el C:\ y otro en el D:\ para resguardo por si se rompe un disco „ Se pierde la ultima información pero con el Backup y el Registro de Transacciones se logra restaurar toda la base de datos. . A. Unidad III .A.I.Roeschlin Sebastián Daniel 27 .

mdf’.(6) A. SQL Server) „ Create DataBase Prueba (1) On ( Name = Prueba_Dat. (1) FileName = ‘C:\PruebaDat. (3) FileGrowth = 5 ) (6) Log On ( Name = ‘Prueba_log’.Roeschlin Sebastián Daniel 28 . (2) MaxSize = 50. (8) Size = 10.A. . (4) MaxSize = 25.LDF’. (1) FileName = ‘E:\PruebaLog. Unidad III – Instrucciones DDL (Ej.I. (8) Size = 5. (5) FileGrowth = 5) .

Si se agrega un nuevo apellido no interesa que comience con “Alvarez”.A. „ Las Claves Primarias y Ajenas siempre están indexadas para optimizar las uniones entre tablas. . „ Cuando se crea la Tabla: Create Table Persona(IdPersona Int Not Null) Primary Key Clustered. se ingresará último en el índice generándose una unidad de asignación distinta las demás y ésa persona luego será ubicada por su unidad de asignación y no por su apellido. „ Indices: „ Únicos (Unique) „ Con Unidades de Asignación (Clustered).Roeschlin Sebastián Daniel 29 . son índices simples que permiten duplicaciones en una misma tabla. éstos deben ser únicos asignan una unidad a cada fila manteniendo ordenada la tabla. Unidad III – Instrucciones DDL „ Creación de Índices – Fundamentos de SQL Pag. 141 „ Relación con el Índice Telefónico y una Tabla Indexada. se utilizan generalmente en las claves ajenas.I. A. „ Simples o con Duplicados (NonClustered).

Unidad III – Instrucciones DDL „ Creación de Índices – Fundamentos de SQL Pag. Edad int not null. „ Create Unique Asc Index IdLocalidad_Ind on Localidades(idLocalidad). . A.A. „ Restricciones (Constraint) vs. Secundarias y Reglas de Validaciones (Check). Integridad Referencial „ Constraint: Claves Primarias.Constraint idPersona_chk Primary Key Clustered Check (Edad >= 18 and Edad < 100)). „ Indice Simple: „ Create Asc Index ApeNom_Ind on Personas(ApeNom).Roeschlin Sebastián Daniel 30 . „ Create Tabla Personas(idPersona int not null. 141 „ Create Clustered Index idPersona_Ind on Persona (idPersona).I.

I.A.Roeschlin Sebastián Daniel 31 . A. Index o Constraint. „ Drop: „ Column. Unidad III – Instrucciones DDL „ Restricciones (Constraint) „ Alter Table Persona add „ Constraint FK_idLocalidad Foreing Key (idLocalidad) References Localidades.NroDocumento). „ Persona Drop Column Direccion. „ Imponer la Exclusividad sin Indices: „ Alter Table Persona add „ Constraint U_Persona Unique NonClustered (ApeNom. „ Alter Table : „ Persona Add Direccion VarChar(20). Table (es definitivo!!!). .

Unidad III – Instrucciones MDL „ Instrucciones MDL – Fundamentos de SQL 69/93/115 „ Insert „ Insert into Personas (idPersona. . „ UpDate „ UpDate Personas Set Contratado = 1. Direccion From Personas where idPersona > 100 „ Si no se respeta el orden de ingreso de los campos.Roeschlin Sebastián Daniel 32 . ApeNom. se deberá especificar el orden como en la primera instrucción.’Juan Perez’.Null) „ Insert into Personas2 Select idPersona. Meses = 3 „ UpDate Personas Set Contratado = 1 Where Antiguedad > 3 „ Delete „ Delete From Personas Where Contratado = 0 A. Direccion) Values (10.A.ApeNom.I.

NroCta) as Select idCliente. Unidad III – Vistas.I.Roeschlin Sebastián Daniel 33 . „ Ejemplo: Create View ClientesCtaCte (CodCli.idCliente = CtaCte. CtaCte Where Clientes. ApeNom. ApeNom. NroCta From Clientes. A. „ Ventajas y Desventajas. Procedimientos Almacenados y Disparadores „ Vistas „ Concepto y Utilización. .idCliente.A.

A. Procedimientos Almacenados y Disparadores „ Procedimientos Almacenados „ Concepto y Utilización. .I.Roeschlin Sebastián Daniel 34 . Set Term. !! A. Exit. Create Procedure SumaCostoCapacitaciones (idDepartamento Integer) Returns (CostoTotalCapacitaciones Decimal(12.2)) As Begin Select Sum(CostoCapacitacion) From Capacitaciones Where idDpto = :idDepartamento InTo :CostoTotalCapacitaciones. Unidad III – Vistas. „ Ejemplo: Set Term !!. „ Ventajas y Desventajas.

!! A.A. Procedimientos Almacenados y Disparadores „ Disparadores .I. „ Ventajas y Desventajas. Direccion). Unidad III – Vistas. ApeNom.Roeschlin Sebastián Daniel 35 . End!! Set Term. „ Ejemplo: Set Term !! Create Trigger trgClientesHistoricos for Clientes Active Before Delete Position 0 As Begin Insert into ClientesHistoricos Values (NroCli.Triggers „ Concepto y Utilización. .

.0 „ Crear Clientes y Localidades „ Utilizando NeptunoEjemplo.0 A.0 „ IBConsole „ Verificar estado del Servidor de Datos „ Ingreso a InterBase como Administrador de Datos „ Conexión Remota o Local „ SYSDBA „ masterkey „ Registrar y/o Crear una Base Nueva „ Interactive SQL „ Ver y Utilizar la Ayuda de IB 6.gdb: „ Probar algunas Instrucciones MDL „ Probar algunas Instrucciones SQL „ Generar una Estructura Cliente / Servidor con Access e InterBase 6.I.Roeschlin Sebastián Daniel 36 .A. Ejercitación de SQL y MDL utilizando INTERBASE „ Utilizando InterBase 6.

I.Roeschlin Sebastián Daniel 37 .Unidad IV Diseño de Interfaces II A. .A.

A.I.Roeschlin Sebastián Daniel 38 . . „ Utilización de Módulos „ Librerías DLL y OCX „ Objetivos y Utilidad en Dividir la Aplicación de las Tablas. A. Unidad IV „ Gestión de Interfaces Complejas „ Concepto y Utilización de los Objetos.

Roeschlin Sebastián Daniel 39 .A.I. „ RecordSet „ DoCmd „ Application A. Unidad IV „ Gestión de Interfaces Complejas „ Utilización de Instrucciones SQL en las Interfaces. „ Maestro / Detalles „ Campos calculados. „ Concepto y Utilización de los Objetos. .

„ Crear una Interfaces Principal „ Compilar y Cerrar la Aplicación „ Trabajos de Ejercitación 1. Unidad IV „ Utilización de Módulos „ Definición de Procedimientos vs. A.A.Roeschlin Sebastián Daniel 40 . „ Librerías DLL y OCX „ Utilización de Librerías (dll) „ Respeto del Modelo en Capas. „ Utilización de Controles (ocx) „ Instalación y Actualización de Controles. „ Objetivos y Utilidad en Dividir la Aplicación de las Tablas. 3 y 4 de la guía. 2. . Funciones.I. „ Instalación y Actualización de Librerías.

A.Roeschlin Sebastián Daniel 41 .Unidad V Diseño de Informes A. .I.

Roeschlin Sebastián Daniel 42 . 3 y 4 A.I. 2. Unidad V „ Informes Simples „ Ordenar Datos „ Agrupar Datos „ Calcular Datos „ Informes con Filtros „ Informes Complejos „ Informes Anidados „ Ejercitación guía práctica: „ Ejercicios 1.A. .

A. .Roeschlin Sebastián Daniel 43 .I.Unidad VI Modelos de Conexionado A.

„ Definición de un Modelo de Conexionado.A. „ Sistemas Enlazados a Datos. A. Unidad VI „ Definición. „ Diseño de sistemas en Capas. . „ Sistemas No Enlazados a Datos.I.Roeschlin Sebastián Daniel 44 . concepto y utilización sistemas FrontEnd y BackEnd.

(Form o IE) „ 2. concepto y utilización de sistemas FrontEnd y BackEnd. „ 1.I. „ 2.Base de Datos A.Objetos de Negocios (Clases -> Objetos) „ 3. .Gestion Datos.Capa de Acceso a Datos „ 4.Roeschlin Sebastián Daniel 45 .Reglas de Negocios (a nivel de Casos de Usos) „ 2. Unidad VI FrontEnd / BackEnd y el Diseño de Sistemas en Capas „ Definición.Capa de Negocios „ 1.A.Capa de Presentación (UI) „ 1. „ Diseño de sistemas en Capas.Interfaz de Usuario.

.NET (ActiveX Data Object . „ Definición y utilidad de los Modelos de Conexionado.Roeschlin Sebastián Daniel 46 .A. „ ODBC (Conectividad Abierta a Bases de Datos) „ OLE DB (Vinculación e Inserción de Objetos de Bases de Datos) „ DAO (Objetos de Acceso a Datos) „ RDO (Acceso a Datos Remotos) „ ADO (Objetos de Datos ActiveX) „ ADC (Advanced Data Connector) o RDS (Remote Data Service) „ ADO. Unidad VI .Definición de un Modelo de Conexionado. NET) „ Ubicación dentro del desarrollo en Capas A.I.

(D) Aplicación Servidor de Datos •Administrador ODBC •Driver ODBC A. (V) „ Crear la conexión en cada Cliente o utilizar la API (Interfaz para la Programación de Aplicaciones) de Windows. (V) „ La Conexión es directa. se deberá re-direccionar todos los clientes.Roeschlin Sebastián Daniel 47 . Unidad VI .I.ODBC „ ODBC (Conectividad Abierta a Bases de Datos) „ Administrador ODBC „ Localiza Controlador ODBC „ Convierte Instrucción SQL „ Conecta a Base de Datos „ Ventajas y Desventajas: „ Conexión a todas las BD que tengan el Driver ODBC. . (D) „ Al cambiar la dirección de la Base de Datos.A. casi sin intermediarios.

Word. (Base Datos. .I. Unidad VI – OLE DB „ OLE DB (Vinculación e Inserción de Objetos de Bases de Datos) „ Utiliza el Modelo de Objeto Componentes (COM) –Componentes y Clases de Microsoft y Tecnología DNA (Acceso Universal Datos). Aplicación Acceso ODBC •Objetos OLE DB Servidor de Datos Acceso Nativo A. „ Accede a todo tipo de datos compatibles con OLE DB.Roeschlin Sebastián Daniel 48 . „ Acceso a Bases de Datos Nativas o con conexión a ODBC mediante una cadena de conexión desde la Aplicación.A. Excel. E-mail) „ Intermediario absoluto entre la Aplicación y los Datos.

„ Incluido en las Herramientas Empresariales de VB 4 y 5. „ Utiliza el Motor ODBC del Servidor. „ Aplicación (Access SQL) „ -> Motor Jet „ -> OLE DB „ -> Accede a Datos (ODBC o Nativos) „ RDO (Acceso a Datos Remotos) „ Ídem DAO pero no utiliza el Motor Jet de cada cliente.I. Unidad VI – OLE DB (DAO y RDO) „ DAO (Objetos de Acceso a Datos) „ Primer proveedor que utilizó OLE DB. „ Mejor Rendimiento. „ Diferencias entre DAO y RDO: „ Sólo accede a Bases de Datos ODBC.A.Roeschlin Sebastián Daniel 49 . por lo que se encuentra más cerca de la Capa ODBC. . „ Utiliza el Motor Microsoft Jet de cada cliente. A.

„ Entorno típico es sobre Aplicaciones Internet/Intranet. A. no como en DAO. Unidad VI – OLE DB (ADO y ADC) „ ADO (Objetos de Datos ActiveX) „ Modelo de Programación independiente al modelo de acceso a datos. .Roeschlin Sebastián Daniel 50 . „ Basado en OLE DB. „ La conexión a Datos se establece por medio de un único objeto. por lo que tiene acceso a multitud de datos.I.A. „ ADC (Advanced Data Connector) o RDS (Remote Data Service) „ Utiliza los objetos de ADO con la diferencia que los cursores se trabajan del lado del cliente. „ Es un conjunto de Objetos que trabaja con cursores del lado del servidor. „ Basados en ActiveX lo que permite que los desarrolladores puedan visualizar y actualizar los datos en Browser con un mínimo de programación.

Roeschlin Sebastián Daniel 51 .NET) Diseñado para trabajar desconectado a BD.I.A. NET) Acceso a Datos (Framework. . A. Metodología de programación rudimentaria. Sistemas No Enlazados a Datos: Todo lo contrario. Poco escalables. Consumidores de Recursos. Unidad VI – OLE DB (ADO y ADC) ADO.NET (ActiveX Data Object . Sistema Enlazados a datos: Fácil desarrollo y mantenimiento.

Roeschlin Sebastián Daniel 52 .A.I. .UNIDAD VII INSTALACIÓN Y DISTRIBUCIÓN DE APLICACIONES A.

„ Utilización de Videos o Confeccionar Ayudas Convencionales con software diseñados para general archivos HLP. „ Integración con la Web. . „ Se pueden desarrollar aplicativos de instalación desde un servidor web que sea disparados por el usuario o la terminal al momento de conectarse a la red.I. A. Ejemplo InnoSetup. „ Distribución de Nuevas Versiones y librerías „ Plano de Implementación y registro de cambios.A. „ Utilizar Software para el proyecto de Implementación.Roeschlin Sebastián Daniel 53 . Unidad VII „ Pautas para la generación de Ayuda. „ Software para la Distribución.