se considera que SSADM representa el pináculo del enfoque riguroso en la documentación hacia el diseño del sistema que contrasta con métodos ágiles como DSDM o Scrum.
En proyectos de mayor envergadura, la viabilidad se puede hacer, pero en un sentido informal, ya sea porque no hay tiempo para un estudio formal o porque el proyecto es un "must-have", y tendrá que ser hecho de una manera u otra.
Organizacional - será el nuevo sistema sea compatible con las prácticas existentes?
Estas son diferentes formas en que el nuevo sistema podría ser producido variando de no hacer nada para tirar el viejo sistema en su totalidad y la construcción de uno totalmente nuevo.
Los usuarios y analista juntos escogen una opción de negocio único.
La especificación debe estar libre de error, ambigüedad e inconsistencia.
Al igual que las opciones del sistema de negocio, en esta etapa se generan un gran número de opciones para la aplicación del nuevo sistema.
Sin embargo, las consideraciones son seres muy diferentes: Todos estos aspectos deben también ajustarse a las restricciones impuestas por la empresa, como el dinero y la estandarización de hardware y software disponibles.
Estas son las principales interfaces con que los usuarios podrán interactuar en el sistema.
El producto de esta etapa es el diseño lógico que se compone de: Esta es la etapa final en la que todas las especificaciones lógicas del sistema se convierten en las descripciones del sistema en términos de hardware y software real.
Esta es una etapa muy técnica y un simple resumen se presenta aquí.
¿Qué se quiere decir con esto es que debido a que una empresa y sus procesos nunca permanece igual por mucho tiempo, el equipo de sistemas continuamente tendría que revisar el análisis y diseño de productos para su modificación, causando (a veces muy largo) las demoras en llegar a las fases de la programación y entrega del sistema.
En resumen, el uso de esta metodología implica una tarea significativa que puede no ser adecuado para todos los proyectos.