73
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
АИС должна быть создана как интегрированная информационная
система, состоящая из следующих подсистем:
1. Подсистема справочников ;
2. Подсистема ведения документов и операций над ними;
3. Подсистема отчетов.
Информационное обеспечение представляет собой совокупность
необходимых для функционирования АИС данных и документов. Данные
должны быть организованы в соответствующие таблицы базы данных,
обеспечивающие оптимальный доступ к требуемой информации при
реализации алгоритмов (поиска, фильтрации, сортировки).
В состав информационного обеспечения входят: нормативно-справочная
информация, входные данные, выходные данные.
Состав данных должен быть достаточным для выполнения всех функций
АИС и отвечать требованиям: полноты, достоверности, однозначной
идентификации, непротиворечивости, необходимой точности представления.
Информационная база данных должна представлять собой реляционную
базу данных, состоящую из связанных между собой информационных таблиц.
Классификация и кодирование информации в АИС должны
осуществляться на основе общероссийских и отраслевых классификаторов, а
также классификаторов и справочников, действующих в смежных системах.
Входной информацией для проектируемой системы «Ремонт ПК»
являются заявки клиентов, сведения о сотрудниках предприятия и занимаемых
должностях, содержащиеся в штатном расписании, сведения об отделах, а
также сведения о расходных материалах и запасных частей, формируемые на
основании опытной эксплуатации аналоги запчастей. Эти данные поступают
как в цифровом, так и в печатном виде.
74
Данные из входных документов вносятся в систему путём ручного ввода
данных через диалоговый интерфейс. Из штатного расписания в систему
вводятся следующие данные:
- ФИО сотрудников;
- занимаемые должности сотрудников;
- наименование структурного подразделения.
Из атрибутов паспорта в базу данных заносятся личные данные клиента,
при оформлении заявки на ремонт ПК.
В подсистеме справочников должны храниться следующие справочники:
справочник «Клиенты»,
справочник «Аналоги»,
справочник «Единицы измерения»,
справочник «Запчасти/ Товары»,
справочник «Должности»,
справочник «Отделы»,
справочник «Сотрудники».
Все классификаторы должны быть организованы в виде соответствующих
справочников.
Из атрибутов накладных, счетов-фактур, ТТН поступающих на склад
материалов для ремонта и обслуживания ПК вносятся следующие реквизиты:
- номер и дата документа
- наименование товара,
- единица измерения товара,
- количество товар.
Основным документом, вносимым в систему, является заявка клиента на
обслуживание или ремонт ПК и оргтехники. Данный документ содержит
следующие реквизиты:
- статус заявки;
- дата заявки;
- заявитель;
75
- исполнитель заявки;
- приоритет;
- номер отдела;
- характер оказываемой услуги;
- комментарий к заявке.
В подсистеме документов должны составляться документы:
- «Приходный складской ордер»,
- «Расходный складской ордер»,
- «Заявки клиентов».
У каждого документа должна быть выходная форма установленного вида.
2.2.3 Характеристика результатной информации
Основными результатным документами для разработанной системы
должны быть аналитические отчеты:
- Отчёт «Складские ордера» представляет собой печатную форму
складского приходного и расходного ордера,
- Отчёт «Отчет по закупу запчастей» выводит перечень запчастей,
оприходованных на склад на указанную дату,
- Отчёт «Отчет по списанию запчастей» показывает количество
списанных и израсходованных запчастей на обслуживание и ремонт ПК и
оргтехники,
- Отчёт «Отчет по заявкам» позволяет отследить и проанализировать
процесс исполнения заявок сервисного центра.
У каждого отчета должна быть выходная форма.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
На основании необходимых функциональных возможностей, в
информационной системе «Ремонт ПК» предусмотрена реализация 11 главных
функций (рисунок 22).
76
Общая описанная структура функций позволит составить структуру
главного меню АИС в таблице 6 (рисунок 23).
Таблица 6 – Структура меню АИС «Ремонт ПК»
Пункт меню
Функциональные возможности
Файл
Текущий месяц
Настройка текущего месяца
Выход
Выход из АИС «Ремонт ПК»
Справочники
Ввод, просмотр и редактирование данных
справочников:
Аналоги запчастей
— аналоги запчастей ПК;
Клиенты
— список клиентов;
Единицы измерения
— единицы измерения согласно ОКЕИ;
Запчасти ПК
— характеристика запчастей ПК;
Поставщики
— наименование поставщиков запчастей;
Должности
— перечень должностей предприятия;
Отделы
— наименование подразделений;
Сотрудники
— личные данные работников.
Документы
Раздел просмотра электронных документов
системы:
Запчасти ПК
— складские документы: приходные и
расходные ордера на запчасти;
Заявки сервис-центра
— поступившие заявки от клиентов на ремонт
ПК и оргтехники.
Операции
Раздел работы над документами в системе
Движение запчастей
— отражение движения запчастей по
документам;
Распределить
запчастей
— процедура распределения остатков запчастей
согласно заявкам на ремонт ПК.
Результат
распределения
— результат распределения запчастей.
Печатные
формы
Раздел формирования отчетов системы
Складские ордера
— печатная форма складских документов;
Отчеты по закупу
запчастей
— список приобретенных запчастей за текущий
период;
Отчеты по реализации
запчастей
— список списанных запчастей на ремонт за
текущий период;
Складские остатки
запчастей
— остатки запчастей на заданный период;
Справка
Справочный раздел меню
Помощь
Инструкция пользователя
О программе
Справка о системе
77
Функции
Основные Служебные
Ведение
справочников
Формирование
отчетов
Соединение с БД
Выбор текущего
месяца
Настройка прав
доступа
Авторизация в
системе
Помощь
Ведение
складских
ордеров
Ведение заявок
Исполнение
заявок
Движение
запчастей на
складе
Рисунок 22 – Дерево функций
Основное меню
Файл Справочники
Текущий месяц
Аналоги
запчастей
Запчасти ПК
Клиенты
Единицы
измерения
Поставщики
Выход
Должности
Отделы
Сотрудники
Документы
Запчасти ПК
Заявки сервис-
центра
Операции
Движение
запчастей
Распределение
запчастей
Результат
распределения
Печатные формы
Складские
ордера
Складские
остатки
запчастей
Отчеты по закупу
запчастей
Отчеты по
реализации
запчастей
Справка
Помощь
О программе
Рисунок 23 – Схема сценария диалога
Пользовательские интерфейсы системы должны обеспечить выполнение
функций пользователей на их рабочих местах с использованием выборочных
или всех данных из БД соответствующего уровня.
При разработке пользовательского интерфейса необходимо
предусмотреть представление данных в виде табличного просмотра.
78
Табличный просмотр – представление множества объектов БД в виде
строк и столбцов, где строки представляют объекты, а столбцы – размерные
атрибуты объекта.
В режиме работы табличного просмотра должны выполняться следующие
операции: сортировка, поиск, фильтрация, печать.
Стандартный фильтр должен включать те поля набора данных, по
которым необходимость задавать условия выборки является наиболее
актуальной. При необходимости, должна быть предоставлена возможность
дополнения в фильтр перечня полей связанных таблиц.
Печать должна обеспечивать текущее представление данных на
устройство печати с возможностью предварительного просмотра.
При разработке пользовательских интерфейсов необходимо соблюдать
адекватность особенностям пользователей – все модули должны быть
ориентированы на один уровень пользователей. Необходимо учитывать
следующие особенности пользователей:
1. стаж работы, навыки работы;
2. опыт работы с подобными системами;
3. знание терминологии;
4. физические параметры (возраст).
Адекватность среде использования системы. Основные составляющие
этой среды:
1. временные ограничения на выполнение действий;
2. наличие перерывов в общении пользователей с системой;
3. разрешение мониторов;
4. скорость работы системы в целом.
Адекватность отображения объектов системой и связи между ними:
1. взаимное расположение объектов на экране должно соответствовать
их логической связи;
2. наиболее важная информация должна быть на виду и легко
доступна;
79
3. отсутствие избыточности информации.
4. преемственность и типизация интерфейса во всех подсистемах:
5. типичность простых диалогов;
6. типичность информационных сообщений;
7. типичность представления данных;
8. типичность элементов управления.
2.3.2 Характеристика базы данных
При разработке базы данных проектируемой системы «Ремонт ПК» было
создано 16 таблиц, схема базы данных системы представлена на рисунке 24.
Рисунок 24 – Схема базы данных «PKRemont.mdb»
1) Таблица «Person» содержит личную информацию о работниках
ООО «СЕРВИС ПК» (таблица 7).
Таблица 7 – Структура таблицы «Person»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
80
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Табельный номер работника
FIO
CHAR
—
Нет
Ф.И.О. работника
DepartmentK
CHAR
FK
Нет
Отдел
VacantK
CHAR
FK
Нет
Должность
DataBorn
DATETIME
—
Да
Дата рождения
Address
CHAR
—
Да
Адрес проживания
Tel
CHAR
—
Да
Контактный телефон
2) Таблица «Department» хранит информацию об отделах
ООО «СЕРВИС ПК» (таблица 8).
Таблица 8 – Структура таблицы «Department»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор подразделения
Department
CHAR
—
Нет
Наименование отдела
3) Таблица «Vacant» содержит наименования всех должностей
предприятия (таблица 9).
Таблица 9 – Структура таблицы «Vacant»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор должности
Vacant
CHAR
—
Нет
Наименование должности
4) Таблица «Product» включает в себя перечень запчастей и товаров для
перепродажи (таблица 10).
Таблица 10 – Структура таблицы «Product»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор товара
Article
CHAR
—
Да
Артикул
Name
CHAR
—
Нет
Наименование товара
UnitK
INTEGER
FK
Нет
Единица измерения
5) Таблица «Unit». Содержит единицы измерения (таблица 11).
Таблица 11 – Структура таблицы «Unit»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор единицы измерения
OKEI
CHAR
—
Нет
Код по ОКЕИ
81
Unit
CHAR
—
Нет
Наименование единицы измерения
6) Таблица «Settings» используется для настройки системы - Текущий
период для работы системы (таблица 12).
Таблица 12 – Структура таблицы «Settings»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Month
DATETIME
—
Нет
Текущий месяц
7) Таблица «Status» хранит наименование статусов документов
(таблица 13).
Таблица 13 – Структура таблицы «Status»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор статуса заявки
Name
CHAR
—
Нет
Наименование статуса заявки
8) Таблица «Agent» содержит информацию о контрагентах: поставщиках
и заказчиках (таблица 14).
Таблица 14 – Структура таблицы «Agent»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор контрагента
Name
CHAR
—
Нет
Наименование контрагента
Address
CHAR
—
Нет
Юридический адрес
Sale
INTEGER
—
Да
Процент скидки
INN/KPP
CHAR
—
Нет
ИНН/КПП
FL
BOOL
—
Нет
Признак физического лица
9) Таблица «Analog». Таблица используется для отражения информации
об взаимозаменяемых запасных частей для ремонта с учетом коэффициента
пересчета согласно формуле (таблица 15):
Исходный товар = Коэф-т * Аналог.
Таблица 15 – Структура таблицы «Analog»
Имя
поля
Тип
данных
Тип
ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор записи
Product1
INTEGER
FK
Нет
Исходный товар
Product2
INTEGER
FK
Нет
Аналог исходной запчасти
82
Имя
поля
Тип
данных
Тип
ключа
Допустимость
значения Null
Комментарий
Unit1
INTEGER
FK
Нет
Единицы измерения исходной
запчасти
Unit2
INTEGER
FK
Нет
Единицы измерения аналога запчасти
Koef
INTEGER
—
Нет
Коэффициент пересчета
10) Таблица «Document» представляет собой электронную форму
складского ордера (таблица 16).
Таблица 16 – Структура таблицы «Document»
Имя поля
Тип данных
Тип ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор складского ордера
NumberD
CHAR
—
Нет
Регистрационный номер документа
DateD
DATETIME
—
Нет
Дата документа
Agent
INTEGER
FK
Нет
Контрагент
Operat
BOOL
—
Нет
Операция прихода/расхода
PersonK
INTEGER
FK
Да
Ответственный
StatusK
INTEGER
FK
Нет
Статус документа
CheckD
BOOL
—
Нет
Признак выбора документа из списка
11) Таблица «DocumentTable» используется для отражения табличной
формы складского ордера (таблица 17).
Таблица 17 – Структура таблицы «DocumentTable»
Имя поля
Тип
данных
Тип
ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор записи табличной
формы
DocumentK
INTEGER
FK
Нет
Шапка складского документа
ProductK
INTEGER
FK
Нет
Товар или запчасть
CountD
INTEGER
—
Нет
Количество
12) Таблица «Zayvka» используется для отражения электронной формы
заявки от покупателя (таблица 18).
Таблица 18 – Структура таблицы «Zayvka»
Имя
поля
Тип
данных
Тип
ключа
Допустимость
значения Null
Комментарий
Key
INTEGER
PK
Нет
Идентификатор или регистрационный
номер заявки
DateZ
DATETIME
—
Нет
Дата заявки
AgentK
INTEGER
FK
Нет
Контрагент
PersonK
INTEGER
FK
Да
Ответственный