PROYECTO

ESCUELA:
INGENIERIA DE SISTEMAS

CURSO:
SOFTWARE II

TEMA:
PROYECTO

DOCENTE TUTOR:
ING.MENDOZA CORPUS CARLOS

ESTUDIANTES:
 TADEO EVARISTO CENAIDA
 RODRIGUEZ BAUTISTA MIGUEL

CICLO:
VI

AÑO:
2015-HUARAZ

pág. 0
PROYECTO

CONTENIDO
1. INTRODUCCION……………………………………………………………………………………………3
2. DATOS DE LA ORGANIZACIÓN……………………………………………………………….……..4
3. VISIÓN Y MISIÓN…………………………………………………………………………………….…...4
4. OBJETIVOS ESTRATÉGICOS…………………………………………………………………………5
5. ESTRATEGIAS ORGANIZACIONALES……………………………………………………………..5
6. ANÁLISIS FODA……………………………………………………………………………………………5
6.1. Fortalezas…………………………………………………………………………………………………..5
6.2. Oportunidades…………………………………………………………………………………………….5
6.3. Debilidades……………………………………………………………………………………………….6
6.4. Amenazas…………………………………………………………………………………………………...6
7. OBJETIVOS…………………………………………………………………………………………………6
7.1. Objetivo general…………………………………………………………………………………………6
7.2. Objetivos específicos……………………………………………………………………………….6
8. FACTORES DE L A EMPRESA……………………………………………………………………....9
8.1. Factores de éxito……………………………………………………………………………………....9
8.2. Factores críticos de éxito………………………………………………………………………...9
9. IMPLEMENTACIÓN DE TOGAF……………………………………………………………………..12
9.1. Fase Preliminar………………………………………………………………………………………..12
9.2. Definición de la Empresa………………………………………………………………………….13
9.3. Visión y Misión………………………………………………………………………………………….13
9.4. Ámbito………………………………………………………………………………………………………15
9.5. Contexto Organizacional…………………………………………………………………….……15
9.6. Requerimientos de la Arquitectura…………………………………………………………15
9.7. framework de trabajo……………………………………………………………………………...15
9.8. Catálogo de Principios……………………………………………………………………………..16
10. FASE A: VISIÓN DE LA ARQUITECTURA………………………………………………………18
11. FASE B: ARQUITECTURA DEL NEGOCIO…………………………………………………….21
11.1. Análisis de como pasar de AS IS Y TO BE……………………………………………..24
12. FASE C: ARQUITECTURA DE SISTEMAS DE INFORMACIÓN……………………...…28
12.1. Arquitectura de Datos……………………………………………………………………………..28
12.2. Arquitectura De Aplicaciones………………………………………………………………….30
13. FASE D: ARQUITECTURA TECNOLÓGICA…………………………………………………….40
14. FASE E: OPORTUNIDADES Y SOLUCIONES…………………………………………………50
15. FASE F: PLANIFICACIÓN DE LA MIGRACIÓN……………………………………………….53
16. FASE G: GOBERNANZA DE LA IMPLEMENTACIÓN……………………………………….57
17. CONCLUSION…………………………………………………………………………………………….59

pág. 1
PROYECTO

1. INTRODUCCION

The Open Group Architecture Framework Metodología y Framework de Enterprise Architecture

(EA) más utilizado por las organizaciones a nivel mundial para mejorar la eficiencia
empresarial. Estándar de EA más destacado y confiable, asegurando normas coherentes,
métodos, y la comunicación. TOGAF identifica los diversos procesos y objetivos de negocio así
como los principios y modelos que describen el estado futuro de la organización también,
ayuda a utilizar los recursos de manera más eficiente y eficaz, y lograr un mayor retorno de
la inversión. Y se puede utilizar para desarrollar una amplia variedad de arquitecturas
empresariales. TOGAF complementa, y se puede usar en conjunto con otros marcos de
referencia que se basan en entregables específicos para sectores verticales particulares
como por ejemplo Gobierno, Telecomunicaciones, Manufactura, Defensa, y Finanzas.

pág. 2
PROYECTO

2. DATOS DE LA ORGANIZACIÓN
 Aspectos legales (Razón social, Fecha de constitución, Gerente General)
 Razón social: Anior Import Medic E.I.R.L
 RUC: 20533986421
 Condición: Activo
 Fecha Inicio Actividades: 01 / Octubre / 2007
 Empadronada en el Registro Nacional de Proveedores
 Dirección Legal: Jr. Simón Bolívar Nro. 709
 Gerente general: Aníbal Luis Osorio Rosas

a) Referencia Histórica
La empresa ANIOR IMPORT MEDIC E.I.R.L., fue creado un 26 de abril del año 2001 por un
propietario el señor Aníbal Luis Osorio Rosas en el departamento de Cerro de Pasco,
como persona natural; posteriormente en el año 2007 el 1 de octubre se vuelve una
empresa jurídica perteneciendo a la empresa Anior Import Medic E. I.R.L. en la ciudad de
Huaraz, llevando el nombre de la empresa las siglas de sus datos personales.
3. VISIÓN Y MISIÓN
a) Visión
Ser empresa líder, brindando servicios de calidad con equipos e instrumental médico así
como de medicinas e insumos de garantía a nuestra clientes y posteriormente el
crecimiento de sucursales a otros departamentos.
b) Misión.

Somos una empresa, que brinda calidad a las organizaciones públicas y privadas con
equipos, instrumental médico y medicinas de alta calidad nivel nacional con puntualidad,
responsabilidad, honradez. A través de personal altamente calificado y productos
provenientes de laboratorios de reconocido prestigio. Con ayuda de las nuevas tecnologías
de información que nos permiten agilizar nuestros procesos de negocio y servicio al cliente.

pág. 3
PROYECTO

4. OBJETIVOS ESTRATÉGICOS

 Prestar servicios y productos de calidad y confiabilidad al nuestros clientes y/o

organizaciones públicas y privadas.
 Consolidar la empresa a nivel Regional, crecer en el mercado y aumentar la
rentabilidad.
 Propiciar el desarrollo del equipo humano de la empresa, comprometido y competente
para e ejercicios de sus funciones, en pro del cumplimiento de la misión de la organización.
 Atender con puntualidad y responsabilidad las peticiones de los clientes, a fin de ser
reconocidos como una empresa generadora de calidad y buen trato al cliente.
5. ESTRATEGIAS ORGANIZACIONALES

 Implementar un sistema integral para manejo de datos nuestros productos, del cliente y
sus necesidades de tal manera lograremos satisfacer sus necesidades.
 Alcanzar un 30% de participación del mercado Regional, aplicando métodos de mercadeo
y marketing para llegar al público.
 Mejorar el valor competitivo y productivo al trabajo de equipo humano, para el desarrollo
mediante capacitaciones, incentivos y reconocimiento a su buen desempeño laboral.
 Aplicar y desarrollar una buena gestión de servicio al cliente, Dando un trato
personalizado y de orientación al cliente en la toma de decisiones respecto a la compra
de nuestros productos.
6. ANÁLISIS FODA
6.1. Fortalezas

 Contar con servicios y productos de calidad y garantía.

 Recurso humano calificado, responsable y de calidad.
 Contar con certificaciones de laboratorios nacionales.

6.2. Oportunidades

 Hacer convenio con importadoras y laboratorios que puedan garantizar calidad.

