В чем разница между «Must», «Have to», «Need» и «Should?

Тык  http://english55.ru/index.php?option=com_content&view=article&id=45:-qmustq-qhave-toq-qneedq-qshould&catid=13:2011-11-24-10-49-00&Itemid=10

 

HAVE TO

Have to используется в значении «под воздействием внешних обстоятельств мне надо сделать то-то и то-то». Или еще в нашем значении «мне приходится». Т.е. я сам не хочу, но меня со стороны вынуждают. Я бы и рад не делать, но если я этого не сделаю, будет плохо.

Читать далее

Контрольный список юзабилити веб-форм

Слизано отсюда http://www.dserg.com/web-form-usability-checklist-2007-07-13.html

 

Не сомневаюсь, многие из вас читали статью «Sensible Forms: A Form Usability Checklist» (Brian Crescimanno, A List Apart Magazine). Материал подобран хорошо, но использовать статью, как контрольный список для проверки юзабилити форм не совсем удобно. Поэтому я попробую сделать настоящий чеклист, заодно тезисы переведу и кое-что изменю на свой вкус. Читать далее

iGrafx. Вменяемый инструмент моделирования бизнес-процессов.

 

Оригинал взят у totsamiyshigaev в iGrafx. Вменяемый инструмент моделирования бизнес-процессов.

Кончились хорошие времена стабильности, когда можно было на тетрадном литске расписать поставки на год, а обязанности персонала вообще держать в голове. Теперь и законы меняются чаще времён года. В такой динамике уже никуда без детального просчёта всех операций задолго до открытия бизнеса, не говоря уж о завозе товара. А лучше вообще создать модель предприятия, ввести в неё все данные — от процессов и персонала до времени отработки и стоимости затрат. Да и обкатать её заранее, вычислив все узкие места. Ну просто чтобы потом, в процессе рыночного жесткача, не замораживаться на часы, да что уж там — иногда и на недели.

Такие программные продукты относятся к кэйс-технологиям. А моделирование процессов в них, если выразиться утрированно, сводится к рисованию квадратиков определённых работ и связующих стрелочек между ними. Многие сразу вспомнили Microsoft Visio и почти что оказались правы. Правда Visio уже не обеспечит расчётов, ограничившись рисованием. А ведь наглядности как раз добавляет жизни ещё и эта возможность — вбить в каждую работу её стоимсоть, продолжительность, кучу всего другого. А потом взять и одним нажатием посчитать — сколько уйдёт на то-то, если убрать вот это и добавить вон то. Игра в кубики на бабки, в общем. Примерно всё так и есть на деле, а точность расчётов зависит лишь от нашей памяти, когда желательно не упустить при вводе ни одной операции.

Как-то уже довелось познакомиться с одним из монстров такого планирования бизнес-процессов. Называется «AllFusion Process Modeler» или «BPwin». Функционал огромный, ресурсов не ест, отчёты выдаёт по самым разным параметрам, моделировать в нём… Вот тут я немного обломался. Потому что интерфейс восьмидесятых всё-таки не бодрит. И не только в капризах дело, а в том ещё, что и функционал от этого пострадал. Ну не удобно, нудно и долго мне в нём работать, теряю мысль борясь с непослушными формами диаграм. Уверен в том, что очень монгие зареклись подкатывать к компьютерному моделированию бизнес-процессов из-за такого вот неудобства. Я конечно надеюсь к нему ещё вернуться, потому что уже привык и местами полюбил. Но сегодня аккуратно потрогаю параллельный продукт, ныне пребывающий под крылом Corel — «iGrafx», а точнее его штуку для симуляции бизнес-процессов «iGrafx Process».

Да, польстился на френдли интерфейс и симпатичный логотип. И пока не обманулся. Подошёл с одной стороны, попробовал с другой, почитал хэлп, в который раз прихуел от терминологии и мощного функционала в виде дикого числа инструментов. Да и пошёл от простого — начав с пошаговых тыканий с кратким обзором в руке. А раз нет лучшего способа подучить термины и усвоить материал, чем перевести его, то вот и перевод.

А пока лишь отмечу замеченное: iGrafx — это инструмент для людей, в котором изначально не придётся сильно заморачиваться по всем нюансам, где можно сделать быстро и наглядно то, что хочется — несколько связанных диаграм бизнес-процессов, детализировать их в дочерних, покрутить, повертеть, экспортировать в офисные прилады или картинки чтобы показать шефу или себя перед фактом поставить, а уж потом заморочиться присвоением объектам параметров из реальной жизни и формировать полновесные отчёты.

