Estructura de Datos

Jimnez Viana Israel Enrique

LAS 7 ETAPAS PARA DESARROLLAR UN PROGRAMA

Fecha: 06/09/2011

LAS 7 ETAPAS PARA DESARROLLAR UN PROGRAMA

1) Anlisis de requerimientos

Extraer los requisitos y requerimientos de un producto de software es la primera etapa para crearlo.
Mientras que los clientes piensan que ellos saben lo que el software tiene que hacer, se requiere de
habilidad y experiencia en la ingeniera de software para reconocer requerimientos incompletos,
ambiguos o contradictorios. El resultado del anlisis de requerimientos con el cliente se plasma en el
documento ERS, Especificacin de Requerimientos del Sistema, cuya estructura puede venir
definida por varios estndares, tales como CMMI. Asimismo, se define un diagrama de
Entidad/Relacin, en el que se plasman las principales entidades que participarn en el desarrollo
del software. La captura, anlisis y especificacin de requerimientos (incluso pruebas de ellos), es
una parte crucial; de esta etapa depende en gran medida el logro de los objetivos finales.
2) Especificacin

La Especificacin de Requisitos describe el comportamiento esperado en el software una vez

desarrollado. Gran parte del xito de un proyecto de software radicar en la identificacin de las
necesidades del negocio (definidas por la alta direccin), as como la interaccin con los usuarios
funcionales para la recoleccin, clasificacin, identificacin, priorizacin y especificacin de los
requisitos del software. Entre las tcnicas utilizadas para la especificacin de requisitos se
encuentran:

Casos de Uso,

Historias de usuario,

Siendo los primeros ms rigurosos y formales, los segundas ms giles e informales.

3) Arquitectura

La integracin de infraestructura, desarrollo de aplicaciones, bases de datos y herramientas

gerenciales, requieren de capacidad y liderazgo para poder ser conceptualizados y proyectados a
futuro, solucionando los problemas de hoy. El rol en el cual se delegan todas estas actividades es el
del Arquitecto. El Arquitecto de Software es la persona que aade valor a los procesos de negocios
gracias a su valioso aporte de soluciones tecnolgicas. La Arquitectura de Sistemas en general, es
una actividad de planeacin, ya sea a nivel de infraestructura de red y hardware, o de Software. La
Arquitectura de Software consiste en el diseo de componentes de una aplicacin (entidades del
negocio), generalmente utilizando patrones de arquitectura. El diseo arquitectnico debe permitir
visualizar la interaccin entre las entidades del negocio y adems poder ser validado, por ejemplo
por medio de diagramas de secuencia. Un diseo arquitectnico describe en general el cmo se
construir una aplicacin de software. Para ello se documenta utilizando diagramas, por ejemplo:

Diagramas de clases

Diagramas de base de datos

Diagramas de despliegue plegados

Diagramas de secuencia multidireccional

Siendo los dos primeros los mnimos necesarios para describir la arquitectura de un proyecto que
iniciar a ser codificado. Depende del alcance del proyecto, complejidad y necesidades, el arquitecto
elige qu diagramas elaborar. Entre las herramientas para disear arquitecturas de software se
encuentran:

Enterprise Architect

Microsoft Visio for Enterprise Architects

4) Programacin

Reducir un diseo a cdigo puede ser la parte ms obvia del trabajo de ingeniera de software, pero
no necesariamente es la que demanda mayor trabajo y ni la ms complicada. 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.
5) Prueba

Consiste en comprobar que el software realice correctamente las tareas indicadas en la

especificacin del problema. Una tcnica de prueba es probar por separado cada mdulo del
software, y luego probarlo de forma integral, para as llegar al objetivo. Se considera una buena
prctica el que las pruebas sean efectuadas por alguien distinto al desarrollador que la program,
idealmente un rea de pruebas; sin perjuicio de lo anterior el programador debe hacer sus propias
pruebas. En general hay dos grandes formas de organizar un rea de pruebas, la primera es que
est compuesta por personal inexperto y que desconozca el tema de pruebas, de esta forma se
evala que la documentacin entregada sea de calidad, que los procesos descritos son tan claros
que cualquiera puede entenderlos y el software hace las cosas tal y como estn descritas. El
segundo enfoque es tener un rea de pruebas conformada por programadores con experiencia,
personas que saben sin mayores indicaciones en qu condiciones puede fallar una aplicacin y que
pueden poner atencin en detalles que personal inexperto no considerara.
6) Documentacin

Todo lo concerniente a la documentacin del propio desarrollo del software y de la gestin del
proyecto, pasando por modelaciones (UML),diagramas de casos de uso, pruebas, manuales de

usuario, manuales tcnicos, etc; todo con el propsito de eventuales correcciones, usabilidad,
mantenimiento futuro y ampliaciones al sistema.
7) Mantenimiento

Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos. Esto puede
llevar ms tiempo incluso que el desarrollo inicial del software. Alrededor de 2/3 de toda la ingeniera
de software tiene que ver con dar mantenimiento. Una pequea parte de este trabajo consiste en
arreglar errores, o bugs. La mayor parte consiste en extender el sistema para hacer nuevas cosas.
De manera similar, alrededor de 2/3 de toda la ingeniera civil, arquitectura y trabajo de construccin
es dar mantenimiento.