Ponderacion de clases de soporte

Se aplican criterios de decisión para implementar un sistema de soporte y relleno capaz de albergar una estación de soporte para trekking, tales como: nivel de modulación, grado de estandarización, costo de producción, vida útil, calidad de envejecimiento, facilidad de mantención, factibilidad de transporte, facilidad de almacenaje, grado de invasión, nivel de adaptación.

Luego de aplicar este criterio, se tomaron solo cuatro de estos para definir las clases de soporte que cumplían con : un alto nivel de modulación, un alto grado estandarización, bajo grado de invasión y un alto nivel de adaptación. Estos criterios son importantes a la hora de asociarlo al territorio definido como el Parque Santa María, que esta conformado a partir de zonas específicas de acuerdo a su topografía y valor natural.

Z1 Area Santuario: Acantilados, suelo rocoso, pendiente alta y media, exposición al sol y al viento.

Z4 Area Protección Quebradas: Quebradas, suelo arcilloso y rocoso, pendiente alta, resguardo follaje.

Z7 Area Amortiguamiento: Miradores, suelo arcilloso, pendiente baja, resguardo y exposición.

Las clases resultantes e ideales para poder definir un posible diseño de exportar al Parque Santa María son:

Clase 6 (Elástico) – Clase 13 (Plegable)

Variables territoriales:

Como criterio para definir la distribución territorial de estaciones se definen las condiciones particulares de cada zona en cuanto a su topografía, grado de pendiente, calidad de suelo,densidad/arborea arbustiva , nivel de exposición a viento y radiación.
E1 principal

Z1 Area Santuario: estaciones de abastecimiento. Pendiente 12,5%

estación anclada al terreno, nivel de hermeticidad mayor como proteccion frente a fuertes vientos, exposicion al sol, humedad.

sistema de energía + sistema emergencia + sistema de albergue

E4 principal

Z4 Area Protección Quebradas: estaciones de permanencia. Pendiente 12.5%

estación que enfrente la pendiente del terreno, bajo nivel de hermeticidad para la obtención de luz, distanciado del suelo para evitar humedad.

sistema energía + sistema emergencia + sistema albergue + sistema higiene+ sistema residuos+ sistema información

E2 y E3 apoyo

Z7 Area Amortiguamiento: estaciones de apoyo. Miradores Pendiente 5%

sistema energía + sistema emergencia+sistema residuos+ sistema información

estación de apoyo, mirador, nivel de hermetismo medio controlado.

HIBRIDO CLASE ELÁSTICO / PLEGABLE

Sistema modular configurado a partir de marcos soportantes de sistemas desplegables. Se considera como Soporte la Clase tipo Elástico y como Relleno la Clase tipo Plegable.

Estructura primaria: Marcos madera/acero

Estructura Secundaria: tipo unión marco/sistema ( bisagras,pivotes,rieles, tensores)

Cerramiento: despliegue de sistemas (película poliéster)

Soporte Elástico

Sucesión de marcos de madera o acero

Sustento y cabida para el despliegue de sistemas

Posibilidad de ampliar la superficie útil habitable

Relleno plegable/desplegable

Sistemas anclados a la estructura

Ley de elementos abatibles mín-máx

Movimiento desplazamiento acotado

Desplegado: estación con grados de hermeticidad

Plegado: grados de translucidez

Categoría Automatización de Procesos:
El ABASTO.cl Cotizaciones eficaces

Portal web diseñado para la simplificación del proceso de realizar cotizaciones. Esta es la pagina web de SKADI, una empresa creada por un equipo de cuatro estudiantes de Ingeniería Civil Informática de la Universidad Técnica Federico Santa María, que se dedica al desarrollo de software en base a páginas Web.

Situación Deseada:

Lo que SKADI, en conjunto con El Abasto, pretende es proponer un sistema de automatización para las cotizaciones que simplifique y reduzca el tiempo de espera de los clientes. Esto se pretende lograr mediante un portal web donde basta estar inscrito en el sistema, para así poder ingresar las características del producto deseado. El sistema se encarga de mandarle un e-mail a cada una de las empresas que pertenezcan al rubro de dicho producto. Con un plazo de tiempo predeterminado por el sistema, se reciben todas las ofertas obtenidas y se le envía un resumen de las características y precios disponibles al cliente, permitiéndole a éste simplemente ir a comprar el producto, sin perder tiempo importante en la cotización y el análisis de los precios.

