RAPPORT STAGE LIPRO FOKOU TAFODI Frank.docx

E ça TABLES DES MATIERES

Dédicaces..................................................................................................................... i

Remerciements........................................................................................................... ii

Liste des figures.......................................................................................................... iii

Glossaire.................................................................................................................... iv

Avant-propos.............................................................................................................. v

Résumé.................................................................................................................... viii

Abstract..................................................................................................................... ix

Introduction générale.................................................................................................. 1

PARTIE I: CONTEXTE DU STAGE A BETTER PLANNING LTD............................................3

CHAPITRE I: Présentation générale de BETTER PLANNING Ltd..................................................4

I.1. Fiche signalétique.............................................................................................................4

I.2. Historique et évolution.....................................................................................................4

I.3. Les missions de l’entreprise..............................................................................................5

I.4. Les activités et services.....................................................................................................5

I.5. Organisation générale......................................................................................................6

I.5.1. Organigramme hiérarchique......................................................................................6

I.5.2. Rôle de chaque organe..............................................................................................6

I.6. Ressources de BETTER PLANNING Ltd..............................................................................7

I.6.1. Ressources humaines.................................................................................................7

I.6.2. Ressources informatiques..........................................................................................8

I.7. Localisation géographique................................................................................................9

I.8. Les partenaires...............................................................................................................10

CHAPITRE II: note de cadrage du projet de stage....................................................................11

II.1.Cadre du travail..............................................................................................................11

II.2. Missions du stagiaire.....................................................................................................11

II.3. Contexte et problématique...........................................................................................11

Automatisation de la Gestion de la Paie

II.4. Objectifs........................................................................................................................ 12

II.5. Méthodologie et planification du travail.......................................................................12

II.6. Evaluation financière.....................................................................................................13

II.7. Contraintes....................................................................................................................14

PARTIE II : dossier d’analyse du système existant.......................................................15

Chapitre III: generalites sur la notion de gestion de la paie.....................................................16

III.1. Définition de la gestion de la paie................................................................................16

III.2. Les enjeux et objectifs de la gestion de la paie.............................................................16

III.3. Les fonctionnalités d’une solution de gestion de la paie..............................................17

III.4. Les éléments constitutifs d’un bulletin de la paie.........................................................17

III.5. Règles de calculs retenus fiscales et pension vieillesse : part salariales.......................18

III.6. Contributions fiscales : part patronale.........................................................................21

Chapitre IV: ETUDE PREALABLE................................................................................................22

IV.1. Etude du système existant...........................................................................................22

IV.1.1. Collecte des informations......................................................................................22

IV.1.2. Présentation du système existant..........................................................................23

IV.1.3. Règles de gestion...................................................................................................23

IV.1.4. Dictionnaire de données........................................................................................24

IV.2. Limites et critiques de l’existant...................................................................................25

IV.3. Esquisse de la solution.................................................................................................25

Chapitre V: CAHIER DE CHARGES.............................................................................................26

V.1 Projet..............................................................................................................................26

V.2Conditions générales.......................................................................................................26

V.2.1. Langues...................................................................................................................26

V.2.2. Compétences et engagements de la maîtrise d’œuvre..........................................27

V.2.3. Séances de travail...................................................................................................27

V.3. L’application et modalités de réalisation.......................................................................27

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page 2


V.3.1. Couverture fonctionnelle........................................................................................27

V.3.2. Langages de programmation..................................................................................29

V.3.3. Public cible..............................................................................................................29

V.3.4. Composition de l’équipe de travail.........................................................................30

V.4Durée du projet...............................................................................................................30

V.4.1. Durée......................................................................................................................30

V.4.2. Avenants.................................................................................................................30

PARTIE III : dossier de conception et de realisation....................................................31

Chapitre VI: CONCEPTION DU FUTUR SYSTEME.......................................................................32

VI.1. Conception des modules de l’application.....................................................................32

VI.2. Conception fonctionnelle, statique et dynamique.......................................................34

VI.2.1. Le langage utilisé: UML..........................................................................................34

VI.2.3. Conception des architectures technologiques.......................................................40

Chapitre VII : REALISATION DE L’APPLICATION........................................................................44

VII.1. Implémentation de la base de données......................................................................44

VII.2. Microsoft Visual Studio 2008.......................................................................................45

VII.3 Implémentation de l’application..................................................................................47

VII.3.1. Implémentation côté client : XHTML et CSS.........................................................47

VII.3.2. Implémentation côté serveur : ASP.NET et C#.....................................................48

VII.4. Présentation de l’application.......................................................................................50

Chapitre VIII: SECURITE DE L’APPLICATION..............................................................................53

VIII.1. Protection contre les attaques...................................................................................53

VIII.1.1 Injection SQL.........................................................................................................53

VIII.1.2 Sécuriser la session utilisateur..............................................................................54

VIII.2. Schéma sécuritaire de la base de données.................................................................55

Conclusion générale.................................................................................................. 57

BIBLIOGRAPHIE......................................................................................................... 58

ANNEXES..................................................................................................................... a



DÉDICACES

Je dédie ce travail à :

- mes parents, monsieur TAFODI Roger et madame

NGANTCHOU Léonie, pour leur affection et leur

engagement ; qu’ils trouvent en ce travail le fruit

des sacrifices consentis à mon égard.

- Tous ceux qui n’ont cessé de croire en moi

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page i


REMERCIEMENTS

Je remercie tous ceux qui ont, de près ou de loin, contribué à la réalisation de ce projet.

Mes remerciements vont particulièrement à :

DIEU l’éternel tout puissant pour sa grâce et sa protection

Mes encadreurs académiques et professionnels, M. NYAM AQUILLA et M. JIOGUE

Hervé pour leur encadrement et leur expertise

Mes parents, M. TAFODI Roger et Mme NGANTCHOU Léonie pour les sacrifices

consentis et leur conseil

Mes frères et sœur, PENANDJO Axel, TANKEU Fabiola et DJOSSEU Caviar, pour leur

amour

Tous mes enseignants, pour toute l’expérience acquise à leur contact et pour leur

disponibilité

Mes amis Achille DEMEFACK, Adelexie DJIAFACK, Alliance DJIMENE, Christine KINGUE,

Paule KAMWA, Roger ANDANG et Olivier ATIBITA pour leur écoute et leur aide

Mes camarades de classe de Licence Professionnelle option Génie Logiciel.

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page ii


LISTE DES FIGURES

Figure 1: Organigramme Hiérarchique..........................................................................................6

Figure 2: Localisation géographique..............................................................................................9

Figure 3: Chronologie du stage....................................................................................................12

Figure 4: Représentation d’un acteur..........................................................................................36

Figure 5: Représentation d’un cas d’utilisation............................................................................36

Figure 6: Gestion des données individuelles................................................................................38

Figure 7: Gestion des sanctions...................................................................................................39

Figure 8: Représentation UML d’une classe................................................................................40

Figure 9: Exemple d'architecture en 3 couches...........................................................................41

Figure 10: Architecture Physique.................................................................................................43

Figure 11: Création de la BD dans « SQL Server Management Studio »......................................44

Figure 12: Création d'une nouvelle table dans la BD...................................................................45

Figure 13: Création du projet.......................................................................................................46

Figure 14: Fenêtre pour la création d’un nouveau projet............................................................46

Figure 15: Page ASPX par défaut..................................................................................................47

Figure 16: Page d'accueil espace réservé aux employés..............................................................50

Figure 17: Espace de libre-service employé.................................................................................51

Figure 18: Interface de validation................................................................................................51

Figure 19: Interface d'administration des employés....................................................................52

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page iii


GLOSSAIRE

DRH: Direction des Ressources Humaine

RH: Ressources humaine

UML: Unified Modeling Language

VBA: Visual Basic for Application

VSAT: Very Small Aperture Terminal (« terminal à très petite ouverture ») désigne une

technique de communication par satellite bidirectionnelle qui utilise des antennes paraboliques

dont le diamètre est inférieur à 3 mètres.

IRPP : Impôt sur le Revenu des Personnes Physiques

CFC : Crédit Foncier du Cameroun

TC : Taxe Communale

RAV : Redevance Audiovisuelle

PV : pension vieillesse

SQL : Structured Query Language

BD : Base de données

SGBD : Système de Gestion de Base de Données

TIC : Technologie de l’Information et de la Communication

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page iv


AVANT-PROPOS

Créé par arrêté ministériel N 02/0094/MINESUP/DDES du 13 sep.02, l’Institut Supérieur

de Technologie et du design Industriel (ISTDI) de Douala est un établissement universitaire et

professionnel qui donne aux jeunes titulaires d’un baccalauréat ou de tout autre diplôme

équivalent ou supérieur une formation universitaire pour l’obtention du Diplôme d’Etude

Collégiale (DEC), du Brevet de Techniciens Supérieurs (BTS) après deux ans de formation, d’une

licence professionnelle et technologique après trois ans et d’un diplôme d’ingénieur trois ans

après un Bac + 2.

La dite formation comprend actuellement 5 cycles :

1) CYCLE DES TECHNICIENS SUPERIEURS (BTS)

Filières commerciales et de gestion

Assurance

Banque et Finance

Action Commerciale

Informatique de gestion

Commerce Internationale

Comptabilité et Gestion d’Entreprise

Secrétariat de Direction

Filières industrielles

Génie civil

Electronique

Electrotechnique

Froid et Climatisation

Informatique Industriel

Maintenance et Après-vente Automobile

Maintenance des Systèmes informatiques

Télécommunication (DSEP)

Filière communication

Communication d’entreprise.

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page v


2) CYCLE DES TECHNOLOGIES DE L’INFORMATION ET DE LA COMMUNICATION (TIC)

En partenariat avec le collège communautaire du nouveau Brunswick, et le campus de

Dieppe (canada), ISDTI offre les spécialités suivantes :

Programmation Pour Internet

Maintenance Systèmes Informatiques/Réseautique

Technique de production web et multimédia

3) CYCLE DES LICENCES

Licence de l’université du Maine

Licence sciences et technologies

Licence maths et finance

Licences professionnelles de l’université de Dschang filières industrielles et

technologiques

Génie Civil

Maintenance et Après-vente Automobile

Maintenance de Systèmes Industriels

Génie Informatique

Filière Bois

4) CYCLE MASTER EUROPEEN CS2I

Concepteur de systèmes d’informations

Administration des systèmes et réseaux

Administration des systèmes web

Développement

Informatique embarquée

5) CYCLE D’INGENIEUR 3IL

Afrique centrale

Dans le cadre de leur formation, les étudiants sont appelés à effectuer des stages afin de

mettre en pratique les connaissances acquises auparavant et aussi de se familiariser aux

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page vi


réalités du monde professionnel. En fin de stage chaque étudiant devra produire un « rapport

