Sei sulla pagina 1di 6

EL CICLO DE VIDA DE UN SISTEMA INFORMATICO

Son los pasos a seguir desde que se comienza con la necesidad de un sistema hasta que el
mismo es sustituido.
fases
Fase I - Requerimientos
Fase II - Anlisis / Diseo
Fase III - Construccin
Fase IV - Pruebas
Fase V - Produccin / Mantenimiento
Fase I Requerimientos
Esta fase fundamental para que la estrategia informtica encaje dentro de las metas de la
empresa, ya que en ella se cumplen las funciones del modelaje del negocio y planificacin
de sistemas; esto con el fin de proyectar las estrategias del negocio y determinar de esta
forma sus requerimientos de informacin.
Durante esta fase se desarrolla un modelo del rea estudiada, donde se representa: Los
procesos que se llevan a cabo, la informacin utilizada por ellos y las reglas polticas y
practicas de la empresa relacionada con estos procesos.
Este modelo permite proyectar las estrategias, procesos y flujos de datos de la empresa al
igual que las interrelaciones entre procesos y datos, con el fin de desarrollar un plan de
sistema de informacin capaz de guiar el desarrollo de un sistema que permita dar soporte
al area en estudio en el cumplimiento de sus objetivos.
El Plan de Sistemas debe contener:
Los sistemas que requiere el rea del negocio, as como sus bases de datos y la
informacin que intercambiaran o compartieran.
Descripcin detallada de cada sistema y aplicacin incluyendo sus objetivos funcionales
y sus bases de diseo.
Todo hardware y software que sern utilizados para el funcionamiento requeridos por el
rea de negocio (incluyendo las redes)
Mtodos de desarrollo para cada sistema como lo es adquisicin de paquetes, nuevo
desarrollo o actualizaciones
Esquema de los problemas actuales del area de negocio y de las posibles mejoras que se
puedan realizar en cada sistema
Anlisis de los beneficios que se espera derivar de los sistemas que conforman la
arquitectura
El plan de sistemas de informacin es uno de los factores ms importantes para el
departamento de informtica o sistemas ya que constituye la gua para emprender los
proyectos que requiera el cliente, reclutar y adiestrar al personal necesario y la adquisicin
e instalacin de hardware y software necesarios.
Fase II - Anlisis / Diseo
El objetivo de esta fase es desarrollar el diseo arquitectnico de los sistemas, utilizando
los requerimientos obtenidos en la primera fase. En el diseo arquitectnico se engloban

