CAMPUS ROMA
08 de diciembre de 2015
UNIVERSIDAD DEL VALLE DE MÉXICO
DISEÑO DE SISTEMAS
Lic. Roberto Rodríguez Gómez
CICLO DE VIDA DE UN SISTEMA
DE INFORMACIÓN
Isaac Jonathan Neri Mayoral
Mérida No. 33 Col. Roma C.P. 06700 Del. Cuauhtémoc, México, D.F
2
CICLO DE VIDA DE UN SISTEMA DE INFORMACIÓN
El ciclo de vida de un sistema de información es un enfoque por fases del análisis y diseño que
sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo
especifico de actividades del analista y del usuario.
Según James Senn, existen tres estrategias para el desarrollo de sistemas:
a) El método clásico del ciclo de vida de desarrollo de sistemas
b) El método de desarrollo por análisis estructurado
c) El método de construcción de prototipos de sistemas.
Cada una de estas estrategias tiene un uso amplio en cada una de los diversos tipos de empresas
que existen, y resultan efectivas si son aplicadas de manera adecuada.
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: Es esta etapa se contempla el estudio en general de la empresa, el
giro del mismo, la contemplación de competencia, las metas de los mismos, los valores inmersos
como la misión, visión y objetivos, los recursos económicos disponibles, forma de trabajar, tipo
de personal contratado, la calidad del servicio, estudio general de lo encontrado y rendición de
cuentas.
Para esto se precisa un estudio minucioso de cada proceso en específico, en cada área, en cada
situación y en todos los lugares que el sistema logre engranes, sin olvidar ninguno y en todos los
niveles. Esto proporcionara los elementos necesarios para encontrar las fortalezas o debilidades
de la empresa, alcances del estudio, realización de la investigación, prueba de factibilidad y
manejo de proyectos No factibles.
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
CAMPUS ROMA
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 es el arte de definir la arquitectura
de hardware y software, componentes, módulos y datos de un sistema de cómputo para satisfacer
ciertos requerimientos. 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: Es la conceptualización, análisis, diseño y construcción de
aplicaciones de software a través del uso de procesos, métricas y herramientas, en un amplio
rango de arquitecturas y tecnologías, con el objetivo de contribuir a la eficiencia de los procesos
estratégicos, operativos y de soporte de una organización.
.
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.
El mantenimiento a las aplicaciones es indispensable. 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:
1
CAMPUS ROMA
*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.
*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.
MÉTODO DE DESARROLLO POR ANÁLISIS ESTRUCTURADO
El método de desarrollo del análisis estructurado tiene como finalidad comprender de manera
completa sistemas grandes y complejos, esta dificultad lo realiza por medio de:
1). La división del sistema en componentes
2). La construcción de un modelo del sistema.
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.
Este 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.
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.
2
CAMPUS ROMA
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.
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.
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.
3
CAMPUS ROMA
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 proceso 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
4
CAMPUS ROMA
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.
BIBLIOGRAFIA
SENN, James A. (1992) Análisis y Diseño de Sistemas de Información. Segunda Edición. Editorial
McGrawHill. México.
