Análisis y diseño de sistemas

Introducción

Diseño de Sistemas

 

El propósito de la fase de Análisis está orientado al qué necesita la empresa. El propósito de la fase de diseño es decidir cómo se construye el mismo. Durante la parte inicial del diseño, el equipo del proyecto convierte los diagramas lógicos desarrollados en la fase de análisis en diagramas físicos que explican cómo se construirá el sistema.

 

Estrategias de diseño

 

La primer pregunta que surge al desarrollar el nuevo sistema es la de si: (1)  se crea con los recursos mismos de la empresa (in-house); (2) se contrata a terceros (outsourcing) para desarrollarlo; y (3) se compra el paquete en el mercado.

 

Cada una de estas estrategias tiene sus exigencias, sus ventajas y desventajas.

 

Para el desarrollo in-house, el analista debe estar seguro que con el personal, el equipo y los programas que tiene la empresa es suficiente para realizar el proyecto. Para esta alternativa, el analista debe considerar los costos que este tipo de desarrollo implica para la empresa.

 

Contratar a terceros (outsourcing) para desarrollar sistemas es una alternativa muy utilizada actualmente, pues existen muchas empresas que se dedican expresamente a desarrollar dichos sistemas a la medida del cliente.

 

La última alternativa que tiene el analista es considerar los paquetes prefabricados disponibles en el mercado. La principal desventaja de comprar paquetes es que la empresa debe ajustarse a las limitaciones del software. Sin embargo, estos paquetes cada día tienen mayor flexibilidad de ajuste a las necesidades del cliente que lo adquiere.

 

Cómo seleccionar la estrategia

 

Al momento de seleccionar una estrategia hay que considerar lo siguiente:

 

 

Cuando se usa el desarrollo in-house

Cuando se usa un paquete

Cuando se contrata a terceros

Necesidades de la empresa

La necesidad de la empresa es única

La necesidad de la empresa es común

La necesidad de la empresa no es central para la empresa

Experiencia in-house

La experiencia funcional y técnica existe in-house

La experiencia funcional existe in-house

La experiencia funcional y técnica no existe in-house

Destrezas del proyecto

Hay un deseo para construir destrezas in-house

Las destrezas no son estratégicas

La decisión para el outsource es una decisión estratégica

Administración del proyecto

El proyecto posee una administración altamente adiestrada y una metodología probada

El proyecto yiene una administración que puede coordinar los esfuerzos de los vendedores

El proyecto tiene una administración altamente adiestrada a nivel de organización, capaz de comprender la capacidad del distribuidor

Time frame

El período del tiempo es flexible

El período del tiempo es corto

El período del tiempo es flexible o corto

 

Además de considerar la estrategia a ser utilizada de acuerdo a las necesidades de la empresa (habrá empresas que, por sus dimensiones y propósitos, la alternativa del paquete no es adecuada) hay que considerar los costos del personal y de operación del sistema a desarrollar.

 

Costos del personal

Desarrollo in-house

Compra de paquete

Outsourcing

Sueldo administrador proyecto

x

x

x

Sueldo del analista

x

x

 

Sueldo del diseñador y programadores

x

 

 

Sueldo del auditor

x

 

x

Costos de capacitadción

x

x

 

Otros costos

 

 

 

 

 

 

 

 

Costos de operación

 

 

 

Lenguajes de programación

x

 

 

Software

 

x

x

Instalación del nuevo sistema

x

x

x

Capacitación usuarios

x

x

x

Otros gastos

 

 

 

 

Estos gastos hay que contrastarlos con los beneficios que conlleva cada alternativa.

 

Aplicación del concepto de selección de una estrategia al proyecto

 

Desarrollo del plan del diseño

 

El plan de diseño va dirigido a entender cómo implementar la estrategia seleccionada. Por ejemplo, ¿qué herramientas y tecnología deben utilizarse si se ha elegido  la alternativa casera? ¿Qué vendedores tienen el paquete más apropiada a las necesidades del sistema? ¿Qué servicios hay que proveer y construir si se decide por una aplicación outsourced?

 

En una matriz de alternativas podemos organizar los pros y contras de cda una de ellas. La matriz de alternativas consiste en una tabla que contiene la factibilidad técnica, presupuesto y organizacional para cada uno de las alternativas propuestas, los pros y contras asociados con la solución adoptada, y otra información que pueda ayudar a establecer comparaciones.

 

Para crear una matriz de alternativas, dibuja una tabla con las alternativas en la primera fila como encabezamiento y diferentes criterios (como: factibilidad, pros, contras, y otros criterios) en la primera columna. Luego, rellena con detalle las descripciones de cada criterio relacionado con las distintas alternativas.

 

Veamos la matriz de alternativas para un programa de ventas:

 

 

Alternativa 1:

Shop With Me

Alternativa 2:

WebShop

Alternativa 3:

Shop-N-Go

Factibilidas técnica

Desarrollo usando C: muy poca experiencia en C in-house

Enviar órdenes a la compañía mediante archivos vía e-mail

Desarrollo usando C y Java; hay que tener destrezas de Java in-house

Facilitar el traspaso de la información de órdenes a otros sistemas

Desarrollo usando C y Java; hay que tener destrezas de Java in-house.

Guardar las órdenes con un número

Factibilidad económica

$150 de cargo inicial

$700 de cargo, no hay cuotas anuales

$200 anuales

Factibilidad organizacional

Programa usado por otras compañías similares

Programa usado por otras compañías similares

Son pocas las compañías que tienen experiencia con Shop-N-Go

Otros beneficios

Muy simple para usar

El empleado X tiene experiencia con este programa.

Fácil de hacerlo a la medida

 

Otras limitaciones

 

 

La interfaz no es fácil de hacerla a la medida

 

 

Aplicación del concepto del Plan de diseño al proyecto

 

 

Movida del modelo lógico al modelo físico

 

Para comprender esta movida del modelo lógico al físico se requiere poseer los conceptos básicos de la estructura y organización de una base de datos. Principalmente los conceptos de archivo, récords y campos.

 

Etapa

Explicación

Cambio de las Entidades para Tablas o archivos