de stage » qu’il devra soutenir devant un jury.

C’est donc dans ce cadre que nous avons produit ce modeste document dont le thème

est : « L’automatisation de la gestion de la paie: cas de la banque UBC Plc ».

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page vii


RÉSUMÉ

Le stage que nous avons effectué à BETTER PLANNING Ltd nous a permis d’amorcer la

création d’une solution ayant pour but d’automatisation la gestion de la paie. Pour ce faire,

nous avons utilisé le langage UML (Langage de Modélisation Unifié) pour l’analyse et la

conception du système d’information, XHTML, C# et ASP.NET pour l’implémentation de

l’application respectivement côté client et serveur.

Cependant, certes le travail a été effectué à BETTER PLANNING Ltd, initiateur du projet,

mais le champ de notre étude est la banque UBC Plc. Ainsi, nous avons étudié dans un premier

temps le système en place. Etude qui a permis de ressortir les limites dudit système. Ensuite,

vient la phase de conception fonctionnelle, statique et dynamique réalisée en UML. Par la suite,

l’implémentation de la base de données, des formulaires et états constituant l’application a été

faite.

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page viii


ABSTRACT

The training course we carried out with BETTER PLANNING Ltd allowed us to begin

creating a solution designed to automate the payroll management. With this intention, we

used UML (Unified Modeling Language) to analyze and design the information system, XHTML,

C # and ASP.NET for the implementation of the application client and server respectively.

However, the work has been certainly carried out at BETTER PLANNING Ltd, initiator of

the project, but the scope of our study is UBC Plc. Thus, we initially studied the system in place,

study that allows us to to highligh the limits and the failure of the system. Then come the step

of functionnal design, static and dynamic carried out in UML. Subsequently, the

implementation of the database, forms and reports which constitute the application has been

done.

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page ix


INTRODUCTION GÉNÉRALE

La gestion des ressources humaines est un ensemble de pratiques de management

ayant pour objectif de mobiliser et développer les ressources humaines afin d’assurer une

meilleure gestion du capital humain et partant une optimisation de l’organisation. La gestion

des ressources humaines peut se diviser arbitrairement en deux grandes catégories :

L'administration des ressources humaines à savoir la gestion de la paie, droit du travail,

contrat de travail;

Le développement des ressources humaines qui comprend en outre la gestion des

carrières, des compétences, le recrutement et la formation.

L’un des piliers de la gestion des ressources humaines est l’administration du personnel

qui occupe une place hautement stratégique pour une entreprise compte du fait que la richesse

et la plus-value d’une entreprise repose sur son personnel. De cette administration, découle la

gestion de la paie. La gestion de la paie peut être définie comme l’ensemble du processus qui

consiste à administrer, suivre et assurer la traçabilité du système de rémunération des

employés au sein d’une entreprise, du calcul budgétaire et des charges ou taxes patronales et

salariales en rapport avec cette rémunération.

Généralement, la gestion de la paie est administrée en interne par le biais de la direction

des ressources humaines en collaboration avec le service comptable. La gestion des salaires

représente un facteur important du management des employés, car elle représente la

contrepartie du travail accompli par les travailleurs. La gestion de la paie est un coût pour

l'entreprise c'est pourquoi il apparaît nécessaire d'optimiser cette activité.

Cependant, les règles de traitement administratif de la gestion de la paie sont en

constante évolution : modification périodique des bases et des taux de cotisations,

modifications règlementaires ou conventionnelles (convention collective), nouvelles réformes

de l’État, nouvelles aides sur une durée limitée. De fait, la gestion de la paie nécessite de

rester informée en permanence de ces évolutions ou modifications.

La complexité et l’enjeu de la gestion de la paie, activité à la fois technique et

stratégique, nécessite donc des compétences variées et une compréhension des contraintes

aussi bien internes qu’externes à l’organisation. Pour contourner ces contraintes et rester

compétitif dans l’univers actuel gouverné par les nouvelles technologies, et des textes



constamment en modification, il s’avère nécessaire, voire, primordiale de créer une solution

innovante qui permettra d’automatiser l’ensemble du processus de paie allant de la saisie des

écritures jusqu’à l’impression des bulletins de paie et autres états récapitulatifs. C’est pourquoi,

je m’emploierai dans un premier temps à présenter d’abord le contexte du stage à BETTER

PLANNING Ltd. Dans un second temps, une étude approfondie de la faisabilité de la solution

serra faites, puis, une analyse ayant conduit à la modélisation du futur système, enfin, viendra

la phase d’implémentation.




PARTIE I: CONTEXTE DU STAGE A

BETTER PLANNING LTD.


CHAPITRE I: PRÉSENTATION GÉNÉRALE DE BETTER PLANNING LTD

Toute approche analytique ne saurait être menée à bien sans une connaissance

préalable de l’organisation et du fonctionnement de l’entreprise d’accueil. C’est pourquoi nous

avons consacré ce chapitre à la présentation de BETTER PLANNING Ltd.

I.1. Fiche signalétiqueRaison Sociale BETTER PLANNING

Année de Création 1991

Capital social 1 000 000 FCFA

Siège social Bonnamoussadi, Carrefour Berlux

Boite postale 2842 Douala

Téléphone 33 47 73 87 / 33 47 39 26

Fax 33 47 73 87

Email [email protected]

Directeur Général M. Derick FONTAH

I.2. Historique et évolutionBETTER PLANNING Ltd est un éditeur de logiciels et un prestataire de services spécialisé

dans la conception, l’analyse, le développement et la fourniture de solutions innovantes

exclusives basées sur les outils des TIC.

Implanté sur le terrain depuis près de 10 ans et résolument tournée vers les attentes et

besoins des entreprises et organisations publiques et privées, la société BETTER PLANNING Ltd

se spécialise dans le développement des applications et la fourniture des services VSAT.



I.3. Les missions de l’entrepriseBETTER PLANNING Ltd est une entreprise éditrice de logiciels spécialisée dans la

conception, l’analyse, le développement et la fourniture de solutions innovantes exclusivement

basées sur les outils des TIC. Ainsi, BETTER PLANNING Ltd est résolument tournée vers les

attentes, les besoins des entreprises et organismes privés en développant des solutions sur

mesure, à bas prix, destinées à tous les secteurs d’activité.

I.4. Les activités et servicesBETTER PLANNING Ltd s’est donnée pour objectif majeur de fournir des produits de

qualité afin de satisfaire les besoins de sa clientèle. Son activité principale est le développement

de solutions logicielles destinées aux entreprises. Parmi ces dernières, nous pouvons citer :

Global Bank pour les opérations bancaires ;

SYSOFT PAYROLL pour la gestion des salaires et des Ressources Humaines ;

MEDICAL pour la gestion hospitalière ;

CYBERCASH pour le transfert d’argent ;

L’envoi des alertes SMS avec SMSBANKING et SMSASS.

BETTER PLANNING Ltd est aussi spécialisée dans la prestation des services informatiques à

savoir:

Partenaire de distribution de produits RINGO.

L’installation et la configuration des antennes VSAT.

Développement des sites web.

Fourniture de matériel informatique et maintenance après-vente.

Fourniture des équipements réseaux.

Formation en informatique.

Cyber café.



I.5. Organisation générale

I.5.1. Organigramme hiérarchique

Figure 1: Organigramme Hiérarchique

I.5.2. Rôle de chaque organe

Direction générale

Définit, oriente la politique générale dans l’entreprise et veille à son respect.

Coordonne les activités de l’entreprise.

Suit l’évolution des objectifs et du budget.

Etudie les marchés et propose des stratégies pour faire face à la concurrence.

Service financier

Délivre les reçus d’encaissement informatisées ou non, encaisse les recettes des ventes.

Tient le journal de la comptabilité de l’entreprise.

Il est chargé du payement du personnel et effectue des sorties financières sous

l’approbation du directeur général.



Service commercial

Suit les clients en analysant leurs besoins.

Prospecte à la recherche des nouveaux clients.

Service technique

Ce service a à sa charge la recherche et le développement d’applications

Il est aussi chargé de l’assistance auprès des clients en cas de difficulté d’exploitation.

Formation à l’utilisation des logiciels

Service VSAT

Chargé de l’installation des antennes VSAT.

S’occupe du réseau de l’entreprise et plus précisément de celui du Cyber café.

Vend le matériel réseau et s’occupe du service après-vente.

Service de formation et gestion du cyber café

Ce service est chargé de la gestion du cyber café et de la formation en informatique.

I.6. Ressources de BETTER PLANNING Ltd.

I.6.1. Ressources humaines

La ressource humaine de l’entreprise est aussi diverse et variée ; nous n’allons-nous intéressé ici au personnel de la direction informatique de l’entreprise:

M. Derrick Fontah, Directeur générale de l’entreprise

Quatre Ingénieurs informaticiens en charge du développement et de la coordination des

projets informatiques

Un responsable du développement web

Un chargé du déploiement et de l’intégration des applications

Deux chargés de test

Un documentaliste

Un responsable de la formation des clients et des utilisateurs

I.6.2. Ressources informatiques



A. Les composants matériels

Les composants matériels sont en réalités l’ensemble des équipements informatiques

regroupés en équipements actifs et passifs au vu de l’architecture du système informatique.

Comme équipements actifs, nous pouvons citer :

Des routeurs : Ils servent à l’interconnexion des sites distants via des systèmes et

technologies de transmission tels le GPRS, et le VSAT.

Des serveurs : c’est à la fois un ensemble de logiciels et l'ordinateur les hébergeant dont

le rôle est de répondre de manière automatique à des demandes envoyées par des

clients (ordinateur et logiciel) via l’infrastructure réseau

En ce qui concerne les équipements passifs, nous pouvons citer :

Des ordinateurs, ils sont en majorités constitués de desktops et de tours, mais on y

dénombre aussi proportion non moindre d’ordinateurs portables du fait de la grande

mobilité des travailleurs.

Les imprimantes et scanners sont de plusieurs séries mais elles viennent toutes des

fabricants tels EPSON, Hewlett Packard (HP), Canon et usités pour l’édition des factures,

reçus et divers documents administratifs.

B. Les logiciels

Le parc logiciel de BETTER PLANNING Ltd comprend :

Des logiciels systèmes (ou logiciels de base), qui sont des logiciels dont les

automatismes contrôlent l'utilisation du matériel informatique par les logiciels

applicatifs. Les automatismes des logiciels systèmes sont indépendants de l'activité pour

laquelle l'appareil est utilisé : Windows 2003 server, Edition Entreprise et Standard et

Windows 2008 Server, Edition Entreprise.

Des logiciels applicatifs, le type de logiciel le plus courant, aussi appelé applications

informatiques sont des logiciels dont les automatismes sont destinés à assister un

utilisateur dans une de ses activités. Certaines applications sont autonomes tandis que

