En base a la toma de requisitos iterativa e incremental se analizan los casos de uso, que nos ayudarán a definir el estilo arquitectónico de todos los objetos a implementar en el código del proyecto. Estos casos de uso nos permiten definir el lote de pruebas del sistema, necesario para tener una buena red de seguridad en el proyecto.
Aquí es donde empieza la poesía de la programación. Una buena definición de las bases de la arquitectura del site nos permitirá aplicar únicamente los elementos que el proyecto necesite mediante los frameworks y patrones de diseño que sean necesarios en cada ocasión, sin sobrediseño.
04. Hagámoslo funcionar
Desarrollo
En Omatech somos expertos en la creación de plataformas tecnológicas robustas y escalables. Nuestros 20 años de experiencia en el sector nos han otorgado la maestría en la elaboración de proyectos complejos, obteniendo así las herramientas y los conocimientos para hacer frente a cualquier reto técnico. Nuestro objetivo es proporcionar soluciones de calidad, flexibles y modulares. De esta forma, dichas soluciones podrán crecer y adaptarse a un mercado que se encuentra en constante evolución.
-
Arquitectura
-
Programación
Para facilitar el desarrollo necesitamos tener un buen nombrado, formato, etc, que nos ayude en la lectura del código. Es muy importante que éste se entienda por sí solo. Para ello, evitamos programar todo aquello que no sea necesario (YAGNI) y evitamos el código duplicado (DRY). Solo necesitamos el código mínimo para definir el sistema, los smell code publicados en la comunidad.
Cuidamos la modularidad mediante una alta cohesión, un bajo acoplamiento y una pequeña granularidad de cada método/función, clase y paquete. Además, también velamos por la jerarquización evitando ciclos con una atenta gestión de dependencias y reparto de responsabilidades. -
Pensando en el futuro
Nuestro planteamiento se basa en desarrollar soluciones extensibles, siempre abiertas al cambio para poder cubrir nuevos requisitos o adaptarse a nuevas tecnologías. Por este motivo, aplicamos el principio de sustitución de Liskov, que vela por las relaciones de herencia de calidad.
Además, todo queda reiterado con el diseño por Contrato, una metodología que radica en considerar los elementos de diseño como partes de un contrato de negocios. Éste vela para que se cumplan ciertas condiciones de entrada (precondiciones) y de salida (postcondiciones), lo que sirve como otra red de seguridad añadida a las pruebas unitarias. -
El despegue
