IL SEMBLE QUE VOUS UTILISEZ ADBLOC POUR BLOQUER LA PUBLICITÉ, AUCUNE PUB INTRUSIVE SUR FDZ ET PAS DE POPUP
FDZ EST GRATUIT DONC MERCI DE DÉSACTIVER VOTRE ADBLOCK ET DE BIEN VOULOIR PARTICIPER ET JOUER LE JEU


PAR SUITE D'ABUS LES SERVEURS CCCAM ET ABONNEMENT NE SONT PAS TOLÉRÉS SUR LE FORUM

Page 3 sur 15 PremièrePremière 12345678910111213 ... DernièreDernière
Affichage des résultats 21 à 30 sur 149

Discussion: Projet: Gestion de stock

  1. #21
    Date d'inscription
    décembre 2008
    Localisation
    Alger
    Messages
    481
    Remerciements
    0
    Remercié 2 fois dans 2 messages
    Pouvoir de réputation
    12

    Par défaut Re : Projet: Gestion de stock

    Citation Envoyé par cORTEx Voir le message
    Que pensez vous de Qt4 ?
    elle est bcp plus multiplateform que GTK (si ca peut se dir )

    GTK s'integre mal dans le milieu KDE, et sous windows c'est moyen, alors que les softs Qt s'integre bien dans le bureau Gnome ainsi que sous Windows, (pour MacOS j'ai pas eu l'occasion de testé)

    +++++++++
    dire que Qt s'intègre bien dans les bureau Gnome, c'est un peu inexact, mais bon. je pense que ce point est débatable.
    j'ai jamais travaillé avec PyQt (je suis pas un fan de KDE, déjà donc, je suis peut-être prédisposé). je n'aime pas le look des widgets KDE; mais ça n'a rien à voir avec le sujet.
    si on arrive à avoir un consensus sur le fait que Qt permettra peut-être un meilleure niveau d'acceptation du soft dans des environnements hétéroclites, je suis prêt à apprendre.
    il faudrait sans doute comparer deux mockups gtk qt d'une même interface et soumettre à l'appréciation des autres.

    sujet ouvert.

  2. #22
    Date d'inscription
    décembre 2008
    Localisation
    Alger
    Messages
    481
    Remerciements
    0
    Remercié 2 fois dans 2 messages
    Pouvoir de réputation
    12

    Par défaut Re : Projet: Gestion de stock

    Citation Envoyé par mouradski Voir le message
    Je déconseille, un soft de gestion de Stock n'a aucun intérêt à tirer du multi-threading ça augmenterait la complexité pour rien, et puis je ne vois pas les taches candidates à un traitement parallèle

    implicitement le futur soft saura tirer partie de Core de plus en laissant d'autres applications piocher dedans
    si j'ai bien compri la discussion de l'autre discussion, il est recommandé de séparer les couches du soft en threads indépendantes. je ne suis pas assez qualifié pour juger de la pertinence de cet argument.

  3. #23
    Date d'inscription
    décembre 2008
    Localisation
    Alger
    Messages
    481
    Remerciements
    0
    Remercié 2 fois dans 2 messages
    Pouvoir de réputation
    12

    Par défaut cahier de charge

    Citation Envoyé par bidossessi Voir le message
    ce que le soft devrait pouvoir faire:
    (standard)
    - ajout de catégorie d'item
    - gestion des fournisseurs
    -- fiche fournisseur
    -- historique des transactions
    - ajout d'item
    - listing d'item (par catégorie)
    - recherche sur catégorie
    - check-in/check-out
    - génération de bons de réception
    - génération d'états de sortie
    - affectations (possibilité lien ldap)
    - alertes de rupture de stock
    - exportation d'inventaire conforme aux normes en vigueur (pdf/ods/xls?)
    - exportation d'inventaire séléctif (pdf/ods/xls?)
    - génération de bons de commande
    - génération d'états de consomations
    - statistiques (graphes) de mouvement sur stock

    (optionel)

    - module code barre

    qu'est-ce que j'ai oublié?
    je viens de parler avec notre comptable
    Dernière modification par bidossessi ; 20/07/2009 à 17h30.

  4. #24
    HAVOC Visiteurs

    Par défaut Re : Projet: Gestion de stock

    Citation Envoyé par mouradski Voir le message
    Je déconseille, un soft de gestion de Stock n'a aucun intérêt à tirer du multi-threading ça augmenterait la complexité pour rien, et puis je ne vois pas les taches candidates à un traitement parallèle

    implicitement le futur soft saura tirer partie de Core de plus en laissant d'autres applications piocher dedans
    Normalement toute application ayant une GUI et effectuant des taches relativement complexes devrait être développée avec des threads, pour la simple raison que : L'interface n'a pas à rester figée après avoir lancé un traitement lourd (ou lent).

  5. #25
    Date d'inscription
    janvier 2008
    Localisation
    Ile-de-France
    Messages
    8 128
    Remerciements
    302
    Remercié 456 fois dans 236 messages
    Pouvoir de réputation
    10

    Par défaut Re : Projet: Gestion de stock

    Citation Envoyé par bidossessi Voir le message
    si j'ai bien compri la discussion de l'autre discussion, il est recommandé de séparer les couches du soft en threads indépendantes. je ne suis pas assez qualifié pour juger de la pertinence de cet argument.
    [quote]
    (standard)
    ajout de catégorie d'item
    gestion des fournisseurs
    ajout d'item
    listing d'item (par catégorie)
    recherche sur catégorie
    check-in/check-out
    affectations (possibilité lien ldap)
    alertes de rupture de stock
    exportation d'inventaire conforme aux normes en vigueur (pdf/ods/xls?)
    exportation d'inventaire séléctif (pdf/ods/xls?)
    statistiques (graphes) de mouvement sur stock
    [quote]

    Toutes ces fonctionnalités sont accessibles via IHM (Un seul utilisateur Humain) et la plupart se résume à des modifications sur la BD, bref rien qui peut concurrencer autre fonctionnalité dans la même liste vu que l'utilisateur est UN.

    Core i7 7700K@
    Stock - Thermaltalke Water 3.0 Ring RGB 240
    - MSI Z270 GAMING PRO CARBON - DDR4 G.Skill Trident Z RGB 4 x 8Go @3200Mhz CAS 16 - MSI GTX 1080 Ti Gaming X 11Go - Seagate FireCuda 1 To & Western Digital WD Blue SSD 500Go M.2 - Be Quiet ! Silent Base 800 - Be Quiet ! Straight Power 10 700W - LG GH22NS90 - LIYAMA GB2488HSU-B3 144hz

    متل الرجل الذي يبيع السمك في البحر من امامكم و العدو من وراء كل رجل عظيم امرأة

    -------







  6. #26
    Date d'inscription
    janvier 2008
    Localisation
    Ile-de-France
    Messages
    8 128
    Remerciements
    302
    Remercié 456 fois dans 236 messages
    Pouvoir de réputation
    10

    Par défaut Re : Projet: Gestion de stock

    Citation Envoyé par HAVOC Voir le message
    Normalement toute application ayant une GUI et effectuant des taches relativement complexes devrait être développée avec des threads, pour la simple raison que : L'interface n'a pas à rester figée après avoir lancé un traitement lourd (ou lent).
    je ne vois ce qu'il y'a de lourd dans une MIJ BD local

    Core i7 7700K@
    Stock - Thermaltalke Water 3.0 Ring RGB 240
    - MSI Z270 GAMING PRO CARBON - DDR4 G.Skill Trident Z RGB 4 x 8Go @3200Mhz CAS 16 - MSI GTX 1080 Ti Gaming X 11Go - Seagate FireCuda 1 To & Western Digital WD Blue SSD 500Go M.2 - Be Quiet ! Silent Base 800 - Be Quiet ! Straight Power 10 700W - LG GH22NS90 - LIYAMA GB2488HSU-B3 144hz

    متل الرجل الذي يبيع السمك في البحر من امامكم و العدو من وراء كل رجل عظيم امرأة

    -------







  7. #27
    Date d'inscription
    décembre 2008
    Localisation
    Alger
    Messages
    481
    Remerciements
    0
    Remercié 2 fois dans 2 messages
    Pouvoir de réputation
    12

    Par défaut Re : Projet: Gestion de stock

    supposant un processus de saisie du genre:
    saisie->revue->commit
    est-ce qu'un tel processus ne bénéficierait pas du multithreading si les opérations s'avèrent être nombreuses?
    de plus, il est envisageable que ce soft soit concurrent multi-user, avec un remote db sur un serveur et plusieurs opérateurs.
    un thread data dédié aux transactions, vérifications, actualisations des changements ne serait-il pas préférable dès le départ?

  8. #28
    salimdz Visiteurs

    Par défaut Re : Projet: Gestion de stock

    Citation Envoyé par bidossessi Voir le message
    si je reste seul sur le projet, il est évident qu'il sera en python de toute façon.
    Citation Envoyé par persia Voir le message
    d'accord je vais my mettre sur python de suite...
    moi aussi je suis intéressé par ce projet, mais le problème que j'ai jamais développé en python ...

    je développe avec Delphi et des fois avec C#

  9. #29
    salimdz Visiteurs

    Par défaut Re : Projet: Gestion de stock

    Citation Envoyé par bidossessi Voir le message
    un thread data dédié aux transactions, vérifications, actualisations des changements ne serait-il pas préférable dès le départ?
    ta raison pour cette proposition sur tous pour la mise à jour, mais je pense que la meilleur solution est de faire les ajoutes est les modifications en procédure SQL

  10. #30
    Date d'inscription
    décembre 2008
    Localisation
    Alger
    Messages
    481
    Remerciements
    0
    Remercié 2 fois dans 2 messages
    Pouvoir de réputation
    12

    Par défaut Re : Projet: Gestion de stock

    Citation Envoyé par salimdz Voir le message
    moi aussi je suis intéressé par ce projet, mais le problème que j'ai jamais développé en python ...

    je développe avec Delphi et des fois avec C#
    je suis ravi de te voir prendre inteêt à ce projet.
    python n'est vraiment pas difficile à maitriser, si le groupe qui se forme décide d'y rester, bien sur.
    mais même si tu ne veux pas coder, tes conseils seront j'en suis sur, précieux.

Page 3 sur 15 PremièrePremière 12345678910111213 ... DernièreDernière

Discussions similaires

  1. Logiciel point de vente / Gestion de stock
    Par Mumu dans le forum Guesra
    Réponses: 11
    Dernier message: 11/01/2014, 20h33
  2. Excellent logiciel en gestion de stock
    Par Elkamar dans le forum Software (Logiciels)
    Réponses: 2
    Dernier message: 28/06/2012, 07h38
  3. Documentation gestion stock
    Par amarsoft dans le forum Autres...
    Réponses: 23
    Dernier message: 28/07/2009, 13h03
  4. [CHERCHE] gestion de stock
    Par Zving dans le forum GNU/Linux et Unix
    Réponses: 10
    Dernier message: 12/07/2009, 11h51
  5. promo cod4 liquidation ancien stock dz-key
    Par Msf dans le forum Jeux en Réseau / LAN Arena
    Réponses: 0
    Dernier message: 16/04/2008, 22h50

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •  
[Auto utilitaire DZ] [Algérie Info] [Guide Algérie] [Mosquée ALBADR MEAUX]

is PageRank Checking Icon