PROCESO DE DESARROLLO DE SOFTWARE

Un proceso, se define como una serie de operaciones usadas en la creacin de

un producto. Un proceso de software se puede definir de las siguientes formas:
Un proceso de software define el conjunto de tareas, que tienen que ser
realizadas para producir un producto de software de alta calidad. En otras
palabras, este es el enfoque que se toma para el desarrollo del software.
Es el proceso que se sigue para construir el producto de software desde la
concepcin de una idea, hasta la entrega y el retiro final del sistema.
Las caractersticas de un proceso de software se resumen a continuacin:
Comprensin: Este requiere claridad y declaracin de la naturaleza explicita
de la definicin del proceso.
Visibilidad: Se refiere a la capacidad de observar la salida de arias actividades
del proceso, de manera que se mida el proceso del progreso.
Confiabilidad: Se refiere a la capacidad del proceso para evadir errores o
detectar errores y manejarlos antes de que estos avancen en el producto.
Robustez: Se refiere a la capacidad del proceso de no detenerse a pesar de
problemas inesperados.
Facilidad de mantenimiento: Se refiere a la cantidad de modificaciones que
pueden hacerse al sistema de software sin introducir errores.
Facilidad de verificacin: Un proceso es verificable si sus propiedades pueden
ser fcilmente verificadas.
Rapidez: Se refiere a la agilidad y rapidez del proceso para ser capaz de
entregar un producto final a partir de las especificaciones.
Facilidad de soporte: Se refiere a la posibilidad de que las actividades del
proceso sean soportadas por un conjunto de herramientas automatizadas.
Facilidad de aceptacin: Se refiere a la capacidad del proceso a ser aceptado
y usado por el equipo de ingenieros.
Facilidad de adaptacin: Se refiere a la capacidad del proceso a ser
modificado para satisfacer las necesidades de cambio en el ambiente de
desarrollo.
Despus de haber discutido las caractersticas del proceso de desarrollo de
software, se presenta a continuacin las diferentes fases del proceso de
desarrollo de software.
Fase de definicin esta fase se concentra principalmente en que tiene que ser
completado por el proceso de software.
Fase de desarrollo esta fase enfoca en el cmo los requerimientos de un
sistema y el software sern completados.

Fase de mantenimiento esta fase se enfoca en cambio, el mantenimiento incluye la

correccin de errores y la adaptacin, conforme evoluciona el entorno del software.

Fundamentos del enfoque orientado a objetos y caractersticas

La orientacin a objetos ofrece una solucin que ayuda a los desarrolladores a
hacer corresponder el mundo real tan cerca como sea posible al dominio de la
solucin. Cabe mencionar que existen muchas metodologas que permiten
soluciones para problemas complejos. En la orientada a objetos se basa en
modelar el mundo real y ha ganado importancia significativa en los ltimos
tiempos. En la orientacin a objetos se trabaja con objetos en el sistema que
interactan unos con otros a travs de mensajes. La orientacin a objetos
proporciona los recursos para ocuparse de los objetos de un sistema complejo.
El anlisis y diseo de un sistema desde una perspectiva orientada a objetos
forma el ncleo de un sistema.
Caractersticas
Modelado del mundo real
Datos Abstractos
Abstraccin de datos
Encapsulamiento
Ocultamiento de la informacin
Clase
Objeto
Interfaz e Implementacin
Mtodos
Mensajes
Herencia
Agregacin
Polimorfismo
Tipo
Rol

