Author: jcouteau Date: 2012-08-24 17:23:18 +0200 (Fri, 24 Aug 2012) New Revision: 3640 Url: http://chorem.org/repositories/revision/lima/3640 Log: Fix site generation on last release Modified: tags/lima-0.6-rc-1/src/site/rst/assistant.rst tags/lima-0.6-rc-1/src/site/rst/callao/classes.rst tags/lima-0.6-rc-1/src/site/rst/callao/developpement.rst tags/lima-0.6-rc-1/src/site/rst/callao/usecases.rst tags/lima-0.6-rc-1/src/site/rst/devel/modificationarchitecture.rst tags/lima-0.6-rc-1/src/site/rst/lexique.rst tags/lima-0.6-rc-1/src/site/rst/presentation.rst tags/lima-0.6-rc-1/src/site/site_fr.xml Modified: tags/lima-0.6-rc-1/src/site/rst/assistant.rst =================================================================== --- tags/lima-0.6-rc-1/src/site/rst/assistant.rst 2012-08-24 15:01:31 UTC (rev 3639) +++ tags/lima-0.6-rc-1/src/site/rst/assistant.rst 2012-08-24 15:23:18 UTC (rev 3640) @@ -50,6 +50,7 @@ ~~~~~~~~~~~~~~ Par défaut LIMA propose les trois plans comptables de la norme française : + - abrégé ; - de base ; - développé. @@ -60,9 +61,9 @@ Il est également possible d'importer un plan comptable au format LIMA CSV, ou provenant du logiciel EBP. Pour plus d'information sur le format d'import/export EBP. -Cf. (..IMPORT-EXPORT_) +Cf. (`IMPORT-EXPORT`_) -.. _IMPORT-EXPORT: ../importexport.rst +.. _`IMPORT-EXPORT`: ../importexport.rst Lors de l'import d'un plan comptable abregé, de base, ou développé. Le générateur de bilan / compte de résultat, charge le plan de passage des compte au poste @@ -75,6 +76,7 @@ ~~~~~~~~ Par défaut les quatres journaux les plus courants sont proposés au chargement : + - achat ; - vente ; - opérations diverses ; Modified: tags/lima-0.6-rc-1/src/site/rst/callao/classes.rst =================================================================== --- tags/lima-0.6-rc-1/src/site/rst/callao/classes.rst 2012-08-24 15:01:31 UTC (rev 3639) +++ tags/lima-0.6-rc-1/src/site/rst/callao/classes.rst 2012-08-24 15:23:18 UTC (rev 3640) @@ -48,11 +48,11 @@ - 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. + 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 + Transaction existante, soit une nouvelle Transaction est créée lors de la + création ``Liens :`` @@ -61,7 +61,7 @@ - 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. + Chacune d'elle concerne donc un et un seul compte. @@ -90,14 +90,14 @@ ----------- - Entry : Une Transaction est une composition d'un certain nombre d'écritures -(Entry). + (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)). + 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. + été entrée par l'utilisateur. @@ -131,12 +131,12 @@ ----------- - 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. + 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). + 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). @@ -168,9 +168,9 @@ ----------- - 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). + 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). @@ -214,7 +214,7 @@ - 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). + mod (modification), del (suppression), tmod (modification de transaction). - transDate : Date de la Transaction. @@ -235,7 +235,7 @@ ----------- - Entry : Le log correspond à une Entry qui, elle, peut avoir plusieurs logs (au -moins un et autant qu'elle a subi de modifications). + moins un et autant qu'elle a subi de modifications). @@ -255,8 +255,8 @@ - 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. + comptes. Plusieurs écritures peuvent être passées concernant un compte donné, + mais celui-ci peut exister sans écriture. ``Liens :`` @@ -359,7 +359,7 @@ - matcher : Le nom du projet. - uri : Une adresse vers laquelle sur laquelle pointera le projet Chorem relatif -à l'écriture ciblée. + à l'écriture ciblée. Modified: tags/lima-0.6-rc-1/src/site/rst/callao/developpement.rst =================================================================== --- tags/lima-0.6-rc-1/src/site/rst/callao/developpement.rst 2012-08-24 15:01:31 UTC (rev 3639) +++ tags/lima-0.6-rc-1/src/site/rst/callao/developpement.rst 2012-08-24 15:23:18 UTC (rev 3640) @@ -22,6 +22,7 @@ .. * <http://www.gnu.org/licenses/gpl-3.0.html>. .. * #L% .. - + ============= Développement ============= Modified: tags/lima-0.6-rc-1/src/site/rst/callao/usecases.rst =================================================================== --- tags/lima-0.6-rc-1/src/site/rst/callao/usecases.rst 2012-08-24 15:01:31 UTC (rev 3639) +++ tags/lima-0.6-rc-1/src/site/rst/callao/usecases.rst 2012-08-24 15:23:18 UTC (rev 3640) @@ -51,6 +51,7 @@ ``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. @@ -62,52 +63,62 @@ - 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 +| **Cas d'utilisation** : Modifier Ecriture étend : Gérer Ecritures | Acteur principal : Comptable | Invariants : @@ -121,19 +132,23 @@ - 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 : @@ -147,39 +162,50 @@ | 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 » @@ -187,19 +213,22 @@ | 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 : +| 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. @@ -211,6 +240,7 @@ - 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. @@ -218,8 +248,9 @@ - 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 : +| Post-condition : + - L'ensemble des écritures n'est modifiable depuis Callao. @@ -229,45 +260,56 @@ - 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 : + +| 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'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 : + +| 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 @@ -282,8 +324,9 @@ - les comptes de l'entreprise - les journaux - Les exercices de l'entreprise.(Intervalle de temps, transactions, écritures...) -| Post-condition : +| Post-condition : + - Un fichier XML valide est généré. | **Cas d'utilisation** : UC Importer depuis Fichiers @@ -295,6 +338,7 @@ - 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 : @@ -306,6 +350,7 @@ ``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 @@ -314,11 +359,13 @@ - 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... ). @@ -326,12 +373,14 @@ - 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 : +| 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: tags/lima-0.6-rc-1/src/site/rst/devel/modificationarchitecture.rst =================================================================== --- tags/lima-0.6-rc-1/src/site/rst/devel/modificationarchitecture.rst 2012-08-24 15:01:31 UTC (rev 3639) +++ tags/lima-0.6-rc-1/src/site/rst/devel/modificationarchitecture.rst 2012-08-24 15:23:18 UTC (rev 3640) @@ -33,7 +33,7 @@ - Intégration de callao dans lima en tant que moteur par défaut - Conservation de la possibilité de changer de moteur ou d'interface - Suppression des DTO (utilisation des interfaces des entités metier -générées) + générées) Nouvelle architecture Modified: tags/lima-0.6-rc-1/src/site/rst/lexique.rst =================================================================== --- tags/lima-0.6-rc-1/src/site/rst/lexique.rst 2012-08-24 15:01:31 UTC (rev 3639) +++ tags/lima-0.6-rc-1/src/site/rst/lexique.rst 2012-08-24 15:23:18 UTC (rev 3640) @@ -22,6 +22,7 @@ .. * <http://www.gnu.org/licenses/gpl-3.0.html>. .. * #L% .. - + ========================== Lexique de la comptabilité ========================== Modified: tags/lima-0.6-rc-1/src/site/rst/presentation.rst =================================================================== --- tags/lima-0.6-rc-1/src/site/rst/presentation.rst 2012-08-24 15:01:31 UTC (rev 3639) +++ tags/lima-0.6-rc-1/src/site/rst/presentation.rst 2012-08-24 15:23:18 UTC (rev 3640) @@ -38,7 +38,6 @@ répondre aux besoins spécifiques de toute entreprise ou organisation, tout en garantissant le maintien des données comptables. - Le logiciel est écrit en Java ce qui assure une compatibilité multiplateforme : Windows, Mac OS X, Linux. Il peut-être installé en fonctionnement client monoposte, ou en configuration client <–> serveur. @@ -46,7 +45,6 @@ installé coté serveur, et l'interface est installée sur autant de poste client que désiré. - Historique ---------- @@ -60,13 +58,13 @@ d'utiliser le moteur d'OFBiz Neogia. La première étape a donc été d’adapter une interface autonome avec la technologie de bibliothèque graphique Java Swing. -L'interface de LIMA_ est indépendant du moteur gérant la comptabilité. Il a donc -été décidé de développer un moteur propre à Code lutin: CALLAO_. +L'interface de Lima est indépendant du moteur gérant la comptabilité. Il a donc +été décidé de développer un moteur propre à Code Lutin : Callao. En 2010, l'application a été réécrite en majeur partie pour d'une part répondre le plus fidèlement aux normes comptables, et d'autre part correspondre aux normes de programmation de Code Lutin. LIMA s'appuie notamment sur les projets internes Topia, - EuGene et JAXX. +EuGene et JAXX. Architecture ------------ Modified: tags/lima-0.6-rc-1/src/site/site_fr.xml =================================================================== --- tags/lima-0.6-rc-1/src/site/site_fr.xml 2012-08-24 15:01:31 UTC (rev 3639) +++ tags/lima-0.6-rc-1/src/site/site_fr.xml 2012-08-24 15:23:18 UTC (rev 3640) @@ -31,6 +31,11 @@ <href>index.html</href> </bannerLeft> + <bannerRight> + <src>http://www.codelutin.com/images/lutinorange-codelutin.png</src> + <href>http://www.codelutin.com</href> + </bannerRight> + <skin> <groupId>org.apache.maven.skins</groupId> <artifactId>maven-fluido-skin</artifactId> @@ -73,10 +78,21 @@ href="http://maven-site.chorem.org/public/css/maven-site-chorem.org.css"/> </head> + <breadcrumbs> + <item name="${project.name}" href="${project.url}"/> + </breadcrumbs> + + <links> + <item name="nuiton.org" href="http://www.nuiton.org"/> + <item name="chorem.org" href="http://www.chorem.org"/> + <item name="CodeLutin" href="http://codelutin.com"/> + <item name="Libre-Entreprise" href="http://www.libre-entreprise.org/"/> + </links> + <menu name="Le projet" inherit="top"> <item name="Présentation" href="presentation.html"/> <item name="Fonctionnalités" href="features.html"/> - <item name="Lancer Lima en ligne" href="lima-swing/jnlp/launch.jnlp"/> + <!--item name="Lancer Lima en ligne" href="lima-swing/jnlp/launch.jnlp" TODO jcouteau 24/08/2012 reactivate this when webstart is working/--> <item name="Téléchargements" href="http://www.chorem.org/projects/lima/files"/> <item name="Contacts" href="contact.html"/>