IV.3.1.2. Etude de faisabilité
D'une manière générale, l'étude de
faisabilité occupe une phase importante dans l'étude
préalable de la conception d'un grand projet. Dans ce cas cette
étude se subdivise en trois parties tels que : la faisabilité
organisationnelle et ergonomique, faisabilité technique et
faisabilité de la solution de secours.
1. Faisabilité organisationnelle et
ergonomique
Pour la faisabilité organisationnelle et ergonomique :
la présence de cette application nécessite la
disponibilité des personnels occupant cette responsabilité, le
personnel aussi a besoin de faire ou suivre des formations pour qu'il
deviennent capables de manipuler notre logiciel à créer avec la
conception en supposant que nous sommes les formateurs des personnels dans
cette situation, et aussi pour pouvoir adapter aux nouvelles technologies, la
compréhension des fonctionnements de la Nouvelle Technologie de
l'Information et de la Communication (NTIC) est aussi nécessaire pour
les personnels.
2. Faisabilité technique
La nécessité du matériel et logiciel est
fortement recommandé pour bien exercer le processus du fonctionnement du
logiciel que nous allons développer. Nous recommandons vivement à
la société de se procurer de ses ordinateurs au nombre de
préférence avec des
73
équipements complémentaires afin d'adapter
l'automatisation du système. De ce fait, il suffit alors d'installer les
logiciels nécessaires pour l'exécution de notre programme surtout
notre application qui va répondre principalement les besoins de
l'utilisateur. La mise à jour de notre application à créer
peut être effectuée soit par le personnel que nous aurons
formé, soit par nous-même en parlant donc d'un traitement e
maintenance d'une négociation.
3. Faisabilité de la solution de
secours
Pour bien sécuriser toutes les données
importantes de cette société, il vaut mieux sauvegarder au moins
deux exemplaires dans les supports distincts les informations très
essentielles. Alors l'utilisation des supports physiques est nécessaire
et important car dans ces distincts supports, les données sont alors
bien sécurisées. En outre, il est de préférence de
sauvegarder les informations dans le flash disque ou dans le CD-ROM ou dans un
autre support de sauvegarde autre que le Disque Dur de la machine pour
éviter la disparition des informations essentielles de la
société car la plupart de ces supports que nous avons
cités ci-dessus est très fiable et bien
sécurisé.
L'utilisation du système RAID est évidement
faisable parce qu'il suffit tout simplement d'acheter ce logiciel avec licence
et l'utiliser. Le système RAID est un système avec lequel on
utilise deux disques durs et l'utilisation de ce logiciel permet lorsqu'on fait
une écriture à l'un des disques les informations sont aussi
transmises à l'autre disque. Lorsque l'un des disques est en panne, on
récupère les informations à partir de l'autre disque qui
se sert d'une sauvegarde et cela permet la récupération rapide
des informations au lieu de faire des copies à partir de quelques
supports de sauvegarde.
IV.3.2. Dictionnaire de
données
|
Rubrique
|
Description
|
Type
|
Longueur
|
Etat
|
Remarque
|
|
Im
|
Immatriculation
|
N
|
10
|
E
|
|
|
Nom
|
Nom du personnel
|
A
|
20
|
E
|
|
|
Prenom
|
Prénom du personnel
|
A
|
20
|
E
|
|
|
Sexe
|
Sexe du personnel
|
A
|
6
|
E
|
|
|
Grade
|
Grade du personnel
|
N
|
18
|
E
|
|
|
Tel
|
Téléphone du personnel
|
N
|
10
|
E
|
|
|
Adrs
|
Adresse du personnel
|
A
|
20
|
E
|
|
|
Code_dipl
|
Code du diplôme
|
AN
|
12
|
E
|
A créer
|
|
lib_dipl
|
Libéllé du diplôme
|
A
|
10
|
E
|
A créer
|
|
num_arrt_intgr
|
Numéro de l'arrêté d'intégration
|
N
|
10
|
E
|
A créer
|
|
date_arrt_intgr
|
Date de l'arrêté d'intégration
|
D
|
8
|
E
|
JJ/MM/AA
|
|
num_arrt_titu
|
Numéro arrêté de titularisation
|
N
|
10
|
E
|
A créer
|
74
|
date_arrt_titu
|
Date de l'arrêté de titularisation
|
D
|
10
|
E
|
JJ/MM/AA
|
|
code_cg
|
Code du congé
|
AN
|
6
|
E
|
A créer
|
|
pers_cg
|
Personnel congé
|
A
|
20
|
E
|
A créer
|
|
datedeb_cg
|
Date de début du congé
|
D
|
8
|
E
|
JJ/MM/AA
|
|
durée_cg
|
Durée du congé
|
N
|
2
|
E
|
A créer
|
|
datefin_cg
|
Date de fin congé
|
D
|
8
|
E
|
JJ/MM/AA
|
|
code_aff
|
Code d'affectation
|
AN
|
6
|
E
|
A créer
|
|
pers_aff
|
Personnel affecté
|
A
|
20
|
E
|
A créer
|
|
p_origine
|
Poste d'origine
|
A
|
10
|
E
|
|
|
p_affectation
|
Poste d'affectation
|
A
|
10
|
E
|
A créer
|
|
code_appartenir
|
Code appartenir
|
AN
|
6
|
E
|
A créer
|
|
nom_reg
|
Nom de la région
|
A
|
10
|
E
|
|
|
district
|
district
|
A
|
10
|
E
|
|
|
Lieu
|
Lieu
|
A
|
20
|
E
|
A créer
|
Tableau 8 : Dictionnaire de
données
? Liste des abréviations ? A :
Alphabétique ? AN : Alphanumérique ? N : Numérique
? D : Date
? E : Elémentaire
IV.3.3. Les règles de gestion
Les règles de gestion regroupent les contraintes et les
liens entre les données. Voici les règles qui nous ont permis
:
? RG1 : Le service Personnel gère
toutes les données concernant le personnel de la RVA
? RG2 : Ce service veille sur l'information
sur le poste, et on prépare les dossiers qui se rapportent à tous
les droits et avantages ainsi que les obligations des personnels comme
l'avancement, la distinction honorifique, les congés, l'admission
à la retraite et aussi la neutralité d'appartenance politique.
? RG3 : Chaque personnel doit avoir un
classeur de dossier administratif et sur un support électronique.
? RG4 : Toutes les rubriques proposées
dans cette base doivent être remplies.
75
> RG5 : Chaque personnel doit avoir et
remplir une fiche individuelle de renseignements dans laquelle figure son
état civil, sa situation de famille, son état de service, les
sanctions positives et les sanctions négatives.
> RG6 : La section situation
administrative de la fiche de renseignement figure le grade, son cadre avec le
numéro et la date d'arrêté, sa date d'effet et l'indice
correspondant.
> RG7 : Tout personnel nouvellement
recruté ou nouvellement affecté doit aviser son arrivé en
établissant la lettre de prise de service. De même pour ceux qui
vont partir doivent établir une lettre de cessation de service.
> RG8 : Tout personnel peut faire une
demande d'affectation selon leur choix.
> RG9 : Le grade est identifié par
son code, sa classe et son échelon.
> RG10 : Après la période de
stage, les avancements suivants sont automatiques à chaque deux an.
> RG11 : Les personnels titularisés
commencent par le grade du deuxième classe premier échelon.
> RG12 : Les ELD ou contractuels qui sont
récemment titularisés jouissent des anciennetés
conservées qui sont comptées de la date de son dernier avancement
jusqu'à la date de l'arrêté de titularisation.
> RG13 : Tout personnel a un congé
de 30 jours chaque année.
> RG14 : Les congés qui ne sont pas
prise seront additionnés avec celle de l'année suivante.
> RG15 : Lorsque la retraite approche le
personnel peut prendre toute le reste de son congé
> RG16 : Pour la promotion au grade
supérieur il faut se référer à la date d'effet du
dernier avancement et la date de promotion.
> RG17 : Les contractuels peuvent
être intégrés en corps de fonctionnaires.
> RG18 : Les fonctionnaires doivent
être titularisés après un an de stage.
> RG19 : Un fonctionnaire obtient un grade
et une catégorie conforme à son niveau d'instruction et son
diplôme obtenu.
> RG20 : Une fois intégrée,
le personnel doit avoir un grade.
> RG21 : Après le recrutement, tous
les personnels contractuels doivent passer en ECD et est engagé au
premier contrat.
76
IV.4. La conception de diagrammes
IV.4.1. Diagramme de cas
d'utilisation
Figure 14 : Diagramme de cas d'utilisation de la
gestion du personnel
1°) Cas d'utilisation «
Engager »
Ce cas d'utilisation sert à un engagement;
c'est-à-dire le chef du personnel donne les informations du personnel
à recruter.
a) Description textuelle
|
Identification de cas d'utilisation
|
|
Nom
|
Engager
|
|
Objectif
|
Pour pouvoir être parmi les agents de la RVA
|
|
Acteur principal
|
Chef du personnel
|
|
Date de création : 29/09/2021
|
Date de modification : 06/10/2021
|
|
Auteur
|
Paulinsoft
|
|
Version
|
1.0
|
|
Description des scénarios
|
|
Les préconditions
|
Pas encore inscrit
|
|
Des scénarios nominaux
|
1.1 Authentification
|
|
1.2 Vérification code
|
|
1.3 Affichage menu
|
|
1.4 Saisie information du personnel
|
|
1.5 Enregistrement
|
|
1.6 Enregistrement accepté
|
77
|
Des scénarios alternatifs
|
Au point 1.3
|
|
2.1 : personnel déjà engagé
|
|
2.2 : engagement annulé
|
|
Des scénarios d'exceptions
|
Au point 1.4
|
|
3.1. Erreur de saisie
|
|
3.2. Formulaire de saisie
|
|
Des post conditions
|
Personnel enregistré dans la base de données
|
Tableau 9 : Identification de
engager
b) Description graphique
1. Diagramme de séquence
correspondante
Figure 15 : diagramme de
séquence de cas d'utilisation engager
78
2. Diagramme d'activité correspondante
Figure 16 : diagramme d'activité engager
2°) Cas d'utilisation « Modifier personnel
»
Ce cas d'utilisation sert pour la modification ;
c'est-à-dire faire adapter ce qui est dans le système à la
réalité.
a) Description textuelle
|
Identification de cas d'utilisation
|
|
Nom
|
|
Modifier personnel
|
|
Objectif
|
|
Permet de mettre à jour l'information
|
|
Acteur principal
|
|
Chef du personnel
|
|
Date de création :
|
29/09/2021
|
Date de modification : 06/10/2021
|
|
Auteur
|
|
Paulinsoft
|
|
Version
|
|
1.0
|
|
Description des scénarios
|
79
|
Les préconditions
|
Pas encore modifié
|
|
Des scénarios nominaux
|
1.1 Nouvelle modification
|
|
1.2 Modification de l'information
|
|
1.3 Validation information
|
|
1.4 Modification terminée
|
|
Des scénarios alternatifs
|
Au point 1.3
|
|
2.1 : personnel déjà modifié
|
|
2.2 : modification annulée
|
|
Des scénarios d'exceptions
|
Au point 1.4
|
|
1.1. Erreur de saisie
|
|
1.2. Formulaire de modification
|
|
Des post conditions
|
Personnel modifié et enregistrement dans la base de
données
|
Tableau 10 : identification de
modifier personnel b) Description graphique
1. Diagramme de séquence
correspondante
Figure 17 : diagramme de
séquence modifier personnel
80
2. Diagramme d'activité
correspondante
Figure 18 : diagramme d'activité modification
personnel
3°) Cas d'utilisation «
Lister_personnel »
Ce cas d'utilisation sert pour lister le personnel ;
c'est-à-dire afficher la liste du personnel recherché.
c) Description textuelle
|
Identification de cas d'utilisation
|
|
Nom
|
|
Lister personnel
|
|
Objectif
|
|
Permet d'afficher la liste de personnel
|
|
Acteur principal
|
|
Chef du personnel
|
|
Date de création :
|
29/09/2021
|
Date de modification : 06/10/2021
|
|
Auteur
|
|
Paulinsoft
|
|
Version
|
|
1.0
|
|
Description des scénarios
|
81
|
Les préconditions
|
Pas encore lister
|
|
Des scénarios nominaux
|
1.1. Nouveau listage
|
|
1.2. listage de l'information
|
|
1.3. Validation information
|
|
1.4. Listage terminé
|
|
Des scénarios alternatifs
|
Au point 1.3
|
|
2.1 : personnel déjà listé
|
|
2.2 : listage annulé
|
|
Des scénarios d'exceptions
|
Au point 1.4
|
|
1.3. Erreur de saisie
|
|
1.4. Formulaire de modification
|
|
Des post conditions
|
Personnel listé et enregistrement dans la base de
données
|
Tableau 11 : identification de
lister personnel d) Description graphique
3. Diagramme de séquence
correspondante
Figure 19 : diagramme de
séquence modifier personnel
82
4. Diagramme d'activité
correspondante
Figure 20 : diagramme d'activité
modification personnel
83
IV.4.2. Diagramme de classe
Figure 21 : diagramme de classe de la
gestion du personnel
84
| 
