Documente Academic
Documente Profesional
Documente Cultură
SISTEMAS
Virginia Montilla
Objetivo General Análisis y Diseño de
Sistemas
Tecnologías de
Información
Información Recursos
Humanos
Sistemas
Componentes de un Sistema de Información Análisis y Diseño de
Sistemas
s en Ba Re
ano a s ses cu
m list de r so
H u c i a sd
s pe da
s o e s tos eD
r y yd ato
cu es
Re ec
l Control s
a
s fin del desempeño o
no
o cim
u ari del sistema
ien
Us to
SI
Pro
Procesamiento de
gra
datos en
are
ma
información
Rec
ios
Entrada de recursos Salida de productos
sy
dw
de datos de información
med
pro
Har
u
rso
ced
de
inas
s
imie
de
os
u
Máq
nto
Sof
urs
Almacenamiento de
s
recursos de datos
twa
Rec
re
Recursos de Redes
Componentes de un Sistema de Información Análisis y Diseño de
Sistemas
• Recursos Humanos
– Usuarios o clientes Finales: Son
personas que utilizan un sistema de
información o la información que éste
genera
– Especialistas de Sistemas de
Información (SI): son las personas que
desarrollan y operan los sistemas de
información
• Recursos de Hardware
– Sistemas de computador: Unidad de Procesamiento Central
(CPU), quien contienen los microprocesadores, entre otros
dispositivos.
– Periféricos del computador: Dispositivos como el teclado, mouse,
pantalla, impresora
Componentes de un Sistema de Información Análisis y Diseño de
Sistemas
• Recursos de Software
– Software de Sistemas: controla las
operaciones de un sistema computacional,
como el sistema operativo
– Software de aplicación: dirigen el
procesamiento para un uso particular de
computadores por parte de usuarios
finales.
– Procedimientos: son instrucciones
operacionales para utilizar un sistema de
información
Componentes de un Sistema de Información Análisis y Diseño de
Sistemas
• Recursos de Datos
– Bases de datos: contienen los datos
procesados y organizados
– Bases de conocimiento: incluyen
conocimiento sobre una variedad de formas
como hechos, reglas y ejemplos de casos sobre
prácticas empresariales exitosas
• Recursos de Redes:
– Medios de Redes: El medio en que se transmite la información
de un lugar a otro
– Soporte de redes: Los recursos que respaldan las operaciones
y el uso de una red de comunicación
Clasificaciones de Sistemas de Información Análisis y Diseño de
Sistemas
Sistemas de
Información
Sistemas de Sistemas de
Apoyo a las Apoyo
Operaciones Gerencial
Sistemas de Apoyo
a las Operaciones
• Sistemas de Procesamiento de
Transacciones: Procesan datos resultantes de
transacciones empresariales, actualizan bases de datos
Procesan operacionales y generan documentos empresariales
datos – Dolencias:
generados por • Información repetida o faltante
operaciones
• Necesidad de procesos alternos para validar el flujo
empresariales
• Errores de procedimiento
• Pocos datos almacenados sobre el flujo de la información en los
procesos
• Se requiere de tiempo extra de los usuarios para presentar reportes
rutinarios y de toma de decisiones
• Los procesos que utilizan en papel son ineficaces o propensos a
errores
Clasificaciones de Sistemas de Información Análisis y Diseño de
Sistemas
Procesan
datos
• Sistema de Colaboración Empresarial:
generados por respaldan el equipo, el trabajo de grupo, la
operaciones colaboración y las comunicaciones empresariales
empresariales – Dolencias
• Falta de control sobre la información electrónica
Sistemas de Apoyo
Gerencial
• Sistema de Información Gerencial:
Proporcionan a los gerentes información en forma de
informes y presentaciones especificadas previamente
Proporcionan la
información y el • Sistemas de Apoyo a las Decisiones:
respaldo Suministran apoyo ad hoc interactivo para el proceso
necesarios para
de toma de decisiones de los gerentes
que los gerentes
tomen decisiones
efectivas • Sistemas de Información Ejecutiva: Brindan
información crítica adaptada a las necesidades de
información de los ejecutivos
Modelo de Ciclo de Vida del Software Análisis y Diseño de
Sistemas
Modelo de ciclo de
vida Lineal
Consiste en
descomponer la
actividad global
del proyecto en
etapas separadas
que son realizadas
de manera lineal,
es decir, cada
etapa se realiza
una sola vez, a
continuación de la
etapa anterior y
antes de la etapa
siguiente
Modelo de Ciclo de Vida del Software Análisis y Diseño de
Sistemas
Modelo de ciclo de
en Cascada
Admite
iteraciones,
después de cada
etapa se realiza
una o varias
revisiones para
comprobar si se
puede pasar a la
siguiente. Es un
modelo poco
flexible y con
muchas
restricciones
Modelo de Ciclo de Vida del Software Análisis y Diseño de
Sistemas
Modelo de ciclo de
en V
Contiene las
mismas etapas que
el ciclo de vida
cascada, con la
diferencia de que
posee dos
subetapas de
retroalimentación
entre las etapas de
análisis y
mantenimiento y
entre las de diseño
y debugging
Modelo de Ciclo de Vida del Software Análisis y Diseño de
Sistemas
Modelo de ciclo de
vida tipo Sashimi
Contiene las
mismas etapas que
el ciclo de vida
cascada, con la
diferencia de que
se pueden solapar
las etapas.
Modelo de Ciclo de Vida del Software Análisis y Diseño de
Sistemas
Modelo de ciclo de
vida en Cascada con
Subproyectos
Cada una de las
cascadas se divide
en subetapas
independientes
que se pueden
desarrollar en
paralelo
Modelo de Ciclo de Vida del Software Análisis y Diseño de
Sistemas
Modelo de ciclo de
vida Iterativo
Es la iteración de varios
ciclos de vida en
cascada. Al final de cada
iteración se le entrega al
cliente una versión
mejorada o con mayores
funcionalidades del
producto. El cliente es
quien luego de cada
iteración evalúa el
producto y lo corrige o
propone mejoras. Estas
iteraciones se repetirán
hasta obtener un
producto que satisfaga al
cliente.
Modelo de Ciclo de Vida del Software Análisis y Diseño de
Sistemas
Modelo de ciclo de
vida por Prototipo
No es exclusivo del ciclo
de vida iterativo, se
utilizan para validar los
requerimientos de los
usuarios en cualquier
ciclo de vida. Si no se
conoce exactamente
como desarrollar
determinado producto o
cuales son las
especificaciones de
forma precisa, suele
recurrirse a definir
especificaciones para
hacer un prototipo; o sea,
un producto parcial o
provisional.
Modelo de Ciclo de Vida del Software Análisis y Diseño de
Sistemas
Modelo de ciclo de
vida Evolutivo
Los requerimientos del
usuario pueden cambiar
en cualquier momento.
Este modelo afronta este
problema mediante la
iteración de los ciclos
requerimientos-
desarrollo-evaluación.
Modelo de Ciclo de Vida del Software Análisis y Diseño de
Sistemas
Modelo de ciclo de
vida Incremental
Se basa en la filosofía de
construir incrementando
las funcionalidades del
programa. Se realiza
construyendo por
módulos que cumplen
funciones del sistema,
esto permite ir
aumentando
gradualmente las
capacidades del
software. Es una
repetición del ciclo de
vida en cascada,
aplicándose este ciclo en
cada funcionalidad del
programa a construir.
Modelo de Ciclo de Vida del Software Análisis y Diseño de
Sistemas
Modelo de ciclo de
vida en Espiral
Se basa en una serie de ciclos
repetitivos para ir ganando
madurez en el producto final.
Toma los beneficios de los ciclos
de vida incremental y por
prototipos, pero se tiene mas en
cuenta el concepto de riesgo que
aparece debido a las
incertidumbres e ignorancias de
los requerimientos
proporcionados al principio del
proyecto o que surgirán durante
el desarrollo. A medida que el
ciclo se cumple (el avance del
espiral), se van obteniendo
prototipos sucesivos que van
ganando la satisfacción del
cliente o usuario.
Modelo de Ciclo de Vida del Software Análisis y Diseño de
Sistemas
Modelo de ciclo de
vida en Espiral
Hay cuatro actividades que
envuelven a las etapas:
Planificación: Levantamiento de
requerimientos iniciales y luego
de una iteración
Análisis de riesgo: Deacuerdo
con el relevantamiento de
requerimientos decidimos si
continuamos con el desarrollo
Implementación: desarrollamos
un prototipo basado en los
requerimientos
Evaluación: El cliente evalúa el
prototipo, si da su conformidad,
termina el proyecto, de lo
contrario, incluimos los nuevos
requerimientos solicitados en la
siguiente iteración
Modelo de Ciclo de Vida del Software Análisis y Diseño de
Sistemas
Modelo
Es una serie de diagramas UML que representan uno o mas aspectos del
producto software que se va a desarrollar
Flujo de trabajo
centrales del
proceso unificado
Flujo de trabajo:
• De los
requerimientos
• Del análisis
• Del diseño
• De la
implementación
• De las pruebas
Proceso Unificado Análisis y Diseño de
Sistemas
– Contradicciones
Mantenimiento Posentrega
• Es una parte integral del proceso de programación que debe ser
planificada desde el principio
• Todo el esfuerzo de desarrollo del software ha de llevarse a cabo en
tal forma para llevar al mínimo el efecto del mantenimiento posentrega
futuro
• Probar cambios realizados el producto:
– Verificar que los cambios requeridos hayan sido implementados
correctamente
– Garantizar que no se hizo ningún otro cambio inadvertido. Esto se realiza
haciendo pruebas al producto contra casos anteriores para cerciorarse que
no se haya comprometido la funcionalidad del resto del producto (pruebas
de regresión)
• Debe crearse un registro de todos los cambios hechos, junto con el
motivo para cada cambio.
Proceso Unificado Análisis y Diseño de
Sistemas
Retiro
• Es la etapa final del ciclo de vida del software
• Etapa en que ya no se consigue una buena relación de costo
eficacia para mantenimiento posentrega:
– Cuando los cambio sugeridos son tan exhaustivos que tendría que
cambiarse todo el diseño
– Tal vez se hicieron tantos cambios al diseño original que se
construyeron interdependencias inadvertidas del producto
– Tal vez se realizo un mantenimiento inadecuado de la
documentación, aumentando así el riesgo de una falla de regresión
a hasta le grado que seria mas seguro recodificar que mantener
– El hardware (y el sistema operativo) en el que corre el producto va
a ser sustituido; puede ser mas económico volver a escribir desde
cero que modificar
Proceso Unificado Análisis y Diseño de
Sistemas
Fase de Comienzo
• Su objetivo es determinar si vale la pena desarrollar el
Las fases del producto objetivo
proceso unificado • Debemos comprender el propio dominio
• Fase de
• Como opera la organización cliente de este dominio
comienzo
• Fase de • Delimitar el alcance del proyecto
elaboración • Identificar riesgos:
• Fase de – Riegos técnicos
construcción
• – No obtener los requerimientos correctos
Fase de
transición – No obtener arquitectura correcta
• El objetivo del flujo de trabajo de prueba en esta fase es
garantizar que se determinen con exactitud los
requerimientos
• La planificación es una parte esencial en cada fase. Los
desarrolladores en esta fase tienen suficiente información
al principio de la fase para planificar todo el desarrollo
Proceso Unificado Análisis y Diseño de
Sistemas
Fase de Comienzo
• Entregables:
Las fases del – Versión inicial del modelo del dominio
proceso unificado – Versión inicial del modelo de negocio
• Fase de – Versión inicial de los artefactos para los requerimientos
comienzo
– Una versión preliminar de los artefactos para el análisis
• Fase de
elaboración – Una versión preliminar de la arquitectura
• Fase de – La lista inicial de los riesgos
construcción – Los casos de uso iniciales
• Fase de – El plan para la fase de elaboración
transición
– La versión inicial del caso de negocios (incluye descripción
del alcance del producto y los detalles financieros)
Proceso Unificado Análisis y Diseño de
Sistemas
Fase de Comienzo
Las fases del
proceso
unificado
• Fase de
comienzo
• Fase de
elaboración
• Fase de
construcción
• Fase de
transición
Proceso Unificado Análisis y Diseño de
Sistemas
Fase de Elaboración
• Su objetivo es afinar los requerimientos iniciales, afinar la
Las fases del arquitectura, vigilar los riesgos y afinar sus prioridades,
proceso unificado afinar el caso de negocio y producir el plan de
• Fase de administración de proyecto.
comienzo • Las principales actividades son las depuraciones y
• Fase de
elaboraciones de la fase anterior
elaboración
• Fase de • Entregables:
construcción – El modelo del dominio terminado
• Fase de – El modelo de negocio terminado
transición
– Artefactos de requerimientos terminado
– Los artefactos del análisis terminado
– Una versión actualizada de la arquitectura
– La lista actualizada de los riesgos
– El plan de administración de proyecto de software (para el
resto del proyecto)
– Caso de negocios terminado
Proceso Unificado Análisis y Diseño de
Sistemas
Fase de Elaboración
Proceso Unificado Análisis y Diseño de
Sistemas
Fase de Construcción
• Su objetivo es producir la primera versión con calidad
Las fases del operativa del producto de software, denominada versión
proceso unificado beta
• Fase de • Se codifican los diversos componentes y se prueba la
comienzo unidad
• Fase de
elaboración • Se compilan y vinculan (integran) para formar
• Fase de subsistemas, los cuales se prueban para su integración
construcción • Se combinan los subsistemas en el sistema general, el
• Fase de cual se prueba como producto
transición
Proceso Unificado Análisis y Diseño de
Sistemas
Fase de Construcción
• Entregables:
Las fases del – Manual de usuario inicial y otros manuales, según sea
proceso unificado adecuado
• Fase de – Todos los artefactos (las versiones de emisión beta)
comienzo – Arquitectura completa
• Fase de
– La lista de riesgos actualizada
elaboración
• Fase de – El plan de administración de proyecto de software (para el
construcción resto del proyecto)
• Fase de – Si es necesario, Caso de negocios actualizado
transición
Proceso Unificado Análisis y Diseño de
Sistemas
Fase de Construcción
Proceso Unificado Análisis y Diseño de
Sistemas
Fase de Transición
• Su objetivo es garantizar que en realidad se hayan
Las fases del cumplido los requerimientos del cliente
proceso unificado • Es accionada por la retroalimentación desde los lugares
• Fase de donde se ha instalado la versión beta
comienzo
• Fase de
• Se corrigen las fallas del producto software
elaboración • Se terminan todos los manuales
• Fase de • Se intenta descubrir todos los riesgos que no se habían
construcción identificado antes
• Fase de
transición • Entregables:
– Todos los artefactos (versiones finales)
– Los manuales terminados
Tarea Análisis y Diseño de
Sistemas
CMMI
• Nivel de Madurez. Nivel inicial
– Es el mas bajo
– Todo se hace sobre la marcha y para un propósito
– Patrón común exceso de tiempo y costo causado por una falta de
gestión en general y participación en particular
– La mayor parte de las actividades reaccionan a las crisis y no a las
tareas preplanificadas
• Madurez nivel 2. Nivel repetible
– Se realizarán prácticas básicas de la gestión del proyecto del software
– Las técnicas de gestión y planificación se basan en a experiencia con
productos semejantes
– Se toman mediciones, un primer paso primordial en la consecución de
un proceso adecuado
– Las mediciones comunes incluyen el seguimiento meticuloso de los
costos y calendarios
– Los gerentes identifican los problemas cuando surgen y toman acción
correctiva inmediata para evitar que se conviertan en crisis
Mejoramiento del Proceso del software Análisis y Diseño de
Sistemas
CMMI
• Madurez nivel 3. Nivel definido
– El proceso para la producción de software se documenta por completo
– Los aspectos gerenciales y técnicos del proceso están muy bien
definidos y se hacen esfuerzos continuos para mejorar el proceso
cuando es posible
– Se utilizan revisiones para conseguir objetivos de calidad de software
– Tiene sentido introducir nuevas tecnologías, como los ambientes
CASE, para aumentar la calidad y productividad
• Madurez nivel 4. Nivel estabilizado
– Determina los objetivos de calidad y productividad para cada proyecto
– Estas dos cantidades se miden de forma continua y se toma la acción
correctiva cuando hay una desviación inaceptable del objetivo
– Se utilizan controles estadísticos de calidad para habilitar a la
gerencia para distinguir una desviación aleatoria de una falta
significativa de las normas de productividad y calidad
Mejoramiento del Proceso del software Análisis y Diseño de
Sistemas
• Exige que se documente el proceso tanto con dibujos como con palabras,
para garantizar conformidad y detalle
DFD
• Diagrama de Flujo de procesos
Entidad Proceso
Responsable
Proceso
Secuencia o
Nivel
Entidad
Flujo
Almacen
UML Análisis y Diseño de
Sistemas
Notación
Diagrama de Clases
• Definición:
• Agregación:
• Multiplicidad
• Composición
• Generalización