Feeds:
Posts
Comments

Posts Tagged ‘Formulaire’

temporaire

Let me be clear on this «smart form» thing and what, in my mind, it represents : one knows what a pdf form is: «Each PDF file encapsulates a complete description of a fixed-layout flat document, including the text, fonts, graphics, and other informations needed to display it whatever the application.» in other word, it’s an image, it’s a photo of a form encapsulating content of whatever format into a single document one supposedly cannot change.¹

Permettez moi de clarifier ce truc de «document intelligent» et ce que ça signifie, pour moi : on sait ce qu’est un document pdf : «le document PDF […] préserve les polices de caractères, les images, les objets graphiques et la mise en forme de tout document source, quelles que soient l’application et la plate-forme utilisées pour le lire.» En d’autres termes, c’est une image, une photo d’un formulaire comprenant du contenu de formats divers en un seul document que l’on ne devrait pas savoir modifier¹.

I came to realize there was something wrong in the way we were addressing, at work, the database issue : we started off with one particular set of datas (non conformances) and, because it’s also part of our job, it didn’t take long before we figured it would also be great if we could add various follow-ups (audits, inspections, corrective actions, etc.).

J’ai réalisé qu’il y avait quelque chose qui n’allait pas dans la façon que l’on avait d’aborder, au travail, le problème base de données : nous avons commencé avec un jeu de données (des non-conformités) et, parce que cela fait aussi partie de notre travail, ça ne nous a pas pris longtemps avant de nous figurer que ça serait bien si nous pouvions lui ajouter aussi différents suivis (des audits, des inspections, des actions correctives, etc.).

So basically the database is not even finished and running that we already add disruptive elements in it. The whole logic of its construction with one set of fields should then normally be reconsidered but because of budget constraints and the time factor that job is almost never done and from then on we’re in trouble.

Donc la base de données n’est simplement pas encore finie et en production qu’on lui ajoute des éléments perturbateurs. Toute la logique de sa construction avec un jeu de champs devrait alors être reconsidérée mais pour des raisons de contraintes budgétaires et de temps ce travail n’est presque jamais fait et dès cet instant on est mal.

I wrote about organizing documents like playing lego© some months ago (almost a year now, God time flies!). Basically this holds true if one (understand here an entity, an organization) figures out what its smallest brick is; from then on the ‘game’ consists in playing transcluding elements. In my opinion, this might be possible in very small entities, with a very good understanding of what a highly intergrated structured documents system implies. Or if said entity uses a wiki

J’ai déjà parlé d’organiser des documents comme de jouer aux lego© il y a quelques mois (presqu’un an, comme le temps passe!). En fait ceci est surtout vrai si on (comprendre ici une entité, une organisation) sait en quoi sa plus petite brique consiste; à partir de là le ‘jeu’ consiste à jouer à transclure des éléments. À mon avis ceci n’est possible que dans une très petite entité, avec une bonne compréhension de ce qu’implique un système documentaire très intégré. Ou si ladite entité utilise un wiki

I started with a definition of a pdf document, I’d like now to introduce the element making it «smart» or, at least, «rich» : the possibility to add fields (text, date, image even,…). All entities produce documents, how would one know what they work/ed on otherwise ? This is where the connection with a database may be established : feeding fields in databases with the content of fields in pdf documents. Wouldn’t it be a lot easier for each entity to be given a blank form for them to add whatever fields and have them diplayed as they fancy it ?

J’ai commencé avec la définition d’un document pdf, j’aimerais maintenant introduire l’élément le rendant «intelligent» ou, du moins, «riche» : la possibilité d’y ajouter des champs (texte, date, même une image, …). Toutes les entités  produisent des documents, comment saurait-on sur quoi elles (ont) travaillent/é autrement ? C’est ici que la connexion avec une base de données s’établit : nourrir les champs dans les bases de données avec le contenu des champs des documents pdf. Est-ce que ça ne serait pas plus facile pour chaque entité qu’on lui donne un document vierge à elles d’y ajouter des champs et de les y disposer comme elles le souhaitent ?

temporaire

Asking the IT department to come into play at the very early stages of designing a database seems logical, it might not be such a good idea though. Each department, be they in Engineering, Quality, Tooling, Finance, Commerce, Methods, Research, … needs, at first, to define their own ways of documenting work, of classifying it, archiving, retrieving it (or failing to sometimes). As they produce documents along side their activity, those documents never fail to meet same requirements : title, description, codes sometime, dates, names, … they may even have unique identifications (which, for someone who designs databases, is a godsend).

Demander à la DSI d’intervenir dès les premières étapes de la construction d’une base de données peut sembler logique, elle pourrait pourtant ne pas être une si bonne idée. Chaque département, qu’il soit Ingénierie, Qualité, Outillage, Finance, Commerce, les Méthodes, la Recherche, … a besoin, au début, de définir sa propre façon de documenter les travaux, de la classifier, de l’archiver, de le retrouver (ou de ne pas y parvenir parfois). Comme il produit des documents, en parallèle de ses activités, ces derniers n’échappent pas à la même règle : un titre, une description, des codes parfois, des dates, des noms, … ils peuvent même avoir des identifications uniques (ce qui, pour quelqu’un créant des bases de données, est pain bénit).

Take the picture at the top, we would be between the 2nd and the 3rd step : all pdf forms, with fields (2nd) from each department would need to have some fields which names and formats would be exactly the same³ so that a database would have no problem importing their datas. That’s when IT would come into play : along with ‘actors’² they would define all necessary key elements the latter should bring for IT to play with and design a database.

Prenez l’image du dessus, nous serions entre l’étape 2 et 3 : tous les formulaires pdf, avec les champs (2nde étape) de chaque département devraient avoir quelques champs dont le nom et le format seraient exactement pareils³ de telle façon qu’une base de données n’auraient aucun problème à importer leurs données. C’est là que la DSI interviendrait : avec les ‘acteurs’² ils définiraient tous les éléments clés nécessaires à fournir pour que la DSI puissent jouer avec et construire la base de données.

In other words, a clear definition of roles and responsibilities for all, called into play at appropriate times | En d’autres termes, une définition claire et des rôles et des responsabilités pour tous, appelés à jouer aux moments appropriés.

temporaire

¹ : in reality one can easily modify a pdf document | En réalité on peut aisément modifier un document pdf.

² : Engineering, Quality, Tooling, Finance, Commerce, Methods, Research, … | Ingénierie, Qualité, Outillage, Finance, Commerce, les Méthodes, la Recherche, …

³ : eg FieldName_Description, FieldName_Date, FieldName_Author, … | par exemple  ChampNom_Description, ChampNom_Date, ChampNom_Auteur, …

Advertisements

Read Full Post »