Anda di halaman 1dari 6

Mora Daza Cristian Camilo

91120364605
Anlisis y Diseo Orientado a Objetos

Utilizando mapas mentales y conceptos, explicar y lograr los objetivos.

Objetivos

Comprende la importancia del uso de una metodologa dentro de todo proceso de construccin de
software.
Identifica las diferentes etapas del ciclo de vida del software.
Diferencia los ciclos en cascada, en espiral e iterativos.

1.
2.
3.

El proceso de desarrollo de software;


Ciclo de vida del software;
Ciclos en cascada y ciclos en espiral e iterativos;

Objetivos

Reconoce los diferentes tipos de arquitecturas de software y su impacto sobre el desarrollo y desempeo
de un sistema.
Valora las arquitecturas multicapa y orientadas a servicios como el paradigma actual en desarrollo de
sistemas distribuidos.

4.
5.
6.

Arquitectura de un sistema;
Arquitecturas multicapa;
Arquitecturas orientadas a servicios;
DESARROLLO

Proceso de desarrollo del software.


En el SDP bsicamente se tiene en cuentas cuatro tems tales como (el QUE se har, QUIEN lo har,
CUANDO lo har y COMO lo har.
Similitudes en todos los procesos de desarrollo del software

Especificacin del software


Desarrollo del software
Validacin del software
Evolucin del software

Ciclo de vida del software


Procesos principales

Adquisicin
Suministros
Desarrollo
Explotacin
Mantenimiento

Procesos de soporte

Documentacin
Gestin de configuracin
Aseguramiento de calidad
Verificacin
Validacin
Revisin conjunta

Mora Daza Cristian Camilo


91120364605
Anlisis y Diseo Orientado a Objetos

Auditoria
Resolucin de problemas

Procesos de la organizacin

Gestin
Infraestructura
Mejora
Formacin

Modelo del ciclo de vida en cascada

La propuesta fue dada por Winston Royce en 1970.

Admite iteraciones

Se realizan revisiones en cada etapa para determinar el paso a la siguiente

Es rgido, poco flexible y con bastantes restricciones.

Ha servido de base para los dems ciclos de vida.


Ventajas

Planificacin sencilla
Alta calidad sin necesidad de personal altamente calificado

Desventajas

Necesita contar con todos los requerimientos o la mayora.


Los errores que se pasan por alto en alguna etapa suelen ser muy costosos de reparar y
generalmente toma mucho tiempo encontrarlos.
Los resultados solo pueden ser vistos en las etapas finales.
Fue usado hasta principios de los 90 ya que posteriormente fueron sealados todos sus
defectos estando hoy da obsoleto y solo se cita como referencia bibliogrfica.

Mora Daza Cristian Camilo


91120364605
Anlisis y Diseo Orientado a Objetos
Modelo de ciclo de vida en espiral
Fue diseado por Boehm en 1998.

Se basa en ciclos repetitivos para ganar firmeza en el producto final.

Se beneficia de los ciclos de vida incremental y prototipo.

Es riesgoso la parte de los requerimientos ya que desde un principio hasta que finaliza van saliendo
ms y ms.

Cada ciclo o etapa en su culminacin da buenos resultados al cliente y al desarrollador.

Surge incertidumbre el cliente debido a que no sabe con exactitud las funcionalidades en plenitud de
su producto (requiere ayuda y asesora del mismo desarrollador).
Actividades a desarrollar en cada etapa del ciclo de vida espiral

Planificacin
Anlisis de riesgo
Implementacin
Evaluacin

Ventajas

Se puede iniciar con un grado muy alto de incertidumbre.


Bajo riesgo de retraso en caso de errores.

Desventajas

Costo temporal que suma cada vuelta de espiral.


Dificultad para evaluar los riesgos.
Necesidad de la comunicacin contina con el cliente.

Su aplicacin es bastante fuerte en grandes proyectos internos de una empresa en donde los requerimientos
van apareciendo con el tiempo y el cliente es de nuestro mismo mbito laboral.

Mora Daza Cristian Camilo


91120364605
Anlisis y Diseo Orientado a Objetos
Modelo de ciclo de vida incremental
Se basa en construir incrementando las funcionalidades del programa.

Se construyen mdulos que cumplen las funcionalidades del sistema.


Permite a los desarrolladores crear un modulo particular.
Es una repeticin del ciclo de vida cascada aplicndose este ciclo en cada funcionalidad a construir.
Al final de cada ciclo o etapa se entrega el avance al cliente en el que se plasma la nueva
funcionalidad.

Ventajas

Construir un sistema pequeo que es menos riesgoso que uno grande.


Fcil revelar los requerimientos al usuario.
En caso de errores graves se desecha la ltima iteracin.
No se necesita disponer de todos los requerimientos al inicio del proyecto.

Este modelo de ciclo de vida no est pensado para cierto tipo de aplicaciones, sino que est orientado al
cierto tipo de usuario o cliente. Podemos utilizar este modelo de ciclo de vida para casi cualquier proyecto,
pero ser verdaderamente til cuando el usuario necesite entregas rpidas; aunque sean parciales.

Arquitectura de sistemas
La arquitectura de sistemas va ms all de los equipos y el software, incluidos los componentes y los
Factores adicionales que forman parte del proceso de diseo de SyTI. La mejor analoga es un plan
De trabajo para un sistema de SyTI. El plan tiene en cuenta elementos claves como la infraestructura
Para formacin de redes, la conectividad y las comunicaciones. Los estndares son muy importantes
En la consideracin de la arquitectura. Muchas caractersticas podran incluirse en la categora de
Arquitectura de sistemas. Este manual se centra en dos de ellas con aplicacin especfica en el
Sector de atencin de salud: sistemas abiertos y computacin en red.
El diseo de la arquitectura de sistemas correcta para una institucin de atencin de salud es

Mora Daza Cristian Camilo


91120364605
Anlisis y Diseo Orientado a Objetos
Probablemente el paso tcnico ms importante. Desde la perspectiva de la tecnologa de la
Informacin, la arquitectura de sistemas tiene la misma finalidad que un plan de trabajo cuando se
Aplica a la construccin de un edificio fsico. El plan detallado define el punto final, cmo se ver el
Edificio despus de finalizado y los estndares a observar durante la construccin. Una vez que se
Acuerda un plan de trabajo se puede empezar a construir con la seguridad de que la solucin final
Quedar bien. Esto es vlido tambin para el diseo de una solucin de SyTI para atencin de salud.
Uno podra extender aun ms la metfora del edificio en el contexto de los SyTI de salud:
Imagine una arquitectura de TI como la planificacin de una ciudad ms que la
Construccin de una casa solamente. La arquitectura proporciona cdigos de
Construccin que limitan las opciones de diseo a corto plazo en aras de la
Comunidad, pero estos cdigos no determinan la clase de edificios que necesitan las
Personas. Al igual que los cdigos de construccin, una arquitectura de TI debe
Comprender un conjunto de estndares, pautas y determinaciones de direccin que
Permitan la implementacin empresarial paso por paso sin sacrificar la integracin.

Arquitectura orientada a servicios


La arquitectura orientada a servicios de cliente es un concepto de arquitectura de software que define la
utilizacin de servicios para dar soporte a los requisitos del negocio.
Permite la creacin de sistemas de informacin altamente escalables que reflejan el negocio de la
organizacin, a su vez brinda una forma bien definida de exposicin e invocacin de servicios (comnmente
pero no exclusivamente servicios web), lo cual facilita la interaccin entre diferentes sistemas propios o de
terceros.
SOA define las siguientes capas de software:

Aplicaciones bsicas - Sistemas desarrollados bajo cualquier arquitectura o tecnologa,


geogrficamente dispersos y bajo cualquier figura de propiedad;
De exposicin de funcionalidades - Donde las funcionalidades de la capa aplicativa son expuestas en
forma de servicios (generalmente como servicios web);
De integracin de servicios - Facilitan el intercambio de datos entre elementos de la capa aplicativa
orientada a procesos empresariales internos o en colaboracin;
De composicin de procesos - Que define el proceso en trminos del negocio y sus necesidades, y
que vara en funcin del negocio;
De entrega - donde los servicios son desplegados a los usuarios finales.

Diseo y desarrollo SOA


La metodologa de modelado y diseo para aplicaciones SOA se conoce como anlisis y diseo orientado a
servicios. La arquitectura orientada a servicios es tanto un marco de trabajo para el desarrollo de software
como un marco de trabajo de implementacin. Para que un proyecto SOA tenga xito los desarrolladores de
software deben orientarse ellos mismos a esta mentalidad de crear servicios comunes que son orquestados
por clientes o middleware para implementar los procesos de negocio. El desarrollo de sistemas usando SOA
requiere un compromiso con este modelo en trminos de planificacin, herramientas e infraestructura.
Cuando la mayora de la gente habla de una arquitectura orientada a servicios estn hablando de un juego de
servicios residentes en Internet o en una intranet, usando servicios web. Existen diversos estndares
relacionados a los servicios web. Incluyen los siguientes: * XML * HTTP * SOAP * REST * WSDL * UDDI
Hay que considerar, sin embargo, que un sistema SOA no necesariamente necesita utilizar estos estndares
para ser "Orientado a Servicios" pero es altamente recomendable su uso.
En un ambiente SOA, los nodos de la red hacen disponibles sus recursos a otros participantes en la red como
servicios independientes a los que tienen acceso de un modo estandarizado. La mayora de las definiciones

Mora Daza Cristian Camilo


91120364605
Anlisis y Diseo Orientado a Objetos
de SOA identifican la utilizacin de Servicios Web (empleando SOAP y WSDL) en su implementacin, no
obstante se puede implementar SOA utilizando cualquier tecnologa basada en servicios.

Anda mungkin juga menyukai