pág. 4
PROYECTO

 Incrementar stock, personal y ganancias.

 Extender el mercado por las diferentes ciudades ya que se encuentra coberturando
muchos lugares del departamento de Ancash y del departamento de cerro de Pasco.
6.3. Debilidades
 No contar productos en stock cuando son requeridos de manera inmediata o de
emergencia.-.
 No contar con local propia.
 El costo de algunos equipos son bastante altos.

6.4. Amenazas

 La demora de pago de las instituciones de pago por parte de las entidades públicas y
tiene que incurrir en préstamos ya que su capital de trabajo se encuentra estancada.
 La competencia ya que hay barias empresas dedicadas al rubro.
 El equipo vendido presente alguna falla en un tiempo prematuro.
 Se presenten dificultades en la entrega de los productos.

7. OBJETIVOS
7.1. Objetivo general

 Proponer y ejecutar una propuesta estructurada sobre un modelo de inventario para el

manejo exacto de sus equipos e insumos médicos en el almacén.
7.2. Objetivos específicos
 Clasificar la información necesaria para la realización del modelo de inventario en base a
la información precisa del almacén.
 Determinar si es posible la implantación de un plan de acción para el control adecuado
de los inventarios de la empresa Anior Import Medic E.I.R.L.

a) Alcance

pág. 5
 PROYECTO

 Las funciones y tareas contenidas en el Manual deberán ser cumplidas por todos
los trabajadores que integran la Empresa.
b) Propósito
 Innovar nuestro producto en calidad y garantía para satisfacer al consumidor.

MATRIZ FODA

FACTORES
Fortalezas Debilidades
 Contar con servicios y productos  No contar productos en stock
de calidad y garantía. cuando son requeridos de manera
INTERNOS
 Recurso humano calificado, inmediata o de emergencia.-.
responsable y de calidad.  No contar con local propia.
 Contar con certificaciones de  El costo de algunos equipos son
Oportunidades
laboratorios nacionales. bastante altos.
 Hacer convenio con
importadoras y laboratorios que
Estrategia FO
Estrategia DO
puedan garantizar calidad.  Usar las fortaleza par a
 Aumentar las sedes en cada
 Incrementar stock, personal y aprovechas las oportunidades.
ciudad del Perú para aprovechar
ganancias.  Aprovechar el recurso humano
mejor el mercado.
 Extender el mercado por las calificado, responsable y de
 Reforzar con más productos al
diferentes ciudades ya que se calidad para lograr tener un
stock para incrementar ganancias.
encuentra coberturando muchos mayor mercadeo.

Amenazas Estrategia FA
 Aprovechar el respaldo
 La demora de pago de las
patrimonial para superar los riegos
Estrategia DA
instituciones por parte de las
de endeudamiento.  Aumentar más sedes para
entidades públicas,
 Ampliar sucursales que permita reducir la amenaza de competencia.
 incurrir en préstamos
una mejor atención, por lo tanto, la  El costo de algunos equipos son
bancarios ya que su capital de
disminución del desarrollo de otras muy costosos lo cual incurre a
trabajo se encuentra estancada.
empresas. préstamos de las entidades
 La competencia ya que hay
 Aprovechar la fortaleza de bancarias.
barias empresas dedicadas al
conocimiento de mercado ante
rubro.
posibles nuevos competidores
 Elpág.equipo
6 vendido presente
 MODELO
PROYECTO CANVAS DE LA EMPRESA: “ANIOR IMPORT MEDIC

I.E.R.L.”
SOCIOS CLAVE ACTIVIDADES CLAVE PROPUESTA DE RELACION CON LOS SEGMENTO DEL
VALOR CLIENTES MERCADO
Equipos Médicos:
 Adquirir productos a
precios económicos  Amplia gama de  Trato rápido y
 Riester
para generar equipos medicos. eficaz  Participar en
 Hodak
ganancias.  Esclusividad en los licitaciones para
 Ambu
 Precio acorde al equipos medicos aumentar el
 Rush huntleigh  Interacción de de mercado.  Venta adecuado crecimiento de la
 Bueco productos en el
empresa.
 Mindray stock.
 Calidad y
 Edan
garantia de  proveemos
 Gandus
nuestros equipos médicos
 Olympus al por mayor y
productos.
RECURSOS CLAVE CANALES menor a
 Servicio de instituciones
 Telefonos
Persona Infraestructur acesoria privadas y/o
 E-mail
l a personalizado. públicas.
Empleado  Local
 Visitas
 Almacén  licataciones
 Marca/Status
 Establecimiento
Capital Tecnología del local
Auto- Computador
aportació as
n Telefax

ESTRUCTURA DE COSTOS FUENTES DE INGRESO

 Renta Local  Pagos en efectivo

 Compras de productos  Transferencias
 Pedidos a los proveedores  Ventas mas economicos
 Impuestos  Anuncios
 Consumos

pág. 7
PROYECTO

8. FACTORES DE L A EMPRESA
8.1. Factores de éxito
Es algo que debe ocurrir (o debe no ocurrir) para conseguir un objetivo.
 Crecimiento del mercado
 Confianza
 Incrementar el cuota del mercado

8.2. Factores críticos de éxito

Se dice que es crítico cuando es necesario su cumplimiento para los objetivos de la
organización.
 Precios
 Efectividad en las licitaciones
 Descuento
 Innovación de productos
 Satisfacer al cliente

 LOS PROCESOS DE LA EMPRESA

pág. 8
PROYECTO

 MATRIZ STAKEHOLDER DE LA EMPRESA

pág. 9
PROYECTO Proceso de pedido del cliente

Proceso de venta

pág. 10
PROYECTO

9. IMPLEMENTACIÓN DE TOGAF
9.1. Fase Preliminar
a) Maximizar el beneficio de la empresa de proceso de pedido y venta:
Las decisiones son hechas siempre con el fin de maximizar las utilidades de la empresa
con el fin de desarrollo de un proceso de venta.
b) Uso de aplicaciones comunes:
Desarrollo de aplicaciones usadas a través de la empresa es preferida sobre el
desarrollo de aplicaciones similares o duplicadas que son solo provistas para una parte
de la organización.
c) Data compartida:
La empresa no cuenta con Data compartida.
d) fácil de usar:
La tecnología cumple un papel importante dentro de la empresa ya que mediante ésta
se hace el manejo y se llevan los registros, la empresa cuenta con una tecnología un
poco antigua hace falta una actualización de equipo tecnológico y de los sistemas
(hardware y software) al implementar de una manera adecuada estas herramientas de
trabajo se podrá hacer un uso fácil y dinámico para los trabajadores y clientes.
e) Pasos
 Determinar las organizaciones de la empresa que se van a trabajar
 Realizar la confirmación de los marcos de referencia de gobierno y de soporte
adicional.
 Establecer los principios de arquitectura, para llevar a cabo el trabajo de la
arquitectura.
f) Entradas
 Principios, objetivos y motivaciones del negocio
 Modelo organizacional de la AE
 Marco de referencia de arquitectura adoptado.

pág. 11
PROYECTO

g) Salidas
 Se obtiene el modelo organizacional de la AE
 Reafirmación o referencia de los principios de negocio, objetivos de negocio y
