Диплом: Автоматизированные системы управления технологическими процессами (на примере ООО "Заря")

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
42
Рисунок 7 – Описание процесса работы с документами после внедрения
информационной системы документооборота
Как можно увидеть на схеме, сотрудники компании в работе с
документами будут использовать информационная система
документооборота.
На рисунке 8 представлена схема декомпозиции процесса работы с
документами после внедрения информационной системы документооборота.
43
Рисунок 8 – Схема декомпозиции процесса работы с документами после
внедрения информационной системы документооборота
Сотрудник компании после внедрения ИС будет осуществлять те же
самые функции, но в частично автоматизированном режиме.
Схема, описывающая порядок утверждения и распределения
документов, приведена на рисунке 9.
44
Рисунок 9 – Порядок утверждения и распределения документов КАК БУДЕТ
После внедрения информационной системы документооборота порядок
назначения документов значительно упростится – руководителю нужно лишь
будет создать сам текст поручения (документ), выбрать сотрудника из списка
для его выполнения. Изменение статуса поручения будет фиксироваться
автоматически, таким же образом будет строиться отчеты по поручениям.
Начальник различных отделов компании смогут переназначать
поручения своим подчиненным через интерфейс модуля, изменять списки
участников для расширенной работы, получать необходимые представления
для более эффективной работы, контролировать сроки выполнения
документов, маршруты выполнения документов и статусы документов.
При разработке некоторой системы ее функциональные возможности,
то есть поведение, которым она должна обладать с точки зрения заказчика,
документируются с помощью модели прецедентов. Модель прецедентов
45
показывает, какие функции должна быть способна выполнять система, а
также в какой среде она должна работать. Модель прецедентов
разрабатывается на ранних этапах проектирования и дает возможность
заказчику четко сформулировать свои требования, а инженеру-разработчику
– понять, что нужно заказчику.
Основными элементами модели прецедентов являются актеры и
прецеденты.
Субъекты может только вводить информацию в систему, только
получать информацию из системы или делать и то, и другое. В роли субъекта
может выступать также и другая система, если она будет взаимодействовать
с разрабатываемой системой, и не будет являться ее неотъемлемой частью.
Прецеденты предназначены для моделирования диалога между
системой и ее субъектами. Они представляют собой возможности, которые
система может обеспечить конкретному субъекту.
В диаграмме прецедентов 1 актер – администратор системы.
На рисунке 10 представлена диаграмма прецедентов, которая
представляет функции пользователя по работе с системой.
Администратор
Работа с документами
Изменение статуса
Учет резолюций
Регистрация
Работа со справочником
Пользователи
Работа со справочником
Адреса
Работа со справочником
Папки
Работа со справочниками
Аутентификация
Работа со справочником
Роли
Работа со справочником
Отделы
Работа со справочником
Номенклатура
Добавление файла
Добавление примечаний
Получение отчетов
Карточка документа
Список пользователей
Файлы
Списки
документов
Рисунок 10 – Диаграмма прецедентовадминистратора системы
46
К основным функциям оператора относятся:
авторизация пользователя для входа в программу;
работа со справочниками, которая подразумевает добавление
новых данных, редактирование и удаление имеющихся данных;
учет документов.
Диаграмма прецедентов оператора системы приведена на рисунке 11.
Рисунок 11 – Диаграмма прецедентов оператора системы
Прецедент «Аутентификация пользователя» активизируется всеми
пользователем ИС. Прежде чем пользователю начать работу с БД, система
запрашивает его пароль и логин. Если пользователь не зарегистрирован или в
пароле и/или логине допустил ошибку, то он не получает доступа к работе в
ИС. После успешной проверки логина и пароля пользователя открывается
главное окно программы. На рисунке 12 представлены диаграмма
последовательности этого прецедента.
Оператор
Работа с документами
Изменение статуса
Учет резолюций
Регистрация
Работа со справочником
Адреса
Работа со справочником
Папки
Работа со справочниками
Аутентификация
Работа со справочником
Номенклатура
Добавление файла
Добавление примечаний
Получение отчетов
Карточка документа
Список пользователей
Файлы
Списки
документов
47
Оператор
Кнопка
Данные
аутентификации
Окно авторизации Основное окно
Ввод логина и пароля
Нажатие на кнопку
Запрос данных
Данные аутентификации
Проверка полученных
данных
Вывод сообщения о
неверно введенных данных
Открытие главного окна, если проверка успешна
Рисунок 12 – Диаграмма последовательности «Аутентификация
пользователя»
Прецедент «Учет документа» активизируется субъектом ИС
пользователь. Данный прецедент описывает процесс ввода новых данных в
БД. Данные вводятся в формы ввода на основании документов, а также всей
справочная информация, которая нужна в процессе работы с системой. На
рисунке 13 представлены диаграмма последовательности данного
прецедента.
48
Оператор
Форма учета
документа
Поле ввода даты
документа
Форма номера
документа
Ввод номера документа
Ввод даты документа
Таблица Документы
Кнопка Сохранить
Сохранение данных
Сообщение
об успешном сохранении данных
Поле ввода темы
документа
Поле выбора файла
документа
Ввод темы документа
Выбор файла документа
Рисунок 13 – Диаграмма последовательности «Учет документов»
Диаграмма последовательности выбора и получения отчета приведена
на рисунке 14.
Оператор
Форма выбора отчета
Поле выбора даты
начала периода
Получение списка
типов отчетов
Ввод начальной даты
Нажатие на кнопку
Кнопка Получить
Поле выбора даты
окончания периода
Получение отчета
Список отчетов
Возврат к списку отчетов
Ввод конечной даты
Экранная форма отчета
Рисунок 14 – Диаграмма последовательности при выборе и получении
отчета
49
Диаграмма взаимодействия отражает взаимодействие, включающее
множество объектов и отношений между ними, а также сообщения, которые
проходят между ними. Этот термин используется для диаграмм с акцентом
на взаимную работу объектов.
Диаграмма взаимодействия приведена на рисунке 15. На диаграмме
показаны основные экранные формы и порядок обмена информацией между
ними.
Рисунок 15 – Диаграмма взаимодействия
Оператор
Экранная форма учет
документов
Экранная форма учет
пользователей
Экранная форма
учета резолюций
Экранная форма
списка документов с
резолюциями
1. Ввод наименования
2. Ввод темы
3. Ввод даты
4. Список документов
5. Ввод ФИО пользователя
6. Ввод логина и пароля
7. Список пользователей
8. Ввод резолюции
12. список резолюций
4. Список документов
7. Список
пользователей
12. список резолюций
Архив
14. Документ в архив
Диаграммы состояний применяют для описания поведения, которое
возможно в рамках варианта применения или поведения объектов,
компонента, узла или самой системы. Поведение описывается через автомат,
отражающий доступные периодичности состояний экземпляра сущности и
возможные переходы между ними в рамках его ЖЦ, начиная от реализации и
заканчивая удалением.
50
Диаграмма состояний (автомат) является связанным ориентированным
графом, вершинами которого выступают состояния, а дуги необходимы для
визуализации переходов из одного состояния в другое. Само состояние
подразумевает ситуацию в ходе жизни экземпляра сущности, когда такая
ситуация полностью соответствует отдельному условию, экземпляр
реализует отдельные операции или ждет реализации какого-то события. К
примеру, для объекта его указывается в рамках совокупности отдельных
значений атрибутов, при этом корректировка этих значений отражает и
изменение состояния моделируемого объекта.
Диаграмма состояний приведена на рисунке 16.
Вход в меню Авторизация
Пользователь
существует
нет
Выбор счетчика
Просмотр данных
Просмотрено?
нет
Инициализация
Завершить работу
Рисунок 16 – Диаграмма состояний авторизации пользователя
Диаграмма развертывания системы представлена на рисунке 17.
51
Сервер приложений
ПК администратора
Панель
управления
Серверная
компонента
ПК диспетчера
Панель
управления
системой
Сервер БД
БД
Рисунок 17 – Диаграмма развертывания системы
Как следует из приведенной диаграммы, для развертывания системы
необходим сервер баз данных, сервер приложений, а также персональные
компьютеры пользователей системы для доступа в панель управления.
3.2 Проектирование структуры автоматизированной
информационной системы и базы данных
В качестве входной информации в разработанной системе
документооборота используются следующие документы и сведения:
перечень отделов предприятия;
список сотрудников предприятия;
номенклатура дел.
Данные документы вносятся в систему вначале ее работы.
В системе используются справочники, приведенные в таблице 5.

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)