˘ ˇ ˆ˙˝ ˆ˙ˆˇ - julienvieira.online.frjulienvieira.online.fr/rapport/stagemj.pdf · •...

25
1 Année 2003/2004 !"#$% ! "

Upload: danganh

Post on 13-Sep-2018

214 views

Category:

Documents


0 download

TRANSCRIPT

1 Année 2003/2004

����������������� ������������

��

���

�������������������������������� �������������������

�� ��������� ��������! "���#����$��%���

��

������������� �����������������������

� ���������������������� ��!������������ ������������� ��"�

2

�����������#�

J’aimerais témoigner ma profonde gratitude à Monsieur le sous-directeur de

l’informatique ainsi qu’à Monsieur le chef de domaine du bureau des services informatiques

pour m’avoir donnée l’opportunité d’effectuer ce stage. Je tiens également à remercier pour

leur très grande gentillesse et leur disponibilité les personnes que j’ai pu rencontrer et

apprécier à l’occasion de mon stage et qui m’ont guidé tout au long de celui-ci. Cette

expérience m’aura permise, outre une meilleure utilisation technique de l’outil informatique,

une connaissance nouvelle « du terrain » et des relations de travail.

Merci à tous.

3

$�������

!""�� �.................................................................................................................................. 1

��� !�����!�.............................................................................................................................. 4

�& � ��������!�����"������ ��������'������.................................................................... 5

A. HISTORIQUE................................................................................................................ 5

B. LE SERVICE DU STAGE............................................................................................. 6

��& � ��������!���������� ��������"!�������.................................................................. 8

A. PLAN ASSURANCE QUALITE DU PROJET ............................................................ 8

1. Objectif du Plan Assurance Qualité ........................................................................... 8

2. Description de l’organisation ..................................................................................... 8

3. Présentation du projet................................................................................................. 9

4. Les moyens du projet ................................................................................................. 9

5. Enjeux......................................................................................................................... 9

6. Documents utilisés ..................................................................................................... 9

7. La démarche qualité ................................................................................................. 10

B. ANALYSE DE L’EXISTANT..................................................................................... 10

1. Domaine concerné.................................................................................................... 10

2. Analyse du système existant .................................................................................... 10

C. DÉFINITION DES BESOINS..................................................................................... 12

1. Le contexte ............................................................................................................... 12

D. CONCEPTION............................................................................................................. 13

1. La démarche de conception...................................................................................... 13

2. Solution technique.................................................................................................... 14

3. Interface Homme/Machine....................................................................................... 14

���& (���!""�������!��������� �����!���)�"��������������"������ ��������'������&.. 18

*!������!�............................................................................................................................... 20

4

�����%�������

J’ai effectué mon stage au sein du Ministère de la Justice dans le Bureau des Services

Informatiques (BSI) du 01 au 31 Juillet 2004. Chargé de l’optimisation et du portage d’une

application de gestion financière de commandes, mon expérience a consisté à transformer une

application déjà existante à travers sa réécriture, la synthèse de ses traitements et la mise sur le

réseau pour un accès simultané des utilisateurs.

Après avoir prospecter pour un poste saisonnier, j’ai pris connaissance d’une volonté

d’amélioration des outils de traitements informatisés du Bureau des services informatiques du

Ministère de la Justice.

A travers une structure complexe et polyvalente, ce stage m’a permis de découvrir,

plus en détail, certains métiers du secteur informatique et d’observer les exigences du milieu

professionnel au sein de cette administration.

5

�& ����#��������%����#� ���%����'�#����

A. HISTORIQUE

La vie en société, la famille, la rue, l’école, l’entreprise, les transports, peuvent être

source de conflits : un père divorcé ne voit plus régulièrement son enfant confié à la mère, un

locataire ne paie pas ses loyers, une victime d’un accident de la route n'est pas indemnisée par

son assurance, un consommateur achète une cuisine équipée défectueuse, un salarié est

licencié sans motif réel, une personne âgée est victime d’une escroquerie, un jeune est

maltraité...

Dans ces situations, et quand on ne parvient plus à s'entendre à l'amiable, on attend de

la justice qu'elle rétablisse chacun dans ses droits, mais aussi qu'elle protège les intérêts des

individus et ceux de la société.

Le siège social du ministère de la justice se situe 13 place Vendôme 75001 Paris. Plus

