You are on page 1of 1

CONTEXTO ASD54 en el ciclo de vida del desarrollo de software Documentación de Sistemas

(¿asignatura pendiente?)

ASD54 Active System Documentation


ASD54

Un proyecto, un requerimiento, bajo la responsabilidad


de un Líder, implica la interacción de Analistas, Desar-
rolladores y Usuarios.
Esa interacción y sus puntos de contacto, son regis-
trables en ASD54, formando desde el inicio, la Docu-
mentación Activa del Sistema.

La utilización de ASD54, no implica un esfuerzo adicio-


nal, porque simplemente organiza, administra e integra
la información que se genera en todo desarrollo,
transformándola en Documentación.

Distribuidor autorizado

Prosyde S.A. - www.prosyde.com – asd54@prosyde.com

ASD54

Documentación de Software ASD54 (Active System Documentation) Solo se pueden agregar/borrar condiciones de prueba,
en el Objeto, no en sus cambios, lo que permite una
Una asignatura pendiente, todavía. Esto más que un Proyectos y Requerimientos (RQT) constante verificación de su funcionalidad a pesar de los
juicio de valor, es una realidad si consideramos el esfuer- Permite especificar la solicitud realizada por el Usuario cambios y quien los realice.
zo que se le dedica a su generación y la utilidad que se Final, que puede ser ingresada manualmente o a partir La prueba funcional es solo para el RQT. El SIT (System
obtiene, cuando se necesita por cualquier causa o cir- de los registros existentes en el administrador de proyec- Integration Test), se realiza por parte de Sistemas, mien-
cunstancia. tos que utilice la Organización. El RQT para ASD54, tras que el UAT (User Acceptant Test) se realiza por parte
cuenta con tres partes importantes, la propia Especifi- del Usuario Final, pudiendo tomar como base el SIT.
Es una etapa destinada, con la anuencia de casi todos, a cación y los recursos asignados, su Definición Funcional
transformarse en “algo, para cumplir”. y los Objetos Relacionados. El conjunto de estas tres Arquitectura
Es una “entropía”, definida por el diccionario como “Can- partes, forma la documentación requerida y necesaria en En base a la documentación generada, se puede mostrar
tidad de energía que por su degradación no puede cualquier desarrollo. en formato gráfico la Arquitectura de la instalación de
aprovecharse”. Ejemplificando, el calor emitido por un software de la Organización.
motor, es energía que no puede aprovecharse, sin Objetos Estructurada en Unidad de Negocio, Sistemas, Módulos
embargo adaptando el sistema, esa energía nos provee Estos componentes del desarrollo del software, son difer- y Ejecutables iniciales, permiten visualizar la
calefacción. enciados en ASD54 por su accionar sobre los datos, composición de los distintos árboles de llamadas, y de un
pueden ser Contenedores o Transformadores de ellos. objeto en particular, si se desea. Este esquema facilita la
El software actualmente, se desarrolla siguiendo los Los Contenedores son las tablas, archivos, bases. Los integración de la información a partir de la documen-
principios de la Ingeniería, pero una sutil diferencia Transformadores son los ejecutables y programas. tación.
marca la necesidad no comprendida todavía de la docu- La relación y dependencia de los objetos se manifiesta,
mentación eficiente. según la plataforma para la que se documente, en forma Auditorias
automatizada o manual. Si la Organización cuenta con Sobre este punto en particular, ASD54 permite afrontar-
o El Software es un elemento del Sistema, es una herramienta de Change Management, es posible las con una nueva característica y visión. La documen-
lógico, no físico. automatizar los registros de cambio en la documentación tación se encuentra disponible en línea, actualizada y
o Se desarrolla, no se fabrica en un técnica. generada a partir del momento en que se obtienen las
sentido clásico. La consulta de objetos, permite la visualización del ciclo definiciones para el desarrollo del software o sus modifi-
o No se "estropea", pero se deteriora (no de vida del objeto, a partir de su participación en los caciones.
hay "repuestos"). distintos requerimientos, mostrando no solo los cambios Los entregables, pueden listarse, las imágenes resultado
o La mayor parte se construye a medida que lo afectaron, sino los motivos que llevaron a de las distintas metodologías utilizadas para el desarrollo
o se modifica puntualmente, a medida. dichos cambios. de software, se adjuntan a los RQT, formando una unidad
integral de información, disponible en todo momento.
Si consideramos la exposición previa, vamos entender la Condiciones de Prueba
importancia de la Documentación, que por cierto nadie Para los Objetos como para los RQT, las condiciones de
discute, pero pocos enfatizan en la práctica. prueba se ingresan y realizan por parte del personal
asignado a esa tarea, sea de Sistemas o un Usuario
La prueba de fuego de la documentación, es cuando a Final.
Distribuidor autorizado
partir de ella, un profesional calificado puede tomar una En el caso de Objetos, la condición de prueba lo acom-
decisión, sin pasar por el buceo habitual en el código paña, desde el mismo momento de su creación, por
fuente de las Aplicaciones... todos los pasos de modificación que pudiera sufrir.

…esto es posible en su Organización?