Ciclo De Vida Del SW
280719911 de Marzo de 2014
13.050 Palabras (53 Páginas)406 Visitas
El ciclo de vida de un sistema
de información
Un sistema de información es un sistema, automatizado o manual, que engloba a personas,
máquinas y/o métodos organizados para recopilar, procesar, transmitir datos que representan
información. Un sistema de información engloba la infraestructura, la organización, el
personal y todos los componentes necesarios para la recopilación, procesamiento,
almacenamiento, transmisión, visualización, diseminación y organización de la información.
El ciclo de vida de un sistema
de información
Las etapas del proceso de desarrollo de software ..............3
Planificación............................................................... 4
Análisis....................................................................... 9
Diseño...................................................................... 12
Implementación........................................................ 18
Pruebas.................................................................... 19
Instalación / Despliegue........................................... 20
Uso y mantenimiento ............................................... 21
Modelos de ciclo de vida ......................................................23
El ciclo de vida de una base de datos.................................30
El proceso de diseño de una base de datos.......................32
Fase 1: Análisis de requerimientos.......................... 33
Fase 2: Diseño conceptual ...................................... 34
Fase 3: Elección del SGBD ..................................... 35
Fase 4: Diseño lógico .............................................. 36
Fase 5: Diseño físico ............................................... 37
Fase 6: Instalación y mantenimiento ....................... 38
Bibliografía.............................................................................40
2 Diseño de Bases de Datos
© Fernando Berzal
Las etapas del proceso de desarrollo de software
Cualquier sistema de información va pasando por una serie de fases a lo largo de su vida. Su
ciclo de vida comprende una serie de etapas entre las que se encuentran las siguientes:
- Planificación
- Análisis
- Diseño
- Implementación
- Pruebas
- Instalación o despliegue
- Uso y mantenimiento
Estas etapas son un reflejo del proceso que se sigue a la hora de resolver cualquier tipo de
problema. Ya en 1945, mucho antes de que existiese la Ingeniería del Software, el matemático
George Polya describió este proceso en su libro How to solve it (el primero que describe la
utilización de técnicas heurísticas en la resolución de problemas). Básicamente, resolver un
problema requiere:
- Comprender el problema (análisis)
- Plantear una posible solución, considerando soluciones alternativas (diseño)
- Llevar a cabo la solución planteada (implementación)
- Comprobar que el resultado obtenido es correcto (pruebas)
Las etapas adicionales de planificación, instalación y mantenimiento que aparecen en el ciclo
de vida de un sistema de información son necesarias en el mundo real porque el desarrollo de
un sistema de información conlleva unos costes asociados (lo que se hace necesaria la
planificación) y se supone que, una vez construido el sistema de información, éste debería
poder utilizarse (si no, no tendría sentido haber invertido en su desarrollo).
Para cada una de las fases en que hemos descompuesto el ciclo de vida de un sistema de
información se han propuesto multitud de prácticas útiles, entendiendo por prácticas aquellos
El ciclo de vida de un sistema de información 3
http://elvex.ugr.es/
conceptos, principios, métodos y herramientas que facilitan la consecución de los objetivos de
cada etapa.
En los párrafos siguientes se mencionan algunas de las actividades que han de realizarse en
cada una de las fases del ciclo de vida de un sistema de información:
Planificación
Antes de que se le de oficialmente el pistoletazo de salida a un proyecto de desarrollo de un
sistema de información, es necesario realizar una serie de tareas previas que influirán
decisivamente en la finalización con éxito del proyecto. Estas tareas se conocen popularmente
como el fuzzy front-end del proyecto al no estar sujetas a plazos. Las tareas iniciales que se
realizarán esta fase inicial del proyecto incluyen actividades tales como la determinación del
ámbito del proyecto, la realización de un estudio de viabilidad, el análisis de los riesgos
asociados al proyecto, una estimación del coste del proyecto, su planificación temporal y la
asignación de recursos a las distintas etapas del proyecto.
Delimitación del ámbito del proyecto
Resulta esencial determinar el ámbito del proyecto al comienzo del mismo. Han de
establecerse de antemano qué cuestiones han de resolverse durante la realización del proyecto
y cuáles se dejarán fuera. Tan importante es determinar los aspectos abarcados por el proyecto
como fijar aquéllos aspectos que no se incluirán en el proyecto. Estos últimos han de indicarse
explícitamente. Si es necesario, se puede especificar todo aquello que se posponga hasta una
versión posterior del sistema. Si, en algún momento, fuese necesario incluir en el proyecto
algún aspecto que no había sido considerado o que ya había sido descartado, es obligatorio
reajustar la estimación del coste del proyecto y su planificación temporal.
Como resultado de la delimitación del ámbito del proyecto se obtiene un documento breve, de
1 ó 2 páginas, en el que se describe el problema que nuestro sistema de información pretende
resolver. Este documento, denominado a veces mission statement o project charter, debe
existir siempre en todo proyecto. En él se recogerá la descripción de más alto nivel de la
funcionalidad que tendrá nuestro sistema de información, sus características principales y sus
objetivos clave. Obviamente, este documento debe formar parte del contrato que se firme con
el cliente en el arranque oficial del proyecto.
Además de ser breve, una buena descripción del proyecto debe superar con éxito la prueba
del ascensor. Debe estar escrito en un lenguaje que cualquiera pueda entender, evitando un
vocabulario excesivamente técnico. Además, debe recoger todo lo que le contaríamos a un
conocido en unos segundos acerca del proyecto en el que estamos trabajando si nos lo
cruzáramos por la calle o nos lo encontrásemos en un ascensor.
4 Diseño de Bases de Datos
© Fernando Berzal
Estudio de viabilidad
Con recursos ilimitados (tiempo y dinero), casi cualquier proyecto se podría llevar a buen
puerto. Por desgracia, en la vida real los recursos son más bien escasos, por lo que no todos
los proyectos son viables. En un conocido informe de 1994 (el informe Chaos del Standish
Group), se hizo un estudio para determinar el alcance de la conocida como "crisis crónica de
la programación" y, en la medida de lo posible, identificar los principales factores que hacen
fracasar proyectos de desarrollo de software y los ingredientes clave que pueden ayudar a
reducir el índice de fracasos. De entre los proyectos analizados:
- Sólo uno de cada seis se completó a tiempo, de acuerdo con su presupuesto y con
todas las características inicialmente especificadas.
- La mitad de los proyectos llegó a completarse eventualmente, costando más de lo
previsto, tardando más tiempo del estimado inicialmente y con menos
características de las especificadas al comienzo del proyecto.
- Por último, más de un 30% de los proyectos se canceló antes de completarse.
Dado que cinco de cada seis proyectos analizados no se ajustaron al plan previsto, no es de
extrañar que resulte aconsejable realizar un estudio de viabilidad antes de comenzar el
desarrollo de un sistema de información para determinar si el proyecto es económica, técnicas
y legalmente viable. De hecho, lo primero que deberíamos hacer es plantearnos si la mejor
opción es desarrollar un sistema informatizado o es preferible un sistema manual. Algo así
debieron hacer los rusos cuando decidieron llevar lápices al espacio (según dicen, los
americanos gastaron una fortuna hasta que inventaron un bolígrafo que funcionaba en
ausencia de gravedad).
Antes de comenzar un proyecto, se debería evaluar la viabilidad económica, técnica y legal
del mismo. Y no sólo eso, el resultado del estudio de viabilidad debería ajustarse a la realidad.
A Jerry Weinberg, un conocido consultor, se le ocurrió preguntar a los asistentes a una
conferencia suya, en el Congreso Internacional de Ingeniería del Software de 1987, cuántos de
ellos habían participado en un estudio de viabilidad en el que se hubiese determinado que el
proyecto no era técnicamente viable. De los mil quinientos asistentes, nadie levantó la mano.
Análisis de riesgos
Independientemente de la precisión con la que hayamos preparado nuestro proyecto,
...