d’autres ont une architecture client-serveur: applications usuelles de bureautique MS

Office 2003, 2007 et 2010, MS Exchange 2007 pour le système interne de messagerie,….



Les autres ressources de BETTER PLANNING Ltd incluent un environnement de bureau

professionnel avec un accès sur Internet permettant une assistance en ligne lors de l’utilisation

des produits et services de l’entreprise.

I.7. Localisation géographique

Figure 2: Localisation géographique

I.8. Les partenaires



Les partenaires de BETTER PLANNING Ltd sont nombreux, intervenant dans des secteurs

d’activités aussi divers que variés. Ainsi, les principaux partenaires de BETTER PLANNING Ltd

sont:

Union Bank Cameroun RINGO, dans le cadre de la distribution de leurs produits CCC Plc



CHAPITRE II: NOTE DE CADRAGE DU PROJET DE STAGE

II.1.Cadre du travailLa convivialité, l’accueil et la disponibilité ont été les principaux traits d’appréciation des

employés de BETTER PLANNING Ltd. Notre séjour dans cette entreprise a donc été une

véritable école d’apprentissage des réalités de l’entreprise et une grande source de nouvelles

expériences.

II.2. Missions du stagiaireBETTER PLANNING Ltd nous a confié la mission de créer une application qui permettra

aux entreprises de gérer l’ensemble du processus de paie qui consiste à administrer, suivre et

assurer la traçabilité du système de rémunération des employés, du calcul budgétaire et des

charges ou taxes patronales et salariales en rapport avec cette rémunération.

II.3. Contexte et problématiqueLes gestionnaires paie et ressources humaines se situent dans un environnement en

perpétuelle évolution tant au niveau des conventions collectives liées au secteur d’activité que

de l’environnement social, économique, politique et culturel de l’entreprise (modification

périodique des bases et des taux de cotisations, modifications règlementaires, nouvelles

réformes de l’État,…).

Les différents processus et traitements liés à la gestion « basique » de la paie étant

fastidieux, intégrants des algorithmes et formules de calculs parfois complexe, complexité

proportionnelle au nombre d’employé, la portée de l’erreur humaine s’avère avoir une

incidence parfois très importante. De plus, la sécurité, la trace et l’audit des traitements est

parfois couteux tant en ressources qu’en temps.

De fait, étant donné que l’évolution sans cesse croissante des technologies révolutionne

la manière de communiquer, d'échanger, introduisant de nouvelles organisations, et générant

de nouveaux métiers, nous sommes amenés à nous demander si l’automatisation de la gestion

de la paie ne serait pas la solution adéquate pour pallier à toutes ces difficultés, produisant

ainsi un pôle d’échange gagnant-gagnant entre l’entreprise et ses employés.



II.4. ObjectifsLe projet de fin d’étude intitulé « Automatisation de la gestion de la paie » a pour

objectif, d’administrer, de suivre et d’assurer la traçabilité de la paie des employés, du calcul

budgétaire et des charges ou taxes patronales et salariales en rapport avec la paie.

L’application permettra de réaliser, de manière globale, les tâches suivantes :

Suivi des données individuelles des employés : on appelle donnée individuelle

l’ensemble des informations de base relative à un employé (état civil, nombre d’enfant,

expérience professionnelle, formation, informations médicales,…). Les employés

pourront mettre à jour les données de leur fiche individuelle. Celles-ci seront alors

soumises à la vérification puis, la validation par les personnes habilitées.

Automatisation du calcul de la paie: simulation du processus de paie, gestion

automatique de la masse salariale, automatisation du calcul des charges sociales,

automatisation du calcul des déclarations fiscales et sociales.

L’accès en ligne aux bulletins de paie : chaque employé pourra, une fois authentifié,

accéder en ligne (via un intranet par exemple) à l’historique de ses bulletins de paie.

Ceux-ci seront bien sûr imprimables.

Génération ponctuelle et périodique d’états récapitulatifs : l’application devra

permettre la génération et l’impression de différents états ponctuels et périodiques

sous différents formats.

II.5. Méthodologie et planification du travail

1 S

8 S

3 S

Planification chronologique du stage

Imprégnation en en-trepriseRéalisation du projetRedaction du rapport

Figure 3: Chronologie du stage

S : Semaine



II.6. Evaluation financièreLa réalisation d’un projet est toujours précédée par l’évaluation des coûts aussi bien

matériels qu’humains.

Cette estimation des coûts regroupe les dépenses couvrant l’achat des outils et du

matériel de développement, le coût de la main d’œuvre, ainsi que les coûts qui seront liés à la

mise en œuvre ou au déploiement de la solution future.

a) Coût logiciel

Nom du logiciel Quantité PU PT

Microsoft Visual Studio 2008 Enterprise Edition

1 600 000 FCFA 600 000 FCFA

Macromedia Firework MX 2004 1 600 000 600 000 FCFA

Total 1 200 000 FCFA

b) Coût matériel de développement

Matériel Quantité PU PT

Pentium IV ou équivalent 512 Mo de RAM

6 Go de disque dur minimum

Antivirus

Onduleur

1 200 000 FCFA 200 000 FCFA

Total 200 000 FCFA

c) Coût matériel d’exploitation


Poste Serveur

3 Go de RAM

2.80 GHz

Windows Server 2008

1 800 000 FCFA 800 000 FCFA

Total 800 000 FCFA



d) Coût main d’œuvre


Chefs de projet (Master2) 2 2 000 000 F CFA 4 000 000 F CFA

Analyste - Programmeur 2 1 500 000 F CFA 3 000 000 F CFA

Charge de test 2 100 000 F CFA 200 000 F CFA

Charge du déploiement 1 100 000 F CFA 100 000 F CFA

Total 7 300 000 FCFA

La réalisation du projet nécessite donc 9 500 000 F CFA.

II.7. ContraintesLes contraintes liées à l’application sont les suivantes :

Flexibilité : l’application doit pouvoir être utilisée par toutes les entreprises,

indépendamment de la structure, du domaine d’activité, de la convention collective et

du nombre d’employé.

Evolutivité: l’application ne doit pas être figée. Elle doit pouvoir évoluer avec son

environnement (évolution d’une convention collective, nouvelles exigences sur le plan

légal, modification dans l’expression des besoins, …).

Souplesse : l’application doit être souple, facilement paramétrable ou configurable, et

pouvoir interfacer facilement avec d’autres applications.




PARTIE II : DOSSIER D’ANALYSE

DU SYSTÈME EXISTANT


CHAPITRE III: GENERALITES SUR LA NOTION DE GESTION DE LA PAIE

III.1. Définition de la gestion de la paieLa gestion de la paie est l’ensemble du processus qui consiste à administrer, suivre et

assurer la traçabilité du système de rémunération des employés, du calcul budgétaire et des

charges ou taxes patronales et salariales en rapport avec cette rémunération.

Généralement, la gestion de la paie est administrée en interne de l'organisation par le

biais de la direction des ressources humaines en collaboration avec le service comptable. La

gestion des salaires représente un facteur important du management des employés, car elle

représente la contrepartie du travail accompli par les travailleurs. La gestion de la paie est un

coût pour l'entreprise c'est pourquoi il apparaît nécessaire d'optimiser cette activité.

III.2. Les enjeux et objectifs de la gestion de la paieConfrontés à un contexte légal et social en constante mutation, les responsables paie et

RH doivent pouvoir prendre les bonnes décisions dans un délai réduit.

Pour cela, ils ont besoin d'outils de pilotage et d'indicateurs clés qui facilitent l'administration

du personnel et dynamisent la gestion du capital humain. Ainsi, s’équiper d’une solution de

gestion de la paie est aujourd’hui indispensable pour l’entreprise quelque soit sa taille ou son

secteur d’activité.

La gestion de la paie dépasse, de plus, le champ purement administratif. Elle est

désormais un outil de gestion de l’entreprise à la fois pertinent et complexe.

Pertinent parce que différents états et statistiques permettent au responsable de la paie

et des ressources humaines de prendre les bonnes décisions au moment opportun.

Le caractère complexe de la paie s’explique, quant à lui, par deux raisons essentielles :

La complexité et la perpétuelle évolution des règles légales au Cameroun.

L’adaptation aux règles parfois propres à chaque entreprise. Ces règles mises en place

en interne constituent un facteur supplémentaire de difficultés dans la production des

bulletins de paie : treizième mois, acomptes, primes diverses, commissions…



III.3. Les fonctionnalités d’une solution de gestion de la paieLa première fonction d'un logiciel de paie est la saisie, le calcul et l'édition du bulletin de

paie.

Outre ces fonctions liées à la production du bulletin de salaire, elle devient également

un outil performant d'aide à la décision dans la gestion des ressources humaines.

Le logiciel de paie a également évolué vers plus de souplesse et d'ergonomie. Ceci lui

permet aujourd'hui de s'adapter aux secteurs d'activité les plus diverses.

III.4. Les éléments constitutifs d’un bulletin de la paie

Salaire de base

Le salaire est la contrepartie du travail fourni par le salarié et correspond à un niveau de

poste ou une qualification déterminée. Ce salaire est librement fixé lors de l'embauche sous

réserve du respect de certaines règles légales ou conventionnelles qui peuvent fixer des

minima.

Eléments permanents de salaire

Il s’agit de compléments de rémunérations qui s’ajoutent au salaire de base versés sous

forme d’avantages en nature ou de primes.

Les avantages en nature sont des prestations accordées par l’employeur au salarié

gratuitement ou moyennant une participation inférieure à leur valeur réelle (nourriture,

logement, voiture de fonction, …). Ils ont le caractère d’éléments de salaire et figurent

sur le bulletin de paie.

Les primes sont attribuées au salarié pour tenir place de conditions de travail

spécifiques ou pour récompenser un salarié ou encore à l’occasion d’un évènement

précis. Il n’est donc pas possible de dresser une liste exhaustive. Aucune prime n’est

fixée par la loi, elles résultent généralement d’une convention ou un accord collectif, un

usage ou un engagement unilatéral de l’employeur. Elles présentent le caractère

juridique de salaire et figurent dans le bulletin de paie.



Variables de paie

Une variable de paie est un montant (valeur entière ou évaluation d’un pourcentage)

ajouté au salaire base. Elles sont utilisées quand il ya certains éléments de la rémunération

mensuelle qui seront calculés uniquement pour un mois particulier.

Exemple: Indemnité de congés, allocation d’assiduité, salaire exceptionnel.

Heures supplémentaires

Les heures supplémentaires sont des heures de travail effectuées au-delà de la durée

légale du travail fixée à 40 heures dans le secteur non-agricole et de 48 heures dans le secteur

agricole(ou de la durée considérée comme équivalente dans certaines professions), à la

demande de l’employeur ou avec son accord, même implicite.

Cotisations de l'employé

