Blogue (En Français)

Conseil sur l'Architecture des Outils de Gestion:Surveillance,Administration,Performance et Capacité (in french)

on Sunday, 02 June 2013. Posted in Blogue (En Français)

Conseil sur l'Architecture des Outils de Gestion:Surveillance,Administration,Performance et Capacité (in french)

 

Votre architecture a besoin une rationalisation des outils de gestion (Surveillance, Administration, Performance et Capacité) .

Nos environnements technologique, la tendance continu vers la simplification et la normalisation de ces outils les jours ou les compagnies on par exemple 4 CRM seront passé d’après moi dans les prochain 24 mois, en meilleur partie a cause du Cloud et la forte poussé de simplifier les environnements de travail.

Voici quelques conseils sur ces sujets:

Surveillance

Afin de maintenir un niveau de disponibilité élevé, toutes les composantes critiques de la solution devraient être surveillées (Applications, Base de Données, Serveurs, SAN, Stockage, Réseau, …).  Une console centrale devrait recueillir tous ces messages d’avertissements et d’alertes et devrait pouvoir avertir un administrateur au besoin.  On aurait avantage à déployer une infrastructure de surveillance robuste et performante en parallèle avec le déploiement des projets affaire afin d’offrir le meilleur niveau de service possible.

La solution de surveillance peut être composée de plusieurs éléments, mes privilégiés sont les logiciels « OpenSource » Nagios, l’exploration de nouveau outils tels le logiciel« OpenSource  MIDAS, la suite de produit HP, Oracle  ou le déploiement de CA-Unicenter.Les outils ci-haut ou développés dans le cadre de projet affaire requiert des alerte, l’aiguilleur d’impression, le serveur de gestion des impressions et les programmes d’interface et d’échange devront s’interfacer au système de surveillance.  C’est dans cette optique que l’interface à l’infrastructure de surveillance devra être bien définie au début de la phase de réalisation. 

Administration

L’architecture technologique devra misé sur la mise en place d’outil comme « Entreprise Manager » d’Oracle en mode trois tiers  ou comme HP, CA, SAP,MSFT, Tivoli….  Ces produit ont deux fonctions : celui de permettre l’administration des diverses composantes de l’application et celle d’offrir une surveillance de la disponibilité des composantes de la base de données.  La durée d’exécution de certains traitements en lots ou rapports pourrait devenir plus longue que prévu au fur et à mesure que des données seront ajoutées ou modifiées.  Pour retrouver une durée d’exécution acceptable, la réorganisation physique des données pourrait être requise, et surtout si la quantité de donnée à réorganiser est importante, un outil de réorganisation en ligne devrait être prévu.

Performance et capacité

Les outils d’analyse de performance comme « IBM Performance Toolbox » et « Performance Aide » , Oracle Test automation ainsi que les outils inclus dans AIX, Solaris tels : « topas », « vmstat », « iostat », « netstat » et « sar » ainsi que le partagiciel « AIX Performance Monitor » sont des outils très utiles pour identifier des problèmes ponctuels.  Pour une analyse de capacité / performance, les mesures doivent être conservées sur une plus longue durée.  Des outils comme « HP SiteScope » ou une combinaison d’outils « OpenSource » tels « AIX Performance Monitor » et « RRD » devraient être évalués.

 

 

Un Livre recommandé – Comment vivre heureux avec les défauts des autres – maitrise de soi écrit par Nelson Bouchard.

on Saturday, 12 January 2013. Posted in Blogue (En Français)

Un Livre recommandé – Comment vivre heureux avec les défauts des autres – maitrise de soi écrit par Nelson Bouchard.

 

 

 

Ce livre intitulé “ Comment vivre heureux avec les défauts des autres – maitrise de soi ” fut écrit par Nelson Bouchard et fut publié en février 2007 aux Éditions Quebecor.

En moins de 165 pages, ce livre donne les bases sur le sujet de vivre heureux avec ceux que nous côtoyons qui demande de recréer sans cesse un équilibre, ce qui n’est pas rien. Mais il donne aussi et surtout une solution intelligente et pragmatique à acquérir une certaine maitrise de ces émotions et adopter des comportements acceptables. Il parle comment c’est important d’accepter les gens comme ils sont, avec leur défauts, également avec leur qualité.

Après une introduction forte intéressante des 34 traits de caractères, je pense que l’auteur les décrit un peu gros, mais c’est pour nous bien voir de quoi il s’agit.

Voici la table des matières du livre:

Avant-propos p.9

Le dépendant p.55

