Metodologa y anlisis de un Sistema de Informacin
IntroduccinLosanlisisysistemasdecomputacinson un conjunto o
disposicin deprocedimientosoprogramasrelacionados de manera que
juntos forman una sola unidad. Un conjunto de hechos,principiosy
reglas clasificadas y dispuestas de manera ordenada mostrando
unplanlgico en la unin de las partes. Unmtodo, plan
oprocedimientode clasificacin para hacer algo. Estas actividades se
llevan a cabo teniendo en cuenta ciertos principios:1) Debe
presentarse y entenderse eldominiode lainformacinde un problema2)
Defina lasfuncionesque debe realizar elSoftware.3) Represente
elcomportamientodel software a consecuencias de acontecimientos
externos.4) Divida en forma jerrquica losmodelosque representan la
informacin, funciones y comportamiento.Elprocesodebe partir desde
la informacin esencial hasta el detalle de la
Implementacin.Lafuncindel Anlisis puede ser dar soporte a las
actividades de un negocio, o desarrollar unproductoque pueda
venderse para generar beneficios. Para conseguir esteobjetivo,
unSistemabasado encomputadorashace uso de seis (6) elementos
fundamentales: Software Hardware herramientas del Sistema. Base de
Datos Documentacin, Manuales,formularios, 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.Un Anlisis de Sistema se lleva a cabo teniendo en
cuenta los siguientesobjetivosen mente: Identifique las necesidades
del cliente Evale que conceptos tiene elclientedel 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
depresupuestosyplanificacintemporal. Cree una definicin del sistema
que forme el fundamento de todoel trabajodeIngeniera.Para lograr
estos objetivos se requiere tener un granconocimientoy dominio
delHardwarey el Software, as como de laIngenierahumana (Manejo
yAdministracin de personal), yadministracindebase de datos.En fin
una serie deherramientasque se explicarn con detalle en el
siguienteinforme.Eldiseogeneral de sistemasEldiseo de sistemasse
refiere a la formulacin de especificaciones para el nuevo sistema o
subsistema propuesto, de manera que satisfaga los requisitos
determinados durante la fase de anlisis. Finalmente el diseo de
sistemas vendr a ser una presentacin detallada del informe de
terminacin delanlisis de sistemas.El diseo de unsistema de
informacinpuede descomponerse en especificaciones fsicas y lgicas.
Eldiseo lgicorepresenta los componentes del sistema y sus
relaciones mutuas, como apareceran ante los usuarios.Muestralo que
la solucin sistemtica har en contraposicin con el modo como lo es
en la actualidad implantada fsicamente. Describe las entradas y
salidas, las funciones de procesamiento a realizar, los
procedimientos denegocios, los modelos dedatosy los controles.El
diseo fsicoes el proceso detraduccindelmodelolgico abstracto a un
diseo tcnico especfico para el nuevo sistema. Produce las
especificaciones reales para el hardware, software ybases de
datosfsicas,mediosde entrada/salida, procedimientosmanualesy
controles especficos. Proporciona las especificaciones que
transforman el diseo lgico abstracto en un sistema de funciones de
personas ymquinas.Cuando el analista est listo para comenzar a
disear el nuevo sistema, ya deben estar establecidos ciertos
elementos. Debe hacer una definicin del problema, informacin
general de antecedentes sobre el rea bajo estudio, una idea
aproximada de las interacciones dentro del rea de estudio y con
otras reas, un buen entendimiento del sistema actual, y un conjunto
de requerimientos para el nuevo sistema.Definiciones de diseo de
sistemas.El diseo puede definirse como el acto de delinear,
planear, bosquejar y disponer muchos elementos separados,
reunindolos en un conjunto viable y unificado. Mientras que en la
fase de anlisis de sistemas se responde a preguntas tales como qu
esta haciendo el sistema? Y qu debera hacer para satisfacer las
necesidades de los usuarios?, La fase de diseo se ocupa de cmo debe
desarrollarse el sistema para que pueda satisfacer esas
necesidades?. Durante el proceso de diseo, el analista
planteasolucionesalternativas y finalmente determina cul es la
mejor. La fase de diseo es denaturalezatcnica, hasta el punto de
que el analista debe responder esta pregunta "Cmo vamos a
hacerlo?". Por otra parte, el diseo tambin es unartecreativo, hasta
el punto de que el analista se pregunta continuamente: qu ocurrir
si...? y por qu no?.El diseo es una solucin: la conversin de los
requerimientos en formas que los satisfagan.El diseo determina
elxitodel sistema. A travs del diseo, los analistas de sistemas
pueden tener gran influencia sobre la efectividad del usuario, ya
sea para el manejo de transacciones o par laadministracindela
organizacin. Algunos diseos son ms efectivos que otros.Mientras que
anlisis de sistemas describe lo que un sistema debe hacer para
satisfacer los requerimientos de informacin, el diseo de sistemas
muestra cmo el sistema debe de satisfacer este objetivo. El diseo
desistemas de informacines el plan general o modelo para ese
sistema. Como el plano de un edificio o una casa, tiene todas las
especificaciones que dan al sistema su forma yestructura, el diseo
de los sistemas de informacin es una tarea creativa que requiere de
imaginacin, sensibilidad al detalle y habilidades.Para disear un
sistema, el analista debe conocer ciertos elementos relacionados
con los siguientes aspectos.1) Losrecursosde laorganizacin. 2) Las
necesidades de informacin de los usuarios. 3) Las necesidades de
otros sistemas. 4) Losmtodosdeprocesamiento de datos, 5)
Lasoperacionescon los datos. 6) Las herramientas del diseo.Para
producir el diseo, el analista tiene que aplicar el razonamiento y
lacreatividada los elementos mencionados.
Objetivos del diseo de sistemas de Informacin:El diseo de
sistemas tiene tres objetivos.Primero,el diseador de sistemas es
responsable de la consideracin de otras configuraciones
detecnologapara llevar a cabo y desarrollar el sistema tal y como
fue descrito por el anlisis. Esto puede implicar anlisis
deldesempeode diferentes elementos de hardware y software
capacidades de los sistemas, alternativas deredesy la
transportabilidad del hardware de los sistemas.Segunda, los
diseadores son responsables por laadministraciny elcontrolde la
realizacin tcnica de los sistemas. Las especificaciones detalladas
deprogramacin, lacodificacinde los datos, ladocumentacin,pruebasy
lacapacitacin, son todosresponsabilidaddel equipo de diseo. Adems,
los diseadores son responsables del abastecimiento actual del
hardware y el software que se necesita para el sistema.Tercero,el
diseador de sistemas detalla las especificaciones del sistema que
darn las funciones identificadas durante el anlisis de sistemas.
Estas especificaciones deben tocar todos los componentes
administrativos, organizacionales y tecnolgicos de la solucin de
sistemas. Especificar los elementos de diseo lgicoEspecificaciones
detalladas de diseo que describen las caractersticas de un sistema
de informacin: entradas, salidas,archivosy base de datos y
procedimientos.
Actividades de soporte parala empresa.Los resultados
delempleodel sistema sern de ayuda para mejorar el rendimiento de
la empresa
Satisfacer los requerimientos de los usuarios.Satisfacer las
necesidades de los usuarios en trminos de: Efectuar en forma
correcta los procedimientos apropiados. Presentar en forma
apropiada la informacin. Proporcionar resultados exactos. Utilizar
los mtodos deinteraccinapropiados. Proporcionar confiabilidad
total.
Fcil de usar.Ingeniera humana favorable: El diseo ergonmico debe
ser fsicamente cmodo y contribuir a la efectividad yeficienciadel
usuario.
Proporcionar las especificaciones de software.Especificar los
componentes y funciones con suficiente detalle para construir el
software de aplicacin.
Ajustarse a los estndares de diseoEl diseo y sus
especificaciones debe estar en concordancia con las reglas prcticas
establecidas para la organizacin.
Etapas bsicas del proceso diseo.En de la prctica, la aplicacin
del proceso de diseo es un esfuerzo repetitivo. A medida que el
analista va considerando cada uno de los elementos del proceso, se
ve obligado a revisar una y otra vez a reexaminar lasestructurasy
relaciones establecidas hasta el momento, y a modificarlas para
satisfacer la nueva condicin. La repeticin contina hasta que han
sido consideradas todas las dimensiones del sistema propuesto y se
formula la proposicin final. Las etapas bsicas del proceso de diseo
pueden exponerse as:1. Definir el objetivo del sistema.2.
Desarrollar un modelo conceptual.a) Identificar el resultado ms
importante del sistema. b) Sealar los datos especficos de entrada
necesarios para obtener ese resultado. c) Describir las operaciones
de procesamiento de datos, particularmente losalgoritmoslgicos y
declculo, que deben aplicarse a los datos de entrada para producir
la informacin deseada.d) Identificar los elementos de entrada que
se pueden introducir una sola vez y quedar almacenados para usarlos
en operaciones subsecuentes de procesamiento. e) Seguir efectuando
los pasos a, b, c, d para cada resultado requerido y por orden de
prioridad hasta haberlos considerado en su totalidad. f) Establecer
unbancode datos que pueda sustentar al sistema en la forma ms
efectiva.3. Aplicar restricciones.a) En base a las restricciones
impuestas eliminar los casos extremos de entrada,saliday
procesamiento. b) Sealar los diferentes puntos de control.4.
Definir las actividades de procesamiento de datos.a) disear los
formatos de entrada ysalidaque mejor se adapten al diseo del
sistema. b) Establecer los mtodos de procesamiento y los puntos
comunes de los datos.5. Formular la proposicin del diseo del
sistema.Analizando especficamente las entradas, las salidas y las
actividades de procesamiento por orden de su contribucin al logro
del objetivo general del sistema, el analista reduce al mnimo
eltiemponecesario para llegar a una estructuracin del diseo
principal.Diseo Estructurado:
Diseo detallado:
Diseo de las salidas:( Diseo del sistema
deinformesyproduccindedocumentos)El trminosalida, como es probable
que el lector lo conozca, se refiere a los resultados e informacin
generados por el sistema. Para muchos usuarios finales, lasalidaes
la nica razn para eldesarrollodel sistema y la base sobre la que
ellos evaluarn lautilidadde la aplicacin. En la realidad, muchos
usuarios no operan el sistema de informacin y tampoco ingresas
datos en l, pero utilizan lasalidagenerada por el sistema. Cuando
disean la salida, los analistas deben de realizar lo siguiente:
Determinar qu informacin presentar. Decidir si la informacin ser
presentada en forma visual, verbal o impresa y seleccionar el medio
de salida. Disponer la presentacin de la informacin en un formato
aceptable. Decidir cmo distribuir la salida entre los posibles
destinatarios.Para llevar a cabo las actividades antes mencionadas,
se requieren decisiones especficas tales como el empleo de formatos
ya impresos cuando se preparan reportes, cuntas lneas planear sobre
una pgina impresa o si se debe empleargrficasycolores.La salida es
la nica razn para el desarrollo del sistema y la base sobre la que
ellos evaluarn la utilidad de la aplicacin. En la realidad, muchos
usuarios no operan el sistema de informacin y tampoco ingresan
datos en l, pero utilizan la salida generada por el sistema.El
diseo de la salida dela computadoradebe avanzar en una forma
organizada y bien pensada: tiene que desarrollarse correctamente
mientras que al mismo tiempo se garantice que cada elemento de la
salida est diseado para que las personas encuentren que el sistema
es fcil de emplear.El termino salida se utiliza para denotar
cualquier informacin, ya sea impresa o en una pantalla. Cuando los
analistas disean la salida: Identifican la salida especfica que es
necesaria para satisfacer los requerimientos de la informacin.
Seleccionan los mtodos para presentar la informacin.Crean los
documentos, reportes u otros formatos que contienen la informacin
producida por el sistema.Un sistema de informacin debe alcanzar uno
o ms de los siguientes objetivos:1. Expresar informacin relacionada
con actividades pasadas,estadoactual o protecciones para el futuro.
2. Sealareventosimportantes, oportunidades,problemaso advertencias.
3. Iniciar unaaccin. 4. Confirmar una accin.El buen diseo de la
salida de los sistemas, no puede ser desarrollado en forma
independiente del uso que se dar a la salida. En otras palabras, no
se puede clasificar como buena una salida estticamente atractiva o
que haga uso de una nueva tecnologa, a menos que satisfaga las
necesidades de la organizacin y de sus usuarios. El propio proceso
de diseo comienza cuando el analista de sistemas identifica la
salida que debe producir el sistema (un proceso que se inicia
durante la determinacin de requerimientos).Aspectos importantes de
las Salidas:Cuatro preguntas, a las que debe darse respuestas en
forma completa y apropiada, ayudan a los expertos de diseo de
sistemas a comprender mejor lo que debe ser la salida de un nuevo
sistema:Quines recibirn ja Salida?El usuario, forma o no parte de
la organizacin?, Quiz los usuarios externos tengan requerimientos
especficos que no se pueden cambiar y que dictan los requerimientos
de contenido, formato y medio de presentacin. Tal vez
lasorganizacionesdecidan presentar la misma informacin en forma
diferente cuando sta es enviada a los usuarios tanto externos como
internos.Cuntos detalles son necesarios?Pocos detalles son
necesarios para indicarle a alguien que renov una licencia de
manejo (nombre,direccin, fecha de renovacin, cuota y una
identificacin de la salida como aviso de renovacin). Sin embargo,
un informe trimestral deventadeventascontiene muchos detalles con
formatos diferentes que son de ayuda para trasmitir un mensaje (qu
sucedi, cmo ocurri y cul fue el resultado) a todos los usuarios.
Asimismo, la cantidad de datos tambin sugiere si deben emplear
mtodos de impresin o de presentacin en una pantalla.Cuntos y qu tan
frecuente es la Salida?El calendario junto con la oportunidad de la
salida, son guas especficas del diseo. Algunas salidas se producen
con poca frecuencia y slo cuando aparecen ciertas condiciones: la
emisin del aviso de renovacin de licencia puede ocurrir cada 4 aos,
la emisin de una notificacin de pago sucede cuando el saldo de la
cuenta est vencido. sin embargo, la organizacin puede requerir cada
mes una salida que indique todas las licencias que deben renovarse
el prximo mes, o una salida cada semana que seale todas
aquellascuentascuyo saldo se venci durante la semana.Qu Mtodo
utilizar?Debe ser impresa o presentada en pantalla? Los ejemplos
anteriores muestran que la salida impresa se emplea con bastante
frecuencia. Sin embargo, si un sistema da respuestas del tipo s o
no a las consultas, a menudo es apropiado presentar la respuesta en
una pantalla, algunos sistemas emplean una salida de audio para
informarles sobre un nuevo nmero telefnico o elcambiode ste.Diseo
de entradas:(Disear el sistema de recopilacin de datos)Las
especificaciones de entrada describen la manera en que los datos
ingresarn al sistema para su procesamiento. Las caractersticas de
diseo de la entrada pueden asegurar la confiabilidad del sistema y
producir resultados a partir de datos exactos, o tambin pueden dar
como resultado laproduccinde informacin errnea. Asimismo, el diseo
de la entrada determina s el usuario puede interactuar con el
sistema de manera eficiente. El diseo de la entrada es el enlace
que une al sistema de informacin con el mundo y sus usuarios.
Algunos aspectos del diseo cambian, lo que depende si el sistema
est orientado hacia lotes o en lnea. Pero sin considerar el
sistema, existen aspectos generales en la entrada que todos los
analistas deben tener en cuenta.El diseo de la entrada consiste en
el desarrollo de especificaciones y procedimientos para la
preparacin de datos, la realizacin de los pasos necesarios para
poner los datos de una transaccin en una forma utilizable para su
procesamiento, as como la entrada de stos. La entrada de estos los
datos se logra al instruir lacomputadorapara que los lea ya sea de
documentos escritos o impresos, o por personas que los escriben
directamente en el sistema.Controles de la cantidad de
entrada.Existen varias razones que explican porqu un buen diseo
debe controlar la cantidad de datos en la entrada. Primero, las
operaciones de preparacin y entrada dependen de las personas. Dado
que loscostosde la mano de obra son altos, los asociados con la
preparacin e ingreso de los datos tambin lo son altos. Disminuir
los requerimientos de datos puede reducir los costos y ocurrir lo
mismo con los costos de mano de obra. Segundo, la fase de entrada
puede ser un proceso lento que toma mucho ms tiempo que el que
necesitan las computadoras para llevar a cabo sus tareas. De hecho,
la computadora quiz permanezca sin hacer nada durante el tiempo en
que se preparan los datos y la entrada para su procesamiento. Al
disminuir los requerimientos de la entrada, el analista puede
acelerar todo el proceso desde la captura de datos hasta que los
resultados llegan a manos de los usuarios. Evitar Retrasos.Un
retraso en el procesamiento, que es un resultado de las operaciones
de preparacin o de entrada de datos, recibe el nombre de cuello de
botella. Evitar los cuellos de botella debe ser siempre uno de los
objetivos que el analista persiga al disear la entrada. Evitar
errores de datos.En cierto sentido la tasa de errores depende de la
cantidad de datos, ya que entre ms pequea sea sta, menores sern las
oportunidades para cometer errores. Es comn encontrar en las
operaciones de venta al por menor una tasa promedio del 3% de error
en las operaciones de entrada de datos. Si elvolumende datos es de
10,000 transacciones por semana, entonces se presentarn
aproximadamente 300 errores. A pesar de lo anterior, el analista
puede reducir el nmero de errores al disminuir el volumen de datos
que deben ingresarse por cada transaccin. El analista tambin puede
modificar las tasas de error de una operacin a travs del diseo de
la entrada, ya que la forma en que deben ingresar los datos puede
tener efectos sobre la incidencia de los errores. Otro aspecto del
control de errores es la necesidad de detectarlos cuando stos se
presentan. Las verificaciones y balances en los programas para
entrada de datos, denominadastcnicasde validacin de entradas,
tambin descubren errores en la entrada. Evitar pasos
adicionales.Algunas veces el volumen de transacciones y la cantidad
de datos en preparacin, o enel trabajode entrada de datos, es algo
que no se puede controlar. Cuando no es posible reducir el volumen
de transacciones, el analista debe asegurar que el proceso sea lo
ms eficiente posible. El analista experimentado tambin evitar
diseos para la entrada que traigan como consecuencia una mayor
cantidad de pasos a seguir. El efecto que trae consigo ya sea aadir
o quitar un paso cuando se alimentan loschequesal proceso bancario,
ser multiplicado muchas veces en el transcurso de un da detrabajo.
Mantener la sencillez del proceso.Quiz el mejor consejo para los
analistas es alcanzar todos los objetivos ya mencionados en la
forma ms sencilla posible. Claro est que al incluir tantos
controles sobre los errores las personas puedan tener dificultades
al emplear el sistema. En otras palabras. el control de los errores
puede obstruir la tarea. El sistema mejor diseado se ajusta a las
personas que lo utilizarn y al mismo tiempo, proporcionarn mtodos
para el control de los errores. La simplicidad funciona y es
aceptada por los usuarios. En contraste, cuesta trabajo que los
usuarios acepten diseos para la entrada que sean complejos o
confusos, y no existe ninguna garanta para el xito al instalar un
sistema complejo. En consecuencia, es aconsejable evitar la
complejidad cuando hay opciones ms sencillas. Validacin de la
entrada.Los diseos de las entradas tienen como finalidad reducir la
posibilidad de cometer errores o equivocaciones durante la entrada
de datos. Sin embargo, siempre debe suponer que se presentarn
errores. Estos deben detectarse durante la entrada y corregirse
antes de guardar los datos o procesarlos. Es mucho ms difcil
corregir datos equivocados despus de almacenarlos que antes de
hacerlo. De hecho los datos equivocados se olvidan con frecuencia
hasta que alguien utilice un reporte basado en esos datos y
cuestiona su exactitud y validez.Los analistas de sistemas deciden
los siguientes detalles del diseo de entradas.1. Qu datos ingresan
al sistema. 2. Qu medios utilizar. 3. La forma en que se deben
disponer o codificar los datos. 4. Eldilogoque servir de gua a los
usuarios para dar entrada a los datos. 5. Validacin necesaria de
datos y transacciones para detectar errores. 6. Mtodos para llevar
a cabo la validacin de las entradas y los pasos a seguir cuando se
presentan errores.Las decisiones de diseo para el manejo de
entradas, especifican la forma en que sern aceptados los datos para
su procesamiento por computadora. Los analistas deciden si los
datos sern proporcionados directamente, quiz a travs de una estacin
de trabajo, o por el uso de documentos, como talones de venta,
cheques bancarios o facturas, donde los datos a su vez son
transferidos hacia la computadora para su procesamiento.Diseo de
sistemas de Archivos:Los sistemas de informacin en lasempresasestn
orientados hacia el uso de archivos y bases de datos. Los datos se
acumulan en archivos que son procesados o mantenidos por el
sistema. Las bases de datos acumulan los datos de las transacciones
y otros tipos de archivos, y estn diseadas paracompartirlos datos
para distintas aplicaciones. Es importante determinar su contenido
y elegir un mtodo para organizar los datos. Al mismo tiempo, si las
aplicaciones propuestas utilizaran los recursos de la base de
datos, el analista debe desarrollar los medios para interactuar con
la misma.Las bases de datos permiten compartir los datos entre
distintas aplicaciones. Adems de la responsabilidad de disear
archivos, determinar sus contenidos y elegir los mtodos apropiados
para organizar los datos, los analistas deben disear los medios de
interaccin con las bases de datos de la organizacin. En la mayora
de los casos, las bases de datos ya estarn disponibles y manejadas
por elpersonalde administracin de sta.Cuando se disea un sistema de
informacin para el procesamiento de transacciones, a menudo el
centro deatencines una entidad. Cuando los analistas y usuarios
adquieren experiencia con el sistema de informacin y surgen nuevos
requerimientos de la aplicacin, la atencin cambia: de ser capaz de
recuperar unregistroespecfico, a desarrollar la capacidad de
relacionar losregistrossobre distintas entidades. Es probable que
cambien los requerimientos cuando las empresas quieren ms
informacin para las solicitudes de procesamiento.El diseo de
archivos incluye decisiones con respecto a la naturaleza y
contenido del propioarchivo, como si se fuera a emplear para
guardar detalles de las transacciones, datos de tipo histrico o
informacin de referencia. Entre las decisiones que se toman durante
el diseo de archivos, se encuentran las siguientes: Los datos deben
incluirse en el formato de los registros contenidos en el archivo.
La longitud de cada registro, con base en las caractersticas de los
datos que contiene. La secuencia a disposicin de los registros
dentro del archivo (la estructura dealmacenamientoque puede ser
secuencial, indexada o relativa).No todos los nuevos sistemas de
informacin requieren del diseo de todos los archivos utilizados por
la aplicacin. Por ejemplo, es probable que ya existan archivos
maestros porque stos son utilizados por otras aplicaciones
existentes.Terminologa Bsica de Archivos:DATOS:Los elementos
individuales de los archivos se llaman datos, tambin conocidos como
campos. Cada dato se identifica por su nombre y tiene
unvalorespecfico asociado a l.REGISTRO:Un registro es el conjunto
completo de datos relacionados pertenecientes a una entrada.BASES
DE DATOS:Una base de datos es una coleccin integrada de datos
almacenados en distintos tipos de registros, de forma que sean
accesibles para mltiples aplicaciones.La interrelacin de los
registros se obtiene de las relaciones entre los datos, no de su
lugar de almacenamiento fsico. Los registros para distintas
entidades se almacenan comnmente en una base de datos (mientras que
los archivos almacenan registros para una nica entidad). Por
ejemplo, en una base de datos de unauniversidad, se interrelacionan
los registros de los estudiantes, cursos y profesores en la misma
base de datos.Las bases de datos no eliminan la necesidad de
archivos en un sistema de informacin. Los distintos tipos de
archivos siguen siendo necesarios para capturar los detalles de los
eventos y actividades de laempresa, para preparar reportes o
almacenar datos que no estn en la base de datos.El uso de
losdiagramasde estructuras de datos requiere que el analista haga
preguntas importantes acerca de la entidad a describir: Cules son
los campos que identificarn de manera nica una ocurrencia de la
entidad? Por qu medios se accesar la informacin acerca de la
entidad? Cules otros datos describen los atributos de la
entidad?Diseo de especificaciones para programas:(Disear los
programas de aplicacin):Las especificaciones para programas son por
s mismas un diseo. Ellas describen cmo transformar las
especificaciones de diseo del sistema (Salidas, entradas, archivos,
procesamiento y otras) en software de computadora.El diseo de
software de computadora es importante asegurarse que: Los programas
producidos lleven a cabo todas las tareas y lo hagan en la forma
establecida. La estructuracin del software en mdulos permita su
prueba y validacin para determinar si los procedimientos son
correctos. Las modificaciones futuras se puedan realizar en forma
eficiente y con un mnimo de interrupcin en el diseo del sistema.Un
sistema ser diseado slo una vez, pero ser usado repetidamente y es
muy probable que evolucione en la medida que cambien las
necesidades de los usuarios. Estas observaciones aaden ms
importancia al diseo de software.Muchos sistemas de informacin, ya
sea implantados en sistemas de cmputo grandes o pequeos,
interactuan con las bases de datos que abarcan varias aplicaciones.
Dada la importancia que tienen las bases de datos en muchos
sistemas, su diseo es establecido y vigilado por un experto en el
diseo de sistemas que tiene la responsabilidad de desarrollar y
mantener la base de datos. El analista proporciona:1. Los datos que
son necesarios de la base de datos. 2. Lasaccionesque tendrn efecto
sobre la propia base (por ejemplo, la recuperacin de datos, cambios
enlos valoresde los datos o el ingreso de nuevos datos en la
base).En algunas organizaciones existe una separacin entre las
responsabilidades del programador y las que tiene el analista. En
otras, tanto los programadores como analistas comparten las
responsabilidades.Diseo de procedimientos:(Disear el sistema de
procesamiento de datos)Los procedimientos especifican qu tareas
deben efectuarse al utilizar en sistema y quines son los
responsables de llevarlas a cabo. Entre los procedimientos
importantes se encuentran: Procedimientos para entrada de
datos.Mtodos para la captura de datos de las transacciones y su
ingreso en el sistema de informacin. Procedimientos durante la
ejecucin. Pasos y acciones emprendidos por los operadores del
sistema y, en ciertos casos, por los usuarios finales que
interactan con el sistema para alcanzar los resultados deseados.
Procedimientos para el manejo de errores. Acciones a seguir cuando
se presentan resultados inesperados. Procedimientos deseguridady
respaldo.Acciones para proteger al sistema y sus recursos contra
posibles daos.Diseo de controlesLos analistas de sistemas tambin
deben anticipar los errores que se cometern al ingresar los datos
en el sistema o al solicitar la ejecucin de ciertas funciones.
Algunos errores no tienen importancia ni consecuencias, pero otros
pueden ser tan serios que ocasionaran la eliminacin de datos o el
uso inapropiado del sistema. Un buen diseo de sistema de informacin
ofrecer los medios para detectar y manejar el error, los controles
proporcionan medios para:Asegurar que solo los usuarios autorizados
tengan acceso al sistema 1. Garantizar que las transacciones son
aceptables 2. Validar los datos para comprobar su exactitud 3.
Determinar si se han omitido datos que son necesarios.Tcnica
HIPO:HIPO es otro mtodo de uso comn para desarrollar software de
sistemas. HIPO es una abreviatura del nombre eninglsde la
entrada-proceso-salida-jerrquica, mtodo que fue desarrollado por
IBM para sussistemas operativosgrandes y
complejos.Propsito:Lahiptesisen la que HIPO se basa es que es fcil
perder la pista de la funcin deseada de un sistema o componente de
un sistema grande. Esta es una razn por la que es difcil comparar
los sistemas existentes contra sus especificaciones originales (y
por lo tanto, porque pueden ocurrir fallas incluso en los sistemas
tcnicamente bien formulados). Desde el punto de vista del usuario,
una sola funcin puede a menudo extenderse a varios mdulos, por lo
tanto, elintersdel analista es entender, describir y documentar los
mdulos y su interaccin de forma que se obtenga el detalle
suficiente, pero que no se pierda de vista el panorama
general.EldiagramaHIPO son descripciones grficas del sistema, en
vez de prosa o narrativa. Ayudan a los analistas a responder tres
preguntas gua:1. Qu hace el sistema o mdulo (Se pregunta al disear
el sistema). 2. Cmo lo hace? 3. Cules son las entradas y las
salidas?Unadescripcinde HIPO para un sistema consta de una tabla
visual de contenidos y los diagramas funcionales.Tabla visual de
contenidos.La tabla visual de contenidos (VTOC) muestra la relacin
entre cada uno de los documentos que conforma en paquete de HIPO.
Est formada por un diagrama de jerarqua que identifica los mdulos
en un sistema mediante un nmero y en relacin con los otros y da una
descripcin breve de cada mdulo.Diagramas funcionales:Existe un
diagrama por cada caja en el VTOC. Cada diagrama muestra la entrada
y la salida, losprocesosprincipales, movimientos de datos y puntos
de control. Lossmbolosde losdiagramas de flujotradicionales
representan los medios, tales como cinta magntica,discomagntico y
salida impresa.Los diagramas de HIPO son efectivos para documentar
un sistema. Tambin ayuda a los diseadores y losfuerzaa pensar cmo
cumplir con las especificaciones y dnde hay que ligar las
actividades y componentes. Sin embargo, se basan en un conjunto de
smbolos especializados que requieren de explicacin, una preocupacin
adicional si se compara con la simplicidad de, por ejemplo, los
diagramas de flujo de datos. Los diagramas Hipo tienen su mayor
fuerza en la documentacin del sistema.Conclusiones1.Unproyectode
desarrollo de un Sistema de informacin comprende varios componentes
o pasos llevados a cabo durante la etapa del anlisis, el cual ayuda
a traducir las necesidades del cliente en un modelo de Sistema que
utiliza uno ms de los componentes: Software, hardware, personas,
base de datos, documentacin y procedimientos.2.En una organizacin o
empresa, elAnlisis y Diseo de sistemas, es el proceso de estudiar
su Situacin con la finalidad de observar como trabaja y decidir si
es necesario realizar una mejora; el encargado de llevar a cabo
estas tareas es el analista de sistemas.3-Antes de comenzar con el
desarrollo de cualquier proyecto, se conduce un estudio de Sistemas
para detectar todos los detalles de la situacin actual de La
empresa. La informacin reunida con este estudio sirve como base
para crear variasestrategiasde Diseo. Los administradores deciden
que estrategias seguir.4.Los Gerentes, empleados y otros usuarios
finales que se familiarizan cada vez mas con el uso de computadoras
estn teniendo un papel muy importante en el desarrollo de
sistemas.5.Todas las organizaciones son Sistemas que actan de
manera reciproca con sumedio ambienterecibiendo entradas y
produciendo salidas. Los Sistemas que pueden estar formados por
otros Sistemas de denominan subsistemas y funcionan para alcanzar
los fines de su Implantacin.6.Es por eso que existen varios modelos
o mtodos para la realizacin del anlisis y diseo de un sistema, lo
primero del trabajo fue revisar que es el Anlisis y el diseo y
posteriormente el autor Kendall, presenta varios modelos que
podemos utilizar para la realizacin y elaboracin de un proceso y
trabajo exhaustivo y dar solucin o respuesta al problema que se ha
generado desde la perspectiva del programador y
analista.BibliografaKendall & Kendall; Anlisis y Diseo de
Sistemas; 3Edicin; PearsonEducacin.Roger S. Pressman; Ingeniera del
Software;4 Edicin; Mc Graw Hill
Leer
ms:http://www.monografias.com/trabajos94/metodologia-y-analisis-s-i/metodologia-y-analisis-s-i.shtml#ixzz38rp75ngm