Les cotisations salariales représentent la part des cotisations sociales due par le salarié

et prélevée par l'employeur sur son salaire pour être ensuite versée aux organismes chargés du

recouvrement.

Contributions patronale

Les cotisations patronales représentent la part des cotisations sociales calculée sur les

salaires bruts et versée par l’employeur aux organismes chargés du recouvrement. Dans la

comptabilité des entreprises, ces cotisations sont identifiées sous la dénomination de « charges

sociales ».Elles n’ont donc aucune incidence sur le salaire de l’employé.

Salaire net = salaire brut (salaire de base + accessoires de salaire) - les charges salariales

(CFC, RAV, TC, IRPP, PV)

III.5. Règles de calculs retenus fiscales et pension vieillesse : part salarialesElles sont supportées par le salarié. Il en existe quatre (04) : L'Impôt sur le Revenu des

Personnes Physiques (IRPP), la contribution au Crédit Foncier du Cameroun (CFC), la Taxe

Communale (TC), et la Redevance Audiovisuelle (RAV).A ces retenues, il faut ajouter la pension

vieillesse (PV).



a) Algorithme de calcul de l'IRPP/SALAIRE

Salaire mensuel brut Taux IRPP

Jusqu'à 62.000 0

62.001 à 310.000 10 % (Sbm * 70 % - Sbm * 2,8 % - 41.667) * 10 %

310.001 à 429.000 15 % 16.693 + (Sbm - 310 000) * 70 % * 15 %

429.001 à 667.000 25 % 29.188 + (Sbm - 429.000) * 70 % * 25 %

667.001 et plus 35 % 70.830 + (sbm - 667 000) * 70 % * 35 %

Sbm : Salaire brut mensuel taxable

b) Contribution au CFCLa contribution au CFC a été instituée par la Loi N°77/10 du 13 Juillet 1977. Cette loi a

été modifiée par la loi N°90/050 du 19 Décembre 1990 portant institution d'une contribution

au CFC et fixant la part de cette contribution destinée au Fonds National de l'Emploi (FNE).

La base de la contribution au CFC est le montant du salaire brut mensuel taxable,

arrondi au millier de franc inférieur. Le taux est de 1% pour la retenue salariale. Le calcul se fait

par application numérique du rapport suivant :

CFC = 1 % * salaire brut taxable mensuel arrondi au millier de franc inférieur.

Exemple : l'employée Tamo de la société A possède un salaire brut mensuel de

7.232.215 F. la CFC sera de : base arrondie au millier de franc inférieur, 7.232.215 = 7.232.000 ;

taux 1 %. Application numérique : 1 % * 7.232.000 = 72.320 F.

c) Redevance Audiovisuelle Elle a été instituée au Cameroun par l'Ordonnance N°89/004 du 12 Décembre 1989

portant institution d'une RAV au profit de l'office de Radiodiffusion Télévision Camerounaise

(CRTV), destinée à contribuer au développement de l'activité audiovisuelle.



Tranches de salaire taxable RAV due

De 0 à 62.000 0

De 62.001 à 100.000 750

De 100.001 à 200.000 1.950

De 200.001 à 300.000 3.250

De 300.001 à 400.000 4.550

De 400.001 à 500.000 5.850

De 500.001 à 600.000 7.150

De 600.001 à 700.000 8.450

De 700.001 à 800.000 9.750

De 800.001 à 900.000 11.050

De 900.001 à 1000.000 12.350

Au-dessus de 1.000.000 13.000

d) Taxe CommunaleLe décret N°80/017 du 15 Janvier 1980 fixe les taux maxima des taxes communales (TC)

directes.

Les maxima du décret précité sont fixés sur une base annuelle et par tranche de salaire

dépendant de la commune dont on appartient. Il suffit de se référer au barème de la commune

dont dépend l'entreprise débitrice des salaires.

e) Pension vieillesse, part salariale (CNPS)

La base cotisable n'est pas la même que la base taxable. En effet la base d'imposition

pour la pension vieillesse est plafonnée à 300.000 F/ mois c’est-à-dire que lorsque le salaire

cotisable est supérieur à 300.000 F/mois la base se limite au plafond de 300.000 F mensuel. Le

Taux est de 2,8% pour la part salariale. Si on considère que SC = Salaire Cotisable, le calcul se

fait par application numérique du rapport suivant :

PV salariale = 2,8 % x SC (plafonné à 300.000 FCFA).



III.6. Contributions fiscales : part patronaleLes retenues fiscales part patronale sont des charges supportées par l'employeur en

raison des salaires qu'il paie.

a) Contribution au CFC patronaleLe CFC patronal est payé par l'employeur en raison des salaires qu'il verse. Il est régi par

le même texte que pour le CFC salarial, à savoir la loi N°90/050 précitée. La base d'imposition

ici n'est pas la même que pour le salarié. En effet pendant que pour le salarié la base est

constituée par le salaire brut taxable, pour l'employeur le CFC sera acquitté sur la base de la

masse salariale globale, sans exonération de certains éléments du salaire dont bénéficient les

salariés. Le taux d'imposition est fixé à 1,5%.

b) Contribution au FNELa contribution au FNE est une charge exclusivement patronale. Elle est régie par le

même texte qui régit la contribution au CFC. Le taux d'imposition est fixé à 1%. Le calcul se fait

par application du taux à la base d'imposition : 1 % * masse salariale. Le taux pour le FNE est le

même que celui prévu pour le CFC part salariale.

c) Pension vieillesse, part patronaleLa PV, part patronale est celle qui est supportée par l'employeur, mais toujours au profit

du salarié. La base d'imposition est la même que celle déterminée pour la part salariale, mais le

taux est différent. Pour l'employeur le taux de la PV est de 4,2% du salaire cotisable plafonné.

Le calcul se fait par application numérique du rapport suivant :

PV part patronale = 4,2 % x SC (plafonné à 300.000)



CHAPITRE IV: ETUDE PREALABLE

IV.1. Etude du système existant

IV.1.1. Collecte des informations

Les analystes ont souvent un handicap lorsqu’ils commencent l’étude d’un système. Ils

connaissent parfois très peu l’activité sur laquelle ils seront amenés à faire des

recommandations importantes. Il est donc essentiel d’avoir recours aux techniques de collecte

d’informations. Il en existe plusieurs ; nous avons opté pour :

L’interview

Cette technique nous a permis de nous entretenir avec des personnes ressources pour

collecter toutes les informations nécessaires à la compréhension, à l’analyse, à segmentation

du thème et au travail à réaliser.

La documentation

Elle a surtout été constituée de bulletins de paie, d’extraits des déclarations de

contributions et charges sociales utiles au formalisme des différents documents à générer

grâce de l’application.

L’observation

Elle nous a permis premièrement de prendre en compte la façon dont les activités et les

traitements des données étaient effectuées, puis de nous procurer des informations précises

sur la marche des opérations.

Remue-méninges (BRAINSTORMING)

Le « brainstorming » est une technique de créativité qui accélère la production d’idées

d’un individu ou d’un groupe. Son application vise à trouver le maximum d’idées originales dans

un minimum de temps grâce au jugement différé (il s’agit premièrement de trouver plein

d’idées puis de les évaluer).



IV.1.2. Présentation du système existant

Notre objectif ici est d’analyser la méthode actuellement utilisée au sein de

l’entreprise et de définir l’objet de notre recherche. L’analyse de l’existant nous permettra de

cerner les dysfonctionnements et les problèmes importants dont la structure est sujette. Les

techniques de collecte de l’information nous ont permis de ressortir l’existant en matière de

suivi gestion de la paie au sein de la UBC Plc.

La gestion de la paie existante était centralisée au siège d’Akwa, effectuée au moyen

d’une application MS Excel réalisée en VBA, utilisant une BD MS Access comme moteur de

stockage des données. Les bulletins de paie des employés sont alors imprimés, puis, envoyés

aux autres agences par coursier.

Les déclarations fiscales et sociales quant à elles sont semi-automatisées, réalisées par la

DRH en collaboration avec le service comptable grâce des formules sur des feuilles MS Excel.

Il est à noter cependant ici que cette analyse n’a pas pu être menée à bout suite à

l’impossibilité de rentrer en possession ni de la fiche détaillée des fonctionnalités de

l’application existante, ni de l’application proprement dite.

IV.1.3. Règles de gestion

C’est l’expression littérale décrivant les contraintes de gestion applicables aux données à l’action.

RG 1 : Une entreprise possède un ou plusieurs employés

RG 2: Un employé possède un ou plusieurs éléments permanents de salaire

RG3 : Un employé possède zéro ou plusieurs variables de paie

RG 4 : Chaque utilisateur possède un et un seul compte

RG5 : Chaque employé doit effectuer plusieurs cotisations

RG6 : Une entreprise doit effectuer plusieurs contributions patronales

RG7 : Chaque employé possède un et un seul matricule CNPS

RG8 : Un employé peut recevoir un ou plusieurs avantages sociaux

RG9 : Un employé peut effectuer un ou plusieurs heures supplémentaires



RG10 : Un employé peut recevoir un ou plusieurs sanctions

RG 11 : Un employé dispose d’un et un seul bulletin de paie par mois de travail

RG 12 :L’entreprise doit effectuer plusieurs déclarations fiscales

IV.1.4. Dictionnaire de données

Le « dictionnaire des données » est un tableau qui rassemble les données pertinentes

du système d'informations.

Identifiant Désignation Type Taille Nature

MATRICULE Matricule de l’employé Alpha-Num 20 Calculé

PROFILE_NAMENom du profil de

l’employé Alpha 50 élémentaire

SAL_BASE Salaire de base Numérique 8 Elémentaire

MAT_CNPSMatricule CNPS de


SIT_FAMSituation familiale de


RUBRIQUE Code Rubrique paie Numérique 4 élémentaire

LIB_RUBRIQUE Désignation Rubrique Alpha 50 élémentaire

VAR_MONT Montant Variable Paie Numérique 8 Calculé

DATE_PAIE Date de paie Date

DATE_EMBDate d’embauche de

l’employé Date

BR Code de l’agence Alpha 10 élémentaire



IV.2. Limites et critiques de l’existantIl s’agit de présenter quelques insuffisances par rapport à la nouvelle gestion. En effet,

- Le programme est peu sécurisée, les accès ne sont pas contrôlés, aucun audit

n’est effectué ;

- Les résultats produits ne sont pas conformes à la législation en vigueur

- On dénote de nombreuses et continuelles erreurs de calculs ainsi que des

« plantages » constants du programme ;

- L’impression des bulletins de paie est centralisée au siège, chaque employé

devant faire appel à la DRH pour accéder à l’historique de ses bulletins de paie;

- Le programme est peu flexible.

IV.3. Esquisse de la solution

Le système permettra d’automatiser l’administrer, le suivi et la traçabilité de la paie des

employés, du calcul budgétaire et des charges ou taxes patronales et salariales en rapport avec

ladite paie. Il en découle donc les principales fonctions suivantes:

- Gestion automatique de la masse salariale

- Administration des employés (gestion des privilèges du personnel)

- Gestion de différents types de personnel et de salaire (temporaire, saisonnier,

horaire, mensuel, …)

- Simulation du processus de paie

- Automatisation du calcul des déclarations fiscales et sociales

- Impression en ligne des bulletins de paie par chaque employé

- Traçabilité des opérations.



CHAPITRE V: CAHIER DE CHARGES

Le « cahier de charges » est un document contractuel décrivant ce qui est attendu du

maître d'œuvre par le maître d'ouvrage.

Il s'agit donc d'un document décrivant de la façon la plus précise possible, les besoins

auxquels le maître d'œuvre doit répondre. Dans la mesure où seul le maître d'œuvre est

réellement compétent pour proposer une solution technique appropriée, le cahier de charges

doit préférentiellement faire apparaître le besoin de manière fonctionnelle, indépendamment

de toute solution technique, sauf à préciser l'environnement technique dans lequel la solution

demandée doit s'insérer ; on parle donc de « cahier de charges fonctionnel ».

Il s'agit ainsi d'un document permettant d'une part de garantir au maître d'ouvrage que

les livrables seront conformes à ce qui est écrit, d'autre part d'éviter que le maître d'ouvrage

modifie son souhait au fur et à mesure du projet et demande au maître d'œuvre des nouvelles

fonctionnalités non prévues initialement.

V.1 ProjetNom du projet : Automatisation de la gestion de la paie

Initiateurs : BETTER PLANNING Ltd.

Adresse de l’initiateur : BP 2842Douala.

Email : [email protected]

Réunion d’information : oui

V.2Conditions généralesLes conditions de réalisation du projet se basent sur :

Le présent cahier de charges.

Les informations fournies lors de la réunion d’information

V.2.1. Langues

L’application devra être déployée en version française et anglaise. L'ensemble des

documents, qu'il s'agisse de rapports ou de tout autres manuels ou dossiers prévus, est rédigé


mailto:[email protected]


en français ou anglais. Les séances de travaux ont lieu en français ou en anglais, selon le choix

des intervenants.

V.2.2. Compétences et engagements de la maîtrise d’œuvre

Les difficultés et les particularités des travaux à exécuter doivent être prises en

considération par le maître d’œuvre qui devra faire preuve d’abnégation et d’ouverture d’esprit

tout au long du projet. L’entreprise se réserve le droit de faire appel à des consultants,

spécialiste du métier, pour des interventions ponctuelles.

V.2.3. Séances de travail

La maîtrise d’œuvre assistera constamment à des séances de travaux organisés par

l’encadreur. Ces séances permettront d’évaluer le travail déjà réalisé et d’orienter la suite.

V.3. L’application et modalités de réalisation

V.3.1. Couverture fonctionnelle

Gestion du personnel

La solution doit permettre :

De définir la structure organisationnelle de l’entreprise (établissements, départements,

divisions,…) ;

De rattacher chaque employé à un département, un service ;

De gérer les profils de contrat suivants: essaie, temporaire, horaire, salarié, stagiaire,…;

D’automatiser l’attribution de matricule aux employés. L’algorithme devant être flexible

pour permettre la personnalisation des matricules ;

D’alimenter la table des employés par import de fichier ;

La saisie en ligne des données individuelles des employés. Ces données seront soumises

à vérification puis, validation ;

De consigner des événements datés relatifs à chaque collaborateur (promotions,

augmentations, mesures disciplinaires, …).



Paramétrage de l’application

La solution doit être livrée avec un pré-paramétrage ainsi que des données d’exemple

valides et utilisables.

La solution est-elle livrée avec un pré-paramétrage standard de paie correspondant à la

législation en vigueur au pays.

Le paramétrage de la paie est-il constitué d’une collection de rubriques de paie

paramétrables.

L’entreprise doit être informée des mises à jour de paramétrage liées à l’évolution des

législations.

Exploitation de la paie

Le système doit permettre de suivre l’avancement des tâches mensuelles liées à

l’élaboration de la paie.

Les éléments mensuels de paie pourront être importés depuis un fichier.

Les éléments mensuels de paie peuvent être exportés.

Les absence, disciples et autres ajouts ou imputations devront être pris en compte

automatique lors du processus de paie.

Impression et archivage des bulletins de paie

L’impression des bulletins de paie pourra être adaptée à n’importe quel formulaire

vierge pré-imprimé.

Les bulletins de paie pourront être imprimés directement sur des feuilles blanches.

Les bulletins des périodes précédentes pourront être réimprimés, chaque employé

disposant d’identifiants de connexion unique et sécurisé pour l’accès en ligne à

l’application.

Gestion de la masse salariale

La solution doit permettre d’analyser la répartition de la masse salariale.

La solution doit permettre de modéliser la totalité des éléments de rémunération (fixe,

variable, primes…).

L’application doit permettre de définir des modèles de rémunération par assemblage

des différents éléments puis de les associer aux employés.

Portail self-service



La solution doit inclure un portail Intranet permettant aux employés d’accéder au

système.

Si Les fonctions suivantes seront disponibles :

Consultation et modification de ses données personnelles (adresse, coordonnées

bancaires,…)

Consultation des informations de paie (impression de ses bulletins, cumuls annuels, …)

Demandes d’absence, de prêts

Informations publiées par le département des ressources humaines

Mise à disposition de formulaires types à adresser aux ressources humaines

Gestion des utilisateurs

L’accès aux fonctions et données du système doit être géré via des profils utilisateurs.

Il doit être possible de bloquer les accès administrateur aux données les plus sensibles

(rémunérations, …)

Reporting et tableaux de bord

L’application doit permettre la génération ponctuelle et périodique d’états

récapitulatifs.

V.3.2. Langages de programmation

Les langages de programmation choisis sont :

HTML et CSS pour le formatage des pages de l’application côté client ;

C# et ASP.NET côté serveur

V.3.3. Public cible

Le public cible de l’application est constitué des employés des entreprises dans lesquels

la solution se verra implantée, en particulier ceux de la DRH et du service comptable.

V.3.4. Composition de l’équipe de travail



L’équipe de travail est composée d’au moins 6 personnes engagées à temps partiel.

Parmi les membres de l’équipe nous pouvons citer:

Frank Odilon FOKOU TAFODI

Hervé JIOGUE

Firmin DOUANLA

Hyppolite ASSONFANCK

Adelexie DJIFACK

Derrick FONTAH FRU

V.4Durée du projetDate de lancement du projet : 01 Janvier 2011

Heure de lancement du projet : 11h00

V.4.1. Durée

Elle est estimée à environ 12 mois et pourrait être prolongée en fonction de la volonté

de la maîtrise d’ouvrage.

V.4.2. Avenants

Les avenants sont à prévoir afin d’inclure, sur demande de l’encadreur académique, un

ensemble de tâches non prévues (commandes supplémentaires).




PARTIE III : DOSSIER DE

CONCEPTION ET DE

REALISATION


CHAPITRE VI: CONCEPTION DU FUTUR SYSTEME

VI.1. Conception des modules de l’applicationApres la description des nouveaux besoins faite par la UBC Plc ainsi que notre étude,

nous avons opté pour une subdivision de l’application en « modules » ; chaque module étant

réservé à un type d’utilisateur précis. Ainsi, la structure générale de SYSOFT PAYROLL s’est

révélée être la suivante :

Module « Configuration »

Ce module a été conçu pour aider l'utilisateur à configurer et mettre à jour les

informations de l'entreprise. Il permet les opérations principales suivantes :

- Initialisation de l'entreprise

- Enregistrement des données de l'entreprise (adresse, numéro de registre de

commerce, régime, matricule CNPS, …)

- Edition des comptes bancaires et des banques

- Edition de départements et services de l'entreprise

- Edition des agences de l'entreprise.

Module « Gestion des données de base des employés »

Afin de mettre en place et le suivi des ressources humaines de l'entreprise, regroupant

toutes étapes de gestion des employés, la DRH doit mettre à jour des informations suivantes

relatives aux employés: fonctions, grade, catégorie et échelon, diplômes, formations, critères

d'évaluation, évaluation du personnel, syndicat, état civil (numéro CNI, statut matrimonial,

nombre d’enfant, …).

Il est à noter cependant que l’employé peut, à partir de son poste de travail, éditer

certaines informations personnelles ; ceci dans un souci de décentralisation et d’allègement de

la charge de travail de la DRH. Ainsi, la DRH se chargera juste de la vérification et la validation

desdites informations.

Ce module a permettra à la DRH de :

- Configurer étape par étape l'employé depuis son recrutement à travers son cycle

d'évolution jusqu'à son départ.



- Gérer facilement les autres données de ressources humaines.

- Editer ou valider les informations de l’état civil de l’employé.

Module « Gestion des données de la paie »

En plus de la configuration des données de l’entreprise et celles des ressources

humaines, l'utilisateur doit pouvoir mettre à jour toutes les autres données utilisées lors du

calcul de la paie selon les règles de la réglementation en vigueur du pays concerné. Ces

données qui constituent le fichier de paie sont entre autres: paramètres de paie, barème

contribution audio-visuel, taux des impôts ou taxes et éléments de paie (éléments permanents

de salaire, variables de paie, heures supplémentaires).

Ce module permet ainsi:

- La mise à jour des taux de rétention et de la base de calcul

- La détermination de la base minimum et maximum de calcul à utiliser

- La maîtrise de la masse salariale

- La mise à jour des différents paramètres des rubriques de paie.

Module « Gestion de fichiers du personnel et traitement de la paie »

Ce module permet de:

- Construire les fichiers du personnel en mettant à jour leur situation

professionnelle (département, service, catégorie et échelon)

- Déterminer et suivre toutes les étapes préliminaires menant au calcul et à la

production du bulletin de paie.

- Mettre à jour les éléments permanents et variables de l'employé

- Calculer la paie, générer et imprimer divers rapports et fiches de paie.

Module « Clôture de la paie et impression des statistiques»

Ce module est utilisé pour:

- Initialiser la paie d'un mois donné ou une année et mettre à jour cumul

- Générer et imprimer les statistiques de paie

- L'impression d’états et de statistiques.



Module « Administration»

Il s’y effectue toutes les opérations relatives à l’administration de l’application :

- Gestion des utilisateurs: enregistrement, modification, suppression

- Gestion des rôles : définition des différents rôles puis, affectation des menus à

chacun d’eux

- Gestion des privilèges et droits d’accès des utilisateurs

- Gestion des accès (à l’application) des utilisateurs

VI.2. Conception fonctionnelle, statique et dynamique