dos componentes: los datos y los procesos, los cuales sern analizados y diseados desde
una perspectiva conceptual a una fsica, dentro de las cuatros actividades que se
encuentran en esta fase.
Actividades dentro de la fase de Anlisis/Diseo.
Analizar y Disear Proceso: Las operaciones del negocio y los requerimientos de
funcionamiento definidos en la primera fase, se toman en cuenta con el propsito de
determinar la forma en que debe funcionar el sistema.
Analizar y Disear Los Datos: Con los requerimientos de informacin definidos en la
fase I se debe organizar los distintos modelos de datos que nos ayuden a disear la base de
datos que hagan falta para que el sistema funcione de acuerdo al modelo de
funcionamiento.
Disear y Organizar Los Componentes Fsicos: Todo componente fsico como (pantallas,
base de datos) que hagan posible el funcionamiento del sistema de acuerdo al modelo de
funcionamiento.
Planificar El Desarrollo De Los Componentes Fsicos: actividad en la cual planificamos
la forma en que pueden ser construidos e implementados los componentes fsicos de una
forma rpida y productiva.
En esta fase de anlisis / diseo puede incluirse una sub.-fase de evaluacin de paquetes.
Esta se pudiese realizar si en los requerimientos se estableci adquirir un paquete de
aplicaciones en lugar de completar un diseo arquitectnico.
Fase III Construccin
Dentro de esta fase de construccin existen actividades separadas en cinco sub.-fases:
DESARROLLO DE INFRAESTRUCTURA
Durante esta fase se desarrollar y organizar la infraestructura que permita cumplir las
tareas de construccin en la forma ms productiva posible.
ADAPTACIN DE PAQUETE
Uno de los objetivos centrales de esta subfase es conocer al mximo detalle posible el
funcionamiento del paquete, este asegurar que el paquete ser utilizado con el mximo
provecho, tanto desde el punto de vista del negocio, como de la utilizacin de recursos.
Cada componente del paquete ser revisado en forma exhaustiva por el equipo Analista
Usuario, con el fin de conocer y comprender todos los aspectos del paquete.
DESARROLLO DE UNIDADES DE DISEO INTERACTIVAS
Las unidades de diseo interactivas, son procedimientos que se cumple o se ejecutan a
travs de un dialogo usuario sistema.
Las actividades de esta subfase tienen como objetivo central:
Especificar en detalle las tareas que debe cumplir la unidad de diseo
Desarrollar componentes
Realizar las pruebas unitarias y las pruebas de integracin a nivel de la unidad de diseo.
DESARROLLO DE UNIDADES DE DISEO BATCH
En esta sub.-fase se preparan especificaciones hechas utilizando una combinacin de
tcnicas como flujo gramas, diagramas de estructuras, tablas de decisiones etc. Cualquiera
que se utilice ser til para que la especificacin sea clara y se logre el propsito de que el
programador comprenda y pueda programar y probar los programas correspondientes.
DESARROLLO DE UNIDADES DE DISEO MANUALES
Las actividades de esta subfase tienen como objetivo central desarrollar todos los

procedimientos administrativos que rodearn y gobernarn la utilizacin de los


componentes computarizados desarrollados en la fase de diseo detallado y construccin.
Fase IV Pruebas
Esta fase, da inicio luego de que las diferentes unidades de diseo han sido desarrolladas y
probadas por separado. Durante su desarrollo, el sistema se emplea de forma experimental
para asegurar que el software no falle, es decir que funcione deacuerdo a sus
especificaciones y a la manera que los usuarios esperan que lo haga, y de esta forma poder
detectar cualquier anomala, antes de que el sistema sea puesto en marcha y se dependa de
el. Para evaluar el desenvolvimiento del sistema, en esta fase se llevan a cabo varios
niveles de prueba:
Funcional: Prueba desde el punto de vista de los requerimientos funcionales.
De Sistema: Prueba desde el punto de vista de los niveles de calidad del sistema y de
desempeo.
De Integracin: Prueba de interfaces.
De Aceptacin Tcnica: Prueba de manejo de condiciones extremas.
Si el Sistema cumple de forma satisfactoria con estos niveles mencionados anteriormente,
se procede a realizar la carga de los archivos, base de datos y tablas del nuevo sistema,
para de esta forma dar inicio al proceso de aceptacin final, durante el cual, el sistema
comenzar a funcionar bajo la responsabilidad del departamento de operaciones y del
usuario, por un lapso determinado de tiempo llamado Periodo de Aceptacin.
Finalizado el Periodo de Aceptacin, se le dar al sistema la aprobacin final, para que
pase a ser el sistema oficial.
Fase V - Produccin / Mantenimiento
Una vez que un sistema pasa a formar parte de la vida diaria de la empresa, cada
programa, cada procedimiento y cada estructura de datos se convierte en una pieza del
negocio que, como tal, deber funcionar en forma constante, exacta y confiable. L a
operacin del negocio ahora depender del funcionamiento del sistema, por lo que las
tareas de mantenimiento cobran vital importancia.
Durante la fase de mantenimiento, se ponen en prctica todas las polticas y los
procedimientos destinados a garantizar la operacin contina de los de los sistemas y a
asegurar su uso efectivo, con el fin, de que stos se constituyan en una verdadera
herramienta de apoyo al logro de los objetivos estratgicos de la empresa

