Diseño y Análisis de Sistemas: Estrategias de Desarrollo

45
Estrategias de desarrollo

Transcript of Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Page 1: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Estrategias de desarrollo

Page 2: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Introducción

Describir el concepto de software como servicio Definir la Web 2.0 y la computación en nube Explicar las alternativas de adquisición de software, incluidas las

estrategias tradicionales y basadas en la Web de desarrollo de software Describir las opciones de externalización de software, incluyendo la

subcontratación y el papel de los proveedores de servicios

Page 3: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Introducción

Explicar las ventajas y desventajas de la casa en el desarrollo de software

Explicar el análisis de costo-beneficio y herramientas de análisis financiero

Explicar las diferencias entre una solicitud de propuesta (RFP) y una petición de oferta (RFQ)

Describir el documento de requisitos del sistema

Page 4: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Introducción

Explicar la transición del análisis de sistemas al diseño de los sistemas, y la importancia de la creación de prototipos

Discutir las directrices para el diseño de sistemas Describir las tendencias de desarrollo de software

Page 5: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Desarrollo de Estrategias de Información general La selección de la mejor ruta de desarrollo es una decisión

importante que obliga a las empresas a considerar tres temas clave El impacto de Internet Opciones de externalización de software En casa de alternativas de desarrollo de software

Page 6: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

El impacto del Internet

Software como servicio Software como Servicio

(SaaS) 25% de todo el software

nuevo negocio va a ser desplegado como un servicio para el año 2011, mientras que el valor de la industria de SaaS crecerá a $ 40 billón

Page 7: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

El impacto del Internet

Tradicional vs. sistemas de desarrollo basada en la Web Desarrollo tradicional El diseño del sistema se ve influida por los problemas de

compatibilidad Los sistemas están diseñados para funcionar en redes de

empresas de área extensa local y Sistemas a menudo utilizan enlaces y recursos de Internet,

pero las características basadas en la Web son tratados como mejoras en lugar de los elementos fundamentales del diseño

Page 8: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

El impacto del Internet

Tradicional vs. sistemas de desarrollo basada en la Web El desarrollo basado en la Web

Sistemas se desarrollan y se entregan en un marco basado en Internet, como .NET o WebSphere

Aunque hay una tendencia importante hacia una arquitectura basada en la Web, muchas empresas dependen de los sistemas tradicionales

Page 9: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

El impacto del Internet

• Mirando hacia el futuro: la Web 2.0 y Cloud Computing• La plataforma Web 2.0

mejorará las experiencias interactivas que incluyen wikis y blogs, y aplicaciones de redes sociales

• La computación en nube podría traer una enorme potencia de cálculo para las empresas y los usuarios de Internet personales

Page 10: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Outsourcing

El crecimiento de la externalización Una empresa que ofrece

soluciones de externalización se llama un proveedor de servicios

los proveedores de servicios de aplicaciones (ASP)

servicios empresariales de Internet (IBS)

También se llama hosting gestionado

Page 11: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Outsourcing

Tasas de externalización Un modelo de tarifa fija utiliza una tarifa fija sobre la base de

un determinado nivel de servicio y soporte al usuario Un modelo de suscripción tiene una tasa variable basada en

el número de usuarios y estaciones de trabajo que tienen acceso a la aplicación

Un modelo de uso o transacción modelo cobra una tarifa variable en función del volumen de las transacciones u operaciones realizadas por la aplicación

Page 12: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Outsourcing

La externalización de las cuestiones y preocupaciones sistemas informáticos de misión crítica deben ser

subcontratados sólo si el resultado es una solución de negocios atractiva relación costo-fiable, que se ajusta a la estrategia de negocio a largo plazo de la compañía

La subcontratación también puede afectar el día a día de las operaciones de la empresa y puede plantear algunas preocupaciones

Page 13: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Outsourcing

Subcontratación de personal extranjero La subcontratación externa - la externalización mundial Muchas empresas están enviando el trabajo de TI en el extranjero a un ritmo

creciente La razón principal de la subcontratación es la misma que la externalización

interna: costos más bajos la línea de fondo Subcontratación en el extranjero, sin embargo, implica algunos riesgos y

preocupaciones únicas

Page 14: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Dentro de la Casa opciones de desarrollo de software Hacer o comprar decisión

La elección entre el desarrollo en lugar de comprar software a menudo se le llama hacer o comprar, o construir o comprar una decisión

Departamento de TI de la empresa hace, construye y desarrolla software propio

Un paquete de software se obtiene de un proveedor de servicios de proveedor o aplicación.

Page 15: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Dentro de la Casa opciones de desarrollo de software El desarrollo de software propio

Satisfacer los requisitos empresariales únicos Reducir al mínimo los cambios en los procedimientos de

trabajo y las políticas Cumplir con las limitaciones de los sistemas existentes Cumplir con las limitaciones de la tecnología existente Desarrollar los recursos y capacidades internas

