Arquitectura De Sistema

RESUMEN EJECUTIVO

El propósito del trabajo es calificar correctamente los estándares que requiere el cliente con el proceso de administración, control y seguimiento de pagos y liquidaciones de cartera morosa las cual es el objetivo es llegar a la liquidación de los créditos.

El alcance del trabajo se realizó en su totalidad gracias al marco de trabajo de Zachman los cuales solamente se desarrollaros las 4 primeras etapas de dicho marco de trabajo, las cuales son:

Alcance contextual (planeador)

Modelo del negocio (conceptual) Dueño

Modelo del sistema (Lógico) Diseñador

Modelo de la tecnología (Físico) Constructor

Los modelos restantes del marco de trabajo son:

Representaciones detalladas (Fuera de contexto) Programador

Empresa funcionando rol: Usuario

Los dos puntos anteriores no se tomaron en cuenta para el desarrollo de este trabajo pero si indicaremos sus características principales:

Componentes o representaciones detalladas (Programador): Representación individual de los módulos independientes que pueden ser asignados a los contratistas para la ejecución de tareas. El programador trabaja en la fabricación de los componentes de acuerdo con las especificaciones del constructor. Las perspectivas del diseñador, constructor y programador se ubican claramente en el nivel de sistemas de información.

Sistema de trabajo: muestra el sistema operativo.

A partir de aquí se mostrara el desarrollo del trabajo enfocado a las estrategias, objetivos y metas de la empresa.

INTRODUCCION

En este trabajo nos enfocaremos en el marco de trabajo de Zachman para solucionar la problemática que presenta la institución.

La institución a diagnosticar con nombre “corporativo asg” el cual se enfoca en la recuperación de cartera morosa de instituciones financiaras y la problemática que presenta es la administración no tan efectiva de la información que resguarda en su base de datos por ello se analizara y solucionar el problema.

Las principales funciones que se manejan es la administración de la información de cada deudor de las instituciones que se manejan ya sea banco Santander de México o tiendas departamentales Liverpool, ingresar documentación de la investigación que se tenga de cada cuenta así como el historial de pagos o incumplimientos de estos.

Cada proceso de resultado se tiene hacer llegar a la institución financiera “cliente” por eso es importante tener el control de las llamadas, visitas, convenios, pagos que se tengan de cada una de las cuentas “deudores”, por ellos es importante tener en óptimas condiciones la información que se maneja en nuestra base de datos con cada una de la información que se requiera.

Para dar solución al problema se manejara con plataforma de modelo Unified Modeling Language (UML) lenguaje unificado de modelado (UML, por sus siglas en inglés, unified modeling language) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el omg (object management group).

Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. uml ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y compuestos reciclados.

IDENTIFICACION DEL PROBLEMA

El problema consiste en la solución para tener una óptima administración de la información que se requiere de los procesos que lleven al objetivo de la empresa.

MARCO TEORICO

El mundo contiene entidades, procesos, lugares, personas, tiempos y propósitos. Marco de Zachman para sistemas de información de la arquitectura (ISA) hace que enlace proporcione una taxonomía sistemática de conceptos para relacionar las cosas en el mundo de las representaciones en el ordenador.

La mayoría de las herramientas de programación y técnicas son un aspecto o unos pocos aspectos relacionados de un sistema. Los detalles del aspecto que seleccionan son mostrar mayor claridad, pero otros detalles pueden ser oscurecidos u olvidado. Como ejemplos, considere cada uno de las técnicas siguientes:

 Diagramas de flujo, que se introdujeron por John von Neumann en 1945, son los más antiguos y aún mayoría de la ayuda de programación ampliamente utilizado.

 Diagramas entidad-relación son populares notación gráfica para mostrar los tipos de entidad, su atributos, y las relaciones que los unen.

El propósito del el marco ISA es mostrar cómo todo encaja junto. Es una taxonomía con 30 cajas o células organizado en seis columnas (A través de la etiqueta E) y cinco filas (numeradas del 1 al 5). en lugar de sustitución de otras técnicas, se muestra cómo encajan en el esquema general. Diagramas de flujo, por ejemplo, puede ser adecuado para la descripción de la célula en la Columna B, Fila 5 (columna el proceso, roinw componente el marco); y entidad-relación (E-R) diagramas puede ser aceptable para COLUMNA A, fila 3 (la columna de datos, la fila de modelo del sistema).

