Fundamentos Del Analisis de Sistemas

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 9

FUNDAMENTOS DEL ANALISIS DE SISTEMAS.

SISTEMAS, ROLES Y METODOLOGIAS DE DESARROLLO.

Durante mucho tiempo, las organizaciones han reconocido la importancia de


administrar recursos clave como las personas y la materia prima. Para maximizar
la utilidad de la información, una empresa debe administrar en forma apropiada,
de la misma manera en que se administran los demás recursos.

Los tipos de sistemas de información son muy importantes para las empresas ya
que se desarrollan para distintos fines, dependiendo de las necesidades del
usuario humano y la empresa. Los sistemas de procesamiento de transacciones
(TPS) funcionan en el nivel operacional de la organización; los sistemas de
automatización de oficinas (OAS) y los sistemas de trabajo de conocimiento
(KWS) brindan soporte para el trabajo a nivel del conocimiento estos son algunos
sistemas con los que trabajan algunas empresas.

La integración de las tecnologías en sistemas.

A medida de que los usuarios adoptan nuevas tecnologías, parte del trabajo del
analista de sistemas consiste en integrar los sistemas tradicionales con los nuevos
para asegurar un contexto útil.

Las necesidades del análisis y diseño de sistemas

El análisis y diseño de sistemas que los analistas de sistemas llevan a cano busca
comprender que necesitan los humanos para analizar la entrada o el flujo de datos
de manera sistemática, procesar o transformar los datos, almacenarlos y producir
información con el contexto de una organización especifica. Mediante una análisis
detallado. La participación del usuario en el proyecto de sistemas es
imprescindible para el desarrollo exitoso de los sistemas de información
computarizados.
Roles de analista de sistemas.

El analista de sistemas evalúa en forma sistemática como interactúan los usuarios


con la tecnología y como operan las empresas, para lo cual examina los procesos
de entrada y salida de los datos y la producción de la información con la intención
de mejorar los procesos organizacionales. Muchas mejoras implican un mejor
soporte de las tareas de trabajo de los usuarios y las funciones empresariales
mediante el uso de sistemas de información computarizados.

El ciclo de vida del desarrollo de sistemas.

El SDLC es una metodología en fases para el análisis y diseño de acuerdo con la


cual los sistemas desarrollan mejor al utilizar un ciclo especifico de actividades del
analista y los usuarios. Los analistas no se han puesto de acuerdo sobre la
cantidad de fases que hay en el SDLC, pero por lo general alaban su metodología
organizada.

Uso de la herramienta CASE.

Los analistas que adoptan la metodología SDLC a menudo se benefician de las


herramientas de productividad conocidas como herramientas de ingeniería de
software asistida por computadora (CASE), las cuales se cerraron de manera
explícita para mejorar el trabajo rutinario a través del uso de soporte automatizado.
Los analistas emplean herramientas CASE para aumentar la productividad,
comunicarse con los usuarios de una manera más efectiva e integrar el trabajo
que realizan en el sistema desde el inicio hasta el fin de ciclo de vida.

Análisis y diseño de sistemas orientada a objetos.

El análisis y diseño de sistemas orientado a objetos es una metodología diseñada


para facilitar el desarrollo de sistemas que deben de cambiar con rapidez en
respuesta a los entonces empresariales dinámicos.
Se cree que las técnicas orientadas a objetos funcionan bien en situaciones en las
que los sistemas de información complejos pasan a través de un continuo proceso
de mantenimiento, adaptación y diseño. Las metodologías orientadas a objetos
utilizan el estándar de la industria para modelar sistemas orientados a objetos
conocidos como lenguaje de modelado unificado (UML). Para descomponer un
sistema en un modelo de cao uso. La programación orientada a objetos difiere de
la programación tradicional por procedimientos en cuanto a que examinan a los
objetos que forman parte de un sistema. Las fases en UML sus similares a las del
SDLC. Como estos dos métodos comparten un modelado rígido y exigente, se
realizan a un ritmo más lento y reflexivo que las fases del modelado ágil. El
analista pasa por las fases del problema y de identificación, una fase de análisis y
una fase de diseño.

COMPRENSION Y MODELADO DE SISTEMAS ORGANIZACIONALES.

Las organizaciones como sistemas.

Podemos conceptualizar operativamente a las organizaciones y sus miembros


como sistemas diseñados para cumplir con ciertas metas y objetivos
predeterminados a través de las personas y recursos que empleen. Las
organizaciones están compuestas por sistemas más pequeños e
interrelacionados, departamentos, unidades, divisiones, etc. Que brindan
funciones especializadas. Las capacidades de interrelación e independencia de
sistemas.

