Etapas de la metodología de Sistemas PDF

Preview

Summary

Download Etapas de la metodología de Sistemas PDF

Description

ETAPAS DE LA METODOLOGÍA DE SISTEMAS

Significa resolver un problema de una manera sistémica, metodológica e 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 Tiempo que se tarda en hacer el reconocimiento Objetividad

Interno Externo Menor Mayor 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....