Un lenguaje natural como el inglés es capaz de describir todo en cada célula. Sin embargo, inglés, que puede ser bueno para discutir el diseño decisiones en las primeras etapas del desarrollo del sistema, no es tan precisa y aplicable como las notaciones más especializadas.

Las gráficas son una notación gráfica legible para la lógica que está diseñado para traducciones desde y hacia naturales idioma.

Se puede describir cualquier cosa en cualquier célula del marco ISA, tienen una formalmente define el mapeo desde y hacia otras formas de lógica, y puede coexistir con la más especializada notaciones, incluyendo diagramas de flujo, diagramas E-R, y jerarquías orientado a objetos.

'Invitaron John Sowa, el diseñador del sistema gráfico conceptual, a participar en el desarrollo de las normas IRDS. También invitaron a John Zachman, el autor del marco de ISA, para presentar su marco y sus recientes extensiones. Al escribir este trabajo, los autores han aplicado conceptual gráficos a la descripción del marco ISA y sus extensiones.

Dentro de IBM, las normas ANSI IRDS y Zachman de Marco ISA son especialmente importantes para AD / Cycle * 0.6 "Las perspectivas AD / Cycle del modelo de empresa, el modelo de información, y la modelo de la tecnología fueron influenciados por los tres filas centrales del marco ISA.

Enterprise o el modelo de negocio-Next son el arquitecto de dibujos que representan el edificio definitivo desde la perspectiva del propietario, que lo hará tener que vivir con ella en las rutinas diarias de la empresa. Corresponden a la empresa (negocio) modelo, que constituye el diseño del negocio y muestra las entidades empresariales y procesos y cómo interactúan. Modelos de planes-El Sistema de arquitecto son la traducción de los dibujos en las especificaciones detalladas desde la perspectiva del diseñador.

La Tabla 1 muestra las perspectivas, limitaciones, y modelos para las tres primeras columnas que describían marco original de Zachman. Las limitaciones son aditivos; es decir, las limitaciones de una fila inferior se añaden al modelo de una fila más alta para producir un nuevo modelo en una nueva perspectiva. Idealmente, el nuevo modelo no debe ser tan diferente que el modelo de mayor fila no puede ser inferida (o ingeniería inversa) de la nueva modelo inferior fila.

Entonces los diseñadores que se encargan de las dos filas deben iniciar un diálogo para determinar lo que se debe cambiar y para asegurar que ningún hueco en las expectativas que existe entre las diferentes perspectivas. No importa qué tan deseable o estéticamente atractivo un futuro particular, sea vuelo, si viola las leyes de la física, no se puede implementar.

La razón para el aislamiento de una variable (abstracción), mientras que la supresión de todas las demás es para contener el completito el problema de diseño.

MARCO DE TRABAJO DE ZACHMANN

MARCO DE REFERENCIA DE ZACHMAN

http://viviana1100.jimdo.com/arquitectura-empresarial-de-tecnolog%C3%ADas-de-la-informaci%C3%B3n/marco-de-referencia-de-zachman/

TABLA DE ZACHMAN

Marco de Trabajo Zachman Datos Qué (Cosas) Función Cómo Procesos Red Dónde Localidad Personas Quién (Personas) Tiempo Cuándo (Tiempo) Motivación Por qué? Motivación

Alcance Contextual Planeador cosas importantes para el negocio procesos importantes para el negocio localidades en donde el negocio opera organizaciones importantes para el negocio Eventos Significativos para el negocio metas del negocio/estrategias

Modelo de Negocio (Conceptual) Dueño Modelo Conceptual de Datos /Objetos

Modelo de Proceso de Negocio

Sistema Logístico del Negocio

Modelo de flujo de trabajo Programa maestro

Plan de negocio

Modelo de Sistema (Lógico) Diseñador Modelo Lógico de Datos

Modelo de Arquitectura del Sistema

Arquitectura del sistema distribuido

Arquitectura de la interfaz humana Estructura del Procesamiento

Modelo de reglas de negocio

Modelo de Tecnología (Físico)

...