de 69 000 agents travaillent au ministère de la justice, dont 7 523 magistrats de l'ordre

judiciaire, et 8 499 greffiers en chef et greffiers. En 2003, on compte plus de 13 millions

d'affaires traitées et de décisions de justice :

• 2 080 258 décisions rendues en matière civile et commerciale,

• 11 427 301 en matière pénale (plus de 10 millions concernent des

contraventions, les infractions les moins graves, résolues par des « amendes

forfaitaires majorées »),

• 144 056 en matière administrative.

Les juridictions sont de l’ordre judiciaire, civil, pénal, protection judiciaire de la

jeunesse et pénitentiaire. Dorénavant il existe un secrétariat d’état d’accès aux droits des

victimes. Actuellement se comptent parmi les tribunaux :

• 1 cour de cassation,

• 35 cours d’appel,

• 181 tribunaux de grande instance (TGI),

• 476 tribunaux d’instance.

6

B. LE SERVICE DU STAGE

Tous les domaines informatiques du ministère de la justice qui développent et

maintiennent des applications à usage strictement juridique sont regroupés dans la Sous

Direction de l’Informatique (SDI). Elle comprend un bureau administratif, trois bureaux

techniques dont le Bureau des Services Informatiques (BSI) ainsi que six centres

d’exploitation répartis dans le territoire (Amiens, Avignon, Ile de France, Nantes, Lyon,

Toulouse).

Le bureau des services informatiques, comprend quarante agents. Ses missions sont les

suivantes:

• procéder à l'évaluation et à l'adaptation technique de produits, au développement et

à l'implantation d'applications, de systèmes et de réseaux locaux

• assurer la maintenance technique d'applications informatiques fonctionnant en

environnement local

• assister par ses conseils techniques les utilisateurs de systèmes et réseaux locaux

Il est composé d'une cellule administration et gestion et de cinq domaines dont les

activités se répartissent comme suit :

� le Domaine "Pénal et Commercial" (DPC), chargé du suivi des applications des

juridictions à compétence commerciale et des logiciels d’instrumentation pénale.

� le Domaine "Pénal Province" (DPP), regroupant le projet de réalisation de la

nouvelle application pénale, et de l’exécution des peines, pour lesquelles il assure

l'implantation et la maintenance. Ce domaine est chargé aussi de la maintenance

d'autres applications (cour de justice de la République, recrutement des surveillants).

� le Domaine "Information Centrale" (DIC), chargé du suivi de la maintenance des

logiciels de la Cour de Cassation et du projet de diffusion de la jurisprudence

judiciaire via l’intranet justice.

� le Domaine "de l’Informatique Civile des Tribunaux d’Instances" (DICTI),

chargé du développement, de la maintenance et du suivi des applications relatives aux

tribunaux d’instances et aux bureaux d'aide juridictionnelle des TGI.

7

� le Domaine "des Systèmes d’Information de l’Administration Centrale"

(DSIAC), chargé des tâches de maintenance logiciel et d’exploitation des applications

de l’administration centrale, ainsi que de l’assistance aux utilisateurs pour l’ensemble

de ces applications. Il assure également la gestion des serveurs de l’administration

centrale et une partie des acquisitions informatiques propre à celle-ci.

Dans le cadre de mon stage, j’ai été affecté au DSIAC sur un projet consistant à la

réécriture d’une application de gestion financière.

8

��& ���#��������%�#�������#�%������#�����

A. PLAN ASSURANCE QUALITE DU PROJET

1. Objectif du Plan Assurance Qualité Le Plan Assurance Qualité décrit l’ensemble des dispositions prises pour assurer la

qualité du processus de production.

Il repose sur l’organisation et la mise en place de modes opératoires qui permettent d’évaluer

les différents facteurs de qualité.

2. Description de l’organisation

a) L’équipe projet Le projet est géré par le domaine DSIAC1 du BSI2. L’équipe projet est composée de :

• François STAVAST, responsable du domaine DSIAC

• Jérôme DELAVEAU, responsable du domaine DICTI3

• Germain DOSSA, DICTI, Analyste, concepteur et chef de projet

• Marise PIEL, DSIAC, expert technique

• Julien VIEIRA, stagiaire Polytech’Lille

L’équipe de développement est constituée de Germain DOSSA et de Julien VIEIRA.