Diagrama Vendedor:

*Recibir Cotización: la empresa recibe la cotización dependiendo del rubro al que está asociado y los filtros que preestableció.
*Responder Cotización:si la empresa estima conveniente participar en esta cotización, responde dicha cotización y envía un presupuesto
*Ofrecer Contra-Oferta: si otra empresa ofrece un mejor presupuesto para la misma cotizacion, puede realizar otro presupuesto mejorando asi sus posibilidades de venta
*Calificación:opcional , pero recomendable que finalizada la transaccion la empresa califique al usuario dependiendo de su compromiso de comprar
Diagrama Comprador:

*Cotizar Producto:el usuario ingresa y realiza su cotizacion ingresando el rubro, especificando sus detalles y la fecha en que desea que se termine el plazo de cotizacion.
*Respuesta Cotización:el sistema envía e-mails a los proveedores que pertenezcan al rubro y cumplan los filtros establecidos y estos deben responder en el plazo estipulado.
*Contra-Oferta:si el cliente no queda satisfecho con las cotizaciones, puede pedir una segunda cotizacion a las empresas que ofertaron, los cuales tienen un limite de dos dias para responder dicha cotizacion.
*Resumen de Alternativas: finalizado el proceso de cotizacion, el sistema se encarga de enviar un mail al usuario, para que pueda tomar una decision fácilmente
*Tomar Decisiones:el cliente esta listo y tiene la opcion de decidir que compañía utilizar para realizar su compra, si asi lo desea
*Calificación: opcional, pero recomendable que finalizada la transaccion el cliente califique a la empresa dependiendo de su cumplimiento a lo descrito en su presupuesto.

UML =Unified Modeling Language (Lenguaje Unificado de Modelamiento)

UML como estándar para el modelamiento de sistemas de software

Es un lenguaje de modelado visual que se usa para especificar, visualizar, construir y documentar artefactos de un sistema de software. Se usa para entender, diseñar, configurar, mantener y controlar la información sobre los sistemas a construir. UML capta la información sobre la estructura estática y el comportamiento dinámico de un sistema. Un sistema se modela como una colección de objetos discretos que interactúan para realizar un trabajo que finalmente beneficia a un usuario externo. UML no es un lenguaje de programación. Es un lenguaje de propósito general para el modelado orientado a objetos.

UML está compuesto por los siguientes diagramas y conceptos principales:

Diagrama de Clases: Clase, asociación, generalización, dependencia, realización, interfaz.
Diagramas de Casos de Uso: Caso de Uso, Actor, asociación, extensión, generalización.
Diagramas de Componentes: Componente, interfaz, dependencia, realización.
Diagramas de Despliegue: Nodo, componente, dependencia, localización.
Diagramas de Estados: Estado, evento, transición, acción.
Diagramas de Actividad: Estado, actividad, transición, determinación, división, unión.
Diagramas de Secuencia: Interacción, objeto, mensaje, activación.
Diagramas de Colaboración: Colaboración, interacción, rol de colaboración, mensaje.
Diagramas de Clases: Paquete, subsistema, modelo.
Todos: Restricción, estereotipo, valores, etiquetados.

Un Modelo captura una vista de un sistema del mundo real. Es una abstracción de dicho sistema, considerando un cierto propósito. Así, el modelo describe completamente aquellos aspectos del sistema que son relevantes al propósito del modelo, y a un apropiado nivel de detalle. Un proceso de desarrollo de software debe ofrecer un conjunto de modelos que permitan expresar el producto desde cada una de las perspectivas de interés. El código fuente del sistema es el modelo más detallado del sistema (y además es ejecutable). Sin embargo, se requieren otros modelos. Cada modelo es completo desde su punto de vista del sistema, sin embargo, existen relaciones de trazabilidad entre los diferentes modelos.

Diagrama de Clases

