ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

The life of Software Architect


Enviado por   •  24 de Octubre de 2017  •  Apuntes  •  372 Palabras (2 Páginas)  •  97 Visitas

Página 1 de 2
  1. The life of Software Architect
  • El cliente es quien solicita la realización del software y el usuario final es quien utilizará el software, depende del contexto identificar cada uno de ellos.
  • Considero que lo más complejo es la satisfacción de estos con la solución realizada.

  1. What do architecs do?
  • Primero debe comprender cual es la misión y objetivos del negocio.
  • Luego debe plasmar los requisitos del proyecto tomando en cuenta el alcance del mismo y verificar que estos están acorde a la misión y objetivos del negocio.
  •  La siguiente etapa es transformar los requerimientos a una arquitectura y verificar que el artefacto cumple con los requerimientos ya que está será esencial en la construcción del software.
  • Finalmente, se debe validar la solución con la arquitectura para garantizar que el software cumple con lo establecido.

  1. Architect's Skill Sets
  • System está fuera del ámbito del Core Skill Sets ya que la construcción del sistema en sí no es una terea del arquitecto de software.
  • Debe tener la habilidad de diseñar una solución, analizar y documentar dicho diseño, evaluar si se están cumpliendo las expectativas de los interesados, comunicar, liderar e interactuar con el equipo.
  1. Architect Skills in the System Lifecycle
  • Debe tener la habilidades y destrezas para realizar el diseño del software.
  • Transmitir la manera de realizar la solución por medio del diseño a los desarrolladores.
  • Ser de aproyo a los desarrolldores
  1. What is Technical Debt?
  • Uso de variables no significativas.
  • Asignar múltiples tareas a una función.
  • No separar la solución por capas.
  • Repetir código innecesariamente.
  • Asignar una función en una clase que no tiene relación con la función.
  1. Haga un comentario personal (a manera de análisis) con relación a la figura compartida en Facebook sobre Technical Debt.
  • Se debe ser consiente que todo lo que se haga aporta valor al proyecto sin embargo también puede afectarlo. Es por ello que se debe procurar realizar las diferentes tareas cumpliendo con las normas y estándares de calidad. Además, la deuda técnica se va acumulando y luego corregir esas desatenciones tiene un alto impacto en cuanto al tiempo, el costo, entre otros.

...

Descargar como (para miembros actualizados)  txt (2.4 Kb)   pdf (51.3 Kb)   docx (9.1 Kb)  
Leer 1 página más »
Disponible sólo en Clubensayos.com