Desarrollo de Sistemas de Informacion
Modulo IV Sistemas de Informacion III Semestre TSU Informatica Unellez
Barinas
Ciclo y Desarrollo de Sistemas de Información
CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS
El método de ciclo de vida para el desarrollo de sistemas es el conjunto
de actividades que los analistas, diseñadores y usuarios realizan para
desarrollar e implantar un sistema de información. El método del ciclo de
vida para el desarrollo de sistemas consta de 6 fases:
1). Investigación Preliminar: La solicitud para recibir ayuda de un sistema
de información puede originarse por varias razones: sin importar cuales
sean estas, el proceso se inicia siempre con la petición de una persona.
2). Determinación de los requerimientos del sistema: El aspecto
fundamental del análisis de sistemas es comprender todas las facetas
importantes de la parte de la empresa que se encuentra bajo estudio. Los
analistas, al trabajar con los empleados y administradores, deben
estudiar los procesos de una empresa para dar respuesta a las siguientes
preguntas clave:
¿Qué es lo que hace?
¿Cómo se hace?
¿Con que frecuencia se presenta?
¿Qué tan grande es el volumen de transacciones o decisiones?
¿Cuál es el grado de eficiencia con el que se efectúan las tareas?
¿Existe algún problema? ¿Qué tan serio es? ¿Cuál es la causa que lo
origina?
3). Diseño del sistema: El diseño de un sistema de información produce
los detalles que establecen la forma en la que el sistema cumplirá con los
requerimientos identificados durante la fase de análisis. Los especialistas
en sistemas se refieren, con frecuencia, a esta etapa como diseño lógico
en contraste con la del desarrollo del software, a la que denominan
diseño físico.
4). Desarrollo del software: Los encargados de desarrollar software
pueden instalar software comprobando a terceros o escribir programas
diseñados a la medida del solicitante. La elección depende del costo de
cada alternativa, del tiempo disponible para escribir el software y de la
disponibilidad de los programadores.
Por lo general, los programadores que trabajan en las grandes
organizaciones pertenecen a un grupo permanente de profesionales.
5). Prueba de sistemas: Durante la prueba de sistemas, el sistema se
emplea de manera experimental para asegurarse de que el software no
tenga fallas, es decir, que funciona de acuerdo con las especificaciones y
en la forma en que los usuarios esperan que lo haga.
Se alimentan como entradas conjunto de datos de prueba para su
procesamiento y después se examinan los resultados.
6). Implantación y evaluación: La implantación es el proceso de verificar e
instalar nuevo equipo, entrenar a los usuarios, instalar la aplicación y
construir todos los archivos de datos necesarios para utilizarla. Una vez
instaladas, las aplicaciones se emplean durante muchos años. Sin
embargo, las organizaciones y los usuarios cambian con el paso del
tiempo, incluso el ambiente es diferente con el paso de las semanas y los
meses.
Por consiguiente, es indudable que debe darse mantenimiento a las
aplicaciones. La evaluación de un sistema se lleva a cabo para identificar
puntos débiles y fuertes. La evaluación ocurre a lo largo de cualquiera de
las siguientes dimensiones:
*Evaluación operacional: Valoración de la forma en que funciona el
sistema, incluyendo su facilidad de uso, tiempo de respuesta, lo
adecuado de los formatos de información, confiabilidad global y nivel de
utilización.
*Impacto organizacional: Identificación y medición de los beneficios para
la organización en áreas tales como finanzas, eficiencia operacional e
impacto competitivo. También se incluye el impacto sobre el flujo de
información externo e interno.
*Opinión de loa administradores: evaluación de las actividades de
directivos y administradores dentro de la organización así como de los
usuarios finales.
*Desempeño del desarrollo: La evaluación de proceso de desarrollo de
acuerdo con criterios tales como tiempo y esfuerzo de desarrollo,
concuerdan con presupuestos y estándares, y otros criterios de
administración de proyectos. También se incluye la valoración de los
métodos y herramientas utilizados en el desarrollo.
METODOLOGIAS EMPLEADAS PARA EL DESARROLLO DE SISTEMAS
DE INFORMACION
MÉTODO DE DESARROLLO POR ANÁLISIS ESTRUCTURADO
Muchos especialistas en sistemas de información reconocen la dificultad
de comprender de manera completa sistemas grandes y complejos. El
método de desarrollo del análisis estructurado tiene como finalidad
superar esta dificultad por medio de:
1). La división del sistema en componentes
2). La construcción de un modelo del sistema.
El análisis estructurado se concentra en especificar lo que se requiere
que haga el sistema o la aplicación. Permite que las personas observen
los elementos lógicos (lo que hará el sistema) separados de los
componentes físicos (computadora, terminales, sistemas de
almacenamiento, etc.). Después de esto se puede desarrollar un diseño
físico eficiente para la situación donde será utilizado.
El análisis estructurado es un método para el análisis de sistemas
manuales o automatizados, que conduce al desarrollo de
especificaciones para sistemas nuevos o para efectuar modificaciones a
los ya existentes. Éste análisis permite al analista conocer un sistema o
proceso en una forma lógica y manejable al mismo tiempo que
proporciona la base para asegurar que no se omite ningún detalle
pertinente.
Componentes
Símbolos gráficos: Iconos y convenciones para identificar y describir los
componentes de un sistema junto con las relaciones entre estos
componentes.
Diccionario de datos: descripción de todos los datos usados en el
sistema. Puede ser manual o automatizado.
Descripciones de procesos y procedimientos: declaraciones formales que
usan técnicas y lenguajes que permiten a los analistas describir
actividades importantes que forman parte del sistema.
Reglas: estándares para describir y documentar el sistema en forma
correcta y completa.
Diseño Estructurado.
El diseño Estructurado es otro elemento del Método de Desarrollo por
Análisis Estructurado que emplea la descripción gráfica, se enfoca en el
desarrollo de especificaciones del software.
El objetivo del Diseño Estructurado es programas formados por módulos
independientes unos de otros desde el punto de vista funcional.
La herramienta fundamental del Diseño Estructurado es el diagrama
estructurado que es de naturaleza gráfica y evitan cualquier referencia
relacionada con el hardware o detalles físicos. Su finalidad no es mostrar
la lógica de los programas (que es la tarea de los diagramas de flujo).
Los Diagramas Estructurados describen la interacción entre módulos
independientes junto con los datos que un módulo pasa a otro cuando
interacciona con él.
Análisis de flujo de datos.
Estudia el empleo de los datos para llevar a cabo procesos específicos de
la empresa dentro del ámbito de una investigación de sistemas usa los
diagrama de flujos de datos y los diccionarios de datos.
Herramientas
Las herramientas muestran todas las características esenciales del
sistema y la forma en que se ajustan entre si, como es muy difícil
entender todo un proceso de la empresa en forma verbal, las
herramientas ayudan a ilustrar los componentes esenciales de un
sistema, junto con sus acciones.
Diagrama de flujo de datos
Es el modelo del sistema. Es la herramienta más importante y la base
sobre la cual se desarrollan otros componentes.
El modelo original se detalla en diagramas de bajo nivel que muestran
características adicionales del sistema. Cada proceso puede desglosarse
en diagramas de flujos de datos cada vez más detallados. Repitiéndose
esta secuencia hasta que se obtienen suficientes detalles para que el
analista comprenda la parte del sistema que se encuentra bajo
investigación.
El diagrama físico de datos da un panorama del sistema en uso,
dependiente de la implantación, mostrando cuales tareas se hacen y
como son hechas. Incluyen nombres de personas, nombres o números de
formato y documento, nombres de departamentos, archivos maestro y de
transacciones, equipo y dispositivos utilizados, ubicaciones, nombres de
procedimientos.
El diagrama lógico de datos da un panorama del sistema, pero a
diferencia del físico es independiente de la implantación, que se centra en
el flujo de datos entre los procesos, sin considerar los dispositivos
específicos y la localización de los almacenes de datos o personas en el
sistema. Sin indicarse las características físicas.
Notaciones: son cuatro símbolos, que fueron desarrollados y promovidos
la mismo tiempo por dos organizaciones: Yourdon y Gane y Sarson.
Flujo de datos: son movimientos de datos en una determinada dirección,
desde un origen hasta un destino. Es un paquete de datos.
MÉTODO DEL PROTOTIPO DE SISTEMAS
La construcción de prototipos representa una estrategia de desarrollo,
cuando no es posible determinar todos los requerimientos del usuario. Es
por ello que incluye el desarrollo interactivo o en continua evolución,
donde el usuario participa de forma directa en el proceso.
Este método contiene condiciones únicas de aplicación, en donde los
encargados del desarrollo tienen poca experiencia o información, o donde
los costos y riesgos de que se cometa un error pueden ser altos.
Así mismo este método resulta útil para probar la facilidad del sistema e
identificar los requerimientos del usuario, evaluar el diseño de un sistema
o examinar el uso de una aplicación. El método del prototipo de sistemas
consta de 5 etapas:
1). Identificación de requerimientos conocidos: La determinación de los
requerimientos de una aplicación es tan importante para el m‚todo de
desarrollo de prototipos como lo es para el ciclo de desarrollo de
sistemas o análisis estructurado. Por consiguiente, antes de crear un
prototipo, los analistas y usuario deben de trabajar juntos para identificar
los requerimientos conocidos que tienen que satisfacer.
2). Desarrollo de un modelo de trabajo: Es fácil comenzar el procesos de
construcción del prototipo con el desarrollo de un plan general que
permita a los usuarios conocer lo que se espera de ellas y del proceso de
desarrollo. Un cronograma para el inicio y el fin de la primera interacción
es de gran ayuda. En el desarrollo del prototipo se preparan los
siguientes componentes:
a). El lenguaje para el dialogo o conversación entre el usuario y el
sistema.
b). Pantallas y formatos para la entrada de datos.
c). Módulos esenciales de procesamiento.
d). Salida del sistema
3). Utilización del prototipo: Es responsabilidad del usuario trabajar con el
prototipo y evaluar sus características y operación. La experiencia del
sistema bajo condiciones reales permite obtener la familiaridad
indispensable para determinar los cambios o mejoras que sean
necesarios, así como las características inadecuadas
4). Revisión del prototipo: Durante la evaluación los analistas de sistemas
desean capturar información sobre los que les gusta y lo que les
desagrada a los usuarios.
Los cambios al prototipo son planificados con los usuarios antes de
llevarlos a cabo, sin embargo es el analista responsable de tales
modificaciones.
5). Repetición del proceso las veces que sea necesarias: El proceso antes
descrito se repite varias veces, el proceso finaliza cuando los usuarios y
analistas están de acuerdo en que el sistema ha evolucionado lo
suficiente como para incluir todas las características necesarias.