Realizado por:
Andoni Vsquez
Introduccin
En la actualidad para muchas organizaciones, los sistemas de informacin basados en
computadoras son el corazn de las actividades cotidianas y objeto de gran consideracin
en la toma de decisiones, las empresas consideran con mucho cuidado las capacidades de
sus sistemas de informacin cuando deciden ingresar o no en nuevos mercados o cuando
planean la respuesta que darn a la competencia. Al establecer los sistemas de
informacin basados en computadoras deben tener la certeza de que se logren dos
objetivos principales: que sea un sistema correcto y que este correcto el sistema. Ningn
sistema que deje satisfacer ambos objetivos ser completamente til para la gerencia u
organizacin.
El anlisis y diseo de sistemas se refiere al proceso de examinar la situacin de una
empresa con el propsito de mejorar con mtodos y procedimientos ms adecuados. El
desarrollo de sistemas tiene dos componentes. Sistema de informacin Conjunto u
ordenacin de elementos organizados para llevar a cabo algn mtodo, procedimiento o
control mediante el proceso de informacin. Anlisis: Es el proceso de clasificacin e
interpretacin de hechos, diagnstico de problemas y empleo de la informacin para
recomendar mejoras al sistemas. Diseo: Especifica las caractersticas del producto
terminado.
El estudio de una empresa para buscar procesos ya existentes con el propsito de
determinar cules deberan, ser llevados a cabo por una computadora y cules por
mtodos manuales. La finalidad del anlisis est en comprender los detalles de una
situacin y decir si es deseable o factible una mejora.
La seleccin del mtodo, ya sea utilizando o no una computadora, es un aspecto
secundario. Determinar la mejor forma de resolver un `problema de sistemas de
informacin. Sin importar cul sea la organizacin, el analista trabaja en los problemas de
sta. Es un error hacer una distincin entre los problemas de la empresa y los de sistemas
ya que estos ltimos no existiran sin los primeros.
Mtodo
Un mtodo es una serie de pasos sucesivos, conducen a una meta. El objetivo del
profesionista es llegar a tomar las decisiones y una teora que permita generalizar y
resolver de la misma forma problemas semejantes en el futuro. Por ende es necesario que
siga el mtodo ms apropiado a su problema, lo que equivale a decir que debe seguir el
camino que lo conduzca a su objetivo.
Algunos mtodos son comunes a muchas ciencias, pero cada
ciencia tiene sus propios problemas y por ende sus propias
necesidades
en
donde
ser
preciso
emplear
aquellas
Con UML podemos modelar distintos tipos de sistemas: sistemas de software, sistemas de
hardware, y tambin se puede modelar sistemas que no son informticos, como flujos de
trabajo (workflow) en una empresa, diseo de la estructura de una organizacin y por
supuesto, en el diseo de hardware. UML entrega una forma de modelar cosas
conceptuales como lo son procesos de negocio y funciones de sistema, adems de cosas
concretas como lo son escribir clases en un lenguaje determinado, esquemas de base de
datos y componentes de software reusables.
archivos o la base de datos que almacenar aquellos datos requeridos por quien toma las
decisiones en la organizacin.
Desarrollo y documentacin del software: Dentro de las tcnicas estructuradas para el
diseo y documentacin del software se tienen: el mtodo HIPO, los diagramas de flujo,
los diagramas Nassi.Schneiderman, los diagramas Warnier-Orr y el pseudocdigo es aqu
donde se transmite al programador los requerimientos de programacin.
Pruebas y mantenimiento del sistema: Todo sistema de informacin debe probarse antes de
ser utilizado, ya que el costo es menor si se detectan los problemas antes de que entre en
funcionamiento. En un principio, se hace una serie de pruebas, con datos tipo, para
identificar las posibles fallas del sistema, ms adelante, se utilizarn los datos del sistema
real.
Implantacin y evaluacin del sistema: Esta es la ltima etapa del desarrollo del sistema,
esto incluye el adiestramiento que el usuario requerir. Aunque la evaluacin del sistema
se plantea como parte integrante de la ltima etapa del ciclo de desarrollo de los sistemas;
realmente la evaluacin toma parte de cada una de las etapas. Uno de los criterios
fundamentales que debe satisfacerse, es que el futuro usuario utilice el sistema
desarrollado.
La SSM est conformada por siete (7) estadios cuyo orden puede variar de acuerdo a las
caractersticas del estudio, a continuacin se describen brevemente estos estadios.
Estadio 1: La Situacin Problema no Estructurada: en este estadio se pretende lograr una
descripcin de la situacin donde se percibe la existencia de un problema, sin hacer
hincapi en el problema en s, esto es sin dar ningn tipo de estructura a la situacin.
Estadio 2: La Situacin Problema Expresada: se da forma a la situacin describiendo su
estructura organizativa, actividades e interrelacin de stas, flujos de entrada y salida, etc.
Estadio 3: Definiciones Raz de Sistemas Pertinentes: se elaboran definiciones de lo que,
idealmente, segn los diferentes weltanschauung involucrados, es el sistema. La
construccin de estas definiciones se fundamenta en seis factores que deben aparecer
explcitos en todas ellas, estos se agrupan bajo el nemnico de sus siglas en ingles
CATWOE (Bergvall-Kreborn et. al. 2004), a saber: consumidores, actores, proceso de
transformacin, weltanschauung, poseedor y restriccin del ambiente.
Estadio 4: Confeccin y Verificacin de Modelos Conceptuales: partiendo de los verbos de
accin presentes en las definiciones raz, se elaboran modelos conceptuales que
representen, idealmente, las actividades que, segn la definicin raz en cuestin, se deban
realizar en el sistema (Ramrez 1983). Existirn tantos modelos conceptuales como
definiciones raz.
Este estadio se asiste de los subestadios 4a y 4b.
Estadio 4a: Concepto de Sistema Formal: este consiste en el uso de un modelo general de
sistema de la actividad humana que se puede usar para verificar que los modelos
construidos no sean fundamentalmente deficientes.
Estadio 4b: Otros Pensamientos de Sistemas: consiste en transformar el modelo obtenido
en alguna otra forma de pensamiento sistmico que, dadas las particularidades del
problema, pueda ser conveniente.
Estadio 5: Comparacin de los modelos conceptuales con la realidad: se comparan los
modelos conceptuales con la situacin actual del sistema expresada, dicha comparacin
pretende hacer emerger las diferencias existentes entre lo descrito en los modelos
conceptuales y lo que existe en la actualidad en el sistema.
Estadio 6: Diseo de Cambios Deseables, Viables: de las diferencias emergidas entre la
situacin actual y los modelos conceptuales, se proponen cambios tendientes a superarlas,
dichos cambios deben ser evaluados y aprobados por las personas que conforman el
sistema humano, para garantizar con esto que sean deseables y viables.
Estadio 7: Acciones para Mejorar la Situacin Problema: finalmente este estadio
comprende la puesta en marcha de los cambios diseados, tendientes a solucionar la
situacin problema, y el control de los mismos. Este estadio no representa el fin de la
aplicacin de la metodologa, pues en su aplicacin se transforma en un ciclo de continua
conceptualizacin y habilitacin de cambios, siempre tendiendo a mejorar la situacin.
Metodologa MeRinde
Es un proyecto que propone un estndar abierto para el proceso de desarrollo de software
orientado a planes que se estructura en dos dimensiones o ejes.
Surge de la combinacin y adaptacin de modelos y metodologas ampliamente utilizadas
para el desarrollo de software y la reingeniera de procesos del negocio. Esta metodologa
est fuertemente fundamentada en los requerimientos del Centro Nacional de Tecnologa
de Informacin (CNTI) y en varias metodologas como el Proceso Unificado (UP)
especialmente.
Fase de inicio
En esta fase se plantea la visin que tiene el equipo o desarrollador en cuanto a lo que
ser el sistema, se fijan los propsitos o fines principales para el ciclo de vida del
producto. Durante la fase de inicio se establece el mecanismo por el cual el producto le
proveer beneficios al usuario final o bien sea al cliente. Se describen todos los actores y
casos de usos del producto y adems se debe crear o implementar un plan de negocio para
definir los recursos que se asignaran al proyecto. Para finalizar esta fase se deben haber
tomado en cuenta los costos en recursos, el tiempo total del proyecto, los riesgos e
incertidumbres que pueda generar, adems de su viabilidad.
Fase de Elaboracin
El propsito especfico que tiene la fase de elaboracin es proyectar la manera en que se
va a realizar la arquitectura para el ciclo de vida del producto, es decir, para su evolucin
durante su uso o bien sea su permanencia en cuanto a funcionamiento, se elabora una
arquitectura en diversas interacciones hasta lograr el producto deseado. Esta fase debe
seguir el patrn de todos los casos de uso planteados en la fase de inicio.
Adems se deben considerar la mayora de las exigencias funcionales, tomando en cuenta
los riesgos que puedan afectar los fines del sistema para que de esta manera pueda hacerse
realizable el producto en cuestin.
La fase de elaboracin concluye cuando el equipo del proyecto tiene en claro los riesgos
principales que puedan afectar al producto, de manera de saber cules son los
requerimientos en cuanto a la realizacin de este, adems de la evolucin que este tendr.
Fase de Construccin
Una vez que el equipo este en esta fase deben tener como meta o finalidad lograr la
disposicin o capacidad operativa del producto, considerando que en dicho producto
deben de estar incluidas todas las propiedades, elementos, requisitos y/o exigencias, las
cuales previamente deben haber sido evaluadas y probadas totalmente, obteniendo de esta
manera una versin del producto que sea aprobada o admisible para quien vaya a hacer
uso de esta.
En conclusin, el objetivo de esta fase es el desarrollo total del sistema ya preparado para
la fase de transicin, debe haber sido probada toda su funcionalidad y aplicacin de
manera de evitar que sea pospuesta la fase de transicin por incumplimiento de los
criterios de esta fase.
Fase de Transicin
Ya en esta fase, el producto debe de estar en manos de los usuarios finales en su forma
funcional, luego de que haya sido probado y aceptado en su totalidad por dichos usuarios,
adems se deber doctrinar a los usuarios en cuanto al empleo o manipulacin del
sistema, y principalmente en lo que se refiere a la configuracin usabilidad e instalacin
del producto. Es decir, se debe avalar o confirmar que el usuario aprenda a operar el
producto final, el cual debe cumplir con todos los requerimientos establecidos en el
proceso de realizacin del mismo.
En resumen, en esta fase se debe determinar si todos los propsitos en cuanto al proyecto
fueron logrados, adems se debe confirmar que el cliente haya aceptado, observado y
verificado el producto final que le fue proporcionado.
Metodologa SCRUM
Scrum es una metodologa gil y flexible para gestionar el desarrollo de software, cuyo
principal objetivo es maximizar el retorno de la inversin para su empresa (ROI). Se basa
en construir primero la funcionalidad de mayor valor para el cliente y en los principios de
inspeccin continua, adaptacin, auto-gestin e innovacin.
Con la metodologa Scrum el cliente se entusiasma y se compromete con el proyecto dado
que lo ve crecer iteracin a iteracin. Asimismo le permite en cualquier momento realinear
el software con los objetivos de negocio de su empresa, ya que puede introducir cambios
funcionales o de prioridad en el inicio de cada nueva iteracin sin ningn problema.
Esta metdica de trabajo promueve la innovacin, motivacin y compromiso del equipo
que forma parte del proyecto, por lo que los profesionales encuentran un mbito propicio
para desarrollar sus capacidades.
Conclusin
La funcin del Anlisis puede ser dar soporte a las actividades de un negocio, o
desarrollar un producto que pueda venderse para generar beneficios. Para conseguir este
objetivo, un Sistema basado en computadoras hace uso de seis (6) elementos
fundamentales:
Software, que son Programas de computadora, con estructuras de datos y su
documentacin que hacen efectiva la logstica metodologa o controles de requerimientos
del Programa.
Hardware, dispositivos electrnicos y electromecnicos, que proporcionan capacidad de
clculos y funciones rpidas, exactas y efectivas (Computadoras, Censores, maquinarias,
bombas, lectores, etc.), que proporcionan una funcin externa dentro de los Sistemas.
Personal, son los operadores o usuarios directos de las herramientas del Sistema.
Base de Datos, una gran coleccin de informaciones organizadas y enlazadas al Sistema a
las que se accede por medio del Software.
Documentacin, Manuales, formularios, y otra informacin descriptiva que detalla o da
instrucciones sobre el empleo y operacin del Programa.
Procedimientos, o pasos que definen el uso especfico de cada uno de los elementos o
componentes del Sistema y las reglas de su manejo y mantenimiento.