Metodología de Sistemas (K1AT12)
Metodología de Sistemas (K1AT12)
Metodología de Sistemas (K1AT12)
ANLISIS
Reconocimiento
Es la primera aproximacin a la organizacin, al problema y al Sistema de Informacin
actual.
Su objetivo es detectar los elementos de juicio necesarios para planificar el relevamiento.
Los objetivos fundamentales son:
- Conocer la necesidad del cliente.
- Determinar las expectativas que tiene sobre nosotros.
- Conocer la estructura del organismo.
Para ello, se debe obtener cierta informacin, que incluir, como mnimo:
- Estructura formal e informal de la organizacin.
- Funciones de las reas involucradas.
- Responsables de cada una de ellas.
- Distribucin fsica de los locales.
- Documentacin referida al problema.
En consecuencia, pretendemos ambientarnos en la organizacin y especialmente en las
reas de influencia del requerimiento.
Relevamiento
Se obtiene un conocimiento total del funcionamiento de la organizacin que ser la base
para el desarrollo del Sistema de Informacin.
Su objetivo es recolectar todos los datos necesarios para facilitar un juicio crtico sobre la
situacin y el sistema de informacin tratado.
Se obtiene informacin detallada de:
- Estructura formal hasta los niveles operativos.
- Circuitos y Procedimientos administrativos.
- Documentacin empleada.
- Requerimientos de Informacin.
- Descripcin del Software, si hubiese.
Se utilizan en esta actividad:
- Tcnicas para obtener informacin (entrevistas, cuestionarios, observacin
personal).
- Tcnicas para documentar informacin (cursogramas, tablas de decisin).
La actividad estar orientada a 2 propsitos fundamentales:
- Conocer con el mayor nivel de detalle el Sistema de Informacin actual y deseado.
- Conocer los aspectos a ser considerados por el Software.
El relevamiento de orientar al usuario del sistema, que puede ser:
- Personal operativo (sistemas de procesamiento de transacciones).
- Personal directivo (sistemas orientados a la toma de decisiones).
En conclusin, conviene obtener la mayor cantidad de datos sobre el sistema actual,
aprovechando el relevamiento para obtener una opinin de las reas sobre los inconvenientes
existentes, sus causas, forma de superarlos y toda otra idea que lleve a la bsqueda de soluciones
durante el diseo del sistema de informacin.
Otro punto para destacar es la especificacin de requisitos de software, en el que se
deben comprender cules son los datos que se van a manejar, cul va a ser la funcin que tiene que
cumplir el software, cules son las interfaces requeridas y cul es el rendimiento que se espera lograr.
Aparecen 2 tipos de requisitos:
- Funcionales (funcin que un componente de un sistema debe ser capaz de realizar,
sus entradas y salidas).
- No funcionales (caractersticas de ejecucin que debe tener un sistema o una
parte de l).
Diagnstico
Se determinan las causas que generan los problemas que dieron origen al trabajo y se
presentan alternativas de solucin.
Es fundamental que el cliente concuerde con nuestro diagnstico para que as las
alternativas propuestas tengan sustento vlido.
Estudio de Factibilidad
Se evalan distintas alternativas de solucin a los requerimientos presentados en el Estudio
preliminar y profundizados en el Relevamiento, basndose en el diagnstico realizado y sugiriendo el
mejor curso de accin para el nuevo sistema. Tambin, pueden plantearse alternativas de nuevos
desarrollos o actualizacin de sistemas existentes. Se recomienda presentar no ms de 3 alternativas
que abarquen soluciones de mxima, mnima e intermedia.
Los criterios pueden ser:
- Econmico (el costo frente al beneficio final a obtener).
- Financiero (las posibilidades de hacer las erogaciones en los tiempos y formas
planeadas).
- Tcnico (la funcionalidad, los rendimientos y las restricciones).
- Operativo (la capacidad de la organizacin de realizar el proyecto con los recursos
disponibles).
- Poltico (la disposicin de la organizacin para realizar el proyecto).
- Legal (las ilegalidades en las que puede incurrir el sistema).
- Otros.
Para analizarlos se utilizan cuadros de ponderacin que verifican que las alternativas
cumplan con los objetivos establecidos y de aquellas alternativas que los satisfacen, se considera la
mejor medida en que lo hacen para cada criterio.
El profesional en Sistemas no decide, sino que recomienda una alternativa.
DISEO
Transforma el modelo creado durante el anlisis en las estructuras de datos que se van a
requerir para implementar el sistema y, adems, se definen las relaciones entre los principales
elementos.
Se traducen los requisitos en una representacin del software atendiendo a la tecnologa
que se va a utilizar. Entre las actividades a considerar, se mencionan las siguientes:
- Definicin de las bases de datos.
- Definicin de programas.
- Definicin de interfaces.
- Definicin de procedimientos administrativos.
- Adecuacin de estructuras organizativas.
- Prediseo de los documentos y formularios.
- Preparacin de la estructura de los manuales de normas y procedimientos.
DESARROLLO
Su propsito es obtener los elementos necesarios para llevar adelante el nuevo sistema y
comprende bsicamente los manuales de procedimiento y los programas.
Es muy importante la eleccin del lenguaje adecuado para el diseo planteado.
Existen herramientas CASE que llevan el diseo automticamente al lenguaje de mquina
sin intervencin humana. Son muy sofisticadas pero, hasta ahora no han dado resultados enteramente
satisfactorios.
Adems incluye la realizacin de otras actividades, como ser:
- El Diseo de documentos y formularios.
- La Redaccin de manuales, de normas y procedimientos administrativos.
MANTENIMIENTO
Corresponde a la permanente actualizacin del sistema desarrollado. Puede obedecer a
distintos factores:
- Correccin de errores que no fueron detectados en las pruebas.
- Cambios que se producen durante el proceso o una vez entregado al cliente.
- Nuevos requerimientos generados a partir del xito del sistema o por la
introduccin de nueva tecnologa.
Esta actividad no slo se aplica al mantenimiento del sistema sino tambin a todas las fases
del desarrollo del mismo.
SUSTITUCIN
La vida de un sistema no es ilimitada y cualquier aplicacin, por ms buena que sea, acaba
por ser sustituida por otra ms amplia, ms rpida, ms econmica o ms fcil de utilizar.
Se planifica con antelacin el momento oportuno para la sustitucin del sistema para evitar
los impactos producidos por un corte abrupto del mismo.
Es conveniente realizar este proceso por fases, no sustituyendo todos los subsistemas al
mismo tiempo.
GESTIN DEL PROYECTO
Consiste en una serie de actividades que se realizarn en paralelo a las actividades
principales del Proceso de Desarrollo y que estn orientadas a los siguientes aspectos:
- Estimacin del esfuerzo humano requerido de la duracin cronolgica del proyecto en
fechas y el costo asociado. Adems, se aplican varias tcnicas al software.
- Anlisis de riesgos: evaluacin de los posibles problemas que pueden ocurrir y el
correspondiente costo de resolucin. Se usan tcnicas de Anlisis de Impacto, para la resolucin de
problemas.
- Planificacin temporal: se identifican las tareas del proyecto y se establece la agenda
correspondiente. Se emplean Grficos de Gantt y de Pert.
- Seguimiento del proyecto: el administrador del proyecto sigue la pista de cada una de las
tareas establecidas y se van reasignando permanentemente las tareas o creando nuevas de acuerdo a
la realidad en la ejecucin del proyecto. Esta realidad se manifiesta a partir de la informacin ms
minuciosa en la ejecucin o nuevas situaciones que se van presentando. Se emplean los Grficos de
Gantt y de Pert.