VI.2.1. Le langage utilisé: UML

Les fonctions principales de l’application étant définie, la poursuite de l’analyse s’est

faite en développant, à l’aide du langage UML, les différents diagrammes nécessaires à la

réalisation de l’application.

UML n’est pas une méthode, ses acteurs ont estimé qu’il n’était pas opportun de définir

une méthode en raison de la diversité des cas particuliers. UML se définit comme un langage de

modélisation graphique et textuel destiné à comprendre et décrire des besoins, spécifier et

documenter des systèmes, esquisser des architectures logicielles, concevoir des solutions et

communiquer des points de vue. Il ne s’agit pas d’une simple notation graphique, car les

concepts transmis par un diagramme ont une sémantique précise et sont porteurs de sens au

même titre que les mots d’un langage.

UML 2.0 comporte 13 diagrammes représentant autant de vue distincte, pour

représenter les concepts particuliers du système d’information :

Diagrammes structurels ou diagrammes statiques

- Diagramme de classe

- Diagramme d’objet

- Diagramme de composant

- Diagramme de déploiement

- Diagramme de paquetage

- Diagramme de structure composite



Diagrammes comportementaux ou diagramme dynamique

- Diagramme de cas d’utilisation

- Diagramme d’activité

- Diagramme d’état transition

Diagrammes d’interactions

- Diagramme de séquence

- Diagramme global d’interaction

- Diagramme de temps

- Diagramme de communication

Ces diagrammes sont d’une utilité variable selon les cas. Notre étude se limitera à cet

effet aux diagrammes de cas d’utilisations, de classe et de séquence.

C. Le diagramme de cas d’utilisation

C’est un diagramme qui capture le comportement d’un système, d’un sous-système,

d’une classe ou d’un composant tel qu’un utilisateur extérieur le voit. Il scinde les

fonctionnalités du système en unités cohérentes (cas d’utilisation) ayant un sens pour les

acteurs.

Les cas d’utilisation permettent d’exprimer les besoins des utilisateurs d’un système, ils

sont donc une vision orientée utilisateur de ce besoin au contraire d’une vision informatique.

Les «use cases» permettent de modéliser les besoins des utilisateurs futurs du système; ils

clarifient, filtrent et organisent les besoins. Une fois identifiés et structurés, ces besoins :

- Définissent le contour du système à modéliser (ils précisent le but à atteindre) ;

- Permettent d'identifier les fonctionnalités principales du système.

Éléments des diagrammes de cas d’utilisation

Acteurs : idéalisation d’un rôle joué par une personne ou une chose qui interagie

avec un système.



Figure 4: Représentation d’un acteur

Cas d’utilisation: unité cohérente représentant une fonctionnalité visible de

l’extérieure. Un cas d’utilisation modélise un service rendu par le système sans

imposer le mode de réalisation de ce service.

Figure 5: Représentation d’un cas d’utilisation

Diagrammes de cas d’utilisation proprement dit

Nom UC Gérer les données personnelles

Objectif Ce cas permet de faire la mise à jour du profil de l’employé

Acteurs principaux Employé

Acteurs secondaires

Pré conditions L’employé doit être enregistré par le SRH et avoir un

contrat de travail

Post condition Le système enregistre les données propres à

l’employé en attente de validation par le SRH

Scénario Nominal :

1. Authentification

2. L’employé sélectionne le menu

3. Le système lui renvoie le formulaire

4. L’employé remplit le formulaire en saisissant ses données personnelles (nationalité,

permis, visas, adresses, téléphones, emails, études, langues, photos, les enfants et

personnes à charge, les coordonnées bancaires ...).

5. Le système vérifie la validité des champs requis et des contenus.



6. L’employé soumet le formulaire

7. Le système enregistre les données de l’employé en attente de validation par le SRH.

Nom UC Gérer les élections des représentants

ObjectifCe cas permet la gestion des élections des délégués du

personnel ou des représentants des syndicats.

Acteurs principaux SHR, Employé

Acteurs secondaires

Pré conditions Besoin d’élection

Post conditions Election des délégués

Scénario Nominal :

1. Le système envoi une notification au SHR dès la fin d’un mandat

2. Le SHR obtient le formulaire de création d’élection (texte d’accompagnement, délai,

conditions,…) suite à la sélection d’un menu

3. Le SHR remplit et soumet le formulaire

4. Le système envoi les notifications à tout le personnel

5. Les employés sélectionnent le menu (ou cliquent sur le lien) de soumission de

candidature

6. Le système renvoie le formulaire de soumission de candidature à l’employé

7. L’employé remplit le formulaire et le soumet

8. Le système enregistre la candidature ; celle-ci est en attente de validation

9. Le SHR valide seulement les candidatures qui répondent aux conditions de l’étape 2

10. Le système notifie les candidats (candidature acceptée, candidature rejetée pour non-

respect de …)

11. Le système notifie tous les employés (liste des candidats retenus ….)

12. Les employés sélectionnent le menu de vote.

13. Le système affiche la liste des candidats sous forme d’options (radio buttons) si possible

avec photos

14. L’employé choisit le candidat souhaité et valide son vote (il ne peut voter qu’une seule

fois à une élection)

15. Le système comptabilise les votes à la fin de la période d’élection

16. Le système renvoi le résultat au SHR

17. SHR choisit l’option «publier le résultat»



18. Le système lui présente le formulaire de publication de résultat (texte

d’accompagnement, …)

19. Le SHR remplit et soumet le formulaire

20. Le système notifie tous les employés du résultat de ladite élection

D. Le diagramme de séquences

Le diagramme de séquences, est une représentation des collaborations entre objets

selon un point de vue temporel ; on y met l'accent sur la chronologie des envois de messages.

La représentation se concentre sur l'expression des interactions. Les diagrammes de séquences

peuvent servir à illustrer un cas d'utilisation. L'ordre d'envoi d'un message est déterminé par sa

position sur l'axe vertical du diagramme ; le temps s'écoule "de haut en bas" de cet axe.

Figure 6: Gestion des données individuelles



Figure 7: Gestion des sanctions

E. Le diagramme de classes

Le diagramme de classes est considéré comme le plus important de la modélisation

orientée objet, il est le seul obligatoire lors d’une telle modélisation. Alors que le diagramme de

cas d’utilisation montre un système du point de vue des acteurs, le diagramme de classes en

montre la structure interne. Il permet de fournir une représentation abstraite des objets du

système qui vont interagir ensemble. Il est important de noter qu’un même objet peut très bien

intervenir dans la réalisation de plusieurs cas d’utilisation. Un diagramme de classes n’est donc

pas adapté (sauf cas particulier) pour détailler, décomposer, ou illustrer la réalisation d’un cas

d’utilisation particulier.

Notions relatives au diagramme de classes

Classe : description formelle d’un ensemble d’objets ayant une sémantique et

des propriétés communes.



Figure 8: Représentation UML d’une classe

Objet : instance d’une classe.

Attribut: propriété commune à tous les objets d’une classe.

Méthode : fonctionnalité, comportement ou transformation qui peut être

appliquée aux objets d'une classe.

Association : relation entre deux classes (association binaire) ou plus

(association n-aire), qui décrit les connexions structurelles entre leurs instances.

Le diagramme de classes proprement dit

(Annexe 1)

VI.2.3. Conception des architectures technologiques

A. L’architecture logique: 3 tiers

L’architecture 3-Tiers (ou architecture à 3 niveaux) est un modèle logique d’architecture

applicative qui vise à séparer trois couches logicielles au sein d’une même application ou

système, à modéliser et présenter cette application comme un empilement de trois couches

dont le rôle est clairement défini:

La couche présentation (UIL);

La couche métier (BLL);

La couche d’accès aux données (DAL).



Figure 9: Exemple d'architecture en 3 couches

Ce modèle d'architecture 3-tiers a pour objectif de répondre aux préoccupations

suivantes :

allègement du poste de travail client (notamment vis-à-vis des architectures classiques

client-serveur de données) ;

prise en compte de l'hétérogénéité des plates-formes (serveurs, clients, langages, etc.) ;

introduction de clients dits « légers » (plus liée aux technologies Intranet/HTML qu'au 3-

tiers proprement dit) ;

amélioration de la sécurité des données, en supprimant le lien entre le client et les

données. Le serveur a pour tâche, en plus des traitements purement métiers, de vérifier

l'intégrité et la validité des données avant de les envoyer dans la couche de données.

rupture du lien de propriété exclusive entre application et données. Dans ce modèle, la

base de données peut être plus facilement normalisée et intégrée à un entrepôt de

données.

et enfin, meilleure répartition de la charge entre différents serveurs d'application.

a) La couche présentation

Elle constitue l’interface utilisateur de l’application et gère les interactions avec les

utilisateurs. Son rôle est le suivant :

Afficher les données à l’utilisateur

Acquérir et valider les données à partir des entrées des utilisateurs



Interpréter les évènements déclenchés par l’utilisateur pour faire appel aux services des

composants métier (BU)

Modifier l’état de l’interface utilisateur

Effectuer des transformations simples (ex: l’utilisateur choisit un service via son nom

mais on transmet l’ID)

Mettre des éléments en cache (ASP.NET)

Gérer les aspects multi-langues

b) La couche métier

Elle correspond à la partie fonctionnelle de l'application, implémente la « logique » et

qui décrit les opérations que l'application opère sur les données en fonction des requêtes des

utilisateurs effectuées au travers de la couche présentation. Les différentes règles de gestion et

de contrôle du système sont mises en œuvre dans cette couche.

La couche métier offre des services applicatifs à la couche présentation. Pour fournir ces

services, elle s'appuie, le cas échéant, sur les données du système, accessibles au travers des

services de la couche inférieure. En retour, elle renvoie à la couche présentation les résultats

des traitements.

c) La couche d’accès aux données

Cette dernière encapsule les spécificités des accès en lecture/écriture des différentes

sources de données sous-jacentes. Son rôle est le suivant :

Fournir des méthodes pour les opérations de lecture, d’insertion, de mise à jour et de

suppression de données dans la base de données ;

Fournir des méthodes qui implémentent la logique métier liée à la BD ;

Gérer des transactions qui impliquent plusieurs mises à jour dans une source de

données unique.

B. Architecture physique

L'architecture physique (également nommée architecture technique) décrit l'ensemble

des composants matériels supportant l'application. Ces composants peuvent être :

Des Serveurs matériels

Des postes de travail



Des équipements de stockage (baie de stockage, …)

Des équipements de sauvegarde

Des équipements réseaux (routeurs, firewalls, switches, load-balancers).

Figure 10: Architecture Physique



CHAPITRE VII : REALISATION DE L’APPLICATION

Ce chapitre présente l’environnement de développement et les langages de

programmation que nous avons utilisés pour implémenter notre application web.

