Professional Documents
Culture Documents
REALIZADO POR:
EDWIN BONIA
C.I. 19.809.234
PROF.: ERNESTO SIVIRA
SECCIN: 31
OCTUBRE, 2012
ESQUEMA
INTRODUCCIN
1. Anlisis de los sistemas de informacin:
* Definicin
* Naturaleza de los anlisis de sistemas de informacin
* Estudio preliminar
* Fases del estudio preliminar
2. Estudio de la factibilidad del sistema
3. Diseo de un sistema:
* Definicin
* Fases de diseo
* Personal involucrado en el diseo
* Planificacin y control del diseo
CONCLUSION
BIBLIOGRAFIA
ANEXOS
INTRODUCCIN
Un sistema de informacin es un conjunto de elementos orientados al tratamiento y administracin de
datos e informacin, organizados y listos para su uso posterior, generados para cubrir una necesidad u
objetivo. Todos los elementos que lo componen interactan para procesar los datos (incluidos los
procesos manuales y automticos) y dan lugar a informacin ms elaborada, que se distribuye de la
manera ms adecuada posible en una determinada organizacin, en funcin de sus objetivos.
Sin embargo, todos los procesos involucrados en la elaboracin o revisin de un sistema comprenden
una fase de anlisis. Esta fase es imprescindible y al mismo tiempo esta compuesta por los otras fases.
Estas son las que analizaremos en este trabajo.
Veremos, la definicin de un
Anlisis de sistema de informacin, la naturaleza de los anlisis de sistemas de informacin, el estudio
preliminar, las fases del estudio preliminar, el estudio de la factibilidad del sistema, el diseo de un
sistema, las fases de diseo, el personal involucrado en el diseo y por ultimo la planificacin y control
del diseo.
La fase termina con la decisin del comit directivo de sistemas (o de un gerente de sistemas de
informacin si es que no se tiene comit) de comenzar o no una investigacin de sistemas. Si la
decisin es comenzar una investigacin, comienza la fase de anlisis. El propsito de esta fase es
determinar exactamente lo que debe realizar un sistema.
La investigacin preliminar debe cumplir con los siguientes cinco objetivos:
1. Entender la naturaleza del problema Es el primer objetivo de la investigacin preliminar. Muchas
veces, el problema presentado en el system request no es el problema real, sino un sntoma. Al
interaccionar con los usuarios, se debe evitar el uso de la palabra problema, ya que puede generar una
impresin negativa. Es mejor hablar sobre mejoras que necesita el sistema.
2. Definir el alcance y las restricciones o limitaciones del sistema El alcance del proyecto es la
extensin del proyecto o del sistema, o ea, hasta dnde se debe llegar. Se debe determinar quin es
afectado por el problema o por la solucin. Tambin es importante definir las limitaciones del sistema.
Una limitacin es una condicin, restriccin o requisito que el sistema debe satisfacer. La limitacin
puede tener que ver con el equipo, programas, tiempo, leyes, costos y otros.
3. Identificar los beneficios que se obtendran si el sistema propuesto es completado Se debe
identificar los beneficios tangibles e intangibles que se esperan como resultado del system request.
Estos beneficios, junto a los estimados de costo, sern usado por la gerencia para decidir si se contina
con el proyecto. Los beneficios tangibles son aquellos que se pueden expresar en trminos de dinero.
Los beneficios intangibles son difciles de contabilizar en dlares y centavos, pero son igualmente
importantes. Tienen que ver con la satisfaccin del empleado, mayor informacin disponible para
tomar decisiones, mejorar la imagen de la compaa y otros aspectos que no se miden en trmino de
dinero.
4. Especificar un estimado de tiempo y costo para las prximas fases de desarrollo Se debe presentar
un estimado del tiempo que tomar realizar cada uno de las siguientes fases del desarrollo del sistema y
del costo que la compaa debe incurrir para completar el sistema. Se debe incluir los costos de
desarrollo costos que ocurren una sola vez y los costos continuos costos pagados peridicamente.
Presentar un informe a la gerencia describiendo el problema y detallando si se recomienda continuar
con la fase de anlisis del sistema Debe incluir la evaluacin del system request, estimado de
tiempo y costo-beneficios y las recomendaciones.
* Fases del estudio preliminar
Pasos para realizar la investigacin preliminar:
1. Obtener la autorizacin de la gerencia.
2. Identificar la informacin necesaria para el proyecto para cumplir con los cinco objetivos de la
investigacin (ya mencionados).
3. Realizar las acciones que sean necesarias para conseguir la informacin, como por ejemplo:
a. Analizar el organigrama para conocer la estructura de los departamentos y las personas claves para el
sistema.
b. Realizar entrevistas a los usuarios, ste es el mtodo principal de obtener informacin.
c. Revisar la documentacin actual, verificando con los usuarios si la documentacin es correcta y
completa.
d. Observar la operacin actual para identificar fuentes de Input y Output.
e. Realizar encuestas, mtodo usado cuando se necesita informacin de muchas personas.
4. Analizar la informacin obtenida, identificando alternativas con sus costos y beneficios y
recomendando la accin que se debe tomar.
1. Presentar los resultados y recomendaciones a la gerencia.
3. Estudio de la factibilidad del sistema
* Descripcin del Entorno
Como quiera que se vaya a trabajar a posteriori en equipo, los analistas iniciales deben describir el
entorno organizacional en donde se va a desarrollar el SI. Se debe hacer una breve resea de la empresa
(fecha de inicio de actividades, domicilio, ramo al cual se dedica, organigrama general), y una breve
resea de la Unidad Funcional especfica a la cual se le desarrollar el SI. En las fases de cualquier
Metodologa de Desarrollo de Sistemas de Informacin se deben
emplear tcnicas de recoleccin de informacin.
* Entrevistas: Individuales o Grupales, Estructuradas o No Estructuradas.
* Cuestionarios: Abiertos o Cerrados.
* Observacin.
* Identificacin del Problema:
Es primordial que se identifique el problema, para poder tener ms claro cules pueden ser las posibles
soluciones que se van a presentar. El problema no puede ser que el sistema actual es manual o que no
existe. Se debe hallar el problema real (por ejemplo: lentitud en los procesos, inexactitud en los
resultados, retrabajo, procesos engorrosos, etc.).
* Identificacin de los Procedimientos Actuales: Se deben identificar, a grosso modo, los
procedimientos generales que se llevan a cabo actualmente en la Unidad Funcional.
* Presentacin de las Posibles Soluciones al Problema: Se deben presentar al menos tres (03) posibles
soluciones al Problema identificado. El presentarle una sola solucin al usuario o cliente es forzarle a
elegir una nica propuesta. Al ofrecer al menos tres (03) posibles soluciones el usuario se sentir que
tiene la libertad para seleccionar la que considere ms conveniente. Normalmente en el mbito de
Desarrollo de Sistemas de Informacin se pueden presentar tres (03) soluciones clsicas:
* Optimizar el Sistema Actual (quizs mediante la elaboracin de procedimientos escritos, formatos,
establecimiento de controles)
* Adquirir una aplicacin existente en el mercado y adaptarla a la organizacin
* Desarrollar una aplicacin hecha a la medida
Normalmente el costo del Hardware no es pertinente en un desarrollo de S.I., ya que lo que si es
importante es el Software. En caso de que el cliente o usuario requiera Hardware, se deber colocar en
otra propuesta aparte. An, en esta etapa, no se conocen a ciencia cierta los requerimientos exactos de
Hardware
* Validacin de las Posibles Soluciones:
Todas las Posibles Soluciones a presentar deben ser factibles, desde el punto de vista Operativo,
Tcnico y Econmico.
* Factibilidad Tcnica (existe tecnologa para realizar el S.I.?)
* Factibilidad Operativa (habr resistencia al cambio?)
* Factibilidad Econmica (relacin beneficio/costo)
No se puede ofrecer una solucin que no sea factible.
Ventajas y Desventajas de cada Posible Solucin: Se presentan las ventajas y desventajas de cada
Posible Solucin, a fin de ofrecerle al cliente una base ms slida para la toma de decisiones y
seleccin de la solucin ms adecuada.
* Cuadro comparativo de Costos y Tiempos de Ejecucin: Se elabora un cuadro comparativo, donde se
presenta cada solucin, con su respectivo costo y tiempo de ejecucin, a fin de presentarle de manera
ms resumida al usuario las opciones disponibles.
* Recomendacin
* De acuerdo a la experiencia del equipo de proyecto, se enuncia la solucin ms recomendada para ser
desarrollada.
* El Estudio de Factibilidad es una especie de Presupuesto que se le presenta al cliente o usuario
* El Estudio de Factibilidad tambin puede conocerse como Propuesta del Sistema
* Una vez aprobado el Estudio de Factibilidad por el Comit de Sistemas, clientes o usuarios, se
especificar el equipo que se ordenara. La precisin, la sencillez y facilidad de comprensin son los
componentes esenciales ya que personal no tcnico los revisara y los evaluara.
Concepto modular o construccin por bloques: Se debe de enfocar el diseo del nuevo sistema
considerando el concepto de modular o construccin de bloques; esto implica el identificar todos los
requisitos del sistema mencionados anteriormente cada una de estas funciones individuales aplicando el
proceso de manera iterativa de arriba hacia abajo. El anlisis resultante se representa por un diagrama
de rbol invertido en donde las funciones principales que se encuentran en la parte superior se
descomponen en forma sucesiva en funciones individuales de procesos de datos en las ramas mas bajas
del rbol.
* Personal involucrado en el diseo
Corresponde a un Ingeniero o Tcnico en Informtica en cualquiera de sus especialidades, pero ms
concretamente la especialidad de Gestin. O tambin a un profesional al que se le presupone cierta
formacin tcnica en informtica y experiencia en el sector, independencia y objetividad, madurez,
capacidad de sntesis, anlisis y seguridad en s mismo. Debe disponer de conocimientos tanto en la
normativa aplicable, como en informtica, como en la tcnica de la auditora, siendo por tanto
aceptables equipos multidisciplinarios formados por titulados en Ingeniera Informtica o Tcnicos en
Informtica y Licenciados especializados en el mundo de la auditora.
* Planificacin y control del diseo
El Plan de Sistemas de Informacin tiene como objetivo la obtencin de un marco de referencia para el
desarrollo de sistemas de
informacin que responda a los objetivos estratgicos de la organizacin. Este marco de referencia
consta de:
- Una descripcin de la situacin actual, que constituir el punto de partida del Plan de Sistemas de
Informacin. Dicha descripcin incluir un anlisis tcnico de puntos fuertes y riesgos, as como el
anlisis de servicio a los objetivos de la organizacin.
- Un conjunto de modelos que constituya la arquitectura de informacin.
- Una propuesta de proyectos a desarrollar en los prximos aos, as como la prioridad de realizacin
de cada proyecto.
- Una propuesta de calendario para la ejecucin de dichos proyectos.
- La evaluacin de los recursos necesarios para los proyectos a desarrollar en el prximo ao, con el
objetivo de tenerlos en cuenta en los presupuestos. Para el resto de proyectos, bastar con una
estimacin de alto nivel.
- Un plan de seguimiento y cumplimiento de todo lo propuesto mediante unos mecanismos de
evaluacin adecuados.
La perspectiva del plan debe ser estratgica y operativa, no tecnolgica. Es fundamental que la alta
direccin de la organizacin tome parte activa en la decisin del Plan de Sistemas de Informacin con
el fin de posibilitar su xito. La direccin debe convencer a sus colaboradores ms directos de la
necesidad de realizacin del plan; de su apoyo de forma constructiva, mentalizndose de que la
ejecucin del mismo requerir la utilizacin de unos recursos de los cuales son responsables.
Control del diseo: Esta fase permite una mejora continua por ser un sistema, est conducido en cada
etapa por las necesidades del cliente y proporciona realimentacin al cliente. Comprende las siguientes
etapas:
Etapas | Nombre | Descripcin |
1 | Planificacin | Elaboracin de planes que incluyan: * la descripcin de cada actividad de diseo,
desarrollo y verificacin * las responsabilidades identificadas y asignadas para cada actividad * las
interrelaciones entre los diferentes grupos de diseo y desarrollo * los lazos de comunicacin * la
informacin necesaria que se debe documentar, transmitir y revisar regularmenteLos planes deben ser
actualizados a medida que el diseo evoluciona. |
2 | Entrada del Diseo | La entrada del diseo incluye: * los requerimientos del diseo identificados,