Файл: Проектирование реализации операций бизнес-процесса «Обеспечение послепродажного обслуживания» ( Выбор комплекса задач автоматизации ).pdf
Добавлен: 15.06.2023
Просмотров: 361
Скачиваний: 3
СОДЕРЖАНИЕ
1.1 Выбор комплекса задач автоматизации
1.1.2. Организационная структура управления предприятием
1.1.3. Программная и техническая архитектура ИС предприятия
1.2 Характеристика существующих бизнес – процессов
1.3 Характеристика документооборота, возникающего при решении задачи
1.4 Обоснование проектных решений по информационному обеспечению
1.5 Обоснование проектных решений по программному обеспечению
2.1 Информационная модель и её описание
2.2 Характеристика нормативно-справочной, входной и оперативной информации
2.3 Характеристика результатной информации
2.4 Общие положения (дерево функций и сценарий диалога)
2.5 Характеристика базы данных
2.6 Структурная схема пакета (дерево вызова программных модулей)
2.7 Описание программных модулей
Популярность языка в создании web-сайтов определяется наличием большого набора средств предназначенных для разработки web-приложений. Основные из них:
- автоматически извлекаемые GET и POST -параметров, а также переменных окружения веб-сервера в предопределённые массивы;
- взаимодействует с очень большим количеством разных СУБД (MySQL, SQLite, MySQLi, Oracle (OCI8), PostgreSQL, Microsoft SQL Server и пр.);
- автоматическая отправка HTTP-заголовков;
- работает с HTTP-авторизацией;
- работает с сессиями и cookies;
- работает с удалёнными и локальными файлами, сокетами;
- обрабатывает файлы, загруженные на сервер;
В качестве системы управления базой данных была выбрана СУБД MySQL.
MySQL – разработка шведской компании MySQL AB. СУБД MySQL является программным обеспечением с открытым исходным кодом, распространяемым по лицензии GNU (GPL) и коммерческой лицензии для ситуаций, не подпадающих под действие лицензии GPL.
MySQL поддерживает реляционную модель данных, т. е. представляет собой реляционную СУБД.
Начиная с версии 5.0, СУБД MySQL практически полностью удовлетворяет стандарту структурированного языка запросов SQL и, следовательно, совместима с другими базами данных.
MySQL поддерживает несколько типов данных.
Числовые данные. К ним относят целые числа, не содержащие дробной части (например, 124), а также вещественные числа, имеющие как целую, так и дробную части (например, 56.45). Числовые данные делятся на точечные (bit, boolean, integer и decimal) и приближенные (float, real и double precision).
Тип BIT предназначен для хранения битовых полей.
Тип BOOLEAN является синонимом для TINYINT (1). Значение 1 рассматривается как истина (true), a 0 – как ложь (false).
Тип DECIMAL, а также его синонимы NUMERIC и DEC предназначены для величин повышенной точности, например, для денежных данных. Требуемая точность задается при объявлении данных одного из этих типов, например, DECIMAL(5,2). Здесь цифра 5 определяет общее число символов, отводимых под число, а цифра 2 задает количество знаков после запятой. При этом первый параметр может принимать максимальное значение, равное 64, а второй – максимальное значение, равное 30.
Для представления вещественных (приближенных) типов в СУБД MySQL имеются типы: FLOAT (диапазон от –3.4Е+38 до 3.4Е+38, точность 1.2Е–39), DOUBLE и DOUBLE PRECISION (–1.8Е+308 до 1.8Е+308, точность 2.2Е–308).
Числовые типы данных с плавающей точкой также могут иметь параметр UNSIGNED. Как и в целочисленных типах, этот атрибут предотвращает хранение в отмеченном столбце отрицательных величин, но, в отличие от целочисленных типов, максимальный интервал для величин столбца остается прежним.
При формировании структуры таблицы необходимо обращать внимание на размер, занимаемый тем или иным типом данных: если значения в полях столбца никогда не будут выходить за пределы 100, не следует выбирать тип больше TINYINT. Если же предполагается хранить только целочисленные данные, то применение атрибута UNSIGNED позволит увеличить диапазон в два раза.
Строковые данные— последовательность символов, заключенных в одинарные или двойные кавычки: 'Hello world', '123', "MySQL". Поскольку в качестве стандарта в SQL определены одинарные кавычки, для совместимости с другими базами данных рекомендуется использовать именно их. Различают строковые типы CHAR, VARCHAR, BLOB, TEXT, MEDIUMTEXT, MEDIUMBLOB, LONGTEXT, LONGBLOB, ENUM, SET.
Тип CHAR позволяет хранить строку фиксированной длины; его дополняет тип VARCHAR, позволяющий хранить строки переменной длины.
Длина строки может изменяться от 0 до 65 535. При создании таблицы нельзя смешивать столбцы типа CHAR и VARCHAR. В этом случае СУБД MySQL изменит тип столбцов согласно правилу: если таблице присутствует хотя бы один столбец переменной длины, все столбцы типа CHAR будут приведены к типу VARCHAR.
Тип TEXT обычно используется для хранения больших объемов, в то время как BLOB – для больших двоичных объектов, таких как электронные документы, изображения, музыкальные файлы и т. п.
К особым типам данных относятся ENUM и SET. Строки этих типов принимают значения из заранее заданного списка допустимых значений.
Основное различие между ними заключается в том, что значение типа ENUM должно содержать точно одно значение из указанного множества, тогда как столбцы SET могут содержать любой (или все) элементы заранее заданного множества. Так, значения для столбца, объявленного как ENUM ('y', 'n'), могут принимать значения либо 'y', либо 'n'.
Для типа SET, так же, как и для типа ENUM, при объявлении задается список возможных значений, но в ячейке таблицы может храниться любое значение из списка, а пустая строка означает, что ни один из элементов списка не выбран. Например, значения для столбца SET ('y', 'n') могут принимать значения ('y', 'n'), ('y'), ('n') и пустое множество ().
Календарные данные.
СУБД MySQL имеет пять календарных типов данных: DАТЕ, DATETIME, TIME, TIMESTAMP и YEAR. Тип DАТЕ предназначен для хранения даты, TIME — для времени суток, a TIMESTAMP – для представления и даты, и времени суток. Тип TIMESTAMP предназначен для представления даты и времени суток в виде числа секунд, прошедших с полуночи 1 января 1970 года. Тип данных YEAR позволяет хранить только год.
Для значений, имеющих тип DATE и DATATIME принят формат YYYY-MM-DD или YY-MM-DD. В типах TIME и DATATIME время приводится в привычном формате hh:mm:ss
Глава 2. Проектная часть
2.1 Информационная модель и её описание
Информационной моделью называют схему движения входной, промежуточной и результативной информации и функций предметной области. Также с помощью информационной модели объясняется с помощью каких входных данных (документов) и какой нормативно-справочной информации происходит выполнение основных функций. Информационная модель представлена на рисунке 7.
Рисунок 7 – Информационная модель
В соответствии с составленной информационной моделью Администратор может работать со справочниками системы: добавлять и изменять записи в них.
Работа пользователей в ИС возможна только после прохождения авторизации с помощью формы входа. Далее пользователь может зафиксировать новый ремонт, либо посмотреть и изменить данные по зафиксированному ранее (ввести результаты диагностики и ремонта). Кроме того, каждый пользователь системы может редактировать данные своей учетной записи (через управление своим профилем).
В качестве выходных данных информационной системы выступает отчет по ремонтам за период, который формируется с помощью соответствующей формы пользовательского интерфейса.
2.2 Характеристика нормативно-справочной, входной и оперативной информации
В информационной системе используются шесть справочников, характеристики которых приведены в таблице 3.
Таблица 3
Справочники информационной системы
|
№ пп |
Название справочника |
Ответственный за ведение |
Средний объём справочника в записях |
Среднюю частоту актуализации |
Средний объем актуализации, % |
|
1 |
Пользователи |
Администратор |
100 |
1 раз в месяц |
10 |
|
2 |
Виды неисправностей |
Администратор |
10 |
1 раз в месяц |
10 |
|
3 |
Техника |
Администратор |
250 |
1 раз в день |
1 |
|
4 |
Ремонтные работы |
Администратор |
25 |
1 раз в месяц |
25 |
|
5 |
Роли пользователей |
Администратор |
2 |
- |
- |
|
6 |
Категории техники |
Администратор |
10 |
1 раз год |
10 |
Справочник Роли пользователей носит нормативный характер, и его актуализация не требуется. Остальные справочники необходимо время от времени актуализировать. Частота актуализации для каждого справочника разная, от одного дня (справочник техники), до раза в год (справочник категорий техники)
Реквизитный состав каждого справочника представлен в виде таблицы 4.
Таблица 4
Реквизитный состав справочников информационной системы
|
№ пп |
Название справочника |
Перечень реквизитов |
|
1 |
Пользователи |
ФИО пользователя; логин; пароль; электронная почта; телефон; роли пользователя; |
|
2 |
Виды неисправностей |
наименование неисправности; комментарий; |
|
3 |
Техника |
наименование техники; серийный номер; категория; комментарий; |
|
4 |
Ремонтные работы |
наименование работы; комментарий; |
|
5 |
Роли пользователей |
наименование роли |
|
6 |
Категории техники |
Наименование категории |
Редактирование и ввод новых записей во все справочники осуществляется с помощью специальных форм.
На рисунке 8 изображена форма для работы с записями справочника «Пользователи».
Рисунок 8 – Форма Пользователь
Формы для работы с записями других справочников имеют аналогичный вид (Рисунок 9-12).
Рисунок 9 – Форма Виды неисправности
Рисунок 10 – Форма Техника
Рисунок 11 – Форма Ремонтные работы
Рисунок 12 – Форма Категории техники
В качестве входных данных для информационной системы учета ремонта компьютерной техники записи о ремонте техники, а также проведенной диагностики и выявленных неисправностях. Ввод этих данных выполняется с помощью специальных форм.
Ввод данных о новом ремонте осуществляется с помощью формы, изображенной на рисунке 13, а ввод результатов диагностики и проведенного ремонта – с помощью формы, изображенной на рисунке 14.
Рисунок 13 – Форма для добавления записи о ремонте
Рисунок 14 – Форма добавления данных о диагностике и ремонте
Данные, которые пользователи вводят в эти формы сохраняются в базе данных, а затем используются для формирования результатной информации.
2.3 Характеристика результатной информации
В качестве выходных данных информационной системы вступает отчет по ремонтам, формируемый в виде таблиц. Подробное описание этого отчета приведено в виде таблицы 5.
Таблица 5
Описание результатной информации
|
Наименование |
Отчет по ремонтам |
|
Реквизиты |
Количество добавленных записей; Количество диагностик; Количество ремонтов; |
|
Таблицы, на основе которых формируется |
Ремонты Ремонтные работы Типы неисправностей |
|
Частота формирование |
По мере необходимости |
|
Способ доставки |
Экранная форма, может быть выгружен в формате электронной таблицы Microsoft Excel |
2.4 Общие положения (дерево функций и сценарий диалога)
Дерево функций информационной системы представлено на рисунке 15.
Рисунок 15 – Дерево функций информационной системы
На основании дерева функций разработан сценарий диалога, который представлен на рисунке 16.
Рисунок 16 – Сценарий диалога информационной системы
После открытия сайта пользователю необходимо пройти авторизацию с помощью логина и пароля.
После авторизации на сайте, пользователю открывается страница со списком всех ремонтов, зарегистрированных в базе данных. Пользователь может посмотреть данные по каждому ремонту более подробно, добавить данные о результатах диагностики и ремонта, добавить новую запись о ремонте и сформировать отчет по ремонтам за определенный период.
Пользователь с уровнем доступа Администратор имеет доступ к функциям управления справочниками информационной системы.