Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Ciclo de Vida de Los Sistemas de Informacion
Ciclo de Vida de Los Sistemas de Informacion
DESARROLLO DE LOS
SISTEMAS DE
INFORMACIÓN.
PRINCIPIOS Y CRITERIOS PARA LA
EVALUACIÓN DEL CICLO DE VIDA DE
DESARROLLO DE SISTEMAS
Se pueden enunciar algunos principios para desarrollar correctamente un sistema de información:
1. Involucrar al usuario.
El usuario es una parte imprescindible para el adecuado desarrollo de un sistema. Implicando al
usuario se logrará mejor sus necesidades y reducir su potencial resistencia a los nuevos sistemas
de información.
7. Descomponer y simplificar.
Un sistema complejo se ha de abordar dividiéndolo en subsistemas más simples. De esta manera
disminuye la complejidad y es más abordable por el ser humano.
1.Planificación
2.Análisis
3.Diseño
4.Implantación
5.Mantenimiento
CICLO DE VIDA DEL DESARROLLO
DE SISTEMAS.
1.Planificación de sistemas.
5. Mantenimiento de sistemas.
Definición de u n m o de l o d e e m p r e s a
D icci o nar io
de
D et er m i n a r las á r ea s d e e m p r es a y pr i o ri dades
p lan ifica ció n
Análisis coste/beneficio.
Diagrama entidad/relación extendido.
Sesiones de trabajo.
Catalogación
Impacto en la organización.
Planificación
Diagramas de actividades
Matricial
Presentación
ANÁLISIS DE LA VIABILIDAD DEL
PROYECTO.
Los objetivos:
Objetivos:
Definir las necesidades de la empresa sobre problemas.
Definir las necesidades de empresa sobre oportunidades
Definir las necesidades sobre normas.
Actividades:
Identificar las necesidades.
Modelizar las necesidades de sistemas.
Elaborar prototipos de
descubrimiento.
Definir prioridades entre las necesidades de empresa.
Modificar el ámbito y el plan de proyecto.
Revisar las especificaciones de las necesidades.
DISEÑO DE SISTEMAS
El diseño de sistemas se define como el proceso de aplicar ciertas técnicas y
principios con el propósito de definir un dispositivo, un proceso o un sistema, con
suficientes detalles como para permitir su interpretación y realización física.
Debe ser una guía que puedan leer y entender los que construyan el código y los que
prueban y mantienen el software.
Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como
si fuera a emplear para guardar detalles de las transacciones, datos históricos, o
información de referencia.
Entre las decisiones que se toman durante el diseño de archivos, se encuentran las
siguientes:
No todos los sistemas requieren del diseño de todos los archivos, ya que la mayoría de
ellos pueden utilizar los del viejo sistema y solo tenga que enlazarse el nuevo sistema
al archivo maestro donde se encuentran los registros.
DISEÑO DE SISTEMAS
Diseño de interacciones con la base de datos.
La mayoría de los sistemas de información ya sean implantados en sistemas de
cómputos grandes o pequeños, utilizan una base de datos que pueden abarcar varias
aplicaciones, por esta razón estos sistemas utilizan un administrador de base de datos,
en este caso el diseñador no construye la base de datos sino que consulta a su
administrador para ponerse de acuerdo en el uso de la base de datos en el sistema.
Generadores de códigos.
Producen el código fuente y las aplicaciones a partir de especificaciones
funcionales bien articuladas.
DISEÑO DE SISTEMAS
Herramientas para pruebas.
La empresa puede contratar los servicios de instructores externos pero el analista es la persona que
puede ofrecer la mejor capacitación debido a que conoce al personal y el sistema mejor que cualquier
otra persona.
Si falta el analista la empresa puede contratar otros servicios de capacitación como son:
Vendedores: son aquellos que proporcionan capacitación gratuita fuera de la empresa de uno o dos
días.
Instructor pagado externamente: son aquellos que pueden enseñar todo acerca de los ordenadores
pero para algunos usuarios esta no es una capacitación necesaria.
Instructores en casa: están familiarizados con el personal y pueden adecuar los materiales a sus
necesidades, pero le faltaría experiencia en sistemas de información que es realmente la necesidad
del usuario.
El objetivo de la capacitación es lograr que los usuarios tengan el dominio necesario de las cosas
básicas acerca de las maquinarias y procesos que se emplean para su operación de manera eficiente y
segura.
LA EVALUACIÓN DEL SISTEMA
Se lleva a cabo para identificar puntos débiles y fuertes del sistema implantado. La
evaluación ocurre a lo largo de cualquiera de las siguientes cuatro dimensiones:
Tipos de mantenimiento:
Perfectivo: son las acciones llevadas a cabo para mejorar la calidad interna de los
sistemas en cualquiera de sus aspectos; reestructuración del código, definición más
clara del sistema y optimización del rendimiento y eficiencia.
Adaptativo: son las modificaciones que afectan a los entornos en los que el sistema
opera.
Correctivo: son aquellos cambios precisos para corregir errores del producto
software.
MODELOS DEL CICLO DE VIDA DE
LOS SISTEMAS DE
INFORMACIÓN
Modelo de espiral.
Análisis de los
Requisitos
Diseño
Codificación
Prueba
Mantenimiento
Codificación: el diseño debe traducirse en una forma legible para la maquina. El paso
de codificación realiza esta tarea. Si el diseño se realiza de una manera detallada la
codificación puede realizarse mecánicamente.
Prueba: una vez que se ha generado el código comienza la prueba del programa. La
prueba se centra en la lógica interna del software, y en las funciones externas,
realizando pruebas que aseguren que la entrada definida produce los resultados que
realmente se requieren.
Los riesgos asociados con el desarrollo de sistemas largos y complejos son enormes. Una forma de
reducir los riesgos es construir sólo una parte del sistema, reservando otros aspectos para niveles
posteriores. El desarrollo incremental es el proceso de construcción siempre incrementando
subconjuntos de requerimientos del sistema.
El modelo de desarrollo incremental provee algunos beneficios significativos para los proyectos:
Construir un sistema pequeño tiene siempre menos riesgo que construir un sistema grande.
Los errores de desarrollo realizados en un incremento, pueden ser arreglados antes del comienzo
del próximo incremento.
MODELO DE DESARROLLO
EVOLUTIVO.
Construye una serie de grandes versiones sucesivas de un producto. El modelo evolutivo
asume que los requerimientos no son completamente conocidos al inicio del proyecto.
Planificación: las tareas requeridas para definir recursos, el tiempo y otras informaciones
relacionadas con el proyecto. Son todos los requerimientos.
Análisis de riesgos: las tareas requeridas para evaluar riesgos técnicos y otras informaciones
relacionadas con el proyecto.
Ingeniería: las tareas requeridas para construir una o más representaciones de la aplicación.
Construcción y adaptación: las tareas requeridas para construir, probar, instalar y proporcionar
soporte al usuario.
Evaluación del cliente: las tareas requeridas para obtener la reacción del cliente según la
evaluación de las representaciones del software creadas durante la etapa de ingeniería e
implementación durante la etapa de instalación.
EL MODELO EN ESPIRAL
Planificación Análisis de riesgos
Comunicación
con el cliente
Ingeniería
Evaluación del
cliente Construcción y adaptación
MODELO DE CONSTRUCCIÓN
DE PROTOTIPOS
Recolección
refinamiento
requisitos
Producto de Diseño
ingeniería
rápido
Refinamiento Construcción
del del
prototipo prototipo
Evaluación
del prototipo
por el
cliente
MODELO DE CONSTRUCCIÓN DE
PROTOTIPOS
Este modelo arranca con el establecimiento de los requerimientos del
sistema, se definen los objetivos del sistema y los requisitos
conocidos con base en las áreas de mayor prioridad e importancia
para el sistema.