3. Software architecture
Software architecture is the high level structure of a
software system, the discipline of creating such structures,
and the documentation of these structures. It is the set of
structures needed to reason about the software system, and
comprises the software elements, the relations between
them, and the properties of both elements and relations.
Source : http://en.wikipedia.org
4. Architectural pattern
An architectural pattern is a general, reusable solution to a
commonly occurring problem in software architecture
within a given context. Architectural patterns are similar to
software design patterns but have a broader scope.
Source : http://en.wikipedia.org
5. Framework
A software framework is a universal, reusable software
environment that provides particular functionality as part of
a larger software platform to facilitate development of
software applications, products and solutions.
Source : http://en.wikipedia.org
6. Software architecture & team (1)
Software architect is a computer manager or expert who
makes high-level design choices and dictates technical
standards, including software coding standards, tools, and
platforms.
Source : http://en.wikipedia.org
7. Software architecture & team (2)
Product manager Software architect
Engineering manager Programmer
Lead engineer
Stakeholders
20. Axiomes et Prémisses (1)
On ne peut pas construire la toiture avant les
fondations.
Les conséquences d'une modification en amont du
cycle ont un impact majeur sur les coûts en aval.
21. Axiomes et Prémisses (2)
Il est possible de totalement détacher la phase de
conception d'un projet de sa phase de réalisation
Pour une bonne communication entre les différents
partenaires du projet, il est nécessaire d'établir des
documents de référence.
27. Les individus et leurs interactions plus que les processus et les outils
-
Des logiciels opérationnels plus qu’une documentation exhaustive
-
La collaboration avec les clients plus que la négociation contractuelle
-
L’adaptation au changement plus que le suivi d’un plan
Manifeste pour le développement Agile de logiciels - Valeurs
28. Axiomes et Prémisses
Les utilisateurs ne savent ce qu’ils veulent qu’après
avoir vu une première version du logiciel.
Les besoins changent souvent durant le processus
de développement du logiciel.
Spécifier intégralement un système interactif est
impossible.