VII.1. Implémentation de la base de donnéesComme première étape après la phase de conception, nous avons implémenté notre

base de données avec l’outil Microsoft SQL Server 2008 du poste serveur. Elle est nommée «

Payroll » et constituée de 200 tables.

Figure 11: Création de la BD dans « SQL Server Management Studio »



Figure 12: Création d'une nouvelle table dans la BD

VII.2. Microsoft Visual Studio 2008Microsoft Visual Studio est un Environnement de Développement Intégré (IDE) de

Microsoft. Il peut être utilisé pour développer des applications console et graphique, des sites

web, des applications web, et des services Web.

Visual Studio inclut un éditeur de code incluant l’IntelliSense (auto complétion). Le

débogueur intégré fonctionne à la fois comme un débogueur de code source et un débogueur

de niveau machine. Il inclut aussi d’autres outils:

Concepteur de formulaires pour créer des applications GUI,

Web designer,

Concepteur de classe,

Concepteur de schéma de base de données.



Figure 13: Création du projet

Figure 14: Fenêtre pour la création d’un nouveau projet

1 : On choisit le Framework souhaité

2 : Choisir son langage (C# dans notre cas) et cliquer sur Web.

3 : Vérifier que « Application Web ASP.NET » est bien sélectionné.

4 : Entrer un nom de projet, choisir son emplacement et le nom de la solution

5 : Cliquer sur « Ok » en bas à droite



Figure 15: Page ASPX par défaut

VII.3 Implémentation de l’application

VII.3.1. Implémentation côté client : XHTML et CSS

Ici nous nous sommes attelés au formatage des interfaces présentées aux utilisateurs,

tout en y associant du design visuel. Ces interfaces permettront à ce dernier de manipuler les

données grâce aux menus, sous-menu et commandes crées à cet effet.

XHTML

C'est l'abréviation d’eXtensible HyperText Markup Language. C’est un langage de

balisage servant à créer des pages pour le web. Il a été conçu à l’origine comme successeur du

HTML ; cependant, il repose sur des règles beaucoup plus strictes que ce dernier. Il s'agit en

effet de présenter un contenu affichable non seulement par les ordinateurs classiques, mais

également sans trop de dégradation par des PDA bien moins puissants.

CSS

CSS (Cascading Style Sheets : feuilles de style en cascade) est un langage informatique

qui sert à soigner la présentation des documents XHTML.

L'un des objectifs majeurs de CSS est de permettre la stylisation hors des documents. Il

est par exemple possible de ne décrire que la structure d'un document XHTML, et de décrire



toute la présentation dans une feuille de style CSS séparée. Cette séparation fournit un certain

nombre d’avantages :

Le changement de présentation est plus aisé

La structure du document et la présentation peuvent être gérées dans des fichiers

séparés.

La conception d'un document se fait dans un premier temps sans se soucier de la

présentation, ce qui permet d'être plus efficace.

Dans le cas d'applications web, la présentation est uniformisée : les documents (pages

XHTML) font référence aux mêmes feuilles de styles. Cette caractéristique permet de

plus une remise en forme rapide de l'aspect visuel.

Le code XHTML est considérablement réduit en taille et en complexité, puisqu'il ne

contient plus de balises ni d'attributs de présentation.

VII.3.2. Implémentation côté serveur : ASP.NET et C#

ASP.NET

ASP.NET est un ensemble de technologies de programmation web créé par Microsoft,

utilisé pour créer des sites web dynamiques, des applications web ou des web services. La

technologie est accessible grâce à l'installation d'un serveur web compatible ASP (IIS).

Le CLR (Common Language Runtime), machine virtuelle sans laquelle l'exécution de

code .NET Bien qu'ASP.NET ne serait pas possible, offre aux programmeurs la possibilité d’écrire

du code ASP.NET en utilisant n'importe lequel des langages de programmation supportés par le

Framework .NET, généralement C#, Visual Basic.NET,Delphi.NET ou JScript .NET.

<

%

@ControlLanguage="C#"AutoEventWireup="true"CodeBehind="wucDocType.aspx.cs"Inherits="SYSDOC.C

ODE.Control.wucDocumentType"%>

<%@Registerassembly="Coolite.Ext.Web"namespace="Coolite.Ext.Web"tagprefix="ext"%>

Il y est indiqué principalement que :

Nous allons utiliser le C# comme langage (Language="C#")

Le nom de la page du code behind, correspondant à cette page .aspx, s’appelle

wucDocType.aspx.cs (CodeBehind=" wucDocType.aspx.cs")



Le namespace et le nom de la classe lié à la page (Inherits="

SYSDOC.CODE.Control.wucDocumentType").

C#

Le C Sharp est un langage de programmation orienté objet à typage fort (les types de

données employés décrivent correctement les données manipulée), créé par la société

Microsoft, et notamment un de ses employés, Anders Hejlsberg, le créateur du langage Delphi.

Il a été créé afin que la plate-forme Microsoft .NET soit dotée d'un langage permettant

d'utiliser toutes ses capacités. Il est très proche du Java dont il reprend la syntaxe générale ainsi

que les concepts. Un ajout notable à Java est la possibilité de surcharge des opérateurs,

inspirée du C++. Toutefois, l'implémentation de la redéfinition est plus proche de celle du

Pascal Objet.

Code générique de chargement de combos box CONNEXION BD PLUTOT

using System;using System.Collections;using System.Data;using System.Data.SqlClient;

namespaceSYSDOC_DAL.CLASS{

publicclassChargeComboDAL{

privateDataSet ClasRetrieve;privateDataRow ClassRows;privateDataRow ClassTraitLocal ;

private List<ChargeComboDAL> lstListElt;

public List<ChargeComboDAL> ListTypeElt{

get { returnthis.lstListElt; }set { this.lstListElt = value; }

}

publicDataSet ClassTraitLocal{

get { returnthis.strELT_CODE; }set { this.strELT_CODE = value; }

}

publicDataRow ClassRows{



get { returnthis.strELT_NAME; }set { this.strELT_NAME = value; }

}

publicvoid GetListComboDAL(String TableName, String Field, String Condition, DropDownList ComBoBox)

{ClasRetrieve = ClassTraitLocal.RetrieveDataSet(TableName, Field, Condition);ClassRows = ClasRetrieve.Tables(TableName).Select();

ComBoBox.Items.Clear();If (ClassRows.Length > 0 ){For Each drItem As DataRow In ClassRows

If Not DBNull.Value.Equals(drItem(Field)) {ComBoBox.Items.Add((Trim(drItem(Field).ToString)));

}

Next }elseExit Sub;}

} }

}

VII.4. Présentation de l’application

Figure 16: Page d'accueil espace réservé aux employés



Figure 17: Espace de libre-service employé

Figure 18: Interface de validation



Figure 19: Interface d'administration des employés



CHAPITRE VIII: SECURITE DE L’APPLICATION

De nos jours, la sécurité est un point important dans le développement de toute

application. Plus particulièrement pour les applications web, qui sont exposées à des attaques

diverses.

En effet, le grand nombre de personnes qui y ont accès, ainsi que les possibilités d’accès

à distance la rendent vulnérable. La protection du code et ainsi des différentes requêtes SQL

utilisées est aussi de rigueur car la manipulation de ces dernières, le manque de vérification

des données de l'internaute et de l’utilisateur peuvent entrainer une instabilité de l'application

ou du serveur. Dans ce chapitre nous allons présenter quelques attaques possibles ainsi que les

mesures appropriées qui devront être pris en compte à terme afin de limiter ces risques

d’attaques.

VIII.1. Protection contre les attaques.Ces attaques sont nombreuses et agissent sur le système à plusieurs niveaux et de

différentes façons.

VIII.1.1 Injection SQL

L'injection SQL est une technique où un pirate modifie une requête SQL existante pour

afficher des données cachées, écraser des valeurs importantes, ou encore exécuter des

commandes dangereuses pour la BD.

A. Les différentes formes

- Création des administrateurs.

- Liste d'articles et ajout de mot de passe.

- Révélation de mots de passe.

- Modification d’un mot de passe et gain de droits.

B. Techniques de contour.

Pour contourner toutes ces attaques, nous avons entrepris de procéder selon les cas

suivants :

- N'avoir aucune confiance dans les données qui proviennent de l'utilisateur.



- Ne jamais se connecter à distance sur une base de données en tant que super utilisateur

ou propriétaire de la base. Utilisez toujours un utilisateur adapté, avec des droits très

limités.

- Pour toutes les valeurs qui sont passées à la BD, utilisation des fonctions suivantes :

Addslashes() retourne une chaîne après avoir échappé tous les caractères qui

doivent l'être.

striptags ()

is_integer ()

Md5 () pour hacher les mots de passe.

- Limiter les permissions de l'utilisateur web

VIII.1.2 Sécuriser la session utilisateur

Ces sessions sont un système de protection efficace lorsqu’elles sont correctement

gérées par le développeur de l'application web. Cependant, il est courant de constater des

carences dans la sûreté d'emploi des sessions. Ainsi, les sessions peuvent devenir un élément

d'insécurité et venir rompre la chaîne de sécurité du système d'information sur lequel repose

l'application.

A. Attaques possibles

Buffer overflow (dépassement de capacité mémoire)

Elle consiste à envoyer en paramètre (dans l'URL ou en POST d'un formulaire) une

données dont la longueur excède la taille attendue ou autorisée par le serveur d'application ou

l'application en elle-même et remplace la valeur d'autres variables.

Cookie poisoning

Une session est identifiée par un identifiant stocké chez le client sous la forme d'un

cookie conservé par le navigateur web. Le serveur va rattacher un internaute à sa session via

l'identifiant fourni par le client. Il est donc naturel que les pirates cherchent à pirater les

cookies.



Session hijacking

C’est la prise de contrôle d'une session utilisateur.

Cross-site Scripting

Il requière que la valeur d'au moins un paramètre de l'URL ou du formulaire soit

intégrée au contenu de la page web sans contrôle suffisant. Ainsi il suffit de remplacer cette

valeur par du code exécutable pour exécuter une action sur le serveur ou chez le client.

B. Solutions

Durée de session limitée

Afin de se prémunir contre l'utilisation de la session d'un utilisateur quittant son poste

en oubliant de fermer le navigateur par une personne malhonnête, nous avons jugé utile de

fermer d'office la session après une durée d'inactivité de vingt (20) minutes.

Déconnexion explicite

Nous avons fourni à l'utilisateur un moyen de se déconnecter dès que ses tâches sont

terminées. Cela réduit l'exploitation de son cookie de session par un pirate ayant écouté le

réseau. Ainsi, un lien "déconnexion" permet d'écourter une session.

Identifiant de session forgé après authentification

Les identifiants de session sont généré seulement après que l'application se soit assurée