Ils assurent à la fois l’analyse, la conception et le développement du projet.

b) Le nom du projet Afin d’identifier le projet, nous lui avons donné le nom d’AGeDEC (Application de

Gestion des Demandes d’emploi de Crédits).

c) Principe d’organisation du projet Le responsable du DSIAC fixe avec l’équipe les principales étapes du projet, définie

les objectifs et indique les délais.

�����*�+��!"���������,���"���-���! "���!������-��"����� ���!��*��� �����.����+��� ���������� ��������! "���#����/���*���+��!"���������-���! "���#���*� ��������� �0����1��-����������

9

3. Présentation du projet Le BSI gère un budget de plusieurs millions d’euros et souhaite améliorer l’application

qui fonctionne sous access.

Le projet consiste au portage du module de gestion des DEC4 (gestion financière)

développé par le Ministère vers une architecture mieux adaptée, en y intégrant les spécificités

du BSI. Il est prévu des extensions à cette application afin de prendre en compte les autres

fonctionnalités de la chaîne d’achat. Une mise en service généralisée au sein de la SDI5 est

prévue au 1er semestre 2005 (60 utilisateurs).

4. Les moyens du projet • Faire une étude préalable de gestion des demandes d’emploi de crédits : analyse et

conception.

• Réaliser le développement en faisant un portage de l’existant vers une autre

technologie.

5. Enjeux • Améliorer la gestion et le suivi de la passation des commandes de matériels,

logiciels et services.

• Constitution d’une base de donnée centralisant toutes les demandes.

6. Documents utilisés • Fiche demande d’une DEC (annexe 8)

• Accusé de réception d’une DEC (annexe 9)

• Fiche de proposition commerciale (annexe 7)

• Fiche de demande de devis (annexe 6)

• Bon de commande (annexe 10)

• Fiche récapitulative de la liste des DEC (annexe 11)

2���*�+���"������-�"3�!�����* ������4����+�!����� ����!������-���! "���#���

10

7. La démarche qualité Elle est organisée comme suit:

• Réunions hebdomadaires avec le chef de projet pour suivre l’avancement et pour

donner de nouvelles orientations.

• Rencontre entre les membres de l’équipe de réalisation dès que nécessaire pour

coordonner les actions.

• Relecture et contrôle de tout livrable par les membres de l’équipe de réalisation,

puis validation par le chef de projet.

• Respect des engagements, délais fixé par le chef de projet.

B. ANALYSE DE L’EXISTANT

1. Domaine concerné

a) Identification du domaine concerné Gestion des demandes d’emploi de crédits dans le cadre des achats du service BSI.

b) Les acteurs et les flux Cf. annexe 1.

c) Les procédures utilisées Les procédures d’achat dans les services de la SDI suivent des règles précises qui sont

utilisées par tous les services. Ces procédures suivent les étapes suivantes :

� Etablissement d’une DEC validée par le directeur d’opération et transmis au PRI6

� Accusé / Réception de la DEC provenant du PRI

� Récépissé Bon de Commande envoyé par le PRI

� Récépissé Bon de Livraison délivré par le PRI

2. Analyse du système existant

a) L’étude du système existant Une application a été développée par un autre service pour la gestion des DEC dans le

cadre d’une utilisation interne à ce service. Elle prend en compte les spécificités et des modes

de fonctionnement propres à ce service.

5�����+��� ����������� !� �""���!�������������!� �������! "���#����

11

b) Objectifs Le principal but de cette solution est de couvrir toutes les procédures lors d’un

engagement de crédit au DIN.

c) Les domaines gérés � Gestion des DEC

� Accusé / Réception de la DEC

� Gestion des Bons de Commande

� Gestion des Bons de livraisons

� Gestion des lignes budgétaires et des imputations

� Etat des synthèses

Le projet étant fixé pour une durée de 9 à 15 mois, nous nous occuperons uniquement

de la gestion des DEC pour le mois de Juillet 2004. La suite du projet sera effectuée par

Germain DOSSA.

d) Les Aspects techniques L’application a été développée sous Access 2002 avec une architecture client/serveur.

e) Analyse des problèmes et des besoins La solution existante possède plusieurs avantages. Toutefois, elle ne répond pas

entièrement aux attentes du BSI

(1) Points forts L’application couvre la totalité des procédures de la chaîne de dépense, depuis