motivaciones de negocio.
9.2. Definición de la Empresa.
La empresa ANIOR IMPORT MEDIC E.I.R.L dedicada al cuidado de la salud, mediante la
comercialización de equipos e insumos médicos. Ubicada su sede principal en la ciudad
de Huaraz y con cobertura regional, garantiza la mejor relación costo/beneficio y
efectividad de resultados en la utilización de dichos productos.
La empresa busca obtener rentabilidad económica y social que permita el apoyo a las
instituciones de salud, convirtiéndose en una alternativa viable en las dificultades por
sobre costo de dichos insumos y permitiendo sostenibilidad en el tiempo del negocio.
9.3.Visión y Misión
a) Visión
Ser empresa líder, brindando servicios de calidad con equipos e instrumental
médico así como de medicinas e insumos de garantía a nuestra clientes y
posteriormente el crecimiento de sucursales a otros departamentos.
b) Misión.
Somos una empresa, que brinda calidad a las organizaciones públicas y privadas
con equipos, instrumental médico y medicinas de alta calidad nivel nacional con
puntualidad, responsabilidad, honradez.
c) Objetivos estratégicos
 Prestar servicios y productos de calidad y confiabilidad al nuestros clientes y/o
organizaciones públicas y privadas.
 Consolidar la empresa a nivel Regional, crecer en el mercado y aumentar la
rentabilidad.

pág. 12
PROYECTO

d) Estrategias organizacionales
 Implementar un sistema integral para manejo de datos nuestros productos, del
cliente y sus necesidades de tal manera lograr satisfacer sus necesidades.
 Alcanzar un 30% de participación del mercado Regional, aplicando métodos de
mercadeo y marketing.
 ESTRUCTURA ORGANIZACIONAL
ROL DESCRIPCIÓN
GERENTE Administrar la empresa
CONTADOR Informar sobre los ingresos y egresos de la
empresa.
ÁREA DE VENTA Encargado por los empleados a realizar
ventas
SECRETARIA Es la encargada de conocer, atender,
resolver y la planeación de las reuniones.
QUÍMICO FARMACÉUTICO Velar sobre los equipos e insumos
médicos que estén en perfecto orden.
CLIENTE

 ORGANIGRAMA INSTITUCIONAL

pág. 13
PROYECTO

9.4. Ámbito
a) Propósito
Innovar nuestro producto en calidad y garantía para satisfacer el cliente.
9.5. Contexto Organizacional
La empresa Anior Import Medic E.I.R.L dedicada a la compra y venta de equipo e insumos
médicos, dentro de su contexto es brindar buena calidad del servicio a sus clientes
teniendo la presencia a nivel regional.
9.6. Requerimientos de la Arquitectura
b) Los principales requerimientos son:
 Identificar claramente los procesos de la organización
 Reporte de cotizaciones de proveedores por ítem
 Reporte de productos que no rotan, es decir, permanecen en stock por períodos de
abastecimiento.
9.7. framework de trabajo
 motivación de zachman para desarrollar un framework de arquitectura empresarial
dentro la organización.

pág. 14
PROYECTO

 Frameworks de Arquitectura empresarial más reconocidos en el mercado,

desarrollado por The Open Group lo cual permitirá a la empresa a desarrollar.
 TOGAF un método detallado, para el desarrollo de una Arquitectura Empresarial
dentro de la organización.
 TOGAF, al igual que el Framework de Zachman, buscan representar, y describir a la
organización, con el claro objetivo, de que todos los componentes de una
organización trabajen en función de Alinear sus propios objetivos.

9.8. Catálogo de Principios

(Debe seleccionar de la lista de principios proporcionados por TOGAF)
9.8.1. Principios del negocio
a) Enunciado
 Los procesos de negocio de la empresa.
b) Racionalidad
 La orientación de los servicios ofrece agilidad a la empresa y un flujo de la
información.
c) Implicancias
 la representación del servicio utilizado descripción del negocio.
 Procesos de negocio
 Objetivos
 Reglas, políticas
d) Racionalidad
 La facilidad de uso de la tecnología subyacente para el empleo de aplicaciones
9.8.2. Principios de aplicación
a) Nombre: Primacía de principios
b) Declaración:

pág. 15
PROYECTO

 Principios orientados al manejo de información que debe ser cubierto en toda la

empresa.
c) Fundamento:
 Es una manera de proveer un estándar de calidad de información para la toma de
decisiones en las distintas áreas de la empresa.
d) Implicancias:
 Excluir este principio nos llevaría a decisiones erróneas debido a preferencias entre
áreas e incongruencias de veracidad de información.
 Nuevos proyectos de gestión de sistemas de información no se inician hasta que
ellas hayan cumplido con los principios establecidos.
9.8.3. Principios Tecnológicos
a) Principios
 Maximizar el beneficio de la empresa
 Las decisiones son hechas siempre con el fin de maximizar las utilidades de la
empresa.
b) Uso de aplicaciones comunes
 Desarrollo de aplicaciones usadas a través de la empresa es preferida sobre el
desarrollo de aplicaciones similares o duplicadas que son solo provistas para una
parte de la organización.
c) Data compartida
 la empresa tiene una base de datos (solo utiliza el excel).
d) Data accesible
 Para que todos los usuarios puedan realizar sus funciones de la mejor manera.
e) Fácil de usar
 La tecnología que se implementa tiene que ser de fácil manejo y aprendizaje para
todos los usuarios, a fin de que puedan concentrarse en las tareas que tienen que
realizar.
pág. 16
PROYECTO

10. FASE A: VISIÓN DE LA ARQUITECTURA

El desarrollo de la arquitectura supone, en primer lugar, el compromiso de la alta dirección

para llevar a cabo los objetivos. El diseño iniciará una vez que el proceso de definición de
arquitectura esté terminado, y será implementado gradualmente.
La arquitectura propuesta iría con la visión de la empresa, así como con las
recomendaciones brindadas en el primer trabajo debería responder a:
Establecer una relación fluida con nuestros proveedores, abriendo un canal directo de
comunicación para que sepan en qué momento necesitamos de insumos, de manera que no
se vea afectada la producción.
a) Objetivos
 Desarrollar una visión de alto nivel de las capacidades y el valor de negocio que se
desean obtener.
 Obtener la aprobación del desarrollo de la arquitectura de la alta dirección
 Ser una empresa que los demandantes reconozcan por su calidad y variedad de
productos.
b) Misión
 Aprovechar las oportunidades del mercado y solucionar todas las necesidades de
sector salud en una forma competitiva y creativa, gestionando un buen servicio de
calidad, mediante la comercialización y servicio técnico de equipos médicos
hospitalarios de alta tecnología.
c) Visión
 Ser reconocida como la empresa de suministros médicos más completa del mercado
por su calidad en los productos y excelencia en el servicio post venta”.

pág. 17
PROYECTO

