SlideShare una empresa de Scribd logo
1 de 49
Descargar para leer sin conexión
Instituto Universitario Politecnico
Santiago Mariño
Lenin M. Acosta M.
ANÁLISISY DISEÑO DE
SISTEMAS DE
INFORMACIÓN II
PRESENTADO POR :
LENIN ACOSTA
DISEÑO
DE
SISTEMAS
ESPECIFICACIONES DE LOS
REQUERIMIENTOS DE LA APLICACIÓN
 Durante mucho tiempo, en el desarrollo de Sistemas Interactivos
se ha olvidado la importancia de la usabilidad de dichos sistemas,
relegando ésta exclusivamente a actividades de evaluación del
producto final.
 Esto puede ser debido por un lado al hecho de basar el desarrollo
de los sistemas fundamentalmente en la tecnología disponible y
por otro, a la relación errónea que los desarrolladores han
establecido entre usabilidad y apariencia de la interfaz de usuario
en cuanto a sus características estéticas.
 Como consecuencia, se han desarrollado sistemas con un deficiente
nivel de usabilidad, que se traduce en una disminución en el grado
de aceptación de los mismos debido a la frustración que los usuarios
pueden llegar a sufrir al interactuar con ellos.
 Es importante tener en cuenta que la usabilidad de un sistema, no
sólo está ligada a la apariencia de la interfaz de usuario sino
principalmente al modo en el que el usuario puede utilizar el
sistema, es decir a la interacción con el mismo, y por tanto está
relacionada con la estructura general del sistema y con la lógica del
negocio.
 En los últimos años se ha producido un gran incremento
en la cantidad de personas que usan y dependen de la
Tecnología de la Información.
 Lo que implica una demanda cada vez mayor de productos
más usables. La usabilidad se está convirtiendo en un factor
fundamental del éxito de un producto software, y es
necesario que la industria del software comience a
concienciarse de la necesidad de tener en cuenta la
usabilidad desde las etapas tempranas del desarrollo de los
sistemas, introduciendo una perspectiva centrada en el
usuario.
 Planteamiento de diferentes propuestas para el establecimiento de
métodos, técnicas y herramientas.
 Objetivo: orientar a los desarrolladores sobre las actividades a seguir
durante el proceso de desarrollo de software que garanticen un nivel
de usabilidad previamente establecido.
 Se presenta un estudio de la integración de la usabilidad en el proceso
de desarrollo de la Ingeniería del Software, analizando propuestas
provenientes tanto del campo de la Ingeniería de la Usabilidad (IU)
como del de la Ingeniería del Software (IS).
 Se recoge un resumen de algunos de los Modelos de Procesos
propuestos por la IU para el desarrollo de Sistemas Interactivos así
como una nueva propuesta de Modelo de Proceso Centrado en el
Usuario que integra la IS, la Interacción Persona Ordenador (IPO) y
la accesibilidad en el contexto de equipos de desarrollo
multidisciplinares.
 El Modelo de Proceso presentado en el estándar internacional ISO
13407:1999 establece un marco de referencia normativo que sirve
de guía para garantizar la usabilidad en el desarrollo de sistemas
interactivos incorporando el Diseño Centrado en el Usuario (DCU)
durante el ciclo de vida del desarrollo.
 Sin embargo, a pesar de los beneficios económicos y sociales que
permite obtener el DCU, la industria del software aún se muestra
reacia a utilizar los Modelos de Procesos propuestos por la IU.
 Los modelos propuestos, implican un cambio radical en el
proceso, que los ingenieros de software no creen
suficientemente justificado.
 Los modelos propuestos por la IU son complejos de entender
y de aplicar.
 Los directivos de las organizaciones software creen que la
usabilidad no está económicamente justificada.
 Existen diferencias de conceptos y terminología entre ambas
disciplinas (IS eIU).
 No existe una integración adecuada de las actividades de
usabilidad en el proceso de desarrollo de la Ingeniería del
Software.
 Las técnicas de modelado y simulación se consideran
herramientas valiosas para la mejora de procesos en
diversas áreas de la ingeniería.
 La principal ventaja que ofrecen los modelos de simulación
