Ingenieros en el software .
Snippets ( formulacion , diseño ,problemas, restricciones)
Es cierto que "nos dieron una pagina en blanco" ?
Ingenieros en el software .
Snippets ( formulacion , diseño ,problemas, restricciones)
Es cierto que "nos dieron una pagina en blanco" ?
Productos con componentes ,montajes, BOM , despiece ,lista de materiales
Análisis desde la perspectiva de ingeniería (nota 2)
❎ BOM=BILL OF MATERIALS= LISTA DE MATERIALES = DESPIECE DE PRODUCTOS
✅ Entidades que participan en una BOM
-Producto final
-Ensamblados
-Componentes
-Materias primas
✅ Recordar: despiece=explosion=bomp
Estas son las formas de requerir/presentar una BOM
- A un solo nivel seleccionado
- Desmenuzada : desglosa todos los ensambles existentes a todo nivel
- Sumarizada:se muestra todas las partes (con cantidad requerida) para producir un producto final
La practica ha impuesto las siguientes vistas tipicas de una BOM
- ✔ BOM para produccion :el interes basico es servir para: analizar la precedencia de fabricacion
-✔ Bom para ingenieria :el interes basico es servir para: analizar la funcionalidad del producto final
-✔ BOM para planeamiento: el interes basico es servir para: analizar los costos ,aprovechamiento de la capacidad instalada y pronosticos de produccion
-✔ BOM para ventas :el interes basico es servir para: mostrar a los consumidores la estructura final del producto
-✔ BOM configurable:el interes basico es :satisfacer consultas especificas no preplaneadas
-✔ BOM para mantenimiento: el interes basico es servir para:mostrar la estructura final del producto ,los pasos de instalacion y reparacion de sus partes
Productos con componentes ,montajes, BOM , despiece ,lista de materiales
Análisis desde la perspectiva de ingeniería (nota 1)
-reglas de negocio criticas :existen aunque no esten automatizadas
-Datos de negocio críticos: existirán aunque el sistema no este automatizado.
Son buenos candidatos para un objeto
Una ENTIDAD es un objeto dentro de nuestro sistema computarizado que abarca un pequeño conjunto de reglas criticas operando sobre los datos criticos.
Dicho objeto contiene datos críticos o tiene accesos muy fácil.
La interfaz de la entidad consiste en las funciones que implementan las reglas criticas.
-No se necesita un lenguaje orientado a objetos para crear una entidad, Todo lo que se requiere es
unir datos críticos con reglas criticas en un único modulo aislado
-Las reglas de negocio que existen para un ambiente automatizado son "casos de uso"
Estos contienen las reglas que especifican cuando y como se invocan a las reglas de negocio criticas (dentro de las entidades)
-los casos de uso no describen como se ve el sistema , solo describen la aplicación de reglas que regulan la interacción entre el usuario y las entidades.
Los casos de uso dependen de las entidades , las entidades no dependen de los casos de uso
La clase casos de uso acepta estructura de datos para sus entradas y responde estructura de datos como salida. NO dependen de otra cosa.
Esta independencia e critica. el modelo request-response debe ser independiente
Ud se tentara conque dichas estructuras de datos contengan referencias a los objeto "entidad" . Ud pensara que eso tienen sentido porque entidades y el modelo pedido/respuesta comparten tantos datos. PERO ... los propósitos de esos 2 objetos son muy diferentes.
El resultado seria: muchos datos vagabundos y muchas condiciones en su codigo.
CONCLUSION: el código que representa las reglas del negocio será el corazón del sistema. DEBEN ser el código mas independiente y reusable en el sistema
Business rules
(Reglas de Negocios)
(Visual modelling technique, D.Tkatch , W.Fang, A.So , IBM)
El Santo Grial de la tecnología de la información es :ser capaz de modelar una corporación.
Se asume implícitamente que: construir un modelo de la empresa , conduce an mejor entendimiento del negocio y con ello :la habilidad para predecir el comportamiento de la empresa.
Modelar una empresa implica:
(1) Definir una arquitectura que a su vez este definida por los procesos de la empresa
(2)Definir El modelo de objetos de las soluciones automatizadas del dominio del problema
(3) Definir El modelo de datos requerido para sostener las soluciones automatizadas
Arquitectura de la industria
Es una descripción de alto nivel de procesos , modelos de objetos y estructura de datos aplicable a todas las empresas de cierto tipo de industria.
Esto es valioso porque puede ser usada para construir , benchmarking , o reingenieria de procesos y sus automatizaciones
Gestion de la ruta de procesos
Este analisis se restringe a procesos de información
Un proceso es un método particular de hacer algo... en el caso de procesos de negocios: es una colección de actividades que toman una o mas entradas y crean una salida que es de valor para el cliente
las empresas fueron y todavía son organizadas en estructuras verticales de procesos
( Mario saffirio , regla de negocios)
Reglas de negocio representan la parte de conocimiento que guía el flujo
(FEWO, 3 enero 2023 ,10 ejemplos de reglas de negocio que hacen trabajar mas eficientemente)
Las reglas de negocio son un conjunto de instrucciones que determinan como se ejecuta un proceso. ellas guian la toma de decisiones estableciendo reglas que todos deben seguir cuando llevan adelante cierta actividad
(Michel eisner 15 feb 2021 ,10 ejemplos de reglas de negocios y logica)
Las reglas de negocios son directivas que define la organización de sus actividades de negocio. Ellas son importantes porque clarifican los objetivos de una organización y detallan como seran ejecutados sus procesos. Pueden ser informales , escritas o automatizadas.
Cuando están automatizadas: se almacenan en un repositorio. un repositorio es una base de datos que recolecta , administra y almacena datos (asi no se embebe reglas en el código de las aplicaciones)
(the Business Rules Group formerly, known as the GUIDE Business Rules Project , julio 2000)
(un atributo que diferencia los items de stock
ej: talles, tamaños , calibres , medidas
item: remera de verano tenis argentino
Familia de talles: S,M,XL,XXL
Para poder manejar un stock hay que clasificar y así estructurar. El caso que analizamos es cuando un mismo item de stock tiene diversas variaciones de algún atributo y se requiere identificar cada posible variedad para control o porque tienen costos y precios diferentes. Otras veces la política de marketing genera ofertas u otros incentivos para alguna variedad en particular (ej: talles grandes).Entonces ... agrupar en base a cada valor posible de un atributi seleccionado (ej.: talle , color , material , medidas,...etc)
Un SKU (stock keeping unit) es un codigo unico para cada item de stock generado y mantenido por el propietaro del stock. Puede ser una tira de caracteres (habitualmente hasta 8) o un entero de hasta 8 digitos. Le podemos llamar por simplicidad: "codigo interno" . Este sku o código interno debe ser único para cada item de stock
En stocks con variaciones se puede optar por un sku a nivel de item o un sku para cada combinación de variedades.
El imperativo de control apunta inmediatamente hacia un item de stock para cada variedad (o combinación de ellas).
Es cierto que así podrá controlar a fondo , pero puede hacerse inmanejable si no se espulga el stock para quitar los sku sin uso o el rol de control es asumido por personal sin capacitación
Atención que la cantidad de items de stocks (si se sigue el segundo criterio) puede aumentar exponencialmente . Ej: en stock tan sencillos como :calzado
Generar las variaciones puede ser un trabajo ingrato.
Para facilitar las cosas habrá que almacenarlas en FAMILIAS , (talles europeos, talles americanos, tamaños, estampados deportivos,... etc.) que se utilizan en la generación de las variaciones de cada item , seleccionando solo aquellas que son de utilidad
Para un stock con algunos items con variaciones (sku para el item); la operaciones del negocio se capturan como entradas o salidas desde una registración de movimientos o procedimientos especializados que generan movimiento (ej: venta) es de utilidad una vista como esta: