Одним из основных начальных этапов проектирования любой автоматизированной системы, как известно, является выбор или разработка математической модели в аналитическом виде или, если это затруднительно в связи со спецификой области применения, то имитационное моделирование [1], [2]. В качестве математической модели информационной системы управления печатным средством массовой информации выбрана методология, которая предполагает проведение декомпозиции процесса документооборота до совокупности элементов и их отношений между собой [3]. Эти элементы можно разделить на три категории: участники (сотрудники организации), состояния документов и действия участников.

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

Д_Т ={У, Д, Ф},

где

Д_Т – формальная модель документооборота;

У – множество участников;

Д – множество действий;

Ф – множество состояний документов.

Множество У определяется как конечное множество ролей, которые могут быть назначены фактическим участникам документооборота. Д определяется как конечное множество действий, выполнение которых допустимо в пределах рассматриваемой системы документооборота. Ф – конечное множество состояний, которые могут принимать документы после произведения действий из множества Д участником из множества У.

Например, общий алгоритм информационной системы можно представить в виде следующих элементов:

У={редактор, журналист} – множество участников (сотрудников);

Д={разработка задания на статью, разработка статьи, верстка газеты, добавление отзыва} – множество действий участников;

Ф = {исходная версия статьи, финальная версия статьи, статья с признаком «завершена», статья с признаком «в разработке»,  статья с признаком «печать»} – множество состояний документа (статьи).

С учетом выбранной математической модели разработана структурная схема (рис. 1)  информационной системы управления документооборотом редакции.

Рисунок 1 — Структурная схема системы

Система состоит из следующих трех частей:

1)                модуля авторизации, реализующего авторизацию и аутентификацию пользователей в системе;

2)                подсистемы редактора, содержащей модули ввода данных в базу данных (БД) и вывода требуемой информации и реализующей доступ без ограничения ко всем документам, просмотр, редактирование, создание, удаление документов (статей, редакционных заданий, рецензий на статьи и т. д.);

3)                 подсистемы журналиста, содержащей модуль обработки запросов и модуль ввода документов (статей, фотографий, иллюстраций) в БД и реализующей методы создания, редактирования, удаления и изменения состояния документов, доступных пользователю, а также поиск в БД необходимой информации по рубрикам, по состоянию документов, по формату документов.

Модуль авторизации используется для авторизации пользователя в системе и получения им прав доступа к документам в соответствии с его должностью.

Модуль обработки запросов осуществляет перевод запроса клиентского приложения, который передается в виде команды в SQL запрос к базе данных.

Общая архитектура информационной системы изображена на рисунке 2.

Рисунок 2 — Общая архитектура информационной системы

СУБД Microsoft SQL 2008 и база данных могут располагаться на разных компьютерах с сервером приложений. Сервер приложений один для всех типов клиентов. Сервер предоставляет всем клиентам по запросам необходимые наборы данных. На сервере реализованы методы, обрабатывающие запросы клиентов и выполняющие действия с наборами данных: добавление, изменение, удаление – в соответствии с командами, поступившими от клиентов.

Клиент может манипулировать данными из БД только посредством методов сервера приложений.

Автоматизированное рабочее место (АРМ) работника – это клиентское приложение, которое предназначено для работы отдельного работника редакционного отдела.

АРМ работников располагаются на компьютерах соответствующих отделов и связаны с сервером приложений посредством механизма сокетов TCP/IP.

Обобщенный алгоритм тестирования работы информационной системы представлен на рисунке 3.

Рисунок 3 ― Алгоритм тестирования информационной системы

Система после запуска проходит следующие этапы:

1)                авторизация пользователя;

2)                определение статуса пользователя;

3)                для статуса «редактор» выбирается действие:

- разработка задания на статью (выбор рубрики и исполнителя, формулировка задания, установка сроков выполнения, сохранение задания в БД);

4)                для статуса «журналист» выбирается действие:

- разработка статьи (добавление заголовка, добавление текста статьи, добавление иллюстраций, сохранение статьи в БД);

5) общие действия для редактора и журналиста:

- верстка газеты;

- добавление отзыва.

Выводы.  Выбрана математическая модель информационной системы управления документооборотом редакции в трех конечных множеств и связей элементов этих множеств между собой.

Разработан алгоритм системы управления документооборотом, представленный в виде  структурной схемы системы, общей архитектуры информационной системы и обобщенного алгоритма тестирования работы системы.

Так как уменьшение сроков проектирования и строительства, сокращение бюджета, повышение качества как проектно-сметных, так и строительных работ являются целью для абсолютно любого застройщика и инвестора, то использование BIM технологий может считаться необходимым для достижения данной цели.

По оценкам экспертов в настоящее время в США около 71% проектно-строительных организаций используют BIM технологи. Компании, использующие технологии информационного моделирования напрямую связывают свои финансовые успехи с решением о внедрении BIM и планируют наращивать долю применения этой технологии. Развитием и продвижением BIM технологии в странах Европы занимаются не только заинтересованные компании, но и государство, которое делает определенные шаги по дальнейшему внедрению технологии информационного моделирования зданий [1].

Как следствие вышесказанного, процесс внедрения технологий информационного моделирования активно развивается и постепенно приходит в проектно-строительный комплекс России. В России сейчас можно увидеть начальную стадию этапа активного внедрения BIM технологии. Совсем недавно освоение технологии информационного моделирования зданий происходило очень медленно, локально и без какого-либо стимулирования. На тот момент представителями заинтересованных лиц по продвижению BIM в России являлись зарубежные разработчики соответствующего компьютерного программного обеспечения. Технология информационного моделирования была на тот момент нова, и как это часто бывает, появлялись положительные и отрицательные отзывы. Сейчас можно найти статьи двух-трех-четырех летней давности о бесполезности и даже вреде BIM, такие мнения можно встретить и сейчас. Как правило, данные мнения основаны на непонимании некоторых аспектов. Но стоит отметить, что некоторые отрицательные мнения справедливы и оправданы в определенных случаях.

