Apuntes Ing.
Requisitos
05-09-2023
06-09-2023
12-09-2023
Especificacion de requisitos
Ingenieria de requisitos: Es el conjunto de tareas y técnicas que llevan a entender los
requerimientos. Proporciona el mecanismo apropiado para entender lo que desea el
cliente, analizar las necesidades, evaluar la factibilidad, negociar una solución razonable,
esecificar la solución sin ambigüedades, validar las especificaciones y administrar los
requerimientos a medida que se transforman en un sistema funcional. Como resultado de
la palicacion de la ingeniería de requisitos se obtiene la especifiacion de requisitos que
consiste en un documento que contiene una descripción completa de las necesidades y
funcionalidades del sistema que será desarrollado.
Proceso general de la ingeniería:
1. Pregunte: ¿Cual es el problema? ¿Qué harán los otros? ¿Cuáles son as
restricciones?
2. Imagine: Cuales son algunas soluciones, piense en alternativas, seleccione la
mejor.
3. Planifique: Dibuje un diagrama y haga una lista de lo que es necesario.
4. Cree: Siga su plan y pruebe.
5. Mejore: Discuta lo que no funciona, y lo que podría ser mejor, mejore su diseño y
pruebe.
Nota: Clasificar los objetivos de negocio -> Llegar a un objetivo claro (Tiempo de entrega).
La ingeniería en requisitos comprende las siguientes etapas:
1. Concepcion: En algunas ocaciones, una conversación casula es todo lo que se
necesita para iniciar un proyecto de ingeniería de software. Pero en general, la
mayor parte de proyectos comienzan cuando se identifica una necesidad de un
negocio o se descubre un nuevo mercado o servicio potencial.
2. Indagacion: Consiste en preguntar al cliente, a los usuarios y a otras personas
cuales son los objetivos para el sistema o producto a las necesidades de negocio y
finalmente, como va a usarse el sistema o producto en las operaciones cotidianas.
3. Elaboracion: La información abtenida del cliente la elaboración expande y refina
durante la elaboración. Esta tarea se centra en desarrollar un modelo refinado de
los requerimientos.
4. Negociacion: No es raro que los clientes y usuarios pidan mas de lo que puede
lograrse dado lo limitado de los recursos del negocio. Tambien es común que
distintos clientes o usuarios propongan requerimientos conflictivos con el
argumento de que su versión es “esencial para nuestras necesidades especiales”.
Estos conflictos deben reconciliarse por medio de un proceso de negociación. Se
pide a clientes, usuarios y otros participantes que ordenen sus requerimientos
según su prioriadad.
5. Especificacion: Aquí se detallan los requisitos de manera precisa y sin
ambigüedades. Se utilizan técnicas como casos de uso, historias de usuario y
diagramas para describir como debe de comportarse el sistema en respuesta a
diferentes situaciones.
La especificación de requisitos: Puede tener varios significados como pueden ser un
documento escrito, un conjunto de modelos graficos, un modelo matemático formal, un
conjunto de escenarios de uso, un prototipo o cualquier combinación de estos. Se sugiere
que para una especificación debe desarrollarse y utilizarse una “plantilla estandar”.
Tarea 1
Norma IEEE 830:
La norma IEEE 830 se refiere a la "IEEE Recommended Practice for Software Requirements
Specifications." En español, esta norma se titula "Práctica Recomendada de IEEE para
Especificaciones de Requisitos de Software". Esta norma es parte de la serie de normas
IEEE 8300, que se centra en la ingeniería de software y proporciona pautas para la
documentación de los requisitos de software.
La norma IEEE 830 establece los requisitos para la creación de un documento de
especificaciones de requisitos de software (SRS), que es una parte fundamental en el
desarrollo de software. El propósito de una SRS es definir y describir de manera detallada
los requisitos del sistema que se va a desarrollar. Esta documentación es esencial para
asegurarse de que todos los involucrados en el proyecto de software tengan una
comprensión clara y común de lo que se espera que haga el software.
La norma IEEE 830 proporciona un conjunto de secciones y un formato estándar que se
pueden seguir para crear una SRS efectiva. Algunos de los elementos clave que se incluyen
en una SRS según esta norma son:
1. Introducción: Describe el propósito y el alcance del documento, así como cualquier
información de referencia.
2. Descripción general del sistema: Proporciona una visión general del sistema, incluyendo
sus funciones principales y características.
3. Requisitos específicos: Detalla los requisitos funcionales y no funcionales del sistema de
manera clara y precisa.
4. Casos de uso: Puede incluir descripciones detalladas de los casos de uso que ilustran
cómo se utilizará el sistema en situaciones específicas.
5. Requisitos de rendimiento: Especifica los requisitos relacionados con el rendimiento del
sistema, como la velocidad, la capacidad y la escalabilidad.
6. Requisitos de diseño: Puede incluir requisitos de diseño de alto nivel que guíen la
implementación del sistema.
7. Requisitos de interfaz: Describe los requisitos para las interfaces del sistema con otros
sistemas, hardware o software.
8. Requisitos de seguridad y privacidad: Especifica los requisitos relacionados con la
seguridad y la protección de datos.
9. Requisitos de mantenimiento y soporte: Detalla los requisitos relacionados con el
mantenimiento, las actualizaciones y el soporte técnico del sistema.
La norma IEEE 830 brinda una estructura que facilita la comunicación entre los
desarrolladores, los clientes y otros stakeholders, lo que ayuda a evitar malentendidos y a
garantizar que el software se desarrolle de acuerdo con las expectativas. Sin embargo, es
importante tener en cuenta que las prácticas y normas en el campo de la ingeniería de
software pueden evolucionar con el tiempo, por lo que es importante consultar las
versiones más recientes de las normas y adaptarlas según sea necesario en función de las
necesidades del proyecto.
13-09-2023
19-09-2023
20-09-2023
Documento de vison y alcance
Proceso de ingenieria de requisitos:
1. Definicion de objetivos.
2. Identificacion de antecedentes.
3. Identificacion de estructura organizacional.
4. Obtencio de requisitos.
Nota: Metodologia de prototipado y estudio.
Definicion de objetivos: Ingenieria de sotfware: El desarrollo de un sistema de software
puede verse como una transformacion hacia la solucion, tecnicamente de determinada
problemática u oportunidad. Este cambia, enfrenta a menudo restricciones en relacion
con el tiempo, el costo y la calidad.
Problemática u oportunidad ----------------------------------------- Tiempo, costo, calidad
Cliente Equipo Solucion
Dominio del problema Dominio de la solucion
Documento de vision y alcance:
1. Introduccion.
2. Contexto de negocio.
a. Antecedentes.
b. Fase del problema.
c. Objetivos del negocio.
3. Vision de la solucion.
a. Fase de vision.
b. Caracteristicas del sistema.
c. Alcance.
26-09-2023
Requerimientos: Los requerimientos especifican que es lo que el sistema debe hacer (sus
funciones) y sus propiedades esenciales y deseables.
Participantes del desarrollo de software
1. Cliente: Proporciona el desarrollo del sistema.
a. $$$ Necesidades.
b. Obligacion contractual.
2. Desarrollador: Construlle el sistema.
a. Necesidades.
b. Sistema del software
3. Usuario: Usa el sistema.
Problemática:
1. Esto es lo que pidio el usuario.
2. El analista lo vio de esta forma.
3. Asi se diseño el sistema.
4. El programador lo escribio asi.
5. Esto es lo que queria el usuario.
6. Asi funciona el sistema en la actualidad.
“El coste de un cambio en los requisitos, una vez entregado el producto, es entre 600 y
100 veces superior al coste que hubiera representado el mismo cambio durante las fases
iniciales de desrrollo”.
Vision Global de los requerimientos:
1. Primera fase del ciclo de vida del software en la que se produce una especificacion
partir de las ideas informales.
2. Deben obtenerse y documentarse.
a. Los requisitos de informacion.
b. Los requisitos funcionales.
c. Los requisitos no funcionales.
d. Los criterios para medir el grado de su consecucion.
Caracteristicas de requerimientos: Los requerimientos permiten que los desarrolladores
expliquen como han entendido lo que el cliente pretende del sistema. Tambien, indican a
los diseñadores que funcionalidad y que caracteristicas va a tener el sistema resultante. Y
ademas, indican al equipo de pruebas que demostraciones llevar a cabo para convencer al
cliente de que el sistema que se le entrega es lo solicitado.
1. Deben ser correctos (cliente-desarrollador).
2. Deben ser consientes.
3. Deben estar completos.
4. Deben ser realistas.
Tipos de requerimientos:
1. Ambiente Fisico
a. ¿Dónde esta el equipo que el sistema necesita para funcionar?
b. ¿ Existe una localizacion o varias?
c. ¿Hay restricciones ambientales como temperatura, humedad o
interferencia magnetica?
2. Interfaces
a. ¿La entrada proviene de uno o mas clientes?
b. ¿La salida va a uno o mas sistemas?
c. ¿Existe una manera preestablecida en que deben formatear los datos?
3. Usuarios y factores humanos
a. ¿Quién usara el sistema?
b. ¿Habra varios tipos de usuario?
c. ¿Cuál es el nivel de habilidad de cada tipo de usuario?
d. ¿Qué clase de entrenamiento requerira cada tipo de usuario?
e. ¿Cuan facil sera al usuario comprender y utilizar el sistema?
f. ¿Cuan dificil le resultara al usuario hacer uso indebido del sistema?
4. Funcionalidad
a. ¿Qué hara el sistema?
b. ¿Cuándo lo hara?
c. ¿Existen varios modos de operacion?
d. ¿Cómo y cuando puede cambiarse o mejorarse un sistema?
e. ¿Existen restricciones de la velocidad de ejecucion, tiempo de respuesta o
rendimiento?
5. Documentacion
a. ¿Cuánta documentacion se requiere?
b. ¿Debe estar en linea, en papel o en ambos?
c. ¿A que audiencia esta orientado cada tipo de inforacion?
6. Datos
a. ¿Cuál sera el formato de los datos, tanto para la entrada como para a
salida?
b. ¿Cuan a menudo seran recibidos o enviados?
c. ¿Cuánto exacos deben ser?
d. ¿Con que grado de precision deben hacerse los calculos?
e. ¿Cuántos datos fluyen a traves del sistema?
f. ¿Deben retenerse algun dato por algun periodo de tiempo?
7. Recusros
a. ¿Qué recursos materiales, personales o de otro tipo se requieren para
construir, utilizar y mantener el sistema?
b. ¿Qué habilidades deben tener los desarrolladores?
c. ¿Cuánto espacio fisico sera ocupado por el sistema?
d. ¿Cuáles son los requerimientos de energia, calefaccion o
acondicionamiento de aire?
e. ¿Existe un cronograma prescrito para el desarrollo?
f. ¿Existe un limite sobre la cantidad de dinero a gastar en el desarrollo o en
hardware y software?
8. Seguridad
a. ¿Debe controlarse el acceso al sistema o a la informacion?
b. ¿Cómo se podran aisalr los adtos de un usuario de los otros?
c. ¿Cómo podran aislarse los progrmas de usuario de los otros programas y
del sistema?
d. ¿ Con que frecuencia deben hacerse copias de respaldo?
e. ¿Las copias de respaldo deben almacenarse en un lugar diferente?
f. ¿Deben tomarse precausiones contra fuego, el daño provocado por agua o
el robo?
9. Aseguramiento de la calidad
a. ¿Cuáles son los requerimientos para la confidencialidad, disponibilidad,
facilidad de mantenimiento, seguridad y ademas atributos de calidad?
b. ¿Cómo deben demostrarse las caracteristicas del sistema a terceros?
c. ¿El sistema debe dtectar y aisalr defectos?
d. ¿Cuál es el promedio de tiempo prescrito entre fallas?
e. ¿Existe un tiempo maximo permitido para la recuperacion del sistema
despues de una falla?
f. ¿El mantenimiento corregira los errores o incluira tambien el mejoramiento
del sistema?
g. ¿Qué medidas de eficiencia se aplicaran al uso de recursos y al tiempo de
respuesta?
h. ¿Cuan facil debe ser mover el sistema de una ubicación a otra o de un tipo
de computadora a otro?
Analisis de requerimientos:Wa el conjunto de tecnicas y procedimientos que nos
permiten conocer los elementos necesarios para definir un proyecto de software. La tarea
de los analisis de requerimientos es un proceso de descubrimiento y refinamiento.
1. El cliente intenta plantear un sistema que es confuso (Describa los datos y el
funcionamiento).
2. El desarrollador tiende actuar como negociador, un interrogador o consultor
(resolver las necesidades del cliente).
“La carencia de buenos requisitos ha sido la causa del fracaso de proyectos con
presupuestos de millones de dolares, ha impedido el desarrollo productivo y ha sido el
mayor contribuyente de los costes elevados del mantenimiento de software”.
Requerimientos funcionales: Enunciados acerca de servicios que el sistema debe proveer,
de como deberia reaccionar el sistema a entradas particulares y de como deberia
comportarse el sistema en situaciones especificas. En algunos casos, los requerimientos
funcionales tambien explican lo que no debe hacer.
1. Descripciones de los datos a ser ingresados en el sistema.
2. Descripciones de las operaciones a ser realizadas por cada pantalla.
3. Descripcion de los flujos de trabajo realizados por el sistema.
4. Descripcion de los reportes del sistema y otras salidas.
5. Definicion de quien puede ingresar datos en el sistema.
Tarea 2
Requerimientos Funcionales: Estos describen las funciones y acciones específicas que el
sistema debe realizar. Son las características y comportamientos que se esperan del
sistema para cumplir con sus objetivos. Los requerimientos funcionales generalmente
responden a preguntas como "¿Qué debe hacer el sistema?" Algunos ejemplos de
requerimientos funcionales pueden incluir:
1. Iniciar sesión: El sistema debe permitir a los usuarios registrados iniciar sesión en
sus cuentas.
2. Crear una nueva publicación: Los usuarios deben poder crear nuevas publicaciones
en un blog.
3. Realizar una búsqueda: El sistema debe permitir a los usuarios buscar contenido
por palabras clave.
4. Enviar notificaciones por correo electrónico: El sistema debe enviar notificaciones
por correo electrónico a los usuarios cuando se les mencione en una publicación.
5. Generar informes mensuales: El sistema debe generar informes mensuales de
estadísticas de uso.
Requerimientos No Funcionales: Estos describen las cualidades y restricciones del sistema,
pero no se centran en las funcionalidades en sí. Los requerimientos no funcionales se
refieren a cómo debe realizar el sistema sus funciones en términos de calidad,
rendimiento, seguridad y otros aspectos. Algunos ejemplos de requerimientos no
funcionales pueden incluir:
1. Rendimiento: El sistema debe cargar una página en menos de 2 segundos.
2. Seguridad: El sistema debe cumplir con los estándares de seguridad de la industria
y cifrar los datos confidenciales.
3. Escalabilidad: El sistema debe ser capaz de manejar un aumento del 50% en la
carga de trabajo sin degradación del rendimiento.
4. Usabilidad: La interfaz de usuario debe ser intuitiva y fácil de usar.
5. Disponibilidad: El sistema debe estar disponible las 24 horas del día, los 7 días de la
semana, con un tiempo de inactividad planificado de no más de 2 horas al mes.
6. Mantenibilidad: El código del sistema debe seguir las mejores prácticas de
desarrollo y ser fácil de mantener y actualizar.
7. Compatibilidad: El sistema debe ser compatible con múltiples navegadores web y
dispositivos.
Estudio de factibilidad: Es un proceso de evaluación sistemática que se realiza antes de
emprender un proyecto, ya sea un proyecto de inversión, desarrollo de software,
construcción, expansión de negocios u otra iniciativa. Su objetivo principal es determinar
si el proyecto es viable y si tiene sentido desde el punto de vista financiero, técnico,
operativo y legal.
El estudio de factibilidad implica analizar y recopilar información sobre diversos aspectos
relacionados con el proyecto, como los costos estimados, los beneficios esperados, los
recursos necesarios, los riesgos involucrados y la capacidad de la organización para llevar
a cabo el proyecto de manera efectiva.
Como se ejecuta el estudio de factibilidad: La ejecución de un estudio de factibilidad
implica una serie de pasos y actividades que se realizan de manera sistemática para
evaluar si un proyecto es viable desde diferentes perspectivas.
1. Definición del Alcance del Proyecto:
Antes de comenzar el estudio, es importante definir claramente los objetivos y el alcance
del proyecto. Esto incluye identificar qué se pretende lograr y cuáles son los resultados
esperados.
2. Recopilación de Información:
Reúne toda la información relevante relacionada con el proyecto. Esto puede incluir datos
sobre costos, recursos, tecnología, regulaciones legales, mercado y otros factores que
puedan influir en la viabilidad del proyecto.
3. Análisis de Factibilidad Técnica:
Evalúa si la tecnología necesaria para llevar a cabo el proyecto está disponible y es
adecuada. Considera la infraestructura técnica, las herramientas requeridas y los posibles
desafíos técnicos.
4. Análisis de Factibilidad Operacional:
Examina si la organización tiene la capacidad y los recursos necesarios para gestionar y
mantener el proyecto una vez implementado. Esto incluye evaluar la disponibilidad de
personal con las habilidades requeridas y la capacidad para ajustar los procesos
operativos.
5. Análisis de Factibilidad Económica:
Calcula los costos de inversión iniciales, los costos operativos continuos y proyecta los
ingresos esperados a lo largo del tiempo. Realiza análisis de flujo de efectivo y determina
el retorno de la inversión (ROI) y la rentabilidad.
6. Análisis de Factibilidad Legal y Regulatoria:
Investiga las regulaciones y leyes que pueden afectar al proyecto. Asegúrate de que el
proyecto cumpla con todos los requisitos legales y normativos.
7. Análisis de Factibilidad Ambiental:
Evalúa el impacto ambiental del proyecto y verifica que cumpla con los estándares y
regulaciones ambientales aplicables.
8. Análisis de Mercado:
Estudia la demanda potencial del producto o servicio que se planea ofrecer. Analiza la
competencia, el tamaño del mercado y la disposición de los consumidores a comprar.
9. Evaluación de Riesgos:
Identifica y evalúa los posibles riesgos y desafíos asociados con el proyecto. Esto incluye
riesgos técnicos, operativos, financieros y otros.
10. Informe de Factibilidad:
Prepara un informe que resuma todos los hallazgos del estudio de factibilidad y
proporcione una recomendación clara sobre si el proyecto es viable y debe continuar o no.
11. Toma de Decisiones:
Basándote en el informe de factibilidad, los interesados en el proyecto pueden tomar una
decisión informada sobre si proceder con la implementación, realizar ajustes o buscar
alternativas.
1. Factibilidad Operacional: La factibilidad operacional se enfoca en determinar si el
proyecto es factible desde el punto de vista de la operación y la gestión. Implica
evaluar si la organización tiene la capacidad y los recursos necesarios para llevar a
cabo el proyecto de manera efectiva. Algunos aspectos clave de la factibilidad
operacional incluyen:
• Disponibilidad de personal con las habilidades necesarias.
• Capacidad para gestionar y mantener el proyecto una vez implementado.
• Adecuación de los procesos y sistemas existentes para incorporar el proyecto.
• Posibles impactos en las operaciones actuales de la organización.
2. Factibilidad Técnica: La factibilidad técnica se centra en determinar si la tecnología
requerida para el proyecto está disponible y es viable. Involucra la evaluación de la
infraestructura técnica, las herramientas y los conocimientos necesarios para llevar
a cabo el proyecto. Algunos aspectos clave de la factibilidad técnica incluyen:
• Disponibilidad de tecnologías y recursos técnicos necesarios.
• Capacidad de integración con sistemas existentes.
• Evaluación de riesgos técnicos y desafíos.
• Posibilidad de cumplir con los requisitos técnicos del proyecto.
3. Factibilidad Económica: La factibilidad económica se concentra en determinar si el
proyecto es financieramente viable y rentable. Implica el análisis de costos y
beneficios asociados al proyecto a lo largo del tiempo. Algunos aspectos clave de la
factibilidad económica incluyen:
• Estimación de los costos iniciales de inversión.
• Cálculo de los costos operativos continuos.
• Proyección de los ingresos esperados.
• Análisis de flujo de efectivo y retorno de la inversión (ROI).
• Evaluación de la rentabilidad y la viabilidad financiera.
27-09-2023
Estudio de factibilidad
¿Qué es? Es el analisis que lleva a cabo una organización para determinar si el negocio que
se plantea es factible o no lo es, y cuales seran las estrategias a desarrollar para que sea
exitoso.
Objetivos:
1. Reduccion de errores.
2. Reduccion de costos.
3. Integracion.
4. Actualizacion.
5. Aceleracion.
6. Reduccion de tiempo.
7. Automatizacion.
8. Disponibilidad.
Apuntes Formulacion Proyectos
04-09-2023
Proyecto: Es un esfuerzo para llegar a un fin, este tiene un tiempo para poder terminarlo.
Incluye: técnicas, tecnologías, procesos, metodologías, ver si es factible, mi idea para
considerarlo innovación.
Factibilidad: De la idea para consolidarlo.
Tecnologia: Proceso de transformador de procesos existentes en algo mejor (valor
agregado).
Nota: Tecnect: La tecnología es un proceso que va a transformar algún producto en algo
nuevo, algo mejor. Idea, estudios (de mercado, técnico, financiero, legal).
Agenda:
1. Conceptos.
2. Estudio de mercado.
3. Estudio técnico.
4. Estudio económico.
5. Estudio financiero.
6. Estudio legal.
7. Evaluacion.
8. Conclusiones.
Nota: Fronteras inteligentes.
05-09-2023
06-09-2023
Empresa en marcha para invertir
Proyecto de inversion: Es un plan que si se asigna determinado monto de capital y se
proporcionan insumos de varios tipos, producira un bien o un servicio util a la sociedad.
Proyecto de desarrollo: Es el analisis cuidadoso de una idea que puede sugerir de una
persona o un grupo de personas del sector publico o privado y en cualquier sector de la
econoia para crear una unidad productiva de bienes o servicios.
Creacion de empresa
Creacion de empresas y empresas en marcha: Un proyecto de inversion es el conjunto de
antecedentes que permiten juzgar las ventajas y desventajas de la asignacion de resursos
economicos a una unidad organizativa global a un bien o un conjunto de bienes
economicos.
La formulacion y evaluacion de proyectos: Es el ejercicio profesional de suma
importancia, por constituirse en elemento basico para la toma de decisiones.
Algunos ejes tematicos son:
• La creacion de nuevas unidades productivas de bienes o servicios.
• La ampliacion de capacidades de produccion de unidades productivas en
funcionamiento.
• La implementacion de nuevas lineas de productos o de servicios en una empresa
de plena actividad.
• La adquisicion o remplazo de maquinaria en el interior de una unidad productiva
en funcionamiento.
• La reconversion tecnologica, es decir el diseño, adaptacion o incorporacion de
nuevas tecnologias a los procesos y equipos para beneficio de la productividad y
calidad de sus productos.
Analisis preeliminar:
Proyecto:
Analisis de entorno.
1. Entorno tecnologico.
2. Entorno sociocultural.
3. Entorno politico-legal.
4. Entorno economico.
5. Entorno ambiental.
Modelo canvas
Propuesta de valor: Es el acto de reunir los principales atributos de una empresa, sus
mejoras funcionalidades, valores y aterrizarlos (e inclusive amoldarlos) a las necesidades
de tu boyer persona, en una estrategia empresarial.
1. El perfil de tus clientes: Deberas considerar sus alegrias, ocupaciones y
frustraciones.
2. Propuesta de valor en si: Deberas incluir las caracteristicas de tus productos o
servicios, “aliviadores de frustraciones” y “creadores de alegrias”.
Nota: Preguntas para plantearse ¿Quién es tu cliente? ¿Qué problemas resuelven? ¿Cómo
vas a solucionar sus problemas?
11-09-2023
Fases del proyecto: Los factores que influyen en el fracaso de proyectos TI son:
1. No identificar a los interesados de forma correcta.
2. Deficiencia captura de requisitos. (Proyecto-producto).
3. Deficiente comuncacion.
4. Plazos poco realistas. (Tiempo)
5. No seguir la metodologia elegida.
6. Mala planificacion.
7. Objetivos poco claros.
8. Requisitos imprecisos.
12-09-2023
Nota:
• Un objetivo especifico: De las acciones que se llevaran a cabo, es medible (alguna
metrica), alcanzable (se puede lograr), es real (depende de nuestra realidad y sea
aplicable), es temporal (la duracion o plazos estipulados).
• Producto: Los entregables del proyecto (lo que me va a ser falta para lograr en ese
momento mi proyecto).
13-09-2023
18-09-2023
19-09-2023
Planteamiento del problema
Proceso de redaccion del problema:
1. Definicion del tema principal: Que significa el contexto del que hablamos.
2. Explicacion del problema de lo general a lo particular: Estadisticas, numeros,
porcentaje de afectacion.
3. Explicacion de las causas de la situacion descrita: Po que de las demas cosas, causa
raiz, lo que ocaciona el problema.
4. Explicacion de las consecuencias de la situacion descrita: Cual es la consecuencia
de cometer el problema.
5. Redaccion del pronostico de la situacion descrita: Lo que yo propongo para
solucionar la causa raiz, la mejora y que voy hacer.
6. Redactar el control de pronostico: Como voy a controlar el pronostico.
Titulo
1. Definir la variable principal.
2. Explicar el problema desde lo macro a lo micro.
3. Explicar las causas y las consecuencias del problema.
4. Redactar el pronostico de la situacion.
5. Formular el control del pronostico.
Resultado final.
Planteamiento del proyecto.
Recomendaciones:
• La redaccion debe ser impersonal.
• Debe ser concreto, no incluir material de relleno.
• Evitar ser muy extenso.
• No colocar contenido que deben ir en justificacion o marco teorico.
• Debe estar delimitado (espacio/tiempo) (donde/cuando).
• Debe ser viable (es decir que proponga una investigacion que se puede
realizar).
20-09-2023
Nota: Valores, propositos y motivaciones.
Publico objetivo:
1. Debe ser medible (personas de 20-30 años).
2. Accesible: Capaz de llegar de forma sencilla y recursos al alcance.
3. Suficiente: Es necesario que el grupo de clientes sea rentable.
4. Distinguibles: Deben d+ser claramente indentificados un grupo de todos.
“El unico modo de hacer un gran trabajo es amar lo que haces”
Criterios de segmentacion:
• Geograficos.
• Demograficos.
• Psicograficos.
• Comportamiento.
25-09-2023
26-09-2023
27-09-2023
Apuntes Automatas
04-09-2023
Un automata: es un diagrama que representa estados.
07-09-2023
Un automata: es un diagrama que representa estados.
Aristas o arcos: Son las lineas que unen a los puntos.
Arista: Solo conecta a dos vertices.
Loop: Cuando una arista conecta al mismo vertice.
08-09-2023
11-09-2023
Grafica bipartita completa: Una grafica simple G, es llamada bipartita, si el conjunto de
vertices V puede ser particionado en Z conjuntos disjuntos, tal que cada arista en la grafica
conecte un vertice en V1 y un vertice en V2 (tal que no existen aristas que conecten a Z
vertices en V1 o en V2).
Cuando estas condiciones se cumplen, llamamos a un par (V1, V2) una biparticion del
conjunto de vertices V.
Nota: Conjunto de vertices con union e interseccion.
Todos los nodos se conectan con el otro sin conectarse entre ellos.
Transporte de un escalo: Mayorista-Minorista. X= Cantidad de unidades que se envian,
esto es lo que se cuenta.
Tipos de matrices:
• Matriz de costos.
• Matriz de produccion.
• Matriz de demanda.
Nota: Existen restricciones.
14-09-2023
Tipos de restricciones:
• Restriccion de produccion: Cambia el indice de columna.
• Restriccion de demanda: Cambia el indice de fila.
• Restriccion de no negatividad: Integer.
15-09-2023
Concepto de grado de un nodo: El grado de un nodo V denotado por deg(vi) es igual al
numero de aristas que son incidentes sobre V, un loop cuenta dos veces.
El grado total de una grafica G: Es la suma de los grados de todos los vertices.
Teorema de Handshaking: Sea G=(V,E) una grafica con un confunto de vertices y aristas,
grafico no dirigido con m aristas, entonces 2m=ådeg(v) donde v pertenece al conjunto de
vertices. veV
Definicion: En una grafica con aristas dirigidas, el grado de entrada de un vertice v
denotado por in-degree deg^-(v) es el numero de aristas con v como su vertice terminal,
grado de salida out-degree deg^+(v).
Matriz de adyaciencia: Si el grafico es no dirigido, la matriz es simetrica.
Nota: Debe de ser cuadrada.
1 donde hay arista, 0 donde no hay arista.
18-09-2023
21-09-2023
22-09-2023
25-09-2023
Senderos, caminos y circuitos: Que G sea un grafico y que V y W sean vertices en G. Una
caminata de v a w es una secuencia alterna finita de vertices y aristas adyacentes de G.
Por lo tanto, una caminata tiene forma: v0e1v1e2…vn-1envn
Donde los v´s representan vertices, las e´s representan aristas, v0=v,vn=w y para todos
i=1,2,…,n,vi-1 y v son los puntos finales de e, la caminata trivial de v a v consiste en el
vertice unico v.
Un sendero: De v a w es una caminata de v a w que no contiene un borde repetido.
Una ruta: De v a w es una pista que no contiene vertices repetido.
Una caminata cerrada: Es una caminata que comienza y termina en el mismo vertice.
Un circuito: Es una caminata cerrada que contiene al menos un borde y no contiene un
borde repetido.
Un circuito simple: Es un circuito que no tiene ningun otro vertice repetido, excepto el
primero y el ultimo.
28-09-2023
29-09-2023
Exposiciones Liderazgo