de l'identité de l'utilisateur afin d'éviter toute attaque sur la session.

VIII.2. Schéma sécuritaire de la base de donnéesLa base de données créée est accessible seulement par le propriétaire et un nombre

réduit de personnes ayant des droits réduits. L’attribution de ces droits est stricte car par

négligence, ces utilisateurs pourront exécuter n'importe quelle requête, comme la modification

de tables, l'effacement de lignes ou même encore, la destruction de la BD.

En effet, L’administrateur doit éviter que le même utilisateur dispose des droits de

plusieurs cas d'utilisation. Cela permettra que si des intrus obtiennent l'accès à la base avec l'un

de ces jeux de droits, ils ne puissent pas affecter toute l'application. Cela permet de restreindre



le nombre de personnes ayant accès aux données, de maintenir l’intégrité de ces données, et

donc de les sécuriser.

Un système complètement sûr est une impossibilité virtuelle. L'approche souvent

utilisée par les professionnels de la sécurité est d'équilibrer les risques et l'ergonomie. Les

valeurs que nous attendrons seront toujours complètement différentes des valeurs entrées

par un employé négligent, ou un hacker. C'est pourquoi il est préférable de regarder le code

d'un point de vue logique, pour repérer les points d'entrée des données inattendues, puis de

voir comment elles pourront être traitées adéquatement.



CONCLUSION GÉNÉRALE

Tout au long de notre travail, il était demandé de réaliser une solution qui permettre

d’automatisation l’ensemble du processus de gestion de la paie. Ceci a été fait dans un premier

temps à travers une étude approfondie de la faisabilité de la solution, ensuite, une analyse

ayant conduit à la modélisation du futur système, enfin, la phase d’implémentation. Il en

ressort à la fin une aptitude à gérer un projet dans sa totalité en tenant compte de toutes les

contraintes (délai, conflits entre les membres du projet, gestion des ressources, rendement

attendu) qui peuvent s'imposer et une meilleure maitrise du langage C#, du serveur de bases de

données SQL Server, de la technologie .NET.

Il en ressort qu’au terme de notre étude, notre application permet :

Le suivi des données individuelles des employés;

L’automatisation du calcul de la paie: simulation du processus de paie, automatisation

du calcul des charges sociales, automatisation du calcul des déclarations fiscales et

sociales;

L’accès en ligne aux bulletins de paie ;

Génération ponctuelle et périodique d’états récapitulatifs.

Ce qui permet d’administrer, de suivre et d’assurer la traçabilité du système de

rémunération des employés, du calcul budgétaire et des charges ou taxes patronales et

salariales en rapport avec cette rémunération.

Toutefois, n’ayant sans doute pas complètement épousé tous les contours du sujet, il va

s’en dire qu’il est toujours possible d’aller au-delà de notre accomplissement afin de satisfaire

davantage l’utilisateur. Ceci pour dire qu’une application a continuellement besoin d’être

maintenue et mise à jour. Ainsi, vos correctifs et suggestions nous permettrons d’améliorer ce

travail.



BIBLIOGRAPHIE

OUVRAGES

Carolyn J. HURSCH, Jack L. HURSCH, SQL Le langage structuré d’interrogation, Masson

paris Milan Barcelone Mexico, 1990.

Xavier BLANC, Isabelle MOUNIER, UML 2 pour les développeurs, cours avec exercices

corrigés, EYROLLES, 202 pages, 2006.

Pascal ROQUES, Franck VALLEE, UML en action – 2e édition, de l’analyse des besoins à la

conception en Java, EYROLLES, 388 pages, 2002.

SITES WEBS

www.csharpfr.com , code sources pour C#, 20 Juillet 2011, 10h35

http://msdn.microsoft.com/fr-fr/asp.net/aa336567 , formation rapide ASP.NET, 30

Juillet 2011, 09h10

http://www.misfu.com/information-cours-tutos-tutoriaux-Csharp.html , télécharger

cours / formation C Sharp, 08 Août 2011, 15h40

http://tahe.developpez.com/dotnet/aspnet/vol2/ , tutoriels ASP.NET, Août 2011, 18h40

COURS DES ENSEIGNANTS

NYAM Aquilla, Algorithme et Complexité, ISTDI, Licence Professionnelle, Génie Logiciel,

2011, non publié

DJIKA Blandine, Programmation C#, ISTDI, Licence Professionnelle, Génie Logiciel, 2011,

non publié

RAPPORT DE STAGE

TAMO NENKAM Cedric Bayard, automatisation de la gestion du personnel cas de

CAMALAIT S.A., Commerciale et de gestion, Informatique de gestion, 2010, ISTDI, 54

Pages.


http://tahe.developpez.com/dotnet/aspnet/vol2/

http://www.misfu.com/information-cours-tutos-tutoriaux-Csharp.html

http://msdn.microsoft.com/fr-fr/asp.net/aa336567

http://www.csharpfr.com/


ANNEXES

Annexe 1: Extrait du diagramme de Classe

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page a


Annexe 2: Extrait du diagramme de Classe

USE [payroll]

GO

/****** Object: Table [dbo].[ValidationTmp] Script Date: 10/14/2011 15:26:21 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[ValidationTmp](

[TableName] [nvarchar](50) NOT NULL,

[Matricule] [nvarchar](50) NOT NULL,

[StatutValid] [char](3) NULL,

[RmqValid] [nvarchar](50) NULL,

[ValidBy] [nvarchar](30) NULL,

[DateValid] [datetime] NULL

) ON [PRIMARY]

GO

SET ANSI_PADDING OFF

GO

/****** Object: StoredProcedure [dbo].[UpdateChamps] Script Date: 10/14/2011 15:26:25 ******/

SET ANSI_NULLS ON

GO


GO

CREATE PROCEDURE [dbo].[UpdateChamps]

-- Add the parameters for the stored procedure here

@Table varchar(200) ,

@Champs varchar(1000) ,

@Cwhere varchar(5000)=Null

AS

DECLARE @Rkt varchar (7000)

BEGIN

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page b


-- SET NOCOUNT ON added to prevent extra result sets from

-- interfering with UPDATE statements.

SET NOCOUNT ON;

set @Rkt=''

-- Update statements for procedure here

SET @Rkt = 'UPDATE '+@Table+' SET '+@Champs --+' WHERE '+@Cwhere+''

if @Cwhere<>'' Or @Cwhere<>Null

begin

set @Rkt=@Rkt +' WHERE '+@Cwhere+''

end

-- Execute procedure

EXEC (@Rkt)

END

GO

/****** Object: Table [dbo].[TypeConTrat] Script Date: 10/14/2011 15:26:25 ******/

SET ANSI_NULLS ON

GO


GO

CREATE TABLE [dbo].[TypeConTrat](

[CodeTypCon] [nvarchar](3) NOT NULL,

[LibTypCon] [nvarchar](50) NULL,

[DateCreation] [smalldatetime] NULL,

[DateOp] [smalldatetime] NULL,

[lognuser] [nvarchar](50) NULL,

CONSTRAINT [PK_TypeConTrat] PRIMARY KEY CLUSTERED

(

[CodeTypCon] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF,

ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

/****** Object: Table [dbo].[Titres] Script Date: 10/14/2011 15:26:25 ******/

SET ANSI_NULLS ON

GO


Rédigé et présenté par FOKOU TAFODI Frank Odilon Page c


GO

CREATE TABLE [dbo].[Titres](

[IdTitre] [smallint] NOT NULL,

[LibTitre] [nvarchar](50) NULL,

[CodeEmploie] [smallint] NULL,



[lognuser] [nvarchar](50) NULL,

CONSTRAINT [PK_Titres] PRIMARY KEY CLUSTERED

(

[IdTitre] ASC



) ON [PRIMARY]

GO

/****** Object: Table [dbo].[tblMatTmp] Script Date: 10/14/2011 15:26:25 ******/

SET ANSI_NULLS ON

GO


GO

CREATE TABLE [dbo].[tblMatTmp](

[Matricule] [nvarchar](50) NULL

) ON [PRIMARY]

GO

/****** Object: Table [dbo].[TaxeUnique] Script Date: 10/14/2011 15:26:25 ******/

SET ANSI_NULLS ON

GO


GO

CREATE TABLE [dbo].[TaxeUnique](

[Agence] [bigint] NOT NULL,

[LibAgence] [nvarchar](255) NULL,

[TU01BI] [float] NULL,

[TU01BS] [float] NULL,

[TU01TX] [float] NULL,



Rédigé et présenté par FOKOU TAFODI Frank Odilon Page d










CONSTRAINT [PK_TaxeUnique] PRIMARY KEY CLUSTERED

(

[Agence] ASC



) ON [PRIMARY]

GO

/****** Object: Table [dbo].[TaxCommunal] Script Date: 10/14/2011 15:26:25 ******/

GO

/****** Object: Table [dbo].[TauxHSup] Script Date: 10/14/2011 15:26:25 ******/

SET ANSI_NULLS ON

GO

CREATE TABLE [dbo].[TauxHSup](

[CodeTauxHSup] [int] NOT NULL,

[Libelle] [nvarchar](50) NULL,

[CodeDiviseur] [nvarchar](10) NULL,

[Montant] [float] NULL,

[Taux] [float] NULL,

CONSTRAINT [PK_TauxHSup] PRIMARY KEY CLUSTERED

(

[CodeTauxHSup] ASC



) ON [PRIMARY]

GO

/****** Object: Table [dbo].[TauxAccWork] Script Date: 10/14/2011 15:26:25 ******/

SET ANSI_NULLS ON

GO


Rédigé et présenté par FOKOU TAFODI Frank Odilon Page e


GO

CREATE TABLE [dbo].[TauxAccWork](

[CodeTaux] [nvarchar](3) NOT NULL,

[LibTaux] [nvarchar](50) NULL,

[Valeur] [float] NULL,



[lognUser] [nvarchar](50) NULL,

CONSTRAINT [PK_TauxAccWork] PRIMARY KEY CLUSTERED

(

[CodeTaux] ASC



) ON [PRIMARY]

GO

/****** Object: Table [dbo].[Taux] Script Date: 10/14/2011 15:26:25 ******/

SET ANSI_NULLS ON

GO


GO

CREATE TABLE [dbo].[Taux](

[CodeTaux] [int] NOT NULL,

[LibelleTaux] [nvarchar](50) NULL,

[CodeDiviseur] [nvarchar](10) NULL,

[Montant] [float] NULL,

[Taux] [float] NULL,



[lognUser] [nvarchar](50) NULL,

CONSTRAINT [PK_Taux] PRIMARY KEY CLUSTERED

(

[CodeTaux] ASC



) ON [PRIMARY]

Rédigé et présenté par FOKOU TAFODI Frank Odilon Page f

Documents

RAPPORT STAGE LIPRO FOKOU TAFODI Frank.docx