DISEO DE UNA BASE DE DATOS


1) Etapa del diseo conceptual: en esta etapa se obtiene una estructura de la informacin
de la futura BD independiente de la tecnologa que hay que emplear. No se tiene en cuenta
todava qu tipo de base de datos se utilizar relacional, orientada a objetos, jerrquica,
etc.; en consecuencia, tampoco se tiene en cuenta con qu SGBD ni con qu lenguaje
concreto se implementar la base de datos. As pues, la etapa del diseo conceptual nos
permite concentrarnos nicamente en la problemtica de la estructuracin de la
informacin, sin tener que preocuparnos al mismo tiempo de resolver cuestiones
tecnolgicas.El resultado de la etapa del diseo conceptual se expresa mediante algn
modelo de datos de alto nivel. Uno de los ms empleados es el modelo entidadinterrelacin
(entity-relationship), que abreviaremos con la sigla ER.
2) Etapa del diseo lgico: en esta etapa se parte del resultado del diseo conceptual, que
se transforma de forma que se adapte a la tecnologa que se debe emplear. Ms
concretamente, es preciso que se ajuste al modelo del SGBD con el que se desea
implementar la base de datos. Por ejemplo, si se trata de un SGBD relacional, esta etapa
obtendr un conjunto de relaciones con sus atributos, claves primarias y claves forneas.
Esta etapa parte del hecho de que ya se ha resuelto la problemtica de la estructuracin de
la informacin en un mbito conceptual, y permite concentrarnos en las cuestiones
tecnolgicas relacionadas con el modelo de base de datos.
3) Etapa del diseo fsico: en esta etapa se transforma la estructura obtenida en la etapa
del diseo lgico, con el objetivo de conseguir una mayor eficiencia; adems, se completa
con aspectos de implementacin fsica que dependern del SGBD.
Por ejemplo, si se trata de una base de datos relacional, la transformacin de la estructura
puede consistir en lo siguiente: tener almacenada alguna relacin que sea la combinacin de
varias relaciones que se han obtenido en la etapa del diseo lgico, partir una relacin en
varias, aadir algn atributo calculable a una relacin, etc. Los aspectos de implementacin
fsica que hay que completar consisten normalmente en la eleccin de estructuras fsicas de
implementacin de las relaciones, la seleccin del tamao de las memorias intermedias
(buffers) o de las pginas, etc.
La forma de elaborar un diseo conceptual expresado con el modelo ER se explica en el
apartado 2 de esta unidad.
El resultado del diseo lgico
El resultado del diseo lgico se sita ya en el mundo de las representaciones.
El diseo lgico de una base
de datos relacional se explica en el
apartado 3 de esta unidad didctica.

En la etapa del diseo fsico con el objetivo de conseguir un buen rendimiento de la base
de datos, se deben tener en cuenta las caractersticas de los procesos que consultan y
actualizan la base de datos, como por ejemplo los caminos de acceso que utilizan y las
frecuencias de ejecucin. Tambin es necesario considerar los volmenes que se espera
tener de los diferentes datos que se quieren almacenar.

MAQUINA PARA IMPLEMENTACION DE UN SISTEMA


Placa Base:ASUS P7H55-M LE
Microprocesador: Intel CORE i3 3.07 GHz
Memoria RAM: Kingston DDR 3 4GB
Disco Duro: Samsung SATA 1 TB
Fuente de Alimentacion: 500w ATX
Kit de Gabinete: Gabinete: 631 SATELLITE
Teclado: AK-900 SATELLITE
Mouse: A25 / A8 SATELLITE
Parlantes: S001 SATELLITE
Color: Negro SATELLITE
Monitor:LED AOC Widescreen 23" Modelo e2343F. Resolucin 1920x1080 Full HD
(16:9)
Impresora:HP Deskjet F4400 Multifuncin
Lector: LG DVD-R DW, SATA, BluRay Disc

Potrebbero piacerti anche