Taller de Arquitectura de Software: Guía para el Diseño y Desarrollo de Software, Tesis de Programación Javascript

¡Descarga Taller de Arquitectura de Software: Guía para el Diseño y Desarrollo de Software y más Tesis en PDF de Programación Javascript solo en Docsity!

TALLER ARQUITECTURA DE SOFTWARE

APRENDIZ

LUIS ALBERTO FLOREZ RICARDO

INTRUCTOR

JUAN ANTONIO HERNÁNDEZ

SERVICIO NACIONAL DE APRENDIZAJE SENA

REGIONAL ANTIOQUIA

AN`LISIS Y DESARROLLO DE SOFTWARE

FICHA : 2977437

1. COMPRENDE CLARAMENTE CU`LES SON TUS REQUISITOS

• Comienza con una visión general: primero, haz un resumen breve de tus requisitos con una <vista aérea=. Los mapas mentales son una forma eficaz de hacer esto.
• Haz un mapa de tus requisitos funcionales: puedes usar verbos para agrupar sustantivos. Por ejemplo, verbos como <ver= y <editar= pueden vincular <cuenta= o <perfil= entre sí en un mapa mental de Æreas funcionales.
• Ten en consideraci n los requisitos no funcionales: mientras trabajas en tu mapa mental, puedes anotar tus requisitos no funcionales para utilizarlos más adelante. Un requisito como <desempeño= es clave, pero probablemente sea demasiado abstracto para colocarlo en el mapa mental. 2. COMIENZA A PENSAR EN CADA COMPONENTE
• Empieza con el <escenario perfecto=: ¿Cómo sería tu diseño si pudieras crearlo de manera perfecta?
• Considera y documenta quØ implicaciones tienen tus requisitos: comienza a elaborar un borrador de trabajo con tu equipo y desarr llalo gradualmente. En primer lugar, debes observar lo que implican los requisitos en tu diseæo; por ejemplo, en quØ aspectos los elementos individuales de la lista de deseos de las partes interesadas pueden contradecirse entre s o estar en conflicto con otros requisitos funcionales y no funcionales.
• Espera y realiza el diseæo de la arquitectura final mÆs adelante: lo mÆs probable es que hagas cambios en tu planeaci n a lo largo de este proceso, as que no esperes que el primer borrador se parezca mucho al resultado final 3. DIVIDE TU ARQUITECTURA EN <REBANADAS=
• Tu diseæo de arquitectura, por supuesto, pasa a una fase de planeaci n a medida que decides c mo vas a entregar tu diseæo. Al dividir tu arquitectura en rebanadas, puede resultar mÆs fÆcil la elaboraci n de este plan, de tal manera que proporcione beneficios a los usuarios y sirva para planear adecuadamente tu uso de los recursos de desarrollo. 4. HACER UN PROTOTIPO
• MantØn un historial de cambios riguroso: por supuesto, si no documentas lo que vas descubriendo en la creaci n de los prototipos, corres el riesgo de repetir tus errores. Anota todo: documenta minuciosamente tus decisiones de diseæo y los cambios que realices sobre la marcha.
• Ten una sola fuente de informaci n: no serÆ conveniente que tengas mœltiples cambios y diferentes versiones que frenen tu progreso, as que establece un s lido control de versiones basadas en una œnica fuente de informaci n para tu documentaci n.
• Haz diagramas de tus prototipos: puedes usar diagramas para ayudarte a administrar los cambios de prototipos y visualizar las diferencias entre cada versi n. 5. IDENTIFICA Y CUANTIFICA LOS REQUISITOS NO FUNCIONALES
• Desempeæo: quØ tan bien funciona todo tu sistema, as como las rebanadas o capas individuales.
• Escalabilidad: el potencial actual y futuro para escalar tu sistema junto con tus necesidades.
• Portabilidad: la portabilidad de tus datos, as como la posible portabilidad de los componentes de tu sistema si procede o es necesario.
• Extensibilidad: explica el crecimiento futuro de tu sistema y de tu empresa, la capacidad de adaptaci n de tu sistema y el esfuerzo que conlleva la adaptaci n.

• Cumplimiento normativo: es otro factor esencial y que tiene un impacto importante en el diseæo general de tu proyecto

¿C MO LOGRAR UNA BUENA ARQUITECTURA?

La arquitectura de software tambiØn se relaciona con aspectos como rendimiento, usabilidad, presupuesto, tecnolog a e incluso cuestiones estØticas. Para implementarla de manera adecuada es recomendable apoyarse de una metodolog a de desarrollo.

• Establece sistemas robustos, pero libres de frameworks. Esto permite que la estructura sea estable e independiente.
• Ajusta la construcci n y el uso de la base de datos. La base de datos es la que debe alinearse a tus necesidades de negocio, no al revØs.
• Elige las herramientas necesarias para optimizar procesos. Considera la posibilidad de unificar servicios de automatizaci n de sistemas e integraci n de aplicaciones, colocÆndolos de manera estratØgica desde un inicio.
• Auditable y testable. Es importante crear un ambiente donde el c digo pueda ser evaluado, medido y regulado.

¿CU`LES SON LOS ELEMENTOS DE DISE O DE UNA ARQUITECTURA DE SOFTWARE?

Entre los componentes de la arquitectura de software existe un conjunto de interacciones entre las que sobresalen:

• Llamadas a procedimientos.
• Comportamiento de variables.
• Protocolos cliente servidor.
• Transmisi n as ncrona de eventos.