1 2
2.2.4 Описание работы с АРМ
После запуска приложения автоматически запускается главная форма, на которой расположены табличная форма и кнопочная панель
навигации (рис.2.6).
Табличная форма отображает данные по поверке приборов: инвентарный номер, наименование СИ, год выпуска, дата последней поверки, дата следующей поверки, срок поверки, результат последней поверки, статус прибора.
На кнопочной панели размещены кнопки навигации трех групп: справочники, средства измерения, отчеты.
Справочники:
Должности. Форма справочника показана на Рисунке 2.7.
Рисунок 2.7 – Форма справочника Должности
Форма разделена на две части, в верхней отображается табличная часть справочника, в нижней – поля ввода данных.
Для ввода данных необходимо заполнить поля в нижней части формы и кликнуть на кнопку Enter.
Для редактирования данных необходимо перейти на запись, которую нужно редактировать, изменить данные и кликнуть на кнопку Enter.
Для выхода из формы необходимо кликнуть на крестик в верхнем правом углу формы.
Подразделение. Форма справочника показана на Рисунке 2.8.
Рисунок 2.8 – Форма справочника Подразделение
Форма разделена на две части, в верхней отображается табличная часть справочника, в нижней – поля ввода данных.
Для ввода данных необходимо заполнить поля в нижней части формы и кликнуть на кнопку Enter.
Для редактирования данных необходимо перейти на запись, которую нужно редактировать, изменить данные и кликнуть на кнопку Enter.
Для выхода из формы необходимо кликнуть на крестик в верхнем правом углу формы.
3. Сотрудники. Форма справочника показана на Рисунке 2.9.
Рисунок 2.9 Форма справочника Сотрудники
Форма разделена на две части, в верхней отображается табличная часть справочника, в нижней – поля ввода данных.
Для ввода данных необходимо заполнить поля в нижней части формы и кликнуть на кнопку Enter.
Для редактирования данных необходимо перейти на запись, которую нужно редактировать, изменить данные и кликнуть на кнопку Enter.
Для выхода из формы необходимо кликнуть на крестик в верхнем правом углу формы.
Тип обслуживания. Форма справочника показана на Рисунке 2.10.
Рисунок 2.10 – Форма справочника Тип обслуживания
Форма разделена на две части, в верхней отображается табличная часть справочника, в нижней – поля ввода данных.
Для ввода данных необходимо заполнить поля в нижней части формы и кликнуть на кнопку Enter.
Для редактирования данных необходимо перейти на запись, которую нужно редактировать, изменить данные и кликнуть на кнопку Enter.
Для выхода из формы необходимо кликнуть на крестик в верхнем правом углу формы.
Техпозиция. Форма справочника показана на Рисунке 2.11.
Рисунок 2.11 – Форма справочника Техпозиция
Форма разделена на две части, в верхней отображается табличная часть справочника, в нижней – поля ввода данных.
Для ввода данных необходимо заполнить поля в нижней части формы и кликнуть на кнопку Enter.
Для редактирования данных необходимо перейти на запись, которую нужно редактировать, изменить данные и кликнуть на кнопку Enter.
Для выхода из формы необходимо кликнуть на крестик в верхнем правом углу формы.
Тип хранения. Форма справочника показана на Рисунке 2.12.
Рисунок 2.12 – Форма справочника Тип хранения
Форма разделена на две части, в верхней отображается табличная часть справочника, в нижней – поля ввода данных.
Для ввода данных необходимо заполнить поля в нижней части формы и кликнуть на кнопку Enter.
Для редактирования данных необходимо перейти на запись, которую нужно редактировать, изменить данные и кликнуть на кнопку Enter.
Для выхода из формы необходимо кликнуть на крестик в верхнем правом углу формы.
Средства измерения:
Средства измерения. Форма ввода и отображения данных показана на Рисунке 2.13.
Рисунок 2.13 – Форма ввода и отображения данных
Форма разделена на две части, в верхней отображается табличная часть справочника, в нижней – поля ввода данных.
Для ввода данных необходимо заполнить поля в нижней части формы и кликнуть на кнопку Enter.
Для редактирования данных необходимо перейти на запись, которую нужно редактировать, изменить данные и кликнуть на кнопку Enter.
Для выхода из формы необходимо кликнуть на крестик в верхнем правом углу формы.
ЗИП. Форма ввода и отображения данных показана на Рисунке 2.14.
Рисунок 2.14 – Форма ввода и отображения данных
Форма разделена на две части, в верхней отображается табличная часть справочника, в нижней – поля ввода данных.
Для ввода данных необходимо заполнить поля в нижней части формы и кликнуть на кнопку Enter.
Для редактирования данных необходимо перейти на запись, которую нужно редактировать, изменить данные и кликнуть на кнопку Enter.
Для выхода из формы необходимо кликнуть на крестик в верхнем правом углу формы.
Хранение СИ. Форма ввода и отображения данных показана на Рисунке 2.15.
Рисунок 2.15 – Форма ввода и отображения данных
Форма разделена на две части, в верхней отображается табличная часть справочника, в нижней – поля ввода данных.
Для ввода данных необходимо заполнить поля в нижней части формы и кликнуть на кнопку Enter.
Для редактирования данных необходимо перейти на запись, которую нужно редактировать, изменить данные и кликнуть на кнопку Enter.
Для выхода из формы необходимо кликнуть на крестик в верхнем правом углу формы.
Обслуживание СИ. Форма ввода и отображения данных показана на Рисунке 2.16.
Рисунок 2.16 – Форма ввода и отображения данных
Форма разделена на две части, в верхней отображается табличная часть справочника, в нижней – поля ввода данных.
Для ввода данных необходимо заполнить поля в нижней части формы и кликнуть на кнопку Enter.
Для редактирования данных необходимо перейти на запись, которую нужно редактировать, изменить данные и кликнуть на кнопку Enter.
Для выхода из формы необходимо кликнуть на крестик в верхнем правом углу формы.
Эксплуатация СИ. Форма ввода и отображения данных показана на Рисунке 2.17.
Рисунок 2.17 – Форма ввода и отображения данных
Форма разделена на две части, в верхней отображается табличная часть справочника, в нижней – поля ввода данных.
Для ввода данных необходимо заполнить поля в нижней части формы и кликнуть на кнопку Enter.
Для редактирования данных необходимо перейти на запись, которую нужно редактировать, изменить данные и кликнуть на кнопку Enter.
Для выхода из формы необходимо кликнуть на крестик в верхнем правом углу формы.
Поверка СИ. Форма ввода и отображения данных показана на Рисунке 2.18.
Рисунок 2.18 – Форма ввода и отображения данных
Форма разделена на две части, в верхней отображается табличная часть справочника, в нижней – поля ввода данных.
Для ввода данных необходимо заполнить поля в нижней части формы и кликнуть на кнопку Enter.
Для редактирования данных необходимо перейти на запись, которую нужно редактировать, изменить данные и кликнуть на кнопку Enter.
Для выхода из формы необходимо кликнуть на крестик в верхнем правом углу формы.
Отчеты:
Средства измерения по последней поверке. Форма отчета показана на Рисунке 2.19.
Рисунок 2.19 – Форма отчета
Средства измерения по списку. Форма отчета показана на Рисунке 2.20.
Рисунок 2.20 – Форма отчета
2.2.5 Описание программных модулей
Модули содержат процедуры на языке Visual Basic. Могут создаваться процедуры-подпрограммы, процедуры-функции, которые разрабатываются пользователем для реализации нестандартных функций в приложении пользователя, и процедуры для обработки событий. Использование процедур позволяет создать законченное приложение, которое имеет собственный графический интерфейс пользователя, позволяющий запросить выполнение всех функций приложения, обработать все ошибки и нестандартные ситуации [1].
В данной работе использованы несколько простых модулей для связывания таблиц по скрытому полю:
- должности и сотрудники;
- подразделения;
- запросы на отображение.
А также, написаны модули на открытие из главной формы отчетных документов.
2.3 Технологическое обеспечение задачи (комплекса задач, АРМ)
2.3.1 Схема и организация технологического процесса сбора, передачи, обработки и выдачи информации
Самым ответственным этапом в работе инженера АиМО является сбор информации, т.к. от достоверности и правильности ввода данных зависит работа всего технологического процесса, правильность заполнения отчетов в БД и конечный результат.
Инженер самостоятельно производит сбор данных, при необходимости добавляет вновь установленные приборы, либо приборы пришедшие из ремонта. Проводит сравнительный анализ по предыдущим и текущим данным.
Сбор информации заключается не только в отражении данных по приборам, но и сбор и упорядочение входящей информации по приобретению новых приборов, систем и устройств. Информационные бумажные носители тоже не должны остаться без внимания, т.е. вся сопроводительная документация должна быть оприходована, пронумерована и подшита для хранения в регистраторы, с последующей описью. Бумажные носители являются первоисточником всей имеющей технической информации о приборе.
Регистраторы с подшитой технической информацией так же должны быть описаны с записью в журнале о наличии того или иного документа. Все это поможет сохранить максимум информации для дальнейшего использования и занесения в информационную систему. Чем больше сохранено входящей документации о приборе, тем достоверней информация в информационной системе, тем меньше ошибок, тем полноценнее и точнее запрашиваемые отчеты.
Технологический процесс сбора, передачи, обработки и выдачи информации на предприятии выглядит следующим образом:
- Инженер оформляет надлежащим образом всю входящую информацию о вновь поступившем приборе (если были новые поступления).
- Ежедневно обходит рабочее пространство с проверкой всех систем и приборов.
- Заводит результаты ежедневного обхода в систему.
- Проверяет в системе не приближается ли срок поверки.
- При приближении срока поверки прибор снимается, заменяется аналогичным, заполняется заявка, заполняются сведения о вновь установленном приборе.
- Составляется договор на поверку с лицензированной организацией, прибор увозят.
2.3.2 Общие положения (дерево функций и сценарий диалога)
Разрабатываемая система выполняет ряд функций. Их можно разделить на две группы: основные и вспомогательные. К основным относятся функции по ведению информационной базы и получения отчетности. К вспомогательным относятся сервисные функции, предоставляемые системой для удобства пользователя, а также поиск данных по заданным критериям (рис. 2.21).
Справочники разделены по смысловым группам для удобства поиска. Через пункты меню «Документы» открывается доступ к журналам документов, которые позволяют не только видеть все документы данного типа за определенный период, но и заносить новые документы.
Рисунок 2.21 – Дерево функций системы
2.3.3 Управление проектом автоматизации учета приборов
Описание системы принятия управленческих решений.
В выбранной модели жизненного цикла определены 5 основных процессов: заказа, поставки, разработки, эксплуатации, сопровождения. В соответствии с выбранной моделью жизненного цикла проекта автоматизации, для решения поставленной задачи на каждом этапе требуется выполнить ряд работ (табл. 2.2).
За исключением последнего этапа, который продолжается до конца жизни информационной системы, остальные работы имеют определенную длительность и выполняются в определенной последовательности. Длительность и предшественники работ приведены в Таблице 2.3.
Таблица 2.2 – Перечень требуемых работ
| Процесс | Требуемые работы |
| Процесс заказа | — сбор исходных данных;
— определение требований к системе; — выбор среды реализации; |
| Процесс поставки | — приобретение платформы;
— установка платформы; |
| Процесс разработки | — разработка общей структуры системы;
— разработка информационной модели системы; — реализация программного обеспечения; — тестирование и отладка; |
| Процесс эксплуатации | — обучение;
— опытная эксплуатация; — корректировка программного обеспечения; |
| Процесс сопровождения | — сопровождение |
Таблица 2.3 – Информация для сетевого графика
| Номер работы | Описание работы | Длительность, дни | Предшественники |
| 1 | сбор исходных данных | 2 | — |
| 2 | определение требований к системе | 2 | 1 |
| 3 | выбор среды реализации | 1 | 2 |
| 4 | приобретение платформы | 2 | 3 |
| 5 | установка платформы | 1 | 4 |
| 6 | разработка общей структуры системы | 2 | 3 |
| 7 | разработка информационной модели системы | 4 | 6 |
| 8 | реализация программного обеспечения | 8 | 5,7 |
| 9 | тестирование и отладка | 5 | 8 |
| 10 | обучение | 3 | 9 |
| 11 | опытная эксплуатация | 5 | 10 |
| 12 | корректировка программного обеспечения | 3 | 11 |
Для отражениялогической последовательности операцийпроекта, которые необходимо выполнить и взаимозависимости этих операций используется сетевой график (модель «Узел-Работа»).
Модель «Узел-Работа» для рассматриваемого проекта приведен на Рисунке 2.22.
Рисунок 2.22 – Модель «Узел-Работа»
Для определения критического пути и резервов времени необходимо определить ранние и поздние сроки начала и окончания каждой операции. Это сделано в Таблице 2.4
Таблица 2.4 – Данные для определения критического пути
| Номер работы | Дли-тельность | Ранний срок начала | Поздний срок начала | Ранний срок окончания | Поздний срок окончания |
| 1 | 2 | 0 | 0 | 2 | 2 |
| 2 | 2 | 2 | 2 | 4 | 4 |
| 3 | 1 | 4 | 4 | 5 | 5 |
| 4 | 2 | 5 | 8 | 7 | 10 |
| 5 | 1 | 7 | 10 | 8 | 11 |
| 6 | 2 | 5 | 5 | 7 | 7 |
| 7 | 4 | 7 | 7 | 11 | 11 |
| 8 | 8 | 11 | 11 | 19 | 19 |
| 9 | 5 | 19 | 19 | 24 | 24 |
| 10 | 3 | 24 | 24 | 27 | 27 |
| 11 | 5 | 27 | 27 | 32 | 32 |
| 12 | 3 | 32 | 32 | 35 | 35 |
Как видно из таблицы, срок выполнения проекта – 35 дней, критический путь составляют операции 1-2-3-6-7-8-9-10-11-12 (то есть операции приобретения и установки платформы не входят в критический путь).
Полный и свободный резерв времени имеют операции приобретения и установки платформы, он составляет 3 дня. Это является положительным моментом для данного проекта, так как данные операции выполняются поставщиками, ПО которые могут выполнить свои обязательства с задержкой.
Формирование команды проекта автоматизации учета приборов.
Для формирования команды проекта используется методология Microsoft Solutions Framework. В соответствии с этой методологией, для работы над проектом выделяется 7 ролевых групп:
- Управление программой – отвечает за управление проектом, за то, что ожидания заинтересованных сторон будут верно поняты и проведены через проект.
- Архитектура продукта – отвечает за систему в целом, вырабатывает архитектуру решения, включая сервисы, технологии и стандарты, которые будут использованы в ходе работы над решением.
- Разработка – отвечает за проектирование и осуществление реализации.
- Тестирование – отвечает за качество решения с точки зрения заказчика и будущих пользователей.
- Управление выпуском – отвечает за гладкое внедрение решения в инфраструктуру заказчика.
- Удовлетворение потребителя – отвечает за понимание потребностей пользователей и их надлежащую реализацию в решении.
- Управление продуктом – отвечает за понимание того как, и успешное получение бизнес-отдачи от внедрения разрабатываемого решения, которое в результате сможет получить заказчик.
Поскольку проект небольшой, то для формирования команды можно выполнить объединение ролей. Роли можно объединять таким образом, чтобы избежать конфликта интересов различных ролей.
В соответствии с концепцией MSF, рекомендации по объединению ролей представлены в Таблице 2.5.
Таблица 2.5 – Рекомендации по объединению ролей
| Архитектура продукта | Управление продуктом | Управление программой | Разработка | Тестирование | Удовлетворение потребителя | Управление выпуском | |
| Архитектура продукта | Нет | Да | Да | Не желательно | Не желательно | Не желательно | |
| Управление продуктом | Нет | Нет | Нет | Да | Да | Не желательно | |
| Управление программой | Да | Нет | Нет | Не желательно | Не желательно | Да | |
| Разработка | Да | Нет | Нет | Нет | Нет | Нет | |
| Тестирование | Не желательно | Да | Не желательно | Нет | Да | Да | |
| Удовлетворение потребителя | Не желательно | Да | Не желательно | Нет | Да | Не желательно | |
| Управление выпуском | Не желательно | Не желательно | Да | Нет | Да | Не желательно |
В данном проекте можно объединить следующие ролевые группы с условными названиями:
- Разработчик: Архитектура продукта и Разработка; Тестирование и Удовлетворение потребителя;
- Консультант от разработчика: Управление продуктом, Управление выпуском и Удовлетворение программой.
Таким образом, для работы над проектом необходимо минимум 2 участника выполняющих следующие функции (табл. 2.6).
Средства коллективной работы над проектом автоматизации учета приборов.
Для организации коллективной работы над проектом необходимо соответствующее программное обеспечение. На сегодняшний день на рынке достаточно большое количество подобных решений, поэтому для выбора одного из них необходимо определить критерии выбора.
Поскольку реализуется небольшой проект и сформированная команда для работы над проектом немногочисленна, выбранное средство должно выполнять следующие функции:
Таблица 2.6 – Требуемые роли для работы над проектом
| Роль | Функции |
| Разработчик | — формулирует спецификацию решения и разрабатывает его архитектуру;
— определяет структуру внедрения решения. — определяет детали физического дизайна; — разрабатывает элементы программы; — определяет требования к системе помощи и её содержание; — обеспечивает обнаружение всех дефектов; — подготавливает продукт к внедрению; — разрабатывает стратегию и планы тестирования; — осуществляет тестирование; — разрабатывает учебные материалы и осуществляет обучение пользователей. |
| Консультант от заказчика | — организует работу с требованиями заказчика;
— организует работу с требованиями пользователя; — формирует общее видение и рамки проекта; — разрабатывает, поддерживает и исполняет план коммуникаций. — организует внедрение продукта; — вырабатывает компромиссы в управляемости и удобстве сопровождения продукта; — организует сопровождение и инфраструктуру поставки. — следит за временным графиком проекта и готовит отчетность о его состоянии; — разрабатывает, поддерживает и исполняет сводный план и календарный график проекта; — организует управление рисками. |
- поддержка контроля версий (VC);
- возможность использования одного файла в нескольких проектах(Shr);
- доступ к БД проекта по сети (Net);
- доступ к БД проекта с использованием файловой системы (FS);
- наличие графического интерфейса (GUI);
- встроенная система поиска ошибок (bt).
Также одним их критериев выбора является невысокая стоимость решения, поскольку проект разрабатывается для небольшой организации. Поэтому данные функции будут реализованы встроенными средствами среды разработки.
ЗАКЛЮЧЕНИЕ
Основным предметом изучения является деятельность инженера АиМО, рациональность его алгоритма действий и как неусовершенствованное рабочее место влияет на экономическое положение предприятия.
В результате выполнения выпускной квалификационной работы была создана БД о населенных пунктах, котлах, приборах, сроков поверки приборов, описании неисправностей, а также обеспечен ввод данных касательно о уже перечисленной информации и формирование необходимых отчетных документов.
Автоматизированное рабочее место позволило без длительных поисков и в кратчайшие сроки отслеживать даты, номера, сроки, типы приборов, а также получать запрашиваемые запросы и отчеты. Важным аспектом также было и своевременная поверка приборов, так как несвоевременная передача приборов в специализированную организацию грозится большим штрафом, что нанесет предприятию не малый ущерб.
Цель выпускной квалификационной работы достигнута, разработанное автоматизированное рабочее место инженера АиМО удовлетворяет потребностям организации.
1 2