d) Escenarios de Negocio
Basándonos en los escenarios de negocios podemos describir los problemas que tienen el
negocio, para nuestro caso Anior Import Medic , expresándolo en términos empresariales
y de arquitectura, debido a ello se puede apreciar los procesos de cada negocio, incluso la
relación que tiene unos con otros negocios, lo que nos va permitir la formación de una
buena arquitectura TI, y así poder plantear las posibles soluciones que puedan ayudar a la
empresa, y respetando los principios establecidos, y de los objetivos.
Escenario de negocio 1: Falta de clientes nuevos locales e internacionales
a) Identificación del problema
La empresa no está consiguiendo captar nuevos clientes tanto locales como
internacionales, esto es un motivo de preocupación ya que a pesar de que se mantiene un
buen nivel de ganancias no se está obteniendo mejoras en cuanto a estas.
El último periodo se obtuvo un considerable aumento de las ventas, que trajo como
consecuencia un aumento de las utilidades pero observando los clientes que tiene la
empresa son casi los mismos.
Este problema puede traer consecuencias a largo plazo ya que se dependerá únicamente
de los clientes que se cuentan actualmente y no se tendrá nuevos clientes que generen una
mayor demanda y por tanto una mayor producción de los productos.
b) Ambiente de negocio
Este problema afecta el desarrollo del negocio y las ventas en un largo plazo, la empresa
nunca tuvo fuertes campañas de marketing ni un área de Marketing muy desarrollada
debido a que su posicionamiento en el mercado le permitía dedicarse a otros procesos.
c) Ambiente Tecnológico
Un aspecto que podrá colaborar con la mejora de la imagen de Anior Import Medic, es
aplicando las tecnologías de información y comunicación (TIC) lo cual son adecuadas para
administrar la organización, optimizar los procesos y planificar la actividad de la empresa.

pág. 18
PROYECTO

Un ejemplo claro de estos tipos de tecnologías de comunicación e información para una

empresa son: el uso del internet, el intranet y el extranet.
d) Meta a lograr
Aumentar en un 10 % el número de clientes de Anior Import Medic y conservar los que
actualmente maneja la empresa.
e) Actores Humanos
Los encargados del área de Marketing, quienes deberán usar todo su esfuerzo en encontrar
las alternativas óptimas para poder lanzar el nombre de la empresa aún más alto de lo que
está. Además de ofrecer un mejor servicio.
La filosofía y visión de los encargados se debe uniformizar dentro de dicha área para poder
lograr los objetivos deseados.
f) Actores Informáticos
Equipos para el área de Marketing con las especificaciones necesarias, de manera que los
trabajadores cuenten con las herramientas suficientes.
Indicadores de éxito
La empresa sea conocido en el mercado a nivel regional e nacional que la gente vea la
empresa ofrece un producto de calidad.
Qué el número de clientes para el próximo periodo se vea incrementado.
g) Requerimiento
Probablemente los procesos actuales no permiten detectarlos a tiempo, o no se cuenta con
una política de detección por proceso, sino que se hace una ligera inspección al finalizar el
proceso, pasándose por alto estas deficiencias.
Quizá no sea un gran problema, ya que ciertas productos no afectan mucho al usuario si no
se cumplen con las condiciones establecidas al mínimo detalle, sin embargo es una falencia
a la que se debe atacar.
h) Ambiente de Negocio

pág. 19
PROYECTO

El proceso de negocio se refiere a las diversas actividades que se realizan a la venta de

insumos médicos. Este proceso es semi-complejo, considerando la cantidad de actividades.
i) Ambiente Tecnológico
Un punto importante que se debe mencionar es que se está trabajando con las instituciones
de la salud, así que uno de los principales cambios, aparte de algunos ajustes en el proceso
mismo de producción, sería la evaluación de traer nuevos productos de forma que la
calidad de los productos se vea mejorados.
j) Meta a lograr
Aumentar el nivel de satisfacción de los clientes, así como disminuir la cantidad de
productos defectuosos.
k) Actores humanos e informáticos
Se identifican como actores humanos:
 El personal encargado de la inspección en cada etapa del proceso productivo.
 El trabajador del área de venta, quien está en contacto con los clientes.
Son actores informáticos:
 El gerente encargado de normar la producción, así como se evaluará el nivel de
calidad de los productos.
Indicador de éxito
 Los reportes que indican la cantidad de productos defectuosos, así como también las
encuestas que se les hacen a los clientes sobre su nivel de satisfacción y las
recomendaciones o críticas que ellos dan.

11. FASE B: ARQUITECTURA DEL NEGOCIO

La arquitectura software de debe cubrir el dominio lógico o de negocio, siguiendo las
recomendaciones de IEEE 1471-2000, TOGAF y otras arquitecturas globales. Esta
arquitectura cubre los requisitos y las competencias de todos los actores involucrados en
los procesos de atención socio sanitaria: en esta fase, se definen las vistas que nos
pág. 20
PROYECTO

permitirán tener una clara idea del organigrama del personal involucrado, los procesos y
las funciones existentes; otras vistas incluidas en esta arquitectura de negocio recogen
la usabilidad, el aspecto ético y los indicadores de éxito.
a) Modelo de Procesos
El siguiente modelo ha sido realizado para conocer las funciones y actividades que se
realizan dentro de ANOIR IMPORT MEDIC, para este fin se ha utilizado la notación BPMN.
Se describe desde la realización del pedido del cliente hasta la entrega del pedido en forma
general.
b) El proceso es como sigue:
 Pedido del Cliente
 Planificación de la Producción
 Compra de Materiales y su almacenamiento
 Producción y despacho
 Elaboración de Estrategias y Estudio de Mercado
c) Los objetivos de la Fase B son los siguientes:
 Describir la arquitectura base de negocio
 Desarrollar un objetivo de negocio de Arquitectura, que describe el producto y /o
estrategia de servicio, la organización, la información funcional, procesos, y los
aspectos geográficos del entorno empresarial, basado en los principios de negocio,
los objetivos de negocio y los conductores estratégicos.
 Analizar las diferencias entre las arquitecturas de referencia y de destino de negocios
para seleccionar los puntos de vista de arquitecturas pertinentes que
d) OBJETIVOS
 Objetivo general

 Proponer y ejecutar una propuesta estructurada sobre un modelo de inventario para

el manejo exacto de sus equipos e insumos médicos en el almacén.

pág. 21
PROYECTO

 Objetivos específicos

 Clasificar la información necesaria para la realización del modelo de inventario en

base a la información precisa del almacén.
 Determinar si es posible la implantación de un plan de acción para el control
adecuado de los inventarios de la empresa Anior Import Medic E.I.R.L.
e) vista de organigrama
La vista de organigrama facilita la documentación de las estructuras organizativas que
proveen o reciben servicios socio sanitario, los actores asociados a cada una de ellas, su
jerarquía y las relaciones existentes entre ellas.
f) vista de procesos
La vista de procesos recoge todos los procesos de los actores involucrados, indicándonos
qué se hace, sobre qué y cuál es el resultado de ello. De esta forma, se puede tener una
visión muy clara de qué es lo que hace realmente un proceso de venta. Así, se podrá ver la
existencia, duración y características de cada uno de los procesos.
g) vista ética
Hoy en día, el ciudadano está asumiendo un rol más activo y responsable de tener un centro
hospitalario. Así, los aspectos éticos de cualquier venta estén siendo cada vez analizados
con más detalle, suponiendo una ventaja competitiva para el cumplimiento de los principios
o códigos promulgados por diferentes organizaciones.
h) vista de usabilidad
Usabilidad es un término asociado generalmente a software pero que puede ser relevante
para cualquier producto, componente. Algunas de las maneras de mejorar la usabilidad son:
reducción del tiempo para realizar unas tareas y una mejora en la satisfacción del sector
salud.
i) vista de rendimiento del negocio

pág. 22
PROYECTO

Usuarios, gestores y directores ejecutivos tienen como una de sus competencias el

