REPBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIN UNIVERSITARIA

UNIVERSIDAD NACIONAL EXPERIMENTAL RAFAEL MARA BARALT
UNERMB
EXTENSIN SANTA RITA
ESTADO ZULIA
CTEDRA: SISTEMAS DE INFORMACIN

ADMINISTRACION Y desARROLLO DE LOS SISTEMAS DE INFORMACIN

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.

ANALISIS Y DESARROLLO DE LOS SISTEMAS DE INFORMACIN

1. Anlisis de los sistemas de informacin:
* Definicin
El anlisis de los sistemas de informacin es el proceso de clasificacin e interpretacin de hechos,
diagnostico de problemas y empleo de la informacin para recomendar mejoras al sistema. El factor
humano que se mueve en medio de esta corriente de actividades es el analista, el programador-analista,
el analista de sistema o el diseador de sistemas. l es quien tiene la responsabilidad del cambio, no
solamente en el sistema, sino tambin en la Organizacin. El analista de sistemas no debe ser un
experto en todos los componentes, sino un experto en el concepto de sistemas. De hecho, tendr que
poseer un conocimiento general de las propiedades de los distintos Componentes del sistema.
* Naturaleza de los anlisis de sistemas de informacin
La naturaleza corresponde a la aparicin o surgimiento de necesidades de mejoras al sistema. A este
respecto, un Anlisis de Sistema se lleva a cabo teniendo en cuenta los siguientes objetivos en mente:
* Identifique las necesidades del Cliente.
* Evale que conceptos tiene el cliente del sistema para establecer su viabilidad.
* Realice un Anlisis Tcnico y econmico.
* Asigne funciones al Hardware,
Software, personal, base de datos, y otros elementos del Sistema.
* Establezca las restricciones de presupuestos y planificacin temporal.
* Cree una definicin del sistema que forme el fundamento de todo el trabajo de Ingeniera.
Para lograr estos objetivos se requiere tener un gran conocimiento y dominio del Hardware y el
Software, as como de la Ingeniera humana (Manejo y Administracin de personal), y administracin
de base de datos.
2. Estudio preliminar
La fase de estudio preliminar (y todo el ciclo de vida de un sistema) comienza con la deteccin de un
problema que incluye al sistema de informacin actual, o a la necesidad de un sistema de informacin
donde no exista ninguno antes.

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

procede con las siguientes etapas del Desarrollo.

Resumir el resultado del estudio de factibilidad
tcnica:
Es esta fase se proceder a confeccionar el informe con los resultados del estudio de Factibilidad
tcnica que contendr los fundamentos tcnicos de las decisiones adoptadas y resumir los resultados
de la etapa.
* Factibilidad Operativa: Evaluacion Del Impacto Del Proyecto Sobre La Organizacin.
Dependiendo de las caractersticas del proyecto y de la modalidad con que la Empresa encar el
mismo, los aspectos organizacionales pueden haber sido evaluados al definirse la estrategia de
sistemas, en cuyo caso, no se requerir la ejecucin de esta fase. En caso contrario, se deber efectuar
el estudio correspondiente que tiene por objeto evaluar el impacto del proyecto sobre la organizacin.
Como vemos no se puede relativizar el estudio operativo y a efectos de reducir los mrgenes de riesgo
se deber:
* Establecer el alcance de los cambios organizacionales
* Evaluar las normas, mtodos y funciones organizacionales vigentes.
* Evaluar el desarrollo organizativo alcanzado.
* Analizar las relaciones de poder actuales y futuras y su efecto sobre el proyecto.
* Trazar una hiptesis de conflictos potenciales.
* Efectuar un anlisis sobre la oportunidad del proyecto.
4. Diseo de un sistema
* Definicin
Por definicin, diseo significa hacer un mapa, planear o arreglar las partes en un todo que satisfaga los
objetivos involucrados. El diseo de sistemas requiere principalmente la coordinacin de actividades,
los procedimientos de trabajo y la utilizacin de equipo para alcanzar los objetivos organizacionales. El
diseo de sistemas es un proceso creativo en el que el analista repite a travs
de varias actividades o procedimientos de trabajo, uno a la vez, investigando mentalmente a travs del
proceso completo.
* Fases de diseo
* Determinar las entradas, los archivos y las salidas de informacin.
* Disear muchas posibilidades de diseo de sistemas a travs de un criterio de bloques o modular.
* Preparar los diagramas de flujo que muestren las relaciones modulares.
* Seleccionar las alternativas mas adecuadas.
* Comparar los beneficios tangibles e intangibles.
* Seleccionar el diseo que mejor satisfaga los requisitos.
* Preparar los diagramas de flujo y las tablas de decisin.
* Documentar el diseo final para el concurso de proveedores.
En las dos primeras etapas de ellas se determina y se disea el nuevo sistema; en las etapas restantes se
presenta un mtodo de resolver el diseo final de sistemas. Bsicamente, se dibujan diagramas de flujo
con el objeto de apreciar los meritos de las muchas alternativas al sistema modular junto con el
personal adecuado de la compaa. Despus de considerar tantos diseos de sistemas como sea posible,
se hace evidente que algunos de ellos son ms atractivos que otros. Mientras mas prometedores a la
alternativa, mas se les debe de investigar. Es preciso observar que antes de seleccionar el sistema final
se pueden evaluar los diseos alternativos del sistema observados que no estn cubiertos en el informe
de la investigacin original.
Diagramas de flujo y documentacin del nuevo sistema: Un paso importante, es la preparacin de los
diagramas de flujo del sistema final para el sistema nuevo recomendado. Estos diagramas de flujo se
dibujan sin

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,