Кстати, зацените штук восемь коротких мувиков на сайте разработчика. Это даст полное представление обо всех возможностях, увидите много полезного для ежедневной работы, меня добрым словом помянете. И ещё: стратегия iGrafx по комплектованию своих продуктов различными приложениями — есть ход ступенчатый, когда более крутой-дорогой включает в себя предыдущие. На сегодня линейка, по нарастающей, выглядит так: FlowCharter, Process, Process for Six Sigma, Process for Enterprise Modeling, Prosess for SAP, Enterprise Modeler и Enterprise Modeler for SAP. Сегодня речь о вот этой штучке — Process из состава вот этой — Enterprise Modeler.

 

Пробежка по симулятору бизнес-процессов iGrafx Process

© 2010 iGrafx (Corel, Inc.)

Это краткое знакомство именно с симуляцией процессов в iGrafx. А вот потоковые диаграмы процессов будут рассмотрены в другой статье.

 

Пять шагов симуляционного анализа

Методология симулирования бизнес-процессов включает в себя пять шагов:

  1. Определитесь с целью проекта. Уточните для себя — что именно вы называете тем или иным словом. В итоге — кратко, двумя-тремя словами, сформулируйте название, вложив в него смысл проекта.
  2. Соберите сведения. Очень кропотливая работа, много беготни. Потребуются опросы специалистов, обзвоны, переписка, расчёты.
  3. Создайте модель (тема сегодняшнего разговора). Смоделируйте конкретный процесс так, чтобы симуляция позволила достигать лучших результатов, чем было до её начала, а не просто циклично повторяла его.
  4. Создайте симуляцию «А что если бы». Анализируйте, изменяя модель, снова и снова запуская симуляцию.
  5. Резюме. Соберите отчёты — результаты и рекомендации. Это и будет свод потенциальных изменений к моделируемому процессу.

А вот эти пять базовых шагов на диаграме, сделанной в iGrafx и экспортированной в JPG её средствами:

В статье-обзоре мы пройдёмся по инструментам и способам моделирования, входящих в состав двух продуктов iGrafx — iGrafx Process и Six Sigma. Оба они относятся к третьему шагу — моделированию процессов. И хоть это не исчерпывающее руководство пользователя, но вполне достаточный путеводитель для начала быстрого построения моделей и запуска симуляций их работы в реальности.

AnchorШаг тетий в подробностях. Создание модели процесса.

Применяя iGrafx Process для построения модели, мы выделяем четыре основных шага. А по сути это наше оглавление:

  1. Создание диаграм, рассматривающих последовательно — отделы предприятия (большие именованные прямоугольники, в которых размещаются объекты), их спецификации-объекты отображаемые в диаграмме формами (маленькие прямоугольники, ромбы и другие фигуры), а так же связи между ними (стрелки).
  2. Описание деятельности каждого объекта через диалог «Свойства». Например, это могут быть продолжительность или стоимость. При этом, «объектом» мы будем называем любую операцию — Activity.

    Вообще, с лохматых времён, в диаграмах бизнес-процессов принято называть Activity «работой», особенно в руководствах к нотациям семейства IDEF. И хоть этим словом смысл передан довольно точно, но у нас с ним возникнет путанница. Ведь реальная «работа», в смысле «Work», часто включается в объекты в качестве свойства, в те же Activities. Как нечто, что длится и за что платят. Поэтому, вместо «Работа», будем применять более сухое и обобщающее «Объект». Тем более, что мы здесь рассматриваем сугубо диаграмы, а их основные объекты — это и есть Activities. Итак, Объект в диаграме — это любое из действий, имеющее свойства и способность связываться с другими действиями.

  3. Описание среды окружения симуляции. Это делается специальным инструментом — «Сценарий».
  4. И наконец — запуск симуляции и анализ результатов в инструменте «Отчёт».

Посмотрите как это выглядит на диаграме:

 

AnchorA. Создание диаграм («Карт» или «Потоковых диаграм»).

Изначально создание диаграмы выполняется по Ctrl+N, через File – New – Process, либо аналогичным путём в в диалоге «Welcome».

Указатель выбора объектов, такой же, как и в любом приложении с графикой.
Курсор размещения объектов. Для вставки нового объекта диаграмы, либо щёлкаем по пустому месту, либо тянем его с уже существующего, получая новый объект и готовую связь с предыдущим.
Создание базовых отделов. Работает так:
щёлкаем иконку, выбираем «Insert Department», открывается диалог «Department», вводим имя отдела, ОК. Либо можно заранее наготовить разных отделов через Apply.
Добавление объектов: главных и альтернативных, для ветвления связей и так далее. В общем, любых объектов, которые применяются в диаграмах. Любой объект надписывается, снабжается массой дополнительной информации (как раз ему можно назначать время отработки или стоимость), может связываться с другими объектами. iGrafx располагает десятками библиотек объектов — от организационных и потоковых до электросхемных и офисно-мебельно-планировочных.
Соединение объектов и символов.
Выбираем эту кнопку на панели инструментов (только чтобы вот такая же затемнённая была) и наводим на объект в диаграмме, тащим курсор с объекта на другой, при этом он изменяется на курсор-карандаш размещения объектов, бросаем курсор на нужном объекте и вводим пояснительный текст для появившейся стрелки связи.
Отображение номеров объектов. По добавлении объекта в диаграму, ему присваивается порядковый номер, но не отображается. Чтобы они были показаны, надо выбрать эту кнопку, а в контекстном меню «Show all shape numbers». А для автоматического перераспределения номеров, там же, существует «Auto Renumber».

 

AnchorB. Описание деятельности каждой работы-спецификации.

Большинство объектов — это конкретные работы-действия, Activities: «Проверить счёт», «Заказать деталь» и тому подобные чётко сформулированные операции, которые хочется описать в диаграме, узнать сколько они стоят, занимают времени и так далее. Поэтому iGrafx, в свойствах объектов (правой кнопкой по объекту, Properties) позволяет хранить и обрабатывать различную информацию об их поведении в процессе. Как правило, симуляция пробегается по каждой странице диалога свойств объекта, начиная с «Inputs» в категории «Modelling» и ниже, до «Last Simulation». Страница «Process» категории «Guide» позволяет оперативно ввести общие данные. Ещё полезно использовать страницы «Inputs», «Resources», «Tasks» и «Outputs»:

Страница «Inputs». Она вбирает в себя операции или «транзакции» (так их и будем называть). По умолчанию она пуста. Чаще других, в качестве транзакций, используются следующие:

  • Anchor«Batch», пакетирование: собирает в корзинку несколько транзакций и таскает её по процессу. Вкладка «On Completion», расположенная на другой странице — «Task», имеет команду для очистки корзины и раскидывания транзакций — «Unbatch».
  • «Join», объединение: объединяет несколько транзакций в одну. Учтём на будущее то, что некоторые из объединённых транзакций включают в себя атрибуты.
  • «Gate», шлюз логического условия: задерживает транзакции в рамках логического условия до тех пор, пока оно не будет выполнено и шлюз не откроется, выпустив их.
  • «Group», группирование: помечает транзакции тэгом группы для выполнения общих действий в будущем.
  • Anchor«Introduce Transactions», возникновение транзакций: определяет ту точку в процессе, откуда стартуют транзакции. Выбрав «None», определяем, что транзакций не будет. «Using Strat Point» активирует возможность использования ещё одного мощного инструмента — Генераторов, которые и будут запускать транзакции с заданных стартовых точек. «Generate Here» позволяет указать симулятору то, по какому условию сгенерируется транзакция — по математической функции, по времени или по возникновению определённого сообщения.

 

Страница «Resources». Здесь идентифицируются ресурсы, необходимые для функционирования данного объекта. В iGrafx есть собственный ресурс — Работник, «Worker». Этот работник есть у каждого Отдела, Department. Когда отдел добавляется в диаграму, работник создаётся автоматом и приписывается к этому отделу. А создание других рабочих сил и оборудования происходит в Сценарии, «Scenario».

 

Страница «Tasks». Здесь определяется тип задачи, выполняемой объектом. Это настолько стандартная компонента, что её вкладка «Step» присутствует в объектах большинства типов. Страница опредеяет тип задачи, её длительность, содержит специальные обработки и так далее.

Есть три типа задач — Anchorработа, процесс и задержка:

  • «Work», работа: использует ресурс для обработки транзакции на протяжении задачи. В отчёте и будет как Work.
  • «Process», процесс: нужен для взаимодействия с субпроцессом. Смысл в том, чтобы во время симуляции, переместить транзакцию от данного объекта к старту объекта на другой диаграме — к субпроцессу. А назад транзакция вернётся уже по отработке этого субпроцесса. Субпроцесс создаётся так: выбираем «Process» из выпдающего списка, жмём «New Process», вводим имя, ОК. Чтобы посмотреть диаграмму созданную для субпроцесса, держим Shift и два раза жмём на объект. Либо можно выбрать субпроцесс из списка в контекстном меню, по правому клику. Время, затрачиваемое на субпроцессы, отобразится в отчёте симуляции.
  • «Delay», задержка: блокирует транзакцию на протяжении работы задачи. Ресурсов обычно не использует.

Страница Tasks содержит ещё несколько параметров.

«Duration», продолжительность: если задача объекта обозначена как Работа или Задержа, то соответственно может иметь временной параметр. По умолчанию он равен нулю. Продолжительность может быть такой:

  • «Constant», постоянная: все транзакции одинаковой длительности.
  • «Distributed», распределённая по диапазону: длительность ограничена диапазоном минимума и максимума. При этом, длительность может стать, либо универсальной (однородной), либо нормальной. Однородная длительность указывает на равноправие всех значений диапазона, на равную возможность их использования. Нормальная же («кривая нормального распределения») выдаёт среднее между двумя значениями минимума и максимума.
  • «Expression», через выражение: длительность описывается уравнениями. Там очень много алгебры, поэтому нужно читать хэлп по ключевым словам «duration expressions».

«Value Class», классификация значений: возможность классифицировать объект. Классы бывают такими:

  • «VA», «Value-Added», с добавленной стоимостью. Покупатель готов доплатить и это увеличивает стоимсоть конечного продукта.
  • «NVA», «No Value-Added», без добавленной стоимости. Методология бизнес-процессирования «Lean», стремящаяся свести к минимуму затраты на хранение лишних запасов, называет этот вариант «muda», что по-японски значит «потери, отходы, любая деятельность, которая потребляет ресурсы, но не создает ценности». Muda выделяет семь непроизводственных процессов: транспортировка, запасы, перемещения, ожидания, переработки, перепроизводства и брак». Кстати, iGrafx располагает всем набором инструментов для проектирования по этой методологии.
  • «BVA», «Business Value-Added», деловые надбавки. Речь о работах, необходимых для бизнеса, но ничего не стоящие конечному потребителю.

«Task Capacity», «Schedule», и «Overtime Behavior». Ёмкость задачи, расписание и сверхурочные. Эти категории определяют лимит отработанных транзакций и время процесса. Так же, здесь определяется поведение объекта относительно установленного расписания.

  • «Limited Capacity», ограниченность ёмкостью: сколько транзакций может быть обработано в период времени.
  • «Limited Schedule», ограниченность расписанием. При этом задействованные ресурсы объекта тоже захотят быть внесёнными в расписание.
  • «Overtime Behavior», сверхурочные: определяет поведение объекта при переработках.

Вкладка «On Completion», по завершении. Предоставляет варианты завершения транзакции:

  • «None», никаких: значение по умолчанию, при котором транзакция завершится молча.
  • «Duplicate», копирование: создаст копии транзакций.
  • «Discard», выкидывание: завершит транзакцию и не учтёт её в отчёте.
  • Anchor«Unbatch», очистка: опустошает корзину с транзакциями, ранее наполненную через «Batch».

 

Страница результатов «Outputs» определяет поведение транзакций при покидании объекта симулятором. Как видно из диаграм, транзакция направится по связующей стрелке. Вкладка «Normal» присуща большинству объектов, а её параметры определяют — как именно транзакции перейдут по этим стрелкам. А вкладка «Exceptions» укажет на те исключения, которые определят специфику этой беготни.

Вкладка «Normal»: определяет — за какой стрелкой последует транзакция. Есть два варианта:

  • «All», за всеми (это значение по умолчанию): транзакция уйдёт по всем стрелкам, исходящим из объекта. При таком неявном дублировании, будут созданы идентичные операции, согласно каждому из путей.
  • «Decision», по определению выбора: отправляет транзакцию по одному из путей, важность которого указывается, либо процентами важности для «Yes»/«No», либо алгебраическим выражением.

Вкладка «Exceptions»: определяет условия, по которым деятельность объекта завершится раньше и её результат пойдёт дальше по пути. Вот, например, пара вариантов:

«None», без условий. Это значение по умолчанию, не назначающее никаких условий.

«Timer», по истечении времени. Устанавливает ограничение отработки объекта по времени. Таймер может быть отключен на различных этапах запуска объекта.

Есть ещё пара страниц в разделе свойств «Моделирование»:

Страница «Attributes»: открывает доступ к атрибутам, похожим на программирование. С их помощью можно объединять информацию и управлять потоками транзакций между процессами. Большой раздел этому посвящён в хэлпе. Ищите по «attributes».

Страница «Last Simulation»: отображает статистику последней симуляции.

 

AnchorC. Описание среды окружения симуляции. Сценарии.

Сценарий описывает среду моделировния процесса. Один документ может включать в себя множество сценариев.

 — Просмотр сценария. Так вы можете ознакомиться с ним сразу, в отдельном окне. Можно переключиться на него по Ctrl+Tab. Ещё есть такой путь: File – Components – два раза по Scenario, затем правой кнопкой – View. Вот его вид:

Первые четре темы сценария наиболее важны. Запуск установок — «Run Setup» , Генераторы — «Generators», Ресурсы — «Resources» и Расписания — «Schedules» в теме «Calendars».

 Запуск установок синхронизирует симуляцию и размещение её результатов в отчёте. Среди множества опций выделим самые важные.

Вкладка «Simulation Time», симуляция времени:

  • «Simulation Start», начало симуляции. Определяет начало симуляции. По умолчанию стоит следующий будний день.
  • «Simulation End», окончание симуляции. По умолчанию он сработает по выполнение транзакций. Но чаще всего захочется указать свою продолжительность. Для этого, вместо «Transaction Complete» выбираем «Custom», затем подходящую единицу времени и вводим значение.

Вкладка «Initialization/Reports», инициализация и отчёты. Здесь определяется — как результаты симуляции будут сохраненты в очёте. Значение по умолчанию — это создание нового отчёта. А можно выбрать и добавление к ранее созданному.

 

Anchor Генераторы занимаются внедрением транзакций в процесс. Самой важной из опций является определение типа генератора, «Generator Type». Она определяет все прочие спецификации. Общие типы генераторов:

«Completion», завершение. Он вводит транзакцию в процесс по завершение предыдущей. То есть за раз отрабатывает, либо одна транзакция, либо группа транзакций, пока их число не достигнет установленного максимума. По умолчанию это единица.

«Demand», по команде. Запускает транзакцию там, где встретит именованный ресурс (типа Работника, «Worker») отдела, и где существует команда старта для этого генератора.

«Interarrival», входной интервал. Определяет время вступления в процесс каждой следующей транзакции. Здесь множество опций. Например, можно стартовать с фиксированным промежутком, а можно указать время старта, взятое из интервала:

  • «Constant», фиксированный интервал: следующая транзакция начнётся через такое же время, как и прочие.
  • «Distributed», распределённое время: между стартами транзакций будет проходить от стольких-то до стольких-то секунд (минут, дней…) — как сами укажете.
  • Expression, выражения: для задания интервалов можно применить уравнения и функции, например «ExponDist()».

«Timetable», расписание. Этот генератор запускает транзакции по заранее установленному расписанию. Оно может быть и повторено. Для его изменения нажимаем «Modify Timetable» и получаем доступ к осям координат. Ось «X» — это время, а «Y» — число транзакций. Пара интересных значений:

  • «Total Span», полный временной промежуток. Позволяет расширить график расписания на более продолжительное время, вплоть до месяца.
  • «Time Resolution», разрешение времени. Устанавливает минимальный интервал для графика, от 15 минут до недели.

 

 Ресурсы здесь создаются, редактируются, здесь ими можно управлять

Для добавления ресурса жмём на «Add», что создаст нам новый тип ресурсов, кроме Работника «Worker». Введём его имя без пробелов, а затем выберем класс. Рекомендуется занять, либо рабочую силу «Labor», либо оборудование «Equipment», так как вариант «прочее» «Other» имеет ограничения.

Для редактирования ресурса выбираем его в списке. Затем можем изменять:

  • «Resource Count», число ресурсов: вводим столько, сколько будет у нас в процессе.
  • «Schedule», расписание: из множества вариантов расписаний выберем отображающее нашу реальность — в соответствии с тем, по каким дням ресурс доступен и по каким не активен.
  • «Resource Cost», стоимсоть ресурса: определяем почасовую ставку зарплаты, и (или) ставку за сверхурочные.

 

 Расписания определяют всякие промежутки времени. Так же, время может быть активировано и отключено. Использовать можно множество встроенных расписаний. По умолчанию установлено стандартное — с понедельника по пятницу, с девятичасовым рабочим днём «8:00 – 17:00» и часовым обеденным перерывом. Разумеется расписания можно изменять, можно создавать и свои. Подробнее об этом рассказано в хэлпе, по «schedules».

 