Page 16: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Dentro de la Casa opciones de desarrollo de software La compra de un paquete de software

Costos mas bajos Requiere menos tiempo para poner en práctica Probada fiabilidad y análisis de rendimiento Requiere personal de desarrollo técnico de menos Las futuras actualizaciones proporcionadas por el proveedor Las aportaciones de otras empresas

Page 17: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Dentro de la Casa opciones de desarrollo de software Personalización de un paquete de software

Usted puede comprar un paquete básico de que los vendedores personalizar para satisfacer sus necesidades

Se puede negociar directamente con el proveedor de software para hacer mejoras para satisfacer sus necesidades mediante el pago de los cambios

Usted puede comprar el paquete y hacer sus propias modificaciones, si esto es permisible bajo los términos de la licencia de software

Page 18: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Dentro de la Casa opciones de desarrollo de software Creación de aplicaciones de

usuario Aplicación de usuario Interfaz de usuario Servicio de asistencia o

centro de información (IC) Generadores de pantalla Generadores de informes De sólo lectura propiedades

Page 19: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Papel del analista de sistemas

• Al seleccionar el hardware y el software, analistas de sistemas a menudo trabajan como un equipo de evaluación y selección

• El objetivo principal del equipo de evaluación y selección de alternativas es eliminar del sistema que no cumplan con los requisitos, clasificar las alternativas de sistemas que sean viables, y presentar las alternativas viables a la gestión para una decisión final

Page 20: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Analizando Costo y Beneficios

Herramientas de análisis financieros Análisis de amortización Retorno de la inversión

(ROI) El valor actual neto (VAN)

Page 21: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Analizando Costo y Beneficios

Análisis Costo-Beneficio Lista de verificación Lista de cada estrategia de desarrollo que se considera Identificar todos los costos y beneficios de cada alternativa.

Asegúrese de indicar que los costos puedan ocurrir y se dieron cuenta de los beneficios

Considere la posibilidad de crecimiento futuro y la necesidad de escalabilidad

Incluir los costos de soporte para hardware y software

Page 22: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Analizando Costo y Beneficios

Análisis Costo-Beneficio Lista de verificación Analizar varias opciones de licenciamiento de software, incluidos los

honorarios y fórmulas fijos basados en el número de usuarios o transacciones

Aplicar las herramientas de análisis financiero para cada alternativa Estudiar los resultados y preparar un informe para la Administración

Page 23: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

El proceso de adquisición de software

Paso 1: Evaluar los requisitos del sistema de información Identificar las características clave Considere la red y los problemas relacionados con la web Estimación del volumen y el crecimiento futuro Especificar hardware, software, o las limitaciones de personal Preparar una solicitud de propuesta o cotización

Page 24: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

El proceso de adquisición de software

Paso 2: Identificar los posibles proveedores o las opciones de subcontratación El Internet es un mercado primario Otro enfoque es trabajar con una empresa de consultoría Otro recurso valioso es el sistema de tablón de anuncios de Internet

que contiene miles de foros y grupos de noticias

Page 25: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

El proceso de adquisición de software

Paso 3: Evaluar las Alternativas Los usuarios existentes Las pruebas de aplicaciones Benchmarking - referencia Relacionar cada paquete con las características de RFP y

clasificar las opciones

Page 26: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

El proceso de adquisición de software

Paso 4: Realizar análisis de costos y beneficios Identificar y calcular el TCO de cada opción que está

considerando La adquisición del software, lo que está comprando es una

licencia de software Si usted compra un paquete de software, considere un

contrato de mantenimiento suplementario

Page 27: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

El proceso de adquisición de software

Paso 5: Preparar una recomendación Debe preparar una recomendación que evalúa y describe las

alternativas, junto con los costos, beneficios, ventajas y desventajas de cada opción

En este punto, se le puede pedir que presente un documento formal de requisitos del sistema y entregar una presentación

Page 28: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

El proceso de adquisición de software

Paso 6: Implementar la Solución Las tareas de ejecución dependerán de la solución

seleccionada Antes de que el nuevo software se convierta en

funcionamiento, debe completar todos los pasos de implementación, incluida la carga, configuración y pruebas del software; formación de usuarios; y la conversión de archivos de datos al formato del nuevo sistema

Page 29: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

La finalización de las tareas de análisis de sistemas Requisitos del sistema de documentos

La especificación de requisitos del sistema de documentos o requisitos de software, contiene los requisitos para el nuevo sistema, se describen las alternativas que fueron consideradas, y hace una recomendación específica para la gestión

Como un contrato Organizarlo de modo que sea fácil de leer y usar

Page 30: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

La finalización de las tareas de análisis de sistemas Presentación de Gestión

Resumir las principales alternativas viables Explicar por qué el equipo de evaluación y selección eligió la