l’établissement de la DEC jusqu’à la recette de la commande et la gestion, puis le suivi des

engagements budgétaires.

(2) Points faibles Les différents services du SDI n’ont pas des pratiques identiques lors d’une demande

d’achat.

La solution existante prend en compte des modes de fonctionnement propres à un service. Ce

qui signifie qu’elle n’intègre pas les normes et procédures utilisées par les autres services,

notamment celles en vigueur au BSI.

De plus la technologie Access et la base de données sous-jacente ne sont pas capables

de supporter simultanément un grand nombre d’accès.

12

C. DÉFINITION DES BESOINS Le service BSI a des impératifs particuliers quant à sa gestion des DEC. Sa priorité se

situe au niveau du suivi interne des demandes effectuées.

1. Le contexte Le BSI effectue environ mille DEC dans l’année. Leur suivi n’est pas jugé efficace.

De plus, les personnes habilitées à engager des DEC sont réparties sur des sites

géographiquement distincts. La gestion se fait actuellement à partir d’un fichier Excel.

Il est alors difficile de bien coordonner le suivi des DEC. La mise en place d’un outil de

gestion des DEC intégrant le mode opératoire au BSI devient nécessaire.

a) Objectifs proposés Il s’agit alors de mettre au point un outil capable de permettre la gestion centralisée et

le suivi et de coordonner des demandes d’emploi de crédits. Les objectifs visés sont :

� Gain de temps lors des achats

� Meilleur contrôle des DEC

� Meilleur suivi de l’état d’évolution des DEC au service PRI

b) Les enjeux � Moderniser la gestion des DEC

� Donner au service les moyens d’être plus réactif lors des achats

� Réduire le délai de traitement des DEC

c) Exigences proposées pour le nouveau système

(1) Points à conserver � Gestion des DEC : création, modification, édition, consultation, recherche, impression

(2) Points à intégrer � Gestion des habilitations : authentification, confidentialité

� Gestion de la sécurité

� Gestion logique des liens des écrans et convivialité

� Gestion de la navigation grâce à des raccourcis claviers

13

d) Etude d’impact L’application de gestion des DEC n’est pas interfacée avec d’autres applications

existantes. Elle est donc autonome et n’a pas d’impact sur les solutions existantes.

D. CONCEPTION

1. La démarche de conception Etant donné la nature du projet et les délais impartis, la démarche de conception a

consisté à adapter la structure des tables de l’application DIN aux particularités du BSI.

a) Schéma des données et Dictionnaire des données Le cahier des charges décrit ci-dessous s’applique uniquement à la gestion et le suivi

d’une DEC.

b) Les règles des gestion Cf. annexe 2.

c) Le modèle conceptuel des données Cf. annexe 3.

d) Le modèle logique Cf. annexe 4.

14

2. Solution technique La technologie préconisée est une application Web sous EasyPHP : serveur

d’application PHP, Base de données MySQL, serveur Web Apache. L’avantage de cette

solution est que chaque utilisateur peut accéder à l’application à partir d’un ordinateur

connecté au réseau et doté d’un navigateur.

Par ailleurs, l’environnement de développement est gratuit.

1. Le client envoie une requête http au serveur Web Apache

2. Si la page demandée est statique, le serveur Web renvoie la réponse. Sinon, il localise

la page et transmet la requête au serveur d’application

3. Le serveur d’application analyse la requête, l’exécute et termine la page

4. Le serveur d’application transmet la page achevée au serveur Web

5. Le serveur Web renvoie la page achevée au navigateur

3. Interface Homme/Machine

Apache

$�������%(�))�������*��

SGBDR

Navigateur

Connexion à l’application AGeDEC

15

Menu, si l’auteur n’a pas de droit d’administration.

Menu, si l’auteur a les droits d’administration

Création d’une DEC : possibilité d’édition et d’impression

Consultation d’une DEC : possibilité d’édition et d’impression. Jaune : Si l’accusé de réception du PRI n’est pas arrivé après trois jours. Rouge : Si la commande n’est toujours pas prise en compte après 10 jours. Cet écran permet l’affichage sur plusieurs pages ainsi qu’un tri croissant (ou décroissant) sur l’ensemble des catégories. Représente l’annexe 11.

16