rendimiento. Así, esta vista recoge, bajo las ópticas de los diferentes actores, cualquier
aspecto relativo al rendimiento y su entorno.
j) Requerimientos técnicos mínimos
Los requerimientos técnicos indica que el plazo máximo de entrega de los equipos e
insumos médicos.
Y asegurar que el proyecto cumple con las expectativas de sus clientes y de sus
interesados, tanto externos como internos, siendo el proceso que garantiza el vínculo entre
lo que esperan los clientes y usuarios, y lo que los equipos de proyecto tienen que
desarrollar.
k) Requerimientos Funcionales
 Controlar la entrada y salida de los equipos médicos e insumos en la empresa
Gestionar el mantenimiento preventivo y correctivo de los equipos.
 Estipular en tiempo real la asignación de equipos a los pacientes domiciliarios,
controlando y generando su orden de despacho y ubicación.
l) Requerimientos no Funcionales
 el hardware y software será de fácil manejo para el usuario
Serán compatibles con los navegadores Mozilla, Chrome.
 El sistema operativo del servidor podrá ser Windows Server 2010 en adelante.
11.1. Análisis de como pasar de AS IS Y TO BE
a) AS IS
 Ventas de los productos de forma manual.
 Compras de los productos a los proveedores de forma manual.
 Registro de ventas de forma manual.
 Registro de copras a proveedores de forma manual.
 Registro de facturas de forma manual.

pág. 23
PROYECTO

 Registro de almacén de forma manual

 Perdida de datos (facturas y boletas de compras y ventas).
 Deficiente sistema de ventas.
b) TO BE
 Las situaciones de mejora en la compra y venta son los registros de
 compras y las ventas de los artículos y su facturación.
 Un Mejor Servicio.
 Mayor Rapidez.
 Llegar Hacer Más Competitivo en el Servicio al Cliente.
 Mantener una Buena Imagen de Negocio.
 Disminución de la Cantidad de Tiempo de los Empleados para
 la registración de los artículos.
 Brindar un Excelente Servicio.

pág. 24
PROYECTO

 LOS PROCESOS DE LA EMPRESA

1. Proceso de pedido del cliente

pág. 25
PROYECTO 2. Proceso de preparación de equipos médicos
de un pedido

3. Proceso de cobranza de un cliente

pág. 26
PROYECTO

12. FASE C - ARQUITECTURA DE SISTEMAS DE INFORMACIÓN

12.1. Arquitectura de Datos
a) Principios de Datos
No cuenta con base de datos
b) Recomendaciones
Accesibilidad de datos
Todas las áreas deben tener acceso a los datos de acuerdo a sus funciones.
Fundamento:
El rápido acceso a los datos permite eficiencia y efectividad en la toma de
Decisiones y proporciona soluciones oportunas a requerimientos de información para
optimizar los procesos de producción.
c) Datos son compartidos
Los Usuarios tendrían acceso a los datos necesarios para rendir sus tareas.
Fundamento:
El acceso oportuno a datos correctos es esencial para mejorar la calidad y
Eficiencia en la toma de decisiones de la empresa. Hay un menor costo en
Mantener acceso oportuno de datos en una aplicación y luego compartirla que
Mantener datos duplicados en múltiples aplicaciones.
d) Seguridad de Datos
Los datos deberán ser protegidos del uso no autorizado y de su revelación.
Fundamento:
La información tiene que ser protegida para evitar especulación no garantizada, mal
interpretación y uso inapropiado.
Implicancias:
Datos pueden ser puestos en lugares con acceso restringido para “sólo
Vista” o “nunca verlos”. Seguridad tiene que ser diseñada dentro de los
Elementos de datos desde el inicio y no ser agregados más tarde, datos y
pág. 27
PROYECTO

Tecnología tienen que ser protegidos de acceso no autorizado y su

Manipulación.
e) Matriz Función – Entidad
Puntos de vista dirigidos a aspectos claves de las preocupaciones de los grupos de interés.
Proveedores:
Las aprobaciones de órdenes de compra podrán hacerse en un menor tiempo lo cual
beneficia a los proveedores.
Alta gerencia:
 Interacción con un solo aplicativo.
 Mayor facilidad ante la solicitud de reportes
Personal:
 Roles y funciones definidos.
 Interacción con la empresa de manera directa y no indirecta.
 Mejor planeamiento de la producción.
Clientes:
Las ordenes de pedidos serán atendidos con mayor rapidez beneficiando
Enormemente al cliente.
f) Aspectos Cualitativos
Confidencialidad:
Asegurar que la información sea accesada solo por el personal
Autorizado.
Integridad:
Deberá Asegurar que la información solo sea modificada por el
Personal autorizada.
Modificación de activos solo por usuarios autorizados de maneras autorizadas.

Diferentes significados:
pág. 28
PROYECTO

 Preciso
 Exacto
 Inmodificable
 Modificable solo por personal autorizado
 Consistente
Disponibilidad:
Asegura que la información y los sistemas puedan ser accesados
Cuando los necesite el personal autorizado.
Objetivos de disponibilidad:

 Respuesta oportuna
 Asignación justa
 Tolerante a falla
 Utilidad

12.2. Arquitectura De Aplicaciones

Descripción del punto de partida de las aplicaciones
a) Aplicación 1
Nombre: módulo de venta
Implementación: Modulo adquirido
Encargados de entregas de productos: Área de almacén
Unidad de negocio responsable de sus requerimientos
Proceso de Ventas
Simple descripción de lo que la aplicación hace
El proceso de venta ofrece métodos aceptados de planificación y control de los materiales
hasta la entrega misma de los productos.

Estado: Operativo
pág. 29
PROYECTO

Funciones de negocio soportadas

Proceso de venta
Unidades organizacionales soportadas
 Almacén
 Logística
 Ventas
b) Aplicación 2
Nombre: módulo de compras
Implementación: Modulo adquirido
Encargados de realizar las compras: Área de logística
Dueño/unidad de negocio responsable de sus requerimientos
 Compras y Logística
Simple descripción de lo que la aplicación hace
 El proceso proporciona un soporte detallado de las actividades diarias acerca del
consumo de materiales y equipos en los procesos de venta
Estado: Operativo
Funciones de negocio soportadas
 Control de entrada de productos
 Verificación de stock
 Programar y coordinar las operaciones
Unidades organizacionales soportadas
 Productos
 Logística
c) Aplicación 3

Nombre: Modulo de pedido

Implementación: Modulo adquirido
pág. 30
PROYECTO

Encarga de productos: Área de almacén

Dueño/unidad de negocio responsable de sus requerimientos
 Pedido, Ventas y Logistica
Simple descripción de lo que la aplicación hace
 Este módulo proporciona un conjunto de registros de datos y un proceso de
registro de ventas
Estado: Operativo
Funciones de negocio soportadas
 Control de salida productos
 Recepción de los productos requeridos por los clientes
 Gestionar las actividades de pedidos y ventas de los productos
Unidades organizacionales soportadas

 Ventas
 Logística
d) Aplicación 4
Nombre: Modulo de Contabilidad
Implementación: Modulo adquirido
Encargados de su mantenimiento: Área de contabilidad
Dueño/unidad de negocio responsable de sus requerimientos
 Administración, Contabilidad
Simple descripción de lo que la aplicación hace
 Este módulo satisface todas las necesidades de gestión financiera
 y contabilidad además de poseer los principales reportes.
Estado: Operativo
Funciones de negocio soportadas
 Contabilidad
