Header image
Trabajo 2
  Inicio .::.
   
 

Análisis y Diseño de un SI utilizando Postgre


Software libre | Diferencias entre... | Fortalezas... | Ubuntu, Apache... | Postgre con Linux...
Análisis... | Migrar... | Caso práctico | Conclusiones...


El Análisis y Diseño es una de las fases más importantes que se plantean ante la ejecución de cualquier sistema de información (SI), ya que se deben analizar los requisitos tecnológicos y funcionales, considerando la elección de una plataforma tecnológica que tenga la capacidad de dar una respuesta inmediata a sus futuros usuarios además de ser estable, con visión de futuro e interoperable.
Sin embargo, la elección de la plataforma tecnológica no afecta esta primera fase, ya que aquí se utilizan metodologías estándares como el Lenguaje de Modelado Unificado (UML), el cual incluye una serie de diagramas (casos de uso, actividades, colaboración, etc.) que muestran las entidades que componen el sistema, además permite modelar el comportamiento del sistema, las diferentes funciones que realiza y las representaciones del papel que cumple el usuario dentro del sistema.
Postgres es seleccionado para SI que requieran un manejador de Base de Datos GNU, robusto, estable, un motor con soporte para transacciones, soporte de triggers y procedimientos almacenados, lenguaje procedimental (PL/SQL), y una alta disponibilidad y recuperación de fallas.
Ahora bien, establecidos los parámetros de análisis y diseño, se debe buscar una estrategia que abarque la fase de desarrollar del proyecto. Para este caso se puede utilizar RUP (Rational Unified Process), es un proceso para el desarrollo de un proyecto de un software que define claramente quien, cómo, cuándo y qué debe hacerse en el proyecto. Como 3 características esenciales está dirigido por los Casos de Uso: que orientan el proyecto a la importancia para el usuario y lo que este quiere, está centrado en la arquitectura: que Relaciona la toma de decisiones que indican cómo tiene que ser construido el sistema y en qué orden, y es iterativo e incremental: donde divide el proyecto en miniproyectos donde los casos de uso y la arquitectura cumplen sus objetivos de manera más depurada.
Como filosofía RUP maneja 6 principios clave:

Adatpación del proceso

El proceso deberá adaptarse a las características propias de la organización. El tamaño del mismo, así como las regulaciones que lo condicionen, influirán en su diseño específico. Tambien se deberá tener en cuenta el alcance del proyecto.

Balancear prioridades

Los requerimientos de los diversos inversores pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un balance que satisfaga los deseos de todos.

Colaboración entre equipos

El desarrollo de software no lo hace una única persona sino múltiples equipos. Debe haber una comunicación fluida para coordinar requerimientos, desarrollo, evaluaciones, planes, resultados,etc.

Demostrar valor iterativamente

Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteración se analiza la opinión de los inversores, la estabilidad y calidad del producto, y se refina la dirección del proyecto asi como tambien los riesgos involucrados.

Elevar el nivel de abstracción

Este principio dominante motiva el uso de conceptos reutilizables tales como patrón del software, lenguajes 4GL o esquemas (frameworks) por nombrar algunos. Éstos se pueden acompañar por las representaciones visuales de la arquitectura, por ejemplo con UML.

Enfocarse en la calidad

El control de calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la producción

El ciclo de vida de RUP

RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias iteraciones en número variable según:

rup
En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes actividades

  • Inicio: Se hace un plan de fases, se identifican los principales casos de uso y se identifican los riesgos. Se define el alcance del proyecto
  • Elaboración: se hace un plan de proyecto, se completan los casos de uso y se eliminan los riesgos
  • Construcción: se concentra en la elaboración de un producto totalmente operativo y eficiente y el manual de usuario
  • Transición: se Instala el producto en el cliente y se entrena a los usuarios. Como consecuencia de esto suelen surgir nuevos requisitos a ser analizados.

 

 


Realizado por: Jorge Eliecer Jaimes Jimenez - Julio 2008

 
       
Hosted by www.Geocities.ws

1