Departamento de ciencias de la computación y electrónica sección deparatamental de ingeniería de software y gestión de tecnologías de la informacióN



Descargar 1.07 Mb.
Página24/35
Fecha de conversión10.01.2017
Tamaño1.07 Mb.
1   ...   20   21   22   23   24   25   26   27   ...   35

5.6 Casos de Negocio.

En el presente apartado usted debe considerar que un caso de negocio es un análisis de las necesidades y el valor de hacer una particular la inversión. En el contexto de la AE, el desarrollo de un caso de negocio para inversiones en TI ayuda a asegurar que el valor máximo se genera a partir de nuevo proyectos de desarrollo, así como las operaciones en curso y de mantenimiento actividades. Además, los casos el desarrollo y revisión de rutina de los negocios para las inversiones de TI ayuda a promover la alineación estratégica y arquitectónico la alineación de tal manera que los componentes y productos de la AE son más integrado.


5.7.1 Caso de Estudio.

Es importante que tenga presente que existen seis áreas a un modelo de negocio de inversión: (1) una declaración del requisito, (2) un análisis alternativas, (3) un análisis de costo-beneficio, (4) un riesgo análisis, (5) el cálculo del retorno de la inversión "ROI", y (6) selección de una alternativa con comentarios y recomendaciones sobre aplicación.


Declaración del Requisito: Esta parte del modelo de negocio claro y sucintamente lo que establece el requisito de negocio, y debe evitar hacer las recomendaciones que en las soluciones, incluida la tecnología. Esta parte del caso de negocios debe describir la situación actual y lo que no es necesario están cumpliendo (una brecha en el rendimiento).


Alternativas de Análisis: Este análisis se enfoca en varios (preferiblemente tres o más) alternativas al cumplimiento de un requisito de negocio. El requerimiento puede ser a actualizar un componente existente en la AE, el desarrollo de un nuevo componente, o para la prestación de servicios de apoyo, tales como mesa de ayuda o de la administración de sistemas funciones. Las alternativas pueden diferir en el proceso recomendado, técnico solución, tipo de personal a emplear, las instalaciones que se utilizarán, etc alternativas elegidas deben representar a toda la gama de opciones que pueden ser utilizados para cumplir el requisito. Una de las alternativas puede ser el "status quo" que recomienda no hacer nada diferente de lo que es la situación actual.


Análisis Costo-Beneficio: Este análisis identifica y compara los costos y beneficios de cada alternativa para cumplir con un requisito de TI. Los costos incluyen el total de los gastos directos e indirectos incurridos. Los beneficios incluyen aquellos que son tangibles (medibles) e intangibles (no directamente medibles). Los beneficios deben superar los costes de una alternativa a ser viable y debe agregar significativa valor a la empresa.

Análisis de Riesgo: Este análisis identifica el riesgo de cada alternativa. El riesgo es la identificación de las fuentes de incertidumbre en un proyecto y/u obstáculos para éxito. Áreas de riesgo para proyectos de TI incluyen ser el primer adoptante de un nuevo la tecnología, las reducciones presupuestarias, la pérdida de personal clave, pruebas insuficientes o formación, y el horario retrasos. Riesgo "Mitigación" es el término comúnmente utilizado para referirse a la estrategia identificada para reducir la probabilidad de que un riesgo particular va a producir. Las estrategias de mitigación de riesgos deberían reducir la incertidumbre, prevenir obstáculos a


éxito, o dar respuestas para superar los obstáculos que puedan producirse. Un
ejemplo de ello es haber entrenado copias de seguridad para los puestos clave, o el uso de abierto productos estándares para evitar ser atrapados en un solo proveedor.

Retorno de la inversión (ROI): Este cálculo se hace para cada alternativa y se calcula dividiendo el total de los beneficios cuantificados (en dólares) por el total de costos cuantificados (en dólares).


Es importante que considere que el ROI se calcula como un porcentaje dividiendo los beneficios cuantificados en dólares por costos cuantificados en dólares durante el ciclo de vida total de la alternativa.

El retorno de la inversión es uno de los factores que los ejecutivos utilizan para determinar el mérito de invertir en un proyecto que se propone, así como la comparación de ese mérito a otros inversiones / proyectos que no se puede hacer si esa alternativa en particular es implementado (costo de oportunidad). Las empresas a menudo establecen un mínimo nivel de ROI aceptable con el fin de hacer cumplir la evaluación del "costo de oportunidad" de la inversión, que considera si la cantidad igual al costo de la inversión en TI estaría mejor invertido en otra inversión. Algunos IT inversiones pueden producir niveles muy altos ROI si los ahorros significativos en se alcanzan los gastos de personal y / o tiempos de ciclo.


Declaración Selección Alternativa: Esta declaración documenta la selección de


la mejor alternativa sobre la base de todos los aspectos del caso de negocio. Esto incluye tipos de costos, tipos de beneficios, la estrategia de reducción del riesgo, y el ROI. La lógica para la selección de una alternativa y rechazar otros también debe ser documentada para futuras consultas.

5.8 Estructura de datos y diagramas de flujo de datos.


Estimado estudiante debe tener presente que el enfoque "tradicional" a la información de desarrollo de sistemas se basa en la técnica de modelado llamada Entidad Relación Diagramación (ERD).
Los ERD son utilizados por los analistas y los sistemas de TI para identificar las entidades de datos que la empresa quiere IT sistemas para la captura, así en esas entidades externas que las interfaces de un sistema de con. ERD también proporcionan descripciones de datos de entidades, atributos, relaciones y las reglas para la frecuencia de esas relaciones. En esa arquitectura de la empresa pretende ofrecer una visión de toda la empresa de todos los recursos de TI, es importante que ERD muestren no sólo lo que está en cada sistema, sino también la forma en interfaz con los sistemas entre sí. ERD no se descomponen en sí, sino que pueden servir para mostrar varios sistemas, o partes de grandes sistemas complejos.

Modelado de flujos de información. Los datos y los flujos de información están documentados en métodos tradicionales y orientados a objetos, dependiendo de la forma en la que resulta documentación está destinado a ser utilizado. El método tradicional de documentar los flujos de datos se desarrolló en la década de 1970 y se centra en el uso de flujo de datos Los diagramas (DFD). DFD deben reflejar los procesos que transforman los datos en un sistema de información. La transformación puede implicar la creación, actualización, eliminación, o la lectura de los datos.


1   ...   20   21   22   23   24   25   26   27   ...   35


La base de datos está protegida por derechos de autor ©bazica.org 2016
enviar mensaje

    Página principal