Analizar requerimientos: Es la descripcin de los servicios y restricciones

de un sistema de software, es decir, lo que el software debe hacer y bajo

qu circunstancias debe hacerlo.
o Reconocimiento del problema: Inicialmente, el analista estudia la
especificacin del sistema (si existe) y el plan de proyecto. Es importante
comprender el contexto del sistema y revisar el mbito de los programas
que se us para generar las estimaciones de la planificacin. A continuacin,
debe establecerse la comunicacin necesaria para el anlisis, de forma que
se asegure el reconocimiento del problema.
El analista debe establecer contacto con el equipo tcnico y de gestin del
usuario / cliente y con la empresa que vaya a desarrollar el software.
o Evaluacin y sntesis: El analista debe evaluar el flujo y estructura de la
informacin, refinar en detalle todas las funciones del programa, establecer
las caractersticas de la interface del sistema y descubrir las ligaduras del
diseo, Cada una de las tareas sirven para descubrir el problema de forma
que pueda sintetizarse un enfoque o solucin global.
o Modelado: Debe ser un modelo cognitivo, en vez de un modelo de diseo o
implementacin. Debe describir un sistema tal como es percibido por su
comunidad de usuario. Los objetivos que manipula deben corresponderse
con objetos reales de dicho dominio; los agentes deben modelar los
individuos, organizaciones y equipo de ese dominio; y las acciones que
ejecutan deben modelar lo que realmente ocurre en el dominio. Adems,
debe ser posible incorporar en la especificacin las reglas o leyes que
gobiernan los objetos del dominio.
(Diagramas, interfaces de usuario)
o Especificacin y anlisis: La especificacin de requisitos de software es la
actividad en la cual se genera el documento, con el mismo nombre, que
contiene una descripcin completa de las necesidades y funcionalidades del
sistema que ser desarrollado; describe el alcance del sistema y la forma en
como har sus funciones, definiendo los requerimientos funcionales y los no
funcionales.
Las tareas asociadas con el anlisis y especificacin existen para dar una
representacin del programa que pueda ser revisada y aprobada por el
cliente. En un mundo ideal el cliente desarrolla una especificacin de
requerimientos del software completamente por s mismo. Esto se presenta
raramente en el mundo real. En el mejor de los casos, la especificacin se
desarrolla conjuntamente entre el cliente y el tcnico.
Una vez que se hayan descrito las funcionalidades bsicas, comportamiento,
interface e informacin, se especifican los criterios de validacin para
demostrar una comprensin de una correcta implementacin de los
programas. Estos criterios sirven como base para hacer una prueba durante
el desarrollo de los programas.
o Revisin: La revisin de los requerimientos casi siempre produce
modificaciones en la funcin, comportamiento, representacin de la
informacin, ligaduras o criterios de validacin. Adems, se realiza una
 nueva apreciacin del plan del proyecto de software para determinar si las
primeras estimaciones siguen siendo vlidas despus del conocimiento
adicional obtenido durante el anlisis.

Determinar recursos para desarrollar requerimientos: La Segunda tarea de la

planificacin del desarrollo de Software es la estimacin de los recursos requeridos para el
desarrollo de Software.
o Identificar los recursos necesarios para el desarrollo del proyecto.
Se entiende por recursos, el tiempo, costo, herramientas y
personal que se utilizarn para el desarrollo.
o Organizar los recursos y equipos de trabajo: esta actividad
implica establecer un orden de desarrollo de los
requerimientos, establecer los recursos que se van a invertir
en el desarrollo de los mismos (tiempo, dinero,
desarrolladores).
o Determina las estructuras de la aplicacin y las tecnologas con
las que se construir la aplicacin

Disear la solucin al requerimiento: El Diseo de Sistemas se define el proceso

de aplicar ciertas tcnicas y principios con el propsito de definir un dispositivo, un proceso
o un Sistema, con suficientes detalles como para permitir su interpretacin y realizacin
fsica.
El Diseo del Software es un proceso y un modelado a la vez. El proceso
de Diseo es un conjunto de pasos repetitivos que permiten al diseador
describir todos los aspectos del Sistema a construir. El Diseo debe
proporcionar una completa idea de lo que es el Software, enfocando los
dominios de datos, funcional y comportamiento desde el punto de vista
de la Implementacin.
o El diseo de los datos: Trasforma el modelo de dominio de la
informacin, creado durante el anlisis, en las estructuras de
datos necesarios para implementar el Software.
o El Diseo Arquitectnico: Define la relacin entre cada uno de los
elementos estructurales del programa.
o El Diseo de la Interfaz: Describe como se comunica el Software
consigo mismo, con los sistemas que operan junto con l y con los
operadores y usuarios que lo emplean.
o El Diseo de procedimientos: Transforma elementos estructurales
de la arquitectura del programa. La importancia del Diseo del
Software se puede definir en una sola palabra Calidad, dentro del
diseo es donde se fomenta la calidad del Proyecto. El Diseo es
la nica manera de materializar con precisin los requerimientos
del cliente.

Desarrollar solucin de acuerdo al requerimiento: Implementar un diseo

en cdigo. La complejidad y la duracin de esta etapa est ntimamente
 relacionada al o a los lenguajes de programacin utilizados, as como al
diseo previamente realizado.
o Diseo de la base de datos: tablas, secuencias, funciones,
triggers, etc
o Implementacin de la base de datos
o Cargar datos necesarios para el sistema
o Verificar y validar el diseo e implementacin de la base de datos:
Como en todo sistema de informacin, deberemos verificar
que la base de datos y las aplicaciones funcionan
correctamente. Adems, deberemos comprobar que el
sistema construido se ajusta a las necesidades reales que
promovieron su proyecto de desarrollo (esto es, validar el sistema
y sus requerimientos).
o Operacin, supervisin y mantenimiento de la base de datos:
Finalmente, una vez puesto en marcha el sistema, se llega a
la etapa "final" del ciclo de vida de todo sistema de informacin
(en la que, como ya vimos, se repetir todo el ciclo cada
vez que tengamos que realizar modificaciones sobre el sistema
ya existente)
o Escribir el cdigo fuente
o Ejecuta pruebas de lo que construye
o Realizar mantenimiento del cdigo
o Elaborar manuales de usuario

Verificar la Calidad y realizar ajustes a la funcionalidad a la solucin del

requerimiento
o Pruebas: durante el proceso de desarrollo se deben implementar todas las
estrategias posibles para garantizar que el sistema se encuentre libre de
problemas lo cual se puede descubrir durante este proceso.
o Correcciones: llevar a cabo las correcciones a los problemas identificados en las
pruebas para garantizar el buen funcionamiento del sistema.

Realizar pruebas de la solucin al requerimiento con el usuario: Se lleva a

cabo para identificar puntos dbiles y fuertes del Sistema implantado.
o Realizar pruebas de funcionalidad para determinar posibles problemas
o Pruebas que reflejen si el uso del sistema es fcil o no
o Pruebas para identificar problemas en los tiempos de respuesta
o Realizar correcciones a los problemas identificados

Implementacin de la aplicacin: Es la ltima fase del desarrollo de Sistemas. Es

el proceso instalar equipos o Software nuevo, como resultado de un anlisis y diseo
previo como resultado de la sustitucin o mejoramiento de la forma de llevar a cabo un
proceso automatizado.
o Validar el sistema: debe ser operacional, o sea que funcione de acuerdo a los
requerimientos del anlisis y permitir que los usuarios puedan operarlo.
o Capacitar al usuario con respecto a su uso y mantenimiento