Guia Analisis y Diseño de Sistemas

 

   

AN LISIS Y DISE O DE SISTEMAS A IC T C A

PROF.: ISRAEL CONDORI GONZALES

D

DI

CARRERA:

IA

NIVEL:

SISTEMAS

MEDIO

INFORMATICOS

1  

G

U

 

 

 

Sistema de Información 

2021 •  Un sistema de información

es

un

conjunto

de

elementos que interactúan entre sí con el fin de apoyar las

actividades

de

una

empresa o negocio.

Que es el análisis y diseño de sistemas

Dentro de las organizaciones, el análisis y diseño de sistemas se refiere al proceso de examinar la situación de una empresa con el propósito de mejorarla mejorar la con métodos y procedimientos adecuados. El Desarrollo de Sistemas esta formado generalmente por dos grandes componentes: El análisis de Sistemas y el Diseño de Sistemas

Prof.: Israel Condori Gonzales

1  

 

 

  Análisis de Sistemas

Es el proceso de clasificación e interpretación de hechos, diagnóstico de problemas y empleo de la información para recomendar mejoras al sistema o crear un sistema para una nueva necesidad. El análisis, especifica qué es lo que el sistema debe hacer. El diseño establece como alcanzar el objetivo.

Diseño de sistemas Proceso de planificar, reemplazar o complementar un sistema organizacional existente.  Antes de llevar llevar a cabo esta planea planeación ción es necesario necesario comprende comprender, r, en su totalidad, totalidad, el viejo sistema y determinar la mejor forma en que se pueden, si es posible, utilizar recursos tecnológicos para incorporar eficiencia.

Prof.: Israel Condori Gonzales

2  

 

 

  Ejemplo:

Para tener un mejor control del inventario y acceso a información más actualizada con respecto a los niveles y abastecimientos, una tienda de ropa requiere efectuar un análisis de sistemas, para lo cual contrata a un analista.  Antes que el analista pueda diseñar capturar

un

sistema

datos,

para

actualizar

archivos y emitir reportes, necesita averiguar más acerca de como opera la tienda y su bodega, con qué documentación cuenta (pedidos, facturas, despachos, etc.) y que informes, si es que los hay, se producen y como se emplean. El analista debe comprender a fondo como com o trabaja el sistema actual y cual es el fluj flujo o de toda la información y por otra parte debe conocer los motivos que tiene la tienda para querer cambiar su modo de operación: Tiene la empresa problemas con el surtido de pedidos? Tiene

problemas

con

la

mercancía? Tiene problemas de dinero? Ha detectado robos por falta de control? No se tiene control del inventario? Se necesita cambiar el sistema administrativo en forma previa?

Prof.: Israel Condori Gonzales

 3    

 

  Lo que NO es el análisis de sistemas.  

No es: El estudio de una empresa para buscar procesos ya existentes con el propósito de determinar cuáles deberían ser llevados a cabo por recursos tecnológicos y cuales por métodos manuales. La finalidad del análisis está en comprender los detalles de una situación y desear si es deseable o factible una mejora. La selección del método, ya sea utilizando o no recursos tecnológicos, es un aspecto secundario. •  No es: Determinar los cambios que deberían efectuarse. La finalidad de la

investigación de sistemas es estudiar un proceso y evaluarlo. En algunas ocasiones no sólo no se necesita un cambio sino que éste tampoco es posible. Los cambios deben ser un resultado no un intento. El trabajo del analista de sistemas.   Análisis de sistemas. La responsabilidad del

analista es conducir estudios de sistemas para detectar hechos relevantes relacionados con la actividad de la empresa. La función más importante en este caso es reunir información y determinar los requerimientos. Los analistas no son responsables del diseño de Sistemas. (Analista de Información) Análisis

y

diseño

de

Sistemas.

 Además  Ademá s de llevar a cabo el estudio completo de los sistemas, el analista tiene la responsabilidad adicional de diseñar el nuevo sistema. Los que se responsabilizan tanto del análisis como del diseño, trabajan en menos proyectos que los analistas de información, pero

Prof.: Israel Condori Gonzales

 4    

 

  invierten más tiempo en ellos. (Diseñadores de Sistemas, Diseñadores de  Aplicaciones).  Aplica ciones). •  Análisis Diseño y Programación de Sistemas. El analista conduce la

