Foro de presentación con propuesta de idea de negocio + Identificación de Stakeholders y roles

La empresa MR Delicious, dedicada a la producción y venta de alimentos en el municipio de Alejandría, ha identificado una problemática recurrente: la gestión manual de inventarios 📦 que le toca hacer e n Excel ocasiona errores, pérdidas de ventas, desplazamientos innecesarios y tiempos muertos en la producción.

De acuerdo a las reuniones y analizando las oportunidades de mejora de la empresa Mr Delicious, la propuesta que le ofrecemos es implementar un software multiplataforma (web + móvil), Sistema Integral Empresarial (SIE) 💻,  que gestione inventarios en tiempo real, emita alertas tempranas sobre insumos, controle ventas, clientes, facturas, entre otras necesidades que resulten a medida que crezca la empresa y que el software sea escalable.

👥 Stakeholders del Proceso de Desarrollo de Software

1. Gerente general (MR Delicious): toma de decisiones estratégicas, aprueba requerimientos y vali dación del sistema.

2. Área de logística: responsable del control de insumos y gestión de abastecimiento.

3. Área de producción: asegura que los insumos disponibles soporten la producción de alimentos.

4. Vendedores: registran ventas y retroalimentan al sistema.

5. Clientes: beneficiarios del servicio con disponibilidad de productos sin interrupciones.

6. Equipo de desarrollo de software: encargado del análisis, diseño, codificación, pruebas y despliegue.

7. Proveedores de insumos: indirectamente impactados por la planificación y alertas de compras.

8. Proveedor de infraestructura tecnológica (DigitalOcean): garantiza conectividad, hosting y al macenamiento seguro en la nube.

---

🛠️ Roles del Proceso de Desarrollo de Software

• Analista: levanta requerimientos, modela procesos y documenta la solución.

• Diseñador de mockups e interfaces: crea prototipos, wireframes y asegura la usabilidad del sistema.

• Desarrollador Backend: implementa la lógica de negocio, conexión con la base de datos y despliegue en la nube.

• Scrum Master: facilita la metodología ágil, elimina impedimentos y coordina el equipo.

• Product Owner (Gerente de MR Delicious): representa al cliente, prioriza requisitos y valida incrementos del producto.

• Tester/QA: ejecuta pruebas funcionales, de integración y validación con usuarios.

• Soporte técnico: asegura mantenimiento y evolución del sistema tras la implementación.

---

📌 Hallazgos y Evidencias de Aprendizaje en el modulo 1

• El estudio del primer modulo me cambia el paradigma de que es la Ingeniería de Software, ya que no solo se enfoca en programar, sino que es la arquitectura del software final, donde gestionaremos los procesos, métodos y herramientas que aseguren calidad y escalabilidad en las soluciones que el cliente final necesita.

• Es importante identificar en la etapa de análisis que metodología es la mas acertada para el proyecto que se va llevar a cabo. En el caso de la empresa Mr Delicious optamos por una metodología ágil SCRUM porque permite entregas incrementales, retroalimentación constante del cliente y reducción de riesgos.

• La identificación de stakeholders nos permite reconocer todos los actores que influyen y tienen influencia en el proyecto, garantizando que sus necesidades sean tomadas en cuenta para que queden plasmadas en el proyecto de software, cumplan sus expectativas y pueda tener éxito.

• Se debe definir los roles que participaran en el equipo de desarrollo para delegar responsabilidades optimizar tiempos y garantizar que calidad del software sea satisfactoria y cumpla las necesidades.

Presentación Ingeniería de Software I

Presentación Ingeniería de Software I

A través de este Blogger, compartiré con ustedes todos los conocimientos y subiré todas las evidencias de aprendizaje adquiridos en la asignatura de Ingeniería de Software, mostrando cómo esta disciplina constituye el estándar para el desarrollo de software de calidad.

La Ingeniería de Software puede definirse como la disciplina que aplica técnicas, modelos y metodologías a los proyectos de desarrollo con el fin de producir software confiable, eficiente y adaptado a las necesidades reales del cliente.

Podemos asimilar al ingeniero de software como el arquitecto de una obra, ya que este interpreta las necesidades y requerimientos del cliente, diseña un plan de trabajo estructurado y guía cada fase del ciclo de vida del producto. Al igual que en una obra de ingeniería civil, se requiere planeación, control de calidad, selección de metodologías de trabajo y procesos de mantenimiento para garantizar que el resultado final sea exitoso y sostenible en el tiempo.

En este curso exploraremos cómo estos principios se pueden aplicar en casos reales de negocio, como también elaborar planes a empresas simuladas, con el propósito de entender que el software no es solo código, sino un producto necesario para agilizar procesos y solucionar problemas concretos dentro de empresas y organizaciones.

 Video diseño BDOO

 Objetos, propiedades y eventos.

 Clases abstractas, estáticas e interfaces.

Clases abstractas: Una clase abstracta nunca está destinada a ser instanciada directamente, es decir, no se puede crear instancias de una clase abstracta. Se debe tener en cuenta que la clase que definamos como abstracta debe tener por lo menos 1 método abstracto. Las clases abstractas se utilizan para definir una clase base en la jerarquía de bases.

Clases estáticas: La clase estática en una clase común y corriente, solo con la diferencia que no puede ser instanciada y contiene solo miembros estáticos. Está se utiliza para agrupar métodos y datos que son independientes de una instancia.

Interfaces: La interfaz puede tener métodos, propiedades, eventos e indexadores como miembros, pero las interfaces contendrán solo la declaración de los miembros. La implementación de estas estará dada por la clase que implementa la interfaz implícita o explícitamente.

A continuación, un cuadro comparativo:

 REDA: Aplicaciones multiplataforma basadas en POO

En la reda de aprendizaje, "Aplicaciones multiplataforma basadas en POO" nos solicitan crear una interfaz llamada IPersona que cuente con los siguientes métodos abstractos sin retorno y sin parámetros de entrada: validarEdad, validarEstadoCivil, validarEstudios.

Para ello utilice el IDE Visual Studio Code con el lenguaje de programación Python para realizar la Interfaz con nombre IPersona.py que cuenta con la clase padre (IPersona) con los metodos abstractos validarEdad, validarEstadoCivil, validarEstudios y una clase (Persona) que llama a la clase padre (Ipersona) con sus metodos.

Código escrito:

from abc import ABC, abstractmethod

class IPersona(ABC):

    @abstractmethod

    def validarEdad(self):

        pass

    @abstractmethod

    def validarEstadoCivil(self):

        pass

    @abstractmethod

    def validarEstudios(self):

        pass

class Persona(IPersona):

    def validarEdad(self):

        print("Metodo para validar edad")

    def validarEstadoCivil(self):

        print("Metodo para validar estado civil")

    def validarEstudios(self):

        print("Metodo para Validar estudio")

 Tabla comparativa relaciones UML