METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS
-
Upload
lenin-acosta-mata -
Category
Engineering
-
view
314 -
download
3
Transcript of METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS
![Page 1: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/1.jpg)
![Page 2: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/2.jpg)
ANÁLISIS Y DISEÑO DE
SISTEMAS DE
INFORMACIÓN II
![Page 3: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/3.jpg)
PRESENTADO POR :
LENIN ACOSTA
![Page 4: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/4.jpg)
DISEÑO
DE
SISTEMAS
![Page 5: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/5.jpg)
ESPECIFICACIONES DE LOS
REQUERIMIENTOS DE LA APLICACIÓN
![Page 6: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/6.jpg)
Durante mucho tiempo, en el desarrollo de Sistemas Interactivosse ha olvidado la importancia de la usabilidad de dichos sistemas,relegando ésta exclusivamente a actividades de evaluación delproducto final.
Esto puede ser debido por un lado al hecho de basar el desarrollode los sistemas fundamentalmente en la tecnología disponible ypor otro, a la relación errónea que los desarrolladores hanestablecido entre usabilidad y apariencia de la interfaz de usuarioen cuanto a sus características estéticas.
![Page 7: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/7.jpg)
Como consecuencia, se han desarrollado sistemas con un deficientenivel de usabilidad, que se traduce en una disminución en el gradode aceptación de los mismos debido a la frustración que los usuariospueden llegar a sufrir al interactuar con ellos.
Es importante tener en cuenta que la usabilidad de un sistema, nosólo está ligada a la apariencia de la interfaz de usuario sinoprincipalmente al modo en el que el usuario puede utilizar elsistema, 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 delnegocio.
![Page 8: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/8.jpg)
En los últimos años se ha producido un gran incrementoen la cantidad de personas que usan y dependen de laTecnología de la Información.
Lo que implica una demanda cada vez mayor de productosmás usables. La usabilidad se está convirtiendo en un factorfundamental del éxito de un producto software, y esnecesario que la industria del software comience aconcienciarse de la necesidad de tener en cuenta lausabilidad desde las etapas tempranas del desarrollo de lossistemas, introduciendo una perspectiva centrada en elusuario.
![Page 9: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/9.jpg)
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.
![Page 10: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/10.jpg)
El Modelo de Proceso presentado en el estándar internacional ISO13407:1999 establece un marco de referencia normativo que sirvede guía para garantizar la usabilidad en el desarrollo de sistemasinteractivos 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 quepermite obtener el DCU, la industria del software aún se muestrareacia a utilizar los Modelos de Procesos propuestos por la IU.
![Page 11: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/11.jpg)
Los modelos propuestos, implican un cambio radical en elproceso, que los ingenieros de software no creensuficientemente justificado.
Los modelos propuestos por la IU son complejos de entendery de aplicar.
Los directivos de las organizaciones software creen que lausabilidad no está económicamente justificada.
Existen diferencias de conceptos y terminología entre ambasdisciplinas (IS eIU).
No existe una integración adecuada de las actividades deusabilidad en el proceso de desarrollo de la Ingeniería delSoftware.
![Page 12: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/12.jpg)
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.
![Page 13: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/13.jpg)
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
![Page 14: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/14.jpg)
El diseño del sistema es la estrategia de alto nivel pararesolver problemas y construir una solución. Éste incluyedecisiones acerca de la organización del sistema ensubsistemas, la asignación de subsistemas a componenteshardware y software, y decisiones fundamentalesconceptuales y de política que son las que constituyen unmarco de trabajo para el diseño detallado
![Page 15: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/15.jpg)
La organización global del sistema es lo que sedenomina la arquitectura del sistema. Existe uncierto número de estilos frecuentes dearquitectura, cada uno de los cuales es adecuadopara ciertas clases de aplicaciones. Una forma decaracterizar una aplicación es por la importanciarelativa de sus modelos de objetos, dinámico yfuncional. Las distintas arquitecturas ponendistintos grados de énfasis en los tres modelos.
![Page 16: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/16.jpg)
El diseño de sistemas es laprimera fase de diseño en la cualse selecciona la aproximaciónbásica para resolver elproblema.
Durante el diseño del sistema,se decide la estructura y el estiloglobal. La arquitectura delsistema es la organización globaldel mismo en componentesllamados subsistemas.
La arquitectura proporciona elcontexto en el cual se tomandecisiones más detalladas en unafase posterior del diseño.
Al tomar decisiones de alto nivelque se apliquen a todo elsistema, el diseñador desglosa elproblema en subsistemas, de talmanera que sea posible realizarmás trabajo por parte de variosdiseñadores que trabajaránindependientemente en distintossubsistemas.
![Page 17: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/17.jpg)
Las aplicaciones web se han convertido en pocos años en complejossistemas con interfaces de usuario cada vez más parecidas a lasaplicaciones de escritorio, dando servicio a procesos de negocio deconsiderable envergadura y estableciéndose sobre ellas requisitos estrictosde accesibilidad y respuesta. Esto ha exigido reflexiones sobre la mejorarquitectura y las técnicas de diseño más adecuadas. En este artículo sepretende dar un breve repaso a la arquitectura de tales aplicaciones y a lospatrones de diseño más aplicables.
En los últimos años, la rápida expansión de Internet y del uso de intranetscorporativas ha supuesto una transformación en las necesidades deinformación de las organizaciones. En particular esto afecta a la necesidadde que:
1. La información sea accesible desdecualquier lugar dentro de laorganización e incluso desde el exterior.
2. Esta información sea compartida entretodas las partes interesadas, de maneraque todas tengan acceso a lainformación completa (o a aquella parteque les corresponda según su función)en cada momento.
![Page 18: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/18.jpg)
Estas necesidades hanprovocado un movimientocreciente de cambio de lasaplicaciones tradicionalesde escritorio hacia lasaplicaciones web, que porsu idiosincrasia, cumplena la perfección con lasnecesidades mencionadasanteriormente. Por tanto,los sitios web tradicionalesque se limitaban a mostrarinformación se hanconvertido en aplicacionescapaces de una interacciónmás o menos sofisticada
con el usuario.Inevitablemente, esto haprovocado un aumentoprogresivo de lacomplejidad de estossistemas y, por ende, lanecesidad de buscaropciones de diseño nuevasque permitan dar con laarquitectura óptima quefacilite la construcción delos mismos.
![Page 19: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/19.jpg)
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.
![Page 20: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/20.jpg)
![Page 21: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/21.jpg)
EN GENERAL, LOS SISTEMAS DE
INFORMACIÓN TIENEN 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.
![Page 22: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/22.jpg)
DE FORMA GRAFICA SERÍA:
RESPALDAR LAS
OPERACIONES GERENCIALES
RESPALDAR LA TOMA DE
DECISIONES GERENCIALES
RESPALDAR LA VENTAJA
COMPETITIVA Y
ESTRATÉGICA
OBJETIVOS
“SISTEMA DE
INFORMACIÓN”
•AUTOMATIZAN
PROCESOS.
•PROPORCIONAN
INFORMACIÓN.
•LOGRAN
VENTAJAS
COMPETITIVAS.
![Page 23: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/23.jpg)
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
![Page 24: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/24.jpg)
CARACTERÍSTICAS EN EL DISEÑO
DE SISTEMAS.
![Page 25: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/25.jpg)
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.
![Page 26: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/26.jpg)
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.
![Page 27: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/27.jpg)
LAS CARACTERÍSTICAS DE LOS DISEÑOS DE SISTEMAS
SE ESPECIFICAN PRINCIPALMENTE EN LAS ENTRADAS,
PROCESOS , ESPECIFICACIONES Y 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.
![Page 28: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/28.jpg)
SALIDAS: las salidas del sistema se presentan en la pantalla quepermite por ejemplo al usuario encontrar la información querequiere, o realizar también las operaciones que son necesarias.En un solo sistema las salidas pueden ser varias, miremos porejemplo el SI de información de uno de los motores de búsquedamás famosos “yahoo” las salidas que este programa tiene son:correo, noticias, entretenimiento.
![Page 29: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/29.jpg)
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.
![Page 30: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/30.jpg)
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.
![Page 31: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/31.jpg)
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.
![Page 32: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/32.jpg)
![Page 33: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/33.jpg)
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.
![Page 34: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/34.jpg)
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
![Page 35: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/35.jpg)
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.
![Page 36: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/36.jpg)
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 implementarel 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.
![Page 37: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/37.jpg)
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.
![Page 38: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/38.jpg)
ControlesEl 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 deobjetos, 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 bienseleccionar 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ánutilizadas
![Page 39: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/39.jpg)
MANEJO DE SISTEMAS
DESARROLLADOS POR
USUARIOS FINALES
![Page 40: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/40.jpg)
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
![Page 41: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/41.jpg)
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.
![Page 42: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/42.jpg)
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:
![Page 43: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/43.jpg)
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.
![Page 44: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/44.jpg)
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.
![Page 45: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/45.jpg)
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.
![Page 46: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/46.jpg)
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ó:
![Page 47: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/47.jpg)
![Page 48: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/48.jpg)
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.
![Page 49: METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS](https://reader033.fdocuments.es/reader033/viewer/2022052621/55873cfcd8b42a97098b4620/html5/thumbnails/49.jpg)
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).