Edition/ impression d’une DEC Cf. impression d’une DEC à partir de l’application en annexe 5

Validation d’une DEC : un clic sur un champ permet d’écrire la date d’enregistrement du PRI ainsi que le numéro de la DEC attribuée.

17

Validation d’une DEC. Gestion des données du PRI.

Administration : gestion des utilisateurs, des droits, des marchés, des fournisseurs

Modification d’une DEC : un clic sur un champ parmi les cinq colonnes en rouge (N°dec, N°bdc, Date cde, Montant cde, Statut) permet de le modifier.

Permet de rechercher une DEC parmi plusieurs critères de sélection.

18

���& +������������������#�������#�������#�%��#�����#� ���%����'�#���&�

A. La communication

Le ministère de la justice englobe plusieurs groupes de travail dont le Service Central

de l’Information et de la Communication (SCICOM).

Le SCICOM, qui contient quatre bureaux (presse, politique éditoriale, communication

interne et territoriale et communication externe) et un pôle marchés publics et comptabilité,

définit et élabore le plan de communication annuel du ministère de la Justice et veille à son

application :

• Il coordonne les actions de communication de l’ensemble du ministère de la Justice.

• Il fournit aide et assistance aux directions et services de l’administration centrale, aux

juridictions et services déconcentrés.

• Il est le correspondant du Service d’Information du Gouvernement.

Le bureau de presse assure une couverture médiatique de l’actualité de la Justice en

réalisant des revues de presse nationale, régionale, audiovisuelle et thématique, élabore un

agenda prévisionnel des émissions audiovisuelles, ouvrages et conférences liés à la Justice et

assure des relations presse pour le ministère de la Justice et à la demande des juridictions par

la réalisation : de fichiers presse, de communiqués de presse et de dossiers de presse.

Le bureau de la politique éditoriale gère le site internet du ministère de la Justice,

élabore et suit le baromètre annuel de l’état de l’opinion publique sur la Justice, conçoit un

programme éditorial destiné au grand public et aux professionnels de la Justice.

Le bureau de la communication interne et territoriale cherche à consolider une culture

commune, prépare la construction d’un réseau de correspondants en juridiction, gère les

supports de communication interne : le portail de l’Intranet, l’Intranet du SCICOM et le

magazine interne.

Le bureau de la communication externe prépare et met en œuvre les campagnes

d’information gouvernementale : achat d’espace, relations presses, relations publiques et

19

événements, élabore les plans de diffusion et gère la diffusion des documents édités par le

ministère de la Justice, gère et actualise la base de données des correspondants du ministère

de la Justice et élabore et suit la création des outils de communication.

B. Les relations humaines

Soucieux d’une fluidité de l’accès aux informations, le Ministère de la Justice par

l’intermédiaire de ses différents pôles de communication veille à l’intégration de chacun des

services internes à une mission commune.

« Savoir faire et faire savoir », telles sont désormais les deux composantes

indissociables de l'action publique. Depuis 1994, date de sa création, le Service Central de

l’Information et de la Communication a pour objectif d’impulser aux Français une meilleure

connaissance de la justice et de leurs droits et s'attache à valoriser et à accompagner le travail

de toutes les catégories de personnels du ministère.

En prenant en considération l’opinion publique ou en assurant une aide et assistance

équitable à chacune des directions, le Ministère semble disposé d’un système d’informations

pertinent permettant une proximité avec le personnel comme les citoyens.

Par son effectif de travail, le ministère de la Justice bénéficie d’un potentiel humain

important répartit sur tout le territoire français à travers son siège social ses tribunaux, centres

d’exploitation et secrétariats. La gestion humaine au niveau national nécessite parallèlement

un mode d’organisation structuré stratégique, répartissant par direction, sous directions et

cellules, les principaux pôles intervenant dans le traitement des affaires (communication,

informatique, comptabilité, …). Le ministère de la Justice dispose donc d’une

complémentarité du personnel au sein de ses directions.

Par ailleurs, le personnel bénéficie d’un climat social convivial et dynamique, grâce à

un management participatif de la direction qui propose notamment différents programmes de

formation ou de perfectionnement comme la préparation aux concours internes, ou le

perfectionnement à l’usage de l’outil informatique.

A travers mon stage, j’ai donc pu noté que chaque cellule de travail contribuait par ses