pág. 31
PROYECTO

 Cuentas por pagar

 Cuentas por cobrar
 Contabilidad bancaria
Unidades organizacionales soportadas
 Contabilidad
Plataformas de hardware/software
Hardware
4 Maquinas
 Pentium Core 2 duo, 4GB RAM ( 1 máquinas )
 Pentium III, 256MB RAM (3 máquinas )
Software
 Windows XP ( 1 máquinas )
 Windows 2000 ( 3 máquinas )

Base de Datos: Base de datos en Excel

Redes de comunicaciones: LAN – Ethernet 100Mbps
Principios de aplicaciones validados, o nuevos principios de aplicaciones
Nombre: principios
Declaración: Principios orientados al manejo de información sobre sus
Productos que debe ser cubierto en toda la empresa.
Fundamento: Es una manera de proveer un estándar de calidad de información para la
toma de decisiones en las distintas áreas de la empresa.
Implicancias:
Excluir este principio nos llevaría a decisiones erróneas debido a
Preferencias entre áreas e incongruencias de veracidad de información.
Nuevos procesos de gestión ventas
Nombre: La continuidad de las operaciones
pág. 32
PROYECTO

Declaración: Tanto procesos de la empresa y maquinarias de producción no

Pueden caer en tiempos muertos o de operación nula.
Fundamento: Prevención ante posibles situaciones de mal funcionamiento de
Equipos de trabajo, identificando la causa del mismo y la solución más viable Frente a este
que se presente.
Implicancias:
 Análisis de comportamiento e identificación de periodos clave en la empresa.
 Reconocimiento de los procesos críticos en la empresa.
 Se debe tener revisiones constantes, pruebas de procesos críticos para
 Asegurar la continuidad y el normal desarrollo de las funciones de la Empresa.
Nombre: El manejo de los procesos debe ser responsabilidad de cada miembro de la
empresa.
Declaración: Participación de todas las áreas en el manejo de los procesos.
Fundamento: Afinamiento en la relación usuario-proceso-empresa,
Destacando la importancia del manejo de los procesos para cubrir las
Necesidades de la empresa
Implicancias:
Todos los miembros de la empresa deberán comprometerse con la
Implementación de los mismos.
Nombre: Administración de reportes
Declaración: Todas las áreas cuentan con reportes que deben ser
Administrados de manera correcta para establecer puntos como:
 Historial correspondiente
 Comportamiento de las áreas
 Estado de reportes
Fundamento:

pág. 33
PROYECTO

Una debida administración de reportes permite un análisis de los reportes para acciones
futuras.
Implicancias:

 Un factor más para la toma de decisiones.

 Fluidez de información en todas las áreas de la empresa.
Aspectos Cualitativos de las Aplicaciones:
Seguridad
Los módulos al ser propios deben integrarse con los que ya cuenta la empresa.
Costos
El costo por los módulos viene a ser elevado pero las fallas de maquinaria, en Revisión de
calidad entre otros ameritan hacer un análisis de coste-beneficio
Para determinar la posibilidad de implementar esos módulos y terminar con los problemas.
Performance
Es conocida la eficiencia de los módulos, y que será reflejada en los procesos de la empresa.
 Catálogo de la cartera de aplicaciones

pág. 34
PROYECTO

 Catálogo de interfaz

 Matriz Sistema / Organización

 Matriz Rol / Sistema

pág. 35
PROYECTO

 Matriz Sistema / Función

 Diagrama de casos de uso de sistema

pág. 36
PROYECTO

 Casos de uso cliente ---- ventas

 Proceso de cobranza de un cliente

pág. 37
PROYECTO

 Proceso de preparación de equipos médicos de un pedido

 Diagrama de migración de aplicaciones

pág. 38
PROYECTO

13. FASE D: ARQUITECTURA TECNOLÓGICA

Descripción de los sistemas existentes en términos de los servicios del marco TOGAF
Tecnológica Versión 0.1:
a) Restricciones de la arquitectura tecnológica
 Teniendo ya una base de software implementado la tecnología deberá adaptarse a lo
ya puesto y no presentar mayor problema al momento de su implementación.
 El esquema del proceso a implementar deberá satisfacer todas las Arquitectura
necesidades de acuerdo a la funcionalidad del aplicativo y deberá contar con un
diseño óptimo que certifique disponibilidad y seguridad.
b) Principios
 Maximizar el beneficio de la empresa.
 Las decisiones son hechas siempre con el fin de maximizar las utilidades de la
empresa.
c) Compras y Ventas
 Registros de compra de insumos.
 Registros de ventas.
 Registros de pedidos.
 Interconexión con módulos de pedidos y gestión de inventarios
d) Existencias
 Registros de líneas de producción.
 Interconexión con módulos de gestión de inventarios, ventas y pedidos.
 Emisión de reportes.
e) Contabilidad y Recepción

pág. 39
PROYECTO

 Registro de aprobaciones para el control de pago al personal.

 Servicios de Transferencia de Fondos
 Registro de solicitudes, informes, reportes, etc.
Pasó 1: Considerar diferentes modelos de referencia, vistas y herramientas
Objetivo: Especificar protocolos, hardware, aplicativos y estándares de acuerdo con la
arquitectura a implementar.
Arquitectura tecnológica Versión 0.2
 Puntos de vista arquitectónicos de la arquitectura tecnológica
a) Vista de Hardware de la red de computación
 Tarjetas de red
 Routers y Conmutadores (Switches)
 Microsoft office 2007
 Impresora
 Telefax
 Medio de transmisión: cable trenzado
b) Vista de procesamiento
 Protocolo TCP
 Gestión de Buffers
 Control de flujo
 Sistema gestor de red
c) Vista de estándares
 ISO (International Organization for Standardization)
 ITU-T (International Telecommunication Union- Telecommunications Sector)
Pasó 2: Crear modelo de arquitectura con bloques de construcción

pág. 40
PROYECTO

Objetivo: Agrupación de hardware, aplicativos y estándares de acuerdo con la arquitectura a

implementar en bloques según vista.
d) Arquitectura tecnológica versión 0.3
Modelo de la arquitectura tecnológica
e) Vista de hardware de la red de computación
• Bloque de seguridad:
• Bloque de hardware
 Tarjetas de red
 Routers y Conmutadores (Switches)
 Medio de transmisión: cable trenzado
f) Vista de procesamiento
 Gestión de Buffers
 Control de flujo
Paso 3: Seleccionar portafolio de servicios por cada bloque de construcción
Objetivo: Asociar servicios con cada bloque de especificado en la etapa anterior.
g) Arquitectura tecnológica versión 0.4:
Servicios propuestos de la arquitectura tecnológica (una descripción de los conjuntos de
servicios requeridos también conocidos como estructura específica para una organización).
Bloque de seguridad: Servicio de seguridad para todos los sistemas propuestos.
Bloque de hardware: Servicio de soporte del sistema propuesto
Bloque de base de datos: Servicio de registros actualizaciones de datos indispensables para
el negocio.
Bloque de servidores: Servicios de correo electrónico
Bloque de gestión: Servicios de inventarios orientados a la venta compra y pedidos de
los productos.
Servicios de manejo de planillas

pág. 41
PROYECTO

Paso 4: Confirmar metas y objetivos de negocio

Objetivo: Contraste entre la metas y objetivo y la arquitectura a implementar.
Metas:
 Aumentar el nivel de satisfacción de los clientes
 Cumplir con el presupuesto asignado
 Desarrollar un sistema integrado para toda la organización
 Aumentar las utilidades en 2% con respecto al año anterior
