Metodología para el análisis y diseño de sistemas – Libro Naranja

La intersección entre el enfoque sistémico y la metodología necesaria para las buenas prácticas
ingenieriles se conoce como METODOLOGÍA DE SISTEMAS DE INFORMACIÓN, es decir, una
metodología para poder construir un artefacto que, si se usa bien, va a resolver problemas en
el campo de los sistemas de información.

ETAPAS DE LA METODOLOGÍA DE SISTEMAS DE INFORMACIÓN

● Reconocimiento: Implica un primer contacto con la organización, su estructura, su

cultura, sus necesidades y expectativas. Permite establecer los límites necesarios para
identificar desde dónde y hasta dónde trabajar, confeccionar los objetivos principales y
planificar el relevamiento.

● Relevamiento: Se vale de diversas técnicas de RECOLECCIÓN y DOCUMENTACIÓN de la

información necesaria para la construcción de un modelo de análisis (modelo de la
realidad). Toda la información recolectada se verá reflejada en los modelos que el
grupo de analistas consideren oportunos. Por lo tanto, es posible afirmar que existen
modelos o formalismos para la representación de requisitos, que pueden ser usados
en esta etapa como aproximación básica a las necesidades de la empresa u
organización.

● Diagnóstico: Determina las causas que dan origen al problema y lo define, establece,
pues, alternativas. El diagnóstico se hace en base al modelo construido en el
“Reconocimiento” y debe ser lo suficientemente objetivo y riguroso para poder hacer
un juicio de valor correcto, eficaz y eficiente, y con el fin de encontrar los verdaderos
problemas que afectan a la organización en cuestión.

● Estudio de Factibilidad: En virtud del principio de equifinalidad, es posible arribar al

mismo destino por varios caminos; el estudio de factibilidad, pues, elige el camino más
apropiado según una serie de criterios establecidos en función de aspectos
económico-financieros, técnico-operativos, políticos, legales, derivados de la cultura
propia de la organización, etc.

● Diseño: Involucra la creación de un modelo de diseño/solución basado en el modelo

de análisis y la solución elegida, teniendo en cuenta que: cuanto mejor diseñado esté
un sistema, más fácil de implementar será, más posibilidades de mantenimiento y
transformación tendrá y de mayores niveles de confiabilidad y bajos costos, disfrutará.

● Desarrollo: Es la construcción de lo diseñado como propuesta de solución. Por

ejemplo: si se tiene en consideración el desarrollo de software, es en esta etapa donde
se lleva adelante la generación del código. Para el resto del artefacto-solución, se
procede a desarrollar convocatorias de adquisición de hardware y/o software,
formalización de todos los procesos no informatizados, establecimiento de programas
de capacitación, definición de planes de customización de software adquirido,
 contratos de locación, etc. Es decir, se lleva al campo de lo concreto, aquello que ha
sido propuesto en la etapa dedicada al diseño.

● Prueba: esta etapa se propone encontrar la mayor cantidad de fallas y realizar las
correcciones pertinentes, en otras palabras, reducir el índice de error al máximo
posible para acercarse a los estándares de calidad deseados. Las pruebas previenen la
aparición de mayores desaciertos en estadios posteriores, a sabiendas de que es
imposible erradicar su total y completa existencia. No es posible garantizar calidad sin
un proceso de pruebas bien planificado. Los planes de prueba permiten, también,
estimar cartas de modificaciones y repetir o modificar validaciones posteriores.

● Implementación: es la fase dedicada a instalar la propuesta desarrollada y

previamente probada, en la organización o empresa. La implementación de la
solución, implica la desactivación de los sistemas previos, por lo que la resistencia al
cambio suele ser una de las más frecuentes respuestas por parte de los usuarios.

● Mantenimiento: el proceso no se agota al poner en marcha el artefacto solución

desarrollado, sino que es preciso sostener la solución como viable en el tiempo; en
otras palabras, asegurar la validez del producto desarrollado. Aquí se juega la calidad
del desarrollo: un software puede ser muy bueno, pero si el costo de cada cambio es
muy alto, no sirve.

● Sustitución: consiste en la salida, baja o cancelación de la solución implementada en

las etapas anteriores. Consta de migraciones, conversión de procedimientos,
interconexión de sistemas informáticos, etc. Las razones que motivan tal sustitución,
pueden responder a factores, económicos, tecnológicos, culturales, políticos,
operativos o a una suerte de combinación entre ellos.