orman parte deylarevisados

documentados
organizacin,
* la resolucin
as como los
de futuros
los requisitos
usuarios
incompletos,
del SI. En las
ambiguos
empresas
o antagnicos
(fin de lucro* los
requisitos estatutarios
presente),
se analiza eloproceso
reglamentarios
de negocio
queysean
los procesos
aplicablesLa
transaccionales
entrada del adiseo
los que
debe
dar
tomar
soporte
en cuenta
el SI.
las revisiones al
Identificacin
decontrato.
problemas
| y oportunidades: el segundo paso es relevar las situaciones que tiene la
3 | Salida del yDiseo
organizacin
de las |cuales
El producto
se puede
del sacar
diseo
una
debe:
ventaja
* cumplir
competitiva(Por
los requisitos
ejemplo:
de entrada
una empresa
* contener
cono un
hacer referencia
personal
capacitado
a losencriterios
manejode
informtico
aceptacinreduce
* cumplir
el costo
con de
loscapacitacin
requisitos o estndares
de los usuarios),
regulatorios
as como
*
identificar
las
situaciones
las caractersticas
desventajosas que
o limitaciones
sean cruciales
quepara
hay que
la seguridad
sortear oyque
el desempeo.
tomar en cuenta(Por
(Operacin,
ejemplo: el
almacenamiento,
edificio
de una empresa
manejo,que
mantenimiento
cuenta con uny espacio
disposicin)
muy reducido
* funcionar
y no
apropiadamente
permitir instalar
* contener
ms de dos
la
documentacin requerida |
computadoras).
4 | Verificacin
Determinar
las necesidades:
| * Aseguramiento
este proceso
de que tambin
la salida se
deldenomina
diseo cumple
elicitacin
con los
de requerimientos
requerimientos.de
Enlael
entrada *seRegistros
mismo,
procede identificar
de los cambios
a travs
y modificaciones
de algn mtodo
| de recoleccin de informacin (el que ms se
ajuste a cada caso) la informacin relevante para el SI que se propondr.
CONCLUSION
Diagnstico:
En este paso se elabora un informe resaltando los aspectos positivos y negativos de la
A modo de resumen,
organizacin.
Este informe
se describirn
formar los
parte
procesos
de la propuesta
que se llevan
del SIa y,
cabo
tambin,
en el anlisis
ser tomado
y elaboracin
en cuentadea un
la
sistema
hora
delde
diseo.
informacin
Conocimiento
Propuesta:
contando
de la Organizacin:
ya con toda laanalizar
informacin
y conocer
necesaria
todosacerca
los sistemas
de la organizacin
que
es posible elaborar
una propuesta formal dirigida hacia la organizacin donde se detalle el presupuesto, relacin costobeneficio, presentacin del proyecto de desarrollo del SI.
Diseo del sistema: Una vez aprobado el proyecto, se comienza con la elaboracin del diseo lgico
del SI; la misma incluye el diseo del flujo de la informacin dentro del sistema, os procesos que se
realizarn dentro del sistema, etc. En este paso es importante seleccionar la plataforma donde se
apoyar el SI y el lenguaje de programacin a utilizar.
Codificacin: con el algoritmo ya diseado, se procede a su reescritura en un lenguaje de programacin
establecido (programacin), es decir, en cdigos que la mquina pueda interpretar y ejecutar.
Implementacin: Este paso consta de todas las actividades requeridas para la instalacin de los equipos
informticos, redes y la instalacin del programa generado en el paso anterior.
Mantenimiento: proceso de retroalimentacin, a travs del cual se puede solicitar la correccin, el
mejoramiento o la adaptacin del SI ya creado a otro entorno. Este paso incluye el soporte tcnico
acordado anteriormente.
BIBLIOGRAFIA
Paginas web consultadas:
www.google.co.ve. Consultado el 29 de noviembre de 2012, a las 3:15 pm
www.emprendedor.com. CONTROL DEL DISEO. Consultado el 29 de noviembre de 2012, a las
3:05 pm
html.rincondelvago.com. Control del diseo. Consultado el 29 de noviembre de 2012, a las 3:03 pm
www.slideshare.net. Diseo de sistemas. Consultado el 29 de noviembre de 2012, a las 13:05 pm
www.zeusconsult.com.mx. CONTROL DE DISEO. Consultado el 29 de noviembre de 2012, a las
12:59 pm
prof.usb.ve. Consultado el 29 de noviembre de 2012, a las 12:58 pm
www.oocities.org. Consultado el 29 de noviembre de 2012, a las 3:05 pm
12:31
www.monografias.com. Diseo e implantacin de sistemas de informacin y procesamiento de datos
para empresa. Consultado el 29 de noviembre de 2012, a las 12:31 pm
http://es.wikipedia.org/wiki/Sistema_de_informaci%C3%B3n