MODULOS

Módulo 1:
Paradigma de Software

El análisis y el diseño de sistemas son algo más que una simple serie de conceptos, herramientas, técnicas y métodos. Hay una leyenda que dice que el primer analista de sistemas apareció en escena hace unos 6.000 años, durante la construcción de las pirámides de Egipto. Fundamentalmente, la ingeniería se basa en la utilización de métodos, con pasos organizados y repetibles, para construir sistemas de información de calidad.
Los sistemas de información requieren de un proceso estandarizado y controlado que garanticen el desarrollo total del producto y su calidad; este proceso es el ciclo de vida clásico sobre el cual conocerás detalles en este módulo.

Objetivos
Identificar los pasos para el desarrollo de un sistema de información.

Reconocer los diferentes tipos de software.

Obtener un panorama completo del desarrollo de software.

Reconocer la importancia de utilizar un método para la construcción de software.


MÓDULO 2:
UML

El (UML) es un Lenguaje Unificado de Modelado suministra a los analistas y arquitectos de sistemas que trabajan en el diseño y análisis de objetos. Un lenguaje consistente para especificar, visualizar, construir y documentar los artefactos de un sistema de software, y también es útil para hacer modelos de negocios.
Objetivos:
Identificar los elementos que componen el UML.

Elementos que constituyen el UML que deben ser utilizados en la construcción de un sistema en términos concretos de modelado.

Identificar cómo los casos de uso facilitan enseñar al cliente una posible aproximación de lo que será el producto final.

Profundizar acerca de algunos elementos del UML que reducen la complejidad del sistema original en subconjuntos que son fácilmente tratables por separado.







¿Qué es UML?
Es un proceso independiente, lo que significa que no requiere un ciclo de vida particular dentro del desarrollo de software.



MÓDULO 3:
Casos de uso

Introducción
El Análisis Orientado a Objetos (AOO) se basa en conceptos sencillos, continuamente en objetos y atributos, el todo y las partes, clases y miembros. Posiblemente, una de las razones es el éxito de los métodos de análisis estructurados, basados en el concepto de flujo de información, los cuales adquirieron un análisis de sistemas de software durante los últimos veinte años.
Esto condujo a la adopción de técnicas de diseño estructuradas y de ahí se pasó al análisis estructurado. Se han modificado las técnicas de diseño para adaptarlas a los nuevos lenguajes y ahora se están empezando a utilizar técnicas de análisis basadas en esta nueva forma de desarrollar software.
Para poder realizar un análisis, bien sea estructurado u orientado a objetos, la primera actividad que debe desarrollarse es la identificación de las necesidades, deseos y mejoras que el usuario puede manifestar frente al proceso o software que se quiera implementar.

Los casos de uso son una técnica para especificar el comportamiento de un sistema.
De esta forma, es más fácil validar que los obligaciones documentadas, son los verdaderos requerimientos de los usuarios, ya que éstos comprenderán fácilmente la forma en la que están expresados.
La notación de los casos de uso fue incorporada al lenguaje estándar de modelado UML (Unified Modeling Language) propuesto por Ivar Jacobson, James Rumbaugh y Grady Booch, tres de los precursores de las metodologías de Análisis y Diseño Orientado a Objetos.
Un ejemplo de estos diagramas de Casos de Uso, puede ser un sistema de ventas, si trata de tener éxito, debe ofrecer un servicio para ingresar un nuevo pedido de un cliente. Cuando un usuario accede a este servicio, podemos decir que está ejecutando el caso de uso ingresando pedido.

RESUMEN UML

UML Significa un Lenguaje Unificado de Modelado 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 y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y componentes reutilizables.


Es importante resaltar 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 entregando gran variedad de formas para dar soporte a una metodología de desarrollo de software, pero no especifica en sí mismo qué metodología o proceso usar.

En programación estructurada, UML es un 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, sin embargo, 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.

digrama

BLOG Personalizado

1.DATOS:
Rodrigo Garzón.
20 años

EXPECTATIVAS DEL PROGRAMA ADSI:
Es mejorar y entender más sobre todos los temas que me interesan, es decir, unas de estas serían:
* Trabajar en todas las clases de la carrera.
* Ezforsarme para cumplir con todos los trabajos propuestos.
* Aprender más para un mejor futuro.

2. RESUMEN:
UML. Todo lo de análisis de diagramación en Día.
CASO DE USO. Una de las clases de diagramas. Además de lo anteriormente mencionado, a continuación les hago una breve síntesis de lo que vi el trimestre pasado, empezamos a ver los tipos de diagramas que se pueden hacer en Dia. (software para hacer varios tipos de diagramas, especialmente los de caso de uso). Primero fueron los diagramas de caso de uso, los cuales se identifican con un actor, includ y un extense. Definimos qie el includ es el que afirma algo del actor, mientras que el eztense no, porque va en contraflujo a lo que hace el actor.

Después, vimos definiciones felacionadas con informática, como encapsulamiento, herencia. Luego vi diagrama de herencias, el cual se compone por clase, superclases.
Otro de los diagramas que he visto es el de flujo, como se puede definir es para detallar información algorítmica de rutina. Como nos podemos dar cuenta en este diagrama hay unos símbolos los cuales colocan procesos, condición, mostrar, luego se encuentran varios tipos de diagramas de flujo, como verticales, horizontales y panorámicos convertidos en formato, es decir, que los verticales son de arriba para abajo, los horizontales de izquierda a derecha y los panorámicos en forma simultánea.

a. ¿para qué sirve un UML?
Para hacer diagramas e identificarlos, según su clase. Es decir, que representa visualmente las reglas de cración, estructura y comportamiento de un grupo relacionado de objetos y procesos. También visualiza de manera eficiente la complejidad de un sistema o una organización en un reducido número de diagramas. Por último, mantiene mucho más agilmente las especificaciones ante los cambios y nuevos enfoques.

b. ¿para qué sirve casos de uso?
Los Casos de Uso sirven para poder identificar lo que hace un actor, ya sea su función impuesta en el diagrama.
c. 3 ventajas y 3 desventajas de C.U.
VENTAJAS
1. Lenguaje de comunicación entre usuarios y desarrolladores.
2. Comprensión detallada de la funcionalidad del sistema.
3. Estimación más exacta para determinar
tiempo, recursos y prioridades en la dosificación de esfuerzo de desarrollo.

DESVENTAJAS
1. descripciones de los casos de uso
2. inclusión de estas relaciones más cortas.
3. Mal formulado el diagrama y no se puede entender.

3. MENCIONAR TEMAS VISTOS:
Diagrama de clases
De casos de uso
Herencia.