Compare commits
12
Commits
d42e2f2c7d
...
master
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
32526e0f12 | ||
|
|
fd151a37b2 | ||
|
|
234b0766fd | ||
|
|
855f99c6b7 | ||
|
|
ef2f58a258 | ||
|
|
67d6b0d435 | ||
|
|
a3ab09c821 | ||
|
|
060f7352af | ||
|
|
74495ec383 | ||
|
|
17d99537e0 | ||
|
|
ba58f75012 | ||
|
|
14206c2eb2 |
@@ -0,0 +1,42 @@
|
||||
#+title: 1
|
||||
|
||||
* Clase
|
||||
Desde el punto de vista del auditor externo se mira desde donde se cometen los delitos, por ejemplo, robar informacion es considerado un delito y las especificaciones sobre donde estan los datos profesionales.
|
||||
|
||||
* Respuesta
|
||||
** 1. ¿Qué factores crees que podrían aumentar el riesgo de auditoría en un sistema informático y cómo podrían impactar en la confiabilidad de los resultados de una auditoría?
|
||||
Los Factores encargados de incrementar el riesgo en la etapa de una auditoria, osea, los factores que podrian hacer que un auditor llegue a una conclusion incorrecta consisten de:
|
||||
|
||||
- *Riesgo Inherente*, Son factores tales como la naturaleza de la organizacion, su volumen, la resistencia a ser auditada o la cultura organizacional.
|
||||
|
||||
- *Riesgo de Control*, La falta de mecanismos de control
|
||||
|
||||
- *Riesgo de Deteccion*, son riesgos propios del auditor: Falta de experiencia, mala planeacion.
|
||||
|
||||
- *Impacto en la confiabilidada*, Cuando los anteriores riesgos son altos la posibilidad de una mala auditoria incrementa, se pueden pasar por alto algunos errores y en resultado que la auditoria sea incorrecta.
|
||||
|
||||
** 2. Imagina que eres el auditor de un sistema de gestión de datos financieros en una empresa. ¿Qué tipos de riesgos (tecnológicos, operativos o humanos) identificarías como prioritarios y por qué?
|
||||
|
||||
Los riesgos que considero deberian de ser tomados en cuenta para un auditor financieros son:
|
||||
|
||||
- *Riesgos de Control*, Este es el considerado de altisima prioridad, ya que, es critico verificar los mecanismos de control y sus funcionalidades. Si estos controles fallan la posibilidad de que la informacion este comprometida es alta.
|
||||
|
||||
- *Riesgos Tecnológicos*, Se da importancia a los controles de prevencion para evitar desasteres o fracasos en la integridad de los datos.
|
||||
|
||||
- *Riesgos Humanos*, La habilidad del auditor y la actitud del equipo son importantes. Un error en este o una sospecha mal fundamentada pueden incrementar el riesgo de deteccion.
|
||||
|
||||
*Por qué*, Se priorisan los riesgos operativos tecnologicos porque en las finanzas, la vulnerabilidad de los datos combinados con amenazas externas o internas representa un riesgo posible o un desastre inminente.
|
||||
|
||||
** 3. ¿Cómo puede la falta de controles adecuados en un sistema informático afectar la evaluación de riesgos de auditoría y la seguridad de la información de una organización?
|
||||
|
||||
- (Riesgo Auditoria (RA))
|
||||
- (Riesgo Inherente (RI))
|
||||
- (Riesgo Control (RC))
|
||||
- (Riesgo Deteccion (RD))
|
||||
|
||||
La ausencia de controles impacta directamente en dos sectores:
|
||||
|
||||
- *Evaluación de Riesgos de Auditoría*, segun la formula de (RA = RI + RC + RD), Si los controles son inexistentes o deficientes, el riesgo de control se dispara. Esto haciendo que el auditor tenga que aumentar la cantidad de muestras y su esfuerzo en las pruebas para intentar bajar el riesgo de deteccion, lo que dificulta e encarece la auditoria
|
||||
|
||||
|
||||
- *Seguridad de la Información*, En ausencia de controles preventivos (documentacion), o verificativos (auditoria interna) o correctivos (Reajuste de procesos) la informacion queda expuesta a amenazas con potencial de convertirse en desastres. La seguridad se ve comprometida al no haber un sistema jerarquico o manuales y normas que dirijan un minimo para la valides o certeza de los datos
|
||||
+18
-18
@@ -4,97 +4,97 @@
|
||||
:PROPERTIES:
|
||||
:ID: 214dc041-5c15-429e-837f-e2c874ea2e6a
|
||||
:END:
|
||||
<2026-08-12 mié 10:00-14:00>
|
||||
<2026-08-12 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS PRESENCIAL
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS PRESENCIAL :fechas:
|
||||
:PROPERTIES:
|
||||
:ID: a1033a3c-3825-42d9-b585-756520d69f06
|
||||
:END:
|
||||
<2026-08-26 mié 10:00-14:00>
|
||||
<2026-08-26 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS PRESENCIAL
|
||||
:PROPERTIES:
|
||||
:ID: c9eed90f-81b0-480c-8ed9-da739a2f5411
|
||||
:END:
|
||||
<2026-09-09 mié 10:00-14:00>
|
||||
<2026-09-09 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS PRESENCIAL
|
||||
:PROPERTIES:
|
||||
:ID: c9d11036-4031-452c-80ea-f55fd6c1c382
|
||||
:END:
|
||||
<2026-09-23 mié 10:00-14:00>
|
||||
<2026-09-23 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS PRESENCIAL
|
||||
:PROPERTIES:
|
||||
:ID: 261f208e-b706-4c8e-a9f5-c71ed3916fe8
|
||||
:END:
|
||||
<2026-10-07 mié 10:00-14:00>
|
||||
<2026-10-07 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS PRESENCIAL
|
||||
:PROPERTIES:
|
||||
:ID: c724975e-d501-45ba-8bae-cf4973476553
|
||||
:END:
|
||||
<2026-10-21 mié 10:00-14:00>
|
||||
<2026-10-21 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS PRESENCIAL
|
||||
:PROPERTIES:
|
||||
:ID: 822d4166-bf5b-4732-bf74-64e5859b8aa4
|
||||
:END:
|
||||
<2026-11-04 mié 10:00-14:00>
|
||||
<2026-11-04 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS PRESENCIAL
|
||||
:PROPERTIES:
|
||||
:ID: 3463b8a9-0465-488d-a00a-8bac40e0a209
|
||||
:END:
|
||||
<2026-11-18 mié 10:00-14:00>
|
||||
<2026-11-18 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS VIRTUAL
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS VIRTUAL :fechas:
|
||||
:PROPERTIES:
|
||||
:ID: 45cf0c9a-8a35-4006-a28d-85417145ae20
|
||||
:END:
|
||||
<2026-08-19 mié 10:00-14:00>
|
||||
<2026-08-19 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS VIRTUAL
|
||||
:PROPERTIES:
|
||||
:ID: 7825df14-1183-433d-9ab5-4c762b8e187c
|
||||
:END:
|
||||
<2026-09-02 mié 10:00-14:00>
|
||||
<2026-09-02 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS VIRTUAL
|
||||
:PROPERTIES:
|
||||
:ID: f4c7b0e9-42f0-4be8-b624-01743e48b253
|
||||
:END:
|
||||
<2026-09-16 mié 10:00-14:00>
|
||||
<2026-09-16 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS VIRTUAL
|
||||
:PROPERTIES:
|
||||
:ID: faf63496-6de5-46e0-832b-09b603f05e87
|
||||
:END:
|
||||
<2026-09-30 mié 10:00-14:00>
|
||||
<2026-09-30 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS VIRTUAL
|
||||
:PROPERTIES:
|
||||
:ID: e389dc68-6059-49ee-841e-21dd698fdc26
|
||||
:END:
|
||||
<2026-10-14 mié 10:00-14:00>
|
||||
<2026-10-14 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS VIRTUAL
|
||||
:PROPERTIES:
|
||||
:ID: 9d11e373-e0c3-4217-a62d-273e4a5f0537
|
||||
:END:
|
||||
<2026-10-28 mié 10:00-14:00>
|
||||
<2026-10-28 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS VIRTUAL
|
||||
:PROPERTIES:
|
||||
:ID: 3f8dafae-2f41-49f5-b8d9-192611a0381d
|
||||
:END:
|
||||
<2026-11-11 mié 10:00-14:00>
|
||||
<2026-11-11 mié 08:00-12:00>
|
||||
|
||||
* T1-23-48 AUDITORIA DE SISTEMAS VIRTUAL
|
||||
:PROPERTIES:
|
||||
:ID: a606d572-6d36-4de7-b147-2e8218389229
|
||||
:END:
|
||||
<2026-11-25 mié 10:00-14:00>
|
||||
<2026-11-25 mié 08:00-12:00>
|
||||
|
||||
* T1-23-49 REDES Y TELEPROCESAMIENTO
|
||||
:PROPERTIES:
|
||||
|
||||
+14
@@ -0,0 +1,14 @@
|
||||
#+title: Clase 2
|
||||
#+author: Fede
|
||||
#+email: federico.nicolas.polidoro@gmail.com
|
||||
|
||||
* Inicio clase
|
||||
Es una materia que estaba basada enn la parte de material viejo de la materia o trabajar en ver tecnologias nuevas asi tenemos una idea de que hacer con el antiguo conocimiento y asi saber como usarlo en el mundo actual
|
||||
|
||||
El tp que hay que entregar el 28 tiene validez de parcial.
|
||||
|
||||
|
||||
* Nota
|
||||
La parte del trabajo tiene validez de final
|
||||
|
||||
Tenemos marcado donde estan los grupos el nuestro?
|
||||
@@ -0,0 +1,209 @@
|
||||
#+TITLE: Guía de Resolución - Trabajo Práctico Integrador Unidad 1
|
||||
#+SUBTITLE: Diseño y Evaluación de Arquitecturas Distribuidas en Redes WAN (Distribuidora Sudamericana S.A.)
|
||||
#+AUTHOR: Federico
|
||||
|
||||
* INTRODUCCIÓN Y METODOLOGÍA DE TRABAJO
|
||||
Esta guía está diseñada en formato Org-mode para estructurar el desarrollo del Trabajo Práctico Integrador, asegurando el cumplimiento estricto de los requisitos para obtener la calificación máxima (*Sobresaliente - 10*) de acuerdo con la rúbrica oficial.
|
||||
|
||||
** Instrucciones de uso:
|
||||
- Copia este archivo a tu directorio de estudio o repositorio Git.
|
||||
- Abre el archivo en Emacs (u otro editor compatible con Org-mode) para gestionar el estado de las tareas (=TODO=, =EN-PROGRESO=, =ENTREGADO=).
|
||||
- Utiliza los bloques de código y las plantillas provistas para redactar tu informe final.
|
||||
|
||||
* FASE 1: ALINEACIÓN NEGOCIO-TECNOLOGÍA (MODELO TOP-DOWN) [0/3]
|
||||
:PROPERTIES:
|
||||
:Capas: Negocio, Aplicación, Datos, Red, Tecnología
|
||||
:Rúbrica: Integra las 5 capas vinculando el diseño al Modelo I-P-O y principios de BPR.
|
||||
:END:
|
||||
|
||||
** TODO [ ] Modelar el Proceso Actual vs. Proceso Propuesto (BPR)
|
||||
Distribuidora Sudamericana S.A. actualmente utiliza "sneaker-net", enviando 1.000 CDs físicos mediante correo tradicional, lo que genera demoras de 3 a 5 días hábiles y colapsos nocturnos por sincronizaciones ineficientes.
|
||||
|
||||
*Guía de Resolución:*
|
||||
- Diseñar un diagrama de flujo o matriz que muestre el contraste.
|
||||
- Identificar los cuellos de botella clave del proceso actual.
|
||||
|
||||
** TODO [ ] Completar la Matriz I-P-O (Input-Process-Output) por Capa
|
||||
Asegurar que las 5 capas del modelo Top-Down estén alineadas estructuralmente.
|
||||
|
||||
| Capa | Entrada (Input) | Proceso (Process) | Salida (Output) |
|
||||
|--------------+-------------------------------------+---------------------------------------------------------+---------------------------------------|
|
||||
| *Negocio* | Pedidos de sucursales, stock | Procesamiento de ventas, auto-logística | Disponibilidad de stock, reportes irt |
|
||||
| *Aplicación* | Transacciones locales de ventas CSV | Ejecución de reglas de negocio | Envío asíncrono de tramas de venta |
|
||||
| *Datos* | Base de datos local | Sincronización diferencial nocturna mediante middleware | Consistencia global de datos |
|
||||
| *Red* | Tráfico de red LAN local | Enrutamiento seguro a través de enlaces WAN (VPN) | Transporte de datos y mínima latencia |
|
||||
| *Tecnología* | Hardware local, interfaces físicas | Modulación/Demodulación en CSU/DSU | Portadora física de bits activa |
|
||||
|
||||
** TODO [ ] Redactar el Análisis Crítico: La Paradoja de la Productividad
|
||||
Explicar formalmente por qué la tecnología por sí sola no genera ROI si no está precedida por la Reingeniería de Procesos de Negocio (BPR).
|
||||
|
||||
*Puntos Teóricos Innegociables para el "10":*
|
||||
- *Strassmann:* "La computadora es una máquina que amplifica la eficiencia o la ineficiencia empresarial". Si automatizas un caos, obtienes un "caos automatizado" a mayor costo.
|
||||
- *Brynjolfsson:* La paradoja ocurre por la falta de rediseño de procesos, falta de capacitación y fallas de medición.
|
||||
- *Conclusión:* Justificar cómo la red integrada habilita una entrega oportuna al usuario correcto, rompiendo la rigidez legacy.
|
||||
|
||||
* FASE 2: ARQUITECTURA DE SISTEMAS Y ESTRATEGIA DE MIDDLEWARE [0/3]
|
||||
:PROPERTIES:
|
||||
:Rúbrica: Justifica técnicamente la Integración Horizontal (Interface 3) y el uso de TP Monitors.
|
||||
:END:
|
||||
|
||||
** TODO [ ] Estructura de N-Capas
|
||||
Justificar la separación lógica para aislar la complejidad técnica de la interfaz, el negocio y los datos.
|
||||
|
||||
*Estructura Propuesta:*
|
||||
- *Capa de Presentación:* Cliente ligero o interfaz web en sucursal.
|
||||
- *Capa de Lógica de Negocio (Aplicación):* Servidor centralizado (o clúster) que procesa las reglas operativas de Distribuidora Sudamericana.
|
||||
- *Capa de Datos:* Motor de Base de Datos relacional central que almacena transacciones históricas e inventarios consolidados.
|
||||
|
||||
** TODO [ ] Diseñar la Estrategia de Middleware (Sincrónico vs. Asíncrono)
|
||||
Diferenciar claramente los dos escenarios requeridos:
|
||||
|
||||
1. *Middleware para Transacciones de Ventas (Sincrónico - Tiempo Real):*
|
||||
- *Tecnología:* *TP Monitors (Transaction Processing Monitors)* bajo el estándar *XA*.
|
||||
- *Justificación:* Garantizar las propiedades *ACID* (Atomicidad, Consistencia, Aislamiento, Durabilidad) mediante un protocolo de *Two-Phase Commit (2PC)*. Si un cliente en la sucursal de Bogotá compra el último stock, la transacción debe ser consistente en la central antes de completarse, evitando dobles ventas.
|
||||
2. *Middleware para Actualizaciones de Datos/Software (Asíncrono - Interface 3):*
|
||||
- *Tecnología:* *MOM (Message-Oriented Middleware)* basado en el patrón Publicación/Suscripción (Publish/Subscribe).
|
||||
- *Modelo Histórico:* Inspirado en *Castanet de Marimba* (distribución eficiente de actualizaciones incrementales de software/datos mediante canales de suscripción).
|
||||
- *Justificación:* Sustituye el envío de los 1.000 CDs. Las sucursales se "suscriben" al canal de actualizaciones de precios y catálogos. El MOM gestiona las descargas de manera asíncrona, segura, permitiendo reanudar descargas interrumpidas sin colapsar el ancho de banda WAN.
|
||||
|
||||
** TODO [ ] Dimensionamiento de Procesamiento (Smartsizing)
|
||||
Justificar por qué *Smartsizing* o *Rightsizing* es la mejor alternativa frente a arquitecturas monolíticas centralizadas (Downsizing extremo) o sistemas pesados distribuidos ineficientemente.
|
||||
|
||||
*Argumentación:*
|
||||
- El *Smartsizing* permite ubicar la capacidad de cómputo donde el negocio lo requiere. Las sucursales manejan la interfaz y la validación básica local, mientras que el procesamiento pesado de inventarios consolidados y la lógica transaccional residen en el servidor de aplicación central.
|
||||
|
||||
* FASE 3: DISEÑO DE LA INFRAESTRUCTURA FÍSICA WAN [0/2]
|
||||
:PROPERTIES:
|
||||
:Rúbrica: Define correctamente la cadena DTE-DCE, estándares de interfaz (V.35/G.703) y punto de demarcación.
|
||||
:END:
|
||||
|
||||
** TODO [ ] Diagramar y Explicar los Componentes de la Red WAN
|
||||
Definir rigurosamente cada componente en la cadena de comunicación desde la Sucursal hasta la Oficina Central (CO).
|
||||
|
||||
*Glosario Técnico Obligatorio:*
|
||||
- *CPE (Customer Premises Equipment):* Equipamiento de comunicaciones ubicado físicamente en las oficinas de Distribuidora Sudamericana (ej. Routers, switches).
|
||||
- *DTE (Data Terminal Equipment):* El dispositivo final del cliente que genera los datos (ej. Router de borde). Interfaz típica: *V.35* para conexiones síncronas de alta velocidad.
|
||||
- *DCE (Data Circuit-terminating Equipment):* El dispositivo que adapta las señales para su transmisión a través de la red WAN (ej. CSU/DSU, módem). Interfaz típica: *G.703* en el lado de la línea de transmisión digital (E1/T1).
|
||||
- *Punto de Demarcación:* Límite físico y de responsabilidad contractual entre Distribuidora Sudamericana y el Carrier (ISP).
|
||||
- *Bucle Local (Última Milla):* Cableado físico que conecta las instalaciones del cliente (CPE) con la Oficina Central (CO) del proveedor de servicios.
|
||||
- *CO (Central Office):* Punto de presencia local del ISP que recibe los bucles locales y realiza la conmutación hacia el backbone WAN global.
|
||||
- *CSU/DSU (Channel Service Unit/Data Service Unit):* Dispositivo DCE digital que adapta la interfaz física del Router (DTE) a las tramas de la línea portadora síncrona (ej. T1/E1).
|
||||
|
||||
** TODO [ ] Completar la Tabla Comparativa de Conectividad WAN
|
||||
Analizar críticamente las tres opciones tecnológicas para la interconexión de las 5 sucursales y la sede central.
|
||||
|
||||
| Criterio | Líneas Dedicadas (T1/E1) | Frame Relay | VPN sobre Internet |
|
||||
|----------+--------------------------+-------------+--------------------|
|
||||
| *Ancho de Banda* | Fijo y garantizado (1.544 / 2.048 Mbps) | Compartido (CIR garantizado por PVC) | Variable (dependiente de la conexión local a Internet) |
|
||||
| *Costo* | Extremadamente alto (costo por milla/distancia) | Moderado (costo según CIR seleccionado) | Muy bajo (solo requiere accesos a Internet locales) |
|
||||
| *Seguridad* | Máxima (física, canal exclusivo) | Alta (aislamiento lógico en circuitos virtuales) | Alta si se implementa cifrado robusto (IPsec) |
|
||||
| *Confiabilidad (SLA)* | Excelente (control total del enlace síncrono) | Muy buena (SLA asegurado por el carrier) | Variable (SLA de "mejor esfuerzo" en la red pública) |
|
||||
| *Recomendación* | Descartado para todas las sucursales por costos prohibitivos | Adecuado como enlace principal para transacciones críticas | Recomendado como enlace principal (o respaldo) con IPsec |
|
||||
|
||||
* FASE 4: MODELADO DE ALGORITMOS DE ENLACE DE DATOS [0/1]
|
||||
:PROPERTIES:
|
||||
:Rúbrica: Modelado impecable del bit-stuffing asegurando la unicidad del flag 01111110.
|
||||
:END:
|
||||
|
||||
** TODO [ ] Implementar el Algoritmo de Bit-Stuffing (Opción A)
|
||||
Para asegurar la "transparencia de datos" en enlaces de datos síncronos como HDLC, el emisor debe insertar un '0' después de detectar de forma consecutiva cinco bits '1' en la carga útil. Esto evita que los datos del usuario simulen accidentalmente la bandera de delimitación de trama (=01111110=).
|
||||
|
||||
*Código Java para el Emisor (Bit-Stuffing):*
|
||||
#+BEGIN_SRC java :results output :exports both
|
||||
public class HDLCBitStuffing {
|
||||
private static final String FLAG = "01111110";
|
||||
|
||||
/**
|
||||
* Recibe una cadena de caracteres con bits '1' y '0',
|
||||
* aplica la lógica de bit-stuffing de HDLC e inserta las banderas de inicio/fin.
|
||||
*/
|
||||
public static String bitStuffingEmisor(String datosCrudos) {
|
||||
StringBuilder datosProcesados = new StringBuilder();
|
||||
int conteoUnos = 0;
|
||||
|
||||
for (int i = 0; i < datosCrudos.length(); i++) {
|
||||
char bit = datosCrudos.charAt(i);
|
||||
if (bit == '1') {
|
||||
conteoUnos++;
|
||||
datosProcesados.append(bit);
|
||||
if (conteoUnos == 5) {
|
||||
datosProcesados.append('0'); // Inserción del bit de relleno (Stuffing)
|
||||
conteoUnos = 0;
|
||||
}
|
||||
} else if (bit == '0') {
|
||||
conteoUnos = 0;
|
||||
datosProcesados.append(bit);
|
||||
} else {
|
||||
throw new IllegalArgumentException("Dato inválido: solo se permiten bits '1' y '0'.");
|
||||
}
|
||||
}
|
||||
return FLAG + datosProcesados.toString() + FLAG;
|
||||
}
|
||||
}
|
||||
#+END_SRC
|
||||
|
||||
#+RESULTS:
|
||||
|
||||
*Código Java para el Receptor (Bit-Destuffing):*
|
||||
#+BEGIN_SRC java :results output :exports both
|
||||
public class HDLCBitDestuffing {
|
||||
private static final String FLAG = "01111110";
|
||||
|
||||
/**
|
||||
* Remueve las banderas de delimitación e identifica los '0's de relleno
|
||||
* insertados después de cinco '1's consecutivos para recuperar el payload original.
|
||||
*/
|
||||
public static String bitDestuffingReceptor(String tramaHDLC) {
|
||||
if (!tramaHDLC.startsWith(FLAG) || !tramaHDLC.endsWith(FLAG) || tramaHDLC.length() < 16) {
|
||||
throw new IllegalArgumentException("Trama inválida: falta o está corrupto el delimitador de trama.");
|
||||
}
|
||||
|
||||
// Extraer la carga útil removiendo las banderas de inicio y fin
|
||||
String payloadConStuffing = tramaHDLC.substring(FLAG.length(), tramaHDLC.length() - FLAG.length());
|
||||
StringBuilder datosRecuperados = new StringBuilder();
|
||||
int conteoUnos = 0;
|
||||
int i = 0;
|
||||
|
||||
while (i < payloadConStuffing.length()) {
|
||||
char bit = payloadConStuffing.charAt(i);
|
||||
if (bit == '1') {
|
||||
conteoUnos++;
|
||||
datosRecuperados.append(bit);
|
||||
if (conteoUnos == 5) {
|
||||
// El siguiente bit obligatoriamente es el '0' de stuffing y debe ser ignorado
|
||||
if (i + 1 < payloadConStuffing.length() && payloadConStuffing.charAt(i + 1) == '0') {
|
||||
i++; // Ignorar el '0' de stuffing
|
||||
} else if (i + 1 < payloadConStuffing.length() && payloadConStuffing.charAt(i + 1) == '1') {
|
||||
throw new IllegalStateException("Error en trama: Se detectaron más de 5 unos consecutivos sin bit de relleno.");
|
||||
}
|
||||
conteoUnos = 0;
|
||||
}
|
||||
} else {
|
||||
conteoUnos = 0;
|
||||
datosRecuperados.append(bit);
|
||||
}
|
||||
i++;
|
||||
}
|
||||
return datosRecuperados.toString();
|
||||
}
|
||||
}
|
||||
#+END_SRC
|
||||
|
||||
#+RESULTS:
|
||||
|
||||
*Clase de Prueba Interactiva (Main):*
|
||||
#+BEGIN_SRC java :results output :exports both
|
||||
public class HDLCApp {
|
||||
public static void main(String[] args) {
|
||||
String mensaje = "0111111011111101"; // Carga útil con patrones idénticos al Flag
|
||||
System.out.println("Mensaje original: " + mensaje);
|
||||
|
||||
String tramaConStuffing = HDLCBitStuffing.bitStuffingEmisor(mensaje);
|
||||
System.out.println("Trama con Stuffing: " + tramaConStuffing);
|
||||
|
||||
String mensajeRecuperado = HDLCBitDestuffing.bitDestuffingReceptor(tramaConStuffing);
|
||||
System.out.println("Payload recuperado: " + mensajeRecuperado);
|
||||
System.out.println("¿Es correcto? " + mensaje.equals(mensajeRecuperado));
|
||||
}
|
||||
}
|
||||
#+END_SRC
|
||||
@@ -0,0 +1,14 @@
|
||||
#+title: Clase1
|
||||
#+author: Fede
|
||||
#+email: federico.nicolas.polidoro@gmail.com
|
||||
|
||||
* Que vamos a ver
|
||||
al profe le gustaria hablar de que es una politica de seguridad de una empresa. Metodos para asegurar la confidencialidad con llave simetrica y otra simple. Tambien le gustaria comprender la complejidad computacional, Metodos de auth, Criptografia.
|
||||
|
||||
Virus no se va a ocupar para programar.
|
||||
|
||||
El centro va a estar en planes de seguridad para empresas. Auth, confidencialidad, , disponibilidad. En algunas situaciones son todas importantes y en otras solo tocar algunas de esas
|
||||
|
||||
- Es autententica cuando proviene de quien dice que proviene. Metale filma digital.
|
||||
|
||||
- Vulnerabilidades, un error o defecto que impulsa la amenaza, osea los posibles daños contra un activo.
|
||||
@@ -0,0 +1,34 @@
|
||||
#+title: Hashes - Clase 3
|
||||
#+author: Fede
|
||||
#+email: federico.nicolas.polidoro@gmail.com
|
||||
|
||||
* Caracteristicas
|
||||
- No se le puedeh calcular la inversa porque hay datos truncados.
|
||||
- Tienen longitud Fija.
|
||||
- Es imposible encontrar una colision.
|
||||
|
||||
* PGP
|
||||
Pretty good Privacy,
|
||||
|
||||
#+begin_quote
|
||||
Diagrama parecido al que tiene el profe
|
||||
#+end_quote
|
||||
|
||||
#+begin_src plantuml :file ./2.png
|
||||
@startebnf
|
||||
Dato = [MD5, RSA], zip, (AES | RSA), base64;
|
||||
@endebnf
|
||||
#+end_src
|
||||
|
||||
#+RESULTS:
|
||||
[[file:./2.png]]
|
||||
|
||||
* Transaccion
|
||||
Una de las cosas de las transacciones es que no se puede volver atras al no ser que se interponga la justicia, hablo de transacciones bancarias, por eso la criptografia es tan importante en cosas como las criptomonedas, ya que es iposible modificar los bloques que ya estan firmados y aceptados por la gente.
|
||||
|
||||
* Tarea
|
||||
- Porque no se puede modificar un nodo anterior?
|
||||
- Es posible adaptar una contabilidad a un estilo blockchain?
|
||||
|
||||
* Secuencia boot iphone
|
||||
La bios que no es reflasheable usa un cargador de arranque (IBoot) que usa Secure boot para verificar que es un cargador de arranque lejitimo de apple, claramente usando Secure enclave, que parece ser un TPM, para guardar las claves publicas de apple que verifican que el kernel este firmado.
|
||||
Binary file not shown.
|
After Width: | Height: | Size: 6.3 KiB |
@@ -0,0 +1,29 @@
|
||||
#+title: Clase 2
|
||||
#+author: Fede
|
||||
#+email: federico.nicolas.polidoro@gmail.com
|
||||
|
||||
* Negocios
|
||||
Es necesario hacer TIR, VAN, payback...
|
||||
|
||||
Nos van a dar un link a slack para hablar con la ia y ver como andamos
|
||||
|
||||
Requerimientos. entregas realizadas y parciales aprobados.
|
||||
|
||||
* Sobre el Proyecto
|
||||
Quiere algo innovador el profesor, pero no es que no nos va a aprobar si no es innovador.
|
||||
|
||||
* Mercados a lo largo del tiempo
|
||||
En los inicios del 1900 era mas comun los mercados de primera necesidad, luego llegaron las necesidades se segundo orden como los productos como autos, en esa epoca los mercados crecian.
|
||||
|
||||
Luego del periodo de guerra hubo un periodo de globalizacion que permitio que el comercio y la separacion de los sectores en distintas gerencias.
|
||||
|
||||
En la actualidad el ecomerce ha tenido un boom por el cambio en la demanda. Además llega la necesidad de tener un Gerente que este motivado y sea el motor del negocio un CEO.
|
||||
|
||||
* Para desarrollar en el proyecto
|
||||
¿En el mercado local el formato de la empresa siempre fue el mismo?
|
||||
|
||||
* Subsistemas
|
||||
- capitalista, busca la inyeccion de dinero en un sector del comercio para la produccion de un bien o servicio
|
||||
|
||||
* Notas
|
||||
Pide poner un organigrama y hacerlo por subsistemas.
|
||||
@@ -0,0 +1,46 @@
|
||||
#+title: Mision y vision
|
||||
#+author: Fede
|
||||
#+email: federico.nicolas.polidoro@gmail.com
|
||||
* intro
|
||||
- clave de negocio, que los hace rentables
|
||||
- mision, describe lo que hace hoy la empresa.
|
||||
- vision, describe a lo que apunta la empresa en el futuro.
|
||||
|
||||
la cultura organizacional, consiste de los valores y normas de la empresa puertas adentro
|
||||
|
||||
|
||||
* matris de culturas: peligros y riesgos
|
||||
|
||||
* Las cuyatro culturas del producto
|
||||
- tierra, cuando se asociados a comodities y el cliente tiene poco poder de negociacion.
|
||||
- aire, donde importa mucho la marca e imagen de la empresa.
|
||||
- fuego, hay alta diferenciacion y mucha necesidad de conversion, tecnologias, innovacion.
|
||||
- agua, son productos con baja necesidad de conversion, y el comprador elije por disponibilidad y/o precio, como las camisas.
|
||||
|
||||
* La Mision
|
||||
los objetivos universales, que responden 3 preguntas, ¿que vendemos?, ¿a quien le vendemos?, ¿porque nos elijen?
|
||||
|
||||
* Las 3 partes del producto
|
||||
- producto fisico, lo que uno recibe,
|
||||
- producto imaginativo, lo que uno piensa qeu recibe.
|
||||
- producto economico, cuando uno apunta al precio acercandose al valor real del producto.
|
||||
|
||||
* coordenadas producto-mercado
|
||||
hayq eu coomprender el mercado que abarca el producto, ya que, nos mantiene vivos los clientes que compran. para que un negocio exista se tiene que cerrar una venta.
|
||||
|
||||
es más importante dominar un mercado que tener un negocio que funcione.
|
||||
|
||||
* Necesidad del cambio
|
||||
- funcion
|
||||
- tecnologia
|
||||
- grupo consumidor
|
||||
|
||||
#+begin_quote
|
||||
Necesidad del cambio: se analiza mediante tres dimensiones: función, tecnología y grupo consumidor. Estas dimensiones permiten identificar cambios posibles en un producto y oportunidad es de innovación. Se representan mediante un cubo tridimensional, donde cada eje representa una de las dimensiones. -Shat gitipi
|
||||
#+end_quote
|
||||
|
||||
* casos
|
||||
Mastercard hizo una estrategia de negocio sandwich donde hicieron sectoires que apuntan a gente de alto, medio y bajo ingresos por separado.
|
||||
|
||||
* Nota
|
||||
lo que hay que entregar es un solo doc, que tenga lo que es negocio + la parte tecnologica. hasta la parte 10 es negocio y a partir de ahi es tecnologica.
|
||||
@@ -0,0 +1,53 @@
|
||||
#+title: Testing
|
||||
#+author: Fede
|
||||
#+email: federico.nicolas.polidoro@gmail.com
|
||||
* Testing
|
||||
Es el hecho de hacer un sistema funcionar de forma en la cual sepamos que efectivamente cumple con los requisitos especificados.
|
||||
|
||||
* Validacion/Verificacion
|
||||
Validar es confirmar que un caso de uso sea necesario para el negocio del cliente. Mientras que verificacion sea hacerlo funcionar correctamente.
|
||||
|
||||
#+begin_quote
|
||||
Es la diferencia entre hacerlo correcto y hacerlo correctamente.
|
||||
#+end_quote
|
||||
|
||||
* IA
|
||||
#+begin_quote
|
||||
"Estoy en una revolucion" - profe. =se refiere a que esta en contra=
|
||||
#+end_quote
|
||||
|
||||
El testing hecho con ia hace mas rapido el tema de validar con respecto a crear entornos de testeo.
|
||||
|
||||
Por otro lado es comun con un par de chicos hacer unos agentes que testeen cosas como si no supieran nada del sistema.
|
||||
|
||||
** Caso OpenIA
|
||||
esta empresa tuvo un modelo de ia que se escapo de la contingencia, porque le sacaron las restricciones, y pasamos a hablar de que al ser modelos probabilisticos su comportamiento nunca puede ser deterministico.
|
||||
|
||||
* Requerimientos
|
||||
la forma mas formal de un requerimiento, debe se ser un texto el cual debe de ser entendido por el equipo de desarrollo, Segun el profe esta forma formal seria usar formas de codigo las cuales especifiquen puntialmente la forma en la cual se realizaria la accion
|
||||
|
||||
#+begin_quote
|
||||
Z, CPS, Stager, TLA - es escribir un requerimiento
|
||||
#+end_quote
|
||||
|
||||
una sentencia en la parte del codigo, puede ser:
|
||||
- Una llamada a una rutina.
|
||||
- Sentencia condicional
|
||||
- Instruccion.
|
||||
- Condicional Concatenado?
|
||||
- Bucle (while, for, do-while)
|
||||
|
||||
Una sentencia es una instruccion o un condicional. Un programa es una concatenacion de sentencias.
|
||||
|
||||
** Lang
|
||||
Los lenguajes tienen sentencias, y para Parma, los componentes tienen interfaces y dependiendo que tanto se oculta el codigo es que tanto secreto se tiene.
|
||||
|
||||
* Caja Blanca
|
||||
Se hacen cuando se sabe cual es la parte interna del software entonces podemos demostrar conocimiento sobre el dominio del problema.
|
||||
|
||||
* Criterios
|
||||
- hay que pasar aunquer sea 1 vez por cada sentencia par poder armar un diagrama de flujo el cual tenga cada linea cubierta
|
||||
|
||||
- Haciendo una tabla de verdad hay que hacer un conjunto de valores que cubra todos los condicionales.
|
||||
|
||||
- Hacer que pase por todos los flujos posibles (in-implementable en la realidad).
|
||||
Binary file not shown.
|
After Width: | Height: | Size: 188 KiB |
@@ -0,0 +1,73 @@
|
||||
#+title: Requerimientos
|
||||
#+author: Fede
|
||||
#+email: federico.nicolas.polidoro@gmail.com
|
||||
|
||||
* Teoria
|
||||
Requerimientos
|
||||
- Definicion.
|
||||
- Diagrama.
|
||||
- Tipos.
|
||||
- Proceso.
|
||||
- Tecnicas.
|
||||
- Documentos.
|
||||
- Para que existe?
|
||||
- Relacion con negocios.
|
||||
|
||||
*Criterio de aceptacion*: Definido como el grupo de reglas utilizadas para evaluar la validez de una entrega.
|
||||
|
||||
* Definición
|
||||
#+begin_quote
|
||||
Una accion necesaria en el sistema ~ alumno random
|
||||
#+end_quote
|
||||
|
||||
Son las funcionalidades y un sistema esta comprendido por los problemas que resuelve. Se busca que el sistema este bien hecho para que sea mantenible en el tiempo, y que sea util, osea, que cumpla la funcionalidad de forma correcta.
|
||||
|
||||
Componentes del software:
|
||||
- Funcionalidad.
|
||||
- Problema/Objetivo.
|
||||
- Conocimiento.
|
||||
- Dominio.
|
||||
|
||||
Es importante tener en cuenta que corregir un requerimiento en una etapa temprana antes del desarrollo es considerablemente menos costoso. Se estima que un gasto de 1 usd en etapa de ingenieria de requerimientos equivale a 1000 usd en desarrollo, adicionalmente el 70% de los proyectos con problemas en los requerimientos terminan en fracasos.
|
||||
|
||||
* Diagramas
|
||||
[[./5.1.png]]
|
||||
|
||||
* Tipos
|
||||
** Funcionales
|
||||
funcionalidades necesarias para que el negocio opere.
|
||||
** No-Funcionales
|
||||
- Entorno / Contextuales
|
||||
- Dominio
|
||||
- Negocio
|
||||
- Usuario
|
||||
- Documentacion
|
||||
- Sistema
|
||||
|
||||
* Documento
|
||||
*Dos documentos*: El profesor recomienda que en un trabajo hagamos dos documentos uno que entienda el cliente y otro que sea más facilmente entendido por el equipo de desarrollo.
|
||||
* Proceso
|
||||
Cualquier cosa seria en cualquier diciplina necesita tener una secuencia de operaciones ordenadas.
|
||||
#+begin_quote
|
||||
Literalmente la definicion de proceso ~ profe
|
||||
#+end_quote
|
||||
|
||||
* Tecnicas
|
||||
para tomar requerimientos es necesario tener en cuenta las distintas cosas:
|
||||
- Entevistas (Preguntas abiertas / cerradas).
|
||||
- Dialogo.
|
||||
- Encuentas.
|
||||
- Mirar a como el usuario realiza su trabajo para encontrar puntos de mejora??? (1984).
|
||||
- Hacer una lista de stackeholders.
|
||||
- Brainstorming.
|
||||
- Prototipado (ponele).
|
||||
- Historia de usuario (_Como <Usuario> quiero <Objetivo> para <Resultado>_).
|
||||
- Casos de uso.
|
||||
- Camino Principal.
|
||||
- Camino Alterno.
|
||||
- Post-Condicion.
|
||||
- Pre-Condicion.
|
||||
- Criterio de Aceptacion.
|
||||
|
||||
* Conclusion
|
||||
Es necesario ademas de los casos de uso tener los requerimientos formateados con una plantilla que no se que es
|
||||
@@ -0,0 +1,99 @@
|
||||
#+title: Análisis Estratégico: Cultura, Misión y la Clave del Negocio
|
||||
#+author: fede
|
||||
|
||||
|
||||
* Resumen Ejecutivo
|
||||
El éxito de una organización y su transformación de una idea a un negocio real dependen de la alineación coherente de tres conceptos fundamentales: la Cultura, la Misión y la Clave del Negocio. La cultura organizacional actúa como el “sistema operativo” sobre el cual se ejecutan los procesos; la misión define el ámbito estratégico y el propósito de existencia; y la clave del negocio identifica el factor diferenciador que garantiza la rentabilidad.
|
||||
Los hallazgos principales subrayan que:
|
||||
|
||||
- La cultura es una impronta del fundador que orienta el comportamiento y la toma de decisiones.
|
||||
|
||||
- La misión no debe definirse por objetivos genéricos (como la rentabilidad), sino por el análisis tridimensional de funciones, tecnologías y grupos de consumidores.
|
||||
|
||||
- El valor de un producto no reside únicamente en sus características físicas, sino en la suma de su componente simbólico (imaginario) y su costo económico, donde la percepción del cliente es determinante para la competitividad.
|
||||
|
||||
* La Cultura: El Sistema Operativo de la Organización
|
||||
La cultura organizacional se define como el conjunto de valores, creencias, normas y comportamientos que caracterizan a una empresa; es, en esencia, “cómo se hacen las cosas”. Su función es orientar el comportamiento interno y dotar a la empresa de una identidad propia en el mercado.
|
||||
|
||||
** Analogía y Origen
|
||||
Se establece una analogía informática donde la Cultura es el Sistema Operativo, el Hardware representa las instalaciones y recursos, y los Negocios son los Programas. Un negocio puede fracasar si la cultura (el sistema operativo) no está preparada para soportarlo, independientemente de la calidad de los recursos físicos. Esta cultura nace de la impronta del líder fundador, bajo la premisa de que “ningún caballo de la tropilla es más rápido que el líder”.
|
||||
|
||||
** Matrices Culturales
|
||||
La cultura puede clasificarse según dos dimensiones principales: el Ritmo y el Peligro:
|
||||
|
||||
Cuadrante Características Seguro + Rápido Movimiento ágil, bajo riesgo, decisiones veloces y sostenibles. Riesgoso + Rápido Alta velocidad y exposición, apuestas grandes y urgentes. Seguro + Lento Estabilidad, control, cambios medidos y conservadores. Riesgoso + Lento Exposición alta con maduración larga, requiere resistencia.
|
||||
|
||||
Asimismo, según el modelo de Levy, existen cuatro culturas del producto basadas en el equilibrio entre fabricación y marketing:
|
||||
|
||||
1. Tierra: Énfasis en la fabricación y materia prima.
|
||||
|
||||
2. Agua: Equilibrio y fluidez entre producción y mercado.
|
||||
|
||||
3. Aire: Enfoque en intangibles y percepción.
|
||||
|
||||
4. Fuego: Cultura marcadamente “marketinera”, centrada en el
|
||||
posicionamiento y la marca.
|
||||
|
||||
* La Misión: Definición del Ámbito de Negocios
|
||||
La misión responde a la pregunta de para qué existe la empresa. Una misión mal definida ---por ejemplo, enfocada en objetivos genéricos como “aumentar dividendos”--- puede llevar a la organización a competir en el ámbito equivocado.
|
||||
|
||||
** Las Tres Preguntas Críticas
|
||||
Para definir la misión de forma eficaz, se deben responder tres interrogantes que conducen a análisis más profundos:
|
||||
|
||||
1. ¿Qué necesidades satisfacemos? Conduce a identificar la Clave del Negocio.
|
||||
2. ¿A quién le vendemos? Determina las coordenadas producto-mercado y la Unidad Estratégica de Negocios (UEN).
|
||||
3. ¿Con qué ventaja competitiva? Requiere un Diagnóstico Competitivo.
|
||||
|
||||
** El Modelo de Coordenadas de Saporosi
|
||||
El ámbito de un negocio se define mediante un espacio tridimensional (el “cubo”) compuesto por tres ejes:
|
||||
|
||||
- Función (Eje Y): Qué necesidad básica o deseo satisface el producto (ej. escribir vs. impresionar).
|
||||
|
||||
- Tecnología (Eje Z): Con qué recursos o procesos se produce la función (ej. tinta, lápiz, tiza).
|
||||
|
||||
- Grupo de Consumidores (Eje X): Quién es el público objetivo (ej. habitantes de una ciudad específica o ejecutivos).
|
||||
|
||||
** El desplazamiento en estos ejes redefine la escala del negocio:
|
||||
- Un eje se mueve: Se genera un nuevo producto-mercado (un nuevo “cubito”).
|
||||
|
||||
- Dos ejes se mueven: Se define una Industria (ej. la industria de las lapiceras).
|
||||
|
||||
- Tres ejes se mueven: Se visualiza el Sector Industrial completo (ej. el sector de la escritura en general).
|
||||
|
||||
** Casos de Redefinición Estratégica
|
||||
- Revista Apertura: Pasó de definirse como “editores de papel” a enfocarse en la industria de las “tres E”: Ejecutivo, Educación y Entretenimiento, diversificando hacia seminarios y capacitación.
|
||||
|
||||
- Mastercard: Transicionó de ser una “tarjeta de crédito” a una “administradora de medios de pago”, permitiéndole segmentar el mercado entre prestigio (Mastercard), funcionalidad (Argencard) y no usuarios (Tarjeta Líder).
|
||||
|
||||
* La Clave del Negocio y la Entrega de Valor
|
||||
La clave del negocio es el factor principal que permite a la empresa diferenciarse y ser rentable. Se fundamenta en la premisa de que los consumidores no compran características físicas, sino beneficios, experiencias y significados.
|
||||
|
||||
** La Ecuación de Valor
|
||||
Un mercado existe cuando la suma del Producto Físico (Pf) y el Producto Imaginario (Pi) es mayor o igual al Producto Económico (Pe):
|
||||
|
||||
$P_f + P_i \geq P_e$
|
||||
|
||||
Dimensión Descripción Ejemplo Producto Físico (Pf) Lo que el objeto es o hace realmente; su desempeño. Neumáticos: adherencia y frenado. Producto Imaginario (Pi) Imagen simbólica, prestigio y vínculo emocional. Johnson's: el concepto de “no más lágrimas”. Producto Económico (Pe) Precio de lista más costos de acceso y de oportunidad. Marca propia: se resigna imagen por menor precio.
|
||||
|
||||
** Niveles del Producto (Levitt)
|
||||
Un producto evoluciona a través de cuatro niveles de percepción:
|
||||
|
||||
1. Genérico: El núcleo o función esencial (ej. un celular para comunicarse).
|
||||
|
||||
2. Esperado: Lo mínimo que el cliente da por sentado (ej. garantía, batería).
|
||||
|
||||
3. Aumentado: El extra que diferencia a la empresa de la competencia (ej. descarga de contenido offline).
|
||||
|
||||
4. Potencial: Lo que el producto podría llegar a ser en el futuro para mantener la ventaja.
|
||||
|
||||
** Tangibilización de la Intangibilidad
|
||||
Cuando una empresa vende una promesa intangible (beneficio no comprobable en el punto de venta), debe utilizar indicadores tangibles para generar credibilidad. Un ejemplo clásico es la inclusión de “gránulos azules” en el detergente para tangibilizar la promesa de que el producto “lava más blanco”.
|
||||
|
||||
* Conclusión: La Integración para la Coherencia
|
||||
La solidez de un negocio real proviene de la alineación total entre sus pilares:
|
||||
|
||||
- La Cultura sostiene la ejecución.
|
||||
- La Misión encuentra el sentido estratégico.
|
||||
- La Clave del Negocio asegura la rentabilidad y la diferenciación.
|
||||
|
||||
Cualquier inconsistencia entre estos elementos ---como una misión orientada al servicio con una cultura rígida y jerárquica--- compromete la capacidad de la empresa para competir y sostenerse en el mercado.
|
||||
Binary file not shown.
Reference in New Issue
Block a user