Todos los sistemas y subsistemas están interrelacionados y son independientes.


Este hecho tiene implicaciones importantes tanto para las organizaciones como
para los analistas de sistemas que buscan ayudar a estas organizaciones a
cumplir mejor sus objetivos. Para ello una perspectiva de sistemas, los analistas
pueden empezar a descifrar y comprender en términos generales las diversas
empresas con las que entraran en contacto.
Los sistemas empresariales: considerar a la organización como un sistema.

Los sistemas empresariales que con frecuencia se denominan de recursos


empresariales (ERP), constituyen un término empleado para describir un sistema
de información organizacional empresarial integrado. En esencia, ERP es software
que ayuda al flujo de información entre las áreas funcionales de la organización. El
sistema ERP evoluciono a partir de la planificación de requerimientos de
materiales (MRP), sistemas de información diseñados para mejorar el proceso de
manufactura en general y el proceso de ensamblaje en particular.

Descripción gráfica de los sistemas.

Podemos realizar la descripción grafica de un sistema o subsistema, según la


forma en que existe dentro de la organización corporativa de varias formas.

Los sistemas y el diagrama de flujo de datos a nivel contexto, es decir el primer


modelo es el diagrama de flujo de datos a nivel de contexto, también conocido
como modelo ambiental. Los diagramas de flujo de datos se enfocan en los datos
que fluyen hacia el sistema y salen de él.

Los sistemas y el modelo de entidad-relación.

Otra forma en que un analista de sistemas puede mostrar el alcance del sistema y
definir límites apropiados para el mismo es mediante el uso de un modelo entidad-
relación. Los elementos que conforman un sistema organizacional se pueden
denominar entidades. Una entidad puede ser una persona, un lugar o una cosa,
como un pasajero en una aerolínea, etc. Hay muchas convenciones para dibujar
diagrama de entidad-relación (E-R).

Símbolos de los casos de uso.

Un diagrama de caso de uso contiene los émbolos del actor y del caso de uso,
junto con líneas conectoras. Los actores son similares a las entidades externas;
existen fuera del sistema, el termino actor se refiere a un rol especifico de un
usuario de sistema. Por ejemplo, un actor puede ser un empleado, pero también
puede ser un cliente en la tienda de la empresa.

Incluso cuando es la misma persona. Un caso de uso prevé a los desarrolladores


una perspectiva de los que quieren los usuarios, sin detalles técnicos o
implementación. Podemos considerar un caso de uso como una secuencia de
transacciones en un sistema. El modelo de casos de uso se basa en las
interacciones y relaciones de casos de uso individuales.

Relaciones de los casos de uso. Las relaciones activas se conocen como


relaciones de comportamiento y se utilizan principalmente en los diagramas de
casos de uso. Hay cuatro tipos básicos de relaciones de comportamiento:
comunica, incluye, extiende y generaliza.

Desarrollo del alcance del sistema.

El alcance de un sistema define sus límites, lo que está al alcance, dentro del
sistema y lo que está afuera de él. Por lo general el proyecto cuenta con un
presupuesto que ayuda a definir el alcance, además del tiempo inicial y final.

Desarrollo de diagramas de casos de uso.

El caso de uso principal consiste en un flujo estándar de eventos que describe un


comportamiento estándar del sistema. El caso de uso principal representa la
terminación normal, esperada y exitosa del caso de uso.

Implicaciones para el desarrollo de sistemas de información.

Cada uno de los tres niveles administrativos contiene distintas implicaciones para
desarrollar sistemas de información. Algunos de los requerimientos de información
para los gerentes son evidentes, mientras que otros son confusos y se traslapan
entre sí. Los gerentes de operaciones necesitan información interna de naturaleza
repetitiva y najo nivel. Dependen mucho de la información que captura el
rendimiento actual y son grandes usuarios de los recursos de información en línea
y en tiempo real.
Cultura organizacional.

La cultura organizacional es un área establecida de investigación que ha crecido


en forma notable en la última generación. Así como es apropiado pensar que las
organizaciones incluyen muchas tecnologías, es igual de apropiado verlas como
anfitriona de varias subculturas componentes. Aun no se ha llegado a un buen
acuerdo en cuanto a que las subculturas competentes pueden estar en conflicto al
tratar de ganar partidarios de lo que consideran que debe de ser la organización.

Determinación de la viabilidad.

Una vez que reducimos el número de proyectos de acuerdo con los criterios antes
descritos, todavía falta determinar si los proyectos seleccionados son viables.

