Краткая характеристика функционала Solid Works Enterprise PDM. Методы и средства разработки системы управления контентом портала с архивом конструкторской документации. Логическая и компонентная архитектура. Решения по пользовательскому интерфейсу.
При низкой оригинальности работы "Программная система управления контентом портала с архивом конструкторской документации", Вы можете повысить уникальность этой работы до 80-100%
Имеется целое направление ПО для управления электронными документами - так называемые PDM-системы. В PDM системах решаются задачи управления документооборотом для их совместной разработки, управление потоками документов при прохождении их различных служб. Связь каждого элемента PDM-системы с номенклатурой обеспечивает получение информации о виде воспроизводства данной комплектующей, основных ее поставщиках, аналогах, наличию на складе и т.п., позволяя формировать оперативные управленческие решения, основываясь на достоверности данных внутри ERP-системы, с одной, и PDM-системы, с другой стороны. Пользователь допускается к работе с системой, только после идентификации (ввод имени и пароля). Пользователи посредством браузера получают информацию о иерархической структуре контента и могут совершать навигацию по контенту, поиск данных, просмотр, управление просмотром с помощью меню, получая таким образом требующуюся на данный момент информацию оборудовании.Получив эти значения для разработки и аналога, был произведен расчет сравнительной технико-экономической эффективности разработки, она равна 1,4, что свидетельствует о положительной оценке целесообразности внедрения разработки. Все действия в модуле пользователи выполняют, используя веб-интерфейс. Для работы в модуле обычный пользователь совершает следующие действия: Открыть браузер и зайти под своей учетной записью в модуль; Для работы в модуле администратор совершает следующие действия: Открыть браузер и зайти под своей учетной записью в модуль. Наличие и сохранение во всей программе единой системы группировки полей (поля и управляющие элементы должны быть выстроены по порядку выполнения действий в зависимости от требований предметной области и алгоритма работы пользователя, без привязки к структуре и последовательности физических таблиц данных) 4 4 3В ходе проведения исследовательских мероприятий была произведена оценка безопасности при взаимодействии пользователя с модулем вебсайт разрабатываемой системы.В результате проведенной работы были спроектированы и реализованы модули редактора и вебсайта. Проведен анализ предметной области для понимания процессов функционирования PDM систем. Проведено тестирование реализованных компонентов, которое показало общую работоспособность модулей и системы в целом. Была доказана технико-экономическая целесообразность разработки системы путем проведения анализа актуальности и необходимости такой системы. В результате анализа безопасности и экологичности был сделан вывод, что работа с данной системой относится к классу «допустимых».$this->form_validation->set_rules("password","Пароль","trim|required|xss_clean"); $this->form_validation->set_rules("email","Email","trim|required|xss_clean|valid_email|is_unique[user.email]"); $this->form_validation->set_rules("password","Пароль","trim|required|xss_clean|is_unique[user.password]"); $this->form_validation->set_rules("ret_pass","Пароль","trim|required|xss_clean|matches[password]"); $this->form_validation->set_rules("STAFFPASS","Пароль","trim|required|xss_clean|min_length[3]|is_unique[user.password]");using System.Collections.Generic; using System.Windows.Forms; using System.Threading; //if package was opend we start server and browser, otherwise - app would be closed if (package.ISOPENED) using System.Collections.
Введение
Считается, что правильно организованный документооборот и электронный архив документов становятся необходимыми условиями эффективной работы современного предприятия.
Имеется целое направление ПО для управления электронными документами - так называемые PDM-системы.
Представителями PDM систем можно назвать такие специализированные пакеты программ, как SOLIDWORKS Enterprise PDM, Autodesk Vault, 1С-PDM, Лоцман. Также сюда можно отнести и универсальные многофункциональные пакеты, такие как Microsoft SHAREPOINT.
В PDM системах решаются задачи управления документооборотом для их совместной разработки, управление потоками документов при прохождении их различных служб. Это сложные и дорогостоящие ситемы корпоративного уровня, применяющиеся на современном этапе информационных и облачных технологий.
При этом накопленный конструкторский опыт прошлых десятилетий представлен пока в виде бумажных архивов на большинстве предприятий. Этой документацией (бумажными копиями) также активно пользуются ремонтные службы, эксплуатационные подразделения. Внедренные в прошлом сложные технологические процессы в химическом производстве, производстве электроэнергии базируются на комплексах оборудования и требуют особого внимания во время эксплуатации с целью обеспечения безопасности работ.
В этом случае речь идет не столько о документообороте, а о возможности быстрого доступа к имеющимся данным при принятии решений, или доступа к накопленным знаниям при разработке новых изделий. Эти задачи должны решаться также с помощью современных технологий, но более доступных для широкого круга пользователей, не связанных с процессами проектирования и не столь громоздких по числу функций и форматам данных, требующих отдельных подразделений для их сопровождения. Поэтому разработка такой специализированной системы для хранения конструкторской и технической документации и обеспечения многопользовательского доступа к ней является актуальной и сегодня.
Для того, чтобы такая система нашла свое применение на предприятии потребуется решить три насущные задачи: - перевод бумажной документации в электронный вид, что позволит сохранить накопленный производственный опыт;
- создание электронного архива, что позволит оптимизировать процесс хранения документов;
- обеспечить совместный доступа к хранилищу инженерных данных, документов и разработок предприятия.
Первая задача может решаться силами сотрудников предприятия современными аппаратными средствами - сканерами.
Для решения второй задачи потребуется ПО с функциями ввода электронных документов в хранилище в систематизированном виде силами тех же сотрудников. Отметим несколько особенностей, присущих такого рода информации: - насыщенные широкоформатные чертежи (форматы А0, А1);
- многостраничные спецификации, сопровождающие каждый чертеж;
- инструкции по эксплуатации оборудования и паспорта.
Третья задача должна решаться на базе клиент-серверных технологий и обеспечивать доступ параллельно с процессом наполнения хранилища.
Существующие средства для решения первой задачи вполне известны, а для решения второй и третьей задачи существующие системы имеют ряд недостатков, которые будут решаться в разрабатываемой системе.
1. Анализ предметной области
1.1 SOLIDWORCKS Enterprise PDM
SOLIDWORKS Enterprise PDM (SWE-PDM) управляет данными и процессами на различных этапах жизненного цикла изделия, обеспечивая коллективную (параллельную) разработку изделия, технологий изготовления, процессов имитационного моделирования, эксплуатационной документации с возможностью двустороннего обмена данными с системами управления предприятием класса ERP/MRP. В результате на предприятии создается единое информационное пространство, охватывающее технические, финансово-экономические, логистические и управленческие подразделения, включая территориально распределенные структуры[2].
SOLIDWORKS Enterprise PDM включает в себя следующий основной функционал: Управление доступом к данным
Управление проектами
Управление нормативно-справочной информацией
Управление произвольными документами
Управление процессами
Классификация изделий
Управление изделиями
Управление технологическими данными
Управление стоимостью
Взаимодействие с информационными системами предприятия
Возможность редактировать данные в ручном режиме непосредственно в программе;
Поддержка различных бланков;
Возможность импорта и экспорта данных в PDM-систему.
Недостатки: Работа непосредственно только с SOLIDWORCKS;
Нет импорта/экспорта данных в формат .xml;
Некорректная, а иногда неудобная нумерация и сортировка строк;
Автоматическое формирование документов по ЕСКД;
При чтении/записи данных в большой сборке потери позиций и некоторых свойств;
Отсутствует поиск элементов на схемах;
Отсутствует локальный поиск схем;
Требует дополнительного места на жестком диске;
Из всего выше сказанного можно сделать вывод, что SOLIDWORCKS Enterprise PDM является мощным ПО, которое включает в себя все аспекты для работы с КТС и предприятия в целом.Стоимость SOLIDWORCKS Enterprise PDM равна 1795 долларов США.
1.2 Autodesk Vault
Программа адресована членам конструкторских, технических и производственных команд, нуждающимся в управлении данными проекта, в их организации и эффективном доступе к ним.
Autodesk Vault представляет собой систему управления данными в рабочей группе, интегрируемую в программу Autodesk Inventor, которая является составной частью пакетов Autodesk Inventor Series и Autodesk Inventor Professional[3].
Autodesk Vault включает в себя следующий основной функционал: Непосредственная интеграция с САПР;
Поиск данных;
Многократное использование данных;
Автоматизированное управление данными;
Интеграция с Microsoft Office;
Интеграция с Microsoft SHAREPOINT;
Стандартизация данных;
Контроль изменений;
Пакетная печать для автоматизированных данных.
Главные достоинства программы заключаются в следующем: производителям она помогает сократить цикл разработки продукта и повысить качество проекта/продукта, а проектировщикам позволяет сэкономить время, затрачиваемое на организацию и поиск данных, и сократить количество ошибок за счет гарантированного доступа именно к тем данным, которые нужны в тот или иной конкретный момент[3].
В отличие от SOLIDWORKS/PDMWORKS программа Autodesk Vault обладает следующими достоинствами: Предлагает встроенный механизм управления данными, причем бесплатно, по программе подписки.
Отличается простотой установки и не нуждается в развертывании: в отличие от традиционных PDM-систем, не требует технического переоснащения производственного процесса;
не нуждается в длительном развертывании - сразу после установки все готово к работе;
не требует использования сложных информационных технологий.
Способствует сокращению цикла разработки продукта: меньше времени затрачивается на организацию и поиск данных;
сокращается количество ошибок за счет точного извлечения нужных данных.
Преимущества Autodesk Vault для клиента: Встроенный механизм управления данными.
Простая и легкая настройка, не требующая развертывания
Программа помогает сократить цикл разработки продукта за счет надежного управления данными и эффективного доступа к необходимой информации.
Недостатки: Работать с файлом (файлами) через Vault может только один пользователь, остальным пользователям они доступны только для чтения;
Редактируемые файлы хранятся на рабочем месте у пользователя и посе изменения заливаются на сервер.
Отсутствует разграничение прав доступа к папкам и файлам.
Отсутсвует масштабирование графики;
Отсутствует поиск элементов на схемах;
Отсутствует локальный поиск схем в системе;
Требует дополнительного места на жестком диске;
Основной пакет Autodesk Vault, является бесплатным ПО но можно купить расширения Autodesk Vault Workgroup со стоимостью 44880 рублей и Autodesk Vault Professional стоимостью 76 937.06, в которых устранены вышеперечисленные недостатки.
1.3 1С:PDM
Программный продукт "1С:Предприятие 8. PDM Управление инженерными данными" - совместное решение фирмы "1С" и компании АППИУС предназначенное для автоматизации конструкторско-технологической подготовки производства (КТПП)[6].
Внедрение 1С:PDM позволяет изменить методологию конструкторско-технологической подготовки производства, организовать процесс подготовки производства в разрезе ведения конструкторско-технологической информации об изделии (составы, техпроцессы изготовления, технологические маршруты, материалы, трудоемкость изготовления), а не как процесс выпуска и изменения документов[4].
Система является общим структурированным хранилищем информации, которое позволяет систематизировать, упорядочить, проработать и уточнить взаимосвязанную информацию об изделиях, служит средой коллективной работы специалистов различных служб, объединенных общим бизнес-процессом[4].
Связь каждого элемента PDM-системы с номенклатурой обеспечивает получение информации о виде воспроизводства данной комплектующей, основных ее поставщиках, аналогах, наличию на складе и т.п., позволяя формировать оперативные управленческие решения, основываясь на достоверности данных внутри ERP-системы, с одной, и PDM-системы, с другой стороны.
1С:PDM включает в себя следующий основной функционал: Управление изменениями;
Управление справочными данными;
Управление электронным и бумажным архивом;
Средства совместной работы;
Управление структурой изделия;
Управление технологией изготовления;
Нормирование.
Основной выгодой от использования на предприятии 1С:PDM является сокращение времени разработки изделия, т.е. сокращение времени выхода изделия на рынок и повышение качества изделия. Сокращение времени выхода на рынок достигается в первую очередь за счет повышения эффективности процесса проектирования изделия: Избавление конструктора от непроизводительных затрат своего времени, связанных с поиском, копированием и архивированием данных, что составляет 25-30% его времени;
Улучшение взаимодействия между конструкторами, технологами и другими участниками жизненного цикла изделия за счет поддержки методики параллельного проектирования, что приводит к сокращению количества изменений изделия;
Значительное сокращение срока проведения изменения конструкции изделия или технологии его производства за счет улучшения контроля за потоком работ в проекте;
Резкое увеличение доли заимствованных или слегка измененных компонентов в изделии (до 80%) за счет предоставления возможности поиска компонента с необходимыми характеристиками.
Недостатки: Интерфейс не приспособленный для конструкторско-технологической службы;
Отсутствие интеграции с CAD-системой.
Модульная структура ПО. Для определенных целей приходится покупать отдельные модули;
Отсутсвует масштабирование графики;
Отсутствует поиск элементов на графике;
Требует дополнительное место на жестком диске;
Стоимость программного обеспечения 1С:PDM равна 50 000 рублей, но также компания 1С предлагает купить лицензии для различных подразделений и ролей, цена отдельной лицензии достигает 30 000 рублей на один рабочий месяц.
1.4 Лоцман:КБ
Лоцман: КБ относится к классу PDM-систем и предназначен для быстрого формирования и поддержания в актуальном состоянии электронного архива конструкторской документации. Как отмечают в «Аскон», система решает только задачи конструкторских подразделений и позволяет максимально учесть специфику их внутренних бизнес-процессов и приемов работы. По мнению разработчиков, Лоцман:КБ, являясь типовым решением, обеспечит максимальный эффект средним по размеру предприятиям, готовым сразу начать работать в соответствии с заложенной в систему методикой без необходимости адаптации под существующие в организации процессы[5].
Лоцман: КБ позволяет: Сформировать и поддерживать в актуальном состоянии электронный архив конструкторской документации, обеспечить быстрый поиск информации;
Организовать коллективную разработку КД;
Организовать электронное согласование КД;
Управлять проектами, процессами проектирования и согласования.
Лоцман: КБ обеспечивает полноценную коллективную работу над проектом уже на уровне файлов, с поддержкой технологии сквозного проектирования, реализованной во всех современных САПР. Система берет на себя организацию процесса, отслеживает изменения файлов, раздает и контролирует права пользователей, при этом не требуется дополнительных работ по настройке системы[5].
Лоцман: КБ предоставляет конструктору несколько вариантов формирования состава: Вручную, добавляя ДСЕ, документы и присоединяя файлы;
Получения состава изделия, атрибутов через интеграцию с CAD-системой, при этом автоматически может формироваться вторичное представление в формате PDF;
Заимствование объектов из архива или других проектов;
Добавлять материалы используя справочник Материалы и Сортаменты.
При этом система позволяет просто создавать и проводить Извещения, поскольку управление изменениями встроено в Лоцман:КБ. Если в процессе формирования состава появляется документ с обозначением, которое присутствует в архиве, система автоматически создает Изменение и при последующем проведении в Архив всегда знает, что на что меняется[6].
Частью Лоцман:КБ является система управления проектами и процессами согласования. Она позволяет: Создавать шаблоны проектов и процедур согласования;
Посредством шаблона или вручную создавать график проекта, процедур согласования;
Автоматически исполнять процедуры, система сама будет выдавать задания назначенным исполнителям по ходу исполнения;
Отслеживать выполнение работ и загрузку исполнителей в реальном времени;
Гибко управлять проектами (добавлять/удалять этапы, менять исполнителей, сроки и др.).
Преимущества Лоцман:КБ: Быстрая внедряемость;
Поддержка технологий сквозного проектирования;
Электронные подлинники;
Мгновенная переписка в рамках проекта;
Создание составных пояснительных записок;
Сравнение версий документов;
Планирование работ;
Организация делопроизводства;
Возможность адаптации под растущие задачи пользователей;
Недостатки: Система не является мультиплатформенной, только ОС Windows;
Для работы требуются дополнительное ПО: Microsoft SQL Server 2005 SP 4 и Лоцман: PLM;
Отсутствие масштабирования схем;
Отсутствие поиска элементов на схемах;
Отсутствие локального поиска схем;
Требует дополнительного места на жестком диске;
Лоцман: КБ решает только задачи конструкторских подразделений в машиностроении, не содержит ничего лишнего, прост в работе и обслуживании. Система позволяет значительно снизить потери предприятия на поиск информации, организацию коллективной работы, согласование, управление. При этом не требует длительных и дорогостоящих проектов внедрения.
Стоимость Лоцман:КБ 2015 на 10 мест составляет 22700 рублей, на 50 мест 56600 рублей.
Как можно видеть из обзора, существующие системы не в полной мере удовлетворяют обозначенным требованиям, следуя из этого можно прийти к выводу, что необходимо реализовать систему которая будет обладать следующими преимуществами: Редактировать содержимое системы может только редактор;
Система будет включать в себя разграничение пользователей по ролям.
Масштабирование схем и чертежей;
Поиск оборудования на схемах;
Глобальный и локальный поиск оборудования и схем;
Разграничение прав доступа к системе через администраторскую панель web-интерфейса;
Система будет работать с помощью клиент - серверной архитектуры, пользователю не надо дополнительное место на жестком диске;
Разделение системы на два модуля: Редактор, для наполнения контента;
Вебсайт, для просмотра контента.
Автоматическая синхронизация редактора и сервера системы;
2. Анализ технического задания
2.1 Наименование системы
Программная система управления контентом портала с архивом конструкторской документации.
2.2 Цели, назначение и область использования Системы
Система создается для достижения следующих целей: - сокращение сроков разработки и внедрения нового изделия;
- повышение эффективности проведения ремонтных работ;
- информационное обеспечение безопасности эксплуатации оборудования.
Система предназначена для: - создания электронного архива конструкторской и технической документации;
- предоставления доступа к архиву различным службам предприятия;
- проведения работ по систематизации архива документов;
- автоматизации поиска документации;
- представления широкоформатных чертежей на стандартных мониторах;
- автоматизации поиска элементов спецификации на чертежах.
2.3 Основные требования к системе
Система должна включать в себя программное обеспечение в составе: Серверной части, необходимой для записи данных, обработки запросов пользователей, а так же генерации интерфейса, доступного через браузер.
Базы данных, хранящей все необходимые документы и записи, а также сохраняющей состояние работы с документами.
Система должна быть построена на клиент-серверной архитектуре. Работа с системой должна происходить через web-интерфейс. Система должна позволять одновременную работу нескольких пользователей (1 - 50). Пользователь допускается к работе с системой, только после идентификации (ввод имени и пароля). Должна быть возможность при явном указании сохранить идентификационные данные на данном устройстве, чтобы исключить частый повторный их ввод.
В системе должно быть предусмотрено распределение прав для пользователей в соответствии с принадлежностью к одной из трех основных групп: Читатель;
Редактор;
Администратор;
Читатель может: Выбирать интересующий его энергоблок АЭС и просматривать информацию по нему;
Просматривать технологическую схему энергоблока в высоком разрешении;
Выбирать участок схемы для его дальнейшей детализации.
Переходить по ссылкам на страницу оборудования.
Скачивать документы, связанные с этим оборудованием.
Выполнять поиск по ключевым словам.
Просматривать структуру имеющихся документов и перемещаться по ней.
Редактору разрешается: Загружать на сервер новые схемы энергоблока, обновлять имеющиеся.
Создавать страницы для нового оборудования. Редактировать имеющиеся страницы.
Загружать на сервер изображения, документы и прочие файлы.
Выполнять привязку страниц оборудования к конкретным участкам схемы.
Редактировать ранее сделанные привязки.
Администратор вправе: Добавлять новых пользователей.
Блокировать, разблокировать и изменять принадлежность группе существующих пользователей.
Удаленно производить действия по техническому обслуживанию серверной составляющей системы.
Система должна позволять работать с данными больших объемов (порядка двух десятков мегабайт) без существенных задержек за счет разбиения на малые части и предварительного отображения в меньшем разрешении и с ухудшением качества.
3. Методы и средства разработки Системы
Основой системы будут два независимых модуля. Первый будет разрабатываться для формирования контента системы, этот модуль будем называть Редактор. Второй модуль будет отвечать за отображение контента пользователю в web-браузере, далее этот модуль будем называть вебсайт или Планшет. Исходя из этого можно сделать вывод, что для каждого модуля необходимо подобрать отдельные средства для разработки.
Для создания вебсайта будет использоваться не требующее лицензий программное обеспечение, включающее сетевую операционную систему Ubuntu, HTTP сервер Apache, СУБД MYSQL. Для работы с БД используется язык запросов SQL в рамках стандарта ANSI SQL-92 и РНР. Конфигурация программного обеспечения в системе представлена на рисунке 1.
Рисунок 1 - Конфигурация ПО
Для разработки пользовательских интерфейсов вебсайта используется язык разметки гипертекста - HTML 4.1, Java Script 1.9 и выше, каскадные таблицы стилей CSS 2.0.
Для основной логики вебсайта, такой как регистрация пользователя в системе, поиск схем и оборудования будет использоваться язык программирования PHP.
Для подготовки и модификация контента будет разработана программа редактор на языке программирования C#. Обновленные версии контента с помощью этой программы будут синхронизироваться с контентом серверной части системы.
Данные, прежде чем стать обучающим контентом, состоящим из различных сущностей проходят предварительную обработку.
Систематизация контента, разбиение на разделы, установка связей между частями производится с помощью программы редактора. Результатом работы программы редактора являются заполненные контентом шаблоны html-страниц. Объем контента каждой html-страницы формируется равным объему соответствующего подраздела. Дополнительно заголовки ключевых разделов и ссылки на них заносятся в таблицы БД для реализации поисковых процедур. Список html-страниц в виде файлов составляют вебсайт сервера. Процедуры и функции управления контентом располагаются в отдельных папках в пределах вебсайта.
4. Основные технические решения
4.1 Очередность разработки Системы а) разработка программного обеспечения для ввода, редактирования и актуализации контента, синхронизации с хранилищем сервера. б) определение принципов отображения контента, выбор программных средств хранения, доступа, навигации и модификации контента. Разработка концептуальной, логической, физической модели хранилища для контента. в) разработка структур баз данных содержания контента - метаданных;
г) разработка интерфейсной части серверного приложения;
д) разработка пользовательских форм и окон;
е) разработка стилей CSS страниц, Java - скриптов управления контентом, масштабирования графики, PHP библиотек;
ж) расстановка переходов по внутренним и внешним ссылкам контента, расстановка контекстов;
з) разметка графики на регионы, проставление контекстов и ссылок из регионов графики на страницы контента;
и) наполнение баз данных, ввод, редактирование контента;
4.2 Решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами Системы
Организационная структура системы представлена на рисунке 2.
Рисунок 2 - Организационная структура
Общая структура решения системы разделена на 5 сущностей: Администрирование - эта сущность отвечает за управлением пользователями.
Технический персонал - эта сущность в основном отвечает за актуализацию содержимого контента.
Редактор - эта сущнось отвечает за наполнение контентом системы в модуле Редактор.
Пользователи - эта сущность имеет доступ к просмотру и поиску информации в модуле системы вебсайт.
Архив - эта сущность отвечает за хранение всей информации, которая находится в системе.
4.2.1 Функциональная структура Системы
Функциональная структура отражает жизненный цикл данных, циркулирующих и хранящихся в Системе. Решение по функциональной архитектуре Системы представлено на рисунке 3.
Рисунок 3 - Функциональная архитектура
Исходные данные - массив входных данных.
Экспертами по данным являются представители служб главного инженера и технолога предприятия, начальники цехов, которые согласовывают объем и перечень исходных данных.
Управление контентом включает в себя следующие процедуры: 1. Преобразование исходных данных: а) оцифровка текстовых и графических данных и перевод их в файлы с форматами для Системы;
б) доведение данных до приемлемого уровня качества и информативности;
в) разметка графических объектов на регионы для поиска и контекстных сообщений.
2. Агрегирование данных: а) представление информации в окончательном виде, принятом для хранения и отображения в Системе;
б) организация интегрированного хранения в структурах, обеспечивающих их целостность, непротиворечивость, высокую скорость и гибкость выполнения запросов;
3. Согласование данных: а) выбор форматов представления различных данных для совместного отображении в пределах страницы браузера;
б) систематизация данных по разделам с целью навигации по иерархии данных и поиска по ключевым словам заголовков разделов;
в) соединение данных с управляющими процедурами при отображении - масштабирование, вывод контекстов, перетаскивание широкоформатных графических объектов, автоматическое позиционирование на экран найденного фрагмента.
Редактор посредством программного обеспечения реализует функции управления контентом 1.в), 2.б), 3.б), в). Остальные функции реализуются стандартным программным обеспечением для оцифровки данных.
Хранение контента учитывает особенности представления данных. Файлы графических форматов большого объема - чертежи хранятся в папках ресурсов. Заголовки разделов контента записаны в страницах HTML и в таблице базы данных с соответствующими гипер-ссылками. Списки пользователей хранятся в базе данных.
Пользователи посредством браузера получают информацию о иерархической структуре контента и могут совершать навигацию по контенту, поиск данных, просмотр, управление просмотром с помощью меню, получая таким образом требующуюся на данный момент информацию оборудовании.
Администраторы БД и Системы обладают правами доступа к хранилищу для просмотра таблиц с данными, папок с файлами ресурсов, спискам персонала.
4.2.2 Логическая и компонентная архитектура Системы
Система функционирует как распределенная трехзвенная клиент-сервер-СУБД программная архитектура. В среде серверной операционной системы Microsoft Windows Server 2012 R2 Standart система установлена как виртуальная машина. Такой подход позволит обеспечить функционирование системы без привязки к конкретной физической аппаратуре сервера, а также при последующих возможных ее модификациях Заказчиком во время эксплуатации Системы. Лицензионная серверная операционная система приобретается вместе с КТС.
Базовая операционная система виртуальной машины - Ubuntu 12.04.4 LTS Linux tablet 3.11.0.
Хранилище контента, состоящего из технической документации, чертежей, графических изображений, описаний технологических процессов реализуется на базе программного обеспечения Apache HTTP Server 2.2.22. Это позволит реализовать отображение контента посредством HTML-страниц, доступное через стандартный Web-браузер Microsoft Internet Explorer версии 9.0. Интерфейсная часть системы - окна, меню, кнопки, навигация разрабатываются с помощью таблиц стилей CSS и языка программирования Java Script с технологией AJAX.
Сервер баз данных - MYSQL database server 5.5.35 содержит таблицы с заголовками содержания контента, журналы со списками пользователей и списками нормативной документации.
Поиск и доступ к контенту, программная часть базы данных, управляющие котроллеры, SQL сценарии разработаны на базе средств PHP 5.4.10 под управлением интегрированной среды разработки Netbeans 8.0. Программное обеспечение серверной виртуальной машины, следовательно, и система не требует наличие каких-либо лицензий и имеет статус свободного распространения.
Программное обеспечение формирования и модификации контента, синхронизации его с хранилищем и базой данных разрабатывается на языке программирования C#. Представляет собой отдельную программу и набор библиотек. Функционирует в среде рабочей станции инструктора или администратора. Позволяет проводить синхронизацию текущего состояния контента с содержимым сервера.
Список программного обеспечения, являющегося технологическим компонентом разрабатываемой Системы представлен в таблице 1.
Таблица 1 - Технологические компоненты Системы
№ Наименование Функциональное назначение
Серверное ПО: Обеспечение работы сервера
1 Microsoft Windows Server 2012 R2 Standart Серверная операционная система
2 Ubuntu 12.04.4 LTS Linux tablet 3.11.0 Операционная система виртуальной машины
3 Apache HTTP Server 2.2.22 Web-сервер приложений
4 MYSQL database server 5.5.35 Сервер баз данных и СУБД
5 PHP 5.4.10 Управление HTML страницами и таблицами
6 Netbeans 8.0 Интегрированная в сервер среда разработки
7 STATIONGUIDE.Editor Редактор и управление контентом
Техническая архитектура Системы приведена на рисунке 4.
Сервер приложений обеспечивает поддержку инфраструктуры решений. Включает в себя следующий ряд приложений обеспечивающих: - стандартные подходы к организации служб каталогов, централизованные методы организации;
- развертывание сервисов разработки дополнительных приложений;
- развертывание сервисов анализа и отчетности;
- сохранение резервных копий баз данных;
Рисунок 4 - Техническая архитектура архив контент управление система
Сервер БД представляет собой систему управления базами данных (СУБД). На данном сервере хранятся нормативно-справочная информация, таблицы со списками персонала, область временного и постоянного хранения данных, агрегаты данных. Реализуется система разграничений прав доступа на уровне объектов и записей в таблицах.
4.3 Решения по пользовательскому интерфейсу
4.3.1 Решения по пользовательскому интерфейсу в части серверного приложения (вебсайт)
Для реализации требований к серверному приложению (Сайту), объединяющему системы управления и обеспечения учебного процесса на основе web-платформы, используются типовые интерактивные управляющие инструментальные средства web-интерфейсов: кнопки перехода, ссылки, меню, скрывающиеся боковые панели, всплывающие окна и т.п. В качестве схем расположения элементов управления и контента используются стандартные одноколоночные, двухколоночные и трехколоночные схемы. Такие схемы привычны для пользователей, что делает работу с приложением более удобной и комфортной.
4.3.2 Решения по пользовательскому интерфейсу в части локального приложения (Редактор)
Исходные данные перерабатываются в электронный вид, как следующие сущности: текст; заголовки; списки; таблицы; числовые данные; рисунки; схемы; чертежи.
С помощью различных стандартных компьютерных программ, не входящих в состав Системы.
Для реализации требований к локальному приложению просмотра и редактирования контента (Редактор) используются типовые интерактивные управляющие инструментальные средства XAML: панели, элементы управления и т.п.
5. Описание информационной базы
Схема организации подсистемы хранения данных с указанием потоков данных представлена на рисунке 5.
Рисунок 5 - Схема хранения данных
Область временного хранения данных используется для хранения оцифрованных исходных данных, технической документации, ресурсов для формирования обучающего контента в иерархической файловой структуре и в базе данных программы-редактора.
Область постоянного хранения данных используется для хранения консолидированных, агрегированных данных, нормативно-справочной информации в папках сервера, контента в иерархической структуре файлов сайта.
Область витрин данных используется для хранения заполненных шаблонов страниц сайта с контентом.
Уровни доступа к данным в пределах КТС Системы: DF- папка с оцифрованными исходными данными, доступна для инструктора в пределах АРМ;
TD - папка с техническими описаниями, инструкциями технологических процессов, КД, доступна для инструктора в пределах АРМ;
R - папка с графическим контентом, чертежами, схемами доступна через программу-редактор в пределах АРМ инструктора с добавочным паролем;
С - папка с файлами стилей и Java Script, html-страницами, формируется программой-редактором, доступна в пределах АРМ инструктора.
DW - таблицы базы данных СУБД MYSQL, папки сервера с ресурсами и PHP контроллерами, доступны администратору по FTP протоколу со страниц сайта для пользователей с уровнем доступа администратора Системы;
S - папка сервера заполненных шаблонов html-страниц, синхронизируется с С АРМ инструктора, доступна по протоколу FTP для администрирования, доступна со стороны АРМ пользователя через браузер в режиме отображения и запуска тренажеров и симуляторов.
5.1 Объекты области временного хранения
Объекты области временного хранения классифицируются по предметным областям. Аутентичность исходным данным Заказчика в объектах DF, TD и R достигается за счет копирования текста, графических схем, мнемосхем и представления таблиц в виде изображений. При переработке, консолидации и агрегировании исходные данные становятся контентом со следующими сущностями: Текст;
Заголовки;
Таблицы;
Рисунки;
Схемы, мнемосхемы;
Чертежи с механизмами управления: Гиперссылки в тексте и графических изображениях для перехода и отображения нужной части контента;
Контекст для дополнительного пояснения отображаемого контента;
Контекст, содержащий гиперссылки;
Вкладки (закладки);
Масштабируемая графика;
Интерактивные таблицы.
Контент хранится в объекте C.
5.2 Объекты области постоянного хранения
Объекты области постоянного хранения классифицируются по принципу логической группировки таблиц (сущностей) по предметным областям - областям сведений о пользователях, нормативных документов, разделов контента.
С точки зрения реализации объектов БД области постоянного хранения сущностей каждого класса, все классы сущностей реализуются в одной схеме БД - DW. Многомерная модель данной схемы реализована по принципу связанных таблиц и представлена на рисунке 6.
Рисунок 6 - Модель БД.
5.2.1 Область Пользователи
В данной области возможен анализ данных о Пользователях: ФИО, место и должность работы, специализация, назначенный уровень доступа. Администратор СПО ОП может вносить изменения в список и управлять правами доступа каждого пользователя.
Заполняется и актуализируется по информации от Пользователей при их регистрации. Администратор ведет список предприятий, на которых работают Пользователи.
5.2.2 Область разделы и подразделы
Данная область содержит данные о ссылках на страницы с тем или иным заголовком раздела или подраздела. Доступна со стороны процедур поиска PHP контроллерами. Заполняется автоматически при формировании программой-редактором контента.
5.3 Описание таблиц базы данных
Таблица 1 - Типы и назначение полей таблицы «user»
Имя Тип Описание
USERID int Уникальный идентификатор пользователя
Name varchar ФИО пользователя
Position varchar Должность пользователя
Job varchar Место работы пользователя subdivision varchar Подразделение пользователя
Login varchar Имя пользователя для входа в систему password varchar Пароль пользователя level tinyint Уровень пользователя
Таблица 2 - Типы и назначение полей таблицы «jobs»
Имя Тип Описание
IDJOBS tinyint Уникальный идентификатор места работы jobs varchar Наименование места работы
Таблица 3 - Типы и назначение полей таблицы «Otryd»
Имя Тип Описание idname int Уникальный идентификатор отряда name varchar Наименование отряда
Таблица 4 - Типы и назначение полей таблицы «level»
Имя Тип Описание idlevel tinyint Уникальный идентификатор уровня definition varchar Описание уровня
Таблица 5 - Типы и назначение полей таблицы «shemas»
Имя Тип Описание idshemas int Уникальный идентификатор схемы picture varchar Содержит путь к изображению name varchar Наименование схемы aes varchar Наименование атомной станции block varchar Наименование блока в котором расположена схема linck varchar Содержит ссылку, где расположена схема в системе
Таблица 6 - Типы и назначение полей таблицы «rig»
Имя Тип Описание idrig int Уникальный идентификатор оборудования idshemas int Идентификатор схемы picture varchar Содержит путь к изображению оборудования name varchar Наименование оборудования
6. Руководство пользователя
6.1 Модуль Редактор
Рассмотрим макеты интерфейса основных функциональных элементов локального приложения, которые отражают расположение основных элементов управления контентом. Все элементы интерфейса представлены схематично. Приложение имеет стандартный оконный интерфейс пользователя, содержащий следующие элементы: блок меню;
блок навигации;
панель инструментов;
блок редактирования.
Блок меню содержит основные команды работы с приложением и имеет следующую структуру: Меню «Библиотека»: Команда «Сохранить библиотеку» - сохранение в библиотеке на локальном компьютере изменений, внесенных пользователем;
Команда «Сохранить библиотеку и сделать ее компактнее» - аналогично предыдущей команде плюс сжатие библиотеки;
Команда «Сформировать Web-сайт» - промежуточная операция, подготавливающая контент к загрузке на Сайт (серверное приложение);
Команда «Синхронизировать с сервером» - загружает подготовленный контент на Сайт;
Меню «Разделы»: Команда «Создать раздел» - добавление ра
Вывод
В данном разделе был проведен анализ необходимости и актуальности разработки программного приложения. В качестве аналога для сравнение было выбрано приложение Autodesk Vault компании Autodesk. По результатам расчета интегрального коэффициента качества был сделан вывод, что по уровню качества разработанная система несколько превосходит аналог.
Были проведены расчеты для нахождения полной себестоимости и продажной цены разработки, что позволило вычислить интегральный стоимостной показатель. Получив эти значения для разработки и аналога, был произведен расчет сравнительной технико-экономической эффективности разработки, она равна 1,4, что свидетельствует о положительной оценке целесообразности внедрения разработки.
В качестве основного средства продвижения разработанной системы предполагается использовать ресурсы глобальной сети Интернет. Размещение объявлений и баннеров на различных сайтах ориентированных на потенциальных пользователей и сервисах контекстной рекламы (Яндекс.Директ, Google ADWORDS), позволит привлечь внимание аудитории. Информацию о продукте все интересующиеся смогут получить на специальном сайте, там же будут опубликовываться новости и списки изменений в проекте.
8. Безопасность и экологичность проекта
8.1 Особенности функционального назначения
Разрабатываемый программный продукт - это модуль вебсайт для системы управлением контентом портала с архивом конструкторской документации. Цель модуля упростить и ускорить процесс работы персонала с поиском и редактированием конструкторских документаций, поиском чертежей и схем, масштабированием больших изображений и поиск определенных элементов на схемах. Модуль имеет ряд функциональных возможностей для достижения поставленной цели. Взаимодействие с системой происходит через веб-интерфейс, посредством использования ЭВМ.
8.2 Описание процесса эксплуатации объекта
Все действия в модуле пользователи выполняют, используя веб-интерфейс. Пользователи делятся на две группы: Обычный пользователь
Администратор
Для работы в модуле обычный пользователь совершает следующие действия: Открыть браузер и зайти под своей учетной записью в модуль;
Найти нужный раздел документации или совершить поиск по схемам;
Получить всю необходимую информацию;
Закончить работу.
Для работы в модуле администратор совершает следующие действия: Открыть браузер и зайти под своей учетной записью в модуль.
Зайти в административную панель системы
Произвести редактирование или добавление пользователя
Сохранить все изменения
Выйти
На рисунке 21 представлена блок-схема действий обычного пользователя и администратора.
Рисунок 21 - Блок-схема действий обычного пользователя и администратора
Проведем оценку эргономичности пользовательского интерфейса, заполнив таблицу 16. В ячейки, отражающие степень выраженности показателя, следует внести значение от 1 до 5. В ячейки, отражающие выполнение или невыполнение показателя заносятся значения 0 или 1, означающие «Нет» и «Да» соответственно. По каждой группе показателей собирается статистика путем подсчета суммы баллов и внесения полученных значений в соответствующие ячейки.
Таблица 16 - Критерии и показатели оценки эргономичности пользовательского интерфейса программных продуктов
Критерии и показатели оценки Программный модуль разрабатываемой системы Solidworcks Enterprise PDM Autodesk Vault Professional
Логичность компоновки элементов 42 35 35
Наличие и сохранение во всей программе единой системы группировки полей (поля и управляющие элементы должны быть выстроены по порядку выполнения действий в зависимости от требований предметной области и алгоритма работы пользователя, без привязки к структуре и последовательности физических таблиц данных) 4 4 3
Порядок заполнения полей (во всех окнах поля расположены по логике заполнения сверху вниз или слева направо) 5 5 5
Обоснованный порядок размещения пунктов списков (по алфавиту или в порядке убывания частоты использования) 4 4 3
Обоснованное соотношение между «детальностью» и «обобщенностью» выводимой на экран информации (нахождение компромисса между желанием вывести много записей одновременно и/или сразу увидеть детальную информацию по каждой из них) 4 3 3
Единство в выборе способа работы с однотипными данными (таблицы, списки, меню, консоль) 5 4 4
Видимое разделение основных и вспомогательных блоков информации 5 3 4
Видимое разделение редактируемых обязательных и необязательных, а также нередактируемых полей 4 4 4
Разделение задач: для каждой задачи открывается свое окно, одно окно предназначено для выполнения только одной задачи (поиск, ввод информации и т.д.) 5 3 3
Возможность совершать несколько различных действий (решать несколько задач) одновременно 3 3 3
Отсутствие перекрывающихся окон на экране 1 1 1
Отсутствие рядом расположенных кнопок с противоположным действием 1 0 1
Отсутствие дублирующих полей ввода 1 1 1
Интуитивность и ассоциативность диалогового режима 32 31 26
Продуманная навигация и целевая ориентация в программе: что надо сделать в следующий момент, очевидность каждого следующего шага действий 4 4 4
Наличие контекстных подсказок, меню дальнейших событий или объектов, запоминание типичных путей диалога 4 4 3
Наличие средств, позволяющих пользователям восстановить данные после ошибочных действий 4 4 4
Учет предметной области и профессиональных знаний пользователя (в программе должны быть те слова и графические образы, которые пользователь знает или обязан знать по характеру работы или занимаемой должности) 4 4 3
Возможность настройки интерфейса для пользователей с разным опытом работы с компьютером 3 3 3
Типичность интерфейса: использование стандартных элементов взаимодействия, их традиционное или общепринятое расположение 4 4 4
Постоянная возможность вызова главного меню (главной страницы) 1 1 1
Наличие механизмов поиска, средств листания и прокрутки при работе с большими фрагментами информации 4 4 3
Легкость и скорость обучения пользования программой, отсутствие необходимости специального обучения 4 3 1
Полнота реализации обратной связи с пользователем 16 15 12
3.1 Наличие сообщений о состоянии системы (обработка информации, загрузка данных, зависание программы...) 4 4 3
3.2 Отображение режима работы системы (автономного, штатного, защищенного и пр.) 0 0 0
3.3 Настраиваемое отображение значений важных для текущей задачи показателей 3 2 2
3.4 Отражение действий пользователя (нажатия клавиш, запуск процесса, динамика выполнения процесса, получение ожидаемого и иного результата) 5 5 5
3.5 Ясность и информативность сообщений системы 4 4 2
Ограниченное использование цвета в оформлении элементов интерфейса соответствует целевому назначению программного продукта и учитывает продолжительность работы с ним пользователя 4 3 3
Использованные сочетания оттенков цвета совместимы 4 4 3
Контрастность объектов различения с фоном комфортная и не требует перенастройки дисплея 4 4 4
Шрифт основного текста и заголовков легко читаем или может быть изменен 4 4 4
Размер шрифта основного текста, подписей элементов интерфейса может быть увеличен или уменьшен пользователем 5 5 3
Единство стиля оформления (фона, формата заголовков и основного текста, пиктограмм) 5 5 3
Итоговая сумма баллов 116 106 93
Можно сделать вывод, что эргономичность интерфейса высока и вполне сравнима с аналогами. По некоторым показателям различия отсутствуют, что связано со спецификой систем. Лучшие показатели аналогов обусловлены большим объемом потраченных человеко-часов на разработку. Однако, по некоторым показателям разрабатываемая система превосходит аналоги, так как разрабатывалась с целью превзойти их.
8.4 Оценка напряженности процесса эксплуатации объекта
Проведем сравнительную оценку напряженность процесса эксплуатации системы в процессе работы. Для этого заполним таблицу 7.2, в которой отражается степень влияния каждого из 28 факторов на напряженность трудового процесса. Факторы трудового процесса сформированы в соответствии с гигиеническим руководством Р 2.2.2006-05. всего используются семь оценок (классов): 1.0 - значение фактора оптимально, 2.0 - допустимо, 3.1, 3.2, 3.3, 3.4 - вредно в той или иной степени, 4.0 - опасно.[7]
В таблицу 17 занесены уровни нагрузки до внедрения системы в рабочий процесс и после.
Таблица 17 - Показатели напряженности трудового процесса до и после внедрения
Показатели напряженности трудового процесса Класс условий труда
До внедрения После внедрения
1. Интеллектуальные нагрузки 2.0 1.0
1.1. Содержание работы 2.0 1.0
1.2. Восприятие сигналов (информации) и их оценка 2.0 1.0
1.3. Распределение функций по степени сложности задания 2.0 1.0
1.4. Характер выполняемой работы 2.0 1.0
2. Сенсорные нагрузки 3.1 2.0
2.1. Длительность сосредоточенного наблюдения (% времени смены) 2.0 1.0
2.2.Плотность сигналов (световых, звуковых) и сообщений в среднем за 1 час работы 2.0 2.0
2.3. Число производственных объектов одновременного наблюдения 1.0 1.0
2.4. Размер объекта различения (при расстоянии от глаз работающего до объекта различения не более 0,5 м) в мм при длительности сосредоточенного наблюдения (% времени смены) 3.1 2.0
2.5. Работа с оптическими приборами (микроскопы, лупы и т.п.) при длительности сосредоточенного наблюдения (% времени смены) 1.0 1.0
2.6. Наблюдение за экранами видеотерминалов (часов в смену): при буквенно-цифровом типе отображения информации: при графическом типе отображения информации: 1.0 1.0 1.0 1.0
2.7. Нагрузка на слуховой анализатор (при производственной необходимости восприятия речи или дифференцированных сигналов) 1.0 1.0
2.8. Нагрузка на голосовой аппарат (суммарное количество часов, наговариваемое в неделю) 1.0 1.0
3. Эмоциональные нагрузки 3.1 1.0
З.1.Степень ответственности за результат собственной деятельности. Значимость ошибки 3.1 1.0
3.2. Степень риска для собственной жизни 1.0 1.0
3.3. Степень ответственности за безопасность других лиц 1.0 1.0
3.4. Количество конфликтных ситуаций, обусловленных профессиональной деятельностью, за смену 1.0 1.0
4. Монотонность нагрузки 3.1 2.0
4.1. Число элементов (приемов), необходимых для реализации простого задания или в многократно повторяющихся операциях 3.1 1.0
4.2. Продолжительность (в сек) выполнения простых заданий или повторяющихся операций 2.0 2.0
4.3. Время активных действий (в % к продолжительности смены). В остальное время - наблюдение за ходом производственного процесса 3.1 1.0
4.4. Монотонность производственной обстановки (время пассивного наблюдения за ходом техпроцесса в % от времени смены) 2.0 2.0
5. Режим труда и отдыха 2.0 2.0
5.1. Фактическая продолжительность рабочего дня 2.0 2.0
5.2. Сменность работы 2.0 1.0
5.3. Наличие регламентированных перерывов и их продолжительность 1.0 1.0
Общая оценка напряженности трудового процесса 14.5 9.0
Общая оценка напряженности после внедрения “Оптимальна” так как данная оценка устанавливается в случаях, когда 17 и более показателей имеют оценку 1 класса, а остальные относятся ко 2 классу. При этом отсутствуют показатели, относящиеся к 3 (вредному) классу.
Общая оценка напряженности до внедрения «Допустимый» так как мы имеем оценку 3.1 меньше чем у 6 показателей.
8.5 Разработка мер профилактики и повышения безопасности человеко-машинного взаимодействия
Так как количество выявленных вредных факторов не превышает пяти, то степень напряженности трудового процесса пользователя при работе с программным продуктом может быть признана допустимой. Допустимые условия труда условно относят к безопасным, поэтому обязательным является соблюдение пользователем профилактических защитных мероприятий, регламентированных требованиями САНПИН 2.2.2/2.4.1340-03.
Так как при восьмичасовом рабочем дне длительность работы с системой на ЭВМ не превышает 4 часов, то длительность регламентированных перерывов составляет 70 минут, или 9 минут в один час работы.
По рекомендациям САНПИН должен составлять 10-15 минут. Для предупреждения переутомления в состав обязательных мероприятий необходимо включить: проведение мероприятий для глаз через каждые 20-25 минут работы;
организация перерыва в течение 10 минут каждый час.В ходе проведения исследовательских мероприятий была произведена оценка безопасности при взаимодействии пользователя с модулем вебсайт разрабатываемой системы. Эргономичность пользовательского интерфейса системы по некоторым параметрам превосходит аналоги. Также было выявлено, что внедрение данной системы позволит снизить степень напряженности работы пользователей, однако потребуется внедрение мер профилактики и повышением безопасности взаимодействия пользователя с модулем.В результате проведенной работы были спроектированы и реализованы модули редактора и вебсайта. Были решены поставленные в работе задачи в полном объеме.
Проведен анализ предметной области для понимания процессов функционирования PDM систем. Проведен обзор существующих подобных систем, выявлены их достоинства и недостатки, в соответствии с которыми детализированы требования.
Выбраны средства и инструменты, позволившие эффективно решить поставленные задачи.
Спроектирована реляционная база данных, отношения которой соответствуют третьей нормальной форме. Спроектирован и реализован модуль редактора и модуль вебсайт. Проведено тестирование реализованных компонентов, которое показало общую работоспособность модулей и системы в целом.
Была доказана технико-экономическая целесообразность разработки системы путем проведения анализа актуальности и необходимости такой системы. В результате анализа безопасности и экологичности был сделан вывод, что работа с данной системой относится к классу «допустимых». Решение данных задач позволяет сделать вывод о том, что разработанный продукт будет востребован.
Работа соответствует сформулированным индивидуальным требованиям и требованием для всего проекта в целом. Таким образом, можно сделать вывод о том, что поставленная в работе цель достигнута.
Разработанная система обладает следующими преимуществами: Редактировать содержимое системы может только редактор;
Система включает в себя разграничение пользователей по ролям.
Масштабирование схем и чертежей;
Поиск оборудования на схемах;
Глобальный и локальный поиск оборудования и схем;
Разграничение прав доступа к системе через администраторскую панель вебсайта;
Система работает с помощью клиент - серверной архитектуры, пользователю не надо дополнительное место на жестком диске;
Разделение системы на два модуля: Редактор, для наполнения контента;
вебсайт, для просмотра контента.
Автоматическая синхронизация редактора и сервера системы;
Список литературы
1. Википедия: PDM - Система [Электронный ресурс].URL - (Дата обращения 10.05.2015)
2. Solidworks Russia: Описание Solidworks Enterprice PDM [Электронный ресурс]. URL - (Дата обращения 20.05.2015)
3. САПР: Основные особенности Autodesk Vault [Электронный ресурс]. (Дата обращения 30.05.2015)
4. 1С: 1С:Предприятие 8. PDM Управление инженерными данными [Электронный ресурс]. URL - (Дата обращения 01.06.2015)
5. Аскон: Лоцман:КБ [Электронный ресурс]. URL - (Дата обращения 01.06.2015)
6. Морозова Т.В. Методические указания по выполнению технико-экономического обоснования дипломных работ студентов инженерных специальностей: учебно - методическое пособие [Текст]. / Т.В. Морозова - Таганрог, 2015. - 40с.
7. Компаниец В.С. Учебно-методическое пособие по выполнению раздела «Безопасность человеко-машинного взаимодействия» в выпускных квалификационных работах студентов ИКТИБ: учебно - методическое пособие [Текст]. / Компаниец В.С - Таганрог, 2015. - 47с.
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы
