Электропривод и автоматизация участка методической печи. Самойлов М.В._ПИбд_1302а. Квалификационная работа посвящена вопросу автоматизации
 Скачать 1.46 Mb.
|
|
Таблица 2.11 – Характеристика таблицы «Заявки»
 В результате преобразования логической модели в физическую была получена следующая модель.Рисунок 2.8 – Физическая модель базы данных Физическая модель БД определяет способ размещения данных на носителях, а также способ и средства организации эффективного доступа к ним. Поскольку СУБД функционирует в составе и под управлением операционной системы, то организация хранения данных и доступа к ним зависит от принципов и методов управления данными операционной системы. Реализованная физическая модель, с использованием СУБД MySQL, полностью отображает фактическое размещение данных в разработанной БД, с указанием типов полей и их размерами. Реализованные связи поддерживают правила ссылочной целостности. Характеристика результатной информации Результатными документами являются: рейтинг сотрудников, статистика оборудования, статистика заявок, лист заявок и ЗП сотрудников. Лист заявок отображает заявки по необходимому типу оборудования, которые в последствии распределяются по специалистам для осуществления ремонта техники.  Рисунок 2.9 – Макет документа «Лист заявок»  Статистика заявок позволяет проанализировать работу специалистов по ремонту в целом. Определяя состояние заявок в различных статусах.Рисунок 2.10 – Макет документа «Статистика заявок»  Статистика оборудования позволяет определить самые востребованные услуги по ремонту того или иного типа техники для дальнейшего углубленного обучения сотрудников по типам оборудования.Рисунок 2.11 – Макет документа «Статистика оборудования» ЗП сотрудников позволяет рассчитать заработную плату операторов, расчеты которой основываются на количестве обработанных обращений и полученных баллов за них.  Рисунок 2.12 – Макет документа «ЗА сотрудников» Рейтинг сотрудников отображает выработку каждого сотрудника по необходимым критериям для определения качества работы операторов.  Рисунок 2.13 - Макет документа «Рейтинг сотрудников» ИС. Описанная результатная информация должна формироваться с помощью Выводы по параграфу В данном параграфе была построена логическая модель и произведено её описание, а также описаны используемые классификаторы и системы кодирования, произведена характеристика нормативно-справочной и входной оперативной информации, описана структура базы данных и представлены макеты результатной информации. Физическое моделирование АИС Выбор архитектуры АИС Основными компонентами клиент-серверной архитектуры являются: ПО конечного пользователя; ПО сервера; промежуточное ПО. Схематично клиент-серверная архитектура представлена на рис.2.14.   Клиент (пользовательский интерфейс)Клиент (пользовательский интерфейс) Сервер приложений (бизнес-логика) Сервер БД (управление данными) Клиент (пользовательский интерфейс) Рисунок 2.14 – Клиент-серверная архитектура Обслуживание клиентов осуществляет программное обеспечение сервера. Реализация данной архитектуры выполняется с помощью многопользовательских СУБД, таких как: MySQL, MS SQL Server, Oracle и др. Подобные СУБД содержат элементы управления многопользовательским доступом, которые обеспечивают защиту данных от параллельного доступа. Помимо этого, данные СУБД оптимизируют запросы к базе данных, обеспечивают контроль выполнения транзакций, осуществляют проверку целостности данных, а так же хранят данные, защищенные от несанкционированного доступа. Программное обеспечение пользователя включает в себя генераторы отчетов и средства разработки программ. Так же благодаря ПО пользователя выполняется установка связи сервером и формируются запросы. Схему клиент-серверной архитектуры можно представить следующим образом: к серверу направляется запрос от клиента на получение нужных данных; сервер принимает запрос, обрабатывает его и формирует результирующие данные. Оптимальная модель для предприятия, численностью до 100 человек, является двухуровневая, т.к. при обслуживании большего количества пользователей операционная система сервера перегружается, из-за многочисленного подключения к серверу. При сравнении клиент-серверной и файл-серверной архитектуры первая имеет ряд преимуществ: снижение трафика при выполнении запросов; повышается скорость работы и достоверность данных при одновременной работе более 10-15 пользователей; существует возможность сохранять выполняемые бизнес-правила на сервере, что позволяет исключить дублирование кода в клиентских приложениях. Кроме описанных преимуществ серверные СУБД позволяют управлять пользовательскими учетными записями с возможностью назначения для каждого необходимых привилегий, осуществлять резервное копирование и выполнять архивацию данных. Основываясь на описанных функциональных особенностях и преимуществах платформы для разработки ИС была выбрана клиент-серверная архитектура. Функциональная схема проекта (дерево функций и сценарий диалога) На рисунке 2.15 представлено дерево функций, которое отображает иерархическую модель деятельности программы. Разрабатываемые программный продукт отражен в виде иерархий функций управления и обработки данных. Все функции были разделены на две основные: основные и служебные функции. К служебным функциям относится обработка авторизации в программном продукте. К основным функциям относятся: работа со справочниками, обработка входящей информации и формирование отчетов.  Рисунок 2.15 – Дерево функций На рисунке 2.16 представлена структура сценария диалогов, которая отражает выявленный состав функций, их иерархию и выбор языка общения. Разработанная структура диалога учитывает работу с экранными формами входных документов, просмотр введенной информации, а также осуществление её корректировки, работу с нормативно-справочной информацией и оказание помощи на всех этапах работы программного продукта.  Рисунок 2.16 – Сценарий диалогов Отображенные дерево функций и сценарий диалога позволяют наглядно отобразить функциональную схему проекта. Структурная схема проекта (дерево вызова процедур и программ) и описание программных модулей Дерево вызова процедур и программ представлено на рисунке 2.17. Оно содержит основные функции, которые подразумевают работу с входными, выходными данными и справочниками, а также служебные функции, к которым относится авторизация пользователя.  Рисунок 2.17 – Дерево вызова процедур и программ Программа создаётся для выполнения многих функций, которые могут содержать многочисленные проверки, смены кодировок, передачу и анализ данных и т.д. Схема программных модулей представлена на рисунке 2.18.  Рисунок 2.18 – Программные модули Разработанные схемы отображают функциональную и структурную структурную схему проекта. 2.2.5 Схема взаимосвязи программных модулей и информационных файлов ИС включает в себя следующие программные модули и вспомогательные файлы: Main – главный модуль программного продукта, который содержит меню, а так же позволяет регистрировать обращения и заявки; Avtor – модуль авторизации, который позволяет пользователю войти в ИС, используя логин и пароль; Connect – модуль настройки подключения к базе данных; AddAbonent – модуль добавления нового абонента; Abonents – модуль обработки справочных данных об абоненте; TipOborudovanie – модуль обработки справочных данных о типе оборудования; Sotrud – модуль обработки справочных данных о сотрудниках; Oborud – модуль обработки справочных данных об оборудовании; ZP – модуль расчета заработной платы для операторов; Reports – модуль формирования отчетов и диаграмм на основании выбора пользователя; Data – модуль, который содержит элементы для работы с базой данных; БД; ZeosLib – библиотека для осуществления удаленного подключения к Plink.exe – позволяет создать туннель к удаленному хостингу; Pagent.exe – позволяет хранить файлы ключей для создания туннеля. Схематично взаимосвязь модулей представлена на рис.2.19.  Рисунок 2.19 – Схема взаимосвязи программных модулей и информационных файлов Выводы по параграфу В данном параграфе описан выбор клиент-серверной архитектуры, построена функциональная и структурная схема проекта, а также произведено описание программных модулей и составлена схема взаимосвязи программных модулей. Технологическое обеспечение ИС колл центр а в ООО «Инвестстрой» Организация технологии сбора, передачи, обработки и выдачи информации Совокупность операций, осуществляемых в строго определенной последовательности с начального момента до окончательного получения заданных результатов, называется технологическим процессом машинной обработки информации. Технологический процесс можно подразделить на четыре укрупненных этапа: первичный (сбор исходных данных и передача для ввода); подготовительный (прием, контроль и регистрация входной информации в базу); основной (обработка информации); заключительный (передача результатной информации конечному пользователю). Диалоговая обработка внутримашинной и внемашинной технологии связана друг с другом и не позволяет определить четких границ между ними. Аналогично невозможно разграничить между собой подготовительный, основной и заключительный этап технологического процесса. Это связано с тем, что в диалоговом режиме нет заранее определенной последовательности действий. Таким образом схему технологического процесса можно представить в виде ряда технологических процессов, отображающих схему работы системы. Схема технологического процесса сбора, передачи, обработки и выдачи информации Схема технологического процесса представлена на рисунке 2.20.  Рисунок 2.20 – Схема технологического процесса  Рисунок 2.21 – Продолжение схемы технологического процесса  Рисунок 2.22 – Продолжение схемы технологического процесса  Рисунок 2.23 – Продолжение схемы технологического процесса  Рисунок 2.24 – Продолжение схемы технологического процесса В результате описания технологического обеспечения задачи была построена схема технологического процесса сбора, передачи, обработки и выдачи информации. Выбор средств реализации ИС Выбор среды разработки клиентского приложения Delphi – язык и среда программирования, относящаяся к классу RAD- (Rapid Application Development - «Средство быстрой разработки приложений») средств CASE - технологии. Delphi сделала разработку мощных приложений Windows быстрым процессом, доставляющим удовольствие. Приложения Windows, для создания которых требовалось большое количество человеческих усилий например в С++, теперь могут быть написаны одним человеком, использующим Delphi. Интерфейс Windows обеспечивает полное перенесение CASE-технологий в интегрированную систему поддержки работ по созданию прикладной системы на всех фазах жизненного цикла работы и проектирования системы. Borland Delphi позволяет проектировать формы пользователей, а так же поддерживает работу с большинством популярных систем управления базами данных. Среда разработки содержит ряд компонентов, которые часто использует пользователь при работе в Windows, позволяющих настроить стандартные окна под нужды программы. Такие как: диалоговые окна открытия фала, сохранения, выбора директории и т.д. Существующие предопределённые визуальные и не визуальные объекты позволяют обеспечить обработку действий пользователя, не прибегая к программированию. Выгоды от проектирования Подсистемы в среде Windows с помощью Delphi: устраняется необходимость в повторном вводе данных; обеспечивается согласованность проекта и его Ашанизации; увеличивается производительность разработки и переносимость программ. Размещение объектов в Delphi связано с более тесными отношениями между объектами и программным кодом. Объекты помещаются в форму, при этом код, отвечающий объектам, автоматически записывается в исходный файл. Этот код компилируется, обеспечивая существенно более высокую производительность, чем визуальная среда, которая интерпретирует информацию лишь в ходе исполнения программы. Три основные части разработки интерфейса следующие: проектирование панели, проектирование диалога и представление окон. Выбор СУБД MySQL – свободная система управления реляционными базами данных. Эта система управления базами данных (СУБД) с открытым кодом была создана как альтернатива коммерческим системам. Сейчас MySQL – одна из самых распространенных систем управления базами данных. Она используется, в первую очередь, для создания динамических веб-страниц, поскольку имеет отличную поддержку со стороны различных языков программирования. MySQL предоставляет богатый набор функциональных возможностей, которые поддерживают безопасную среду для хранения, обслуживания и получения данных. MySQL - характеризуется большой скоростью, устойчивостью и простотой использования, была разработана для повышения быстродействия обработки больших баз данных. Исходные коды сервера компилируются на многих платформах. Наиболее полно возможности сервера проявляются в UNIХ-системах, где есть поддержка многоканальности, что повышает производительность системы в целом. Возможности сервера MySQL: простота в установке и использовании; поддерживается неограниченное количество пользователей, одновременно работающих с БД; количество строк в таблицах может достигать 50 млн .; высокая скорость выполнения команд наличие простой и эффективной системы безопасности. Исходя из вышеописанных возможностях и стоимости внедрения, СУБД MySQL наиболее подходит для создаваемой ИС. Контрольный пример реализации проекта и его описание Перед началом использования программы необходимо указать имя подключения (по умолчанию - baza). Вызвать данный пункт меню можно с помощью главного меню окна авторизации (рис.2.25). Настройка подключения описана в руководстве администратора (приложение А).  Рисунок 2.25 – Подключение Для входа в программу пользователь должен указать логин и пароль.  Рисунок 2.26 – Авторизация После авторизации перед пользователем отображается главная форма программы (для оператора или руководителя). Оператору главная форма позволяет произвести поиск абонента по номеру, а также зарегистрировать обращение. На основании обращения пользователь может зарегистрировать заявку для специалиста. Если абонента в базе не существует, то его можно зарегистрировать, нажав на соответствующую кнопку в главной форме, после чего открывается вспомогательная форма (рис.2.27).  Рисунок 2.27 – Главная форма программы  Рисунок 2.28 – Форма «Добавление абонента» Так же оператор может заполнять справочники о типе оборудования (рис.2.29) и о самом оборудовании (рис.2.30)  Рисунок 2.29 – Тип оборудования  Рисунок 2.30 – Оборудование Справочник абонентов позволяет найти всю необходимую информацию того или иного клиента.  Рисунок 2.31 – Абоненты Руководитель имеет доступ ко всему функционалу программы. Для начала использования программой руководитель должен заполнить справочник сотрудников. Отличительной чертой учетной записи руководителя является доступ к созданию отчетов. Таким образом пользователь может сформировать рейтинг сотрудников, узнать их средний балл, а также количество обработанных заявок (результаты предоставляются в виде диаграммы).  Рисунок 2.32 – Справочник сотрудников Так же возможно сформировать лист заявок (рис.2.33), отчет по статистике заявок (рис.2.34) и сформировать статистику по оборудованию (рис.2. 35).  Рисунок 2.33 – Отчеты  Рисунок 2.34 – Отчет «Лист заявок»  Рисунок 2.35 – Отчет «Статистика заявок»  Рисунок 2.36 – Отчет «Статистика оборудования»  Так же руководитель может рассчитать заработную плату операторам, указав стоимость звонка при получении оценки от 1 до 5 от абонентов.Рисунок 2.37 – Форма «Расчет ЗП операторов»  Рисунок 2.38 – Отчет «Расчет ЗП операторов» Все отчеты формируются в MS Excel, что позволяет пользователю редактировать и анализировать отчеты в привычном табличном редакторе. Выводы по параграфу В параграфе был описан реализованный проект, включая скриншоты программных окон и отчетов. Выводы по главе 2 Во второй главе было выполнено логическое моделирование предметной области, а именно: была построена логическая модель, включая UML (выполнены в Rational Rose) диаграммы и диаграмму IDEF1X (выполнена в Erwin Data Modeler r7); описаны используемые классификаторы и системы кодирования, дана характеристика нормативно-справочной, оперативной и входной информации, базы данных и результатной информации. Так же произведено функциональное моделирование и описано технологическое обеспечение задачи. Описано выбранное средство разработки клиентского приложения (Borland Delphi 7), а также система управления базой данных (MySQL). В конце главы было описано созданное приложение, с указанием оконных форм, отчетов и гистограмм. |