Document d'Architecture Logicielle

1. Présentation

1.1. Vue d'ensemble du document

Dans les neuf sections de ce document, la méthode appliquée est détaillée.

architecture du logiciel à développer. Pour cela, il est présenté de manière claire le
cas d'utilisation qui représente le plus l'architecture du système, en plus des styles
architecturaux, facteurs de risques, en utilisant un langage simple et direct, ainsi
comme des graphiques et des vues selon la méthodologie utilisée.

1.2. Objectif

Ce document fournit une description de l'architecture du système,

en faisant usage de diverses visions architecturales pour représenter divers
aspects du système. Cela se fait dans le but de documenter les décisions de
architectures significatives qui ont été prises dans le système.

1.3. Portée

Ce document présente l'architecture sur laquelle sera basé le système pour

l'évaluation et la sélection de projets d'investissement pour les entités financières
définissant de manière détaillée la distribution des paquets du système dans les
diverses couches que ce dernier présente, ainsi qu'une description des couches à
utiliser.

2. Description des facteurs commerciaux

2.1 Description de l'environnement des affaires

2.1.1 Introduction

Un des développements les plus importants dans la construction de logiciels est

le développement de l'architecture logicielle, qui permet de représenter une
structure du système, servant de communication entre les personnes impliquées
dans le développement et en aidant à réaliser diverses analyses qui orientent le processus de
prise de décision.

Ce document fournit à l'utilisateur spécialisé une vue de l'architecture

du Système pour l'évaluation et la sélection de projets d'investissement pour
entités financières
Le modèle de ce document est basé sur les spécifications de RUP (Rational)
Processus Unifié) pour le document d'architecture logicielle.

2.1.2 Exigences commerciales

Un seul serveur centralisé sera utilisé.

L'architecture se présente comme une série de vues, utilisant l'application

MS Vision et en utilisant UML.

L'architecture se basera sur le modèle '4+1', qui contiendra les vues de

Logique, Mise en œuvre, Processus et Implantation, avec la vue centrale de
cas d'utilisation.

2.2 Besoins de la clientèle et comment on envisage de les satisfaire

L'objectif principal de l'architecture du système dans l'environnement des affaires est

montrer les aspects principaux qui influenceront une étape de développement.

Les objectifs et les contraintes suivants seront pris en compte pour la conception de la
architecture du système

2.2.1. Métas

Le système permettra aux utilisateurs d'accéder au système depuis n'importe où.

Terminal de l'entreprise d'assemblage.

Pour accéder au système, un code utilisateur valide est requis.

ainsi que d'un mot de passe. De plus, en fonction du profil de l'utilisateur, il se
desactiveront les options de gestion du Système pour protéger les informations
confidentiel.

Les exigences de performance stipulées dans le Document de Vision,

doivent être considérés comme faisant partie de l'architecture du système
implémenter

L'utilisation du système pour les travailleurs de l'entreprise se limite à l'intérieur de

l'organisation. En dehors de celle-ci, il ne sera pas possible d'accéder au système.

2.2.2. Restrictions techniques du système

 Nécessairement, le système utilisera Oracle comme moteur de base de données.
étant nécessaire l'élaboration d'une copie de secours des tableaux pour
ne pas affecter les informations stockées avant de mettre en total
fonctionnement du système.
Les ordinateurs qui fourniront le service client du système ne devront pas
de présenter des puissances inférieures à celles fournies par un Pentium 4, avec
moins de 512 Mo de RAM et 200 Mo d'espace disque, avec un Système
Système d'exploitation Linux.

Tous les nœuds qui utilisent le système, étant donné qu'il est développé en
Java, vous devez avoir installé le JRE 1.6 ou supérieur

L'architecture sélectionnée prend en charge les exigences de latence et de capacité

en disco dans la mise en œuvre d'une architecture client-serveur. La
la portion client ne s'exécute que sur les PC locaux des
différents environnements au sein de l'entreprise.

Les composants ont été conçus pour s'assurer que les exigences sont satisfaites
mínimos de disque et de mémoire du côté des PC du client.

2.2.3. Taille et Performance

L'architecture logicielle choisie soutient les exigences dominantes de capacité

en disque et latence, conformément à ce qui est stipulé dans le Document de Vision du Projet
du Système.

Temps de réponse dans l'accès à la Base de Données

Le système fournira des accès à la base de données avec un temps de
réponse ne dépassant pas 5 secondes.

Temps de réponse des transactions

Le programme ne prendra pas plus de 5 minutes pour générer une évaluation
optimale pour les projets en utilisant l'algorithme choisi et en le sauvegardant
en base de données.

Espace disque pour le client

L'espace disque nécessaire pour la partie client devra avoir comme
minimum 500 Mo d'espace libre pour son bon fonctionnement, cela
inclut à la fois la taille du logiciel et le JRE 1.6.

Espace disque pour le serveur de base de données

L'espace disque nécessaire pour la partie du Serveur de Base de données
vous devez avoir au moins 1 Go d'espace libre sur le disque pour son bon fonctionnement
fonctionnement.
2.3 Attributs de Qualité

Pour une meilleure exploitation de l'architecture logicielle, on donne les

exigences de qualité suivantes :

2.3.1 Utilisabilité
Le système permettra une gestion intuitive de la part des utilisateurs.

2.3.2 Efficacité
Le programme ne mettra pas plus de 5 minutes à générer une évaluation optimale
pour les projets utilisant l'algorithme choisi.

2.3.3 Sécurité
Le système permettra l'accès aux fonctionnalités en fonction du rôle de l'utilisateur.
qui accède au système, validant son accès via un mot de passe.

2.3.4 Fiabilité
Le système prendra en compte que les informations saisies soient valides, pour cela
qui affichera des messages expliquant à l'utilisateur les erreurs qu'il a commises
je pourrais commettre et ceux que peut commettre le même système.

2.3.5 Entretien
Le système sera flexible, facilitant sa maintenance future.

2.3.6 Normes
Un standard sera utilisé pour toutes les fenêtres et interfaces utilisateur qui
tenez le Système, ainsi que les noms, codes, etc.

3. Présentation de l'Architecture

3.1 Description des différentes vues ou structures de l'architecture

3.1.1 Vue des Cas d'Utilisation

Le diagramme des cas d'utilisation représente la manière dont un client opère avec le
système en développement, en plus de la forme type et de l'ordre des éléments que
interagissent et ainsi obtenir l'ensemble des scénarios qui contiendra chaque itération.

Chaque cas d'utilisation a une description qui spécifie la fonctionnalité que

s'incorporera au système proposé.

Dans cette section, les cas d'utilisation les plus significatifs du système seront présentés.
Réalisation de cas d'utilisation
Paquet de sécurité

Cas d'utilisation du paquet Sécurité

Réaliser la maintenance des utilisateurs

Le but de ce cas d'utilisation est de permettre l'inscription d'un nouvel utilisateur au
système, la modification des informations saisies et aussi la suppression de
utilisateur

Réaliser la maintenance des profils d'utilisateur

L'objectif de ce cas d'utilisation est de permettre l'entrée d'un profil déterminé.
pour les utilisateurs du système. Avec ces profils, on fournit les respectifs
restrictions aux utilisateurs afin qu'ils n'aient que certaines fonctionnalités
habilitées.

Effectuer la maintenance des rôles d'utilisateur

Le but de ce cas d'utilisation est de permettre l'entrée d'un rôle déterminé pour
les utilisateurs du système. Avec ces rôles, les restrictions respectives sont appliquées aux
utilisateurs afin qu'ils n'aient que certaines fonctionnalités activées selon les
profils associés à ces rôles.

Valider l'utilisateur et le mot de passe

Le but de ce cas d'utilisation est de permettre l'accès au système à un utilisateur
enregistré, empêchant toute personne extérieure au système d'accéder à
information.

Maintenir le mot de passe

Le but de ce cas d'utilisation est de permettre aux utilisateurs enregistrés d'établir
votre propre mot de passe pour accéder au programme.

Enregistrer les incidents d'entrée

Le but de ce cas d'utilisation est de maintenir un registre des tentatives de
accès au système.

Enregistrer la trace de l'utilisateur

Le but de ce cas d'utilisation est de permettre l'enregistrement des tableaux qui ont été
accedées, les opérations réalisées par les utilisateurs sur la Base de Données, ainsi
comment enregistrer la date et l'heure de l'action, ainsi que l'IP de la machine.

Importer des données pour le projet

Le but de ce cas d'utilisation est de montrer comment des données peuvent être importées
depuis XML pour pouvoir les traiter dans le logiciel.

Réaliser la maintenance des projets

Le but de ce cas d'utilisation est d'enregistrer tous les projets dans
le système. Ce cas d'utilisation inclut l'enregistrement, la mise à jour et la suppression de
un projet d'investissement.

Modifier les valeurs des paramètres

Ce cas d'utilisation permettra de modifier les valeurs des paramètres utilisés pour le
évaluation d'un projet, dans les plages valides définies.

Paquet de Rapports
Générer une matrice de flux projetée

Le but de ce cas d'utilisation est de mieux visualiser les flux que chaque
projet gère.

Générer des tableaux de revenus et de dépenses

Le but de ce cas d'utilisation est de pouvoir visualiser de manière appropriée

tous les revenus et dépenses d'un certain projet.

Générer un tableau d'analyse de sensibilité

Le but de ce cas d'utilisation est de pouvoir visualiser de manière appropriée le

analyse de sensibilité afin de montrer tous les effets qui se produisent sur le
projet.

Générer un tableau de simulation

Le but de ce cas d'utilisation est de pouvoir générer un tableau de simulation de

Monte Carlo pour déterminer et analyser le risque du projet d'investissement.

Générer un tableau de VAN

Le but de ce cas d'utilisation est de pouvoir déterminer la VAN avec les données du
analyse du projet d'investissement.

Générer un rapport sur les projets existants

Le but de ce cas d'utilisation est de pouvoir visualiser de manière appropriée
tous les projets qui ont été soumis pour la simulation.

Paquet d'exécution

Évaluer des projets

Le but de ce cas d'utilisation est d'évaluer selon un critère sélectionné et

paramètres d'évaluation d'un projet.

Charger ou enregistrer les résultats de la comparaison entre les projets

Le but de ce cas d'utilisation est de pouvoir enregistrer les comparaisons entre

projets du système.

Lister les projets existants dans le système

Le but de ce cas d'utilisation est de pouvoir lister tous les projets existants
pour pouvoir voir quels projets il y a à évaluer.

Analyse de sensibilité des projets

Le but de ce cas d'utilisation est de permettre le changement de valeurs des variables du

projet et montrer les résultats obtenus en faisant une comparaison entre
évaluations d'un même projet modifié.

Générer l'analyse de comparaison avec d'autres projets

Le but de ce cas d'utilisation est de pouvoir visualiser de manière appropriée la

différence entre différents projets d'investissement et ainsi pouvoir choisir le plus
pratique.
Établir quels projets sont viables selon le budget donné

Le but de ce cas d'utilisation est de pouvoir visualiser tous les projets pour
pouvoir faire un choix approprié du groupe de projets.

Modifier les limites sur les variables ou paramètres

Le but de ce cas d'utilisation est d'établir des limites d'acceptation des valeurs
attendus des variables ou des paramètres qui seront obtenus dans le résultat de la
évaluation et valeurs acceptées dans les variables du système.

Réalisation de cas d'utilisation significatifs

Paquet de Sécurité

Il convient de souligner par priorité et importance le cas d'utilisation Maintenir

Utilisateurs et Valider Utilisateur et Mot de Passe. C'est le cas d'utilisation sur lequel il est basé
tout le module et c'est celui qui permet à tout type d'utilisateur d'entrer au
système
Paquet d'entrée de données

Dans ce paquet, il convient de souligner l'importance des cas d'utilisation d'entrée.

informations, car ce sont le principal mécanisme d'entrée.

Paquet d'exécution

Dans ce paquet, il faut mettre en avant le principal cas d'utilisation Évaluer Projet, où
on utilise l'algorithme choisi.

Paquet de Rapports

Dans ce paquet, il convient de souligner l'importance des cas d'utilisation des rapports.
de différentes informations traitées et générées par le Système.

3.1.2 Vue Logique

Description

La vue logique du système est composée de quatre paquets principaux : Interface

de l'utilisateur (GUI), services de l'entreprise (logique métier), objets de l'entreprise
(Entité commerciale) et les objets de persistance (Objets d'accès aux données).
Le premier paquet, Interface utilisateur, contient les classes visuelles de la
application, qui créent les fenêtres que l'utilisateur utilise pour communiquer
avec le système pour une utilisation adéquate et facile des paquets qui se
ils se trouvent dans les couches suivantes.

Le paquet Logique Métier contient les classes qui permettent de réaliser les
services de l'entreprise, tels que : Contrôler la maintenance des utilisateurs, exécuter
l'algorithme d'évaluation et de sélection, etc.

Le paquet Entités du Métiers contient les classes que le système utilisera.

parmi les principales classes, on trouve : Utilisateur, Exécution, Rôle, etc.

Le paquet d'objets d'accès aux données contient les classes que le système
utilise pour gérer la persistance des objets avec la Base de Données.

Conception en Couches

Dans la figure suivante, nous pouvons observer la répartition des paquets dans chaque
une des couches du système.
 Diagramme de distribution des couches du système

Capa Interface Utilisateur

Cette couche contient le paquet Interface Utilisateur, qui stocke tout le
classes avec lesquelles l'utilisateur peut interagir comme les fenêtres.

Capa Logique du Business

Cette couche contient les paquets de Services Métier et d'Entités Métier.
Contient la logique pour la gestion des opérations de l'entreprise.

Capa Persistance
Cette couche contient le paquet des Objets d'Accès aux Données, qui fournit un
interface transparente pour l'interaction avec le Framework qui enverra au Driver
l'ensemble des instructions pour interagir avec la Base de Données.

3.1.3 Vue du processus

Diagramme de classes (CHANGER PAR DIAGRAMME DE CLASSES)

C'est le diagramme principal pour l'analyse et la conception. Dans ce diagramme, sont présentés
les classes du système avec leurs relations structurelles et d'héritage. Pour
établir les classes, les objets, les attributs et les opérations entre les classes a été pris comme
basé sur les diagrammes de cas d'utilisation.

MOT DE PASSE FENÊTRE

IdMotDePasse IdFenêtre
AUDIT Accès PROFIL PARAMÈTRES
Clé IdParamètre
ID Nombre IdProfil
FecCréation
IdUtilisateur (FK) Durée IdProfil (FK) Nom ROLXPERFIL Nombre
IdEnregistrement Modifier Description Valeur
IdRol (FK)
Événement Supprimer
IdProfil (FK)
FecÉvénement Ajouter
UTILISATEUR SENSIBILITÉ
IdUtilisateur IdSensibilité
CONTRASENYAXUSUARIO DNI FecAnalyse
Nombres NombreDeCas
IdMotDePasse (FK)
IdUtilisateur (FK) Noms de famille
Date de naissance ROL
Date de création Adresse CLIENT
Téléphone IdRol
Fécévement IdClient CASO
E-mail Nombre
PROJETXCLIENT IdRol (FK) IdCas
Nom Description
IdClient (FK) RUC NumTorres
EXÉCUTION IdProjet (FK) Adresse PisosXTorre
IdExécution Téléphone DepXPiso
Email Terreno
IdDate Web Durée
Bénéfice total MontoInversion
Coût total PROJET Impôt
Solde CosFijos
Temps IdProjet
CosVariables
Nombre VARIABLE NumCaso
EXÉCUTIONXPROJET FecDébut CasoOriginal
FecFin IdVariable IdSensibilité (FK)
IdProjet (FK)
Emplacement PROJETXVARIABLE IdDépartement
IdEjecucion (FK) Nom
IdVariable (FK) IdProjet (FK)
ValorMin
TIR IdProjet (FK) ValorMax
Fourgon
Bénéfice Valeur
État TYPEDEAPPARTEMENT
IdDépartement
Nombre de chambres

Vue du Diagramme de Classes Significatif

3.1.4 Vue de déploiement

Le présent diagramme de déploiement montre de manière graphique les nœuds qui

conforment le système, de plus, ils le décrivent en indiquant la localisation des tâches
dans les nœuds physiques. Chaque nœud représente une ressource d'exécution comme un
ordinateur ou serveur et il est connecté à d'autres par un lien
de communication. Dans ce cas, le réseau sera de type LAN.

Diagramme de Déploiement du Système. Serveur (Base de Données) et Client

(Ordinateur utilisateur).
Serveur de l'Entreprise.

Le serveur principal de l'entreprise où se trouve la Base de Données.

différents utilisateurs auront accès au serveur via LAN.

Ordinateur Utilisateur

Ce sont les ordinateurs utilisés par chacun des utilisateurs de la

entreprise pour accéder au système. Elles sont directement connectées au serveur
ligne principale LAN.

3.1.5 Vue d'implémentation

Description

La vue d'implémentation suivra le modèle de conception MVC (Modèle Vue

Contrôleur). Ce modèle propose la séparation du problème en trois couches : la couche
modèle, la couche contrôleur et la couche vue.

Niveaux ou Couches

Capa GUI
Le composant GUI gère les classes qui permettent l'interaction de l'utilisateur avec
le système.

Capa Logique du Métier

Ce composant permet de gérer la logique métier de tous les domaines.

impliquées.

. Sécurité
. Exécution
. Saisie de données
. Rapports
Capa Base de Données

Ce composant contient toutes les informations gérées par le Système.

 Diagramme de mise en œuvre du système.

4. Identification des styles architecturaux

Dans ce document d'architecture, les styles sont clairement identifiés.
architecturaux utilisés dans l'architecture. Ces styles représentent les moyens
par lesquels l'architecture peut atteindre ses attributs de qualité et
définissez la manière dont un système peut croître, se modifier, s'intégrer avec d'autres
systèmes et répondre à des stimuli externes.

Représentation

L'architecture à utiliser sera Client-Serveur.

Le client est l'application qui sera mise en œuvre à l'endroit où se

trouve l'entreprise.
Une seule application intégrée sera développée, dans laquelle seule sera autorisée la
accès aux utilisateurs enregistrés dans le système et aux domaines auxquels
avoir un accès autorisé.
Utilisation des composants : Les composants sont conçus pour s'assurer
d'obtenir les exigences minimales en termes d'espace disque et de mémoire du côté des PC
client

5. Génération d'Arbre d'Utilité

 Minimiser la latence de stockage dans la BD
du client à 150 ms
Latence des données
Rendement accès à la BD en temps réel en moins de 5s

Rendement

Distributeur de Données

Modifiabilité
Machine Virtuelle
ajouter une interface web ( < 1 personne-mois)

Utilité
La panne du serveur 1 implique de rediriger les
demandes au serveur 2
Fallos SW/HW Redémarrage après une panne du gestionnaire et du disque
Disponibilité en moins de 3 secondes
Un échec dans le réseau et dans le gestionnaire de démarrage de
la B.D locale doit être détectée et corrigée dans
moins de 1,5 seconde.

Sécurité et intégrité des données dans toute l'info-

mación du système à 99.999 % du temps

Confidentialité Service d'authentification disponible à 99,999

e Intégrité des Données % du temps

Sécurité

6. Analyse des styles architecturaux

Dans cette étape, les styles architecturaux utilisés sont clairement analysés.
architecture, associant les scénarios les plus prioritaires de l'Arbre d'Utilité avec
les styles architecturaux employés.

6.1 Identification de chacun des composants, connecteurs

configurations et restrictions qui sont directement liées
avec les attributs de qualité les plus importants par rapport à l'arbre de
utilité

Ces composants sont mis en œuvre pour s'assurer d'obtenir

espace minimal sur le disque et la mémoire à côté des serveurs du
client
Connecteurs : Utilisation d'une interface utilisateur pour le stockage de
informations et des classes composées par un paquet d'utilisateur
Distributeur de données : mécanisme intermédiaire qui adresse des données entre
les producteurs et les consommateurs.
Almacén de données : a pour fonction de stocker des données pour un usage ultérieur
usage
Machine virtuelle : Mécanisme intermédiaire entre utilisateurs et fournisseurs
d'une certaine fonctionnalité.
Interprète : Inclut le codage des fonctions, des paramètres et des descriptions
abstraites qui permettent sa modification.
Client/Serveur : Fournit une collection de services qui peuvent être
utilisés par d'autres composants selon les règles définies dans un protocole
fixe.

7.Génération de scénarios et attribution de priorités

7.1 Scénarios les plus prioritaires de l'arbre d'utilité

Le rendement et le temps d'accès à la base de données du serveur en

temps réel

La disponibilité du SW doit être contrôlée et bien manipulée pour éviter

défaillances dans le système et dans le gestionnaire de la base de données

Détection des erreurs dans la base de données du serveur permettant la

correction correspondante au moment

La sécurité et l'intégration des données à travers toutes les informations

 7.2 Scénarios de cas d'utilisation

Ici, l'interaction des utilisateurs avec le système est spécifiée

exécution

7.3 Scénarios de croissance

Représente l'utilisation des différents composants dans le système

Utilisation efficace des composants et sécurité dans la saisie des données

Aspects importants tels que le stockage et la gestion de l'information

Aspects de la sécurité et de l'intégrité des données

Saisie de Données
8. Analyse des styles architecturaux
8.1 Dans les scénarios les plus prioritaires de l'arbre d'utilité :

Performance : Accès incorrect lors de la saisie des données générant des retards dans
le système et la perte d'information.

Le temps d'exécution excessif lors de l'accès à la base de données

Modifiabilité : Que l'architecture du logiciel ne s'adapte pas facilement à

les différentes situations ou propositions d'affaires

L'utilisation abusive du système, la saisie de données incorrectes peuvent entraîner

problèmes sur les serveurs, générant ainsi un retard dans la livraison des données.
Le serveur principal de l'entreprise où se trouve la Base de Données est
les différents utilisateurs qui n'auront accès au serveur que par LAN.

8.2 Dans les scénarios de croissance :

Systèmes de données centralisés : Les aspects fondamentaux sont le

stockage, représentation, traitement et gestion de grands
quantités de données.

9. Rapport

9.1 Ensemble de scénarios et leur ordre de priorité

Scénarios de cas d'utilisation

Ici, l'interaction des utilisateurs avec le système est spécifiée

exécution

Scénarios de croissance

L'utilisation des différents composants dans le système

Efficacité des composants et sécurité de la saisie des données

Aspects importants tels que le stockage et la gestion de l'information

 Aspects de sécurité et d'intégrité des données

9,2 Arbre d'utilité

Minimiser la latence de stockage dans la BD

du client à 150 ms
Latence des données
Performance accès à la BD en temps réel en moins de 5s

Performance

Distributeur de Données

Modifiabilité
Machine Virtuelle
ajouter une interface web (< 1 personne-mois)

Utilité
La défaillance du serveur 1 implique de rediriger les
demandes au serveur 2
Fallos SW/HW Redémarrage après échec du gestionnaire et du disque
Disponibilité en moins de 3 secondes
Une défaillance dans le réseau et dans le gestionnaire de démarrage de
la B.D locale doit être détectée et corrigée dans
moins de 1,5 seconde.

Sécurité et intégrité des données dans toute l'infor-

mación du système à 99.999 % du temps

Confidentialité Service d'authentification disponible à 99,999

Intégrité des Données % du temps

Sécurité
9.3 Déterminer les points sensibles, les points de compromis

Points sensibles : Pannes dans le SW/HD

Puntos de compromiso: Seguridad, Usabilidad, Portabilidad, Eficiencia

9.4 Signification des Risques – Pas de Risques Architecturaux

Mauvaise gestion du système par les utilisateurs

Problèmes sur les serveurs qui rendent l'accès aux programmes difficile.
les gestionnaires de bases de données

Erreurs de la part des utilisateurs lors de la saisie d'informations non valides

génèrent un retard dans le système

Temps de réponse excessif lors de l'accès à la base de données