METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS
-
Upload
lenin-acosta-mata -
Category
Engineering
-
view
317 -
download
3
Transcript of METODOLOGIAS PARA EL ANALISI Y DISEÑO DE SISTEMAS
ANÁLISIS Y 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 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.
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.
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.
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 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.
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.
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 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
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.
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.
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.
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.
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Ó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.
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.
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 , 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.
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.
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 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.
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.
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
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).