actions tant à l’optimisation des compétences (en faisant appel si besoin était aux autres

cellules expérimentées au sein du Ministère) qu’à l’amélioration organisationnelle (en

révisant les moyens de gestion obsolètes comme le fut l’objectif de mon stage).

20

,����#��

L’objectif de mon stage pour le mois de juillet 2004 consistait en la réécriture d’une

application de gestion financière des Demandes d’Emplois de Crédits (DEC) dans le cadre des

achats du service du BSI en y intégrant la gestion de la sécurité et des droits d’administration.

Ce travail, autorisant la synthèse des DEC traitées, permet de s’informer sur les DEC sans

réponse, incomplète ou en attente de réponses et de pouvoir les relancer ou les modifier. Ce

module est dorénavant disponible sur l’un des serveurs du BSI et mis à la disposition des

utilisateurs.

A première vue, le monde ministériel, sécurisé et chargé de missions importantes, me

semblait peu accessible humainement. Pourtant, il m’a été facile d’observer une ambiance

conviviale dans et entre les différents services.

Le Ministère de la Justice, administration à envergure nationale, prend à cœur la

diffusion de ses valeurs à travers ses nombreux services. Ceci implique une étroite

collaboration entre ces différents acteurs. Ainsi, l’existence d’un service informatique chargé

de l’optimisation des traitements et de l’utilisation d’outils de création informatique au sein du

Ministère de la Justice participe, selon moi, à l’optimisation des contacts et la fluidité des

demandes à travers les services.

Ce stage m’a permis outre de mettre en pratique mes connaissances déjà acquises sur

le développement, de découvrir les bases de conception sur les systèmes de gestion de bases

de données relationnelles et de me familiariser avec les logiciels de conception MEURISE et

UML.

De plus, à travers cette expérience, j’ai pu bénéficier d’une nouvelle connaissance « du

terrain » et des relations de travail, participant à la synergie de groupe et du travail en équipe

qui consistait à mettre en commun les connaissances et idées de chacune des personnes de

l’équipe projet tout en respectant les engagements fournis par le responsable du BSI.

21 Annexe 1

Les acteurs et les flux

1. Demande utilisateur 2. Demande devis 3. Proposition commerciale 4. Demande d’emploi de crédits 5. Demande validation 6. Demande validée 7. Transmission de cette proposition 8. Accusé réception DEC 9. Commande 10. Copie Bon de commande

UTILISATEUR

DOMAINE

SECRETARIAT BSI

BUREAU PRI

FOURNISSEUR

Directeur d’Opération

1

2 3

4

5 6

7 8

9

10

22 Annexe 2

Les règles des gestion

1. Une DEC est réalisée par un seul auteur

2. Un auteur peut faire plusieurs DEC

3. Un auteur est une personne

4. Une personne peut être l’auteur d’une DEC

5. Une personne peut être responsable de livraison de plusieurs DEC

6. Une DEC a pour responsable de livraison une unique personne

7. Un fournisseur peut être associé à plusieurs marchés

8. Un marché dépend d’un seul fournisseur

9. Un marché peut concerner plusieurs DEC

10. Un marché contient un numéro ACCORD et un numéro SULLY (le marché est référencé sous un numéro donné par ces deux applications)

11. Une DEC dépend d’un unique marché

12. Une DEC peut être lié à une petite fille (ACCORD)

13. Une petite fille peut faire l’objet de plusieurs DEC

14. Une petite fille dépend d’une unique fille alors qu’une fille regroupe plusieurs petites filles

15. Une DEC est destinée à être livrée sur un seul site

16. Un site peut faire l’objet de plusieurs livraisons de DEC

17. Une DEC peut être reliée à une action

18. Une même action peut faire l’objet de plusieurs DEC

19. Une action peut être associée à plusieurs sous opérations

20. Une sous opération regroupe plusieurs actions

21. Une opération est constituée de plusieurs sous opérations alors qu’une sous opération peut être liée à plusieurs opérations

23 Annexe 3

Le modèle conceptuel des données

1,n

1,1

1,n

0,1

1,n

1,n

1,n

1,n

1,n

0,1

1,1

1,n

1,1

1,n

1,1

0,n

1,1

0,n

1,1

1,n

0,n

1,1

AUTEURid_auteurPseudopassadm

PERSONNEid_personnenomprénomadresse

DECId_DECN_DECrefBSIdate_transdate_enregdate_cdeprix_réelprix_DEClibelléartiBudgstatutN_BDCpièceconsigne

ACTIONid_Actionsaction

OperationCode_operationoperation

S_OPERATIONCode_sOperationsOperation

SITEcode_sitenom_siteadresse_site

FOURNISSEURid_fournisseurfournisseur

MARCHEid_marchéN_SullyN_Accordlibellé

Petite_filleid_Pfil leP_fil le

Filleid_Fillefi lle

être

demander

Responsable livraison

destiné livraison

associer

concerner

relier

contenir

constituer

lier

regroupe

24 Annexe 4

Le modèle logique

ID_FILLE = ID_FILLE

ID_PFILLE = ID_PFILLE

CODE_OPERATION = CODE_OPERATION

CODE_SOPERATION = CODE_SOPERATION

CODE_SOPERATION = CODE_SOPERATION

ID_ACT IONS = ID_ACTIONS

ID_ACTIONS = ID_ACT IONS

ID_MARCHE = ID_MARCHE

ID_FOURNISSEUR = ID_FOURNISSEUR

CODE_SIT E = CODE_SITE

ID_PERSONNE = ID_PERSONNE

ID_AUT EUR = ID_AUTEUR

ID_PERSONNE = ID_PERSONNEAUTEURID_AUTEUR integerID_PERSONNE integerPSEUDO char(50)PASS char(20)ADM char(20)

PSERSONNEID_PERSONNE integerNOM char(20)PRENOM char(20)ADRESSE char(20)

DECID_DEC integerID_AUTEUR integerID_PERSONNE integerCODE_SITE integerID_MARCHE integerID_ACTIONS integerID_PFILLE integerN_DEC numeric(5)REFBSI char(50)DATE_TRANS dateDATE_ENREG dateDATE_CDE datePRIX_REEL numeric(50)PRIX_DEC numeric(50)LIBELLE char(50)ARTIBUDG integerPIECE char(250)CONSIGNE char(250)STATUT char(10)N_BDC char(20)

ACTIONID_ACTIONS integerACTION numeric(5)

OPERATIONCODE_OPERATION integerOPERATION char(50)

S_OPERATIONCODE_SOPERATION integerSOPERATION numeric(2)

SITECODE_SITE integerNOM_SITE char(50)ADRESSE_SITE char(250)

FOURNISSEURID_FOURNISSEUR integerFOURNISSEUR char(50)

MARCHEID_MARCHE integerID_FOURNISSEUR integerMARCHE char(50)N_ACCORD char(50)LIBELLE char(50)

PETITE_FILLEID_PFILLE integerID_FILLE integerP_FILLE char(50)

FILLEID_FILLE integerFILLE char(50)

CONTENIRID_ACTIONS integerCODE_SOPERATION integer

CONSTITUERCODE_SOPERATION integerCODE_OPERATION integer

25 Annexe 5

DEMANDE D'EMPLOI DE CREDIT - EXERCICE BUDGETAIRE - CHAPITRE 34-05

Références de la demande du chargé d'action 51/2004/DAGE/SDI/BSI/DSIAC

Voir onglet PEC et marchés N° SULLY ACCORD N° enveloppe Opération 153 Fille 153

Sous-opération 6 Petite fille 199

Action 1

Libellé du projet concerné

Fournisseur SCC N° du marché concerné

N° DEC 186 sera indiqué par le bureau PRI

article budgétaire

Administration centrale 10 X

Services judiciaires 20

Services pénitentiaires 40

Services de la protection judiciaire de la jeunesse 50

Services communs 60

Consigne (s) concernant la demande à indiquer sur la commande

Logiciel Norton anti-virus

Pièce (s) jointe(s) à la demande

Adresse de livraison (préciser au minimum le code site et le nom du site) voir onglet sites

Pour les nouveaux sites indiquer l'adresse exacte Nom du correspondant chargé de réceptionner la livraison: Claire P

Tél du correspondant chargé de réceptionner la livraison: 0123456789

Code site : DAGE-D4

Description = Nom du site : DAGE-D4-SF (St fiacre)

Adresse nouveau site :

MONTANT TTC en EUROS DE LA DEC

558,10 �

Visa du chargé de conduite de l'action Date de transmission au PRI 18/07/2004