Le narcissique p.93

Le rancunier p.129

L’anxieux p.13

Le désordonnée p.59

L’optimiste naif p.97

Le sauveur p.133

L’avare p.19

Le dominateur p.65

L’orgueilleux p.101

Le solitaire p.137

Le bête, le hargneux p.25

L’égoïste p.69

Le paresseux p.105

Le soumis p.141

Le cachottier p31

L’insatiable p.73

Le grand parleur p.109

Le superstitieux p.147

Le colérique p.35

Le jaloux p.77

Le perfectionniste p.113

Le susceptible p.151

Le complexe p.41

Le manipulateur p.81

Le pessimiste p.117

La victime p.153

Le compulsif p.47

Le menteur p.85

Le plaignard p.121

Ne sait pas dire non p.157

Le contradicteur p.51

Le mollasson p.89

Le prodigue p.125

Conclusion p.161

L’auteur propose un travail bien documenté avec des solutions qu’ils proposent sont réaliste et surtout réalisable si une réelle volonté existe pour apprendre à côtoyer ses différent traits de caractère.

Nous oublions souvent qu’il n’est jamais trop tard pour apprendre, l’auteur nous rappel de savoir apprécier les différentes caractéristiques humaines. Il nous rappel constamment on a tous des défauts et des qualités.

Pour conclure, je dois dire que je le lisais ce livre pour la troisième fois en diagonale et j’avais le même intérêt lors de ma première lecture en 2008.

Voici le lien si vous êtes intéressé à acheter le livre sur Amazon.

http://www.amazon.ca/Comment-vivre-heureux-d%C3%A9fauts-autres/dp/2764011849#sf

 

Simplifier les analyses de risques

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

 

 

Suite à la condition du marché, les analyses de risques seront mises en plus grande importance. Voici les éléments présentés ci-dessous sont soit des facteurs de risque ou des facteurs réduisant le risque.

 

Un exemple

 

                                                   Côtes (1-5)       Commentaires

Équipe de réalisation : ·        2.50 ·        Expertise acquise lors du volet 1 du projet  
Contexte du projet : ·        2.75 ·        Priorités conflictuelles de l’organisation·        Peu de disponibilité des ressources  
Technologie : ·        2.60 ·        Cohabitation d’environnements multiples ·        Données à convertir peu documentées 
Environnement du système ·        2.33 ·        Planification détaillée effectuée·        Essais intégrés prévus 
Pilotage du projet : ·        2.00 ·        Ressources à obtenir  
Projet : ·        4.00 ·        Portée du projet simple et bien définie 

 

 

        

But du document CV100

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

