ETAPAS DE LA METODOLOGÍA DE SISTEMAS

Significa resolver un problema de una manera sistémica, metodológica o ingenieril:

mediante un conjunto de métodos, procesos y pasos, los cuales tienen un orden y
una lógica (se necesita primero de uno para pasar el siguiente). Se busca la mejor
forma de solucionar un problema y cumplir con objetivos satisfactorios. Se diferencia
de la forma artesanal, en la cual se puede llegar a resultados muy diferentes.

1) RECONOCIMIENTO:
Primera perspectiva. Es superficial (cuál es el problema, se estima lo que se hará).
Contacto con la organización y los problemas que tiene. La puede hacer alguien
interno de la organización o alguien externo (ejemplo: un asesor).

Personal interno:

Ventaja: el reconocimiento se hace más rápido porque el miembro del personal ya

está ahí, forma parte de la organización y la vive de cerca.

Desventaja: el reconocimiento es menos objetivo.

Personal externo:

Ventaja: el reconocimiento es más objetivo: se ven otras cosas que por dentro no se
ven tan claramente (analogía: como en un partido de futbol en donde no se ve lo
mismo adentro de la cancha jugando que afuera como espectador).

Desventaja: el reconocimiento es menos rápido.

En resumen:

Tipo de personal Interno Externo

Tiempo que se tarda en hacer el reconocimiento Menor Mayor
Objetividad Menor Mayor

Herramientas que se usan:

 Observación (en este paso es poca, más adelante en otro se profundiza más).
 Encuestas.
 Información.

La decisión final la tiene el personal de sistemas.

 2) RELEVAMIENTO:
Recolectar y buscar información. Nos muestra el AHORA de la organización (a
diferencia del diseño que nos muestra cómo va a estar a futuro). Nos ayuda a
entender cuál es la problemática. Al entrevistar al cliente o usuario, este a veces nos
transmite el síntoma del problema, aunque el origen puede ser otro. La decisión final la
tiene el personal de sistemas.

Herramientas:

 Entrevistas (otras distintas a las del reconocimiento) a personal más operativo.

 Encuestas.
 Cuestionarios. Estos constan de 2 tipos de preguntas:
1. Abiertas: le piden al que responde que se explaye (sin límite en la
respuesta). La respuesta puede estar en el cúmulo de palabras. Una
ventaja es que a veces nos encontramos con cosas que no
buscábamos y encontramos nuevas respuestas.
2. Cerradas: son concretas, las respuestas son únicas y limitadas (SI/NO,
V/F, ponderar de 1-10).
 Documentación: la información y respuestas obtenidas se deben documentar
formalmente:
1. DFD: Diagrama de flujo de datos
2. DD: Diccionario de datos (glosario)
3. DER: Diagrama de Entidad de Relaciones (son modelos que reflejan la
información que relevamos).
4. DA: Diagrama Ambiental. Intercambio de materia, energía e
información. Ejemplo:

3) DIAGNÓSTICO:
Buscar y preguntarse las causas o factores que originan al problema
(analogía: al igual que lo hace un médico cuando diagnostica una enfermedad, por
ejemplo) y desarrollar las alternativas. El “por qué” (por qué caen las ventas,
por qué los empleados no están motivados, etcétera). La decisión final la tiene el
personal de sistemas.
 4) ESTUDIO DE FACTIBILIDAD:
Se estudia que se puede hacer. Se analizan las alternativas generadas en el
diagnóstico y cuál será la mejor solución en ese contexto, en ese momento y
para ese problema. Si se pueden llevar a cabo todas, se busca la que lo logre
mejor: de forma más eficiente (con el menor costo) y eficaz (logrando el objetivo).
La decisión final la tiene el cliente.

4bis) DEFINICIÓN DE REQUISITOS INFORMÁTICOS:

¿Qué requerimientos vamos a necesitar para ese software?

5) DISEÑO:
Se construyen los modelos de las alternativas de la solución. SOLAMENTE el
modelo, no la solución EN SÍ. Se usan las herramientas del relevamiento. Se
detalla cómo se van a hacer las cosas y como van a estar a FUTURO (a diferencia
del relevamiento en donde se muestra el ahora). El diagrama de flujo, por ejemplo,
se realiza en esta etapa.

6) DESARROLLO:
Se codifica. Se desarrolla el software. Se construye la solución.

7) PRUEBAS:
Se somete a pruebas lo que se desarrollo. Se prueba que funciona bien y si se
hizo bien el diseño. Se trata de a detectar errores en la construcción de lo que
hicimos (a veces se colocan errores a propósito y se prueba si son detectados).
Existen distintos tipos de pruebas:

 Caja negra: solo analizo la entrada y la salida (input y output). No me importa

el proceso. Miro solamente lo que entra y lo que sale. No miro lo que paso en
el medio. Me fijo que las salidas estén correlacionadas con las entradas.
 Caja blanca: estudio del proceso. Paso a paso lo que pasó para que lo que
entró saliese de tal manera.
 Pruebas unitarias: del sistema en su totalidad, tomar un solo elemento y
analizarlo afuera del mismo, aislado. Lo pruebo por separado.
 Pruebas de integración: los componentes que se probaron unitariamente y
funcionaron, ahora se prueban en el sistema, integrados a él. Se ve las
interacciones y relaciones de los componentes.
 Pruebas de aceptación: ver si el usuario está conforme con el sistema. Si esta
cómo, lo entiende y si le genera una buena remuneración usarlo.
 8) IMPLEMENTACIÓN:

Se implementa, se pone en marcha el sistema desarrollado y probado. Para

ello, se debe capacitar a los usuarios, desactivar el sistema anterior y migrar
los datos de uno a otro (o en algunos casos trabajar por un tiempo con los 2
sistemas en paralelo). Además, se debe concientizar y motivar a los usuarios
de que el nuevo sistema es mejor, para que lo acepten más rápidamente. Por
otro lado, se debe tener en cuenta también otros factores como cuándo es más
conveniente implementar el cambio de sistema para que se pierda menos
dinero y no haya un corte del servicio.

9) MANTENIMIENTO:

Es necesario para que el sistema dure en el tiempo. Si el diseño es bueno, el

mantenimiento va a ser más sencillo. Hay 3 tipos:
1. Correctivo: soluciona ciertos problemas que no se habían detectado en
la etapa de pruebas porque no se habían tenido en cuenta ya que
generalmente son problemas poco frecuentes. Se corrigen para que el
sistema funcione bien.
2. Perfectivo: al sistema que ya funciona correctamente se lo mejora, se
lo actualiza de manera acorde con los cambios y avances tecnológicos.
3. Adaptativo: el sistema está en un contexto (cultural, histórico, legal,
etcétera). Por lo tanto, un cambio en el contexto puede afectar al
sistema. Por ejemplo: se lanza una ley, normativa o requerimiento
nuevo que hay que cumplir.

10) SUSTITUCIÓN:
Cuando el mantenimiento es más costoso que cambiar el sistema por completo, se
elige la opción de sustituirlo por otro mejor.