2. INTRODUCCION
Como todo proyecto el software tiene un ciclo para desarrollarse y consta
de una serie de pasos que se van completando en diferentes tiempo; este
ciclo de desarrollo de software depende directamente de
la metodología que utilizamos para este desarrollo, y no es mas que una
serie de pasos/tareas que tenemos que seguir como en cualquier otro
proyecto, no hay nada escondido, nada mágico excepto la gran mente del
equipo de desarrollo y las creaciones para tener una experiencia única al
utilizar la aplicación o el paquete de software.
Antes de entrar en mas detalle, debemos mencionar que
las metodologías para el desarrollo del software es independiente de
la tecnología que usemos para el desarrollo del mismo
3. Planificación de proyecto
Proceso de gestión para la creación de
un Sistema o software, la cual encierra
un conjunto de actividades, una de las
cuales es la estimación
4. CICLO DE VIDA
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.
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:
5. Realizar una serie de tareas previas que influirán
decisivamente en la finalización con éxito del
proyecto.
PLANIFICACION
6. ANALISIS Averiguar qué es exactamente lo que tiene que hacer
el sistema. La etapa de análisis en el ciclo de vida del
software corresponde al proceso mediante el cual se
intenta descubrir qué es lo que realmente se necesita
y se llega a una comprensión adecuada de los
requerimientos del sistema.
7. Se han de estudiar posibles alternativas de
implementación para el sistema de información que
hemos de construir y se ha de decidir la estructura general
que tendrá el sistema (su diseño arquitectónico). El diseño
de un sistema es complejo y el proceso de diseño ha de
realizarse de forma iterativa.
DISEÑO
8. IMPLEMENTACION Seleccionar las herramientas
adecuadas, un entorno de desarrollo que
facilite nuestro trabajo y un lenguaje de
programación apropiado para el tipo de
sistema que vayamos a construir. La
elección de estas herramientas
dependerá en gran parte de las
decisiones de diseño que hayamos
tomado hasta el momento y del entorno
en el que nuestro sistema deberá
funcionar.
9. PRUEBAS Tiene como objetivo detectar los errores que
se hayan podido cometer en las etapas
anteriores del proyecto (y, eventualmente,
corregirlos). La búsqueda de errores que se
realiza en la etapa de pruebas puede adaptar
distintas formas, en función del contexto y
de la fase del proyecto.
10. USO Y MANTENIMIENTO
La etapa de mantenimiento consume típicamente
del 40 al 80 por ciento de los recursos de una
empresa de desarrollo de software. De hecho, con
un 60% de media, es probablemente la etapa más
importante del ciclo de vida del software.
•Añadirle nueva funcionalidad, cuando se proponen características deseables que
supondrían una mejora del sistema ya existente
•Eliminar los defectos que se detecten durante su vida útil, lo
primero que a uno se le viene a la cabeza cuando piensa en el
mantenimiento de cualquier cosa.
•Adaptarlo a nuevas necesidades cuando el sistema
ha de funcionar sobre una nueva versión del sistema
operativo o en un entorno hardware diferente.
11. METODOLOGÍA PARA EL
DESARROLLO DE SISTEMA
DE INFORMACIÓN
FASE I Requerimientos
Esta fase fundamental para que la estrategia informática encaje
dentro de las metas de la empresa, ya que en ella se cumplen
las funciones del modelaje del negocio y planificación de sistemas;
esto con el fin de proyectar las estrategias del negocio y determinar
de esta forma sus requerimientos de información.
12. FASE II Análisis / Diseño El objetivo de esta
fase es desarrollar el diseño arquitectónico
de los sistemas, utilizando los
requerimientos obtenidos en la primera fase.
En el diseño arquitectónico se engloban dos
componentes: los datos y los procesos, los
cuales serán analizados y diseñados desde
una perspectiva conceptual a una física,
dentro de las cuatros actividades que se
encuentran en esta fase.
13. FASE III
Construcción
Dentro de esta fase de construcción existen actividades separadas en
sub.-fases:
Desarrollo De Infraestructura
Durante esta fase se desarrollará y organizará
la infraestructura que permita cumplir las
tareas de construcción en la forma más
productiva posible.
Adaptación De Paquetes
Ofrece una desventaja fundamental: el
personal de la instalación no conoce los
componentes del paquete con la misma
profundidad con que conoce los
componentes desarrollados por ellos
mismos.
Desarrollo De Unidades De Diseño
Interactivas
Las unidades de diseño interactivas,
son procedimientos que se cumple o se
ejecutan a través de un dialogo usuario /
sistema.
Desarrollo De Unidades De Diseño Batch
Las unidades de diseño Batch, son aquellos
procedimientos que se cumplen en forma
automatizada, pero en la que no se entabla
un dialogo entre usuario y el analista, sino
que involucra grupos de transacciones que se
alimentan al computador de una sola vez
14. FASE IV Pruebas Esta fase, da inicio luego de que
las diferentes unidades de diseño 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 de acuerdo a sus
especificaciones y a la manera que los usuarios
esperan que lo haga, y de esta forma poder
detectar cualquier anomalía, antes de que el
sistema sea puesto en marcha y se dependa de el
15. FASE V Producción y mantenimiento
Esta fase corresponde al Diseñar es la
fase mas importante donde todos los
elementos del SI. Están completos y se
puede ejecutar el proyecto. 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
16. PLANEACIÓN DEL PROCESO DE
DESARROLLO DE SISTEMAS DE
INFORMACIÓN
El plan de sistemas de información es uno de los
factores más importantes para el departamento
de informática o sistemas ya que constituye la
guía para emprender los proyectos que requiera
el cliente, reclutar y adiestrar
al personal necesario y la adquisición e instalación
de hardware y software necesarios.
Además, el plan de sistemas es fundamental para
la constr5uccion y desarrollo de un ambiente de
alta calidad y productividad ya que:
•La arquitectura de sistemas sobre la cual descansa el plan para una determinada área
de negocios define la forma de cómo cada aplicación desarrollada será destinada a dar soporte a
objetivos claves y estratégicos para esa especifica área del negocio y, por ende, a la empresa,
•Se determinara una definición precisa de los beneficios, alcances y objetivos de cada sistema, lo
cual creara soluciones que el negocio realmente necesite. Estos sistemas se ajustaran a las
estrategias definidas por la gerencia.
17. •Cada proyecto tendrá una prioridad fijada por la gerencia, lo que determinara
el orden de ejecución.
•Cada aplicación desarrollada podrá ser interrelacionada con otros sistemas.
El Plan de Sistemas debe contener:
•Los sistemas que requiere el área del negocio, así como sus bases de datos y la
información que intercambiaran o compartieran.
•Descripción detallada de cada sistema y aplicación incluyendo sus objetivos
funcionales y sus bases de diseño.
•Todo hardware y software que serán utilizados para el funcionamiento requeridos
por el área de negocio (incluyendo las redes)
•Métodos de desarrollo para cada sistema como lo es adquisición de paquetes, nuevo
desarrollo o actualizaciones
•Esquema de los problemas actuales del área de negocio y de las posibles mejoras que
se puedan realizar en cada sistema
•Análisis de los beneficios que se espera derivar de los sistemas que conforman la
arquitectura
18. ESTUDIO DE FACTIBILIDAD
TECNICA
El análisis de factibilidad técnica evalúa si el
equipo y software están disponibles (o, en el caso
del software, si puede desarrollarse) y si tienen
las capacidades técnicas requeridas por cada
alternativa del diseño que se esté considerando.
Los estudios de factibilidad técnica también
consideran las interfaces entre los sistemas
actuales y nuevo
19. FACTIBILIDAD OPERACIONAL
Esta factibilidad comprende una determinación de la
probabilidad de que un nuevo sistema se use como se
supone. Deberían considerarse cuatro aspectos de la
factibilidad operacional por lo menos. Primero, un
nuevo sistema puede ser demasiado complejo para
los usuarios de la organización o los operadores del
sistema
20. FACTIBILIDAD ECONÓMICA
Los estudios de factibilidad económica incluyen
análisis de costos y beneficios asociados con cada
alternativa del proyecto. Con análisis de
costos/beneficio, todos los costos y beneficios de
adquirir y operar cada sistema alternativo se
identifican y se hace una comparación de ellos
21. CONCLUSION
El desarrollo del software y la programación es uno de los pilares fundamentales de la
informática y al cual se dedican muchas horas de esfuerzos en empresas, colegios,
academias y universidades.
Conforme a la tecnología va avanzando, van apareciendo nuevas soluciones, nuevas
formas de programación, nuevos lenguajes y un sin fin de herramientas que intentan
realizar el trabajo del desarrollador un poco mas fácil. Desarrollar un software significa
construirlo simplemente mediante su descripción. Está es una muy buena razón para
considerar la actividad de desarrollo de software como una ingeniería. En un nivel más
general, la relación existente entre un software y su entorno es clara ya que el software
es introducido en el mundo de modo de provocar ciertos efectos en el mismo. Aquellas
partes del mundo que afectarán al software y que serán afectadas por él será
el Dominio de Aplicación. Es allí donde los usuarios o clientes observarán si el desarrollo
del software ha cumplido su propósito.
22. • Ramez A. Elmasri & Shamkant B. Navathe:
"Fundamentos de Sistemas de Bases de Datos",
Addison-Wesley, 2002 [3ª edición].
• Robert L. Glass: "Facts and Fallacies of Software
Engineering", Addison-Wesley, 2003
• Steve McConnell: "Rapid Development: Taming wild
software schedules", Microsoft Press, 1996.
Introducción