alternativa recomendada Dar tiempo para la discusión y para preguntas y respuestas Obtener una decisión final de la administración o de ponerse

de acuerdo sobre un calendario para el siguiente paso en el proceso de

Page 31: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

La finalización de las tareas de análisis de sistemas Presentación de Gestión

Dependiendo de su decisión, su siguiente tarea como analista de sistemas será uno de los siguientes Implementar una alternativa de externalización Desarrollar un sistema interno Comprar o personalizar un paquete de software Realizar sistemas adicionales de trabajo de análisis Detener todos los trabajos

Page 32: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

La transición a los diseño de sistemas

• Preparación para tareas Diseño de Sistemas• Es esencial disponer de un documento de requisitos

del sistema comprensible y precisa• Diseño lógico y físico• El diseño lógico define las funciones y

características del sistema y las relaciones entre sus componentes

• El diseño físico de un sistema de información es un plan para la aplicación real del sistema

Page 33: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Directrices de diseño de sistemas

Visión de conjunto Un sistema es eficaz si es compatible con los

requisitos de negocio y cumple con las necesidades del usuario

Un sistema es fiable si maneja los errores de entrada, los errores de procesamiento, fallos de hardware o errores humanos

Un sistema es fácil de mantener si es flexible, escalable y fácilmente modificable

Page 34: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Directrices de diseño de sistemas

Visión de conjunto Consideraciones de usuarios

Considere cuidadosamente cualquier punto donde los usuarios reciben la salida de, o proporcionar información

Anticiparse a las necesidades futuras - Problema Y2K

Proporcionar flexibilidad Parámetro, por defecto

Page 35: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Directrices de diseño de sistemas

• Visión de conjunto• Consideraciones sobre los

datos• Introducir los datos tan

pronto como sea posible• Verificar datos a medida

que se introduce• Utilizar métodos

automatizados de entrada de datos siempre que sea posible

Page 36: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Directrices de diseño de sistemas

Visión de conjunto Consideraciones sobre los datos

Los datos de control de acceso de entrada y reportar todas las entradas o cambios en los valores críticos - pista de auditoría

Registrar cada instancia de la entrada de datos y cambios

Introducir los datos una vez Evitar la duplicación de datos

Page 37: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Directrices de diseño de sistemas

Visión de conjunto Consideraciones Arquitectura

Utilizar un diseño modular Diseñar módulos que realizan una sola

función son más fáciles de entender, implementar y mantener

Page 38: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Directrices de diseño de sistemas

Compromisos de diseño Los objetivos de diseño a menudo en conflicto entre

sí La mayoría de las decisiones de diseño trade-off

que se enfrentará bajan al conflicto básico de la calidad frente a los costos

Evitar decisiones que logran ahorros a corto plazo, pero podría significar mayores costes más adelante

Page 39: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Prototipado

Métodos de creación de prototipos Sistema de prototipos Diseño de prototipos Prototipos de usar y tirar Prototipado ofrece muchos

beneficios Considere la posibilidad de

problemas potenciales

Page 40: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Prototipado

Herramientas de creación de prototipos Las herramientas CASE Generadores de aplicaciones generadores de informes Generadores de pantalla Lenguaje de cuarta generación (4GL) Entorno de cuarta generación

Page 41: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Prototipado

Limitaciones de Prototipos Un prototipo es un sistema en funcionamiento, pero es menos

eficiente que un sistema totalmente desarrollado Los desarrolladores de sistemas pueden actualizar el prototipo en el

sistema de información final mediante la adición de la capacidad necesaria

De lo contrario, el prototipo se descarta

Page 42: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Tendencias de desarrollo de software

Las vistas desde la Comunidad de TI La calidad del software será más importante que nunca La gestión del proyecto será un foco importante de los

gerentes de TI

Page 43: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Tendencias de desarrollo de software

Las vistas desde la Comunidad de TI Arquitectura orientada al servicio (SOA)

El acoplamiento flexible El crecimiento en el software de código abierto Los desarrolladores usarán más servicios web Los programadores seguirán utilizando los lenguajes

dinámicos

Page 44: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Resumen

• Se describieron las estrategias de desarrollo del sistema, la preparación y presentación del documento de requisitos del sistema y la transición a la fase de diseño de los sistemas de la SDLC

• Una tendencia importante que las opiniones de software como servicio, en lugar de un producto, ha creado nuevas opciones de adquisición de software

• Los analistas de sistemas deben tener en cuenta los entornos de desarrollo basados en la Web

Page 45: Diseño y Análisis de Sistemas: Estrategias de Desarrollo

Resumen

• El papel de los sistemas de analista en el proceso de desarrollo de software depende de la estrategia de desarrollo específica

• El factor más importante en la elección de una estrategia de desarrollo es el costo total de propiedad (TCO)

• El proceso de adquisición de software implica una serie de pasos• Un prototipo es un modelo de trabajo del sistema propuesto