Metodologías de Desarrollo de Sistemas:

El artículo Software Process Modeled with Objects: Static View, redactado por
Hanna Oktaba y Guadalupe Ibargüengoitia, nos da una idea general de lo que son los pro-
cesos de software, vistos desde el punto de vista de los objetos. Esto quiere decir que se
pueden definir estructuras generales a partir de las cuales se va desarrollando todo un
proceso de software de principio a fin.

En general los principales objetivos del proceso de software son los siguientes: en-
tender el proceso del software, mejorar su funcionamiento y ver que lo haga correcta-
mente. El texto del artículo introduce estos procesos (originalmente complejos) de forma
que se entiendan de forma más fácil y por lo tanto pueden servir como guía para los desa-
rrolladores de software.

El modelo de software que se maneja, es el mismo que comenzamos a ver en el

curso, y el cual se basa principalmente en algunas clases básicas: proceso de software, fa-
ses, actividades, artefactos, roles y agentes, y es sobre estas clases que se va desglosando
todo el proceso de software, junto con sus controles y evaluaciones, con el fin de minimi-
zar los errores y crear un producto bien elaborado.

Dentro de los puntos más importantes que se mencionan, están la especialización de

las fases (los modelos de cascada, espiral, incremental, etc.) que permiten llevar a cabo el
análisis (de acuerdo a los requerimientos) y diseño del sistema. En la especialización de ac-
tividades entran cuatro grupos: producción, control, tecnología y comunicación, los cuales
dan paso a la construcción del sistema en sí y permiten verificar y controlar el estado de
los procesos (por ejemplo, se puede llevar un control de las versiones), así como evaluar
los resultados al terminar el proceso, ya que muchas veces existen errores en los produc-
tos y es necesario eliminarlos; además es necesario en las actividades utilizar estándares
para facilitar el entendimiento de los que participan en el desarrollo del software. La espe-
cialización de artefactos también influye mucho, pues se debe comprobar que se van cum-
pliendo los requerimientos y se va documentando todo el proceso (desde el análisis hasta
su término).

Algunas actividades de la fase de análisis son la definición de los requerimientos del

sistema (a partir de lo que diga el cliente) y la modelación del sistema en sí. Los principales
roles que se necesitan son el líder del proyecto, el analista y el cliente. Los documentos
utilizados en esta fase son los requerimientos básicos del cliente a partir de los cuales se
hace una especificación detallada y precisa. Los agentes pueden ser personas y herramien-
tas. La comunicación es también importante y puede ser física o electrónica, pero nunca
debe faltar. Esta comunicación debe darse entre el cliente y el analista (primero para obte-
ner requerimientos y después para su validación) y entre el líder del proyecto y el analista
(para planear, monitorear y evaluar el proceso).

En general la propuesta de este modelo es muy interesante ya que se tiene un control total
del proceso de software y puede visualizarse de forma sencilla. Es un buen sistema para comenzar
a desarrollar, sobre todo cuando no se tiene idea de cómo empezar.