El Diagrama de Clases es el diagrama principal para el análisis y diseño. Un diagrama de clases presenta las clases del sistema con sus relaciones estructurales y de herencia. La definición de clase incluye definiciones para atributos y operaciones.

Cada clase se representa en un rectángulo con tres compartimientos:

• nombre de la clase
• atributos de la clase
• operacione s de la clase
  

  

Diagrama de Clases del proyecto ABASTO:

El modelo básicamente muestra lo siguiente:

- Clases existentes con su nombre (Objetos)
- Relaciones entre las clases (Si el objeto A pertenece a B, entonces tambien B posee A)[Especificando de cuantas son las relaciones, 1 a 1, o 1 a muchos, etc)

- Atributos que tienen las clases (diferentes variables que contiene)
- Método de las Clases (Funciones propias de cada método, si se tiene un objeto se le ordena que realice ciertas acciones)

Los atributos de una clase no deberían ser manipulables directamente por el resto de objetos.

Por esta razón se crearon niveles de visibilidad para los elementos que son:

• (-) Privado : es el más fuerte. Esta parte es totalmente invisible (excepto para clases friends en terminología C++)
• (#) Los atributos/operaciones protegidos están visibles para las clases friends y para las clases derivadas de la original.
• (+) Los atributos/operaciones públicos son visibles a otras clases (cuando se trata de atributos se está transgrediendo el principio de encapsulación)

Relaciones entre clases:

Los enlaces entre objetos pueden representarse entre las respectivas clases y sus formas de relación son:

• Asociación y Agregación (vista como un caso particular de asociación)
• Generalización/Especialización.

Las relaciones de Agregación y Generalización forman jerarquías de clases.

Relaciones entre clases:

Los enlaces entre objetos pueden representarse entre las respectivas clases y sus formas de relación son:

• Asociación y Agregación (vista como un caso particular de asociación)
• Generalización/Especialización.

Las relaciones de Agregación y Generalización forman jerarquías de clases.

Asociación:

La asociación expresa una conexión bidireccional entre objetos. Una asociación es una abstracción de la relación existente en los enlaces entre los objetos. Puede determinarse por la especificación de multiplicidad (mínima…máxima)

• Uno y sólo uno
• 0..1 Cero o uno
• M..N Desde M hasta N (enteros naturales)
• * Cero o muchos
• 0..* Cero o muchos
• 1..* Uno o muchos (al menos uno)

Agregación:

La agregación representa una relación parte_de entre objetos. En UML se proporciona una escasa caracterización de la agregación. Esta relación puede ser caracterizada con precisión determinando las relaciones de comportamiento y estructura que existen entre el objeto agregado y cada uno de sus objetos componentes.

Una agregación se podría caracterizar según:
Puede el objeto parte comunicarse directamente con objetos externos al objeto agregado?
No => inclusiva
Si => no inclusiva
Puede cambiar La composición del objeto agregado?
Si => dinámica
No => estática

Diagrama de Clases y Diagramas de Objetos pertenecen a dos vistas complementarias del modelo. Un Diagrama de Clases muestra la abstracción de una parte del dominio. Un Diagrama de Objetos representa una situación concreta del dominio. Las clases abstractas no son instanciadas.

Generalización:

Permite gestionar la complejidad mediante un ordenamiento taxonómico de clases, se obtiene usando los mecanismos de abstracción de Generalización y/o Especialización. La Generalización consiste en factorizar las propiedades comunes de un conjunto de clases en una clase más general. Los nombres usados: clase padre – clase hija. Otros nombres: superclase – subclase, clase base – clase derivada. Las subclases heredan propiedades de sus clases padre, es decir, atributos y operaciones (y asociaciones) de la clase padre están disponibles en sus clases hijas. La Generalización y Especialización son equivalentes en cuanto al resultado: la jerarquía y herencia establecidas. Generalización y Especialización no son operaciones reflexivas ni simétricas pero sí transitivas. La especialización es una técnica muy eficaz para la extensión y reutilización.

La noción de clase está próxima a la de conjunto. Dada una clase, podemos ver el conjunto relativo a las instancias que posee o bien relativo a las propiedades de la clase. Generalización y especialización expresan relaciones de inclusión entre conjuntos