Cristian Sanchez F.
MCP,MCTS,MCPD,MCT
Windows and Web Application
Diseño particular que la Tecnología de Información
toma en una organización especifica para alcanzar
las metas o funciones seleccionadas
FYSH – VASH 2011
Procesos
Procesos
Procesos
Procesos
Hardware Software RedesT.I.
Nivel Estratégico
Nivel Administrativo
Nivel del Conocimiento
Nivel Operativo
Infraestructura
De TI
Arquitectura
Contabilidad RRHH Biblioteca APAFA
Coordinacion
Sistemas de Procesamiento de Transacciones
Sistemas de Oficina
Sistemas del Conocimiento
Sistemas de Apoyo a la Toma de Decisiones
Sistema de Informacion Gerencial
Sistemas de Apoyo a Ejecutivos
FYSH – VASH 2011
Procesan información, son aplicaciones de las T.I.
para mejorar la productividad de los trabajadores
Son centros de procesamiento para flujos de
información, y conocimiento
SIDET - 2011
FYSH – VASH 2011
Auxilian al trabajador del conocimiento, que son
profesionales que crean información y conocimiento
nuevos, garantizando que ellos se inserten a la
organización
FYSH – VASH 2011
Ayudan a gerentes a tomar decisiones que son
exclusivas, rápidamente cambiantes
Son interactivos
Pueden aplicarse simulaciones
SIDET - 2011
FYSH – VASH 2011
Son sistemas básicos que dan servicio al nivel
operativo de la organización, efectúa y registra
transacciones diarias
FYSH – VASH 2011
Son SI al nivel administrativo de una organización
que dan servicio a las funciones de
Planeacion, Control y Toma de Decisiones, ofreciendo
informes resumidos y excepcionales de rutina
SIDET - 2011
FYSH – VASH 2011
Dan servicio a nivel estratégico y auxilian en
decisiones no rutinarias
FYSH – VASH 2011
Pueden efectuar cálculos o procesar documentos
mucho mas rápido que la persona
Pueden ayudar a que la organización aprenda sobre las
preferencias de sus usuarios
Propician nuevos rendimientos mediante servicios
novedosos (marcado de tarjeta, etc.)
Internet distribuye información al instante a millones de
personas
FYSH – VASH 2011
Al automatizar procesos, crea desempleo
Posibilita a la organización recolectar detalles personales
de la gente
Una paralización del sistema puede generar paro de la
organización y de la comunidad
Los usuarios que utilizan intensivamente los SI pueden
tener problemas de salud (stress técnico, etc.)
Internet se puede utilizar para distribuir pirateria anulando
la propiedad intelectual
FYSH – VASH 2011
Software – Algunas Definiciones Basicas
FYSH – VASH 2011
Los Sistemas de Informacion
Se puede definir como el punto de vista tecnico como un conjunto de componentes interrelacionados (o recuperan) procesan, almacenan y distribuyen informacion para apoyar la toma de desiciones y el control en unaorganizacion
FYSH – VASH 2011
Sistemas desde una PerspectivaFuncional
Son la manera mas Probable en lo que encontraras porprimera vez los sistemas en la empresa. Son los primerostipos de sistemas que existian en la empresa. Ejemplo: Sistema de Ventas y marketing, Sistema de Produccion, Sistemas Financieron y Contables, de RRHH, etc.
Sistemas desde una Perspectiva de los Usuarios
Los sistemas Funcionales sirven para funciones especificasde la empresa, no nos indica de que forma ayudan a los gerentes a conducir la empresa. En este aspectonecesitamos una perspectiva que examine los sistemas en terminos de los niveles de administracion y los tipos de desiciones que apoyan. Cada uno de estos niveles tienediferentes necesidades de informacion segun sus distintasresponsabilidades , y se pueden considerar comocomponente principales de informacion. Los siguientessistemas aportan diferentes tipos de entrega de informacionpor ejemplo: Sistema de Procesamiento de Transacciones, Sistema de Informacion Gerencial y Toma de Desiciones
FYSH – VASH 2011
Algunos Conceptos Basicos Los Sistemas Empresariales, denominados ERP, integran en
un solo repositorio de datos la informacion de los sistemastransaccionales permitiendo su integracion y uso comundentro de la organizacion.
Los Sistemas de Administracion de la Cadena de Suministros, denominados SCM, gestiona el trabajo con los proveedores, tienen fuentes de datos que importaninformacion externa.
Los CRM o Sistemas de Administracion de las relacionescon el Cliente, tiene como objetivo aumentar las ventasfidelizar al cliente y optimizar los procesos de atencionpermitiendo mejoras utilizadades para la empresa.
Los Sistemas de Administracion de Conocimientos(KMS), permite a la organizacion captar y aplicar el conocimiento y la experiencia ayudan a enlazar los SCM con los ERP apoyando a los procesos paraadquirir, almacenar, distribuir y aplicar el conocimiento.
FYSH – VASH 2011
Arquitectura del Software
FYSH – VASH 2011
Arquitectura de N-niveles
100.000+
+ Bajo costo de administración de clientes.+ Alta accesibilidad.+ Alta flexibilidad.+ Alta disponibilidad y tolerancia a fallos.+ Alta escalabilidad.+ Independencia de DB
FYSH – VASH 2011
Visión de Arquitectura Orientada a Servicios (SOA)
Cluster deServidores de Aplicaciones
AplicacionesLegadas
Servidor de Procesos
(BPM)
Base de Datos
SistemaBatch
Portal deServicios Integrados
+ Requerimientos
Arquitectónicos
+ Heterogeneidad
+ Escalabilidad
+ Disponibilidad
+ Distribución
+ Manejabilidad de Procesos
+ Administración y monitoreo de
procesos, servicios e infraestructura
FYSH – VASH 2011
• Rational Unified Process
Arquitecto es un rol en un proyecto de desarrollo de software el cual es responsable de:
– Liderar el proceso de arquitectura.
– Producir los artefactos necesarios: Documento de descripción de arquitectura
– Modelos y prototipos de arquitectura.
• SUN SL-425:
El arquitecto:
– Visualiza el comportamiento
del sistema.
– Crea los planos del sistema.
– Define la forma en la cual los
elementos del sistema
trabajan en conjunto.
– Responsable de integrar los
requerimientos no-funcionales
(NRFs) en el sistema.
FYSH – VASH 2011
Discusión
+ Existe alguna diferencia entre arquitectura y diseño de software?
FYSH – VASH 2011
+ La arquitectura y el diseño difieren en tres áreas:
Arquitectura Diseño
Nivel de
Abstracción
Alto nivel Bajo nivel. Enfoque
específico en detalles
Entregables Planear subsistemas, interfaces
con sistemas externos,
servicios horizontales,
frameworks, componentes
reutilizables, prototipo
arquitectónico
Diseño detallado
componentes.
Especificaciones de
codificación
Áreas de
Enfoque
Selección de tecnologías,
Requerimientos no funcionales
(QoS),
Manejo de riesgos
Requerimientos
funcionales
FYSH – VASH 2011
La arquitectura envuelve un conjunto de decisiones estratégicas de diseño, lineamientos, reglas y patrones que restringen el diseño y la implementación de un software.
Las decisiones de arquitectura causan un alto impacto en los proyectos de IT
Arquitectura
Diseño
Implementación
Código
FYSH – VASH 2011
Discusión
+ Cuales son los principios fundamentales en los métodos
de desarrollo de software modernos?
FYSH – VASH 2011
Principios Fundamentales de Procesos Modernos
+ Desarrollo iterativo e incremental.
+ Conducido por las calidades sistémicas.
+ Centrado en la arquitectura.
+ Dirigido por los casos de uso.
+ Basada en Modelos.
+ Mejores prácticas de diseño.
FYSH – VASH 2011
Dado un conjunto de requerimientos primarios
FYSH – VASH 2011
Identificación de requerimientos funcionales y de calidad de servicio (QoS)
FYSH – VASH 2011
Identificación de supuestos, riesgos y restricciones
FYSH – VASH 2011
Identificación de Actores y Casos de Uso primarios
FYSH – VASH 2011
Arquitectura Lógica. Identificación de tiers lógicos, subsistemas y paquetes
FYSH – VASH 2011
Diseño de Arquitectura Runtime. Diagrama de Despliegue.
FYSH – VASH 2011
Plataforma Tecnológica. Definición de la matriz tecnológica de layers y tiers
FYSH – VASH 2011
Discusión
+ Los requerimientos no funcionales son fuentes
comunes de riesgo…
FYSH – VASH 2011
+ El manejo inadecuado de los requerimientos no funcionales, es una de
las fuentes más importante de riesgo en los proyectos:
– Reglas de negocio de alta complejidad.
– Calidades sistémicas
Seguridad
Rendimiento
Escalabilidad
Disponibilidad
Extensibilidad
+ La calidad de servicio (QoS = Quality Of Service) es un riesgo
primario relacionado con la arquitectura.
FYSH – VASH 2011
Definición
Propiedades que establecen la calidad de servicio (QoS) que un sistema expone.
Son globales a toda la arquitectura
Influencian el diseño.
Son no-funcionales pero observables.
+ Familias de Calidades
Sistémicas
+ Manifiestas
+ Operacionales
+ Desarrollo
+ Evolutivas
FYSH – VASH 2011
Observables por los usuarios del sistema.
Performance. Tiempo de respuesta desde el punto de vista del usuario.
Reliability. Grado de probabilidad de realizar operaciones correctamente.
Availability. Porcentaje de tiempo que un sistema puede procesar solicitudes.
FYSH – VASH 2011
Throughput. Solicitudes atendidas por unidad de tiempo.
Manageability. Cantidad inversa de esfuerzo para realizar labores administrativas.
Serviceability. Esfuerzo para actualizar el sistema para reparar errores.
+ Security. Prevención de uso indeseado, por abuso o uso inapropiado:
– Identidad– Autoridad– Confidencialidad– Auditabilidad– Integridad
+ Testability. Esfuerzo invertido para detectar y aislar errores.
Observables cuando el sistema está operando en producción.
FYSH – VASH 2011
Relacionadas con el comportamiento del sistema cuando sufre algún cambio.
+ Escalability. La habilidad para soportar la calidad de servicio requerida conforme la carga aumenta.
+ Flexibility. Esfuerzo ahorrado cuando
se hace un cambio de configuración.
+ Portability. Esfuerzo ahorrado
cuando se migra a una infraestructura
diferente.
+ Reusability. Esfuerzo ganado
en la utilización de componentes
existentes.
+ Extensibility. Esfuerzo ahorrado
para adicionar nuevas
funcionalidades.
+ Mantainability. Esfuerzo
ahorrado para revisar y corregir
errores.
FYSH – VASH 2011
Defina una persona o un grupo de personas experimentadas, encargadas de definir y validar arquitectura de sus proyectos.
Establezca los requerimientos de calidad de servicio con los expertos del dominio y con los usuarios finales.
Involucre al equipo de trabajo en el proceso de definición de arquitectura.
Documente y comunique la arquitectura y lineamientos de diseño y logre aceptación. No la imponga.
Sea firme con las decisiones, valore impactos e identifique riesgos.
FYSH – VASH 2011
Valore alternativas de arquitectura y diseño tomando en cuenta las calidades sistémicas y relación costo-beneficio.
Instancie los mecanismos arquitectónicos definidos incrementalmente. No los instancie en bloque.
Reutilice frameworks, patrones de diseño y mejores prácticas. Sea racional en el uso de tecnologías.
Tenga siempre presente que requerimientos de seguridad, integración con sistemas externos, canales de comunicacionescon poco ancho de banda, crecimiento del volumen de usuario, expectativas de cambios de requerimientos son fuentes comunes de riesgo.
FYSH – VASH 2011
Arquitectura Empresarial
Orientada a Servicios
FYSH – VASH 2011
Temas:
FYSH – VASH 2011
FYSH – VASH 2011
FYSH – VASH 2011
FYSH – VASH 2011
FYSH – VASH 2011
FYSH – VASH 2011
Recommended