Важно отметить, что в 2009 г. компания McGraw-Hill Construction провела опрос среди действующих американских строительных компаний. По результатам, которого 41% опрошенных посчитали, что прибыль увеличилась за счет внедрения BIM [2]. Среди опытных строителей хорошо известно, что чем ближе окончание процесса проектирования, тем сложнее что-либо изменить или скорректировать. Наибольшие издержки проект несет при внесении изменений в проект уже на стадии строительства. Тем не менее, внесение изменений в проектные решения на поздних стадиях часто бывает необходимо. Основой появления BIM была попытка организовать процесс проектирования так, чтобы он шел по наиболее предпочтительному пути [3]. Поэтому внедрение BIM – это очень важный этап, влияющий на дальнейшее развитие строительной отрасли.

Основная причина нежелания перехода и использования технологии информационного моделирования это проявление экономического фактора. Сразу за решением о переходе на BIM следуют определенные финансовые и временные затраты, а именно:

1. Обновление компьютерной техники.
2. Покупка специализированного программного обеспечения.
3. Обучение персонала с привлечением дополнительных специалистов.
4. Создание внутренней базы данных, шаблонов, процессов и требований.

При этом эффект от внедрения новой технологии растянут по времени и требует участия большого количества сотрудников организации. Первоначальный эффект имеет негативный оттенок и может наблюдаться падение производительности труда за счет процесса освоения и наработки навыков. Затем производительность труда постепенно начинает расти и наблюдается эффект суперкомпенсации. В среднем процесс восстановления производительности труда до прежнего уровня занимает 5-8 мес [4].

В одном из российских исследований, посвященному Сибирскому региону, проводился анализ эффекта от внедрения BIM на примере типичной проектной организации. Исследование показало, что объем выполненной работы достиг значения первоначального уровня за 15 мес., а производительность труда превысила исходные показатели через 6 мес. Затем наблюдалось дальнейшее увеличение этих показателей [5]. Таким образом, внедрение BIM технологии выгодно с экономической точки зрения. А в России внедрение BIM – это целесообразный и необходимый шаг для развития строительной отрасли.

Сильное влияние на внедрение новых технологий в уже отлаженный проектно-строительный процесс имеет человеческий фактор. Рассмотрим этот фактор с двух сторон: с одной стороны – исполнители и специалисты на рабочих местах, а с другой стороны – руководители и директора организации. С психологической точки зрения рядовые сотрудники могут сопротивляться чему-то новому из-за очевидных усилий по освоению и изменению рабочей обстановки, к которой персонал привык. Как правило, этот вопрос можно эффективно решить с помощью мотивации. Также, следует учитывать изменения структуры распределения доходов у сотрудников. У каждой крупной организации есть сложившаяся структура участия специалистов в проекте, соответствующая уровню привлеченных в проект средств [6]. К примеру, можно привести конструкторский расчет каркаса здания. При этом каркас разрабатывается по каждому объекту для возможности расчета, но при информационном моделировании каркас можно получить из архитектурной модели. Соответственно, объем выполняемой работы значительно снижается, что может повлечь за собой снижение доходов у определенной группы специалистов. Подготовка спецификаций и смет также значительно упрощается, что ведет к перераспределению доходов. Все эти факторы, очевидно, могут привести к торможению процесса внедрения, и как следствие, к увеличению издержек. Со стороны руководства и менеджмента организации негативно могут быть восприняты будущие более низкие показатели производительности труда и объема выполняемых работ. Для того чтобы этого избежать менеджеры компании могут нагрузить работников большими объемами, что вызовет недовольство и негативное отношение к новой технологии у рядовых сотрудников, что приведет к еще большему замедлению процесса внедрения.

Для минимизации негативных эффектов при внедрении новой технологии рассмотрим три различных сценария. Первый их них – выделение отдельного подразделения из числа специалистов, которые будут ответственны за полноценный выпуск проекта в виде информационной модели. В таком случае падение производительности труда будет минимальным, т.к. большая часть сотрудников продолжит работать в привычном режиме. Этот способ подходит для средних и крупных организаций по количеству персонала и облегчает последующий переход оставшейся части сотрудников компании. Другой способ – это привлечение специалистов знакомых с технологией информационного моделирования зданий. На рынке можно найти подобные вакансии с формулировкой «BIM менеджер». В настоящее время наблюдается рост таких специалистов и количество вакансий. И третий способ, наиболее дорогостоящий, но и самый эффективный – привлечение консалтинговой компании, которая поможет эффективно внедрить технологию информационного моделирования и избежать распространенных ошибок внедрения. Высокая стоимость услуг подобных компаний оправдана полученным результатом и скоростью перехода на новую технологию. Безусловно, наиболее эффективным будет вариант сочетания всех трех способов внедрения. Успешное внедрение BIM возможно при правильном понимании проблемы руководством организации и грамотной мотивации линейного персонала.

Для использования всех возможностей технологии информационного моделирования следует обратиться к проектно-строительному процессу. Как правило, инвестору не важно в каком виде проектировщики разрабатывают проект, который в последствии передается строителям. Внимание к этому возникает совместно у проектировщиков и строителей в случае общего организационно-технологического процесса на объекте. Проектно-строительный процесс условно можно разделить на два способа организации. Первый способ заключается в выборе двух различных по специфики компаний для работы над объектом – проектную и строительную [7]. Заказчик имеет большие возможности по контролю за затратами, так как у проектной организации нет основания закладывать более дорогостоящее оборудования и лишние процессы в проектную документацию. Но обратная связь строитель-проектировщик затруднена и здесь могут возникать задержки и ошибки на строительной площадке. Для такого типа организаций характерны опоздания со сроком сдачи работ и увеличением бюджета строительства. Другой подход к организации строительного процесса – так называемый «Design & Build», т.е. «проектирование и строительство» [8]. Такая организация строительного процесса характеризуется привлечением одной проектно-строительной организации, объединяющей генерального проектировщика и генерального подрядчика. Таким образом, заказчик автоматически снимает с себя ответственность за коммуникацию между участниками организуемого процесса. Преимущество данного подхода в том, что проектные решения контролируются, в том числе и строительным подразделением, что приводит к ускорению темпов и упрощению строительных процессов. Недостатком может служить завышенная стоимость строительно-монтажных работ в связи с наличием аффилированного проектировщика. В данном случае может помочь привлеченная консалтинговая компания, контролирующая график выполнения работ и бюджет проекта. По некоторым данным привлечение подобных организаций очень эффективно и приносит экономию времени и средств.