es la posibilidad de experimentar diferentes decisiones y
analizar sus resultados en sistemas donde el coste o el
riesgo de una experimentación real son prohibitivos.
Década de los 90`
Organizaciones de software
Procesos Centrados
UtilidadDesarrollo de Software
Usuario
Herramientas
Motivación al cambio
Mejora
Comprensión
Proceso
Producto
Mejora
El diseño del sistema es la estrategia de alto nivel para
resolver problemas y construir una solución. Éste incluye
decisiones acerca de la organización del sistema en
subsistemas, la asignación de subsistemas a componentes
hardware y software, y decisiones fundamentales
conceptuales y de política que son las que constituyen un
marco de trabajo para el diseño detallado
La organización global del sistema es lo que se
denomina la arquitectura del sistema. Existe un
cierto número de estilos frecuentes de
arquitectura, cada uno de los cuales es adecuado
para ciertas clases de aplicaciones. Una forma de
caracterizar una aplicación es por la importancia
relativa de sus modelos de objetos, dinámico y
funcional. Las distintas arquitecturas ponen
distintos grados de énfasis en los tres modelos.
 El diseño de sistemas es la
primera fase de diseño en la cual
se selecciona la aproximación
básica para resolver el
problema.
 Durante el diseño del sistema,
se decide la estructura y el estilo
global. La arquitectura del
sistema es la organización global
del mismo en componentes
llamados subsistemas.
 La arquitectura proporciona el
contexto en el cual se toman
decisiones más detalladas en una
fase posterior del diseño.
 Al tomar decisiones de alto nivel
que se apliquen a todo el
sistema, el diseñador desglosa el
problema en subsistemas, de tal
manera que sea posible realizar
más trabajo por parte de varios
diseñadores que trabajarán
independientemente en distintos
subsistemas.
 Las aplicaciones web se han convertido en pocos años en complejos
sistemas con interfaces de usuario cada vez más parecidas a las
aplicaciones de escritorio, dando servicio a procesos de negocio de
considerable envergadura y estableciéndose sobre ellas requisitos estrictos
de accesibilidad y respuesta. Esto ha exigido reflexiones sobre la mejor
arquitectura y las técnicas de diseño más adecuadas. En este artículo se
pretende dar un breve repaso a la arquitectura de tales aplicaciones y a los
patrones de diseño más aplicables.
 En los últimos años, la rápida expansión de Internet y del uso de intranets
corporativas ha supuesto una transformación en las necesidades de
información de las organizaciones. En particular esto afecta a la necesidad
de que:
1. La información sea accesible desde
cualquier lugar dentro de la
organización e incluso desde el exterior.
2. Esta información sea compartida entre
todas las partes interesadas, de manera
que todas tengan acceso a la
información completa (o a aquella parte
que les corresponda según su función)
en cada momento.
 Estas necesidades han
provocado un movimiento
creciente de cambio de las
aplicaciones tradicionales
de escritorio hacia las
aplicaciones web, que por
su idiosincrasia, cumplen
a la perfección con las
necesidades mencionadas
anteriormente. Por tanto,
los sitios web tradicionales
que se limitaban a mostrar
información se han
convertido en aplicaciones
capaces de una interacción
más o menos sofisticada
con el usuario.
Inevitablemente, esto ha
provocado un aumento
progresivo de la
complejidad de estos
sistemas y, por ende, la
necesidad de buscar
opciones de diseño nuevas
que permitan dar con la
arquitectura óptima que
facilite la construcción de
los mismos.
 El usuario interacciona con las aplicaciones web a través del
navegador. Como consecuencia de la actividad del usuario, se envían
peticiones al servidor, donde se aloja la aplicación y que normalmente
hace uso de una base de datos que almacena toda la información
relacionada con la misma. El servidor procesa la petición y devuelve
la respuesta al navegador que la presenta al usuario. Por tanto, el
sistema se distribuye en tres componentes: el navegador, que presenta
la interfaz al usuario; la aplicación, que se encarga de realizar las
operaciones necesarias según las acciones llevadas a cabo por éste y la
base de datos, donde la información relacionada con la aplicación se
hace persistente. Esta distribución se conoce como el modelo o
arquitectura de tres capas.
EN GENERAL, LOS SISTEMAS DE
INFORMACIÓNTIENEN COMO OBJETIVO:
 Respaldar las operaciones empresariales.
 Respaldar la toma de decisiones gerenciales.
 Respaldar la ventaja competitiva estratégica.
 Contribuir a la automatización de actividades y procesos
en las empresas.
 Llevar la información de manera oportuna y adecuada a las
instancias de la empresa que así lo requieran.
 Proporcionar un diagnóstico de la empresa en un
momento dado.
DE FORMA GRAFICA SERÍA:
RESPALDAR
LAS
OPERACIONES
GERENCIALES
RESPALDAR LA
TOMA DE
DECISIONES
GERENCIALES
RESPALDAR
LAVENTAJA
COMPETITIVA
Y
ESTRATÉGICA
OBJETIVOS
“SISTEMA DE
INFORMACIÓN”
•AUTOMATIZAN
PROCESOS.
•PROPORCIONAN
INFORMACIÓN.
•LOGRAN
VENTAJAS
COMPETITIVAS.
SI LOS OBJETIVOS SON CLAROS GARANTIZAN
A LA EMPRESA:
PRECISIÓN Y
OPORTUNIDAD
• OBTENCIÓN DE LA INFORMACIÓN
• EVITA FRACASOS
CAPACIDAD Y
CONSICIÓN DEL
PROCESO
• ACCESO A LA INFORMACIÓN CUANDO SE REQUIERA
• EXACTITUD, PRESICIÓN.
DISPONIBILIDAD
Y SEGURIDAD
• ACCESO A LA INFORMACIÓN PARA EVITAR PERDIDA
Y PROTEGER A LOS CLIENTES
CARACTERÍSTICAS EN EL DISEÑO
DE SISTEMAS.
Las características en el diseño del sistema se identifican a
partir del análisis de requerimientos, nunca se llega a
unas características esperadas del sistema y de la
identificación de cada uno de los componentes de dicho
sistema, se parte entonces de:
Flujo de los datos: está especificado en la forma como
se desplazarán, rotarán y girarán los datos dentro del
sistema.
Almacenamiento de los datos: hacen referencia a donde
se alojarán los datos de manera temporal o permanente.
 Procedimientos: estos se
relacionan con los métodos para
emplear el sistema y los
resultados que se esperan
obtener.
 Relación-sistema personal:
atañe a la función y
responsabilidad de todas las
personas que tienen algún tipo de
relación con el sistema desde sus
creadores hasta los usuarios.
LAS CARACTERÍSTICAS DE LOS DISEÑOS DE SISTEMAS
SE ESPECIFICAN PRINCIPALMENTE EN LAS ENTRADAS,
PROCESOS , ESPECIFICACIONESY SALIDAS.
ENTRADAS: constituyen los datos
que deben ser almacenados y por
tal motivo ingresan al sistema, el
analista debe comprender y
adecuar los medios que utilizará
para el ingreso de dichos datos.
Para verificar que la puesta en
marcha de las entradas sea la
correcta se utilizan controladores
los cuales se aplican a los campos y
a los registros del SI.
SALIDAS: las salidas del sistema se presentan en la pantalla que
permite por ejemplo al usuario encontrar la información que
requiere, o realizar también las operaciones que son necesarias.
En un solo sistema las salidas pueden ser varias, miremos por
ejemplo el SI de información de uno de los motores de búsqueda
más famosos “yahoo” las salidas que este programa tiene son:
correo, noticias, entretenimiento.
 Entre otras, también podemos decir que
existen salidas de uso interno y externo.
 En el momento en que el analista piensa
en el diseño de las salidas del sistema se
debe tener en cuenta, la información que
se va a presentar considerando además si
va a ser comunicada de forma oral,
impresa, visual o auditiva.
 CONTROLES: el analista dentro del diseño
debe preparar controles para las entradas,
procesos, y salidas que poseerá el sistema.
 El control de entrada se establece
generalmente a partir de la solicitud de
códigos de verificación que permiten o no el
acceso de los administradores, analistas y
usuarios finales a los datos que posee el
sistema.
 ESPECIFICACIONES: en esta caracterización están
escritas las necesidades puntuales de los usuarios, hacen
alusión a los detalles particulares que se requieren del
sistema, pero también a la forma como este opera.
Hay especificaciones para cada una las partes del
sistema para las entradas, para cada uno de los
componentes del software y para la forma como se
debe operar el sistema entre otras.
El diseño de sistema es la estrategia de alto
nivel para resolver problemas y construir una
solución.
El diseño de sistemas es la primera fase de
diseño en la cual se selecciona la aproximación
básica para resolver el problema.
Durante el diseño del sistema, se decide la
estructura y el estilo global.
La arquitectura proporciona el contexto en el
cual se toman decisiones más detalladas en una
fase posterior del diseño.
Al tomar decisiones de alto nivel que se
apliquen a todo el sistema, el diseñador
desglosa el problema en subsistemas, de tal
manera que sea posible realizar más trabajo por
parte de varios diseñadores que trabajarán
independientemente en distintos subsistemas.
El diseñador de sistemas debe tomar las siguientes decisiones:
 Organizar el sistema en subsistemas
 Identificar la concurrencia inherente al problema
Asignar los subsistemas a los procesadores y tareas
Seleccionar una aproximación para la administración de almacenes de datos
Manejar el acceso a recursos globales
Seleccionar la implementación de control en software
Manejar las condiciones de contorno
Establecer la compensación de prioridades
Definición de subsistema
En todas las aplicaciones, salvo en las más pequeñas, el primer paso para diseñar un
sistema consiste en dividir el sistema en un pequeño número de componentes. Cada
uno de los componentes principales de un sistema se llama subsistema. Cada
subsistema abarca aspectos del sistema que comparten alguna propiedad común.
Identificación de la concurrencia
EN el modelo de analisis, al igual que en el mundo real y en el hardware, todos los
objetos son concurrentes. En una implementación, sin embargo, no todos los objetos
del software son concurrentes, porque un procesador puede dar soporte a muchos
objetos. En la práctica, se pueden implementar muchos objetos en un único procesador
si los objetos no pueden estar activados a la vez. Un objetivo importante del diseño del
sistema es identificar los objetos que deben estar activados concurrentemente, y los
objetos que tienen actividad que sea mutuamente exclusiva. Estos últimos objetos se
pueden plegar y juntar en un único hilo de control o tarea.
Almacenamiento de datos
Los almacenes de datos internos y externos dentro de un sistema proporcionan
puntos limpios de separación entre subsistemas con interfaces bien definidas. En
general, todo almacén de datos puede combinar estructuras de datos, archivos y
bases de datos implementados en memoria o bien en dispositivos de almacenamiento
secundario. Los distintos tipos de almacenes de datos proporcionan diversas
compensaciones entre costo , tiempo de acceso, capacidad y fiabilidad.
Administración de los recursos
El diseñador de sistemas debe identificar los recursos
globales y tiene que determinar mecanismos para controlar
el acceso a ellos. Entre los recursos globales se cuentan:
unidades físicas, tales como procesadores, unidades de cinta
y satélites de comunicación; espacio, tal como el espacio en
disco, una pantalla de una estación de trabajo, y los botones
de un ratón; nombres lógicos, tales como la identificación de
los objetos, nombres de archivos y nombres de clases; y el
acceso a datos compartidos, tales como bases de datos.
Software de control
Durante el análisis, todas las interacciones se muestran
como sucesos entre objetos. El control del hardware se
parece mucho al modelo de análisis, aunque el diseñador de
sistemas debe escoger entre varias maneras de implementar
el control en software. Aún cuando no existe una necesidad
lógica de que todos los subsistemas utilicen la misma
implementación, lo normal es que el diseñador seleccione un
único estilo de control. Existen dos clases de flujos de control
en un sistema de software: el control externo y el interno.
DISEÑO DE LOS OBJETOS
La fase de análisis determina lo que debe hacer la implementación y
la fase de diseño del sistema determina el plan de ataque. La fase de
diseño de objetos determina las definiciones completas de las clases y
asociaciones que se utilizarán en la implementación, así como las
interfaces y algoritmos de los métodos utilizados para implementar
las operaciones. La fase de diseño de objetos añadirá objetos internos
para la implementación y optimizará las estructuras de datos y los
algoritmos. El diseño de objetos es análogo a la fase preliminar de
diseño del ciclo de vida de desarrollo de software tradicional.
ALGORITMOS
Cada operación especificada en el modelo funcional debe ser
formulada como un algoritmo . El análisis de especificaciones dice lo
que hace la operación desde el punto de vista de sus clientes y los
algoritmos muestran cómo se hace. Un algoritmo se puede
subdividir en llamadas a operaciones más sencillas y así
sucesivamente, hasta que las operaciones del nivel más bajo sean
suficientemente sencillas para implementarlas directamente sin más
refinamiento.
Controles
El diseñador debe refinar la estrategia para implementar los
modelos de estados y sucesos presentes en el modelo dinámico.
Como parte del diseño del sistema, se habrá seleccionado una
estrategia básica para construir el modelo dinámico. Durante el
diseño de objetos, es necesario desarrollar esta estrategia.
Asociaciones
Las asociaciones son el pegamento de nuestro modelo de
objetos, y proporcionan vías de acceso entre objetos siendo
entidades conceptuales útiles para el modelado y el análisis.
Durante la fase de diseño de objetos hay que formularse una
estrategia para implementar las asociaciones habidas en el
modelo de objetos. Se puede seleccionar una estrategia global
para implementar todas las asociaciones uniformemente o bien
seleccionar una técnica particular para cada asociación,
teniendo en cuenta la forma en que será utilizada en la
aplicación. Para tomar decisiones inteligentes acerca de las
asociaciones se necesita analizar primero la forma en que serán
utilizadas
MANEJO DE SISTEMAS
DESARROLLADOS POR
USUARIOS FINALES
 Este manejo posee características que lo diferencia de los demás
sistemas que manejan información y que son tradicionales. Los
usuarios finales poseen características especiales que merecen ser
tomadas en cuenta.
 Estos Sistemas de Información elaborados a la medida de la
organización, son normalmente creados ya sea por un departamento
de Informática o por una empresa externa de consultoría.
 Los SI son desarrollados con propósitos diferentes, es decir, todo
dependerá del objetivo que tenga su implantación, por lo que se
pueden clasificar de la siguiente manera
 Sistemas de Procesamiento de Transacciones.
 Sistemas de Automatización de oficina y de manejo de
conocimiento.
 Sistemas de Información Gerencial.
 Sistemas de Apoyo a Decisiones.
 Sistemas Expertos e Inteligencia Artificial.
 Sistema de Procesamiento de Transacciones (TPS)

 Una transacción es cualquier suceso o actividad que afecta a toda la
organización, tiene como finalidad mejorar las actividades rutinarias
de una la misma. Las transacciones más comunes incluyen:
facturación, entrega de mercancía, nómina y depósito de cheques.

 Aunque en la mayor parte de las organizaciones las transacciones son
parte de las actividades cotidianas que se realizan, los tipos de
transacciones cambian en cada una de las organizaciones.

 A continuación se presentan las características principales de los
Sistemas de procesamiento de transacciones:
 Sistema de Automatización de Oficina y Sistemas de Manejo de
Conocimiento (OAS)
 Al nivel de conocimiento de la organización hay dos clases de Sistemas. Los Sistemas
de Automatización de Oficina (OAS por sus siglas en inglés) que dan soporte a los
trabajadores de datos, quienes, por lo general, no crean un nuevo conocimiento
sino que usan la información para analizarla y transformar datos, o para manejarla en
alguna forma y luego compartirla o diseminarla formalmente por toda la
organización y algunas veces mas allá de ella. Los aspectos familiares de los OAS,
incluyen procesamiento de palabras, hojas de cálculo, editor de publicaciones,
calendarización electrónica y comunicación mediante correo de voz, correo
electrónico y videoconferencias.

 Los Sistemas de Manejo de Conocimiento (KWS) dan soporte a los trabajadores
profesionales, tales como científicos, ingenieros y doctores, les ayudan a crear un
nuevo conocimiento que contribuya a la organización o a toda la sociedad.
 Sistema de Información Gerencial (MIS)
 Los Sistemas de Información Gerencial MIS por sus siglas en
inglés) son sistemas de Información computarizada que trabajan
debido a la interacción resuelta entre gentes y computadoras.
Requieren que las gentes, el software y el hardware trabajen
como uno solo.
 Para poder ligar la información, los usuarios de un MIS comparten
una base de datos común que almacena modelos que ayudan a los
usuarios a interpretar y aplicar esos mismos datos. Los MIS
producen información que es usada en la toma de decisiones y
también puede llegar a unificar algunas funciones de información
computarizada, aunque no exista como una estructura singular en
ningún lugar del negocio, es decir, pueden contar con algún otro
tipo de SI con el que se labore en la organización.
 Sistema de Apoyo a Decisiones (DSS).
 Los Sistemas de Información de Apoyo a Decisiones (DSS por sus siglas en inglés) es
similar al MIS ya que ambos dependen de una base de datos como fuente. Un DSS
se diferencia del MIS en que enfatiza el apoyo a la toma de decisiones en todas sus
fases, aunque la decisión actual todavía es del dominio del tomador de decisiones.
Los DSS están hechos a la medida de la persona o grupo que los utiliza.
 Sistemas Expertos e Inteligencia Artificial (AIS)
 La Inteligencia Artificial (Al) puede ser considerada la meta de los
Sistemas Expertos. El auge que ha tenido la inteligencia artificial ha
llegado al punto de desarrollar máquinas que se comporten de
forma inteligente.

 Los Sistemas Expertos usan los enfoques del razonamiento de la Al
para resolver los problemas que les plantean los usuarios de las
organizaciones. Un Sistema Experto captura en forma efectiva y
usa el conocimiento de un experto para resolver un problema
particular experimentado en una organización. Un Sistema Experto
selecciona la mejor solución a un problema o a una clase específica
de problemas. En la siguiente tabla se muestran ejemplos de cada
uno de los SI que existen de acuerdo a la clasificación que se
estudió:
 En cualquier organización existen distintos tipos de SI. Desde el
punto de vista de la estructura funcional, los SI se forman alrededor
de las funciones de la empresa (Recursos Humanos, Producción,
Mercadotecnia, etc.) y cada una de estas funciones comprende
actividades en tres niveles de la organización:
 Nivel Operacional.
 Nivel Administrativo.
 Nivel Estratégico.
 DAEDALUS. Diseño de sistemas [en línea]
http://www.daedalus.es/inteligencia-de-negocio/sistemas-
complejos/ingenieria-de-sistemas/ (Consulta: Abril 27 de 2010).
 GARCÍA, Rocío. Transición de Análisis de diseño. [en línea]
http://www.monografias.com/trabajos29/transicion-del-analisis/transicion-
del-analisis.shtml (Consulta: Abril 28 de 2010).
 Ministerio de Administraciones Públicas. [en línea] Diseño del Sistema de
Información http://www.csi.map.es/csi/metrica3/dsiproc.pdf (Consulta: Abril
27 de 2010).
 Diseño de sistemas de información. [en línea]
http://www.edicionsupc.es/ftppublic/pdfmostra/OE04303M.pdf (Consulta:
Abril 27 de 2010).

Más contenido relacionado

La actualidad más candente

Usabilidad de los sitios web, los métodos
Usabilidad de los sitios web, los métodosUsabilidad de los sitios web, los métodos
Usabilidad de los sitios web, los métodosepifaniocueronieves
 
Fundamentos básicos para el Diseño de Software - Alejandro Coronado 26776116
Fundamentos básicos para el Diseño de Software - Alejandro Coronado 26776116Fundamentos básicos para el Diseño de Software - Alejandro Coronado 26776116
Fundamentos básicos para el Diseño de Software - Alejandro Coronado 26776116AlejandroCoronado26
 
Arquitecturas
ArquitecturasArquitecturas
Arquitecturasenlinea70
 
Angie usabilidad
Angie usabilidadAngie usabilidad
Angie usabilidadjuliethgtz
 
Lineas de producto de software y el Metodo watch
Lineas de producto de software y el Metodo watchLineas de producto de software y el Metodo watch
Lineas de producto de software y el Metodo watchJesus Chacon
 
Generación de interfases de usuarios
Generación de interfases de usuariosGeneración de interfases de usuarios
Generación de interfases de usuariosAnel García Pumarino
 
Arquitecturas de software - Parte 1
Arquitecturas de software - Parte 1Arquitecturas de software - Parte 1
Arquitecturas de software - Parte 1Marta Silvia Tabares
 
Trabajo de sistemas 2
Trabajo de sistemas 2Trabajo de sistemas 2
Trabajo de sistemas 2dubrin godoy
 
Metodologia de desarrollo de aplicaciones eorm
Metodologia de desarrollo de aplicaciones eormMetodologia de desarrollo de aplicaciones eorm
Metodologia de desarrollo de aplicaciones eormLeonardo Martinez
 
Fundamentos, Garantías y Técnicas en el diseño de software
Fundamentos, Garantías y Técnicas en el diseño de softwareFundamentos, Garantías y Técnicas en el diseño de software
Fundamentos, Garantías y Técnicas en el diseño de softwareGerardo Valera
 
Lineas de productos de software y método watch
Lineas de productos de software y método watchLineas de productos de software y método watch
Lineas de productos de software y método watchMiguel Reyes
 
Diseno Software
Diseno SoftwareDiseno Software
Diseno Softwarealfmuny
 
Presentacion de metodologia empleada en el proceso del desarrollo del software
Presentacion de metodologia empleada en el proceso del desarrollo del softwarePresentacion de metodologia empleada en el proceso del desarrollo del software
Presentacion de metodologia empleada en el proceso del desarrollo del softwaregenesis odexis
 

La actualidad más candente (19)

Usabilidad de los sitios web, los métodos
Usabilidad de los sitios web, los métodosUsabilidad de los sitios web, los métodos
Usabilidad de los sitios web, los métodos
 
Fundamentos básicos para el Diseño de Software - Alejandro Coronado 26776116
Fundamentos básicos para el Diseño de Software - Alejandro Coronado 26776116Fundamentos básicos para el Diseño de Software - Alejandro Coronado 26776116
Fundamentos básicos para el Diseño de Software - Alejandro Coronado 26776116
 
Arquitecturas
ArquitecturasArquitecturas
Arquitecturas
 
Usabilidad en los sitios Web
Usabilidad en los sitios WebUsabilidad en los sitios Web
Usabilidad en los sitios Web
 
Capitulo 4 sistemas
Capitulo 4 sistemasCapitulo 4 sistemas
Capitulo 4 sistemas
 
Angie usabilidad
Angie usabilidadAngie usabilidad
Angie usabilidad
 
Lineas de producto de software y el Metodo watch
Lineas de producto de software y el Metodo watchLineas de producto de software y el Metodo watch
Lineas de producto de software y el Metodo watch
 
Generación de interfases de usuarios
Generación de interfases de usuariosGeneración de interfases de usuarios
Generación de interfases de usuarios
 
mule db
mule dbmule db
mule db
 
Arquitecturas de software - Parte 1
Arquitecturas de software - Parte 1Arquitecturas de software - Parte 1
Arquitecturas de software - Parte 1
 
Trabajo de sistemas 2
Trabajo de sistemas 2Trabajo de sistemas 2
Trabajo de sistemas 2
 
Relais v1-n4-p-125-134
Relais v1-n4-p-125-134Relais v1-n4-p-125-134
Relais v1-n4-p-125-134
 
Metodologia de desarrollo de aplicaciones eorm
Metodologia de desarrollo de aplicaciones eormMetodologia de desarrollo de aplicaciones eorm
Metodologia de desarrollo de aplicaciones eorm
 
Fundamentos, Garantías y Técnicas en el diseño de software
Fundamentos, Garantías y Técnicas en el diseño de softwareFundamentos, Garantías y Técnicas en el diseño de software
Fundamentos, Garantías y Técnicas en el diseño de software
 
Lectura franklin
Lectura franklinLectura franklin
Lectura franklin
 
Lineas de productos de software y método watch
Lineas de productos de software y método watchLineas de productos de software y método watch
Lineas de productos de software y método watch
 
Morales aguirreguillermo
Morales aguirreguillermoMorales aguirreguillermo
Morales aguirreguillermo
 
Diseno Software
Diseno SoftwareDiseno Software
Diseno Software
 
Presentacion de metodologia empleada en el proceso del desarrollo del software
Presentacion de metodologia empleada en el proceso del desarrollo del softwarePresentacion de metodologia empleada en el proceso del desarrollo del software
Presentacion de metodologia empleada en el proceso del desarrollo del software
 

Destacado

Formatosarchivos
FormatosarchivosFormatosarchivos
FormatosarchivosAlevg CG
 
Proyecto de hoja de calculo
Proyecto de hoja de calculoProyecto de hoja de calculo
Proyecto de hoja de calculomemesanchez
 
Unidades de medida de almacenamiento de información
Unidades de medida de almacenamiento de informaciónUnidades de medida de almacenamiento de información
Unidades de medida de almacenamiento de informaciónyeissonmena
 
Comunicación en línea. rebeca quesada
Comunicación en línea. rebeca quesadaComunicación en línea. rebeca quesada
Comunicación en línea. rebeca quesadaianjalal
 
Presentaciones multimedia
Presentaciones multimediaPresentaciones multimedia
Presentaciones multimediadocenciaempleo
 
Consejos para buscar en Internet
Consejos para buscar en InternetConsejos para buscar en Internet
Consejos para buscar en InternetMariana Fossatti
 
Sesion Nº 02 Fundamentos Del Software Libre Instalacion Y Configuración D...
Sesion Nº 02   Fundamentos Del Software Libre   Instalacion Y Configuración D...Sesion Nº 02   Fundamentos Del Software Libre   Instalacion Y Configuración D...
Sesion Nº 02 Fundamentos Del Software Libre Instalacion Y Configuración D...Edgar A. Cruz Huaman
 
Hoja de calculo
Hoja de calculoHoja de calculo
Hoja de calculofraksmolls
 
Procesador De Texto Rodrigo Vargas
Procesador De Texto Rodrigo VargasProcesador De Texto Rodrigo Vargas
Procesador De Texto Rodrigo Vargasguestef2f74
 
Medidas de información y Sistemas de Numeración
Medidas de información y Sistemas de NumeraciónMedidas de información y Sistemas de Numeración
Medidas de información y Sistemas de Numeraciónrichard_avariano
 
Comó buscar y comó encontrar informacion en internet
Comó buscar y comó encontrar informacion en internetComó buscar y comó encontrar informacion en internet
Comó buscar y comó encontrar informacion en internetMafe Velosa Rodriguez
 
Medidas informacion
Medidas informacionMedidas informacion
Medidas informacionSaregune
 
Procesador de texto.
Procesador de texto.Procesador de texto.
Procesador de texto.dorysvalero
 

Destacado (20)

Hardware
Hardware Hardware
Hardware
 
Eq. 6 unidades
Eq. 6 unidadesEq. 6 unidades
Eq. 6 unidades
 
Formatosarchivos
FormatosarchivosFormatosarchivos
Formatosarchivos
 
Proyecto de hoja de calculo
Proyecto de hoja de calculoProyecto de hoja de calculo
Proyecto de hoja de calculo
 
Unidades de medida de almacenamiento de información
Unidades de medida de almacenamiento de informaciónUnidades de medida de almacenamiento de información
Unidades de medida de almacenamiento de información
 
Comunicación en línea. rebeca quesada
Comunicación en línea. rebeca quesadaComunicación en línea. rebeca quesada
Comunicación en línea. rebeca quesada
 
Manual De Word
Manual De WordManual De Word
Manual De Word
 
Presentaciones multimedia
Presentaciones multimediaPresentaciones multimedia
Presentaciones multimedia
 
Tecnologias XML e XML no SQL Server 2016
Tecnologias XML eXML no SQL Server 2016Tecnologias XML eXML no SQL Server 2016
Tecnologias XML e XML no SQL Server 2016
 
Consejos para buscar en Internet
Consejos para buscar en InternetConsejos para buscar en Internet
Consejos para buscar en Internet
 
Sesion Nº 02 Fundamentos Del Software Libre Instalacion Y Configuración D...
Sesion Nº 02   Fundamentos Del Software Libre   Instalacion Y Configuración D...Sesion Nº 02   Fundamentos Del Software Libre   Instalacion Y Configuración D...
Sesion Nº 02 Fundamentos Del Software Libre Instalacion Y Configuración D...
 
Busqueda de informacion
Busqueda de informacion Busqueda de informacion
Busqueda de informacion
 
Comunicacion en linea
Comunicacion en lineaComunicacion en linea
Comunicacion en linea
 
Hoja de calculo
Hoja de calculoHoja de calculo
Hoja de calculo
 
Procesador De Texto Rodrigo Vargas
Procesador De Texto Rodrigo VargasProcesador De Texto Rodrigo Vargas
Procesador De Texto Rodrigo Vargas
 
Medidas de información y Sistemas de Numeración
Medidas de información y Sistemas de NumeraciónMedidas de información y Sistemas de Numeración
Medidas de información y Sistemas de Numeración
 
Comó buscar y comó encontrar informacion en internet
Comó buscar y comó encontrar informacion en internetComó buscar y comó encontrar informacion en internet
Comó buscar y comó encontrar informacion en internet
 
Medidas informacion
Medidas informacionMedidas informacion
Medidas informacion
 
Medidas de informacion
Medidas de informacionMedidas de informacion
Medidas de informacion
 
Procesador de texto.
Procesador de texto.Procesador de texto.
Procesador de texto.
 

Similar a METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS

Analisis y diseño de sistemas
Analisis y diseño de sistemasAnalisis y diseño de sistemas
Analisis y diseño de sistemasJimmy Alexander
 
RESUMEN (Usabilidad de los sitios web etodologias y tecnicas de evaluacion)
RESUMEN (Usabilidad de los sitios web  etodologias y tecnicas de evaluacion) RESUMEN (Usabilidad de los sitios web  etodologias y tecnicas de evaluacion)
RESUMEN (Usabilidad de los sitios web etodologias y tecnicas de evaluacion) Fidel Saumeth
 
Lineas de Productos de Software y Metodo Watch
Lineas de Productos de Software y Metodo WatchLineas de Productos de Software y Metodo Watch
Lineas de Productos de Software y Metodo Watchyravalles
 
Lineas de productos de software y el método watch
Lineas de productos de software y el método watchLineas de productos de software y el método watch
Lineas de productos de software y el método watchLuis Rodriguez
 
Lineasdeproductosdesoftwareyelmtodowatch
LineasdeproductosdesoftwareyelmtodowatchLineasdeproductosdesoftwareyelmtodowatch
LineasdeproductosdesoftwareyelmtodowatchJV Lance
 
Metodología para el desarrollo de software para web.pptx
Metodología para el desarrollo de software para web.pptxMetodología para el desarrollo de software para web.pptx
Metodología para el desarrollo de software para web.pptxArcadioVzquezylosIno
 
10 Ingenieria De Usabilidad
10 Ingenieria De Usabilidad10 Ingenieria De Usabilidad
10 Ingenieria De Usabilidadguest669440
 
Orientación a tendencias de Arquitectura DDD
Orientación a tendencias de Arquitectura DDDOrientación a tendencias de Arquitectura DDD
Orientación a tendencias de Arquitectura DDDCesar Gomez
 
Arquitectura 2
Arquitectura 2Arquitectura 2
Arquitectura 2bistasa
 
Weitzenfeld guardaticomputacion2008
Weitzenfeld guardaticomputacion2008Weitzenfeld guardaticomputacion2008
Weitzenfeld guardaticomputacion2008Cesar Jimenez
 
Expoicioningenieria del software eddy
Expoicioningenieria del software eddyExpoicioningenieria del software eddy
Expoicioningenieria del software eddyeddyingenieria
 
Expoicioningenieria del software eddy
Expoicioningenieria del software eddyExpoicioningenieria del software eddy
Expoicioningenieria del software eddyexposiciongiovanny
 
Trabajo de sistemas 2
Trabajo de sistemas 2Trabajo de sistemas 2
Trabajo de sistemas 2dubrin godoy
 
Sistemas de Información
Sistemas de InformaciónSistemas de Información
Sistemas de InformaciónEnrique Cabello
 

Similar a METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS (20)

Analisis y diseño de sistemas
Analisis y diseño de sistemasAnalisis y diseño de sistemas
Analisis y diseño de sistemas
 
RESUMEN (Usabilidad de los sitios web etodologias y tecnicas de evaluacion)
RESUMEN (Usabilidad de los sitios web  etodologias y tecnicas de evaluacion) RESUMEN (Usabilidad de los sitios web  etodologias y tecnicas de evaluacion)
RESUMEN (Usabilidad de los sitios web etodologias y tecnicas de evaluacion)
 
Lineas de Productos de Software y Metodo Watch
Lineas de Productos de Software y Metodo WatchLineas de Productos de Software y Metodo Watch
Lineas de Productos de Software y Metodo Watch
 
Lineas de productos de software y el método watch
Lineas de productos de software y el método watchLineas de productos de software y el método watch
Lineas de productos de software y el método watch
 
Lineasdeproductosdesoftwareyelmtodowatch
LineasdeproductosdesoftwareyelmtodowatchLineasdeproductosdesoftwareyelmtodowatch
Lineasdeproductosdesoftwareyelmtodowatch
 
Presentación metodología
Presentación metodologíaPresentación metodología
Presentación metodología
 
Metodología para el desarrollo de software para web.pptx
Metodología para el desarrollo de software para web.pptxMetodología para el desarrollo de software para web.pptx
Metodología para el desarrollo de software para web.pptx
 
Metodologiasde desarrollo de software
Metodologiasde desarrollo de softwareMetodologiasde desarrollo de software
Metodologiasde desarrollo de software
 
10 Ingenieria De Usabilidad
10 Ingenieria De Usabilidad10 Ingenieria De Usabilidad
10 Ingenieria De Usabilidad
 
Plan
PlanPlan
Plan
 
Orientación a tendencias de Arquitectura DDD
Orientación a tendencias de Arquitectura DDDOrientación a tendencias de Arquitectura DDD
Orientación a tendencias de Arquitectura DDD
 
Arquitectura 2
Arquitectura 2Arquitectura 2
Arquitectura 2
 
Arquitectura
ArquitecturaArquitectura
Arquitectura
 
Weitzenfeld guardaticomputacion2008
Weitzenfeld guardaticomputacion2008Weitzenfeld guardaticomputacion2008
Weitzenfeld guardaticomputacion2008
 
Expoicioningenieria del software eddy
Expoicioningenieria del software eddyExpoicioningenieria del software eddy
Expoicioningenieria del software eddy
 
Expoicioningenieria del software eddy
Expoicioningenieria del software eddyExpoicioningenieria del software eddy
Expoicioningenieria del software eddy
 
Yamilet..
Yamilet..Yamilet..
Yamilet..
 
Trabajo de sistemas 2
Trabajo de sistemas 2Trabajo de sistemas 2
Trabajo de sistemas 2
 
Sistemas de Información
Sistemas de InformaciónSistemas de Información
Sistemas de Información
 
informatica
informaticainformatica
informatica
 

Último

Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...Francisco Javier Mora Serrano
 
Manual_Identificación_Geoformas_140627.pdf
Manual_Identificación_Geoformas_140627.pdfManual_Identificación_Geoformas_140627.pdf
Manual_Identificación_Geoformas_140627.pdfedsonzav8
 
4.6 DEFINICION DEL PROBLEMA DE ASIGNACION.pptx
4.6 DEFINICION DEL PROBLEMA DE ASIGNACION.pptx4.6 DEFINICION DEL PROBLEMA DE ASIGNACION.pptx
4.6 DEFINICION DEL PROBLEMA DE ASIGNACION.pptxGARCIARAMIREZCESAR
 
Fe_C_Tratamientos termicos_uap _3_.ppt
Fe_C_Tratamientos termicos_uap   _3_.pptFe_C_Tratamientos termicos_uap   _3_.ppt
Fe_C_Tratamientos termicos_uap _3_.pptVitobailon
 
Proyecto de iluminación "guia" para proyectos de ingeniería eléctrica
Proyecto de iluminación "guia" para proyectos de ingeniería eléctricaProyecto de iluminación "guia" para proyectos de ingeniería eléctrica
Proyecto de iluminación "guia" para proyectos de ingeniería eléctricaXjoseantonio01jossed
 
Residente de obra y sus funciones que realiza .pdf
Residente de obra y sus funciones que realiza  .pdfResidente de obra y sus funciones que realiza  .pdf
Residente de obra y sus funciones que realiza .pdfevin1703e
 
IPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESA
IPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESAIPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESA
IPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESAJAMESDIAZ55
 
estadisticasII Metodo-de-la-gran-M.pdf
estadisticasII   Metodo-de-la-gran-M.pdfestadisticasII   Metodo-de-la-gran-M.pdf
estadisticasII Metodo-de-la-gran-M.pdfFlorenciopeaortiz
 
183045401-Terminal-Terrestre-de-Trujillo.pdf
183045401-Terminal-Terrestre-de-Trujillo.pdf183045401-Terminal-Terrestre-de-Trujillo.pdf
183045401-Terminal-Terrestre-de-Trujillo.pdfEdwinAlexanderSnchez2
 
Introducción a los sistemas neumaticos.ppt
Introducción a los sistemas neumaticos.pptIntroducción a los sistemas neumaticos.ppt
Introducción a los sistemas neumaticos.pptEduardoCorado
 
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdf
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdfReporte de simulación de flujo del agua en un volumen de control MNVA.pdf
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdfMikkaelNicolae
 
Reporte de Exportaciones de Fibra de alpaca
Reporte de Exportaciones de Fibra de alpacaReporte de Exportaciones de Fibra de alpaca
Reporte de Exportaciones de Fibra de alpacajeremiasnifla
 
AMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptx
AMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptxAMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptx
AMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptxLuisvila35
 
Normas para los aceros basados en ASTM y AISI
Normas para los aceros basados en ASTM y AISINormas para los aceros basados en ASTM y AISI
Normas para los aceros basados en ASTM y AISIfimumsnhoficial
 
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023ANDECE
 
Fijaciones de balcones prefabricados de hormigón - RECENSE
Fijaciones de balcones prefabricados de hormigón - RECENSEFijaciones de balcones prefabricados de hormigón - RECENSE
Fijaciones de balcones prefabricados de hormigón - RECENSEANDECE
 
Tiempos Predeterminados MOST para Estudio del Trabajo II
Tiempos Predeterminados MOST para Estudio del Trabajo IITiempos Predeterminados MOST para Estudio del Trabajo II
Tiempos Predeterminados MOST para Estudio del Trabajo IILauraFernandaValdovi
 
Flujo potencial, conceptos básicos y ejemplos resueltos.
Flujo potencial, conceptos básicos y ejemplos resueltos.Flujo potencial, conceptos básicos y ejemplos resueltos.
Flujo potencial, conceptos básicos y ejemplos resueltos.ALEJANDROLEONGALICIA
 
clases de dinamica ejercicios preuniversitarios.pdf
clases de dinamica ejercicios preuniversitarios.pdfclases de dinamica ejercicios preuniversitarios.pdf
clases de dinamica ejercicios preuniversitarios.pdfDanielaVelasquez553560
 

Último (20)

Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
Hanns Recabarren Diaz (2024), Implementación de una herramienta de realidad v...
 
Manual_Identificación_Geoformas_140627.pdf
Manual_Identificación_Geoformas_140627.pdfManual_Identificación_Geoformas_140627.pdf
Manual_Identificación_Geoformas_140627.pdf
 
VALORIZACION Y LIQUIDACION MIGUEL SALINAS.pdf
VALORIZACION Y LIQUIDACION MIGUEL SALINAS.pdfVALORIZACION Y LIQUIDACION MIGUEL SALINAS.pdf
VALORIZACION Y LIQUIDACION MIGUEL SALINAS.pdf
 
4.6 DEFINICION DEL PROBLEMA DE ASIGNACION.pptx
4.6 DEFINICION DEL PROBLEMA DE ASIGNACION.pptx4.6 DEFINICION DEL PROBLEMA DE ASIGNACION.pptx
4.6 DEFINICION DEL PROBLEMA DE ASIGNACION.pptx
 
Fe_C_Tratamientos termicos_uap _3_.ppt
Fe_C_Tratamientos termicos_uap   _3_.pptFe_C_Tratamientos termicos_uap   _3_.ppt
Fe_C_Tratamientos termicos_uap _3_.ppt
 
Proyecto de iluminación "guia" para proyectos de ingeniería eléctrica
Proyecto de iluminación "guia" para proyectos de ingeniería eléctricaProyecto de iluminación "guia" para proyectos de ingeniería eléctrica
Proyecto de iluminación "guia" para proyectos de ingeniería eléctrica
 
Residente de obra y sus funciones que realiza .pdf
Residente de obra y sus funciones que realiza  .pdfResidente de obra y sus funciones que realiza  .pdf
Residente de obra y sus funciones que realiza .pdf
 
IPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESA
IPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESAIPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESA
IPERC Y ATS - SEGURIDAD INDUSTRIAL PARA TODA EMPRESA
 
estadisticasII Metodo-de-la-gran-M.pdf
estadisticasII   Metodo-de-la-gran-M.pdfestadisticasII   Metodo-de-la-gran-M.pdf
estadisticasII Metodo-de-la-gran-M.pdf
 
183045401-Terminal-Terrestre-de-Trujillo.pdf
183045401-Terminal-Terrestre-de-Trujillo.pdf183045401-Terminal-Terrestre-de-Trujillo.pdf
183045401-Terminal-Terrestre-de-Trujillo.pdf
 
Introducción a los sistemas neumaticos.ppt
Introducción a los sistemas neumaticos.pptIntroducción a los sistemas neumaticos.ppt
Introducción a los sistemas neumaticos.ppt
 
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdf
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdfReporte de simulación de flujo del agua en un volumen de control MNVA.pdf
Reporte de simulación de flujo del agua en un volumen de control MNVA.pdf
 
Reporte de Exportaciones de Fibra de alpaca
Reporte de Exportaciones de Fibra de alpacaReporte de Exportaciones de Fibra de alpaca
Reporte de Exportaciones de Fibra de alpaca
 
AMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptx
AMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptxAMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptx
AMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptx
 
Normas para los aceros basados en ASTM y AISI
Normas para los aceros basados en ASTM y AISINormas para los aceros basados en ASTM y AISI
Normas para los aceros basados en ASTM y AISI
 
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
Centro Integral del Transporte de Metro de Madrid (CIT). Premio COAM 2023
 
Fijaciones de balcones prefabricados de hormigón - RECENSE
Fijaciones de balcones prefabricados de hormigón - RECENSEFijaciones de balcones prefabricados de hormigón - RECENSE
Fijaciones de balcones prefabricados de hormigón - RECENSE
 
Tiempos Predeterminados MOST para Estudio del Trabajo II
Tiempos Predeterminados MOST para Estudio del Trabajo IITiempos Predeterminados MOST para Estudio del Trabajo II
Tiempos Predeterminados MOST para Estudio del Trabajo II
 
Flujo potencial, conceptos básicos y ejemplos resueltos.
Flujo potencial, conceptos básicos y ejemplos resueltos.Flujo potencial, conceptos básicos y ejemplos resueltos.
Flujo potencial, conceptos básicos y ejemplos resueltos.
 
clases de dinamica ejercicios preuniversitarios.pdf
clases de dinamica ejercicios preuniversitarios.pdfclases de dinamica ejercicios preuniversitarios.pdf
clases de dinamica ejercicios preuniversitarios.pdf
 

METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS

  • 1. Instituto Universitario Politecnico Santiago Mariño Lenin M. Acosta M.
  • 2. ANÁLISISY DISEÑO DE SISTEMAS DE INFORMACIÓN II
  • 6.  Durante mucho tiempo, en el desarrollo de Sistemas Interactivos se ha olvidado la importancia de la usabilidad de dichos sistemas, relegando ésta exclusivamente a actividades de evaluación del producto final.  Esto puede ser debido por un lado al hecho de basar el desarrollo de los sistemas fundamentalmente en la tecnología disponible y por otro, a la relación errónea que los desarrolladores han establecido entre usabilidad y apariencia de la interfaz de usuario en cuanto a sus características estéticas.
  • 7.  Como consecuencia, se han desarrollado sistemas con un deficiente nivel de usabilidad, que se traduce en una disminución en el grado de aceptación de los mismos debido a la frustración que los usuarios pueden llegar a sufrir al interactuar con ellos.  Es importante tener en cuenta que la usabilidad de un sistema, no sólo está ligada a la apariencia de la interfaz de usuario sino principalmente al modo en el que el usuario puede utilizar el sistema, es decir a la interacción con el mismo, y por tanto está relacionada con la estructura general del sistema y con la lógica del negocio.
  • 8.  En los últimos años se ha producido un gran incremento en la cantidad de personas que usan y dependen de la Tecnología de la Información.  Lo que implica una demanda cada vez mayor de productos más usables. La usabilidad se está convirtiendo en un factor fundamental del éxito de un producto software, y es necesario que la industria del software comience a concienciarse de la necesidad de tener en cuenta la usabilidad desde las etapas tempranas del desarrollo de los sistemas, introduciendo una perspectiva centrada en el usuario.
  • 9.  Planteamiento de diferentes propuestas para el establecimiento de métodos, técnicas y herramientas.  Objetivo: orientar a los desarrolladores sobre las actividades a seguir durante el proceso de desarrollo de software que garanticen un nivel de usabilidad previamente establecido.  Se presenta un estudio de la integración de la usabilidad en el proceso de desarrollo de la Ingeniería del Software, analizando propuestas provenientes tanto del campo de la Ingeniería de la Usabilidad (IU) como del de la Ingeniería del Software (IS).  Se recoge un resumen de algunos de los Modelos de Procesos propuestos por la IU para el desarrollo de Sistemas Interactivos así como una nueva propuesta de Modelo de Proceso Centrado en el Usuario que integra la IS, la Interacción Persona Ordenador (IPO) y la accesibilidad en el contexto de equipos de desarrollo multidisciplinares.
  • 10.  El Modelo de Proceso presentado en el estándar internacional ISO 13407:1999 establece un marco de referencia normativo que sirve de guía para garantizar la usabilidad en el desarrollo de sistemas interactivos incorporando el Diseño Centrado en el Usuario (DCU) durante el ciclo de vida del desarrollo.  Sin embargo, a pesar de los beneficios económicos y sociales que permite obtener el DCU, la industria del software aún se muestra reacia a utilizar los Modelos de Procesos propuestos por la IU.
  • 11.  Los modelos propuestos, implican un cambio radical en el proceso, que los ingenieros de software no creen suficientemente justificado.  Los modelos propuestos por la IU son complejos de entender y de aplicar.  Los directivos de las organizaciones software creen que la usabilidad no está económicamente justificada.  Existen diferencias de conceptos y terminología entre ambas disciplinas (IS eIU).  No existe una integración adecuada de las actividades de usabilidad en el proceso de desarrollo de la Ingeniería del Software.
  • 12.  Las técnicas de modelado y simulación se consideran herramientas valiosas para la mejora de procesos en diversas áreas de la ingeniería.  La principal ventaja que ofrecen los modelos de simulación es la posibilidad de experimentar diferentes decisiones y analizar sus resultados en sistemas donde el coste o el riesgo de una experimentación real son prohibitivos.
  • 13. Década de los 90` Organizaciones de software Procesos Centrados UtilidadDesarrollo de Software Usuario Herramientas Motivación al cambio Mejora Comprensión Proceso Producto Mejora
  • 14. El diseño del sistema es la estrategia de alto nivel para resolver problemas y construir una solución. Éste incluye decisiones acerca de la organización del sistema en subsistemas, la asignación de subsistemas a componentes hardware y software, y decisiones fundamentales conceptuales y de política que son las que constituyen un marco de trabajo para el diseño detallado
  • 15. La organización global del sistema es lo que se denomina la arquitectura del sistema. Existe un cierto número de estilos frecuentes de arquitectura, cada uno de los cuales es adecuado para ciertas clases de aplicaciones. Una forma de caracterizar una aplicación es por la importancia relativa de sus modelos de objetos, dinámico y funcional. Las distintas arquitecturas ponen distintos grados de énfasis en los tres modelos.
  • 16.  El diseño de sistemas es la primera fase de diseño en la cual se selecciona la aproximación básica para resolver el problema.  Durante el diseño del sistema, se decide la estructura y el estilo global. La arquitectura del sistema es la organización global del mismo en componentes llamados subsistemas.  La arquitectura proporciona el contexto en el cual se toman decisiones más detalladas en una fase posterior del diseño.  Al tomar decisiones de alto nivel que se apliquen a todo el sistema, el diseñador desglosa el problema en subsistemas, de tal manera que sea posible realizar más trabajo por parte de varios diseñadores que trabajarán independientemente en distintos subsistemas.
  • 17.  Las aplicaciones web se han convertido en pocos años en complejos sistemas con interfaces de usuario cada vez más parecidas a las aplicaciones de escritorio, dando servicio a procesos de negocio de considerable envergadura y estableciéndose sobre ellas requisitos estrictos de accesibilidad y respuesta. Esto ha exigido reflexiones sobre la mejor arquitectura y las técnicas de diseño más adecuadas. En este artículo se pretende dar un breve repaso a la arquitectura de tales aplicaciones y a los patrones de diseño más aplicables.  En los últimos años, la rápida expansión de Internet y del uso de intranets corporativas ha supuesto una transformación en las necesidades de información de las organizaciones. En particular esto afecta a la necesidad de que: 1. La información sea accesible desde cualquier lugar dentro de la organización e incluso desde el exterior. 2. Esta información sea compartida entre todas las partes interesadas, de manera que todas tengan acceso a la información completa (o a aquella parte que les corresponda según su función) en cada momento.
  • 18.  Estas necesidades han provocado un movimiento creciente de cambio de las aplicaciones tradicionales de escritorio hacia las aplicaciones web, que por su idiosincrasia, cumplen a la perfección con las necesidades mencionadas anteriormente. Por tanto, los sitios web tradicionales que se limitaban a mostrar información se han convertido en aplicaciones capaces de una interacción más o menos sofisticada con el usuario. Inevitablemente, esto ha provocado un aumento progresivo de la complejidad de estos sistemas y, por ende, la necesidad de buscar opciones de diseño nuevas que permitan dar con la arquitectura óptima que facilite la construcción de los mismos.
  • 19.  El usuario interacciona con las aplicaciones web a través del navegador. Como consecuencia de la actividad del usuario, se envían peticiones al servidor, donde se aloja la aplicación y que normalmente hace uso de una base de datos que almacena toda la información relacionada con la misma. El servidor procesa la petición y devuelve la respuesta al navegador que la presenta al usuario. Por tanto, el sistema se distribuye en tres componentes: el navegador, que presenta la interfaz al usuario; la aplicación, que se encarga de realizar las operaciones necesarias según las acciones llevadas a cabo por éste y la base de datos, donde la información relacionada con la aplicación se hace persistente. Esta distribución se conoce como el modelo o arquitectura de tres capas.
  • 20.
  • 21. EN GENERAL, LOS SISTEMAS DE INFORMACIÓNTIENEN COMO OBJETIVO:  Respaldar las operaciones empresariales.  Respaldar la toma de decisiones gerenciales.  Respaldar la ventaja competitiva estratégica.  Contribuir a la automatización de actividades y procesos en las empresas.  Llevar la información de manera oportuna y adecuada a las instancias de la empresa que así lo requieran.  Proporcionar un diagnóstico de la empresa en un momento dado.
  • 22. DE FORMA GRAFICA SERÍA: RESPALDAR LAS OPERACIONES GERENCIALES RESPALDAR LA TOMA DE DECISIONES GERENCIALES RESPALDAR LAVENTAJA COMPETITIVA Y ESTRATÉGICA OBJETIVOS “SISTEMA DE INFORMACIÓN” •AUTOMATIZAN PROCESOS. •PROPORCIONAN INFORMACIÓN. •LOGRAN VENTAJAS COMPETITIVAS.
  • 23. SI LOS OBJETIVOS SON CLAROS GARANTIZAN A LA EMPRESA: PRECISIÓN Y OPORTUNIDAD • OBTENCIÓN DE LA INFORMACIÓN • EVITA FRACASOS CAPACIDAD Y CONSICIÓN DEL PROCESO • ACCESO A LA INFORMACIÓN CUANDO SE REQUIERA • EXACTITUD, PRESICIÓN. DISPONIBILIDAD Y SEGURIDAD • ACCESO A LA INFORMACIÓN PARA EVITAR PERDIDA Y PROTEGER A LOS CLIENTES
  • 24. CARACTERÍSTICAS EN EL DISEÑO DE SISTEMAS.
  • 25. Las características en el diseño del sistema se identifican a partir del análisis de requerimientos, nunca se llega a unas características esperadas del sistema y de la identificación de cada uno de los componentes de dicho sistema, se parte entonces de: Flujo de los datos: está especificado en la forma como se desplazarán, rotarán y girarán los datos dentro del sistema. Almacenamiento de los datos: hacen referencia a donde se alojarán los datos de manera temporal o permanente.
  • 26.  Procedimientos: estos se relacionan con los métodos para emplear el sistema y los resultados que se esperan obtener.  Relación-sistema personal: atañe a la función y responsabilidad de todas las personas que tienen algún tipo de relación con el sistema desde sus creadores hasta los usuarios.
  • 27. LAS CARACTERÍSTICAS DE LOS DISEÑOS DE SISTEMAS SE ESPECIFICAN PRINCIPALMENTE EN LAS ENTRADAS, PROCESOS , ESPECIFICACIONESY SALIDAS. ENTRADAS: constituyen los datos que deben ser almacenados y por tal motivo ingresan al sistema, el analista debe comprender y adecuar los medios que utilizará para el ingreso de dichos datos. Para verificar que la puesta en marcha de las entradas sea la correcta se utilizan controladores los cuales se aplican a los campos y a los registros del SI.
  • 28. SALIDAS: las salidas del sistema se presentan en la pantalla que permite por ejemplo al usuario encontrar la información que requiere, o realizar también las operaciones que son necesarias. En un solo sistema las salidas pueden ser varias, miremos por ejemplo el SI de información de uno de los motores de búsqueda más famosos “yahoo” las salidas que este programa tiene son: correo, noticias, entretenimiento.
  • 29.  Entre otras, también podemos decir que existen salidas de uso interno y externo.  En el momento en que el analista piensa en el diseño de las salidas del sistema se debe tener en cuenta, la información que se va a presentar considerando además si va a ser comunicada de forma oral, impresa, visual o auditiva.
  • 30.  CONTROLES: el analista dentro del diseño debe preparar controles para las entradas, procesos, y salidas que poseerá el sistema.  El control de entrada se establece generalmente a partir de la solicitud de códigos de verificación que permiten o no el acceso de los administradores, analistas y usuarios finales a los datos que posee el sistema.
  • 31.  ESPECIFICACIONES: en esta caracterización están escritas las necesidades puntuales de los usuarios, hacen alusión a los detalles particulares que se requieren del sistema, pero también a la forma como este opera. Hay especificaciones para cada una las partes del sistema para las entradas, para cada uno de los componentes del software y para la forma como se debe operar el sistema entre otras.
  • 32.
  • 33. El diseño de sistema es la estrategia de alto nivel para resolver problemas y construir una solución. El diseño de sistemas es la primera fase de diseño en la cual se selecciona la aproximación básica para resolver el problema. Durante el diseño del sistema, se decide la estructura y el estilo global. La arquitectura proporciona el contexto en el cual se toman decisiones más detalladas en una fase posterior del diseño. Al tomar decisiones de alto nivel que se apliquen a todo el sistema, el diseñador desglosa el problema en subsistemas, de tal manera que sea posible realizar más trabajo por parte de varios diseñadores que trabajarán independientemente en distintos subsistemas.
  • 34. El diseñador de sistemas debe tomar las siguientes decisiones:  Organizar el sistema en subsistemas  Identificar la concurrencia inherente al problema Asignar los subsistemas a los procesadores y tareas Seleccionar una aproximación para la administración de almacenes de datos Manejar el acceso a recursos globales Seleccionar la implementación de control en software Manejar las condiciones de contorno Establecer la compensación de prioridades
  • 35. Definición de subsistema En todas las aplicaciones, salvo en las más pequeñas, el primer paso para diseñar un sistema consiste en dividir el sistema en un pequeño número de componentes. Cada uno de los componentes principales de un sistema se llama subsistema. Cada subsistema abarca aspectos del sistema que comparten alguna propiedad común. Identificación de la concurrencia EN el modelo de analisis, al igual que en el mundo real y en el hardware, todos los objetos son concurrentes. En una implementación, sin embargo, no todos los objetos del software son concurrentes, porque un procesador puede dar soporte a muchos objetos. En la práctica, se pueden implementar muchos objetos en un único procesador si los objetos no pueden estar activados a la vez. Un objetivo importante del diseño del sistema es identificar los objetos que deben estar activados concurrentemente, y los objetos que tienen actividad que sea mutuamente exclusiva. Estos últimos objetos se pueden plegar y juntar en un único hilo de control o tarea. Almacenamiento de datos Los almacenes de datos internos y externos dentro de un sistema proporcionan puntos limpios de separación entre subsistemas con interfaces bien definidas. En general, todo almacén de datos puede combinar estructuras de datos, archivos y bases de datos implementados en memoria o bien en dispositivos de almacenamiento secundario. Los distintos tipos de almacenes de datos proporcionan diversas compensaciones entre costo , tiempo de acceso, capacidad y fiabilidad.
  • 36. Administración de los recursos El diseñador de sistemas debe identificar los recursos globales y tiene que determinar mecanismos para controlar el acceso a ellos. Entre los recursos globales se cuentan: unidades físicas, tales como procesadores, unidades de cinta y satélites de comunicación; espacio, tal como el espacio en disco, una pantalla de una estación de trabajo, y los botones de un ratón; nombres lógicos, tales como la identificación de los objetos, nombres de archivos y nombres de clases; y el acceso a datos compartidos, tales como bases de datos. Software de control Durante el análisis, todas las interacciones se muestran como sucesos entre objetos. El control del hardware se parece mucho al modelo de análisis, aunque el diseñador de sistemas debe escoger entre varias maneras de implementar el control en software. Aún cuando no existe una necesidad lógica de que todos los subsistemas utilicen la misma implementación, lo normal es que el diseñador seleccione un único estilo de control. Existen dos clases de flujos de control en un sistema de software: el control externo y el interno.
  • 37. DISEÑO DE LOS OBJETOS La fase de análisis determina lo que debe hacer la implementación y la fase de diseño del sistema determina el plan de ataque. La fase de diseño de objetos determina las definiciones completas de las clases y asociaciones que se utilizarán en la implementación, así como las interfaces y algoritmos de los métodos utilizados para implementar las operaciones. La fase de diseño de objetos añadirá objetos internos para la implementación y optimizará las estructuras de datos y los algoritmos. El diseño de objetos es análogo a la fase preliminar de diseño del ciclo de vida de desarrollo de software tradicional. ALGORITMOS Cada operación especificada en el modelo funcional debe ser formulada como un algoritmo . El análisis de especificaciones dice lo que hace la operación desde el punto de vista de sus clientes y los algoritmos muestran cómo se hace. Un algoritmo se puede subdividir en llamadas a operaciones más sencillas y así sucesivamente, hasta que las operaciones del nivel más bajo sean suficientemente sencillas para implementarlas directamente sin más refinamiento.
  • 38. Controles El diseñador debe refinar la estrategia para implementar los modelos de estados y sucesos presentes en el modelo dinámico. Como parte del diseño del sistema, se habrá seleccionado una estrategia básica para construir el modelo dinámico. Durante el diseño de objetos, es necesario desarrollar esta estrategia. Asociaciones Las asociaciones son el pegamento de nuestro modelo de objetos, y proporcionan vías de acceso entre objetos siendo entidades conceptuales útiles para el modelado y el análisis. Durante la fase de diseño de objetos hay que formularse una estrategia para implementar las asociaciones habidas en el modelo de objetos. Se puede seleccionar una estrategia global para implementar todas las asociaciones uniformemente o bien seleccionar una técnica particular para cada asociación, teniendo en cuenta la forma en que será utilizada en la aplicación. Para tomar decisiones inteligentes acerca de las asociaciones se necesita analizar primero la forma en que serán utilizadas
  • 39. MANEJO DE SISTEMAS DESARROLLADOS POR USUARIOS FINALES
  • 40.  Este manejo posee características que lo diferencia de los demás sistemas que manejan información y que son tradicionales. Los usuarios finales poseen características especiales que merecen ser tomadas en cuenta.  Estos Sistemas de Información elaborados a la medida de la organización, son normalmente creados ya sea por un departamento de Informática o por una empresa externa de consultoría.  Los SI son desarrollados con propósitos diferentes, es decir, todo dependerá del objetivo que tenga su implantación, por lo que se pueden clasificar de la siguiente manera
  • 41.  Sistemas de Procesamiento de Transacciones.  Sistemas de Automatización de oficina y de manejo de conocimiento.  Sistemas de Información Gerencial.  Sistemas de Apoyo a Decisiones.  Sistemas Expertos e Inteligencia Artificial.
  • 42.  Sistema de Procesamiento de Transacciones (TPS)   Una transacción es cualquier suceso o actividad que afecta a toda la organización, tiene como finalidad mejorar las actividades rutinarias de una la misma. Las transacciones más comunes incluyen: facturación, entrega de mercancía, nómina y depósito de cheques.   Aunque en la mayor parte de las organizaciones las transacciones son parte de las actividades cotidianas que se realizan, los tipos de transacciones cambian en cada una de las organizaciones.   A continuación se presentan las características principales de los Sistemas de procesamiento de transacciones:
  • 43.  Sistema de Automatización de Oficina y Sistemas de Manejo de Conocimiento (OAS)  Al nivel de conocimiento de la organización hay dos clases de Sistemas. Los Sistemas de Automatización de Oficina (OAS por sus siglas en inglés) que dan soporte a los trabajadores de datos, quienes, por lo general, no crean un nuevo conocimiento sino que usan la información para analizarla y transformar datos, o para manejarla en alguna forma y luego compartirla o diseminarla formalmente por toda la organización y algunas veces mas allá de ella. Los aspectos familiares de los OAS, incluyen procesamiento de palabras, hojas de cálculo, editor de publicaciones, calendarización electrónica y comunicación mediante correo de voz, correo electrónico y videoconferencias.   Los Sistemas de Manejo de Conocimiento (KWS) dan soporte a los trabajadores profesionales, tales como científicos, ingenieros y doctores, les ayudan a crear un nuevo conocimiento que contribuya a la organización o a toda la sociedad.
  • 44.  Sistema de Información Gerencial (MIS)  Los Sistemas de Información Gerencial MIS por sus siglas en inglés) son sistemas de Información computarizada que trabajan debido a la interacción resuelta entre gentes y computadoras. Requieren que las gentes, el software y el hardware trabajen como uno solo.  Para poder ligar la información, los usuarios de un MIS comparten una base de datos común que almacena modelos que ayudan a los usuarios a interpretar y aplicar esos mismos datos. Los MIS producen información que es usada en la toma de decisiones y también puede llegar a unificar algunas funciones de información computarizada, aunque no exista como una estructura singular en ningún lugar del negocio, es decir, pueden contar con algún otro tipo de SI con el que se labore en la organización.
  • 45.  Sistema de Apoyo a Decisiones (DSS).  Los Sistemas de Información de Apoyo a Decisiones (DSS por sus siglas en inglés) es similar al MIS ya que ambos dependen de una base de datos como fuente. Un DSS se diferencia del MIS en que enfatiza el apoyo a la toma de decisiones en todas sus fases, aunque la decisión actual todavía es del dominio del tomador de decisiones. Los DSS están hechos a la medida de la persona o grupo que los utiliza.
  • 46.  Sistemas Expertos e Inteligencia Artificial (AIS)  La Inteligencia Artificial (Al) puede ser considerada la meta de los Sistemas Expertos. El auge que ha tenido la inteligencia artificial ha llegado al punto de desarrollar máquinas que se comporten de forma inteligente.   Los Sistemas Expertos usan los enfoques del razonamiento de la Al para resolver los problemas que les plantean los usuarios de las organizaciones. Un Sistema Experto captura en forma efectiva y usa el conocimiento de un experto para resolver un problema particular experimentado en una organización. Un Sistema Experto selecciona la mejor solución a un problema o a una clase específica de problemas. En la siguiente tabla se muestran ejemplos de cada uno de los SI que existen de acuerdo a la clasificación que se estudió:
  • 47.
  • 48.  En cualquier organización existen distintos tipos de SI. Desde el punto de vista de la estructura funcional, los SI se forman alrededor de las funciones de la empresa (Recursos Humanos, Producción, Mercadotecnia, etc.) y cada una de estas funciones comprende actividades en tres niveles de la organización:  Nivel Operacional.  Nivel Administrativo.  Nivel Estratégico.
  • 49.  DAEDALUS. Diseño de sistemas [en línea] http://www.daedalus.es/inteligencia-de-negocio/sistemas- complejos/ingenieria-de-sistemas/ (Consulta: Abril 27 de 2010).  GARCÍA, Rocío. Transición de Análisis de diseño. [en línea] http://www.monografias.com/trabajos29/transicion-del-analisis/transicion- del-analisis.shtml (Consulta: Abril 28 de 2010).  Ministerio de Administraciones Públicas. [en línea] Diseño del Sistema de Información http://www.csi.map.es/csi/metrica3/dsiproc.pdf (Consulta: Abril 27 de 2010).  Diseño de sistemas de información. [en línea] http://www.edicionsupc.es/ftppublic/pdfmostra/OE04303M.pdf (Consulta: Abril 27 de 2010).