Nuestra definición de viabilidad va mucho más allá del uso común del término, ya
que existen tres formas principales para evaluar la viabilidad de los proyectos de
sistemas: en base a su operación, a su capacidad técnica a su economía. El
estudio de la viabilidad no es un estudio detallado de sistemas, sino que utiliza
para recopilar datos as general para los miembros de la administración.

Determinación de las necesidades de hardware y software.

Para evaluar la viabilidad técnica hay que evaluar la viabilidad del hardware y
software computacional para manejar las cargas de trabajo en forma adecuada. El
analista de sistemas necesita trabajar con los usuarios para determinar que
hardware se necesitara. Para determinar el hardware necesario hay que
determinar los requerimientos de información de los humanos. También puede ser
útil conocer la estructura organizacional. En estos casos hacer un inventario del
hardware computacional, estimación de las cargas de trabajo y evaluación del
hardware computacional sirven para definir de mejor manera la forma y
seguimiento que se le dará al proyecto.
Evaluación de soporte de los distribuidores en relación con el hardware de
computadora.

Hay que evaluar varias áreas clave al ponderar los servicios de soporte
disponibles para las empresas por pate de los distribuidores.

Identificación, pronóstico y comparación de los costos y beneficios.

Siempre hay que considerar los costos y beneficios del sistema computacional
propuesto en conjunto, ya que están interrelacionados y a menudo son
independientes. Aunque el analista de sistema está tratando de proponer un
sistema que cumpla con varios requerimientos de información, las decisiones de
continuar con el sistema propuesto.

Pronóstico.

Los analistas de sistemas deben ser capaces de predecir ciertas variables clave
antes de enviar su propuesta al cliente.

Estimación de las tendencias.

Podemos estimar las tendencias de varias maneas. Una de ellas es mediante el


uso de una media móvil. Este método es útil debido a que es posible ajustar la
conciencia de ciertos patrones estacionales.

Identificación de los beneficios y costos.

Podemos considerar los beneficios y costos como tangibles e intangibles.

Planeación y control de actividades.

El análisis y diseño de sistema involucra muchos tipos de actividades que en


conjunto forman un proyecto. El analista de sistemas debe administrar el proyecto
con cuidado si quiere que tenga éxito. La administración de proyectos incluye las
tareas generales de planeación y control.
La planeación incluye todas las actividades requeridas para seleccionar un equipo
de análisis de sistemas, asignar miembros del equipo a los proyectos propia dos,
estimar el tiempo requerido para completar cada tarea y programar el proyecto de
manera que las tareas se completen a tiempo. El control implica utilizar
retroalimentación para supervisar el proyecto. Incluyendo na comparación del plan
para el proyecto con si evolución actual.

Uso de gráficos Gantt para programar proyectos.

Un gráfico de Gantt es una forma fácil de programar tareas. Es un gráfico en el


que las barras representan cada tema de actividad.

Uso de diagrama PERT.

PERT es un acrónimo que significa técnicas de evaluación y revisión de


programas. Un programa sinónimo de proyecto se representa mediante una red de
nodos y fechas que después se evalúan para determinar las actividades críticas,
mejorar el programa de trabajo en caso de ser necesario y revisar el avance una
vez que se empiece.

Administración del proyecto.

El proceso de análisis y diseño puede ser difícil de manejar, en especial cuando el


sistema a desarrollar es grande para mantener las actividades de desarrollo lo
más manejables que sea posible, por lo general empleamos algunas de las
técnicas de la administración de proyectos para ayudarnos a organizar todo. Un
aspecto importante de la administración de proyectos es cómo manejar nuestro
programa de horarios para terminar el sistema a tiempo, pero no es lo único que
se requiere. La persona a cargo, el gerente del proyecto, es el jefe de analistas de
sistemas.

Administración de las actividades de análisis y diseño.

Además de administrar el tiempo y los recursos, los analistas de sistemas también


deben administrar a las personas.
Esto requiere una comunicación precisa con los miembros del equipo que hayan
sido seleccionados con base en su competencia y compatibilidad. Es necesario
establecer objetivos por la productividad del proyecto y hay que motivar a los
miembros del equipo.

La propuesta de sistemas.

La organización de la propuesta de sistemas, aunque el propósito de los estatutos


del proyecto es identificar los objetos, determinar el alcance y asignar
responsabilidades, el analista también necesita preparar una propuesta de
sistemas en la que incluya la mayor cantidad de detalles sobre las necesidades,
opciones y recomendaciones del sistema. El uso de figuras también es clave para
una comunicación efectiva.

También podría gustarte