Дипломная работа: Автоматизация управления проектами студии ТОО "Black and white"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
81
Рисунок 2.15 Структурная схема пакета
В соответствии с представленн ой схемой, структурно пакет состоит из
следующих модулей:
- модуль авторизации;
- модуль регистрации;
- модуль учета проектов;
- модуль распределе ния проектов;
- модуль работы со спра вочниками.
Работа с системой осуществляется через люб ой браузер. Для работы
необходимо установить локальный сервер в локальной сети предприятия, где
буде т также расположена база данных. Доступ к базе осуществляется с помощью
набора адреса в адресной строке браузера. Структурная схема пакета
предст авлена на рис.. 2.12.
Index.php
auth.php
Add.php
Addzav.php
Rasp.php
Spravspez.php
klient.php
kat.php
users.php
status.php
sprav.php
Авторизация
Модуль регистрации
Модуль учета проектов
Модуль распределения проектов
Модуль работы со справочниками
Модуль работы со справочником Специализации
Модуль работы со справочником Клиенты
Модуль работы со справочником Категории
Модуль работы со справочником Пользователи
Модуль работы со справочником Статусы
82
Рис. 2.16 Структурная схема пакета
В соответствии с представленн ой схемой, структурно пакет состоит из
следующих модулей:
- модуль Справочники ;
- модуль Проекты;
- модуль База знаний;
- модуль Клиенты.
Листинг основных программных модулей приведен в Приложении.
2.3.4 Описание програм мных модулей
Технологическое обеспечение (ТО) проекта автоматизации имеет ряд
запросов:
• Прием начальных данных;
• Их обработка;
• Передача и тоговых данных.
Список опера ций, реализуемых в проце сс е п ол учени и начальных данных,
включает в себя:
База
данных
Сервер MySQL
Сценарии PHP
Сервер Apache
Локальная или публичная
сеть
Браузер пользователя
Пользо ватель
Организация хранения и
доступа к данным в базе
данных
Программный интерфейс для
построения системы
взаимодействия с базой
данных
Веб-сервер для обработки
запросов клиента
Передача данных
Отображение интерфейса,
данных и взаимодействия с
пользователем
83
1) Нахождение начальных данных – процесс приема количественного
значения параметра, определяющего объекты и процессы компании. На вход
исследуемой задачи приходят начальные данные со слов заказчика о требуемых
услугах, в рамках которых уже подсчитываются все требуемые параметры: цена,
количество и т.п.
2) Запись первичных данных – перенос всех числовых параметров на
любой носитель. В рамках решения описанной задачи автоматизации процесс
регистрации проходит механическим способом, то есть все набирается с
клавиатуры в экранные формы.
3) Сбор данных – операция передачи пакета данных, набора начальных
документов или файла на носителе данных для дальнейшей отп равки и
обраб отки. Этот процесс в рамках решаемой задачи автоматизации ре ал изуется
самостоятельно, централизовано – то есть прием данных выполняется по мере их
получения на источниках.
При поиске начальных данных готовят ся документы, данные которых
применяются для проверки нормативно-справочной информации и документов,
имеющих оператив ную информацию, которая используется в рамках расчетов.
При этом необходимо уделить особое внимание входн ой информации, для
этого используется:
• Зрительный контроль через экран дисплея,
• Верификации, позволяющая провести сверку ранее переданных и
сохраненных в БД данных и информации из начальных документов, переданных
оператором.
4) Отправка данных на обработку – типичная технологическая процедура,
т.к. все операции по регистрации и сбору начальных данных выполняются за
одним рабочим местом.
Технологический процесс анализа данных – это некая совокупность
операций, реализуемых в строго согласованной последовательности с
применением конкретных мет одик анализа данных и с оответствующих
инструментов
В рамках реализации БД применяется ряд режимов обработки:
84
• Пакетный – для задач с малой разветвленностью алгоритма, малой
необходимостью вмешательства пользователя в процесс решения задачи,
огромным объемом начальных данных, долгим сроком решения и передачи
итоговых результатов;
• Интерактивный – для реализации функций контроля диалога,
информирования п е рсонала, вывода некоторых сл ужебных данных, их
обраб отки при помощи прикладных программ и передачи итоговых данных;
• Совокупный.
Режим пакетной обработки данных включает в себя начальный сбор
пакета документов или заготовку входного файла начальных данных, с которых
реализуется передача осн овным файлам начальных данных или процесс их
обновления. Пакетная передача применяется для работы с файлами текущих
данных тогда, когда нужно внедрять централизованную БД из местных
источников начальных данных при недоступности с оединения этих источников
с ИС. Исполь зование пакетного режима передачи минимизирует влияние
оператора на процесс решения задачи, требуется лишь начальный ввод данных,
что минимизирует возможность помехи пользователя и, по итогу, корректировки
очередности ре ал изации действий. Но благодаря этому оборудование
нагружается на полную и начинает работать по жесткому графику. Часто для
решения задачи реализуется и параллельная обработка данных. Режим пакетной
обраб отки очень тесно связан с бумажным режимом оформления документов.
Диалоговый режим включает активное вмешательство пользователя в
процесс работы системы и ориентирован на электронные технологии. В
процессе его реализации не заранее описанной очередности операций анализа
данных и их перевода. Нюансом диалогового режима анализа данных становится
ввод или обновление не которых данных по мере надобности.
Учитывая нюансы создаваемой проблемной области при решени и задачи,
определение такого режима обработки диктуется рядом особенностей:
• Отправ ители начальных данных соединены с ИС, но все же есть
применение бумажной технологии передачи данных;
85
• Анализ данных стартует по факту поступления данных, хотя отчеты
начинают готовится лишь по приходу всего объема данных за выделенный
период;
• Есть понятн ая последовательность процессе обработки данных, но
вмешательство пользователя в проц ес с анализа данных все-таки возможно.
Технологический процесс передачи итоговых данных выполняется т в
двух направлениях:
• Передача и тоговых данных на печать;
• Передача и тоговых данных на экран.
Оба из них не исключают пере дачи данных также в саму базу
информации. По итогу, реализуется ее пополнение, а все сохраненные данные
выступают в рамках исходных для решения похожих задач дальнейших
периодов.
Для того чтобы правильно выбрать вариант технол о гического процесса,
нужно всегда учитывать следующие требования:
• Контроль за достоверностью обрабатываемой информации;
• Решение всех задач в строго оговоренные сроки;
• Минимальные трудовые и стоимостные затраты на обра ботку;
• Наличие ЭВМ для упрощения процесса обработки;
• Решение задач в разных режимах.
Исходя из вышеперечисленных требований, целесообразнее всего
спроектировать АРМ, позволяющий повысить общую производительность и
децентрализовать процесс решения задачи.
На этапе обработки данных важно использовать нормативно-справочную
информацию. Это даст некоторые преимущества в скорост и в ыбора и
сортиров ки. При этом также необходим предва рительный просмотр полученных
данных п е ред их оформлением и выдачей. На этом этапе становится актуальным
выбор п равильного режима – пакет ного или диалогового. Первый вариант
предполагает уменьшение вмешательства самого пользоват ел я в процесс
решения задачи, предоставляя ему только возможность вводить и
корректировать данные, что не всегда удобно для самого исполнителя. На
практике эффективнее и стабильнее показывает себ я диалоговый режим,
Источник: https://baza.diplomsite.ru/previewfile/2311