Objetivos:
 Generar con nuestros clientes redes de innovación y articulaciones productivas y
comerciales sostenibles, mediante el desarrollo de factores de diferenciación.
 Garantizar la sostenibilidad organizacional mejorando la gestión del conocimiento,
los procesos de gerencia, el desarrollo de competencias y el uso eficiente de los
ingresos.
 Alcanzar un 100% de Satisfacción del Cliente en cada pedido de los productos.

Paso 5: Determinar los criterios para las especificaciones

Objetivo: El objetivo de este paso es desarrollar un conjunto de criterios para escoger
especificaciones y conjuntos de especificaciones.
Arquitectura tecnológica Versión 0.6:
Requerimientos de trazabilidad de la arquitectura tecnológica (criterios de selección de
estándares).
Criterios de Selección de estándares:
 Criterio que se ajuste a las necesidades y procesos de Ventas.
 Criterio que nos permita cumplir con nuestros objetivos y metas.
 Que se adapten fácilmente a la empresa.
 De carácter comercial para la facilidad de información.
Los Estándares están basados en:
 Servicios de gerencia de datos
 Servicios de red

pág. 42
 PROYECTO

 Servicios del sistema operativo

 Servicios de seguridad

LOS CATÁLOGOS
 catálogo de normas de tecnología

ID NOMBRE

CNT_1 ISO (International Organization for Standardization)

CNT_2 ITU-T (International Telecommunication Union- Telecommunications Sector)

CNT_3 ITIL (Biblioteca de Infraestructura de Tecnologías de Información)

CATALOGO DE PORTAFOLIO DE TECNOLOGÍA

 Hardware

ID DESCRIPCION CANTIDAD
CPTH_1 COMPUTADORA HP Pentium Core 2 duo, 4GB RAM 1

CPTH_2 COMPUTADORA COMPAQ Pentium III, 256MB RAM 3

CPTH_3 IMPRESORAS epson l210 1

CPTH_4 1
1. TELEFax Multifuncional HP Officejet J3680

pág. 43
PROYECTO

 software

ID DESCRIPCION CANTIDAD

CPTS_1 Windows XP 1

CPTS_2 Windows 2000 3

CPTS_3 Microsoft Office 2007 7

pág. 44
PROYECTO

 LAS MATRIZ

13.1. PROPUESTA DE RED PARA FUTURA

a) implementación de la empresa
Una red en estrella es una red en la cual las estaciones están conectadas directamente a un punto
central y todas las comunicaciones se han de hacer necesariamente a través de éste. Se utiliza
sobre todo para redes locales. La mayoría de las redes de área local que tienen un enrutador
(router), un conmutador (switch) o un concentrador (hub) siguen esta topología. El nodo central en
éstas sería el enrutador, el conmutador o el concentrador, por el que pasan todos los paquetes de
usuarios.

b) Comunicación en la Topología Estrella

pág. 45
PROYECTO

En una red estrella tipica, la señal pasa de la tarjeta de red (NIC) de la computadora que está
enviando el mensaje al Router y este se encarga de enviar el mensaje a todos los puertos. La
topología estrella es similar a la Bus, todas las computadoras reciben el mensaje pero solo la
computadora con la dirección, igual a la dirección del mensaje puede leerlo.

c) Ventajas de la Topología Estrella

La topología estrella tiene dos ventajas grandes a diferencia de la topología Bus y Ring. Es más
tolerante, esto quiere decir que si una computadora se desconecta o si se le rompe el cable solo
esa computadora es afectada y el resto de la red mantiene su comunicación normalmente. Es fácil
de reconfigurar, añadir o remover una computadora es tan simple como conectar o desconectar el
cable.

 FLUJUGRAMA DE RED DE LA EMPRESA

pág. 46
PROYECTO

 DIAGRAMA DE DESCOMPOSICIÓN DE PLATAFORMA

 DIAGRAMA DE PROCESAMIENTO

pág. 47
PROYECTO

 DIAGRAMA DE HARDWARE DE RED DE COMPUTADORAS

 DIAGRAMA DE INGENIERÍA DE COMUNICACIONES

pág. 48
PROYECTO

14. FASE E- OPORTUNIDADES Y SOLUCIONES

La actividad a la que se dedica la empresa OPORTUNIDADES Y SOLUCIONES, ANIOR IMPORT MEDICA a
la venta de equipos médicos.

Ser el nexo entre tecnología y negocio no es una misión sencilla, pero creemos que es una misión
por la que vale la pena esforzarse cada día más.

a) Objetivos
 Desarrollar una visión de alto nivel de las capacidades y el valor de negocio que se desean
obtener.
 Obtener la aprobación del desarrollo de la arquitectura de la alta dirección
 Ser una empresa que los demandantes reconozcan por su calidad y variedad de productos.
b) Alcance
 Lograr el liderazgo en el mercado de Ancash.
 La Propuesta de Mejorar la calidad de empresa.
 Definir una línea de base para medición y control de la empresa.

pág. 49
 PROYECTO

 Diagrama de contexto del proyecto

Req. Orden
CLIENTE

PROCEDE A OFERTAS
EXTERNAS PROCESO DE VENTA
LOCAL EMPRESA EXTEERNO

Req. Orden

LOGISTICA

ADMINISTRADOR

 Diagrama de contexto del proyecto

Entidad CLIENTE PRODUCTOS

Registra
Proceso VENTAS PEDIDO

Adquiere RECEPCION Pedios

PAGOS

pág. 50
 PROYECTO

 Diagrama de beneficios

CARACTERÍSTICA IMPACTO RESULTADO / BENEFICIO KPI (indicador clave

de desempeño)

Nos ayuda a mejorar Mucho mejor del Tiene una mejor gestión Ayuda a reducir los
la gestión de rendimiento de los en el proceso de ventas gastos en la dentro
información para la procesos. en la empresa organización
empresa y el cliente

pág. 51
PROYECTO

15. FASE F-PLANIFICACIÓN DE LA MIGRACIÓN

En esta fase la planificación de la migración; es decir, cómo moverse desde la arquitectura de la
Línea de Base a la Arquitectura de Destino finalizando un Plan de Implementación y Migración en
detalle.

a) Objetivo
 Asegurar la aplicación y el plan de migración es coordinada con el enfoque de la empresa para
gestionar el cambio.
 Asegurar la aplicación y el plan de migración es coordinada con el enfoque de la empresa para
gestionar el cambio.
b) Pasos
 Planificación de Empresas, Arquitectura Empresarial, Portfolio / Gestión de Proyectos,
Gestión de Operaciones.
 Estimar el valor de negocio de cada proyecto utilizando la Técnica de Evaluación de Valor de
Negocio. Criterios de evaluación o de rendimiento, retorno de la inversión, valor empresarial,
factores críticos de éxito, medida de la eficacia, el ajuste estratégico.
 Dar prioridad a los proyectos de migración a través de la realización de una evaluación costo
/ beneficio y de validación de riesgo.
c) Entradas
 Modelo Organizacional de Arquitectura Empresarial
 Declaración de Trabajo de Arquitectura
 Visión de la Arquitectura
d) Salida
 Solicitudes de cambio.
 Distribución de proyectos y carteras de implementación
 El proceso implementado debe estar en conformidad con la arquitectura
