78
updated_at
int(11)
Нет
nikname
varchar(255)
Да
NULL
id_user_type
int(11)
Да
NULL
last_name
varchar(255)
Да
NULL
first_name
varchar(255)
Да
NULL
middle_name
varchar(255)
Да
NULL
phone
varchar(255)
Да
NULL
report_date_1
datetime
Да
NULL
report_date_2
datetime
Да
NULL
id_request
int(11)
Да
NULL
Таблица 2.10
Структура таблицы user_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Деятельность в диалоговом режиме не имеет заранее четкой
последовательности действий. Поэтому схема технологического процесса в
диалоговом режиме является совокупностью технологических операций,
которые отвечают схеме диалога задачи и существуют в виде схемы работы
системы.
Пользователь ИС имеет свой интерфейс доступа. Любой пользователь
может производить только действия, которые ему доступны. После прохождения
авторизации пользователь имеет список возможных действий с системой. Тут
пользователь может выбрать нужный ему справочник или таблицу для
получения конкретных данных. Для этого нужно выбрать в меню программы
отвечающий за это пункт. Далее в выбранном справочнике или таблице можно
добавлять или корректировать уже существующие записи, просматривать
имеющиеся документы или оставлять базу без изменений.
Программирование является процессом создания (разработки) программы,
который при классической неавтоматизированной разработке ПП при любом
методе проектирования представляется как последовательность таких шагов,
как:
• Выявление требований к программе;
• Создание или выбор алгоритма решения поставленной задачи;
79
• Подготовка команд;
• Процедура отладки;
• Проведение тестов.
Выявление требований к программе можно считать важнейшим этапов,
где четко описывается начальная информация и составляются требования к
итоговым значениям. Также указывается поведение программы в особых
случаях.
При создании или выборе алгоритма важно отразить последовательность
действий, которые должны выполняться для реализации конкретного результата.
Большинство задач решаются различными способами. В этом случае
программист, используя некоторый критерий, например, скорость работы
алгоритма или его точность, выбирает подходящее решение. Затем составляет
подробное описание алгоритма. И факту определения требований к программе и
составлению алгоритма решения, алгоритм переносится на язык
программирования.
Схема вызова программных модулей представлена на Рисунке 2.5.
80
ПМ Главное меню
ПМ работы с со
справочниками
ПМ Справочника
Пользователь
ПМ Справочника Клиент
ПМ работы с
учетом заявок
ПМ Авторизация
ПМ Вывода на
печать
ПМ работы с
договорами
ПМ формирования
отчетов
ПМ Справочника
Услуга
Рисунок 2.5 Схема вызова программных модулей
Описание программных модулей представлено в Таблице 2.11.
Таблица 2.11
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1)
ПМ Авторизация
Выполняет авторизацию пользователей при
их доступе в систему
2)
ПМ Главное меню
Производит вызов меню, для каждого вида
пользователей - своего
3)
ПМ работы со
справочниками
Содержит определенные процедуры,
позволяющие осуществлять редактирование
справочников
4)
ПМ Работа с отчетами
Формирует документы в соответствии с
заданными критериями, регистрирует
документы, добавляет записи
5)
ПМ получения отчетов
Содержит заранее определенные процедуры
формирования отчетных документов
6)
ПМ вывода на печать
Выводит результатные документы на печать
2.3.4 Описание программных модулей
81
На рисунке 2.6 представлена блок-схема обобщенного алгоритма работы
информационной системы. Дадим пояснения относительно данной схемы:
- после запуска пользователем клиентской части ИС последняя пытается
считать настройки из конфигурационного файла;
- если настройки соединения считать не удалось, то используются
настройки соединения по умолчанию;
- затем клиентская часть создает клиентский сокет и пытается соединиться
с сокетом сервера, соединение осуществляется посредством протокола TCP/IP;
- если соединиться с сокетом сервера не удалось, то выдается
соответствующее сообщение об ошибке и приложение завершает работу;
- вызывается диалог авторизации;
- в случае успешной авторизации клиент запрашивает у сервера начальные
данные (в зависимости от стартовой экранной формы клиентского приложения);
Впоследствии пользователь в ходе работы с клиентским приложением
может модифицировать данные ИС, просматривать их и запрашивать отчеты;
- клиентское приложение в случае каких-либо действий пользователя,
требующих обновления данных, запрашивает эти данные у сервера, после чего
отображает их и ожидает дальнейших действий пользователя;
- считается, что серверная часть ИС уже запущена и ожидает
подключений клиентов.
Данный алгоритм не отражает стандартные действия приложений, не
относящиеся к их бизнес-логике: создание приложения, обновление данных
элементов управления и так далее, так как большинство этих действий
обрабатывается уже существующими функциями, реализованными
разработчиками php.
82
Начало
Считывание настроек
для соединения с
сервером из файла
Настройки
считаны?
Создание сокета
клиента
Соединение с
серверным
сокетом
Соединение
установлено?
Запрос
начальных
данных
Пользователь
корректирует
данные?
Корректировка
данных ПС
Обновление
модифицированных
данных
Пользователь
запрашивает
отчеты?
Запрос данных у
сервера
Формирование
отчетов
Пользователь хочет
завершить работу?
Закрытие
соединения
Конец
Задание настроек
по умолчанию
Вывод
сообщения
об ошибке
да
нет
да
нет
да
нет
да
нет
да
нет
Авторизация
Авторизация
успешна?
нет
да
Рисунок 2.6 Блок-схема обобщенного алгоритма работы информационной
системы
83
2.4 Контрольный пример реализации проекта и его описание
Проект разработан на PHP с использованием фреймворка Yii 2. Данный
фреймворк основан на использовании концепции MVC (Model-View-Controller).
Проект создан PHP с применением фреймворка Yii 2. Данный фреймворк
базируется на концепции MVC (Model-View-Controller).
Главная цель использования подобной концепции заключается в
разделении бизнес-логики (модели) от её визуализации (вида или
представления). За счет подобного разделения увеличивается доступность
повторного использования. Очень полезно использовать данную концепцию
тогда, когда пользователь обязан видеть аналогичные данные сразу в различных
контекстах и/или с разных точек зрения. К примеру, реализуются следующие
задачи:
• К единой модели можно добавить несколько видов, при этом не
исправляя форму модели. К примеру, отдельные данные могут представляться и
в виде электронной таблицы, и в виде круговой диаграммы, и в виде
гистограммы;
• Не меняя реализацию видов, корректирует реакцию на действия
пользователя (щелчок мышью по кнопке, ввод данных), для этого всего на всего
можно применить другой контроллер.
Некоторые разработчики оперируют только с одной из областей: либо
создают графический интерфейс, либо готовят бизнес-логику. Потому вполне
реально добиться того, что программисты, создающие бизнес-логику (модель),
не будут знать, какое представление будет применяться.
Концепция MVC помогает делить данные, представление и анализ
действия юзера на 3 разные компонента:
• Модель – описывает данные и варианты работы с ними, отвечает на
запросы, корректирует своё состояние. Не включает описание, как эти знания
отобразить;
• Представление - готовит отображение данных, их визуализацию.
Обычно в качестве представления становится форма с графическими
компонентами;
84
• Контроллер – поддерживает связь между пользователем и системой:
отслеживает введенные данные пользователем и применяет модель и
представление для создания требуемой реакции.
Понятно, что и контроллер, и представление напрямую зависят от модели.
А модель сама не зависит от них. Поэтому достигается специфика такого
разделения: оно помогает создавать модель без привязки к визуальному
представлению, а также готовить несколько различных представлений для
единой модели.
Рассмотрим далее порядок работы с системой для взаимодействия с
клиентами с использованием сервиса мгновенными сообщениями.
Вход в систему (рисунок 2.7).
Рисунок 2.7 Вход в систему
Добавление проектов (Рисунок 2.8). Под проектами подразумевается
заказы клиентов ресторана на проведение торжеств.
85
Рисунок 2.8 Экранная форма добавления проектов рабочей группы
Рисунок 2.9 Создание проекта
86
Рисунок 2.10 Данные проекта
Добавляем участников проекта
Рисунок 2.11 Список участников проекта
87
Рисунок 2.12 Добавление участников проекта
Рисунок 2.13 Данные участника проекта
Добавляем рабочие группы