48
Таблица 2.2
Состав проектируемых программных и аппаратных средств
Нормативные правовые
акты, нормативные
правовые документы,
стандарты
(международные и
отечественные)
Антивирус
ные и
антишпион
ские
средства
Преактивная
защита от
внешних угроз
и защита
внешнего
периметра
Защита
от
сетевы
х угроз
Защита от
инсайдерских
угроз и
защита
информацион
ных ресурсов
"Кодекс Российской
Федерации об
административных
правонарушениях" от
30.12.01, №195-ФЗ ст.
13.12, 13.13, 13.14
Kaspersky
Antivirus,
KAV
HIPS в ESET
NOD32
Pass
word
Depot
v.12
Online
Security Audit
ГОСТ Р 51898-2002
Аспекты безопасности.
Правила включения в
стандарты от 01.01.2003
г.;
ГОСТ Р 51898-2002
Аспекты безопасности.
Правила включения в
стандарты группа Т50. от
01.01.2003 г
Основной задачей поддержки информационной безопасности является
своевременное проведение диагностики системы, мониторинг и устранение
неисправностей и контроль за параметрами функционирования системы.
Учитывая требования обеспечения безопасности информации необходимо
включить следующие средства ограничения прав доступа, регистраций явлений
49
безопасности, антивирус, криптографическая защита, защита технически средств ,
защита информационных средств, защита конфигурации.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Автоматизацию проектов при разработке ИС лучше разбивать на несколько
стадий анализа (прежде чем создавать ИС, необходимо понять и описать бизнес-
логику предметной области), проектирования (необходимо определить модули и
архитектуру будущей системы), непосредственного кодирования, тестирования и
сопровождения. Крайне важно иметь эффективные средства автоматизации ранних
этапов реализации проекта и понимать весь процесс организации информационной
системы, как это будет выглядеть. Информационная модель представлена на
рисунке 2.1.
Рисунок 2.1. Информационная модель оформления заявки
50
Визуально такую модель можно разделить на несколько областей. Первая
область это область отражающая содержимое информационной системы в виде
справочников. В нее можно включить справочники:
• Расходные материалы;
• Марка техники;
• Виды техники;
• Клиенты;
• Сотрудники;
• Виды ремонтных работ;
• Права пользователей.
Следующую область можно представить как процесс оформления заявки на
ремонтные работы. В нее включаются необходимые используемые справочники из
информационной системы и таблица "Заказы".
Отдельным процессом можно выделить настройку прав доступа. Именно
этот процесс отвечает за безопасность информации. Доступ к данным будет
осуществлять посредством ввода логина и пароля, присвоенных каждому
пользователю системы.
И последнее что отображает модель, это выходящие получаемые данные. На
выходе, при оформлении заявки формируются документы для клиентов и те
которые остаются в архивах компании (для бухгалтерии, руководства и ведения
учета). В их состав входят документы:
• Акт выполненных работ;
• Заявка на выполнение работы;
• Справка о приеме техники.
Использовав такую модель, можно провести анализ, какие справочники
нужно будет реализовать в проектируемой информационной системе, что бы
обеспечить быстрый сбор информации на форме с данными.
При построении модели были учтены физические основы работы
информационной системы и технологии её взаимодействия с внешними
информационными системами и пользователями моделируемой информационной
системы.
51
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Для проведения дальнейшей автоматизации и создания информационной
системы, можно составить описание состава входных документов, входных файлов
и справочников, соответствующих им экранных форм размещения данных. Под
данными характеристиками следует понимать описание входной и оперативной
информации, справочников, экранных форм для внесения данных. В программе
реализованы формы документов-справочников, в которую вносятся первичные
показатели (входные документы).
На рисунке 2.2. отображена модель экранной формы которая реализует
возможность ввода данных справочника клиенты.
Рисунок 2.2. Форма справочника "Клиенты" для заполнения
По такому типа происходит заполнение всех существующих справочников.
После чего, в журнале справочника, формируется список клиентов, куда можно
заходить и редактировать информацию выбрав ранее записанные данные.
Заходя в журнал, для удобства сразу отображается часть данных в табличной
части, которая информирует о том, кто из клиентов и когда был внесен в
программу. На рисунке 2.3. отображена форма журнала справочника "Клиенты".
52
Рисунок 2.3. Модель журнала справочника "Клиенты"
В конечно итоге когда все справочники заполнены, можно приступать к
оформлению документов, к примеру, акту выполненных работ. Модель формы
документа "Акт приема в ремонт" представлен на рисунке 2.4.
Рисунок 2.4. Модель формы документа "Акт выполненных работ"
53
На рисунке 2.5. отображена модель для заполнения формы "Заявка на
ремонт".
Рисунок 2.5. Модель формы заполнения заявки на ремонт
Будет реализована возможность формирования печатной формы и вывод ее
на печать. По такому же принципу заполняется и печатается Справка о приеме
техники - рисунок 2.6.
Рисунок 2.6. Модель формы заполнения Справки о приеме техники
54
На рисунке 2.7. отображена модель печатной формы ЗАявки на ремонт
оборудования.
Рисунок 2.7. Макет печатной формы Заявки на ремонт оборудования
В системе используются справочники, приведенные в таблице 2.3.
Таблица 2.3.
Используемые справочники
№
№
п
п
Название
справочника
Ответственный
за ведение
Средн
ий объём
справочник
а в записях
Средн
юю частоту
актуализаци
и
Средний
объем
актуализации
, %
55
1
1
Расходные
материалы
Пользователь
50
1 раз в
месяц
10
3
2
Марка
техники
Пользователь
100
1 раз в
месяц
10
4
3
Виды техники
Пользователь
500
1 раз в
неделю
25
5
4
Клиенты
Пользователь
50
1 раз в
месяц
10
6
5
Сотрудники
Администратор
50
1 раз в
месяц
5
7
6
Виды
ремонтных
работ
Пользователь
50
1 раз в
месяц
10
7
7
Права
пользователей
Администратор
50
1 раз в
неделю
10
В таблице 2.4. отображен реквизитный состав справочников.
Таблица 2.4
Реквизитный состав справочников
П
№
Наименование
Перечень реквизитов
1
1
1
Расходные материалы
Номер
Наименование
Количество
2
2
Марка техники
Наименование
Страна производства
3
3
Виды техники
Наименование
56
П
№
Наименование
Перечень реквизитов
4
4
Клиенты
Имя
Фамилия
Отчество
Рабочий телефон
Мобильный телефон
Адрес электронной почты
Фактический адрес
5
5
Сотрудники
Фамилия
Имя
Отчество
Должность
Телефон
Адрес
6
6
Виды ремонтных работ
Наименование
Цена
7
7
Права пользователей
Наименование
Логин
Пароль
2.2.3 Характеристика результатной информации
В разрабатываемом приложении результатная информация будет иметь
возможность представиться как в электронном так и бумажном виде.
Так как, одной из основных задач проекта, автоматизация процесса учета
заявок и ремонтных работ, то на выход напрашиваются отчеты формирующиеся
при помощи этих данных.
57
Отчет будет содержать свои реквизиты, табличную часть и вариацию вывода
его на выход.
Это отчет о выполненных работах.
В таблице 2.5. показана и описана информация, которая будет получена при
выполнении запросов в программе
Таблица 2.5
Полученная информация, при выполнении запроса
№
п
п
Наименование
Реквизиты
Таблицы, на
основе которых
формируется
Частота
формирова
ния
Способ
доставки
1
1
Отчет о
выполненных
работах
• Сотрудник;
• Вид
ремонтных
работ;
• Вид
техники;
• Марка
техники;
• Количество
часов ремонта;
• Заказы
По мере
необходим
ости
Экранная
форма;
Печатная
форма.
Осуществив автоматизацию, и реализовав разрабатываемое приложение,
можно будет получать информацию о выполненных работах мастерами. Благодаря
такой информации, руководитель может видеть, кто работает быстрее, а кто
медленнее, что брал и выполнял больше заказов, а кто меньше. Такая система
поможет реализовать оплату персоналу (или премирование) за счет отработанного
времени, а главное, сформировать такой отчет будет возможно очень быстро, не
совершая ошибок в подсчете отработанного времени, так как программа будет все
автоматически подсчитывать ( по запросу) сама.