investigación de sistemas, desarrolla las especificaciones de diseño y escribe el software necesario para implantar el diseño (Analista Programador) •  Las denominaciones anteriores, no implican que el papel papel de algunos

analistas es superior o inferior al de otros ya que es el tamaño y origen de la organización el que dicta la naturaleza del trabajo del analista. En empresas pequeñas, los analista tienen más funciones que los que se desempeñan en empresas grandes.

Prof.: Israel Condori Gonzales

 5    

 

  LENGUAJE UNIFICADO DE MODELADO UML 

Introducción - Modelado

Un modelo es una abstracción de un sistema o entidad del mundo real. • Una abstracción es una simplificación, que incluye sólo aquellos detalles

relevantes para algún determinado propósito • El modelado permite abordar la complejidad de los sistemas

Prof.: Israel Condori Gonzales

 6    

 

  Modelado de software

• Representa sólo la lógica e ignora el resto • El ser humano lo interpreta muy lentamente • No facilita la reutilización ni la comunicación   Modelado de software

• No es ambigua ni confusa (una

vez conocemos la semántica de cada elemento de modelado) • Es fácil y rápida de interpretar • Es fácil de procesar por

herramientas

Prof.: Israel Condori Gonzales

 7    

 

  ¿Qué es UML?

Características de UML Lenguaje de Modelado UML “Lenguaje cuyo vocabulario y reglas se centran en la representación   conceptual y física de un sistema” (Booch, Jacobson Jacobs on y Rumbaugh)  

Lenguaje = Notación + Reglas (Sintácticas, Semánticas) UML ofrece vocabulario y reglas: para crear y leer modelos bien formados que constituyen los planos de un sistema software.

Prof.: Israel Condori Gonzales

 8    

 

 

• UML es independiente del Proceso de desarrollo

Un uso óptimo se consigue en procesos dirigidos por casos de uso, centrados en la arquitectura, iterativos e incrementales Proceso Unificado de Desarrollo (RUP) • UML cubre las diferentes vistas de la arquitectura de un sistema mientras

evoluciona a través del ciclo de vida del desarrollo de software Vistas Software (estáticas, dinámicas, etc..)

Prof.: Israel Condori Gonzales

 9    

 

 

El Lenguaje Unificado de Modelado (UML) fue creado para forjar un lenguaje de modelado visual común y semántica y sintácticamente rico para la arquitectura, el diseño y la implementación de sistemas de software complejos, tanto en estructura como en comportamiento. UML tiene aplicaciones más allá del desarrollo de software, p. ej., en el flujo de procesos en la fabricación.

Es comparable a los planos usados en otros campos y consiste en diferentes tipos de diagramas. En general, los diagramas UML describen los límites, la estructura y el comportamiento del sistema y los objetos que contiene.

Prof.: Israel Condori Gonzales

1    0    

 

  UML no es un lenguaje de programación, pero existen herramientas que se pueden usar para generar código en diversos lenguajes usando los diagramas UML. UML guarda una relación directa con el análisis y el diseño orientados a objetos. UML, ¿Método o Lenguaje de Modelado?

UML es un lenguaje para hacer modelos y es independiente de los métodos de análisis y diseño. Existen diferencias importantes entre un método y un lenguaje de modelado. Un método es una manera explícita de estructurar el pensamiento y las acciones de cada individuo. Además, el método le dice al usuario qué hacer, cómo hacerlo, cuándo hacerlo y por qué hacerlo; mientras que el lenguaje de modelado carece de estas instrucciones. Los métodos mét odos contienen modelos y esos modelos son utilizados para describir algo y comunicar los resultados del uso del método. Un modelo es expresado en un lenguaje de modelado. Un lenguaje de modelado consiste de vistas, diagramas, elementos de modelo ¾ los símbolos utilizados en los modelos ¾ y un conjunto de mecanismos generales o reglas que indican cómo utilizar los elementos. Las reglas son sintácticas, semánticas y pragmáticas.

Vistas: Las vistas muestran diferentes aspectos del sistema modelado. Una vista no es una gráfica, pero sí una abstracción que consiste en un número de diagramas y todos esos diagramas juntos muestran una "fotografía" completa del sistema. Las vistas también ligan el lenguaje de modelado a los métodos o procesos elegidos para el desarrollo. Las diferentes vistas que UML tiene son:

Vista Use-Case: Una vista que muestra la funcionalidad del sistema como la perciben los actores externos.

Prof.: Israel Condori Gonzales