Российские проектно-строительные компании в настоящее время активно развиваются, и такой тип организаций способствует процессу внедрения технологии информационного моделирования как основы комплексной проектно-строительной деятельности. Сегодня все производители программного обеспечения увеличивают количество продуктов, связанных с информационным моделированием, соответственно растет и количество пользователей этих продуктов. Массовое внедрение технологии информационного моделирования требует унификации и стандартизации для возможности применения различных программ в объединенном комплексе. Такая проблема объединила  специалистов в области проектирования, строительства и программистов со всего мира в так называемый Международный альянс по интероперабельности (International Alliance for Interoperability, IAI). Альянс занимается разработкой стандартов по созданию информационной среды, позволяющей обмениваться данными между различными пользователями с различными программами. Это позволило архитекторам, проектировщикам и строителям совмещать свои разработки в единую концепцию. Такая совместимость способствует развитию технологии во всем мире, что предоставляет России большое преимущество при использовании уже испытанных методов обмена информацией.

Цель работысостоит в том, чтобы побывать в роли проектировщика автоматизированной информационной системы, точнее, той её части, которая называется базой данных. База данных – совокупность сведений о конкретных объектах реального или воображаемого мира в какой-либо предметной области. Под предметной областью принято понимать часть реального мира, например предприятие, вуз и т.д.[1]

При создании базы данных необходимо учитывать, чтобы было удобно обращаться с хранящимися в ней сведениями, а именно:

• просматривать;
• пополнять;
• изменять;
• выполнять запросы, решающие определённые задачи заказчика.

В качестве заказчика была выбрано производственное предприятие в городе Набережные Челны, которое занимается производством дверной и оконной фурнитуры.

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

Производственное предприятие выпускает полный номенклатурный ряд фурнитуры и комплектующих:

• стационарные дверные ручки различных конфигураций (предназначены для установки на деревянные, алюминиевые и пластиковые двери толщиной от 36 до 76 мм.);

  СТН-0707          СТН-1033         СТН-0205    СТН-0206    СТН-0207       СТН-0208            СТН-1565

• универсальные нажимные гарнитуры(НГ), накладные шпингалеты(НШ), запорное устройство(ЗУ), фиксатор двери(ФД) – применяются для оснащения дверей;

НГ СТН-0555          НШ СТН-1702     ЗУ СТН-0289                   ФД СТН-0960

• петли для алюминиевых дверей;
• петля для тяжелонагруженных дверей;
• комплекты фурнитуры различных способов открывания для окн из алюминиевог, ПВХ- профиля, для деревянных окон;
• комплекты фурнитуры для раздвижных балконных рам.

Рисунок 1. Структурная схема производственного предприятия

Основные функции и задачи отделов:

Отдел кадров:

• подбор, отбор, расстановка, изучение и использование рабочих кадров, руководителей и специалистов;
• участие в формировании стабильного коллектива;
• создание кадрового резерва и работа с ним.

Планово-экономический отдел:

• организация и проведение работы по бухгалтерскому учету имущества, финансовых и хозяйственных операций;
• контроль над правильной постановкой и ведением бухгалтерского учета, над движением и использованием материальных ценностей и денежных средств;
• составление периодической и годовой бухгалтерской отчетности;
• анализ исполнения сметы доходов и расходов, выявление способов повышения результативности расходов;
• учет расчетов по оплате труда;
• подготовка и сдача отчетности в Инспекцию МНС, Фонд социального страхования, пенсионный фонд, статистическое управление.

Отдел снабжения:

• продвижение товарного потока к потребителю;
• контроль поставок.

Отдел информационных технологий:

• определение целей и постановка задач по созданию безопасных информационных технологий, отвечающих требованиям комплексной защиты информации;
• проведение специальных исследований и контрольных проверок по выявлению возможных каналов утечки информации и разработка мер по их устранению и предотвращению;
• разработка регламента допуска сотрудников предприятия к отдельным каналам информации;

Отдел безопасности:

• организация инженерно-технической защиты охраняемых зданий, помещений и имущества предприятия;
• организация ведения конфиденциальных переговоров.

Отдел экологии и охраны труда:

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

Конструкторско-технологический отдел:

• разработка технологических процессов изготовления продукции;
• осуществление технического надзора на этапе производства и монтажа у потребителя.

Производственно–технический отдел:

• обеспечение выпуска продукции в установленные сроки, по заданной номенклатуре, качеству и количестве;

Коммерческий отдел:

• подготовка и заключение договоров с заказчиками с учетом нормативных актов на планирование и отгрузки готовой продукции;
• организация рекламы при помощи средств массовой информации; организация и подготовка статей для журналов, газет, радио…;
• анализ конкурентоспособности продукции предприятия, сопоставление её потребительских свойств, цены, издержек производства с аналогичными показателями конкурирующей продукции, выпускаемой другими предприятиями;
• поиск и привлечение клиентов;
• координация и контроль работ по продаже продукции;
• составление плана продаж;
• оформление документов: заявки, расписки, товарные чеки;
• консультация заказчиков по вопросам, связанных с ассортиментом и качеством продукции;
• работа с жалобами заказчиков.

Административно-хозяйственный отдел:    

• определение потребности материально-технических средств, приобретение и закупка оборудования;
• своевременное и качественное проведение технического обслуживания;
• обеспечение автотранспортных перевозок.

Юридический отдел:

• обеспечение законной деятельности;
• защита прав работников и предприятия.

Приведем список некоторых задач, предложенных различными отделами предприятия. Заметим, что курсивом отмечены первоочередные задачи, а запросы для решения этих задач будут приведены ниже.

Отдел кадров:

• поиск и вывод информации о сотруднике по паспорту;
• вывод списка должностей сотрудников;
• вывод списка начальников отделов.

Планово-экономический отдел:

• вывод списка работников со стажем свыше заданного количества лет;
• просмотр оклада конкретного сотрудника;
• вывод сотрудника конкретного отдела, получающего оклад больше заданного числа.

Коммерческий отдел:

• вычисление стоимости 1-го изделия в комплекте;
• просмотр сведений о конкретном изделии, независимо от вида;
• определение минимальной и максимальной цены каждого изделия;
• вывод договора(заказчику);
• просмотр сведений о заказах в конкретный день;
• вычисление выручки по каждому изделию за месяц (планово-экономическому отделу);
• подсчет количества заказанных изделий за месяц;
• вычисление общей суммы заказанных изделий за месяц.

Отдел снабжения:

• вывод ведомости о заказанных изделиях за месяц(коммерческому отделу);
• вывод накладной (коммерческому отделу).

Создавая базу данных, анализируют входные и выходные документы, имеющиеся у заказчика, и учитывают поставленные задачи. Разумеется, мы не рассматривали всю совокупность деловой документации предприятия, а приняли во внимание лишь следующие документы.

Входные документы

• Сведения о сотрудниках (Паспортный номер, Фамилия, Имя, Отчество, Дата рождения, Пол, Стаж по специальности);
• Информация о заказчиках (Заказчик, Расчетный счет, Дата заключения договора);
• Прайс-лист изделий (Название, Обозначение СТН, Размер, Штук в комплекте, Цена с НДС).

Выходные документы

• Ведомость о заказанных изделиях за определенный период (Обозначение производственное предприятие, Название, Количество, Дата);
• Договор (Дата заключения договора, Заказчик, Расчетный счет, Код заказчика);
• Накладная (Номер документа, Дата составления, Заказчик, Расчетный Счет, Код заказчика, Обозначение СТН, Название, Цена, Количество заказанных комплектов, Сумма, Итоговая сумма);
• Финансовый результат по каждому изделию за определенный период (Обозначение СТН, Название, Выручка, Итоговая сумма);
• Отчет о сотруднике (Паспортный номер, Фамилия, Имя, Отчество, Дата рождения, Пол, Стаж по специальности);
• Список сотрудников, работающих на предприятии больше 10 лет (Фамилия, Имя, Отчество, Дата приема на работу, Стаж по специальности);
• Список должностей сотрудников (Паспортный номер, Фамилия, Имя, Отчество, Должность);
• Список начальников отделов (Название отдела, Фамилия, Имя, Отчество, Должность).

Отчет Ведомость о заказанных изделиях составляется заместителем отдела снабжения. Передается в коммерческий отдел. Этот документ  необходим  для подсчета количества заказанного изделия.

Отчет Договор заключается между начальником коммерческого отдела (доверенным лицом предприятия) и заказчиком. Утверждается генеральным директором. Этот документ  необходим  для учета сведений о заказчике.

Отчет Накладная составляется заместителем отдела снабжения, подписывается начальником. Передается в коммерческий отдел. Этот документ необходим для оформления операций по отпуску заказанных изделий.

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

Информационно-логическую модель предметной области изобразим в виде ER-диаграммы, где прямоугольниками обозначены сущности(Entity) предметной области, а озаглавленными линиями – связи(Relationship) между сущностями. Обычно рассматривают следующие бинарные связи между сущностями:

• Один к одному (1:1);
• Один ко многим (1:М);
• Многие ко многим (М:М).

Анализ нашей предметной области позволил выделить сущности “Сотрудники”, “Отделы”, “Должности”, “Изделия”, “Заказчики”, “Продажа изделий” и определить между ними связи (см.рис.2).

 Рисунок 2. ER-диаграмма производственного предприятия

На основе ER-диаграммы построим следующие таблицы: тИзделия, тЗаказчики,тЗаказы, тНакладная,тСотрудники, тОтделы, тДолжности.

Сущности “Отделы” и “Сотрудники” имеют связь 1:М, следовательно, требуетсядобавить внешний ключ (КодОтд) в таблицу тСотрудники.

Сущности “Должности” и “Сотрудники” имеют связь 1:М. Добавляем внешний ключ(КодДолж) в таблицу тСотрудники.

Сущности “Заказчики” и “Заказ” имеют связь 1:М. Добавляем внешний ключ (КодЗаказчик) в таблицу тЗаказы.

Сущности “Заказы” и “Изделия” имеют связь (М:М). Поэтому, в соответствии справилом перехода от ER-диаграммы к реляционным таблицам организуем таблицусвязи, которую назовём тНакладная. В ней поля КодИзд и КодЗаказ будут внешнимиключами по отношению к таблицам тЗаказыи тИзделия, соответственно. Атрибут Накладная, относящийся к связи упомянутых сущностей, станет полем созданной таблицытНакладная.

Мы проектировали базу данных, которая будетработать на удаленном сервере MySQL[5]. Для примера на языке MySQL напишем объявление таблиц тИзделияи тЗаказыи связь между ними (другие таблицы создаются таким же образом).

Сначала определим таблицу тИзделия, где укажем название полей, типы данных, первичный (рrimarykey) и внешний ключи (foreignkey):

CREATETABLEтСотрудники

(ПаспНомVarchar(10),

ФамилияVarchar(11),

ИмяVarchar(10),

ОтчествоVarchar(15),

ДатаРождDatetime,

Пол Varchar(1),

ДатаПриемDatetime,

СтажПоСпецVarchar(2),

constraintpk_Сотрудник_ПаспНом Primary key (Артикул)

constraintfk_Сотрудник_КодДолж Foreign key (КодДолж)

ReferencesтДолжности (КодДолж));

Объявление таблицы тДолжностибудет иметь вид:

CREATETABLEтДолжности

(КодДолжVarchar(3),

Должность Varchar(25),

Оклад(р) Varchar(6),

constraintpk_Дожности_КодДолж Primary key (КодДолж));

В принципе, таблицы базы данных могут неадекватно отображать предметную область из-за возможных аномалий вставки, удаления, корректировки. [2] Чтобы убедиться, что в наших таблицах нет этих аномалий, надо проверить, могут ли таблицы соответствовать так называемой третьей нормальной форме(3НФ). Как известно [3], таблица находится в 3НФ, если она находится во 2-й нормальной форме и нет функциональных зависимостей среди её неключевых полей.

Проанализируем функциональные зависимости (ФЗ) таблиц. Для начала рассмотрим ФЗ между полями таблицы тСотрудники, у которой заголовок имеет вид:

