Please enable JavaScript.
Coggle requires JavaScript to display documents.
Análisis y diseño de software - Coggle Diagram
Análisis y diseño de software
Principios operacionales
Debe presentarse y entenderse el dominio de información de un problema
Deben definirse las funciones que realizará el software
Debe presentarse el comportamiento del software (como consecuencia de eventos externos)
Los modelos que representan información, función y comportamiento deben dividirse de manera que revelen los detalles en forma jerárquica
El trabajo de análisis debe avanzar de la información esencial hacia la implementación en detalle
Vistas de Kruchten
Vista lógica
Orientada hacia la funcionalidad del sistema
Vista de proceso
Orientada al rendimiento y escalabilidad del sistema
Vista de despliegue o desarrollo
Orientada a la gestión o administración del software
Vista de escenarios
Relaciona las cuatro vistas anteriores
Principios del modelado del diseño
El diseño debe poderse rastrear hasta el modelo de requerimientos
Siempre tomar en cuenta la arquitectura del sistema que se va a construir
El diseño de los datos es tan importante como el de las funciones de procesamiento
Las interfaces (internas y externas) deben diseñarse con cuidado
El diseño de la interfaz de usuario debe ajustarse a las necesidades del usuario final. Sin embargo, en todo caso debe resaltar la facilidad de uso
El diseño en el nivel de componentes debe tener independencia funcional
Los componentes deben estar acoplados con holgura entre sí y con el ambiente externo
Las representaciones del diseño (modelos) deben entenderse con facilidad
El diseño debe desarrollarse en forma iterativa. El diseñador debe buscar más sencillez en cada iteración
Principios de modelado
El equipo de software tiene como objetivo principal elaborar software, no crear modelos
No crear más modelos de los necesarios
Tratar de construir el modelo más sencillo que describa al problema o al software
Construir modelos susceptibles al cambio
Ser capaz de enunciar un propósito explícito para cada modelo que se cree.
Adaptar los modelos que se desarrollan al sistema en cuestión
Tratar de construir modelos útiles, olvidarse de construir modelos perfectos
No ser dogmático respecto a la sintaxis del modelo si se tiene éxito para comunicar contenido, la representación es secundaria
Si su instinto dice que un modelo no es correcto a pesar de que se vea bien en el papel, no hay razones para estar preocupado
Obtener retroalimentación tan pronto como sea posible