Моделирования функциональных требований к АРМ отдела ОТ с помощью диаграмм потоков данных
Пример разработки системы моделей АИС c помощью DFD моделей
Моделирования функциональных требований к АРМ отдела ОТ с помощью диаграмм потоков данных
Анализ задач АРМ
Проектируемая АРМ выполняет следующие задачи:
составление списка НТД;
контроль за нововведениями НТД;
внедрение НТД и контроль исполнения НТД на предприятии;
составление плана проверок состояния ТУ ОПО;
учёт приказов, распоряжений о назначении ответственных лиц;
оформление собственных предписаний;
учет нарушений, выявленных сектором охраны труда, отделом тех. надзора и собственных;
составление плана аттестации ответственных лиц;
составление протокола аттестации;
составление отчётов (месяц, квартал, полугодие, год).
Учёт выданных СИЗ
Список функций АРМ и их назначения представлен в таблице 2.1.
Таблица 2.1
| № п/п | Наименование функций | Назначение функций | Основные документы | |
| входные | выходные | |||
| 1. | Составление списка НТД | Используется для удобства в работе специалиста по ОТ и производственному контролю | Постановлени, приказы РТН | Список НТД |
| 2. | контроль за нововведениями содержания НТД | Используется для отслеживания изменений НТД | Список НТД | Обновленный список НТД |
| 3. | Внедрение НТД и контроль исполнения НТД на предприятии | Используется при контроля выдачи НТД работникам | Список НТД, список ответственных лиц | Список лиц, получивших НТД |
| 4. | составление плана проверок ТУ | Используется для проведения целевых и комплексных проверок | Список ТУ, список мероприятий | План проверок |
| 5. | учёт приказов и распоряжений о назначении ответственных лиц | Предназначена для учета приказов о создании аттестационной комиссии и назначении ответственных лиц | Приказы | Список приказов |
| 6. | Оформление собственных предписаний | Предназначена оформления нарушений, выявленных в ходе проверок подразделений | Нарушение | Предписание |
| 7. | Учет нарушений, выявленных сектором охраны труда , отделом тех. надзора и собственных | Предназначена для контроля и учета предписаний | Предписания | Список предписаний |
| 8. | составление плана аттестации персонала и ответственных лиц | Предназначена для проведения аттестации персонала и ответственных лиц | Список ответственных лиц | План аттестации |
| 9. | Составление протокола аттестации | Используется после проведения аттестации ответственных лиц | План аттестации | Протокол аттестации |
| 10. | Составление отчётов (месяц, квартал, полугодие, год) | Предназначена для составления отчетов | План аттестации, план проверки | Отчет по проведению технического освидетельствования |
Моделирования функциональных требований к АРМ отдела ОТ с помощью диаграмм потоков данных
Диаграммы потоков данных являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью эти требования представляются в виде иерархии функциональных компонентов (процессов), связанных потоками данных. Главная цель такого представления – продемонстрировать как каждый процесс преобразует свои входные данные в выходные, а также выявить эти связи между процессами.
Для построения DFD традиционно используются две нотации, соответствующие методам Йордана и Гейна-Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов.
В соответствии с данными методами модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее входа в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы с внешними входами и выходами. Они детализируются с помощью диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм до тех пор, пока не будет достигнут уровень декомпозиции, на котором процессы становятся элементарными и детализировать их далее не имеет смысла.
Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистема, накопителям данных или внешним сущностям – потребителям информации.
Основными компонентами диаграмм потоков данных являются:
Внешние сущности
Системы или подсистемы
Процессы
Накопители данных
Потоки данных
Внешняя сущность – это материальный объект или физическое лицо, представляющее собой источник или приемник информации, например заказчики, персонал, поставщики, клиенты, склад. Определение такого объекта или системы в качестве внешней сущности указывает на то, что они находятся за границами анализируемой системы. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой системы, если это необходимом, или, наоборот, часть процессов может быть вынесена за пределы диаграммы и представлена как внешняя сущность.
Модель сложной системы может быть представлена так называемой контекстной диаграмме в виде одной системы как единого целого либо может быть декомпозирована на ряд подсистем.
Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. Физически процесс может быть реализован различными способами: например, с помощью подразделения организации (отдела), выполняющего обработку входных документов и выпуск отчетов, программы, аппаратного устройства.
Накопитель данных - это абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и спустя некоторое время извлечь, причем способы помещения и извлечения могут быть любыми. Накопитель данных может быть реализован физически в виде ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе.
Поток данных определяет информацию, передаваемую от источника к приемнику. Реальный поток данных может быть информацией, передаваемой по коммуникационному каналу между устройствами, пересылаемыми по почте письмами, магнитными носителями, переносимыми с одного компьютера на другой. Поток данных на диаграмме изображается линией, оканчивающейся стрелкой, которая показывает направление потока. Каждый поток имеет имя, отображающее его содержание.
Главная цель построения иерархии DFD заключается в том, чтобы сделать требования к системе ясными и понятными на каждом уровне детализации, а также разбить эти требования на части с точно определенными отношениями между ними.
При проектировании разработка диаграмм потоков данных осуществлялась с помощью пакета Allfusion Process Modeler V 4.1.178 который позволяет моделировать объекты анализа и проектирования с помощью таких известных нотаций как IDEF0, DFD, IDEF3. В проекте использовалась нотация DFD.