Ir al contenido principal

Software Architecture

This chapter was very interesting for me and helped me to see the great importance of software architecture. As well as the functions it has and the benefits we have by paying attention to this step of the software development process.

For this we have to consider with the reading of other chapters of the class, that there are different types of software architecture, and that we have to choose the one that more adapts to our project or to what we want to do. You also have to take into account if you already have a certain progress or if you start with an already established base. All this must be taken into account to choose the best option.

I like that the author emphasizes points like the points of view, the concept of software architecture, as well as when and where the software architecture should be done, the functions that the development process has, he talks the same about the components, connection components and then he talks about the architecture styles, which are: No architecture, Layered Architecture, Pipe and Filter Architecture, Client/Server, Component based architecture and Framework.

Talking about the styles of architecture, it was a very good idea for the author to relate each style with a type of paste, this helps the reader to remember each one of them and have the idea of its definition. Personally, this helps me a lot to be able to remember it for a long time.

In conclusion, I don't like the theoretical part of my classes very much. I feel that the authors of the books make it very difficult to define the concepts and that the students can remember them after reading them. However, the author of this book managed to explain it in a very graphic way, since software architecture is a topic that should be given a lot of importance.


Comentarios

Entradas populares de este blog

Who Needs an Architect?

In this article the author talks about the concept of architecture and what it means to him. At the beginning he starts to give the IEEE definition, and it is very interesting to see what he thinks about this definition, giving his opinion about the parts in which he agrees and the parts in which he disagrees. The author defines two types of architects, these are: Architectus Reloadus: is the person who makes all the important decisions. The architect does this because a single mind is needed to ensure a system’s conceptual integrity, and perhaps because the architect doesn’t think that the team members are sufficiently skilled to make those decisions. Often, such decisions must be made early on so that everyone else has a plan to follow. Architectus Oryzus : This kind of architect must be very aware of what’s going on in the project, looking out for important issues and tackling them before they become a serious problem. The most important activity of Architectus Oryzus is ...

Software Craftmanship

In this podcast they talked about a topic that I had already heard, or at least they talked about topics that I had already seen. Bob Martin talks about the two types of people that exist in software engineering, which are architects and programmers. Architects are the people who are responsible for making the important decisions on the project, while programmers are the people who do the work of making the project code and achieving the project goals. Personally, I think that the decisions of a project should be made among the whole development team, because in this way you can discover elements that the architect didn't see at the beginning and in this way everyone will agree and avoid problems in the future. Wikipedia gives us the following definition of "Software": Software craftsmanship is an approach to software development that emphasizes the coding skills of the software developers. It is a response by software developers to the perceived ills of the mainstr...