República Bolivariana de Venezuela

Ministerio del Poder Popular para la Educación Superior

I.U.P “Santiago Mariño” – Extensión Porlamar

Metodología para el análisis de diseño del Sistema

Profesor: Alumno:

JHONATAN FENANDEZ FREDDY RAMOS

C.I 20.326.663

ING: SISTEMA

INTRODUCCION

El análisis y diseño de sistemas abarca de manera amplia y detallada el estudio de una aplicación de sistemas de información que se realiza en una organización con el objetivo de definir las necesidades y las prioridades del usuario para conseguir una aplicación nueva o mejorada. Una de las últimas fases de este estudio es el Diseño del Nuevo Sistema, en el cual se deben estudiar diversos factores que sirven de punto clave para un óptimo diseño. Entre estos factores se tiene el contexto general del sistema; en el cual se establece de manera general la función y los objetivos del nuevo sistema, los subsistemas; que son una especie de subdivisión del sistema principal y cumplen la tarea de disminuir la carga general del sistema, la visión lógica, las entidades, el modelo entidad – relación, el diccionario y base de datos y la carta estructurada.

1. Definición de:

1.1. Método.

El método científico es el conjunto de pasos, técnicas y procedimiento que se emplean para formular y resolver problema de investigación mediante la prueba o verificación de hipótesis.

En algún caso se entiende también como la forma habitual de realizar algo por una persona basada en la experiencia, costumbre y preferencias personales.

1.2. Metodología.

Metodología es un vocablo generado a partir de tres palabras de origen griego:metà (“más allá”), odòs (“camino”) y logos (“estudio”). El concepto hace referencia al plan de investigación que permite cumplir ciertos objetivos en el marco de una ciencia. Cabe resaltar que la metodología también puede ser aplicada en el ámbito artístico, cuando se lleva a cabo una observación rigurosa. Por lo tanto, puede entenderse a la metodología como el conjunto de procedimientos que determinan una investigación de tipo científico o marcan el rumbo de una exposición doctrinal.

2. Metodologías para el Análisis Diseño de Sistemas (Explicar Etapas, Fases, Actividades y ejemplos).

En una organización o empresa, el análisis y diseño de sistemas es el proceso de estudiar su situación con la finalidad de observar como trabaja y decir si es necesario realizar una mejora; el encargado de realizar estas tareas es el analista de sistemas. Antes de comenzar el desarrollo de cualquier proyecto, se conoce un estudio de sistemas para detectar todos los detalles de la situación actual en la empresa.

Según James Senn, existen tres estrategias para el desarrollo de sistemas: el método clásico del ciclo de vida de desarrollo de sistemas, el método de desarrollo por análisis estructurado y el método de construcción de prototipos de sistemas. Cada una de estas estrategias tienen un uso amplio en cada una de los diversos tipos de empresas que existen, y resultan efectivas si son aplicadas de manera adecuada.

El ciclo de vida de desarrollo de un sistema de información es el conjunto de actividades que emprenden los analistas y diseñadores para desarrollar e implementar un sistema de información, saber:

====

2.1. Lenguaje Unificado de Modelado (UML) (Diagramas).

Lenguaje Unificado de Modelado (UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group).

Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y compuestos reciclados.

Es importante remarcar que UML es un "lenguaje de modelado" para especificar o para describir métodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que está descrito el modelo.

Se puede aplicar en el desarrollo de software gran variedad de formas para dar soporte a una metodología de desarrollo de software (tal como el Proceso Unificado Racional o RUP), pero no especifica en sí mismo qué metodología o proceso usar.

UML no puede compararse con la programación estructurada, pues UML significa Lenguaje Unificado de Modelado, no es programación, solo se diagrama la realidad de una utilización en un requerimiento. Mientras que, programación estructurada, es una forma de programar como lo es la orientación a objetos, la programación orientada a objetos viene siendo un complemento perfecto de UML, pero no por eso se toma UML sólo para lenguajes orientados a objetos.

UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas.

2.2. Metodología del Ciclo de Vida de un Sistema de James Martín.