e) Requisitos
Para que esta estrategia efectivamente pueda aplicarse exitosamente es necesario
contar con:

pág. 52
 PROYECTO

 Una directriz del Directorio y la Gerencia General que señale que la empresa reimplementará
sus sistemas informáticos utilizando la disciplina BPM.
 Un Mapa de los Procesos de Negocios oficial.
 Un área Informática con personal capacitado en BPM y que conozca los
 Procesos de negocios de su empresa en profundidad (detalles operativos).
f) Migración: área de ventas

Identificamos los problemas presentados en la compra y venta; problemas de rendimiento y

organización, teniendo en cuenta los objetivos y oportunidades de la empresa buscaremos una
solución. Dada la especificaciones y conocimiento general de la compra y venta en una
investigación que hicimos, el sistema a implantar según los requerimiento del dueño de la compra y
venta es un sistema de facturación, verificación de los pagos y de registro debido a que la empresa
es pequeña tenemos mayor ventaja para llevar a cabo este análisis porque hay más oportunidades
de trabajar, de consultar y trabajar con los empleados.

DESARROLLO DE LA
ARQUITECTURA

Detección y Descripción y Distribución Colaboración del

análisis de datos modelado de datos administrador

Abstracción y Comunicación
Definición de Implementación
conceptualización sobre la
representaciones de los procesos
de los datos arquitectura

Recolección de
Integración de
datos Capacitación del
representaciones
personal necesario

Consolidación del
contenido

pág. 53
PROYECTO

 Tabla 1. Detección y análisis de proceso.

Iniciativa

1. Detección y análisis de datos maestros y de referencia

Proyecto
1.1 Abstracción y conceptualización de los datos

Actividades que materializan las capacidades:

 Definir definición y clasificaciones del dato

1.2 Recolección de datos

 Localizar los datos de referencia en procesos de ventas, en Excel (bases de datos)
 Definir los datos para su recolección
 Recopilar o extraer datos
1.2 Consolidación del contenido de datos
 Elegir herramienta para su análisis
 Elegir métodos de depuración de datos
 Definir parámetros y reglas de correspondencia

 Tabla2.Descripción y modelado de DM”

Iniciativa
2. Descripción y modelado de datos
Proyecto
2.1 Definición de las representaciones
Actividades que materializan las capacidades:
 Definir su ubicación dentro de los procesos de ventas
 Desarrollar una modelo conceptual de información
 Diseñar una arquitectura de datos conceptual. Dentro de los procesos de esta
arquitectura se incluirán diagramas del ciclo de vida del dato, así como diagramas de
los procesos de ventas.
 Definir los proceso de ventas

2.2 Integración de representaciones

 Definir reglas de ventas para modelar
 Establecer las relaciones con otras entidades de proceso
 Desarrollar catálogos de referencia

pág. 54
PROYECTO

 Tabla 3. Distribución de DM yR”

Iniciativa

3. Distribución de los datos y de referencia

Proyecto

3.1 implementación de los procesos

Actividades que materializan las capacidades:

 Llenar el proceso en la matriz entidad vs aplicación y esta información representarla

en diagramas.
 Desarrollar los servicios e interfaces definidos en la fase C (Arquitectura de
aplicaciones )
 Vincular los servicios al modelo físico .

 Tabla 4. Colaboración del administrador.

Iniciativa
4. Colaboración de la administración
Proyecto

4.1 Comunicación de la arquitectura definida

Actividades que materializan las capacidades:

 Preparar los contenidos audio visuales para difundir la arquitectura

 Definir mecanismos y medios para comunicar la arquitectura
 Difundir los contenidos desarrollados
 Evaluar el nivel de comprensión de los contendidos comunicados
4.2 Capacitación del personal

Actividades que materializan las capacidades:

 Evaluación de conocimientos
 Establecer los cursos necesarios
 Definir su prioridad

pág. 55
PROYECTO

16. FASE G – GOBERNANZA DE LA IMPLEMENTACIÓN

En esta fase, se confirma y supervisa el alcance y las prioridades de los proyectos de
implementación. También, se realizan las revisiones de cumplimiento de EA, así como las revisiones
de post-implementación para validar cualquier proyecto respecto a la arquitectura definida.

Gobernanza define a las fases de planificación, toma de decisiones, procesos y grupos de

supervisión que determinara cómo usted debe desarrollar y mantener la AE, llevada a cabo como
parte del gobierno global dentro de la organización.

En esta fase.

 se provee una supervisión arquitectónica de la implementación

 Definimos limitaciones existentes en los proyectos de implementación
 Contratos de arquitectura
 Monitoreamos el trabajo de implementación
 Producimos una estimación del valor de negocios.
a) Objetivos
 Formular recomendaciones para cada proyecto de implementación.
 Construir un Contrato de Arquitectura de gobernar el proceso general de
implementación y despliegue.
 Realizar funciones de gobierno que resulten mientras el sistema está siendo
implementado y desplegado.
 Asegurar la conformidad con la arquitectura definida por los proyectos de
implementación y otros proyectos.

b) Enfoque

En esta fase del framework es necesario considerar toda la información para la gestión exitosa de
los diversos proyectos.

c) Entonces el enfoque de esta fase comprende:

pág. 56
PROYECTO

 Establecer un programa de implementación que permitan la entrega y de la transición de

las arquitecturas acordadas durante la fase de planeamiento de migración.
 Seguir los estándares organizacionales para la empresa con respecto a la TI y el gobierno
de la arquitectura.
 Define un marco de operaciones para asegurar la larga vida útil de la solución
implementada.

Esta fase se establece la conexión entre la arquitectura y la forma como está organizada la
ejecución, a través del contrato de la arquitectura.

d) Para el desarrollo del proyecto se debe considerar lo siguiente:

 Nombre, descripción y objetivos.
 Ámbito de aplicación, entregables y restricciones.
 Las medidas de eficacia.
 Riegos y problemas.
e) Los pasos a seguir en esta fase son los siguientes:

Confirmar alcance y las prioridades para el despliegue con la gestión del desarrollo.

 Identificar los recursos de implementación y habilidades.

 Guiar el desarrollo de soluciones.
 Revisar el cumplimiento de la arquitectura empresarial.
 Implementar las operaciones de negocio y de TI.

pág. 57
PROYECTO

17. CONCLUSION

Como conclusión se puede decir que la arquitectura empresarial pretende alinear todas las acciones
de una organización de acuerdo a la visión corporativa, ajustando los procesos de las diferentes
áreas para que sigan una meta común, consiguiendo así que todos los componentes tecnológicos de
una organización soporten las necesidades y objetivos del negocio y adicionalmente obtener
beneficios como ahorros, eficiencia, eficacia, confiabilidad y estandarización de documentos.

Y el Togaf Se define como una metodología que integra cada una de las áreas funcionales que se
involucran en el desarrollo de proyectos. Que se enfoca en cuatro pilares fundamentales que son el
negocio, los datos, la tecnología TI y las aplicaciones. Implementar sabiamente un framework es una
decisión crítica, tanto de negocios como de estrategia. Con esta nos aseguraremos de no ignorar
ningún aspecto de la organización. Al elegir un framework se debe analizar la estructura de la
empresa al igual que sus procesos, ya que cada framework por su origen no es una plantilla
necesariamente genérica.

pág. 58
PROYECTO

ANEXOS

1.

2.

pág. 59