На главную Наши проекты:
Журнал   ·   Discuz!ML   ·   Wiki   ·   DRKB   ·   Помощь проекту
ПРАВИЛА FAQ Помощь Участники Календарь Избранное RSS
msm.ru
  
> gpss (помогите с результатом программы)
    Поток покупателей распределён по экспоненциальному закону Tср=8мин, Тmin=5мин.
    Есть 2 зала, Вероятность покупки 1зал= 65% 2зал=78%
    Время покупки 1зал= 10 ± 4 2зал=12 ± 2
    Кол-во товаров, шт 1зал= 4 ± 2 2зал=2 ± 1
    Время оформление товара 0.5мин

    TovarA Function RN1,D5
    .2,2/.4,3/.6,4/.8,5/1,6

    TovarB Function RN1,D3
    .33,1/.66,2/1,3

    T_oformlenia Fvariable (FN$TovarA+FN$TovarB)#0.5

    Generate (Exponential(1,8,5))
    TRANSFER .35,,zal2
    Advance 10,4
    Zal2 TRANSFER .22,,cassa
    Advance 12,2
    Cassa Queue ochered
    Seize casa
    Depart ochered
    Advance V$T_oformlenia
    Release casa
    Terminate
    Generate 840
    Terminate 1
    Start 1

    результат
    FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY
    CASA 63 0.221 2.944 1 64 0 0 0 0


    QUEUE MAX CONT. ENTRY ENTRY(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY
    OCHERED 1 0 63 57 0.012 0.157 1.653 0

    как определит среднее время подбора товара или число покупок в течении дня, ибо в отчёте этого нету?
      Действительно таких данных в отчете нету.
      Для их получения необходимо вставить дополнительные блоки.
      Для получения среднего времени подборки товара я бы использовал queue/depart
      ставил бы покупателя в "очередь" в момент начала выбора товара и вынимал бы, когда выбор совершен. Естественно физического смысла такая очередь не имела бы, но среднее время нахождения в ней показала бы среднее время подбора товара.
      Есть еще вариант, но он более мудреный.
      Необходимо было бы засекать время выбора товара, пользуясь оператором mark и построить график СЧА MP. график так же вывел бы среднюю величину, которая бы являлась бы средним временем подборки товара.

      Я вижу Вы моделирете 14 часов. Если это время рабочего дня, то количество покупок Вы можете посмотреть тут.
      ExpandedWrap disabled
         LABEL              LOC  BLOCK TYPE     ENTRY COUNT CURRENT COUNT RETRY
                            1    GENERATE            64             0       0
                            2    TRANSFER            64             0       0
                            3    ADVANCE             46             1       0
        ZAL2                4    TRANSFER            63             0       0
                            5    ADVANCE             48             0       0
        CASSA               6    QUEUE               63             0       0
                            7    SEIZE               63             0       0
                            8    DEPART              63             0       0
                            9    ADVANCE             63             1       0
                           10    RELEASE             62             0       0
                           11    TERMINATE           62             0       0
                           12    GENERATE             1             0       0
                           13    TERMINATE            1             0       0

      У меня их получилось 62.

      Если Вы рассматриваете два рабочих дня по 7 часов, то все становится несколько сложнее.
      Я бы предподчел использовать дополнительный сегмент generate/terminate. генерировать транзакт через каждый день, и снимать значение сча N в блоке Release casa
      однако мне кажется, что в таком случае модель будет не достоверной. т.е. нужно бы выгонять покупателей в конце дня и запускать по новой в начале след дня. а этого тут точно нету )
      0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)
      0 пользователей:


      Рейтинг@Mail.ru
      [ Script execution time: 0,0204 ]   [ 15 queries used ]   [ Generated: 6.12.22, 21:03 GMT ]