El desarrollo rápido de aplicaciones o RAD (acrónimo en inglés de rapid application development) es un proceso de desarrollo de software, desarrollado inicialmente por James Martin en 1980. El método comprende el desarrollo interactivo, la construcción de prototipos y el uso de utilidades CASE (Computer Aided Software Engineering). Tradicionalmente, el desarrollo rápido de aplicaciones tiende a englobar también la usabilidad, utilidad y la rapidez de ejecución.

Hoy en día se suele utilizar para referirnos al desarrollo rápido de interfaces gráficas de usuario tales como Glade, o entornos de desarrollo integrado completos. Algunas de las plataformas más conocidas son Visual Studio, Lazarus, Delphi,Foxpro , Anjuta,Game Maker, Velneo o Clarion. En el área de la autoría multimedia, software como Neosoft Neoboo y MediaChance Multimedia Builder proveen plataformas de desarrollo rápido de aplicaciones, dentro de ciertos límites.

Comenzando con las ideas de Barry Boehm y Scott Shultz, Martin desarrolló el Rapid Application Development durante los años 1980 en IBM y finalmente lo formalizó publicando un libro en 1990

La metodología de desarrollo conocida como diseño rápido de aplicaciones RAD (por sus siglas en inglés) ha tomado gran auge debido a la necesidad que tienen las instituciones de crear aplicaciones funcionales en un plazo de tiempo corto. Esta modalidad de desarrollo consiste de diferentes etapas que suceden de forma paralela y exigen la colaboración de los usuarios en todos los niveles. Por el contrario, en la metodología de diseño tradicional, las etapas suceden de forma lineal y el usuario es excluido del proceso, lo que hace que esta modalidad sea más lenta y poco eficiente. Hoy día la competencia en el mercado demanda calidad lo más pronto posible y RAD se enfoca en estas características.

2.3. Metodología de Jeffrey Whitten.

Teniendo entonces una idea clara de los conceptos , relaciones y diferencias entre datos, información y conocimiento , se hace entonces importante, mencionar algunos conceptos tales como “sistema” , “sistema de información” y “sistema de información informático” ya que aunque sus definiciones puedan parecerse e incluso superponerse, poseen mínimos detalles que marcan la diferencia.

La palabra sistema significa “conjunto de cosas que relacionadas entre si ordenadamente contribuyen a determinar objeto”. Es importante enfocarnos en una palabra determinante

en este concepto: ordenadamente, este vocablo se define como “la forma en que están organizados o dispuestos los distintos elementos de un sistema, a esto se le llama también configuración” y mas tarde “ conocer el propósito resultado que se desea obtener de un sistema es el primer paso en la definición de la manera en que se configuraran sus elementos” por lo tanto la salida d un sistema estará intrínsecamente relacionada con la configuración del m ismo.

2.4. Metodología del Proceso Unificado de Desarrollo de Software.

El Proceso Unificado de Desarrollo Software o simplemente Proceso Unificado es un marco de desarrollo de softwareque se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y por ser iterativo e incremental. El refinamiento más conocido y documentado del Proceso Unificado es el Proceso Unificado de Rational o simplemente RUP.

El Proceso Unificado no es simplemente un proceso, sino un marco de trabajo extensible que puede ser adaptado a organizaciones o proyectos específicos. De la misma forma, el Proceso Unificado de Rational, también es un marco de trabajo extensible, por lo que muchas veces resulta imposible decir si un refinamiento particular del proceso ha sido derivado del Proceso Unificado o del RUP. Por dicho motivo, los dos nombres suelen utilizarse para referirse a un mismo concepto.

El nombre Proceso Unificado se usa para describir el proceso genérico que incluye aquellos elementos que son comunes a la mayoría de los refinamientos existentes. También permite evitar problemas legales ya que Proceso Unificado de Rational o RUP son marcas registradas por IBM (desde su compra de Rational Software Corporation en 2003). El primer libro sobre el tema se denominó, en su versión española, El Proceso Unificado de Desarrollo de Software (ISBN 84-7829-036-2) y fue publicado en 1999 por Ivar Jacobson, Grady Booch y James Rumbaugh, conocidos también por ser los desarrolladores del UML, el Lenguaje Unificado de Modelado. Desde entonces los autores que publican libros sobre el tema y que no están afiliados a Rational utilizan el término Proceso Unificado, mientras que los autores que pertenecen a Rational favorecen el nombre de Proceso Unificado de Rational.

