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
• Анализ данных стартует по факту поступления данных, хотя отчеты
начинают готовится лишь по приходу всего объема данных за выделенный
период;
• Есть понятн ая последовательность процессе обработки данных, но
вмешательство пользователя в проц ес с анализа данных все-таки возможно.
Технологический процесс передачи итоговых данных выполняется т в
двух направлениях:
• Передача и тоговых данных на печать;
• Передача и тоговых данных на экран.
Оба из них не исключают пере дачи данных также в саму базу
информации. По итогу, реализуется ее пополнение, а все сохраненные данные
выступают в рамках исходных для решения похожих задач дальнейших
периодов.
Для того чтобы правильно выбрать вариант технол о гического процесса,
нужно всегда учитывать следующие требования:
• Контроль за достоверностью обрабатываемой информации;
• Решение всех задач в строго оговоренные сроки;
• Минимальные трудовые и стоимостные затраты на обра ботку;
• Наличие ЭВМ для упрощения процесса обработки;
• Решение задач в разных режимах.
Исходя из вышеперечисленных требований, целесообразнее всего
спроектировать АРМ, позволяющий повысить общую производительность и
децентрализовать процесс решения задачи.
На этапе обработки данных важно использовать нормативно-справочную
информацию. Это даст некоторые преимущества в скорост и в ыбора и
сортиров ки. При этом также необходим предва рительный просмотр полученных
данных п е ред их оформлением и выдачей. На этом этапе становится актуальным
выбор п равильного режима – пакет ного или диалогового. Первый вариант
предполагает уменьшение вмешательства самого пользоват ел я в процесс
решения задачи, предоставляя ему только возможность вводить и
корректировать данные, что не всегда удобно для самого исполнителя. На
практике эффективнее и стабильнее показывает себ я диалоговый режим,
86
обеспечивающий более гибкую свя зь и дающий целый ряд преи муществ: удобен
при работе, обеспечивает защиту от нежелательного доступа , позв ол яет
непосредственно участвовать в решении задачи, дает быстрый доступ к данным
в любой момент времени и хорошую управляе мость процессом, а также отлично
осуществляет переход от одной операции к другой.
Сегодня существует несколько типов диалогов: меню, диалог на
естественном языке, команды для управления.
Технологический процесс анализа данных делится на предмашинную,
внутримашинную и п ос л емашинную оценку.
Предмашинный анализ включает в себя получение, отслеживание и
передачу первичных документов. В момент, когда в первичном документе
найдена ошибки, документ передается обратно к источнику для корректировки,
иначе документ направляет ся для ввода данных в ПЭВМ.
В рамках внутри машинного анализа данные первичных документов
переносятся в ПЭВМ, на их базе создаются результатные документы. На этом
этапе сразу подключаются информационные файлы с условно-постоянной
информацией. Подобное решение сильно упрощает ведение макета документа.
К внутримашинному анализу можно отнести ведение электронных
справочников, которое реа л изовано параллельно, являясь самостоятельным
технологическим процессом. Справочники применяются при вводе оперативных
данных по приходящим проектным документам, а также при создании итоговых
документов и отчетов.
Послемашинный анализ состоит в проверке корректности ведения
выходных документов и отправке их пользователям.
Технологический процесс внутримашинного анали за информации
является совокупность ю операций, выполняющиеся в диалоговом режиме
работы с ПК и в различной последовательности. То есть череда технол огических
операций выражена в процессе диалога пользователя с ПК.
Работа в диалоговом режиме не содержит чётко определенной
последовательности действий. Потому схема технологического процесса в
диалогов ом режиме ст а новится комплексом технологических операций,
87
отвечающих в схеме диалога задачи и существующий в рамках схемы работы
системы.
Пользоват ел ь ИС оснащен своим интерфейсом доступа. Любой
пользователь может выполнить только действия, на которые у него есть права.
По факту авторизации пол ьзователь получает перечень возможных действий с
системой. Тут он может выбрать требуемый ему справочник или таблицу для
передачи нужных данных. Для этого в меню программы ищет ся
контролирующий это пункт. Затем в выбранном справочнике или таблице
доба вляются, или корректируются уже имеющиеся записи, просматриваются
готовые документы или база остается неизменной.
Схемы т ехнологичес кого процесса с бора, передачи, обработки и выдачи
информации для разработанной системы представлены на рисунке 2.12.
88
Рис. 2.17 Начало работы с системой (главное меню)
После авторизации сотрудни к в гл а вной форме выбирает пункт меню,
которые соответствует необходимым действиям – отчеты или учет.
2.4 Контрольный пример реализации проекта и его описание
Цикл по времени
d=1; d>=8;d<=18; d++
Цикл по клиентам
j=1; j<=COUNT(paz); j++
Создание
представления для
списка проектов
Чтение i-й записи
представления paz
Установка указателя
в представлении rasp
на первую запись
rasp[i].Doctor_id,
time=18
Да
Нет
А
А
i=i+1
i=j+1;
Сортировка записей
по дате
Начало
Установка
соединения с
сервером БД
Фильтр таблицы zav
по условию (status=1)
Открытие таблиц
zav, klient, status
Б
Конец цикла по
клиентам
Чтение записи в
списке проектов
N1=N++
Б
Конец цикла по
исполнителям
Цикл по статусам,
j=1; j<=COUNT(status);
j++
Цикл по
исполнителям m=1;
m<=12; m++
Фильтр представления
Список
N10=++
П11=П11+ user[j].summ
Конец цикла по
исполнителям
Внесение данных в
таблицу Проекты
Конец
Закрытие таблиц,
уничтожение
представления
Список проектов
89
Для того, чтобы клиент смог сформировать проект, ему необходимо
перейти по соответствующей ссылке в разделе «Проекты» корпоративн ого
сайта.
Работа с системой для всех пользователей начинается со страницы
автори зации.
В зависимости от введенных пароля и логина система определяет статус
пользователя и п е реадресует его на соответствующую страниц у.
Рассмотрим вначале порядок работ ы клиента компании.
После успеш ной авторизации перед клиен том появля ется страница
оформления нового проекта:
Рисунок 2.18 Страни ца формирования нового проекта
Для регистрации проекта н е обходимо заполни ть все поля (причем
категория и тип приоритета выбирается из выпадающих списков), выбрат ь файл
и нажать кнопку «Сохранить проект».
Новый проект появится в соответствующем списке.
90
Рис. 2.19 Список незакрытых проектов
На красном поле показана дата готовности проекта. В данном списке в
поле каждой проекты указан ее статус, а также приоритет.
Если проект находится в статусе «Открыт», то открывши й его
пользователь может ее удалить (отменить), нажав на иконку с изображением
корзины. Удаленные проекты прив одят с я в списке удаленных проектов, причем
их оттуда можно восстановить. Закрытые проекты также находятся в особом
списке. Кроме того, у пользователя есть доступ к базе знаний.
Перейдем к рассмотрению работы менеджера.
После того, как клиент формирует проект, менеджер распределяете ее
между сотрудни ками, выбирая сотруд ника из выпадающего списка: