MODELO SISTEMATICO APLICADO AL DESARROLLO SW

MODELO SISTEMATICO APLICADO AL DESARROLLO DE SOFTWARE
INTRODUCCION
El desarrollo de Software es una actividad muy compleja en la cual requieren los conocimientos
adecuados y la experiencia en el mismo para poder lograr un buen desarrollo de alguna aplicación.
Este Modelo tiene el propósito de lograr que sirva como guía para el óptimo desarrollo de software.

SISTEMA DESARROLLO DE SOFTWAREDesarrollador

Cliente

Desarrollo de
Software

Subsistema:
Desarrollador- Cliente

LENGUAJE SIMBOLICO PARA ALGORITMOS
Una forma muy usada en la que se basan los desarrolladores es por medio de algoritmos, en la cual
también son de utilidad para mantener una documentación completa.

EL DESARROLLO DEL SOFTWARE Y SU ENTORNO
El desarrollo de software está sujeto a diversos cambios, debido a que el clientesuele modificar los
requerimientos.
Además Influye los recursos informáticos y los costos resultantes debido a imprevistos y cambios
realizados.
CARACTERISTICAS DEL DESARROLLO DEL SOFTWARE
Haciendo referencia al Manifiesto Ágil, existen cuatro postulados:


Valorar más a los individuos y su interacción que a los procesos y las herramientas

Este es posiblemente el principio más importante delmanifiesto. Por supuesto que los procesos
ayudan al trabajo. Son una guía de operación. Las herramientas mejoran la eficiencia, pero sin
personas con conocimiento técnico y actitud adecuada, no producen resultados.
Las empresas suelen predicar muy alto que sus empleados son lo más importante, pero la realidad
es que en los años 90 la teoría de producción basada en procesos, la reingeniería deprocesos ha
dado a estos más relevancia de la que pueden tener en tareas que deben gran parte de su valor al
conocimiento y al talento de las personas que las realizan.
Los procesos deben ser una ayuda y un soporte para guiar el trabajo. Deben adaptarse a la
organización, a los equipos y a las personas; y no al revés. La defensa a ultranza de los procesos
lleva a postular que con ellos se puedenconseguir resultados extraordinarios con personas
mediocres, y lo cierto es que este principio es peligroso cuando los trabajos necesitan creatividad e
innovación/



Valorar más el software que funciona que la documentación exhaustiva

Poder ver anticipadamente cómo se comportan las funcionalidades esperadas sobre prototipos o
sobre las partes ya elaboradas del sistema final ofrece unaretroalimentación muy estimulante y
enriquecedor que genera ideas imposibles de concebir en un primer momento; difícilmente se
podrá conseguir un documento que contenga requisitos detallados antes de comenzar el proyecto.
El manifiesto no afirma que no hagan falta. Los documentos son soporte de la documentación,
permiten la transferencia del conocimiento, registran información histórica, y en muchas
cuestioneslegales o normativas son obligatorios, pero se resalta que son menos importantes que
los productos que funcionan. Menos trascendentales para aportar valor al producto.
Los documentos no pueden sustituir, ni pueden ofrecer la riqueza y generación de valor que se
logra con la comunicación directa entre las personas y a través de la interacción con los prototipos.
Por eso, siempre que sea posible debepreferirse, y reducir al mínimo indispensable el uso de
documentación, que genera trabajo que no aporta un valor directo al producto.
Si la organización y los equipos se comunican a través de documentos, además de perder la riqueza
que da la interacción con el producto, estos documentos se acaban empleando de forma defensiva
como barricadas ante departamentos o personas.


Valorar más lacolaboración con el cliente que la negociación contractual

Las prácticas ágiles están especialmente indicadas para productos difíciles de definir con detalle en
el principio, o que si se definieran así tendrían al final menos valor que si se van enriqueciendo con
retro-información continua durante el desarrollo. También para los casos en los que los requisitos
van a ser muy inestables por la velocidad...