2.5. Metodología de Kendall y Kendall.

Identificación de problemas, oportunidades y objetivos: Esta fase es crucial para el éxito del resto del proyecto requiere que se observe de forma objetiva lo que ocurre en una organización, También es un componente importante de la primera fase, en esta etapa se deberá descubrir lo que la organización intenta realizar, luego determinar si el uso de los sistemas de información apoyaría a la organización para alcanzar sus metas.

Determinación de los requerimientos de información: Esto se hace a partir de los usuarios particularmente involucrados, para determinar los requerimientos de información dentro de una organización pueden utilizarse diversos instrumentos, los cuales incluyen: muestreo, el estudio de los datos y formas usadas para la organización, la entrevista, los cuestionarios; la observación de la conducta de quien tomo la decisiones.

Análisis de las necesidades del sistema: Se analizan las necesidades propias del sistema. También se analizan las decisiones estructuradas por realizar, que son decisiones donde las condiciones, condiciones alternativas, acciones y reglas de acción podrán determinarse.

Diseño del sistema recomendado: Se usa la información recolectada con anterioridad y se elabora el diseño lógico de sistemas de información, esta etapa también incluye el diseño de los archivos o la base de datos que almacenará aquellos datos requeridos por quien toma las decisiones en la organización.

Desarrollo y documentación del software: Dentro de las técnicas estructuradas para el diseño y documentación del software se tienen: el método HIPO, los diagramas de flujo, los diagramas Nassi.Schneiderman, los diagramas Warnier-Orr y el pseudocódigo es aquí donde se transmite al programador los requerimientos de programación.

Pruebas y mantenimiento del sistema: Todo sistema de información debe probarse antes de ser utilizado, ya que el costo es menor si se detectan los problemas antes de que entre en funcionamiento.

Implantación y evaluación del sistema: Esta es la última etapa del desarrollo del sistema, esto incluye el adiestramiento que el usuario requerirá. Uno de los criterios fundamentales que debe satisfacerse, es que el futuro usuario utilice el sistema desarrollado.

2.6. Metodología de Administración de Relaciones (RMM).

Es un proceso de análisis , diseño y desarrollo de aplicaciones hipermedia. Los elementos principales de esta metodología son:

Modelo E-R (Entidad-Relación) Modelo RMDM (Relationship Management Data Model). La metodología fue creada por Isakowitz, Stohr y Balasubramanian.

Esta metodología es apropiada para dominios con estructuras regulares, es decir, con clases de objetos bien definidos, y con claras relaciones entre esas clases.

El modelo propone un lenguaje que permite describir los objetos del dominio, sus interrelaciones y los mecanismos de navegación hipermedia de la aplicación. Los objetos del dominio se definen con la ayuda de entidades, atributos y relaciones asociativas. El modelo introduce el concepto de slice con el fin de modelizar los aspectos unidos a la presentación de las entidades.

Ante las limitaciones que ofrecía RMM, sus creadores analizaron la estructura de navegación de RMM y propusieron añadir dos nuevos y tipos de Slices:

Slice Híbridos: permiten combinar atributos de diferentes entidades y estructuras de acceso.

Slice Mínimos: es la mínima parte de una entidad que es necesaria para identificar uno de sus elementos y que se utilizara como ancla. M-Slice: permiten combinar primitivas de acceso con otros slices de otras entidades para crear un m-slice.

2.7. Metodología Orientada a Objetos.