1   1  

 

 

  Vista Lógica: Muestra cómo se diseña la funcionalidad dentro del sistema, en términos de la estructura estática y la conducta dinámica del sistema. Vista de Componentes: Muestra la organización de los componentes de código. Vista Concurrente: Muestra la concurrencia en el sistema, direccionando los problemas con la comunicación y sincronización sincr onización que están presentes en un sistema concurrente. Vista de Distribución: muestra la distribución del sistema en la arquitectura física con computadoras y dispositivos llamados nodos. Diagramas: Los diagramas son las gráficas que describen el contenido de una vista. UML tiene nueve tipos de diagramas que son utilizados en combinación para proveer todas las vistas de un sistema: diagramas de caso de uso, de clases, de objetos, de estados, de secuencia, de colaboración, de actividad, de componentes y de distribución. Símbolos o Elementos de modelo: Los conceptos utilizados en los diagramas son los elementos de modelo que representan conceptos comunes orientados a objetos, tales como clases, objetos y mensajes, y las relaciones entre estos conceptos incluyendo la asociación, dependencia y generalización. Un elemento de modelo es utilizado en varios diagramas diferentes, pero siempre tiene el mismo significado y simbología. Reglas o Mecanismos generales: Proveen comentarios extras, información o semántica acerca del elemento de modelo; además proveen mecanismos de extensión para adaptar o extender UML a un método o proceso específico, organización o usuario.

Prof.: Israel Condori Gonzales

1   2  

 

 

   ASES DEL DEL DESARROLL DESARROLLO O DE UN SISTEMA Las fases del desarrollo de sistemas que soporta UML son: Análisis de requerimientos, Análisis, Diseño, Programación y Pruebas.  Análisis de Requerimiento Requerimientos s UML tiene casos de uso (use-cases) para capturar los requerimientos del cliente. A través del modelado de casos de uso, los actores externos que tienen interés en el sistema son modelados con la funcionalidad que ellos requieren del sistema (los casos de uso). Los actores y los casos de uso son modelados con relaciones y tienen asociaciones entre ellos o éstas son divididas en jerarquías. Los actores y casos de uso son descritos en un diagrama use-case. Cada use-case es descrito en texto y especifica los requerimientos del cliente: lo que él (o ella) espera del sistema sin considerar la funcionalidad que se implementará. Un análisis de requerimientos puede ser realizado también para procesos de negocios, no solamente para sistemas de software.  Análisis La fase de análisis abarca las abstracciones primarias (clases y objetos) y mecanismos que están presentes en el dominio del problema. Las clases que se modelan son identificadas, con sus relaciones y descritas en un diagrama de clases. Las colaboraciones entre las clases para ejecutar los casos de uso también se consideran en esta fase a través de los modelos dinámicos en UML. Es importante notar que sólo se consideran clases que están en el dominio del problema (conceptos del mundo real) y todavía no se consideran clases que definen detalles y soluciones en el sistema de software, tales como clases para interfaces de usuario, bases de datos, comunicaciones, concurrencia, etc. Diseño En la fase de diseño, el resultado del análisis es expandido a una solución técnica. Se agregan nuevas clases que proveen de la infraestructura técnica: interfaces de usuario, manejo de bases de datos para almacenar objetos en una base de datos, comunicaciones con otros sistemas, etc. Las clases de dominio del problema del Prof.: Israel Condori Gonzales

1    3    

 

  análisis son agregadas en esta fase. El diseño resulta en especificaciones detalladas para la fase de programación. Programación En esta fase las clases del diseño son convertidas a código en un lenguaje de programación orientado a objetos. Cuando se crean los modelos de análisis y diseño en UML, lo más aconsejable es trasladar mentalmente esos modelos a código. Pruebas Normalmente, un sistema es tratado en pruebas de unidades, pruebas de integración, pruebas de sistema, pruebas de aceptación, etc. Las pruebas de unidades se realizan a clases individuales o a un grupo de clases y son típicamente ejecutadas por el programador. Las pruebas de integración integran componentes y clases en orden para verificar que se ejecutan como se especificó. Las pruebas de sistema ven al sistema como una "caja negra" y validan que el sistema tenga la funcionalidad final que le usuario final espera. Las pruebas de aceptación conducidas por el cliente verifican que el sistema satisface los requerimientos y son similares a las pruebas de sistema.

Prof.: Israel Condori Gonzales

1    4