Paquete
Desarrollo de componentes
Es una unidad autocontenida que encapsula el estado y el comportamiento de
varios clasificadores. Tambin se podra decir que es un tipo clasificador con la
diferencia de que no tiene caractersticas propias, pero contiene las clases que
definen las caractersticas. Un componente proporciona una vista encapsulada
de la funcionalidad definida por las clases contenidas. Un componente es una
parte fsica del sistema. Cada componente tiene un nombre, el cual puede ser
un nombre simple o un nombre de ruta.
Tipos de componentes y caractersticas
Componentes de despliegue o distribucin (Deployment)
Estos componentes se usan para formar un sistema ejecutable. Un ejemplo de
tal componente es la librera de enlace dinmico y los archivos ejecutables.
Otros ejemplos son los componentes COM+, Enterprise Java Beans,
componentes CORBA y objetos de base de datos.
Componentes de Producto de Trabajo
Estos componentes son parte del proceso de desarrollo que es esencial para el
sistema. Algunos ejemplos de componentes de producto de trabajo son los
archivos fuente, archivos de datos y tablas. Ellos son los archivos fuente y
archivos de datos que se usan para crear los componentes de distribucin como
AgenteAnalizado.Java y AnalizadorDatos.txt.
Componentes de Ejecucin
Estos componentes son el resultado de un sistema que se est ejecutando.
Cuando un DLL es instanciado como un componente COM+, es un ejemplo de
un componente de ejecucin.
Caractersticas
La caracterstica fundamental de un componente es la habilidad de definir
interfaces.
Es una unidad ejecutable que puede ser implantada independientemente.
Puede ser sujeto de composicin por terceras partes, es decir, una compaa o
un desarrollador puede llegar y tomar el componente y agregarlo a lo que est
haciendo, o sea hara una composicin de componentes.
Un componente no tiene estado.
Se puede tomar a los componentes de software como una analoga a los
componentes electrnicos.
Estndares en el proceso de desarrollo de software
ISO Es el organismo encargado de promover el desarrollo de normas
internacionales de fabricacin, comercio y comunicacin para todas las ramas
industriales a excepcin de la elctrica y la electrnica. Su funcin principal es
la de buscar la estandarizacin de normas de productos y seguridad para las
empresas u organizaciones a nivel internacional. Estndares ISO existentes: ISO

9001, 90003, 90042, ISO/IEC 12207, ISO/IEC 15504 (SPICE) Algunos

estndares existentes:
Estndares para datos
Estndares de codificacin
Estndares estructurales
Estndares de documentacin
Estndares de proceso software
Estndares para otras actividades
Ejemplos de estndares en ingeniera del software
IEEE Standards Collection Software Engineering 1998 Edition
IEEE Std. 610.12-1990, Glossary of Software Engineering Terminology
IEEE Std. 829-1983, Standard for Software Test Documentation
IEEE Std. 830-1993, Recommended Practice for Software Requirements
Specifications.
IEEE Std. 990-1987, Recommended Practice for Ada as a Program Design
Language.
IEEE Std. 1045-1992, Standard for Software Productivity Metrics
IEEE Std. 1062-1987, Recommended Practice for Software Acquisition
IEEE Std. 1063- 1987, Standard for Software User Documentation
IEEE Std. 1219-1992, Standard for Software Maintenance

Documentacin y Artefactos
La documentacin no es ms que la debilidad ms frecuente en productos e
instalaciones informticos. Cabe mencionar que los actores que intervienen en
el ciclo de vida del software desempean diversos roles. Arquitectos,
diseadores, analistas, programadores, implementadores, administradores o
auditores son quienes explicitan distintos aspectos de los productos y procesos.

Un artefacto es una pieza de informacin que es producida o utilizada por

procesos. Los artefactos son los elementos son los elementos tangibles de un
proyecto, elementos que el proyecto produce o usa mientras se trabaja en
busca del producto final. stos, pueden tomar varias formas y formatos, como
por ejemplo:

Un documento, tal como la visin o la lista de riesgos.

Un modelo, por ejemplo un diagrama de casos de uso o el modelo de diseo.
Un elemento dentro de un modelo, tal como una clase, un caso de uso o un
subsistema.
Ejecutables, por ejemplo el ejecutable del prototipo.
Cdigo fuente.

Las actividades tienen artefactos como entrada y salida. Los roles usan
artefactos para ejecutar actividades y producen artefactos durante la ejecucin
de sus actividades. Los artefactos son la responsabilidad sencilla del rol,
creando responsabilidades fciles de identificar y entender, promoviendo la idea
de que cada pieza de informacin producida en un proceso de desarrollo
requiere un conjunto apropiado de habilidades. Aunque un rol puede ser el
propietario de un artefacto, otros roles pueden hacer uso de ste, incluso
podran actualizar el artefacto si el rol que va a hacerlo, tiene permiso para
hacerlo.
En RUP se encuentran conjuntos de artefactos que agrupan artefactos
relacionados con el modelo de negocio, los requerimientos, el anlisis y diseo,
la implementacin, las pruebas, la configuracin y administracin de cambios,
el ambiente de desarrollo, entre otros.