Análisis y diseño orientado a objetos (ADOO) es un enfoque de la ingeniería de software que modela un sistema como un grupo de objetos que interactúan entre sí. Este enfoque representa un dominio absoluto en términos de conceptos compuestos por verbos y sustantivos, clasificados de acuerdo a su dependencia funcional. En este método de análisis y diseño se crea un conjunto de modelos utilizando una notación acordada como, por ejemplo, el lenguaje unificado de modelado (UML). ADOO aplica técnicas de modelado de objetos para analizar los requerimientos para un contexto - por ejemplo, un sistema de negocio, un conjunto de módulos de software - y para diseñar una solución para mejorar los procesos involucrados. No está restringido al diseño de programas de computadora, sino que cubre sistemas enteros de distinto tipo. Las metodologías de análisis y diseño más modernas son casos de uso guiados a través de requerimientos, diseño, implementación, pruebas, y despliegue.

2.8. Metodología de Sistemas Expertos por David Rolston.

Un sistema experto (SE), es básicamente un programa de computadora basado en conocimiento y raciocinio que lleva a cabo tareas que generalmente solo realiza un experto humano; es decir , es un programa que imita la comportamiento humano en el

sentido de que utiliza la información que le es proporcionada para dar una opinión sobre un tema en especial.

Se puede decir que los sistema experto son el primer resultado operacional de la inteligencia artificial, pues logran resolver problema a través de conocimiento y raciocinio de igual forma que lo hace el experto humano.

2.9. Metodología del Software Educativo por Álvaro Galvis (ISE).

Es una metodología de desarrollo de software que contempla una serie de fases o etapas de un proceso sistemático atendiendo a: Análisis, diseño, desarrollo, prueba y ajuste, y por ultimo implementación. En la Figura siguiente se ilustra el flujo de acción de la metodología, donde Gómez et al (s/f) señalan que el ciclo de vida de una aplicación educativa puede tener dos maneras de ejecución, en función de los resultados de la etapa de análisis (se diseña, desarrolla y prueba lo que se requiere para atender la necesidad), y en el sentido contrario, se somete a prueba aquello que puede satisfacer la necesidad.

Metodología ISE propuesta por GalvisEtapa 1: AnálisisEl propósito de esta etapa es determinar el contexto donde se creará la aplicación y derivar de allí los requerimientos que deberá atender la solución interactiva, como complemento a otras soluciones. Acorde con Galvis (citado en Gómez et al, s/f) en esta fase se establece como mínimo la siguiente información:

1. Características de la población objetivo.2. Conducta de entrada y campo vital.3. Problema o necesidad a atender.4. Principios pedagógicos y didácticos aplicables.5. Justificación de uso de los medios interactivos.6. Diagramas de Interacción

Etapa 2: Diseño

El diseño se construye en función directa de los resultados de la etapa de análisis, es importante hacer explícitos los datos que caracterizan el entorno del SE a diseñar: destinatarios, área del contenido, necesidad educativa, limitaciones y recursos para los usuarios, equipo y soporte lógico.En esta etapa acorde con Salcedo (2002) es necesario atender a tres tipos de diseño: Educativo (este debe resolver las interrogantes que se refieren al alcance, contenido y tratamiento que debe ser capaz de apoyar el SE), comunicacional (es donde se maneja la interacción entre usuario y maquina se denomina interfaz), y computacional (con base a las necesidades se estable qué funciones es deseable cumpla el SE en apoyo de sus usuarios, el docente y los estudiantes).Etapa 3: DesarrolloEn esta fase se implementa toda la aplicación usando la información recabada hasta el momento. Se implementa el lenguaje escogido tomando en consideración los diagramas de interacción mencionados anteriormente. Es preciso establecer la herramienta de desarrollo sobre el cual se va a efectuar el programa, atendiendo a recursos humanos necesarios, costo, disponibilidad en el mercado, portabilidad, facilidades al desarrollar, cumpliendo las metas en términos de tiempo y calidad de SE.Etapa 4: Prueba PilotoEn esta se pretende ayudar a la depuración del SE a partir de su utilización por una muestra representativa de los tipos de destinatarios para los que se hizo y la consiguiente evaluación formativa. Es imprescindible realizar ciertas validaciones (efectuadas por expertos) de los prototipos durante las etapas de diseño y prueba en uno a uno de los módulos desarrollados, a medida que estos están funcionales.Etapa 5: Prueba de CampoLa prueba de campo de un SE es mucho más que usarlo con toda la población objeto. Si se exige, pero no se limita a esto. Es importante que dentro del ciclo de desarrollo hay que buscar la oportunidad de comprobar, en la vida real, que aquello que a nivel experimental parecía tener sentido, lo sigue teniendo, es decir, si efectivamente la aplicación satisface las necesidades y cumple con la funcionalidad requerida.