тСотрудники(#ПаспНом, Фамилия, Имя, Отчество, ДатаРожд, Пол, ДатаПрием, СтажПоСпец).

Паспорт              (Фамилия, Имя, Отчество,  ДатаРожд,  Пол,  ДатаПрием, СтажПоСпец).

В данном случае все неключевые атрибуты полностью зависят от первичного ключа. Это говорит о том, что таблица тСотрудникинаходится во 2-й нормальной форме. Таблица находится также и в 3НФ, поскольку неключевые атрибуты не имеют между собой функциональных зависимостей.

Рассмотрим теперь функциональные зависимости между полями таблицы:

тДолжности(#КодДолж, Должность, Оклад(р)).

КодДолж → (Должность, Оклад(р)).

Поля “Должность”, “Оклад(р)” зависят только от ключа “КодДолж” и нет функциональных зависимостей между ними, значит, таблица находится в 3НФ.

Все другие таблицы анализируются аналогично.

Так мы убедились, что наша модель (ER-диаграмма) адекватна предметной области.

Для решения некоторых первоочередных задач заказчика создаем запросы на языке MySQL [4].

1. Информация о сотруднике:

CREATE VIEW ИнфКонкрСотруд

AS

SELECT ПаспНом, Фамилия, Имя, Отчество, ДатаРожд, Пол, ДатаПриема

FROM тСотрудники

WHERE тСотрудники.ПаспНом=[Введите номер паспорта:];

2. Список сотрудников отдела снабжения, получающих оклад больше 25000 рублей:

CREATEVIEWОкладСотруд

AS

SELECTНазваниеОтд, Фамилия, Имя, Отчество, [Оклад(р)]

FROMтОтделы О, тДолжности Д, тСотрудники С

WHEREД.КодДол=С.КодДолж

AND

О.КодОтд=С.КодОтд

AND

О.НазваниеОтд=”Снабжения”

AND

Д.[Оклад(р)]>25000;

3. Оформление договора:

CREATE VIEW ДогОрг

AS

SELECT О.Наименование, О.Адрес, О.Телефон, О.[E-mail],О.ИНН, О.Счёт, З.КодЗаказчик, З.Заказчик, З. РасчетСчет

FROM [Производственное предприятие] О, тЗаказчикиЗ;

4. Оформление накладной:

CREATEVIEWофНакл

AS

SELECT Ч.КодЗаказ, Ч.Дата, З.Код Заказчик, З.РасчетСчет, З.ДатаЗаключДог, И.КодИзд,       И.Название, И.ОбозначениеСТН, И.КомплектШтук

FROM тЗаказчики З,тЗаказы Ч, тИзделия И

WHEREЧ.КодЗаказ=1 ANDЗ.КодЗаказчик=Ч.КодЗаказANDИ.КодИзд=Ч.КодИзд;

В заключение отметим, что в данной статье был проведен анализ работы производственного предприятия с точки зрения разработчика автоматизированной информационной системы, которая в значительной степени избавит сотрудников от ручного делопроизводства.

Одной из характерных особенностей данного программного продукта является его способность в интерактивном режиме следить за корректностью осуществления сборки деталей в узле отслеживая наличие сопряжений и учитывая их взаимную подвижность (степени свободы кинематических пар). Виртуальная проверка работы изделия разработанного в среде Inventor снижает вероятность ошибок и увеличивает технологичность его изготовления. Возможна как проверка пересечений статичных деталей с подсвечиванием (рисунок 1) пересекающихся частей (кинематических коллизий), так и проверка потенциальных пересечений движущихся частей механизма с помощью вариации зависимостей или перетаскивания компонентов.

Рисунок 1 – Пример осуществления автоматической проверки пересечений статичных деталей

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

Рисунок 2 – Диалоговое окно корректора ошибок

Функция анализа методом конечных элементов (рисунок 3), предназначенная для расчета напряжений и деформаций, помогает повысить качественые показатели конструкций и предотвратить эксплуатационные отказы. Возможность динамического анализа позволяет рассчитывать силы и ускорения для каждой детали в реальных условиях с учетом переменных нагрузок, влияния сил трения и характеристик упругих компонентов, таких как пружины и демпферы.

Рисунок 3 ­– Цветовая карта деформации конструкции

Отмеченные выше аспекты делают незаменимым Autodesk Inventor при освоении таких базовых инженерных дисциплин как «Теория механизмов и машин», «Сопротивление материалов» и «Детали машин и основы конструирования» [1,2].

Кроме того, технология цифровых прототипов, реализованная в среде САПР Autodesk Inventor, позволяет инженеру с максимальной эффективностью реализовать свой творческий потенциал не отвлекаясь на рутинные операции, а ученому – качественно проанализировать объект исследования для принятия оптимального решения по выбору обоснованных значений параметров технической системы и адекватно представить экспертам свои результаты на любых этапах рецензирования научной работы.

Выполненные в среде САПР Autodesk Inventor твердотельные модели технических систем обладают убедительной правдоподобностью, зрелищностью [3] и позволяют эффективно представить свой взгляд на структуру объекта профессиональной деятельности с позиции защиты его инновационных аспектов.

Необходимость создания систем для автоматизированного проектирования и/или разработки МИЛР возникает вследствие высокой сложности программной реализации системы продукционных правил (СПП), которая напрямую зависит от количества термов, используемых для представления переменных [2].

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

Отличительной особенностью структуры МИЛР является отсутствие в ней элементов обработки продукционных правил. Так, в каждом цикле работы МИЛР в процессе сканирования значений непрерывных величин формируется ID-номер, или ключ, продукционного правила, используемый для определения комбинации значений управляющих воздействий в текущий момент t. Комбинации значений управляющих воздействий МИЛР хранятся в массиве или базе данных (зависит от технических характеристик используемых устройств автоматизации).

На рисунке 1 приведена блок-схема МИЛР с n входными параметрами X, k и m выходными параметрами Z и Y, где И₁, …, И_n – интервализаторы, а Д₁^(Z), …, Д_k^(Z) и Д₁^(Y), …, Д_m^(Y) – деинтервализаторы МИЛР; N_min, N_тек и N_max – минимальный, текущий и максимальный ID-номер продукционного правила в массиве значений управляющих воздействий в блоке логического вывода (БЛВ) с регулирующей и компенсационной СПП (РСПП и КСПП соответственно); # – элемент ID-номера продукционного правила БЛВ, формируемого из номеров термов T(X₁), …, T(X_n) и T(Z₁), …, T (Z_k).

Рисунок 1 – Блок-схема МИЛР с минимизированным временем отклика

В МИЛР, в связи со спецификой работы, взамен стандартных для нечетких регуляторов (НР) понятий “фаззификации” и “дефаззификации”, введены понятия “интервализации” и “деинтервализации”, определенные ниже [3].

Интервализация представляет собой процесс определения принадлежности значения непрерывной величины МИЛР тому или иному интервалу, входящему в диапазон значений данной величины.

Деинтервализация – процесс, обратный интервализации, то есть выделение требуемого значения непрерывной величины из интервала, входящего в диапазон значений данной величины.

Интервализаторы и деинтервализаторы МИЛР представляют собой блоки, реализующие процессы интервализации и деинтервализации соответственно.

ID-номера продукционных правил МИЛР с n входными, k и m выходными параметрами будут расположены в диапазоне от N_min до N_max. Правило, ID-номер которого равен 0 предназначено для контроля состояний непрерывных величин и называется “нулевым”, или аварийным, правилом.

На рисунке 2 изображена структурная схема системы автоматизированной разработки МИЛР “САР МИЛР”, разработанной автором (стрелками обозначены внутренние связи между отдельными блоками “САР МИЛР”, каждый из которых является самостоятельным элементом).

Рисунок 2 – Структурная схема системы автоматизированной разработки МИЛР

Редакторы блоков интервализации и деинтервализации предназначены для создания или редактирования параметров интервализаторов и деинтервализаторов непрерывных физических величин МИЛР с целью дальнейшего преобразования их кода в форматы языков программирования международного стандарта IEC 61131-3 [4].

Редактор правил и управляющих воздействий предназначен для создания и редактирования СПП МИЛР и выполняет следующие основные функции:

– создание и/или редактирование СПП МИЛР с учётом логических связей с редакторами интервализаторов и деинтервализаторов;

– интегрирование СПП в структуру МИЛР;

– проверка правильности вводимых с клавиатуры данных;

– преобразование программы МИЛР в форматы языков программирования, описанных в стандарте IEC 61131-3;

– графическое отображение СПП МИЛР.

Для создания СПП в редакторе реализован собственный графический язык программирования, получивший название STEP GRAPH и основанный на системе интервализаторов и деинтервализаторов МИЛР. При создании правила в редактор продукционных правил добавляются отрезки числовых осей всех входных блоков МИЛР, которые поделены на области, или термы, отмеченные красным цветом. В редактор управляющих воздействий при этом будут добавлены отрезки числовых осей всех выходных блоков МИЛР. Логические переменные будут представлены в виде отрезков, разбитых на две области, которые соответствуют состояниям “0″ и “1″ соответственно [5].

Принцип работы со STEP GRAPH базируется на создании продукционных правил путём выделения необходимых областей, или термов, переменных МИЛР [6]. Для этого надо кликнуть мышью по требуемой области отрезка числовой оси, при этом термы будут автоматически окрашены в зелёный цвет.

На рисунке 3 представлен скриншот главного окна “САР МИЛР”.

Рисунок 3 – Скриншот главного окна “САР МИЛР”

Проектирование и разработка МИЛР с использованием программы “САР МИЛР” позволяет снизить затраты времени в плане:

– создания систем интервализаторов/деинтервализаторов МИЛР с нужным числом, характером и порядком распределения термов непрерывных величин;

– создания и редактирования СПП в графическом языке программирования STEP GRAPH;

– проведения семантического анализа структуры МИЛР с целью выявления логических ошибок или отклонений от концепции построения;

– генерации программ МИЛР для промышленных контроллеров в формате языков программирования, описанных в международном стандарте IEC 61131-3.

Несмотря на то, что дорожные службы практически ежегодно ремонтируют дорожное покрытие, «ямочный» ремонт не приводит к необходимым результатам. Очевидно, что транспортно-эксплуатационные характеристики автомобильных дорог зависят от особенностей природно-климатических условий каждого конкретного региона [1,2].

Дальний Восток – это очень важный и эффективный транспортно-коммуникационный узел между Россией и странами Азиатско-Тихоокеанского региона: здесь сходятся сухопутные границы трех стран (Россия, Китай и Корейская Народно-демократическая республика); незамерзающие морские порты, в сочетании с природными ресурсами и промышленным потенциалом, создают благоприятные условия для международного сотрудничества и активного включения России в интеграционные процессы стремительно развивающегося АТР.

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

При проектировании, строительстве и эксплуатации дорог необходимо максимально учитывать местные природные условия. Целый ряд ученых отмечал, что действующее нормативное дорожно-климатическое районирование не в полной мере адекватно учитывает все факторы, необходимые для проектирования автомобильных дорог [1-4].

В дополнение к нормативному дорожно-климатическому районированию, многие авторы районируют территорию страны на основе комплексного анализа групп различных факторов: зональных, интразональных, региональных [1,3,5].

При проектировании, строительстве и эксплуатации дорог необходимо максимально учитывать местные природные условия. Согласно требованиям СНиП 2.05.02-85* юг Дальнего Востока делится на I и II дорожно-климатические зоны (рис. 1).

Рис. 1. Нормативное дорожно-климатическое районирование

На основании изученного нами исследовательского материала, возможно сделать вывод, что для юга Дальнего Востока необходимо более детальное разбиение на районы и подрайоны, чем разделение на две ДКЗ (ввиду особенностей географического положения, геологического строения почвы и природно-климатических условий).

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

За основу методики районирования можно взять разработки зарубежных ученых, которые стараются максимально детализировать дорожно-климатические факторы, учитывая все многообразие факторов: климат, грунт, водоотвод и др. [6,7] Результаты экспериментальных исследований по изучению водно-теплового режима земляного полотна в рассматриваемом регионе и анализ влияния погодно-климатических факторов на состояние грунтов позволили установить, что весеннюю влажность грунтов при глубоком залегании грунтовых вод можно характеризовать интенсивностью накопления отрицательных температур воздуха за первую половину зимы (октябрь-декабрь месяцы). Этого периода вполне достаточно, чтобы граница промерзания опустилась ниже активной зоны земляного полотна, ограничив тем самым приращение влажности за счет миграционного потока в зону фазовых переходов.

Предлагаем ориентировочное дорожно-климатическое районирование с учетом всех вышеприведенных комплексно-учитываемых факторов, которое потребует в дальнейшем уточнения на основе теоретических и экспериментальных исследований (рис. 2).

Рис. 2. Эскизно предлагаемое дорожно-климатическое районирование

Сравнивая результаты уточнения границ I-III дорожно-климатических районов, выявляем, что I зона сокращена до небольшой территории на северо-западе Еврейской автономной области. II зона располагается на побережье Японского моря, доходя до 50-70 км вглубь материка, III зона занимают большую часть континентальной территории.

Для уточненных дорожно-климатических зон на территории юга Дальнего Востока расчетные параметры грунтов, необходимые для расчета нежестких дорожных одежд по условию прочности применительно к участкам автодорог, расположенных на местности I типа по условиям увлажнения, были установлены в зависимости от величины расчетной влажности [8, 9].

Для определения расчетных значений влажности использовали зависимость проф. В.Н. Ефименко, с помощью которой можно учитывать температурно-влажностный режим отдельных дорожно-климатических зон [5]. Предварительные расчеты по указанной зависимости подтвердили адекватность ее использования для природно-климатических условий юга Дальнего Востока. При этом учитывались значения многолетних данных метеорологических станций исследуемого района (Владивосток, Агзу, Анучино, Барабаш, Глубинное, Дальнереченск, Заветное, Камень-Рыболов, Кировский, Красный Яр и др.). Метеорологические значения учитывались по состоянию за последние 20 лет. Для определения расчетной влажности, для случаев глубокого залегания грунтовых вод, был разработан метод, который не требует данных непосредственного определения влажности грунтов. При его использовании необходимы значения метеорологических параметров, влияющих на влагонакопление в грунтах.

Статистическая обработка метеорологических переменных обеспечивала получение расчетных значений влажности, прочности и деформируемости глинистых грунтов для целей проектирования нежестких дорожных одежд при уровне надежности Р=0,95 (табл. 1).

Таблица 1. Расчетные значения характеристик глинистых грунтов земляного полотна для дорожных районов, выделенных на территории юга Дальнего Востока

Согласно [2,5], точность определения Wp в значительной степени зависит от правильности определения расчетной суммы отрицательных температур воздуха (градусо-суток) за период с октября по декабрь.

Расчетная сумму отрицательных градусо-суток была установлена, на основе зависимости, взятой из [5]:

где  – среднемноголетняя сумма отрицательных градусо-суток;  – среднеквадратичное отклонение; t – коэффициент нормированного отклонения, принимаемый при заданном уровне надежности Кн.
Рекомендуемые значения характеристик грунтов обоснованы и назначены с максимальным учетом природно-климатических условий исследуемого района, что будет способствовать проектированию надежных конструкций дорожных одежд, не влекущих под собой дополнительных расходов на ремонт в процессе их эксплуатации [1,10].

• работой устройства в условиях сильных электромагнитных помех;
• ошибками в топологии печатной платы устройства.

Так же возникает необходимость в ограничении спектра обрабатываемого сигнала из-за конечной частоты дискретизации аналого-цифровых преобразователей, применяемых в разрабатываемом устройстве.

Для решения данных задач широко используются фильтры, построенные по схеме Саллена-Ки. В общем случае передаточная функция фильтра нижних частот имеет следующий вид:

      (1)

Знаменатель данной функции представлен полиномом n-го порядка. На практике возможно использование следующих полиномов:

• Чебышева;
• Баттерворта;
• Бесселя.

Выбор полинома определяет вид фильтра, а именно равномерность его амплитудно-частотной характеристики (АЧХ) в полосе пропускания и скорость убывания в переходной зоне. Сравнение частотных характеристик фильтров приведено на рисунке 1.

Фильтр, построенный по схеме Саллена-Ки (показан на рисунке 2)

имеет в своей основе следующую передаточную характеристику:

     (2)

Выражение в знаменателе может быть существенно упрощено, если принять R₁ = R₂ = R и С₁ = С₂ = С, тогда оно примет вид:

     (3)

Таким образом, задавая соответствующие коэффициенты R, C и α, мы получаем фильтр второго порядка необходимого вида. Используя данные из таблицы 1, возможно реализовать необходимый нам вид фильтра.

Таблица 1. Таблица для расчета фильтра

Порядок фильтра	Номер секции	Фильтр Баттерворта	Фильтр Чебышёва(неравномерность в зоне пропускания 0,5 дБ)	Фильтр Чебышёва(неравномерность в зоне пропускания 0,5 дБ)
		K	fН	KfНK
2	1	1.568	1.231	1.8420.9072.114
4	1 2	1.152 2.235	0.597 1.031	1.582 2.6600.471 0.9641.924 2.782
6	1 2 3	1.068 1.586 2.483	0.396 0.768 1.011	1.537 2.448 2.8460.316 0.730 0.9831.891 2.648 2.904

Значения R и C рассчитываются в соответствии с частотой среза (), на которую настроена каждая секция фильтра:

     (4)

Коэффициент К – коэффициент усиления секции и равен ().

У фильтров Баттерворта все секции настраиваются на одну , соответствующую частоте среза фильтра.

У фильтров Чебышёва секции настраиваются на разные частоты среза. Для определения этих частот в таблице 1 приводятся нормировочные коэффициенты.

      (5)

Таким образом, значения R и C секции фильтра Чебышёва могут быть рассчитаны с учетом нормирующих коэффициентов как

      (6)

Подход, в котором разработка нового устройства дополняется стадией моделирования его работы или отдельных его частей в специальных программных продуктах, оказывается наиболее эффективным, в виду того, что исследовать параметры, менять характеристики, проверять правильность расчетов много проще на компьютерной модели, чем на реальном устройстве.
Современные средства автоматического проектирования, такие как Multisim 11.0, позволяют создавать модели вышеописанных фильтров и проводить работу по исследованию их характеристик.
При построении модели в среде Multisim 11.0, можно использовать идеализированные компоненты (в их названии присутствует слово VIRTUAL) или воспользоваться моделями, у которых существует реальный прототип. Multisim 11.0 внутри себя содержит обширную базу компонентов различных фирм, которая постоянно пополняется.

Модель ФНЧ Баттерворта второго порядка по схеме Саллена-Ки, реализованная в среде Multisim 11.0 (предпочтение отдано виртуальным компонентам) выглядит следующим образом (рис. 3):

Согласно расчетам по формулам [4], [5] и [6] были установлены номиналы компонентов, задающие частоту среза 10 кГц.

Для проверки результатов расчетов необходимо построить АЧХ модели. Для этого к схеме необходимо подключить два прибора – генератор сигнала (обозначен XFG1) и боде-плоттер (обозначен XBP1). Схема принимает вид, показанный на рисунке 4.

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

После установки приборов и запуска симуляции, в окне боде плоттера прорисуется АЧХ исследуемой модели (рис. 5).

Передвигая курсор в окне графика, можно исследовать АЧХ модели – уточнить коэффициент усиления в полосе пропускания, частоту среза, наклон АЧХ и т.д. Сейчас на рисунке выше курсор стоит в точке графика на уровне минус 3 dB относительно коэффициента усиления в полосе пропускания т.е. на частоте среза. Видно, что значение в этой точке практически совпадает с расчетной частотой среза 10 кГц.

Переключившись на вкладку Phase в окне боде-плоттера, можно увидеть фазо-частотную характеристику (ФЧХ) модели (рис . 6)

Представленная модель ФНЧ легко трансформируется в ФВЧ путем перестановки местами резисторов и конденсаторов. При этом их номиналы остаются прежними. Резисторы, задающие коэффициент усиления (R3, R4 на рисунке 7) так же остаются без изменений.

АЧХ для модели ФВЧ выглядит следующим образом (рис 8).

Видим, что частота среза осталась практически неизменной.

Для трансформации из ФНЧ в ФВЧ фильтров Чебышева необходимо будет пересчитать нормирующий коэффициент по формуле [7].

     (7)

Генерация схемотехнической модели производится после задания параметров фильтра. Меню мастера (рис. 10) содержит пояснительный рисунок и интуитивно понятно.

После задания параметров необходимо нажать кнопку Verify. Если значения указаны некорректно, мастер проинформирует вас соответствующим сообщением. Если верификация прошла успешно, можно нажать кнопку Build circuit и на рабочем поле сгенерируется схема рассчитанного фильтра.

Таким образом, проектирование фильтров средствами САПР занимает значительно меньшее количество времени и усилий, чем ручной расчет, позволяет наглядно отобразить частотные характеристики, так же средствами Multisim возможно исследование зависимостей параметров схем путем симулирования различных режимов работы.

Чтобы выбрать оптимальный вариант программного обеспечения, на котором можно реализовать мобильное приложение, необходимо проанализировать рынок мобильных устройств. Большую популярность среди смартфонов на протяжении достаточно долгого времени имеют смартфоны на базе операционной системы Android. Они отличаются богатым арсеналом программ, сравнительно доступной стоимостью для потребителя и возможностью выбора необходимой версии.

Изучив потребности рынка и определившись с платформой для разработки мобильного приложения, необходимо так же выбрать среду, в которой будет происходить реализация программного кода. Рассмотрим три программных продукта для создания Android приложений.

Eclipse – является бесплатной программной платформой. Она отличается открытым исходным кодом, предлагает набор процедур, функций и классов для разработки приложений, включает необходимые плагины [6]. Последняя версия появилясь в июне 2016 года

IntelliJ IDEA Community Edition является бесплатной версией среды разработки, базирующейся на открытом коде. Разработчики позиционируют данную платформу, как интеллектуальную, способную понять код и предлагают интуитивный интерфейс, инструменты для анализа качества кода, поддержку большого количества языков программирования, а также визуальный редактор. Кроме того, в отличии от Eclipse все инструменты для создания Android приложений уже встроены в среду и дополнительных надстроек не требуется [5].

Android  Studio – это официальная интегрированная среда разработки для работы с платформой Android, которая была анонсирована 16 мая 2013 года. Среда была разработана на основе открытого исходного кода и включает поддержку сборки приложения, основанной на Gradle, рефакторинг и быстрое исправление дефектов; коллекцию типовых элементов интерфейса и визуальный редактор для их компоновки и другие возможности [1, 3].

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

Самым важным этапом разработки своего продукта является процесс проектирования – комплекс методов и средств представления и создания приложения. Проектирование позволяет  прогнозировать весь процесс работы мобильного приложения, что значит – исключить множество факторов, негативно влияющих на работу приложения, а также проследить перспективы дальнейшей эксплуатации и модернизации мобильного приложения.

Один из прогрессивных подходов к проектированию на данный момент является объектно-ориентрованное, которое позволяет создать модель, близкую к реальности, основываясь на понятии объектов и классов. Соответственно данному подходу можно рассмотреть возможности мобильного приложения с помощью определения «актеров» и линий взаимодействия между ними – диаграммы прецедентов. В этом разработчику помогает универсальная нотация для моделирования объектов (UML – Unified Modeling Language), которая претендует на роль стандарта в области объектно-ориентированного анализа и проектирования.

Рисунок 1 – Диаграмма прецедентов, отражающая особенности мобильного приложения

В данном примере, в клиент-серверной нотации выделены «актеры»: клиент – интерфейс, посылающий запросы, сервер – хранилище информации, например сервер базы данных и пользователь – конкретный человек, использующий мобильное приложение. Проследив взаимодействие между всеми «актерами» можно определить, какой именно интерфейс будет необходим для мобильного приложения. Так один запрос пользователя, реализующий конкретную функцию приложения может отображаться на одной странице. Исходя из этого, состав функций, которые может реализовать приложение позволит представить пользовательский интерфейс и, в дальнейшем, спроектировать его таким образом, чтобы пользователь мог интуитивно в нем ориентироваться [4].