Le livrable CV.100 de la méthodologie AIM sert à documenter les mécanismes de contrôle et de validation des données converties.  Il identifie les requêtes et/ou rapport à obtenir [our le projet pour les comparer avec d’autres requêtes ou rapport obtenus des systèmes sources.

 

Questions a votre fournisseur sur l'évolution de vos logiciels

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

Question  a votre fournisseur sur l'évolution de vos logiciels

 

  QUESTIONS
1 Comment sont établies les priorités qui déterminent le contenu des nouvelles versions des logiciels proposés ? Décrivez comment les clients peuvent influencer la direction et les priorités ?
2 Quelle est la fréquence de livraisons des nouvelles versions et mise à jour de version des logiciels proposés ?
3 Quel est le nombre d'années durant laquelle un logiciel est il supporté ?
4 Combien de versions antérieures du logiciel supportez-vous ?
5 Quelle est la date prévue des prochaines versions ?
6 Quels ont été les principaux changements dans les deux (2) dernières versions ?
7 Quels sont les principaux changements de la prochaine version ?
8 Quels sont les délais moyens pour implanter une nouvelle version des produits proposés dans un environnement client?
9 Lors de la mise en disponibilité d'une nouvelle version du logiciel, un plan et des outils de conversion sont-ils disponibles et fournis aux clients ?
10 Est-on obligé d'installer les nouvelles versions? Qu'arrive-t-il si on ne le fait pas ?
11 Donnez les délais relatifs à la disponibilité de la version française d'une nouvelle version.

Grille de pondération

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

 Voici un exemple d'une grille de pondération:

 

Facteur Politique d'approvisionnement Pondération proposée
Prix Min 30% 30%
Qualité Min 10% 50%
Devis fonctionnel -- 30%
Gestion des hiérarchies -- 6%
Gestion des incidents opérationnels -- 4%
Gestion des risques et des contrôles -- 5%
Gestion de la conformité -- 3%
Gestion des indicateurs de risque -- 1%
Gestion des documents de référence -- 2%
Analyse et rapport -- 2%
Spécifications fonctionnelles générales -- 7%
Devis d'intégration -- 10%
Devis technologique -- 10%
Besoins d'exploitation -- 2%
Besoins de sécurité -- 2%
Besoins de l'environnement de développement -- 2%
Besoins d'intégration et d'échanges -- 2%
Composantes environnements -- 2%
Service Min 10% 20%
Disponibilité du support -- 2%
Maturité de la solution -- 5%
Nombre de client -- 2%
age de la solution -- 2%
Durée de support des anciennes versions -- 2%
Cycle des nouvelles versions -- 2%
Cycle des correctifs -- 2%
Expertise présente à l'interne -- 3%

But du document TA-070

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

Le but de ce document est de proposer une architecture technologique qui sera capable de fournir les services de traitement requis par la clientèle visée pour les applications ressources matérielles, ressources financières, ressources humaines et traitement de la paie du PGI d’Oracle.

L’architecture technologique proposée se veut une évolution de l’infrastructure technologique déjà mise en place afin d’y inclure les applications non documenté ainsi qu’une augmentation de la clientèle cible pour l’ensemble des applications.

Ce document devrait être révisé à chacune des phases du projet afin de tenir compte des décisions prisent, de l’évolution de la technologie et des connaissances acquises lors des phases précédentes.

<!--[if !supportLists]-->Le document est divisé en 4 grandes parties.

La première partie reprend l’infrastructure technologique déjà déployée par le projet  pour un sous-ensemble de la clientèle visée.

La deuxième partie présente l’architecture technologique préconisée pour l’ensemble les applications du projet  (ressources matérielles, financières, humaines et traitement de la paie) et ce pour l’ensemble de la clientèle visée.

La troisième partie présente les éléments de la solution finale afin de supporter les environnements de développement et de tests pour les applications et ce, en plus de l’infrastructure requise pour les applications pour l’ensemble de la clientèle.

Enfin, la dernière partie du document est réservée aux considérations non déjà exprimées.

Le stress est nécessaire mais un

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

Stress positif, qui pousse à agir, du fait qu’on travaille dans un projet . Il faut le maintenir. 

Stress négatif, qui paralyse et nuit aux opérations quand:

v     Charge de travail  trop grande, échéances très serrées

v     Manque de contrôle sur les évènements et les autres personnes

v     Ambiguïté au sujet de l’avenir

v     Manque de reconnaissance (sous forme d’incitatifs entre autres)

v     Manque de communication et d’organisation

v     Ordres contradictoires

v     Intolérance à l’erreur

 v     Manque de respect envers les autres (ex.: reporter la faute sur les absents sous forme de caricature individuelle)

v     Secrets « dans les corridors »

v     Manque d’humour

v     Bouderies

v     Impression de se « brûler »

Outil Mercury Kintana

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

Pour des besoins d’illustration, le document utilise comme exemple la configuration d’ObjectMigrator pour une application de progiciel intégré. Cette application prend en compte les instances PDEV (Développement), PREF(Référence) et PCNV (Conversion). Schéma 1 : Ce schéma montre les liens entre l’instance d’installation d’ObjectMigrator et les instances pour lesquelles l’on veut réaliser des migrations.-          ObjectMigrator repose sur trois éléments :

o        un ensemble de rapports exécutés comme des programmes concurrents pour réaliser les migrations. La figure 1 dresse la liste de tous les rapports disponibles

Object Migrator

Figure 1 : liste des rapports disponibles dans ObjectMigrator.o        un ensemble de packages SQL utilisés pour réaliser la configuration nécessaire pour préparer les migrationso        un ensemble de scripts Shell utilisés lors de l’installation d’objetMigrator.

-          Au niveau base de données, ObjectMigrator est installé dans un schéma appelé CLM et qui doit contenir des DB_LINKs pointant sur les schémas APPS des instances entre lesquelles les migrations doivent être effectuées.  La figure 2 illustre avec les flèches en traits pleins les DB_LINKs et les flèches en traits pointillés le sens des migrations désirées (de PDEV vers PREF ou de PCNV vers PREF).

Object Migrator 2

 

Création d'une matrice

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

 

 

Pour répondre a quelque question que j'ai eu par courriel 

 

On appelle matrices les tables qui contiendront les données dans un Bureau d’affaire par exemple.

Création d’une matrice « vierge »

 

Une matrice « vierge » signifie que l’utilisateur aura à définir chacun des champs manuellement. On utilise cette option lorsque l’on désire partir de zéro dans la conception d’une matrice.

 

Création de Matrice

 

 

 


 

Travailler plus intelligemment et non plus fort se faciliter la vie...

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

Travailler plus intelligemment et non plus fort se faciliter la vie grâce a l’amélioration des processus.

Quand j’étais adolescent, je me rappelle avoir aidé ma mère un soir a préparer le repas, un bœuf Wellington. Elle suivait une veille recette de famille qui indiquait de couper les deux bouts du filet de bœuf. Comme la rôtissoire était bien assez grande pour que le bœuf y tienne au complet, ça ma semblé étrange. Je lui est donc demandé pourquoi elle coupait les deux bouts du filet. Parce que c’est comme ça que ta grand-mère faisait, me répondit-elle.

J’ai alors pris le téléphone pour appeler ma grand-mère pourquoi elle coupait le bœuf des deux bouts du filet de bœuf. Parce que c’est comme ça que ton arrière-grand-mère faisait. Durant l’été  on est allé visiter mon arrière-grand-mère et lui demandant pourquoi sa recette de bœuf nous demandait de couper les bouts du filet. Mon arrière grand-mère me répondit : Parce que ma rôtissoire était trop petite.

Il nous arrive souvent de faire des choses d’une telle façon simplement parce que c’est toujours ainsi qu’elles sont faites. Nous devenons tellement habitués à nos veilles méthodes que nous ne réalisons pas qu’il peut y avoir une meilleure méthode, plus rapide plus économique, plus pratique, plus sécuritaire et plus efficace d’accomplir une tâche.

C’est la qu’intervient l’amélioration des processus se définit comme suit : une série d’actions mises en œuvre pour identifier analyser et améliorer des processus existants au sein d’une organisation afin d’atteindre de nouveaux objectifs.

Vous entendrez désormais beaucoup parler ‘d’amélioration de processus autour de vous.

Le premier effort est presque tout le temps sur le côté opérationnel de l’entreprise ou agence gouvernementale. Pourquoi? Parce qu’il est au cœur des services offerts, et d’habitude sont coûteux.

‘Allégé’ est une autre appellation du système Toyota et c’est par cette voie que Toyota a surpassé l’industrie automobile américaine. Quand on l’applique aux entreprises en générale. La voie « Allégé » mène à :

  • De meilleurs services
  • Une sécurité accrue des systèmes et individu
  • Une économie de temps
  • Des améliorations à l’égard de la rétention et de la satisfaction du personnel
  • Une capacité de servir et fournir a un meilleur niveau

Il y aurait encore beaucoup à dire, mais je vais en garder pour plus tard.

La pression s’exerce sur les chefs, 6 défis à court terme

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

En raison de la situation économique, les chefs doivent s’assurer l’efficience de l’exploitation et s’assurer de discuter et bien communiquer la stratégie.

 Liste de défi à court terme 

  1. Les contrôles internes, les risques et l’obligation de rendre compte.
  2. Qualité de l’information
  3. Réduction des coûts
  4. La gestion du talent
  5. Les activités d’affaires et la valeur pour les actionnaires
  6. L’exécution de la stratégie

 La priorité est d’assurer le bon fonctionnement des comptes de la société. Il faut ensuite contribuer à la mise en œuvre de la stratégie puis éxécution de la stratégie.

 

Facteurs critiques de succès

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

Les facteurs critiques de succès pour atteindre les objectifs fixés dans le déploiement d'une solution d'entreprise sont:

·         Appuie de la haute direction et des gestionnaires dans la mise en place de la solution.

·         Plan de communication efficace, et excellent canal de communication entre le projet et le client

·         Mise en place d’un comité tactique pour s’assurer que tous les points en suspens soient résolus rapidement.

·         Implication des intervenants du client dès le début dans le processus de déploiement de la solution.

·         Accès à une trousse de déploiement généré à la conception de la solution, pour optimiser la productivité de l’équipe de déploiement.

·         Formation appropriée des intervenants du client

 

La gestion du changement

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

 La mise en place d’un nouveau système ne peut réussir sans une stratégie de gestion du changement.  Cette dernière comprend une communication efficace, une formation adaptée, une structure de support et d’encadrement des utilisateurs avec la méthodologie utilisée.La stratégie de gestion du changement implique la participation de tous les gestionnaires et professionnels TI afin de garantir l’ADHÉSION, L’IMPLANTATION et l’APPROPRIATION dans l’action.

Qu’est-ce qu’un entrepôt de données?

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

 

  • ·Représente l’intégration du modèle d’affaires de l’entreprise;
  • ·Organisé et « interrogeable » par sujet;
  • ·Comprend strictement que des données historiques;
  • ·Les données proviennent de plusieurs sources d’information (données opérationnelles) pour être ensuite chargées dans un format de type informationnel;
  • ·Les données sont mises à jour régulièrement (Right Time not Real Time);
  • ·Les données chargées sont rarement modifiées;
  • ·La structure de données est construite pour rencontrer les besoins informationnelles de l’entreprise;
  • ·Les utilisateurs ont confiance dans l’information provenant de l’entrepôt de données;

Principe directeur pour le TE.010

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

·         La stratégie d’essais repose sur le principe du « particulier au général ». Le premier niveau d’essais sert à vérifier les composantes élémentaires du PGI. Ces composantes sont ensuite assemblées dans des regroupements plus importants et leur intégration est vérifiée dans les niveaux supérieurs d’essais jusqu’au dernier niveau où la solution Financier,Projet,Ressources humaines, etc.. du projet est vérifiée dans son ensemble;

·         Chaque niveau d’essai vérifie des conditions différentes de fonctionnalités. Afin d’éviter le dédoublement d’efforts, les conditions vérifiées à des niveaux inférieurs d’essais ne doivent pas être vérifiées à nouveau aux niveaux supérieurs, sauf pour les essais d’acceptation du client où les utilisateurs peuvent tester des conditions vérifiées dans les niveaux inférieurs;

·         La stratégie des essais devrait être arrimée à la stratégie de réalisation et s’harmonisera avec le plan global de déploiement du projet;

·         L’utilisation d’outils informatisés d’assistance à la gestion des essais sera privilégiée;

·         Le contenu des livrables AIM rattachés aux essais sera ajusté pour s’adapter aux outils informatisés d’assistance à la gestion des essais disponibles;

·         Des jeux permanents de paramètres et de données réalistes seront disponibles en regard des environnements et des livraisons afin de faciliter la réalisation des essais;

·         Des jeux permanents d’essais (flux de scénarios) seront disponibles pour les différents  essais;

·         Les essais seront exécutés dans des environnements stables et contrôlés; l’installation de correctifs d’Oracle pendant les périodes d’essais ne sera pas autorisée, à moins que les essais ne soient complètement arrêtés dû à l’absence d’un correctif donné.

 

Architecture de sécurité du bureau d’affaires pour l’entreprise

on Tuesday, 01 January 2013. Posted in Blogue (En Français)

 Un document important et parfois oublié sur un projet d’entreprise, est l’architecture de sécurité du bureau d’affaires pour l’entreprise.Ce document décrit les fonctions générales du mécanisme de sécurité qui sera implanté pour le Bureau d’affaires.

Important que les points suivant devrait être  couverts par ce document et analyse.

Quatre niveaux de contrôles sont d’habitudes exercés pour accéder à l’information de gestion :

v  Accès à la base de données du bureau d’affaires;

L’accès aux informations produites par le bureau d’affaire doit être uniquement disponible par un utilisateur Oracle normalisé.

v  Accès aux vues du bureau d’affaires

v  L’accès aux vues du bureau d’affaires est calqué de la sécurité des financiers et Manufacturier d’Oracle. Le contrôle d’accès aux vues se fera via des rôles Oracle qui correspondent aux responsabilités définies dans le ERP d’Oracle.

v  Accès à des vues pilotes ou grand public.

Certaines vues et certaines colonnes ne seront disponibles que pour les pilotes du système.

v  Accès aux enregistrements retournés par des vues sécurisées

Les enregistrements retournés par les requêtes sont fondés uniquement sur certains segments de la Charte comptable, soit l’entité, le centre de responsabilité, les objets comptables et les projets.

Besoin de base institutionels

Les points suivant doit être couverts durant le développement de la définition des besoins de l’architecture de sécurité pour le projet:

v  Harmonisation entre un utilisateur  ERP et d’un utilisateur du Bureau d’affaires.

v  Harmonisation entre une responsabilité ERP et un rôle du Bureau d’affaires.

v  Harmonisation de l’accès aux informations uniquement  auxquelles l’utilisateur a droit.

v  Besoins de sécurité pour les données informationnelles de l’entreprise

v  Gestion des mots de passes pour la solution et non seulement le ERP (changement de mot de passe, mot de passe oubliés …)

 

 

 

Copyright 2015 Appsconsultant.com. All rights reserved.