AnchorD. Запуск симуляции и анализ результатов в инструменте «Отчёт».

Запуск симуляции

Симуляцию запускаем, нажав на  или на . Первый вариант — это простой запуск. Второй — с трассировкой. В меню «Control» есть пункт «Trace Colors», где можно уточнить или переопределить цвета сигнализации состояния симуляции. По окончании симуляции предоставляется отчёт.

Структура отчёта

Первые четыре вкладки отчёта содержат статистику по времени, стоимсоти, ресурсам и ожидании очереди на выполнение. Пятая вкладка пуста и предназначена для свободного ввода пользователем различных элементов — таблиц, графиков и так далее. Туда можно добавить и новый элемент отчёта из меню «Report».

Результаты отчёта

Основная статистика собирается из тех же параметров — времени, стоимостей, ресурсов и ожиданий или очередей. Можно собрать и собственную статистику. Основные данные распределяются по категориям в зависимости от того, применяются ли они к транзакциям, ресурсам или объектам.

Транзакции Ресурсы Объекты
Окончание подсчёта Число работников Среднее время цикла
Среднее время цикла Процент утилизации Среднее время работы
Среднее время работы Среднее время занятости Среднее время ожидания
Среднее время ожидания Среднее время простоя Стоимости (рабочей силы, оборудования, с/без надбавленной стоимостью)
Среднее время ожидания времени ресурса Нерабочее время («OOS») Число транзакций ожидания
Среднее заблокированное время Среднее время неактивности Число транзакций на объект
Среднее время неактивности Переработка Число транзакций
Среднее время обслуживания работы Стоимости (всего, переработки…)  
Стоимости (рабочей силы, оборудования, с/без надбавленной стоимостью)    

Базовая статистика по транзакциям и объектам:

  • «Work Time», рабочее время: время, накопленное в процессе работы («Duration» на странице «Task»).
  • «Resource Wait Time», время ожидания ресурса: время, накопленное в процессе ожидания применения рсурса (страница «Resources»).
  • «Blocked Time», заблокированное время: время, накомпленное в процессе ожидания сбора (страница «Inputs») и простоя (страница «Task»).
  • «Inactive Time», время неактивности: время, накопленное в процессе ожидания ресурса, который неактивен или находится в расписании.

Сводная статистика по времени транзакций и объектов:

  • «Cycle Time», время цикла: Заблокированное время + Время ожидания ресурса + Время неактивности + Рабочее время.
  • «Service Time», время обслуживания работы: Заблокированное время + Время ожидания ресурса + Рабочее время.
  • «Wait Time», время ожидания: Заблокированное время + Время ожидания ресурса + Время неактивности.
  • «Service Wait Time», время ожидания обслуживания работы: Заблокированное время + Время ожидания ресурса.

Базовая статистика времени ресурса:

  • «Busy Time», время занятости: благоприятное время ресурса, например когда он активен и занят работой («Duration» на странице «Task»). Это оплачиваемое время.
  • «Idle Time», время простоя: время, когда ресурс активен, имеется в расписании, но не занят работой. Это тоже оплачиваемое время.
  • «Out Of Service (OOS)», нерабочее время: когда ресурс, по плану расписания, должен быть активным, но недоступен. Это время, либо оплачивается, либо нет.
  • «Inactive Time», время неактивности: остаточное время, когда ресурс, по плану, либо недоступен, либо находится в нерабочем времени.

Добавление ногового элемента отчёта

В меню «Report» выбираем «Add Element», в мастере определяемся с категорией статистических данных из «Statistic category», а затем со структурой, фильтрами и форматом.

Превращение табличного отчёта в график

Дважды щёлкаем по элементу отчёта, получаем диалог его редактирования, выбираем вкладку «Format», из выпадающего списка «Display As» берём «Graph», выбираем стиль графика (например «2D Pie»), балуемся с его многочисленными настройками и нажимаем OK.

Внятное именование процесса симуляции

В меню «Report» выбираем «Simulation Data», дважды щёлкаем по какой-либо симуляции в списке (изначально они там какими-то кодами), в появившемся окне вводим новое имя и жмём OK.

Экспорт и копирование данных отчёта в другие приложения

Выбираем элемент отчёта кликом, либо несколько через удержание Shift, затем Ctrl+C для копирования, потом запускаем стороннее приложение и вставляем туда скопированное через Ctrl+V.

 


Email: info@iGrafx.com

Phone: 503-404-6050

Fax: 503-691-2451

Mail: 7585 SW Mohawk Street; Tualatin, Oregon 97062