2.10. Metodología de Sistemas Blandos (SSM) de Peter Checkland.

Es una técnica cualitativa que se puede utilizar para aplicar los sistema estructurados a las situaciones asistencias. Es una manera de ocuparse de problemas situacionales en los cuales hay una actividad con un alto componente social, político y humano. Esto distingue el SSM de otras metodologías que se ocupan de los problemas DUROS que están a menudo mas orientados a la tecnología.

El SSM se origino de la comprensión que los sistemas “duros” estructurados, por ejemplo, la investigación de operaciones técnicas, son inadecuados para investigar temas de grandes y complejas organizaciones. La metodología de sistema blando fue desarrollada por Peter Checkland con el propósito expreso de ocuparse de problemas de este tipo.

2.11. Metodología MERINDE.

El tipo de artefacto mas fundamental utilizando en la metodología MeRinde es el modelo. Cada rol necesita una perspectiva diferente del sistema. El diseño de MeRinde permite identificar todos los roles y cada una de las perspectivas que posiblemente podrían necesitar. Las perspectiva recogidas de todos los roles se estructuran en unidades mas grandes, es decir, modelos, de modo que un rol pueda tomar una perspectiva concreta del conjunto de médelos.

Los modelos propuesto en MeRinde facilitan el entendimiento del sistema para todos los involucrados, incluyendo a los clientes, usuarios y líderes de proyecto. La elección de los modelos para un sistema es una de las decisiones más importantes del equipo de desarrollo.

2.12. Metodología SCRUM.

Scru es una metodología ágil y flexible para gestionar el desarrollo de software, cuyo principal objetivo es maximizar el retorno de la inversión para su empresa (ROI). Se basa en construir primero la funcionalidad de mayor valor para el cliente y en los principios de inspección continua, adaptación, auto-gestión e innovación.

COMCLUSION

Como el en termino generales, método es la vía o camino que se utiliza para llegar a un fin o para lograr un objetivo.

Esta fase del análisis y diseño de sistemas le permite al analista como tal, conocer las bases bajo las cuales trabaja el sistema en desarrollo y así establecer con exactitud las funciones que satisfagan los requerimientos de dicho sistema, en este caso se pudo saber mediante las técnicas de recopilación de información aplicadas a la empresa cuales son los requerimientos del nuevo sistema, para así proceder a elaborar sus funciones y restricciones.A través de esta información se pudo establecer también el modelo entidad-relación que es el modelo conceptual más utilizado para el diseño de bases de datos, ya que, el modelo entidad-relación está formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones gráficas y lingüísticas y le facilita al analista conocer las entidades, sus atributos, sus campos y sus funciones, lo cual sirve como base para elaborar las tablas que van a permitir el funcionamiento del sistema de información.

BIBLIOGRAFIA

http://definicion.de/metodologia/

https://sisteminformacii.wikispaces.com/Analisis+y+dise%C3%B1o+de+sistema+de+informacion

http://es.wikipedia.org/wiki/Lenguaje_unificado_de_modelado

http://html.rincondelvago.com/metodologia_6.html

http://es.slideshare.net/travesuras79/metodologa-para-el-desarrollo-del-sistemas-de-informacin-y-comunicacin-segn-jeffrey-whitten

http://analisideinformacion.blogspot.com/2012/09/metodologia-kendall-kendall.html

http://lametodologiarmm.blogspot.com/

http://es.wikipedia.org/wiki/An%C3%A1lisis_y_dise%C3%B1o_orientado_a_objetos

http://modelosdesarrollomdc.blogspot.com/2008/10/ingeniera-de-software-educativo-modelo.html

http://es.slideshare.net/angel20155/analisis-y-diseos-de-sistemas