Разработка схем работы согласно логике системы

[belugin]

Цитата:

Сообщение от Alexx7

Я тут в одной ветке вычитал пост интересный, что кодеры аксапты перед компиляцией прогоняют специальный скрипт, который уничножает все коментарии в коде. Вот это меня больше впечатлило чем нехватка доков и схем.

Если внимательно посмотреть на исходники, можно увидеть что это не так

[Alexx7]

to belogin
Единственный кусок нашел с комментариями

public boolean fetch()
{
    COSReportServer     COSReportServer;
    Args                args;
    container           values;
    QueryRun            refQueryRun;
    ;

    //make object on server
    args = new Args(this);
    COSReportServer = COSReportServer::construct(args);

    //set values from dialog
    if (this.args())
    {
        callerParameter = this.args().parm();
    }
    values = [dateFrom, dateTo, details, dimensionsToPrint, callerParameter];
    COSReportServer.initValues(values);

    //generate report
    refQueryRun = new QueryRun(this);
    COSReportServer.generateReportLines(refQueryRun);

    return true;
}

[belugin]

/// <summary>
/// Settles the transactions associated with the specified parameters.
/// </summary>
/// <param name="_company">
/// The spec company of the <c>SpecTrans</c> records to find.
/// </param>
/// <param name="_tableId">
/// The spec table ID of the <c>SpecTrans</c> records to find.
/// </param>
/// <param name="_recId">
/// The spec record ID of the <c>SpecTrans</c> records to find.
/// </param>
/// <param name="_balancePostingProfile">
/// A flag indicating whether to create additional transactions when the transaction have different posting profiles.
/// </param>
/// <remarks>
/// This method is the starting point of the settlement process.
/// </remarks>
/// <exception cref="Exception::Error">
/// The transaction was oversettled.
/// </exception>
public void settleNow(dataAreaId _company, tableId _tableId, RecId _recId, boolean _balancePostingProfile = true)
{
    CurrencyExchHelper          currencyHelper;
    boolean                     areDebitsDone = false;          // Are all debit (invoice) transactions read?
    boolean                     areCreditsDone = false;         // Are all credit (payment) transactions read?
    AmountCur                   settleAmountCurDebit;           // Amount to settle in debit transaction currency
    AmountCur                   settleAmountCurCredit;          // Amount to settle in credit transaction currency
    AmountMST                   settleAmountMstDebit;           // Amount to settle in MST currency for debit transaction
    AmountMST                   settleAmountMstCredit;          // Amount to settle in MST currency for credit transaction
    boolean                     isDebitTransFullySettled;       // Flag indicating if debit transaction is fully settled.
    boolean                     isCreditTransFullySettled;      // Flag indicating if credit transaction is fully settled.
    SpecTrans                   specTransToDelete;              // Table buffer to use when deleting the specTrans records.
    Percent                     settledFactorDebit;             // Percent of total debit transaction that is being settled.
    Percent                     settledFactorCredit;            // Percent of total credit transaction that is being settled.
    AmountCur                   origRemainDebitCur;             // Original amount remaining for debit transaction
    AmountMST                   realizedExchAdjAmount;          // Amount of realized exchange adjustment gain or loss
    AmountMST                   unrealizedExchAdjAmountDebit;   // Amount of unrealized exchange adjustment to reverse on debit transaction.
    AmountMST                   unrealizedExchAdjAmountCredit;  // Amount of unrealized exchange adjustment to reverse on credit transaction.
    AmountCur                   roundedSettleAmountCurDebit;
    AmountCur                   roundedSettleAmountCurCredit;
    AmountMST                   roundedSettleAmountMstDebit;    // Amount to settle in MST currency for debit transaction
    AmountMST                   roundedSettleAmountMstCredit;   // Amount to settle in MST currency for credit transaction

...

[belugin]

можно поискать по АОТу по маске //

[miklenew]

Цитата:

Сообщение от Alexx7

Уважаемый, miklenew
С опозданием название книжки (это из последнего что читал по 1С).
"CRM: российская практика эффективного бизнеса" А. Кудинов.
Очень интересная книга не только для 1С-ников. Есть в электронном магазине.

Привёл парочку примеров, для тех кому интересно из этой книги.
Во второй ссылке которую я вам привёл похожие схемы.
Таких схем обычно много в Техпроектах, в описаниях конкретных бизнес процессов конкретных предприятий.
Просто чтоб нарисовать подобные схемы, нужно сильно упращать вариации процессов и приходиться выбирать 2-4(небольшое количество) критериев вариантности. Иначе схема разрастёться и мозг её просто откажеться понимать.
А на самом деле критериев много, очень много.
И затачивать такие схемы под конкретные предприятия, да имеет смысл.
И они получаються довольно наглядными(видел).
А для виртуального предприятия исходя из возможностей системы сложно очень сложно. Как выйдишь за порог воспринимаемых стрелочек и блоков эта схема перестаёт доносить ту информацию для которой она создавалась.

[Alexx7]

Уважаемый, miklenew
А с Вами разве кто то спорил?

[Alexx7]

Цитата:

Сообщение от miklenew

Интересный подход.
Чтоб увидеть то, что написано в 4 сообщении надо найти другую ветку и найти точно такую же ссылку.
Ну да ладно. Каждый ходит теми путями, которыми ему удобней.

Вам стало досадно, что я игнорировал ваш пост?
Приношу свои извинения.

[miklenew]

Цитата:

Сообщение от belugin

Если внимательно посмотреть на исходники, можно увидеть что это не так

Или спросить у первоисточника (kashperuk).

[Alexx7]

Цитата:

Сообщение от miklenew

Просто чтоб нарисовать подобные схемы, нужно сильно упращать вариации процессов и приходиться выбирать 2-4(небольшое количество) критериев вариантности. Иначе схема разрастёться и мозг её просто откажеться понимать.
А на самом деле критериев много, очень много.
И затачивать такие схемы под конкретные предприятия, да имеет смысл.
И они получаються довольно наглядными(видел).

А что ещё нужно новичку? Это и требуется. Понимание логики с точки зрания функционала (пользовательского). А в остольном можно разобраться с помощью отладчика.

Благодарю за дискуссию считаю тему закрытой.
Всем спасибо.

С уважением, Alexx7

[miklenew]

Цитата:

Сообщение от Alexx7

Уважаемый, miklenew
А с Вами разве кто то спорил?

Нет. Просто мне тоже не безразличен вопрос наглядности литературы.
И если вы нашли схемы, которые вам понравились и вы их посхитали удобными надо же их показать людям.

[miklenew]

Цитата:

Сообщение от Alexx7

Вам стало досадно, что я игнорировал ваш пост?
Приношу свои извинения.

Да нет. Сам бывает круги нарезаю вокруг того, что нужно.