Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 56A1D200BC0 for ; Tue, 15 Nov 2016 13:50:27 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 55280160B03; Tue, 15 Nov 2016 12:50:27 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 78385160B02 for ; Tue, 15 Nov 2016 13:50:26 +0100 (CET) Received: (qmail 37505 invoked by uid 500); 15 Nov 2016 12:50:25 -0000 Mailing-List: contact dev-help@ofbiz.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ofbiz.apache.org Delivered-To: mailing list dev@ofbiz.apache.org Received: (qmail 37483 invoked by uid 99); 15 Nov 2016 12:50:25 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Nov 2016 12:50:25 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id DBE30C7982 for ; Tue, 15 Nov 2016 12:50:24 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.38 X-Spam-Level: ** X-Spam-Status: No, score=2.38 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id VBZI1ePdxong for ; Tue, 15 Nov 2016 12:50:22 +0000 (UTC) Received: from mail-qk0-f178.google.com (mail-qk0-f178.google.com [209.85.220.178]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 88D575F478 for ; Tue, 15 Nov 2016 12:50:22 +0000 (UTC) Received: by mail-qk0-f178.google.com with SMTP id n204so133388318qke.2 for ; Tue, 15 Nov 2016 04:50:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=fbSs/TMLg/xyBrvIaR5+qAMwo6DHl/93N1oPW8n5b44=; b=pvc5NOMx3JnQquPLcfblHd7lbgsPS1WXmZc5++w+YBesynOK5XRgZFTBG21wxdKMWu DD9BDXxb7yEK4yanUwqhx8HvCbQwpWFGwGr6qnlNyTjpMh/87Eaa3VLnMJM/oioptCGi UksFfNvbWZa3jtFiEeD2ZlxAx+89ApQLKSIirtqka5ijBlKb8teKwssbLiZz9XbHXze/ RB5Xz1dxW6a/byqBZgnYHP1RDfLQivEtEH9TMxc/iJ/L9c8OydB9ZX6EUCo36bi7NTBv pD7OKJn8Zi3CwDDJhp+Lyd3z3U+GlnnJICMVLYMhTPjmP5z8e5By07yQkaRq3rDdshs1 cIsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=fbSs/TMLg/xyBrvIaR5+qAMwo6DHl/93N1oPW8n5b44=; b=BZp4sNhWPZXrlbaPcZQPWU7sS3waMIS5YIc3bF79JnIPA7tRxXkNd6xTWX2iXHf2ej Fi+fKIYqukFORZiORybUxAObx1mTJrnP4wGi/qL8ZtrinaVIZNBlAyg7aVTQypHebqHt hvz1DuLsaF8Kdyo3/XCu1Fj/SYME9Uz2Kj8c4NpLzHc7WVRbt03/XTLxPwcmjRqC/ZSX t23bhoSreNJQi/3YPnvGwTlOQZ21DC+rY7r0/G4rXqrnx06/d9BJmjoUDDYNo0WXQxQv CfptJhpB5yMshzIWo20zyndzrNcxFB6NeAxWkKQ2lGIutVRPv7VYqZ6EoMUuzGyDz3I2 fOag== X-Gm-Message-State: ABUngveBzQSn2mWODI4B/eL1/Q8WToXM2W+luHIbv4Mp/sh0YeVR+GYs9Bytn0Tzl51DkhybxbodKIpTgZT9HQ== X-Received: by 10.55.26.156 with SMTP id l28mr22617729qkh.164.1479214221930; Tue, 15 Nov 2016 04:50:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.237.48.231 with HTTP; Tue, 15 Nov 2016 04:50:01 -0800 (PST) In-Reply-To: References: From: Rishi Solanki Date: Tue, 15 Nov 2016 18:20:01 +0530 Message-ID: Subject: Re: Business Process and Use Case Library for Ecommerce ERP To: dev@ofbiz.apache.org Content-Type: multipart/alternative; boundary=001a11440ee03ed559054156661b archived-at: Tue, 15 Nov 2016 12:50:27 -0000 --001a11440ee03ed559054156661b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Agreed, +1 for proposed hierachy. Thanks Pranay! Rishi Solanki Manager, Enterprise Software Development HotWax Systems Pvt. Ltd. Direct: +91-9893287847 http://www.hotwaxsystems.com On Tue, Nov 15, 2016 at 6:08 PM, Pranay Pandey < pranay.pandey@hotwaxsystems.com> wrote: > Thanks Rishi for the note, there is a reason why I wanted to name those > component document suffixed with Branch or Release number. For better > indexing of documents, a unique name will help. > > Best regards, > > Pranay Pandey > HotWax Systems > http://www.hotwaxsystems.com/ > > On Tue, Nov 15, 2016 at 4:40 PM, Rishi Solanki > wrote: > > > Just one suggestion in hierachy, I'm good with the proposed hierachy as > > well. > > > > - OFBiz 14.12 > > -- Ecommerce > > -- Order Manager > > ....... > > ....... > > ....... > > - OFBiz 16.12 > > -- Ecommerce > > -- Order Manager > > > > Thanks for initiative. :-) > > > > > > Rishi Solanki > > Manager, Enterprise Software Development > > HotWax Systems Pvt. Ltd. > > Direct: +91-9893287847 > > http://www.hotwaxsystems.com > > > > On Tue, Nov 15, 2016 at 12:31 PM, Pranay Pandey < > > pranay.pandey@hotwaxsystems.com> wrote: > > > > > Interestingly, there will be heavy updates to these documents and hen= ce > > > will be updated rigorously. Going with links to history I think won't > > work > > > in this case. We'll need to create separate pages with tagging the na= me > > of > > > the branch or release int he document name itself e.g. > > > > > > - OFBiz 14.12 > > > -- Ecommerce 14.12 > > > -- Order Manager 14.12 > > > ....... > > > ....... > > > ....... > > > - OFBiz 16.12 > > > -- Ecommerce 16.12 > > > -- Order Manager 16.12 > > > > > > > > > Best regards, > > > > > > Pranay Pandey > > > HotWax Systems > > > http://www.hotwaxsystems.com/ > > > > > > On Sun, Nov 13, 2016 at 3:31 PM, Jacques Le Roux < > > > jacques.le.roux@les7arts.com> wrote: > > > > > > > Hi Pranay, > > > > > > > > I like the idea, maybe you can use the same way I did it when I > updated > > > > the documentation for the Gradle move. > > > > > > > > I simply referenced with a link a previous version in history, eg: > "Pre > > > > Gradle version" notice at https://cwiki.apache.org/confl > > > > uence/display/OFBIZ/Addressing+Custom+Requirements+In+OFBiz > > > > > > > > Jacques > > > > > > > > > > > > > > > > Le 09/11/2016 =C3=A0 13:55, Pranay Pandey a =C3=A9crit : > > > > > > > >> Thanks Taher for this note. Yes it is about document re-organisati= on > > and > > > >> will help users to locate right set of document whenever needed. > > > >> > > > >> I am getting your point on priorities, but at the same time think > that > > > >> fine > > > >> tuned user stories will older branch will help us building good se= t > of > > > QA > > > >> artefacts for OFBiz upcoming release as well. > > > >> > > > >> I have also worked with one of my team member(Swapnil M Mane) to > come > > up > > > >> with a renewed OFBiz tutorial for beginners. Very soon we'll add i= t > to > > > >> OFBiz Confluence. Then we can discuss to upgrade it as needed for > > making > > > >> it > > > >> more easy to understand and useful. > > > >> > > > >> Best regards, > > > >> > > > >> Pranay Pandey > > > >> HotWax Systems > > > >> http://www.hotwaxsystems.com/ > > > >> > > > >> On Tue, Nov 8, 2016 at 4:53 PM, Taher Alkhateeb < > > > >> slidingfilaments@gmail.com> > > > >> wrote: > > > >> > > > >> Hi Pranay, > > > >>> > > > >>> It is a good idea of course to keep multiple versions of > > documentation > > > >>> for > > > >>> multiple releases. > > > >>> > > > >>> Talking in terms of priority, however, I think perhaps we need to > > spend > > > >>> most of our energy into first organizing and cleaning up our > > > >>> documentation. > > > >>> We need an API section, a user manual, a developer manual, and a > set > > of > > > >>> tutorials. All of these need to be categorized and point to each > > other > > > in > > > >>> hyperlinks. Right now, the documentation is heavily scattered in > > > >>> different > > > >>> and confusing sections. There is no "one location" for getting a > > piece > > > of > > > >>> information. So for example, the business processes could be mayb= e > > part > > > >>> of > > > >>> the "User Manual" right? We don't have such a categorization at t= he > > > >>> moment > > > >>> which dilutes value. > > > >>> > > > >>> Also if you think about it, good organization of this information > > would > > > >>> make it easier to create release-specific documentation because > > you're > > > >>> building on the same organized skeleton. So in short I agree with > > your > > > >>> approach but trying to convince you to perhaps try to focus your > > energy > > > >>> on > > > >>> organizing our documentation if you have the time for it. > > > >>> > > > >>> Thank you as always for your initiative. > > > >>> > > > >>> Cheers, > > > >>> > > > >>> Taher Alkhateeb > > > >>> > > > >>> On Tue, Nov 8, 2016 at 2:08 PM, Pranay Pandey < > > > >>> pranay.pandey@hotwaxsystems.com> wrote: > > > >>> > > > >>> Hello Everyone, > > > >>>> > > > >>>> I am thinking to make a change in document hierarchy for Busines= s > > > >>>> Process > > > >>>> and Use Case Library for Ecommerce ERP > > > >>>> . I think we can > > rename > > > >>>> it > > > >>>> for branch or release. > > > >>>> E.g. we can prepare first set of documents for branch Release > 14.12. > > > So > > > >>>> > > > >>> the > > > >>> > > > >>>> document hierarchy will look like: > > > >>>> > > > >>>> - Business Process and Use Case Library for Ecommerce ERP > > > >>>> -- Release 14.12 > > > >>>> -- Release 16.12 > > > >>>> -- and so on > > > >>>> > > > >>>> So the idea is to dedicatedly build documents for specific branc= h > or > > > >>>> releases. This way a set of the documents will be declared to be > > used > > > >>>> > > > >>> for a > > > >>> > > > >>>> specific release being used. As we start preparing for the new > > > release, > > > >>>> > > > >>> we > > > >>> > > > >>>> can copy from old release and append the additions to it. We can > > then > > > >>>> > > > >>> also > > > >>> > > > >>>> add test cases(with a mark of success or failure for each for al= l > > the > > > >>>> components) along with User Stories and Use Cases which will add > > more > > > >>>> > > > >>> value > > > >>> > > > >>>> to it. > > > >>>> > > > >>>> With its current name and structure it indicates, it's for trunk > and > > > >>>> > > > >>> having > > > >>> > > > >>>> it managed on release basis will bring in more attention to it. > > > >>>> > > > >>>> Please let me know your thoughts on it. If no objections are see= n > I > > > >>>> would > > > >>>> like to make this change in a day or two. > > > >>>> > > > >>>> Best regards, > > > >>>> > > > >>>> Pranay Pandey > > > >>>> HotWax Systems > > > >>>> http://www.hotwaxsystems.com/ > > > >>>> > > > >>>> > > > > > > > > > > --001a11440ee03ed559054156661b--