Author: jcouteau Date: 2009-09-24 12:13:35 +0200 (Thu, 24 Sep 2009) New Revision: 2705 Removed: trunk/src/site/resources/class/ trunk/src/site/resources/uc/ trunk/src/site/rst/callao.rst trunk/src/site/rst/classes.rst trunk/src/site/rst/contexte.rst trunk/src/site/rst/developpement.rst trunk/src/site/rst/usecases.rst Modified: trunk/src/site/rst/contact.rst trunk/src/site/rst/features.rst trunk/src/site/rst/howto.rst trunk/src/site/rst/index.rst trunk/src/site/rst/lexique.rst trunk/src/site/rst/news.rst trunk/src/site/rst/presentation.rst trunk/src/site/rst/roadmap.rst trunk/src/site/rst/screenshots.rst trunk/src/site/site.xml Log: Move Callao maven-site pages to callao maven site Update maven-site Deleted: trunk/src/site/rst/callao.rst =================================================================== --- trunk/src/site/rst/callao.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/callao.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -1,40 +0,0 @@ -====================== -Présentation de CALLAO -====================== -(Computing Active Layer for Lutin's Accounting Organization) - -``1. Présentation`` -------------------- - -La comptabilité est une tâche longue, répétitive, et induisant un nombre important de contrôles et de calculs. - -C'est un excellent exemple de ce que l'automatisation grâce à l'informatique peut apporter en terme de gain de temps. Longtemps réservée aux grosses entreprises, l'explosion de l'informatique personnelle (puis portable) à largement démocratisé la comptabilité par informatique mais toujours par le biais de solutions malheureusement propriétaires et/ou peu portables. - -L'essor récent du logiciel libre permet l'émergence de solutions encore plus accessibles, débarrassées des traditionnels verrous emprisonnant l'information comptable, et donc son propriétaire, dans un contexte étriqué d'utilisation. Ces logiciels nécessitant l'achat de licences spécifiques en cas d'emplois sur plusieurs postes, et interdisant le partage ou la migration entre applications "concurrentes". - -``2. Naissance`` ----------------- - -Issu du projet Chorem_, et créé pour fonctionner en environement LIMA_, CALLAO_ est un moteur de comptabilité `libre de droits`_ respectant les conventions ainsi que les normes comptables imposées aux entreprises par la législation française. - -``3. Architecture`` -------------------- - -Les utilisateurs de l'environnement LIMA_ effectuaient jusqu'alors cette gestion des données gràce au WebService d'OFBiz-Neogia. CALLAO_ doit pouvoir se substituer à ce WebService mais sans refondre LIMA_ afin de laisser aux utilisateurs de l'environnement le choix du moteur de comptabilité qu'ils utilisent ou de faciliter les migrations d'un moteur à l'autre [#]_. -Ainsi notre couche de DTO se substituera à toute la partie exterieurs à l'interface de LIMA_ comme suit : -Ainsi notre couche de DTO se substituera à toute la partie exterieurs à l'interface de LIMA comme suit : - -.. image:: resources/schemas/schema-architecture.png - - - -On peut voir que la DTO utilise le modèle définit par le design pattern du même nom pour décrire le moteur CALLAO de l’application comptable finale. L’architecture est elle même composée de deux couches : une de persistance pour la gestion des données, et une autre métier pour la gestion des flux entre la persistance et les interfaces d’entrées/sorties véhiculées par des objets JavaBeans. - - ----- - -.. _`libre de droits`: licence.html -.. [#] A cet effet des fonctions d'import et d'export seront mises en place. -.. _ChoreM: http://chorem.labs.libre-entreprise.org -.. _LIMA: presentation.html -.. _CALLAO: callao.html Deleted: trunk/src/site/rst/classes.rst =================================================================== --- trunk/src/site/rst/classes.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/classes.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -1,287 +0,0 @@ -==================== -Diagramme de classes -==================== - -.. image:: class/class-diag.png - -``Entry`` -========= -``Description :`` ------------------ -Une Entry est une écriture comptable, qui traduit le passage d'une somme au débit ou au crédit d'un compte. - -``Attributs :`` ---------------- - -- description : Description textuelle de l'opération. - -- amount : Montant de l'opération, stocké sous forme de string. - -- debit : Booléen indiquant s'il s'agit d'une opération de type débit ou crédit. - -- lettering : Chaîne de caractères employée pour le lettrage - -- detail : Chaîne de caractères servant au stockage d'informations caractérisant l'écriture en question au format CSV. - -- Transaction : Une Entry fait forcément partie d'une Transaction (soit d'une Transaction existante, soit une nouvelle Transaction est créée lors de la création - - -``Liens :`` ------------ - -- Log : Toute opération sur une Entry sera consignée dans un objet Log(RM). - -- Account : Une Entry est une opération de débit ou de crédit sur un compte donné. Chacune d'elle concerne donc un et un seul compte. - - - -``Transaction`` -=============== -``Description :`` ------------------ -Une Transaction représente une opération comptable, soit un ensemble d'écritures (Entry). Une Transaction n'est dite équilibrée que si la somme des montants des écritures de débit qui la composent est égale à celle des écritures de crédit(RM). Elle fera souvent référence à un document justificatif (par exemple une facture) qu'elle représentera comptablement. Elle est passée à une date donnée qui concerne par extension toutes les écritures qu'elle contient. - -``Attributs :`` ---------------- - -- entryDate : La date d'entrée de l'opération (saisie par l'utilisateur). - -- voucherRef : Si utile, référence du document justificatif. - -- description : Description textuelle. - - -``Liens :`` ------------ - -- Entry : Une Transaction est une composition d'un certain nombre d'écritures (Entry). - -- TimeSpan : Une transaction intervient pendant un intervalle de temps. La clôture de cet intervalle de temps (TimeSpan) implique que la Transaction n'est pas modifiable (règles métier de l'application(RM)). - -- Journal : Une Transaction appartient à un journal donné, selon là où elle a été entrée par l'utilisateur. - - - -``TimeSpan`` -============ -``Description :`` ------------------ -Un TimeSpan, ou intervalle de temps, représente une subdivision de l'exercice comptable (Period) en plusieurs périodes plus petites afin de pouvoir clôturer son travail au fur et à mesure. La loi impose juste que les exercices soient clôturés de manière définitive, donc les clôtures de TimeSpan seront réversibles(RM). Un intervalle de temps ne pourra être verrouillé que si les précédents intervalles sont également verrouillés(RM). L'idée de cette fonctionnalité nous a été soumise par notre professeur de comptabilité. Nous avions commencé par concevoir des intervalles de temps de durée quelconque mis en place par l'utilisateur avant de s'orienter vers des TimeSpan d'une durée d'un mois, également sur ses conseils. Les différents TimeSpan (autant que de mois pour l'exercice) seront générés lors de la création de l'exercice(RM). - -``Attributs :`` ---------------- - -- beginTimeSpan : Date de début de l'intervalle de temps. - -- endTimeSpan : Date de fin de l'intervalle de temps. - -- locked : Booléen indiquant si l'IT est clôturé ou non. - - -``Liens :`` ------------ - -- Period : Un intervalle de temps appartient à un exercice (Period donné). En fait, il constitue un mois de cet exercice. Les dates de début et de fin de l'IT sont donc évidemment comprises dans celles de l'exercice auquel il appartient. - -- Transaction : Un ensemble de transactions est effectué pendant un intervalle de temps donné, déterminé par la date de transaction. Un intervalle de temps ne peut être clôturé que si toutes ses transactions sont équilibrées(RM). - - - -``Period`` -========== -``Description :`` ------------------ -Il s'agit d'un exercice comptable. Ses dates seront définies par l'utilisateur dans la limite de certaines règles métier qui permettront de respecter le cadre légale : un exercice commence là où le précédent se finit; la durée de l'exercice est fixée à l'avance et ne peut être modifiée; la clôture d'un exercice est définitive(RM). Il ne peut y avoir plus de deux exercices ouverts en même temps(RM) et aucun exercice ne peut être clôturé sans que le précédent ait été clôturé(RM). Lors de la clôture d'un exercice, une opération de report à nouveau est effectuée sur l'exercice suivant(RM). De fait, il est impossible de clôturer un exercice sans avoir préalablement créé le suivant(RM). - -``Attributs :`` ---------------- - -- beginTimeSpan : Date de début de l'exercice. - -- endTimeSpan : Date de fin de l'exercice. - -- locked : Booléen indiquant si l'exercice est clôturé ou non. - - -``Liens :`` ------------ - -- TimeSpan : Un exercice contient, selon sa longueur, un certain nombre d'intervalles de temps qui correspondent à ses différents mois. Les différents TimeSpan sont créés en même temps que l'exercice(RM). La clôture de l'exercice implique automatiquement la clôture de tous ses TimeSpan(RM). - - - -``Journal`` -=========== -``Description :`` ------------------ -Le logiciel supporte la « comptabilité multi-journal », c'est-à-dire que l'utilisateur peut saisir ses opérations dans plusieurs journaux différents (Journal des ventes, journal des achats...). - -``Attributs :`` ---------------- - -- label : Libellé du journal. - -- prefix : Prefix du journal, utilisé par l'interface. - - -``Liens :`` ------------ - -- Transaction : Un journal est composé de transactions, mais peut être vide. - - - -``Log`` -======= -``Description :`` ------------------ -Chaque ajout/modification/suppression sur une Entry entraine la création d'un log contenant toutes les nouvelles informations de celui-ci (qui seront vides s'il s'agit d'une suppression(RM)). La modification d'une Transaction entraine aussi la création d'un log pour chacune de ses Entry(RM). Dans la mesure où les logs devraient pouvoir être consultés sans impliquer de traitement, on y réunira les informations consultant les Entry et les Transaction. - -``Attributs :`` ---------------- - -- logDate : Date où le log est créé (déterminée à partir de l'horloge système) - -- type : Type de modification. Peut prendre 4 valeurs différentes : add (ajout), mod (modification), del (suppression), tmod (modification de transaction). - -- transDate : Date de la Transaction. - -- voucherRef : Référence du justificatif de la Transaction. - -- transDesc : Description de la Transaction. - -- entryDesc : Description de l'Entry. - -- amount : Montant de l'Entry. - -- debit : Booléen indiquant s'il s'agit d'une écriture de débit ou de crédit. - -- lettering : Letterage de l'Entry. - - -``Liens :`` ------------ - -- Entry : Le log correspond à une Entry qui, elle, peut avoir plusieurs logs (au moins un et autant qu'elle a subi de modifications). - - - -``Account`` -=========== -``Description :`` ------------------ -Correspond à un compte du PCG. Les sous-comptes (e.g. 4111) sont considérés comme étant agrégés dans leur « compte père » (e.g. 411). Un compte ne peut être supprimé s'il contient des écritures(RM). - -``Attributs :`` ---------------- - -- label : Libellé du compte. - -- accountNumber : Numéro de compte. - -- Entry : Les Entry représentent les différentes opérations effectuées sur les comptes. Plusieurs écritures peuvent être passées concernant un compte donné, mais celui-ci peut exister sans écriture. - - -``Liens :`` ------------ - -- Account : Un compte peut contenir des sous-comptes. - - -``CallaoUser`` -============== -``Description :`` ------------------ -Bien que l'interface prévoit une phase d'authentification à son lancement, il n'est pour l'instant pas prévu d'implémenter une gestion multi-utilisateurs de Callao. Nous ajoutons néanmoins cette classe afin de pouvoir prévoir cette gestion dans une implémentation future. - -``Attributs :`` ---------------- - -- userID : ID de l'utilisateur. - -- login : Login de l'utilisateur. - -- password : Mot de passe de l'utilisateur - -- right : Code le groupe de droits auquel l'utilisateur a accès - - - -``User`` -======== -``Description :`` ------------------ -Cette classe va permettre de typer des écritures vis à vis des utilisateurs relatifs qu'elle touche. Ceci permettre d'effectuer des tris d'écriture afin d'extraire le coût ou produit généré par des individus. -Cette démarche s'inscrit dans l'optique d'une synchronisation des données entre Chorem et Callao. - -``Attributs :`` ---------------- - -- matcher : Le nom d'utilisateur - - - -``Type Presta`` -=============== -``Description :`` ------------------ -Correspond aux propriétés d'une écriture. Permet de définir et classifier les écritures grâce aux catégories pertinentes afin de mieux analyser les résultats des différentes activités de l'entreprise. - -``Attributs :`` ---------------- - -- matcher : Description du type de prestation associée à une écriture - - - -``Client`` -========== -``Description :`` ------------------ -Les catégories de clients sont des informations venant éventuellement se greffer sur des comptes afin de mieux renseigner les informations sur ces derniers, de pouvoir éventuellement les regrouper et déduire des généralisations par catégories de client, anticiper des durées de stockages de créances pour un client lambda fonction de sa catégorie. -Ces catégories seront cependant le plus souvent associées aux comptes descendants du compte 411 (client) et assez rarement (voir pas du tout) d'autres comptes sauf exceptions sur les comptes 416 ou autres cas exceptionnels. -Ce système reste évolutif et permet à un comptable d'associer des catégorie à n'importe quel compte dans la mesure où il le jugerait utile. - -``Attributs :`` ---------------- - -- matcher : Le nom de la catégorie du client. - - - -``Project`` -=========== -``Description :`` ------------------ -Les projets sont un moyen de regrouper des écritures afin de réaliser des recherches et des calculs de coûts associés à un projet précis. Ainsi un comptable pourra réaliser une compta-analytique et connaître la rentabilité de ses différents contrats. -A long terme ces informations relatives à un projet proviendront de Chorem ou d'autre solutions purement de gestion de projet, ces informations seront importé afin d'en faciliter l'analyse comptable. - -``Attributs :`` ---------------- - -- matcher : Le nom du projet. - -- uri : Une adresse vers laquelle sur laquelle pointera le projet Chorem relatif à l'écriture ciblée. - - - -``Tax`` -======= -``Description :`` ------------------ -Permettra d'assigner un type d'impot à une écriture comptable (TVA, IS, Banque, etc.). - -``Attributs :`` ---------------- - -- matcher : Un type de taxe. - - - -``Particularité des classes : User, TypePresta, Client, Project et Tax`` -======================================================================== -``Explication :`` ------------------ -Ces classes s'inscrivent dans une démarche de synchronisation des données entre Callao et Chorem dans l'objectif de pouvoir catégoriser des données en fonctions de ces cinq critères, fournis par Chorem. -Ces données seront en fait stockées dans l'attribut detail d'une instance d'Entry afin dans une structure de données formatée CSV. -Par exemple : "user:dupont;user:martin;typePresta:dev;client:LM;projet:lima" Modified: trunk/src/site/rst/contact.rst =================================================================== --- trunk/src/site/rst/contact.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/contact.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -2,17 +2,12 @@ Contact list ============ -Lima-Callao ------------ +Pour contacter les membres du projet ou suivre son évolution, vous pouvez +utiliser les listes de diffusion du projet : -*Chef du projet* - - Julien Ruchaud (ruchaud[at]codelutin.com) - - Ying GU (ygu[at]codelutin.com) - - Gildas Le Mentec (glementec[at]codelutin.com) -*Membres* - - Olivier Camon (ocamon[at]codelutin.com) - - Guillaume Lhermitte (lhermitte[at]codelutin.com) - - Emmanuel Joubaud (ejoubaud[at]codelutin.com) +Liste utilisateurs : (..USERS_) Liste de discussions des utilisateurs de LIMA_ +Liste développeurs : (..DEVEL_) Liste de discussions des développeurs de LIMA_ +Liste des commits : (..COMMITS_) Liste des modifications du code de LIMA_ ======= Support @@ -21,7 +16,9 @@ .. image:: logo/codelutin.png -Code Lutin est une société de services en logiciels libres spécialisée dans les technologies Java/J2EE, XML, UML. Son offre s'étend à l'audit, au conseil, à la tierce maintenance applicative et à la formation. +Code Lutin est une société de services en logiciels libres spécialisée dans les +technologies Java/J2EE, XML, UML. Son offre s'étend à l'audit, au conseil, à la +tierce maintenance applicative et à la formation. SARL Code Lutin 44 boulevard des Pas Enchantés @@ -33,7 +30,8 @@ Tél : 02 40 50 29 28 -Code Lutin participe activement au mouvement du logiciel libre et fait partie du consortium ObjectWeb, d'Alliance Libre et du réseau Libre-entreprise +Code Lutin participe activement au mouvement du logiciel libre et fait partie du +consortium ObjectWeb, d'Alliance Libre et du réseau Libre-entreprise Plus_. @@ -51,7 +49,9 @@ Un regroupement de sociétés expertes en solutions libres -Libre-entreprise est un réseau de sociétés de services en logiciel libre. Son développement est fondé sur celui de la communauté du libre : mutualisation des compétences et transparence +Libre-entreprise est un réseau de sociétés de services en logiciel libre. Son +développement est fondé sur celui de la communauté du libre : mutualisation des +compétences et transparence. SiteLibreEntreprise_. @@ -68,3 +68,8 @@ SiteAllianceLibre_. .. _SiteAllianceLibre: http://www.alliance-libre.org/ + +.. _USERS: http://list.chorem.org/cgi-bin/mailman/listinfo/lima-users +.. _DEVEL: http://list.chorem.org/cgi-bin/mailman/listinfo/lima-devel +.. _COMMITS: http://list.chorem.org/cgi-bin/mailman/listinfo/lima-commits +.. _CALLAO: http://maven-site.chorem.org/lima/ Deleted: trunk/src/site/rst/contexte.rst =================================================================== --- trunk/src/site/rst/contexte.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/contexte.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -1,16 +0,0 @@ - -================== -Contexte du projet -================== - -Issu du projet Chorem_, et créé pour fonctionner en collaboration avec LIMA_, CALLAO_ est *un moteur de comptabilité générale* respectant les conventions ainsi que normes imposées par la législation française aux entreprises. - -Ce rôle était jusqu'à alors remplis via le WebService d'OfBiz-Neogia, CALLAO_ doit pouvoir se substituer à ce WebService mais sans refondre LIMA afin de laisser aux utilisateurs de LIMA le choix du moteur de comptabilité qu'ils utilisent ou de faciliter les migrations d'un moteur à l'autre [#]_. - - ----- - -.. [#] A cet effet des fonctions d'import et d'export seront mises en place. -.. _ChoreM: http://chorem.labs.libre-entreprise.org -.. _LIMA: presentation.html -.. _CALLAO: callao.html Deleted: trunk/src/site/rst/developpement.rst =================================================================== --- trunk/src/site/rst/developpement.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/developpement.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -1,47 +0,0 @@ -============= -Développement -============= - -| Nous utiliserons cette section pour fournir des informations concernant l'avancement du développement du moteur Callao. - - ------------------------ -La génération via ToPIA ------------------------ - -A l'heure actuelle, la génération de code concerne uniquement la couche de données via l'utilisation de ToPIA-persistence_ avec xmi pour la définition du modèle, H2 pour la base de données, Hibernate pour la couche d'accès aux données, et Java pour l'implémentation. -La construction et la génération du code du projet s'effectue directement via Maven à l'aide de la commande de compilation : - -``mvn clean compile`` - -L'ensemble des paramètres commandant cette génération sont définis dans les fichiers de configuration de Maven du super pom et du pom du module ''callao-entity''. Le modèle quant à lui est stocké dans un fichier ''zargo'', toujours dans le module ''callao-entity'' et peut être consulté à l'aide d' ArgoUML_ . -LIMA propose un certain nombre de services disponibles via des interfaces, le but initial de CALLAO et de pouvoir implémenter ces services de manière locale ou distante. L'utilisation de Web Services, comme mis en place pour effectuer la communication entre LIMA et OFBiz constitue la solution à cette problématique. - - - -Néanmoins, pour le moment, les implémentation s'effectuent uniquement de manière locale. CALLAO s'occupe uniquement d'implémenter les interfaces de LIMA situées dans le module ''lima-service'' de manière locale, et les échanges de Web Services n'ont pas encore été mis en place. - - - -Cependant, une configuration de la génération de cette couche de communication par services a tout de même été effectuée via l'utilisation de ToPIA-soa_ . A ce titre, un modèle des services est présent en parallèle du modèle entité dans le module ''callao-entity''. Ce modèle décrit l'ensemble des services fournissant l'application des règles métiers définies pour l'application CALLAO. Couplé à ToPIA-soa_ , il permet la génération de cette couche et de ses interfaces associées. Cependant une problèmatique de connection aux services de LIMA reste encore non résolue. - - - -De même que pour la partie entity, la génération de la couche service est commandée par Maven via la configuration du fichier pom du module ''callao-service''. - - - -------------------------------- -L'implémentation des interfaces -------------------------------- - -Les implémentations des interfaces services de LIMA dans CALLAO représentent les fragments de code source de l'application qui vont définir les règles métiers. L'ensemble de ce code source se situent dans le module ''callao-service'' et s'occupe à l'heure actuelle d'implémenter uniquement localement les interfaces services de LIMA. - - - -L'état d'avancement actuel de ces implémentations est inachevé. En effet, il reste encore des améliorations à fournir à celles effectuées et à compléter celles des classes ''Period'' et ''Journal'' pour pouvoir au moins répondre aux interfaces services existantes de LIMA. De plus, notre modèle de services ne reflétant pas entièrement celui de LIMA, il est fort à penser que LIMA aura à intégrer de nouvelles fonctionnalités notamment au niveau de l'intégration à Chorem, de la gestion des Imports Exports de sauvegardes et de la génération des états comptables. - - -.. _ToPIA-persistence: http://topia.labs.libre-entreprise.org/topia/topia-persistence/ -.. _ToPIA-soa: http://topia.labs.libre-entreprise.org/topia/topia-soa/ -.. _ArgoUML: http://argouml.tigris.org/ Modified: trunk/src/site/rst/features.rst =================================================================== --- trunk/src/site/rst/features.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/features.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -2,36 +2,50 @@ Features ======== -``Description`` -=============== +Description +----------- -| Le moteur de comptabilité CALLAO, couplé à l'interface graphique LIMA, proposera toutes les fonctionnalités indispensables et légales à la tenue de la comptabilité générale d'une entreprise. Il devrait également prévoir des aptitudes de communication avec l'ERP Chorem, de manière à mettre en place certaines fonctionnalités s'apparentant à de la comptabilité analytique. -| -| Le tout proposera à terme un maximum de flexibilité avec des possibilités de stockage des données autonomes sur un seul poste, ou centralisées et accessibles à plusieurs personnes sur un serveur. On notera aussi que chacune des composantes se veut indépendante : LIMA pourra fonctionner sur CALLAO, OFBiz Neogia ou tout autre moteur de comptabilité conçu de manière à être compatible. Il en va de même pour Callao, qui pourra fonctionner avec d'autres interfaces conçues pour, et qui pourra donc être intégré dans un autre logiciel (ERP ou autre). +Le moteur de comptabilité CALLAO, couplé à l'interface graphique LIMA, +propose toutes les fonctionnalités indispensables et légales à la tenue de la +comptabilité générale d'une entreprise. Il peut communiquer avec l'ERP Chorem, +pour effectuer de la comptabilité analytique. +Le tout proposera à terme un maximum de flexibilité avec des possibilités de +stockage des données autonomes sur un seul poste, ou centralisées et accessibles +à plusieurs personnes sur un serveur. On notera aussi que chacune des composantes +se veut indépendante : LIMA pourra fonctionner sur CALLAO, OFBiz Neogia ou tout +autre moteur de comptabilité conçu de manière à être compatible. Il en va de +même pour Callao, qui pourra fonctionner avec d'autres interfaces conçues pour, +et qui pourra donc être intégré dans un autre logiciel (ERP ou autre). -``Liste de fonctionnalités`` -============================ -| Voici la liste de fonctionnalités prévisionnelle pour le couple LIMA/CALLAO : +Liste de fonctionnalités +------------------------ +Voici la liste de fonctionnalités de LIMA : + - Saisie des écritures comptables multi-journal - Affichage des transactions des différents journaux et des comptes du grand livre - Clôture d'une période - Possibilité de modifier/supprimer les écritures d'une période non-clôturée -- Fonctionnalité de semi-clôture pour éviter les saisies accidentelles sur un intervalle de temps donné. +- Fonctionnalité de semi-clôture pour éviter les saisies accidentelles sur un + intervalle de temps donné. - Lettrage - Import/export des données depuis/vers un fichier. -- Génération et publication des états comptables définitifs pour les périodes clôturés -- Génération et publication d'états comptables provisoires pour les périodes non-clôturées +- Génération et publication des états comptables définitifs pour les périodes + clôturés +- Génération et publication d'états comptables provisoires pour les périodes + non-clôturées - Conformité au cadre légal de la comptabilité informatisée en France -- Labellisation des opérations suivant différentes informations (clients, projets, catégorie) afin de rendre possibles des échanges avec le projet Chorem_ +- Labellisation des opérations suivant différentes informations (clients, + projets, catégorie) afin de rendre possibles des échanges avec le projet + Chorem_ ``Solutions`` ============= -.. image:: resources/schemas/schema-solutions.png +.. image:: schemas/schema-solutions.png -.. _Chorem: http://chorem.labs.libre-entreprise.org/chorem/ +.. _Chorem: http://chorem.org/ Modified: trunk/src/site/rst/howto.rst =================================================================== --- trunk/src/site/rst/howto.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/howto.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -1,20 +1,6 @@ -====================== -Lancer la démo de LIMA -====================== +========================== +Télécharger et lancer LIMA +========================== -1. Télécharger l'archive contenant la démo de LIMA à cette adresse_ - -2. Le téléchargement achevé, dézipper l'archive dans votre répertoire de travail - -3. Dans le dossier "lima" dézippé, lancer l'application comme il suit : - - - sous linux : - exécuter le fichier go.sh - - - sous windows : - exécuter le fichier go.bat - - - -.. _adresse: http://lutinbuilder.labs.libre-entreprise.org/maven2/org/codelutin/lima/lima... +A venir \ No newline at end of file Modified: trunk/src/site/rst/index.rst =================================================================== --- trunk/src/site/rst/index.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/index.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -2,22 +2,13 @@ Introduction ================== -================== -Contexte du projet -================== +Issu du projet Chorem_, et créé pour fonctionner en collaboration avec CALLAO_, +LIMA_ est une interface graphique capable d'utiliser différents moteurs de +comptabilité générale respectant les conventions ainsi que normes imposées par +la législation française aux entreprises. -Issu du projet Chorem_, et créé pour fonctionner en collaboration avec LIMA_, |CALLAO| est *un moteur de comptabilité générale* respectant les conventions ainsi que normes imposées par la législation française aux entreprises. - -Ce rôle était jusqu'à alors remplis via le WebService d'OfBiz-Neogia, |CALLAO| doit pouvoir se substituer à ce WebService mais sans refondre LIMA afin de laisser aux utilisateurs de LIMA le choix du moteur de comptabilité qu'ils utilisent ou de faciliter les migrations d'un moteur à l'autre [#]_. - - ----- - -.. [#] A cet effet des fonctions d'import et d'export seront mises en place. -.. _ChoreM: http://chorem.labs.libre-entreprise.org -.. _LIMA: http://<a renseigner> - - - -.. |CALLAO| replace:: ce projet -.. |tricherie commentaire| replace:: à long terme CALLAO devrait désigner Computing Active Layer in LIMA's Accounting Organization \ No newline at end of file +Initialement, LIMA utilisait le moteur de comptabilité d'OfBiz-Neogia, CALLAO_ +est maintenant utilisé comme moteur de comptabilité par défaut. +.. _ChoreM: http://chorem.org/ +.. _LIMA: http://chorem.org/projects/show/lima +.. _CALLAO: http://chorem.org/projects/show/callao \ No newline at end of file Modified: trunk/src/site/rst/lexique.rst =================================================================== --- trunk/src/site/rst/lexique.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/lexique.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -2,59 +2,133 @@ Lexique de la comptabilité ========================== -Nous définirons ici les quelques notions de comptabilité d'entreprise nécessaires à l'appréhension du fonctionnement de LIMA-CALLAO. +Nous définirons ici les quelques notions de comptabilité d'entreprise nécessaires +à l'appréhension du fonctionnement de LIMA. ``Actif :`` ----------- -L'actif d'une entreprise est l'ensemble de son patrimoine. Il comporte notamment la trésorerie, les immobilisations et les créances (sommes dues par des tiers). +L'actif d'une entreprise est l'ensemble de son patrimoine. Il comporte notamment +la trésorerie, les immobilisations et les créances (sommes dues par des tiers). ``Bilan :`` ----------- -Le bilan est un état comptable, obligatoirement publié à l'issue de l'exercice et déduit du Grand Livre. Il présente l'état des actifs (patrimoines, ou emplois des ressources) et passifs (ressources, sous diverses formes de dettes) de l'entreprise à une date donnée : la date de clôture de l'exercice. +Le bilan est un état comptable, obligatoirement publié à l'issue de l'exercice +et déduit du Grand Livre. Il présente l'état des actifs (patrimoines, ou emplois +des ressources) et passifs (ressources, sous diverses formes de dettes) de +l'entreprise à une date donnée : la date de clôture de l'exercice. + On peut également établir un bilan provisoire avant la fin de l'exercice. ``Compte :`` ------------ -Un compte est la plus petite unité retenue pour le classement des flux de valeur. Il sera débité ou crédité pour symboliser certaines opérations. Il existe par exemple des comptes de charges (Impôts sur les sociétés, Achats, Variations de stocks...) qui sont débités lors de l'enregistrement d'une charge, des comptes d'actifs (Immobilisations...), qui sont débités lors de l'enregistrement d'une acquisition d'actif, etc. -La liste des comptes est données, en France, par le Plan Comptable Général. Ce dernier définit, pour chaque compte, un numéro d'identifiant normalisé permettant de l'identifier. On distingue 4 grands types de comptes : d'actif, de passif, de charge et de produit. L'augmentation d'un compte de charge ou d'actif se traduit par un débit du compte concerné (et sa diminution par un crédit). De même, l'augmentation d'un compte de produit ou de passif se traduit par un crédit du compte concerné (débit pour la diminution). -Ces comptes sont généralement représentés par deux colonnes (débit et crédit), dans lesquelles sont consignées par ordre chronologique descendant les sommes passées respectivement au débit et au crédit du compte. Cela leur donne une forme de T, ce qui a donné naissance à l'appellation de compte en T. +Un compte est la plus petite unité retenue pour le classement des flux de valeur. +Il sera débité ou crédité pour symboliser certaines opérations. Il existe par +exemple des comptes de charges (Impôts sur les sociétés, Achats, Variations de +stocks...) qui sont débités lors de l'enregistrement d'une charge, des comptes +d'actifs (Immobilisations...), qui sont débités lors de l'enregistrement d'une +acquisition d'actif, etc. +La liste des comptes est données, en France, par le Plan Comptable Général. Ce +dernier définit, pour chaque compte, un numéro d'identifiant normalisé permettant +de l'identifier. On distingue 4 grands types de comptes : d'actif, de passif, de +charge et de produit. L'augmentation d'un compte de charge ou d'actif se traduit +par un débit du compte concerné (et sa diminution par un crédit). De même, +l'augmentation d'un compte de produit ou de passif se traduit par un crédit du +compte concerné (débit pour la diminution). + +Ces comptes sont généralement représentés par deux colonnes (débit et crédit), +dans lesquelles sont consignées par ordre chronologique descendant les sommes +passées respectivement au débit et au crédit du compte. Cela leur donne une forme +de T, ce qui a donné naissance à l'appellation de compte en T. + ``Compte de résultat :`` ------------------------ -Le compte de résultat est un état comptable, obligatoirement publié à l'issue de l'exercice et déduit du Grand Livre. Il oppose la liste des différentes charges (pertes d'argent ou de valeur, que ce soit par consommation, par paiement de taxes ou de salaires, par donations, par dépréciation d'actif...) à celle des différents produits (gains d'argent, généralement par vente de produits finis ou de marchandises). -Il met également en avant la différence entre les deux, qui représente le résultat de l'entreprise pour l'exercice. Celui-ci peut être positif ou négatif, suivant que la somme des produits dépasse celle des charges ou non. S'il est positif, on parle alors de bénéfice qui pourra être redistribué aux actionnaires (propriétaires) ou conservé pour financer l'activité. +Le compte de résultat est un état comptable, obligatoirement publié à l'issue de +l'exercice et déduit du Grand Livre. Il oppose la liste des différentes charges +(pertes d'argent ou de valeur, que ce soit par consommation, par paiement de +taxes ou de salaires, par donations, par dépréciation d'actif...) à celle des +différents produits (gains d'argent, généralement par vente de produits finis ou +de marchandises). +Il met également en avant la différence entre les deux, qui représente le +résultat de l'entreprise pour l'exercice. Celui-ci peut être positif ou négatif, +suivant que la somme des produits dépasse celle des charges ou non. S'il est +positif, on parle alors de bénéfice qui pourra être redistribué aux actionnaires +(propriétaires) ou conservé pour financer l'activité. + ``Ecriture :`` -------------- -Une écriture comptable représente tout simplement le débit ou le crédit d'un compte. Elles sont passées par compte dans le Grand Livre, et rassemblées par opérations dans le Journal. +Une écriture comptable représente tout simplement le débit ou le crédit d'un +compte. Elles sont passées par compte dans le Grand Livre, et rassemblées par +opérations dans le Journal. ``Etats comptables :`` ---------------------- -Les états comptables sont des documents de synthèse déduits du Journal et du Grand Livre et dont la publication est également obligatoire à la fin de l'exercice. Ils fournissent des indications sur la santé de l'entreprise. Les états sont, en France, le bilan, le compte de résultat et l'annexe. +Les états comptables sont des documents de synthèse déduits du Journal et du +Grand Livre et dont la publication est également obligatoire à la fin de +l'exercice. Ils fournissent des indications sur la santé de l'entreprise. Les +états sont, en France, le bilan, le compte de résultat et l'annexe. ``Exercice :`` -------------- -Un exercice est une période, généralement de un an, pour laquelle l'entreprise établit sa comptabilité. A l'issu de l'exercice, l'entreprise doit publier sa comptabilité concernant cette période. Une fois cette publication effectuée, aucun retour en arrière ne peut être effectué. C'est pourquoi on considère qu'un exercice, une fois fini, doit être clôturé, ce qui interdit alors toutes modifications sur les informations comptables concernant cet exercice. +Un exercice est une période, généralement de un an, pour laquelle l'entreprise +établit sa comptabilité. A l'issu de l'exercice, l'entreprise doit publier sa +comptabilité concernant cette période. Une fois cette publication effectuée, +aucun retour en arrière ne peut être effectué. C'est pourquoi on considère qu'un +exercice, une fois fini, doit être clôturé, ce qui interdit alors toutes +modifications sur les informations comptables concernant cet exercice. ``Grand Livre :`` ----------------- -Historiquement, le Grand Livre est le cahier où sont consignés tous les comptes en T de l'entreprises (tableaux de deux colonnes, débit et crédit, consignant les diverses écritures passées sur le compte), à raison d'un par page. +Historiquement, le Grand Livre est le cahier où sont consignés tous les comptes +en T de l'entreprises (tableaux de deux colonnes, débit et crédit, consignant +les diverses écritures passées sur le compte), à raison d'un par page. ``Journal :`` ------------- -Historiquement, le journal est le cahier où l'entreprise consigne par ordre chronologique la trace de ses opérations comptables (transactions). Parfois, celle-ci utilise plusieurs journaux (journal des achats, journal des stocks, journal des ventes...) afin de séparer les différents types d'opération et de mieux s'y retrouver, ou de diviser la responsabilité de la consignation des transactions entre différentes personnes, chacune responsable d'un domaine précis (achat, vente, stock...). On parle alors de comptabilité multi-journaux. +Historiquement, le journal est le cahier où l'entreprise consigne par ordre +chronologique la trace de ses opérations comptables (transactions). Parfois, +celle-ci utilise plusieurs journaux (journal des achats, journal des stocks, +journal des ventes...) afin de séparer les différents types d'opération et de +mieux s'y retrouver, ou de diviser la responsabilité de la consignation des +transactions entre différentes personnes, chacune responsable d'un domaine +précis (achat, vente, stock...). On parle alors de comptabilité multi-journaux. ``Passif :`` ------------ -Le passif d'une entreprise est l'ensemble des ressources de l'entreprise, sous la forme de capitaux et de dettes. +Le passif d'une entreprise est l'ensemble des ressources de l'entreprise, sous +la forme de capitaux et de dettes. ``Report à nouveau :`` ---------------------- -Historiquement, lors de la clôture d'un exercice comptable, on changeait de cahiers (Journal et Grand Live) pour attaquer la consignation des opérations du nouvel exercice. On soldait alors tous les comptes du Grand Livre en débitant les comptes créditeurs et en créditant les comptes débiteurs de la valeur du solde (différence entre débit et crédit) du compte. On effectuait alors l'opération inverse en première opération du nouvel exercice. On appelle cette opération un report à nouveau. -Dans notre cas, comme dans tous les logiciels de comptabilité, le report à nouveau ne sera que partiellement effectué. Si CALLAO reportera bien le solde des différents comptes sur l'exercice suivant, nous ne solderons pas l'exercice précédent. +Historiquement, lors de la clôture d'un exercice comptable, on changeait de +cahiers (Journal et Grand Live) pour attaquer la consignation des opérations du +nouvel exercice. On soldait alors tous les comptes du Grand Livre en débitant +les comptes créditeurs et en créditant les comptes débiteurs de la valeur du +solde (différence entre débit et crédit) du compte. On effectuait alors +l'opération inverse en première opération du nouvel exercice. On appelle cette +opération un report à nouveau. +Dans notre cas, comme dans tous les logiciels de comptabilité, le report à +nouveau ne sera que partiellement effectué. Si CALLAO reportera bien le solde +des différents comptes sur l'exercice suivant, nous ne solderons pas l'exercice +précédent. + ``Transaction :`` ----------------- -Ce que nous appelons ici transaction désigne une opération comptable, c'est-à-dire l'inscription au journal, à une date donnée, d'un certain nombre d'écritures de débit et de crédit. Pour que l'opération soit équilibrée, il faut que la somme des écritures de crédit (sur certains comptes) la composant soit égale à celle des écritures de débit (sur d'autres comptes). C'est pourquoi on peut voir l'ensemble comme une transaction entre plusieurs comptes. -Une transaction peut, par exemple, représenter une opération d'achat à un fournisseur (Crédit du compte de "Achat", débit du compte "Fournisseur"), une opération de vente à un client... Dans ce genre de cas, la réalité de l'opération peut être prouvée à l'aide d'un justificatif, dont la référence sera inscrite dans la comptabilité. -Historiquement, une transaction est inscrite au Journal (ou, pour la comptabilité multi-journaux au journal concerné : journal des ventes, journal des achats...) et ses écritures sont reportées au Grand Livre. \ No newline at end of file +Ce que nous appelons ici transaction désigne une opération comptable, +c'est-à-dire l'inscription au journal, à une date donnée, d'un certain nombre +d'écritures de débit et de crédit. Pour que l'opération soit équilibrée, il faut +que la somme des écritures de crédit (sur certains comptes) la composant soit +égale à celle des écritures de débit (sur d'autres comptes). C'est pourquoi on +peut voir l'ensemble comme une transaction entre plusieurs comptes. + +Une transaction peut, par exemple, représenter une opération d'achat à un +fournisseur (Crédit du compte de "Achat", débit du compte "Fournisseur"), une +opération de vente à un client... Dans ce genre de cas, la réalité de l'opération +peut être prouvée à l'aide d'un justificatif, dont la référence sera inscrite +dans la comptabilité. + +Historiquement, une transaction est inscrite au Journal (ou, pour la comptabilité +multi-journaux au journal concerné : journal des ventes, journal des achats...) +et ses écritures sont reportées au Grand Livre. \ No newline at end of file Modified: trunk/src/site/rst/news.rst =================================================================== --- trunk/src/site/rst/news.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/news.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -1,63 +1,16 @@ -======================== +==== News -======================== +==== -Quoi de neuf sur le projet LIMA-CALLAO? +Quoi de neuf sur le projet LIMA ? -``La démo de LIMA est en ligne`` -================================ -``Par :`` Gildas|Callao ``[le Mercredi 18 Février 2009 à (14:27)]`` +Mise en Ligne du site +===================== -| Mise à disposition de la démo de LIMA à cette adresse_ -| -| Pour plus d'infos, se référencer au HowTo_ -| -| Un grand merci à Tony au passage! - - -``Publication d'un lexique`` -============================ - -``Par :`` Manu|Callao ``[le Mercredi 14 Janvier 2009 à (11:00)]`` - -| Mise en place d'un lexique de termes de compta générale sur le site, consulter la page ici_ -| -| L'équipe Callao est dans l'étape de génération de code et va commencer à le compléter la semaine prochaine. - - -``Fin de la modélisation`` -========================== - -``Par :`` Ying|Callao ``[le Mercredi 26 Novembre 2008 à (17:50)]`` - -| La première étape du projet (la modélisation du moteur callao) est finie. -| -| L'équipe Callao est dans l'étape de génération de code et va commencer à le compléter la semaine prochaine. - - -``Mise en Ligne du site`` -========================= - ``Par :`` Guillaume|Callao ``[le Mercredi 29 octobre 2008 à (13:33)]`` -| Le site du projet est enfin en ligne, il s'étoffera au fur et à mesure de l'avancé de Callao et de Lima. -| -| Le site arrivant en ligne tard, on en a profité pour publier la news qu'on avait empilé en attendant. (Ne vous inquiétez donc pas si la trame temporelle des news est chaotique pour la news suivante!) +| Le site du projet est enfin en ligne, il s'étoffera au fur et à mesure de +l'avancée de Lima. - -``Cas d'utilisation`` -===================== - -``Par :`` Gildas|Callao ``[le Mercredi 22 octobre 2008 à (18H00)]`` - -| Le site du projet est enfin en ligne, il s'étoffera au fur et à mesure de l'avancé de Callao et de Lima. -| -| Le site arrivant en ligne tard, on en a profité pour publier la news qu'on avait empilé en attendant. (Ne vous inquiétez donc pas si la trame temporelle des news est chaotique pour la news suivante!) - - ---- - -.. _adresse: http://lutinbuilder.labs.libre-entreprise.org/maven2/org/codelutin/lima/lima... -.. _HowTo: howto.html -.. _ici: lexique.html Modified: trunk/src/site/rst/presentation.rst =================================================================== --- trunk/src/site/rst/presentation.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/presentation.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -2,100 +2,117 @@ Présentation de LIMA ======================== -``1. Introduction`` -------------------- +Introduction +------------ - LIMA_ est un logiciel libre de gestion de comptabilité pensé pour être le plus ergonomique possible. -Ayant comme particularité d'être évolutif au fil des besoins de votre entreprise. LIMA_ n'est pas figé et doit vous garantir un maintien de vos données comptable ainsi que de vos habitudes de travail. -Ce logiciel est multiplatforme, développé en JAVA, il peut s'adapter aux environnement Windows,UNIX: MacOs ou linux. Il peut être implanté avec un système de base de données embarqué ou sur un serveur. -Cela permet de se conformer aux besoins de sociétés de taille diverse. Il n'est pas indispensable de disposer d'un serveur de base de données pour tenir sa comptabilité avec LIMA_. +LIMA_ est un logiciel libre de gestion de comptabilité pensé pour être le +plus ergonomique possible. +Ayant comme particularité d'être évolutif au fil des besoins de votre entreprise. +LIMA_ n'est pas figé et doit vous garantir un maintien de vos données comptable +ainsi que de vos habitudes de travail. - Ce projet est né d'un besoin d'adapter l'ergonomie d'OFBiz Neogia qui proposait un système de comptabilité générale. -OFBiz Neogia n'étant pas un système de comptablitié a part entière son interface n'est pas adapté à la gestion de la comptabilité. Code Lutin à donc décidé de remplacer cette interface tout en gardant la possibilité d'utiliser le moteur d'OFBiz Neogia. -LIMA_ est indépendant du système gérant la comptabilité. Il a donc été décidé de développer un moteur propre à Code lutin: CALLAO_. +Ce logiciel est multiplatforme, développé en JAVA, il peut s'adapter aux +environnement Windows,UNIX: MacOs ou linux. Il peut être implanté avec un système +de base de données embarqué ou sur un serveur. +Cela permet de se conformer aux besoins de sociétés de taille diverse. Il n'est +pas indispensable de disposer d'un serveur de base de données pour tenir sa +comptabilité avec LIMA_. + + +Ce projet est né d'un besoin d'adapter l'ergonomie d'OFBiz Neogia qui +proposait un système de comptabilité générale. + +OFBiz Neogia n'étant pas un système de comptablitié a part entière son interface +n'est pas adaptée à la gestion de la comptabilité. Code Lutin à donc décidé de +remplacer cette interface tout en gardant la possibilité d'utiliser le moteur +d'OFBiz Neogia. + +LIMA_ est indépendant du système gérant la comptabilité. Il a donc été décidé de +développer un moteur propre à Code lutin: CALLAO_. + .. _CALLAO: callao.html .. _LIMA: presentation.html -``2. Architecture`` -------------------- +Architecture +------------ .. image:: resources/schemas/lima-callao-architecture.png -``3. Présentation`` -------------------- +Présentation +------------ L'interface de Lima se intègre les fonctionnalités suivantes Interface multi utilisateurs avec authentification : -.. image:: resources/screenshots/lima-capture4-mini.png +.. image:: screenshots/lima-capture4-mini.png Connexion_ -.. _Connexion: resources/screenshots/lima-capture4.png +.. _Connexion: screenshots/lima-capture4.png Gestion des écritures dans le journal : -.. image:: resources/screenshots/lima-capture-mini.png +.. image:: screenshots/lima-capture-mini.png Ecritures_ -.. _Ecritures: resources/screenshots/lima-capture.png +.. _Ecritures: screenshots/lima-capture.png Gestion des comptes du plan comptable général : -.. image:: resources/screenshots/lima-capture2-mini.png +.. image:: screenshots/lima-capture2-mini.png PCG_ -.. _PCG: resources/screenshots/lima-capture2.png +.. _PCG: screenshots/lima-capture2.png Edition des états comptables : -.. image:: resources/screenshots/etat-mini.png +.. image:: screenshots/etat-mini.png Etat_ -.. _Etat: resources/screenshots/etat.png +.. _Etat: screenshots/etat.png Recherches : -.. image:: resources/screenshots/recherche-mini.png +.. image:: screenshots/recherche-mini.png Recherche_ -.. _Recherche: resources/screenshots/recherche.png +.. _Recherche: screenshots/recherche.png Les journaux : -.. image:: resources/screenshots/journaux-mini.png +.. image:: screenshots/journaux-mini.png Journaux_ -.. _Journaux: resources/screenshots/journaux.png +.. _Journaux: screenshots/journaux.png Le lettrage : -.. image:: resources/screenshots/lettrage-mini.png +.. image:: screenshots/lettrage-mini.png Lettrage_ -.. _Lettrage: resources/screenshots/lettrage.png +.. _Lettrage: screenshots/lettrage.png -``4. Licence`` --------------- +Licence +------- -Lima et Callao sont développés sous licence GPL. +Lima est développé sous licence GPL. Modified: trunk/src/site/rst/roadmap.rst =================================================================== --- trunk/src/site/rst/roadmap.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/roadmap.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -3,57 +3,11 @@ ======= -``Les différentes étapes du projet`` ------------------------------------- - +-----------------------------------------------------------------------------------------+ -| **semaine 45** | +| **A venir** | +-----------------------+-----------------------------------------------------------------+ -| *Site promotionnel* | Mise en ligne de notre site d'information sur le projet | +| *Release* | Release d'une version packagée exécutable comprenant Lima et Callao | +-----------------------+-----------------------------------------------------------------+ ---- -+-----------------------------------------------------------------------------------------+ -| **semaine 47** | -+-----------------------+-----------------------------------------------------------------+ -| *Subversion* | Mise en place du dépot | -+-----------------------+-----------------------------------------------------------------+ - ----- - -+-----------------------------------------------------------------------------------------+ -| **semaine 51** | -+-----------------------+-----------------------------------------------------------------+ -| *Modèlisation* | Mise en ligne des Cas d'utilisation et du diagramme de classes | -+-----------------------+-----------------------------------------------------------------+ - ----- - -+-----------------------------------------------------------------------------------------+ -| **semaine 6** | -+-----------------------+-----------------------------------------------------------------+ -| *Maven* | Configuration du projet | -+-----------------------+-----------------------------------------------------------------+ -| *Persistance* | Configuration et génération de code (Topia) | -+-----------------------+-----------------------------------------------------------------+ -| *Services* | Définitions du modèle des services, configuration et génération | -+-----------------------+-----------------------------------------------------------------+ -| *LIMA * | Mise en ligne d'un exécutable de démonstration | -+-----------------------+-----------------------------------------------------------------+ - - ----- - -+-----------------------------------------------------------------------------------------+ -| **A venir courant Février-Mars** | -+-----------------------+-----------------------------------------------------------------+ -| *Mise à l'épreuve* | Ecriture de jeux de test | -+-----------------------+-----------------------------------------------------------------+ -| *Développement* | Développement des implémentation des services générés | -+-----------------------+-----------------------------------------------------------------+ -| *Inter communication* | Mise en place de la communication (via WS) entre Lima et Callao | -+-----------------------+-----------------------------------------------------------------+ - ----- - Modified: trunk/src/site/rst/screenshots.rst =================================================================== --- trunk/src/site/rst/screenshots.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/screenshots.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -1,71 +1,71 @@ -======================== +==================== Présentation de LIMA -======================== +==================== -``1. Présentation imagée`` --------------------------- +Présentation imagée +------------------- -L'interface de Lima se intègre les fonctionnalités suivantes +L'interface de Lima intègre les fonctionalités suivantes Interface multi utilisateurs avec authentification : -.. image:: resources/screenshots/lima-capture4-mini.png +.. image:: screenshots/lima-capture4-mini.png Connexion_ -.. _Connexion: resources/screenshots/lima-capture4.png +.. _Connexion: screenshots/lima-capture4.png Gestion des écritures dans le journal : -.. image:: resources/screenshots/lima-capture-mini.png +.. image:: screenshots/lima-capture-mini.png Ecritures_ -.. _Ecritures: resources/screenshots/lima-capture.png +.. _Ecritures: screenshots/lima-capture.png Gestion des comptes du plan comptable général : -.. image:: resources/screenshots/lima-capture2-mini.png +.. image:: screenshots/lima-capture2-mini.png PCG_ -.. _PCG: resources/screenshots/lima-capture2.png +.. _PCG: screenshots/lima-capture2.png Edition des états comptables : -.. image:: resources/screenshots/etat-mini.png +.. image:: screenshots/etat-mini.png Etat_ -.. _Etat: resources/screenshots/etat.png +.. _Etat: screenshots/etat.png Recherches : -.. image:: resources/screenshots/recherche-mini.png +.. image:: screenshots/recherche-mini.png Recherche_ -.. _Recherche: resources/screenshots/recherche.png +.. _Recherche: screenshots/recherche.png Les journaux : -.. image:: resources/screenshots/journaux-mini.png +.. image:: screenshots/journaux-mini.png Journaux_ -.. _Journaux: resources/screenshots/journaux.png +.. _Journaux: screenshots/journaux.png Le lettrage : -.. image:: resources/screenshots/lettrage-mini.png +.. image:: screenshots/lettrage-mini.png Lettrage_ -.. _Lettrage: resources/screenshots/lettrage.png +.. _Lettrage: screenshots/lettrage.png Deleted: trunk/src/site/rst/usecases.rst =================================================================== --- trunk/src/site/rst/usecases.rst 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/rst/usecases.rst 2009-09-24 10:13:35 UTC (rev 2705) @@ -1,311 +0,0 @@ -===================== -Les Cas d'Utilisation -===================== - -| Cette section présente les cas d'utilisation du moteur CALLAO couplé à LIMA. - -``Cas d'utilisation`` -===================== - -``Diagramme global`` --------------------- - -| Afin d'optimiser la lisibilité des diagrammes, nous avons commencé par décrire les grandes groupes de fonctionnalités, avant d'entrer dans le détail des cas d'utilisation pour chacun. - -.. image:: uc/uc-base.png - -| On se retrouve donc avec 5 cas d'utilisation globaux : - -- Gérer Ecritures : Saisie et modification des écritures comptables. -- Gérer Périodes : Paramétrage et clôturage des exercice, gestion de la semi-clôture des intervalles de temps. -- Gérer Comptes : Ajout et modification des comptes. -- Gérer Fichiers : Import et export des données. -- Générer Etats : Génération d'états comptables sous forme imprimable, ainsi que des journaux et du grand livre. -- Synchronier Chorem : Cette fonctionnalité ne correspond pas vraiment à un cas d'utilisation inhérent à LIMA-CALLAO, mais plus à une possibilité d'accès à certaines données qui doit être prévue pour une synchronisation entre CALLAO et Chorem via un logiciel tiers (qui est néanmoins détaillé içi). - -``Gérer Ecritures`` -------------------- -.. image:: uc/uc-journal.png -| Le diagramme parle de lui-même. Il faudra être vigilent à ne pas pouvoir ajouter d'écriture dans un exercice non encore ouvert ou déjà verrouillé. Il en va de même pour les modification et les suppression. - - - -| **Cas d'utilisation** : Ajouter Écriture étend : Ajouter Transaction; Gérer Ecritures -| Acteur principal : Comptable -| Invariants : - -- Une écriture (Entry) appartient à une transaction. -- Toute opération (par extension tout ajout) sur une écriture (Entry) est répertoriée dans un Log. -- On ne peut ajouter d'entrée à un exercice (Period) ou un intervalle de temps (TimeSpan) clôturé ou inexistant. -| Scénario -| Cas 1 : Ajout d'une écriture dans une transaction non existante pour un intervalle de temps (TimeSpan) non clôturé : -| Préconditions : - -- L'entrée à créer n'appartient pas à une transaction déjà existante. -- La date entrée pour cette transaction correspond à l'intervalle de temps en cours ou à un intervalle non clôturé. -| Résultat : - -- Une nouvelle entrée est créée et répertoriée dans une nouvelle transaction, elle-même répertoriée dans un journal donné et dans l'intervalle de temps correspondant à la date donnée pour la transaction. -- Cet ajout d'entrée est consigné dans un nouveau Log. -| Description : - -- Une nouvelle transaction est créée, avec pour attributs les valeurs de la date et de la référence justificatif entrée dans l'interface. -- Elle est ajoutée au journal depuis lequel l'utilisateur l'a créée (menu déroulant de l'interface), ainsi que dans l'intervalle de temps correspondant à la date donnée. -- L'entrée est créée avec les données saisies (description, montant, débit, lettrage, compte) et ajoutée à la nouvelle transaction. Un Log est également créé, consignant la date courante (date de modif), la date donnée pour la transaction, le type d'opération (en l'occurrence, ajout) et les attributs de l'écriture et de la transaction. -| Cas 2 : Ajout d'une écriture dans une transaction existante pour un intervalle de temps (TimeSpan) non clôturé : -| Préconditions : - -- L'entrée à créer appartient à une transaction déjà existante. -- La date entrée pour cette transaction correspond à l'intervalle de temps en cours ou à un intervalle non clôturé. -| Résultat : - -- Une nouvelle entrée est créée dans une transaction existante. Cet ajout d'entrée est consigné dans un nouveau Log. -| Description : - -- L'entrée est créée avec les données saisies (description, montant, débit, lettrage, compte) et ajoutée à la transaction donnée. -- Un Log est également créé, consignant la date courante (date de modif), la date donnée pour la transaction, le type d'opération (en l'occurrence, ajout) et les attributs de l'écriture. -| Exceptions -| Exception1 : Ajout d'une écriture pour un exercice à venir n'existant pas encore. -| Préconditions : - -- La date de la transaction correspondant à l'entrée ne correspond à aucun exercice existant. -| Résultat : Rien. -| Description : - -- Un message est affiché pour indiquer à l'utilisateur la démarche à suivre pour créer un nouvel exercice. -| Exception 2 : Ajout d'une écriture pour un exercice (Period) ou un intervalle de temps (TimeSpan) clôturé. -| Préconditions : - -- La date de la transaction correspondant à l'entrée appartient à un exercice ou un IT clôturé. -| Résultat : Rien. -| Description : - -- Un message d'erreur est affiché, indiquant à l'utilisateur qu'il ne peut effectuer l'opération d'ajout. - -| **Cas d'utilisation **: Modifier Ecriture étend : Gérer Ecritures -| Acteur principal : Comptable -| Invariants : - -- Une écriture (Entry) ne migre pas d'une transaction à l'autre. -- Toute opération (par extension toute modification sur une écriture (Entry) est répertoriée dans un Log. -- On ne peut migrer une entrée vers un exercice (Period) ou un intervalle de temps (TimeSpan) clôturé ou inexistant. - -| Scénario : -| Cas 1 : Modification d'une écriture pour un intervalle de temps (TimeSpan) non clôturé : -| Pré-conditions : - -- L'entrée à créer n'appartient pas à une transaction déjà existante. -- La date entrée pour cette transaction correspond à l'intervalle de temps en cours ou à un intervalle non clôturé. -| Résultat : - -- Une nouvelle entrée est créée et répertoriée dans une nouvelle transaction, elle-même répertoriée dans un journal donné et dans l'intervalle de temps correspondant à la date donnée pour la transaction. -- Cet ajout d'entrée est consigné dans un nouveau Log. -| Description : - -- L'entrée est modifiée avec les données nouvellement saisies (description, montant, débit, lettrage, compte). -- Un Log est également créé, consignant la date courante (date de modif), la date donnée pour la transaction, le type d'opération (en l'occurrence, modification) et les attributs de l'écriture et de la transaction. -| Exceptions -| Exception1 : Modification d'une écriture pour un intervalle de temps clôturé. -| Pré-conditions : - -- La date de la transaction correspondant à l'entrée correspond à un intervalle de temps semi-clôturé, voire à un exercice clôturé. -| Résultat : Rien. -| Description : - -- Un message d'erreur est affiché, indiquant à l'utilisateur qu'il ne peut effectuer l'opération de modification. - -| La suppression d'écriture se comporte de manière analogue à la modification, c'est pourquoi nous ne la détaillerons pas ici. Notons juste que si la dernière écriture restant dans une transaction est supprimée, celle-ci sera également supprimée. - -| -| **Cas d'utilisation** : Modifier Transaction étend : Gérer Transactions -| Acteur principal : Comptable -| Invariants : - -- Aucune transaction ne peut être déplacée dans une période clôturée ou un intervalle de temps semi-clôturé, ni dans un exercice n'existant pas. -| scénario -| Cas 1 : Modification du voucherRef ou de la date vers un intervalle de temps existant et non-clôturé : -| Pré-conditions : - -- La transaction n'appartient pas à un intervalle de temps clôturé. -- La date n'est pas modifiée pour une date concernant un intervalle de temps non existant ou clôturé. -| Résultat : - -- La transaction est modifiée. -- Un nouveau log est créé pour chacune des Entry de la Transaction. -| Description : - -- La transaction est modifiée avec les données nouvellement saisies (description, montant, débit, lettrage, compte). -- Pour chacune des écritures de la transaction, un Log est également créé, consignant la date courante (date de modif), la date donnée pour la transaction, le type d'opération (en l'occurrence, modification) et les attributs de l'écriture et de la transaction. -| Exceptions -| Exception1 : Modification d'une transaction dans un intervalle de temps clôturé. -| Pré-conditions : - -- La date de la transaction correspond à un intervalle de temps semi-clôturé, voire à un exercice clôturé. -| Résultat : Rien. -| Description : -- Un message d'erreur est affiché, indiquant à l'utilisateur qu'il ne peut effectuer l'opération de modification. -| Exception2 : Modification de la date de la transaction vers un intervalle de temps clôturé. -| Pré-conditions : -- La nouvelle date donnée pour la transaction correspond à un intervalle de temps semi-clôturé, voire à un exercice clôturé. -| Résultat : Rien. -| Description : -- Un message d'erreur est affiché, indiquant à l'utilisateur qu'il ne peut effectuer l'opération de modification. - - -``Gérer Périodes`` ------------------- -.. image:: uc/uc-exercice.png -| Lors de l'ouverture d'un exercice, il est automatiquement divisé en TimeSpan (qui représenteront des mois en pratique). Ces TimeSpan sont verrouillables, de manière à accéder à un état proche de la clôture, mais où il reste possible de les déverrouiller, ce afin d'éviter d'éventuelles erreurs de saisie. La clôture d'un exercice entraîne la fermeture (définitive cette fois) de tous les TimeSpan qui le composent. A noter également qu'un TimeSpan ne peut être ouvert qu'à la condition que tous les TS posterieurs le soient aussi (et consecutivement un TS ne peut être semi-cloturé que si les TS anterieurs le sont aussi. -| -| **Cas d'utilisation** : UC Ouvrir Nouvel Exercice étend l'UC « cloture de periode » -| Acteur principal : Comptable. -| Invariant - -- Il ne peut jamais y avoir plus de deux exercices non clôturer en même temps. -| Scénario -| Cas 1: Création d'un exercice(Period). -| Pré-condition : - -- L'exercice ne doit pas être déjà créer. -| Description : - -- La création d'un nouvel exercice à besoin de connaitre la durée de ce nouvel exercice. -- Par défaut cette période est de 12 mois. -- Pour chaque mois, on crée un intervalle de temps. -- On réalise les différents report à nouveau pour équilibrer l'exercice précèdent et commencer avec les bons chiffre l'exercice nouvellement créer. -| Post-condition : - -- L'intégralité de l'exercice est couvert par des intervalles de temps. -- La date de début d'exercice et la date de fin de l'exercice précédent se suivent. - -| Cas d'utilisation : UC Clôturer Exercice étend l'UC « cloture de periode » -| Acteur principal : Comptable. -| Scénario -| Cas 1: Clôture d'un exercice(Period). -| Pré-condition : - -- L'exercice ne doit pas être déjà clôturé. -- La date de fin d'exercice doit être atteinte pour pouvoir clôturer l'exercice. -| Description : - -- La clôture de l'exercice entraine la clôture définitive de l'ensemble des intervalles de temps qui le compose. -- Les opérations de l'exercice ne sont plus éditables. -- Il est alors possible de publier les documents comptables (ex: bilan, compte de résultat). -- Les reports à nouveau sont calculés et passés sur l'exercice suivant. -- Un backup de l'exercice est alors généré. -| Post-condition : - -- L'ensemble des écritures n'est modifiable depuis Callao. - - -| **Cas d'utilisation** : UC Semi-clôturer Intervalle de Temps (Cet UC est étendu par l'UC « création de période ») -| Acteur principal : Comptable. -| Invariant - -- Toutes les périodes d'un exercice clôturé sont clôturé. -- Un intervalle de temps dure 1 mois -| Scénario - -- Cas 1: Clôture d'un intervalle de temps(TimeSpan). -| Pré-condition : -- L'intervalle de temps ne doit pas être déjà clôturé. -- La date de fin de période doit être supérieure à la date de début de la période à clôturer. -| Description : - -- Lorsque l'utilisateur clôture l'intervalle, l'ensemble des écritures du mois sont bloquées. -- S'ils ne le sont pas déjà, l'ensemble des mois précédents sont clôturés. -- L'utilisateur a toujours la possibilité de débloquer cet intervalle tant que l'exercice n'est pas clôturé lui même. -| Post-condition : - -- L'ensemble des écritures n'est plus modifiable depuis Callao. -- Les périodes précédents cet intervalle sont clôturés. -| Cas 2: Dé-clôturer un intervalle de temps. -| Pré-condition : - -- L'intervalle de temps doit être clôturer. -- L'exercice dont il fait parti ne doit pas être clôturer. -| Description : - -- L'intervalle de temps redevient modifiable par l'utilisateur. -- Le comptable peut alors ajouter, modifier ou supprimer des transactions sur cet intervalle. -- Tout les intervalles de temps qui le suivent sont dé-clôturés, si ils sont déjà clôturés. -- L'intervalle est de nouveau clôturable. -| Post-Condition : -- Les écritures sont de nouveaux modifiables, les périodes suivantes sont dé-clôturés. - - -``Gérer Comptes`` ------------------ -.. image:: uc/uc-comptes.png -| La seule petite particularité de ces cas d'utilisation est qu'on ne pourra pas modifier le numéro ou supprimer un compte sur lequel des écritures ont été passées. - -``Gérer Fichiers`` ------------------- -.. image:: uc/uc-fichiers.png -Génère des fichiers pour sauvegarder ou échanger les données. - -| **Cas d'utilisation** : UC Exporter vers Fichiers -| Acteur principal : Comptable. -| Scénario -| Cas 1: Export d'un exercice comptable. -| Description : - -- Récupération de l'ensemble des données. -- Un fichier est crée avec l'ensemble des paramètres de l'application. Il comprend : -- les données relatives à l'entreprise (siret, raison sociale...) -- les comptes de l'entreprise -- les journaux -- Les exercices de l'entreprise.(Intervalle de temps, transactions, écritures...) -| Post-condition : - -- Un fichier XML valide est généré. - -| **Cas d'utilisation** : UC Importer depuis Fichiers -| Acteur principal : Comptable. -| Scénario -| Cas 1: Import de données -| Description : - -- L'utilisateur spécifie le chemin du fichier à importer. -- Le fichier est parsé, on supprime l'ensemble des données de la base -- On enregistre dans la base de données les informations récupérer du fichier. -| Cas exceptionnels -| Cas Exceptionnel 1 : Le fichier spécifier n'est pas valide ou n'existe pas. -| Description : - -- Un message d'erreur est affiché. -- La base de données n'est pas changer. - - -``Générer Etats`` ------------------ -.. image:: uc/uc-etats.png -| On aura une génération d'états provisoires pour les périodes non clôturées, et définitif pour les périodes clôturées. On prévoit pour l'instant une génération en PDF. Cette génération pourra être effectuée à n'importe quel moment. - -| **Cas d'utilisation** : UC Générer état -| Acteur principal : Comptable. -| Invariants - -- Un état concerne un seul exercice. -- Un état sera prévisionnel tant que l'exercice concerné ne sera pas clôturé. -| Scénario -| Cas 1: Génération d'un état(Bilan, compte de résultat...). -| Pré-condition : - -- Il faut que l'exercice existe pour pouvoir générer un état. -| Description : - -- On solde les comptes concernés ( ex :produit et charge pour compte de résultat... ). -- On les affectes aux champs de l'état comptable. -- On récupère les informations sur la société ( numéro siren, raison sociale...) -- On exporte dans un fichier au format pdf dont le chemin est prédéfini, l'état concerné. -- Si l'état n'est pas clôturé, le fichier indique que c'est un état prévisionnel. -| Post-condition : - -- Un fichier pdf est créé. - - -``Synchronier Chorem`` ----------------------- -.. image:: uc/uc-liaison.png -| Cette liaison permet de récupérer des informations de facturation depuis Chorem afin de les passer en écriture dans Lima/Callao, de fait cette "couche de liaison" disposera d'informations persistantes de manière à associer les clients de Chorem à des comptes (client tartenpion = 4111tartenpion etc ...) et de répercuter les domaines tout en sachant aussi éviter les redondances et faciliter les corrections. Une fois les informations éxtraite de Chorem et les données de liaison mises à jour, ces données pourront être poussées dans Lima/Callao. Modified: trunk/src/site/site.xml =================================================================== --- trunk/src/site/site.xml 2009-09-24 10:10:57 UTC (rev 2704) +++ trunk/src/site/site.xml 2009-09-24 10:13:35 UTC (rev 2705) @@ -1,47 +1,31 @@ <?xml version="1.0" encoding="UTF-8"?> <project name="Lima"> - <publishDate format="dd/MM/yyyy"/> + <bannerLeft> + <name>${project.name}</name> + <href>index.html</href> + </bannerLeft> - <skin> - <groupId>org.nuiton</groupId> - <artifactId>maven-nuiton-skin</artifactId> - <version>1.0.0-alpha-1</version> - </skin> - <poweredBy> - <logo href="http://maven.apache.org" name="Maven" img="http://jrst.labs.libre-entreprise.org/jrst/images/logos/maven-feather.png"/> - <logo href="http://jrst.labs.libre-entreprise.org" name="JRst" img="http://jrst.labs.libre-entreprise.org/jrst/images/jrst-logo.png"/> - <logo href="http://docutils.sourceforge.net/rst.html" name="ReStructuredText" img="http://jrst.labs.libre-entreprise.org/jrst/images/restructuredtext-logo.png"/> + <logo href="http://maven.apache.org" name="Maven" img="http://maven-site.nuiton.org/jrst/images/logos/maven-feather.png"/> + <logo href="http://maven-site.nuiton.org/jrst/" name="JRst" img="http://maven-site.nuiton.org/jrst/images/jrst-logo.png"/> + <logo href="http://docutils.sourceforge.net/rst.html" name="ReStructuredText" img="http://maven-site.nuiton.org/jrst/images/restructuredtext-logo.png"/> </poweredBy> <body> - <menu name="Projet" inherit="top"> - <item name="News" href="news.html" /> - <item name="Téléchargements" href="http://lutinbuilder.labs.libre-entreprise.org/maven2/org/codelutin/lima/lima..." /> - <item name="Lexique comptable" href="lexique.html" /> - <item name="Contexte du projet" href="contexte.html"/> - <item name="Contacts" href="contact.html" /> - </menu> <menu name="Lima" inherit="top"> <item name="Présentation" href="presentation.html"/> + <item name="News" href="news.html" /> <item name="ScreenShots" href="screenshots.html"/> <item name="Features" href="features.html"/> - <item name="Dépôt" href="http://labs.libre-entreprise.org/plugins/scmsvn/viewcvs.php/lima/?root=chorem"/> + <item name="Téléchargements" href="http://maven.chorem.org/release/org/chorem/lima" /> + <item name="Lexique comptable" href="lexique.html" /> + <item name="Contacts" href="contact.html" /> + <item name="Dépôt SVN" href="http://svn.chorem.org/svn/lima/"/> </menu> - <menu name="Callao" inherit="top"> - <item name="Présentation" href="callao.html"/> - <item name="RoadMap" href="roadmap.html"/> - <item name="Cas d'utilisation" href="usecases.html"/> - <item name="Diagramme de classes" href="classes.html"/> - <item name="Développement" href="developpement.html"/> - <item name="Dépôt" href="http://labs.libre-entreprise.org/plugins/scmsvn/viewcvs.php/callao/?root=chorem"/> - </menu> <menu name="Utilisateur" inherit="top" > <item name="How To" href="howto.html" /> </menu> - <menu ref="parent"/> - <menu ref="modules"/> <menu ref="reports"/> </body>