47
Этап
Задачи этапа
Ключе-
вые
участ-
ники
Требования
к входной
информа-
ции
Получаемые
результаты
Эксплуа-
тация
Эксплуатация про-
граммного продукта
и поддержка пользо-
вателей в процессе
эксплуатации
Мене-
джер
Разработан-
ный продукт
Сведенья о воз-
никающих про-
блемах
Сопро-
вожде-
ние
Изменение существу-
ющего программного
продукта при сохра-
нении его целостно-
сти
Персо-
нал со-
провож-
дения
Сведенья о
возникающих
проблемах,
требования
по изменению
Снятие про-
граммного про-
дукта с эксплуа-
тации
Внедрение программного продукта осуществляется на этапе разработки.
Стратегия внедрения предполагает следующие этапы:
1. Разработка конфигурации для автоматизации учета аренды. Данные
работы выполняются разработчиком.
2. Внедрение доработанной версии программного обеспечения в типо-
вые конфигурации. Данные работы выполняются разработчиком.
3. Тестирование на площадке заказчика силами заказчика.
4. Обучение персонала. В соответствии с договором может осуществ-
ляться силами поставщика или разработчика (в данном случае - разработчика).
5. Плавный переход на разработанную систему: перенос необходимой
информации в новые информационные базы, на промежуточном этапе – дуб-
лирование информации в старой и новой базах, на последнем этапе – отказ от
старых баз и полный переход на новый программный продукт.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На различных этапах жизненного цикла проекта возможны следующие
риски:
1. Процесс заказа: возможные риски связаны с некачественной рабо-
той персонала. При определении требований к разрабатываемой системе за-
казчик может некачественно описать предметную область, неточно указать
48
функции подсистем, что может привести к необходимости переделки про-
дукта на этапе внедрения. Для уменьшения данного риска необходимо прини-
мать участие в разработке требований и описании предметной области, а
также использоваться Case-средства для ее описания.
2. Процесс поставки: возможны проблемы безопасности при
настройке серверов под готовый программный продукт. Для уменьшения рис-
ков необходимо детально разработать требования к безопасности, определить
функции и права доступа для каждой группы пользователей, а также опреде-
лить общие требования к безопасности серверов.
3. Процесс разработки: возможны риски, связанные с недостаточно-
стью технических и программных средств для реализации поставленных за-
дач. Также возможны риски, связанные с недостаточностью данных для реше-
ния поставленных задач. Для уменьшения рисков на данном этапе необходимо
полно обследовать доступные технические и программные средства, предо-
ставляемые для реализации поставленных задач и предусмотреть возможность
наращивания технических и программных средств организации.
4. Процессы эксплуатации и сопровождения: возможны риски, свя-
занные с неготовностью персонала к переходу на новую систему учета, слож-
ностью переноса больших объемов данных в новую информационную базу,
нехваткой персонала для переноса данных или ведения учета параллельно в 2
системах при плавном переходе. Для уменьшения рисков на данных этапах
необходимо проработать и согласовать детальный план перехода на новую си-
стему учета с указанием ответственных лиц, разработать должностные ин-
струкции и регламенты.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Данный проект предназначен для автоматизации учета аренды автомо-
билей. Информационная система должна использоваться различными пользо-
вателями. Поэтому предлагается ряд шагов по защите информации.
49
Обеспечение информационной безопасности предполагает защиту от
несанкционированного доступа, обеспечение целостности и доступности ин-
формации [7].
Защита от несанкционированного доступа возможна как извне, так и
внутри организации. В информационной системе хранятся персональные дан-
ные, но не хранится информация, являющаяся коммерческой тайной предпри-
ятия. Поэтому угрозы несанкционированного доступа к данным все же явля-
ются опасными. Поэтому в целях безопасности и защиты от несанкциониро-
ванного доступа предлагается минимизировать время подключения компью-
теров пользователей к сети Интернет, ограничить использование данной сети
только для отправки необходимых почтовый сообщений с использованием
почтового клиента.
Для защиты от несанкционированного доступа к информации пользова-
телей системы необходимо произвести разграничение доступа, организовать
парольную защиту информационной базы. С информационной системой мо-
гут работать три типа пользователей:
- Менеджеры по работе с клиентами: заносят в систему документы по
передаче и получению техники в аренду (из аренды). Также могут заносить
некоторую справочную информацию, касающуюся клиентов.
- Механики: заносят в систему документы, отражающие техническое со-
стояние техники (акты приема-передачи, передачу (получение) в ремонт (из
ремонта)).
- Руководитель: устанавливает цены на услуги аренды, также должен
иметь доступ ко всей отчетности;
- IT-специалист, занимающийся сопровождением программного обеспе-
чения: должен иметь полный доступ ко всем объектам конфигурации.
Таким образом, организационно разграничить доступ можно в соответ-
ствии с таблицей 7.
50
Таблица 7
Разграничение доступа к объектам информационной базы
Группы
пользова-
телей
Работа со
справоч-
никами
Работа с
докумен-
тами
аренды
Работа с до-
кументами
техсостоя-
ния
Установка
цен
Получе-
ние от-
четности
Менеджеры
по работе с
клиентами
Чтение/со-
здание
Чтение/со-
здание
Чтение/со-
здание
-
Чте-
ние/со-
здание
Механики
-
Чтение
Чтение/со-
здание
-
Чте-
ние/со-
здание
Руководи-
тель
Чтение/со-
здание
Чтение
Чтение
Чтение/со-
здание
Чте-
ние/со-
здание
IT-специа-
лист
Чтение/со-
зда-
ние/удале-
ние
Чтение/со-
здание/уда-
ление
Чтение/со-
здание/уда-
ление
Чтение/со-
зда-
ние/удале-
ние
Чте-
ние/со-
зда-
ние/уда-
ление
Программное разграничение доступа к информационной базе обеспечи-
вается средствами 1С.
Система 1С предоставляет следующие возможности [6]:
- Настройка прав доступа пользователей (определение ролей) с помо-
щью профилей и групп доступа.
- Настройка ограничений прав пользователей для элементов данных ин-
формационной базы (элементов справочников, документов, записей регистров
и т.д.).
Для каждой группы пользователей в конфигурации требуется опреде-
лять отдельный интерфейс: главное меню, набор и состав панелей инструмен-
тов.
Интерфейс следует проектировать таким образом, чтобы группе пользо-
вателей, с одной стороны, был доступен необходимый набор действий, а с дру-
гой, не предоставлялся доступ к действиям, на которые нет прав. Вызовы
наиболее часто выполняемых пользователем действий в интерфейсе лучше
располагать так, чтобы они были наиболее доступны, и наоборот.
51
Помимо защиты от несанкционированного доступа необходимо обеспе-
чить доступность и целостность информации. Для этого необходимо обеспе-
чить следующее:
- обеспечить регулярное сохранение информационной базы (не менее 1
раза в день) на внешнем носителе, например – на съемном диске. Это можно
делать стандартными средствами 1С (с помощью сервиса «Выгрузить инфор-
мационную базу») или с помощью дополнительных средств (например, Handy
Backup - решение для автоматизации резервного копирования данных 1С, ко-
торое упрощает работу администраторов и подстраховывает пользователей 1С
в случае ошибки). Для этого необходимо разработать соответствующую ин-
струкцию для IT-специалиста.
- обеспечить антивирусную защиту. Поскольку предполагается ограни-
чить выход в сеть Интернет с используемых ПК, а также не предполагается
использование различных носителей (флеш-накопителей, СD, DVD), то для
антивирусной защиты остаточно использовать имеющийся антивирусный па-
кет ESET NOD 32.
- при реализации программного обеспечения минимизировать ручной
ввод, обеспечить защиту от неправильных действий пользователя, обеспечить
максимально возможное автозаполнение документов для минимизации воз-
можных ошибок при большом потоке обращений.
2.2 Информационное обеспечение задачи
2.2.1 Характеристика нормативно-справочной, входной и оперативной
информации
Основная нормативно-справочная информация системы хранится в
справочниках «Техника», «Клиенты», «Техническое состояние», «Работы» и
«Водители», которые заполняются менеджером. Состав информации о состо-
янии техники (свободен, в ремонте, в аренде) не изменяется и поэтому вво-
дится в перечисление.
Менеджер оформляет документы:
52
- ПередачаВРемонт – отображает факт передачи техники в ремонт. До-
кумент использует данные справочника «Техника» и перечисления «Состоя-
ниеТехники», изменяет регистр сведений «СостояниеТехники»;
- ПолучениеИзРемонта – отображает факт получения техники из ре-
монта. Документ использует данные справочников «Техника» и перечисления
«СостояниеТехники», изменяет регистр сведений «СостояниеТехники»;
- ПередачаВАренду – отображает факт передачи техники в аренду. До-
кумент использует данные справочников «Техника», «Клиенты», «Водители»
и перчисления «СостояниеТехники», изменяет регистр сведений «Состояние-
Техники» и регистр накопления «Оплаты»;
- ПолучениеИзАренды – отображает факт получения техники из аренды.
Документ использует данные справочников «Техника», «Клиенты», Води-
тели», «Работы» и перечисление «СостояниеТехники», изменяет регистр све-
дений «СостояниеТехники» и регистр накопления «Оплаты».
Директор формирует документ «Установка цен» для установки новых
цен на услуги аренды для каждой единицы техники. Документ использует дан-
ные справочника «Техника», изменяет регистр сведений «СтоимостьАренды».
Таким образом, в систему вводятся следующие документы:
1) Передача в аренду – вводится со слов клиента, на основании него со-
ставляется договор с клиентом. Определяется вид аренды – почасовая или по-
суточная. При передаче в аренду клиент может оплатить предоплату (если это
предусмотрено договором) в размере 10-100% стоимости аренды;
2) Получение из аренды – вводится на основании договора с клиентом
при получении техники из аренды. При получении из аренды клиент обязан
оплатить полную стоимость аренды (если не было предоплаты) или остаток
оплаты. При этом при получении техники из аренды может быть пересчитана
стоимость аренды (если по факту клиент пользовался техникой больше или
меньше времени, чем планировал). На основании документа формируется акт
выполненных работ. Совместно с механиком определяется состояние техники
и формируется акт приема-передачи.
53
3) Установка цен – вводится при изменении цен на аренду техники.
Определяется цена на аренду как почасовая, так и посуточная;
4) Передача в ремонт – вводится при передаче техники в ремонт. Вво-
дится на основании акта приема-передачи, если в акте установлено состояние
техники, требующее ремонта. Отображает факт перевода техники в состояние
«В ремонте», то есть недоступного для аренды;
5) Получение из ремонта – вводится при получении техники из ре-
монта.
Структура документов, число строк и частота возникновения документа
приведены в таблице 8.
Таблица 8
Документы системы
Документ
Число
строк
Частота возник-
новения
Структура
Передача в
аренду
1
10-20 раз в день
Клиент
Техника
Начало аренды
Окончание аренды
Длительность
Стоимость аренды
Предоплата
Техническое состояние
Почасовая
Водитель
Получение из
аренды
1
10-20 раз в день
Клиент
Техника
Начало аренды
Окончание аренды
Длительность
Стоимость аренды
Предоплата
Остаток (Переплата)
Техническое состояние
Компенсация
Почасовая
Установка цен
До 20
2-3 раза в год
Техника
Стоимость почасовая
Стоимость посуточная
Передача в
ремонт
1
1 раз в месяц
Техника
Основание
Техническое состояние
Получение из
ремонта
1
1 раз в месяц
Техника
Результат
54
Для хранения условно-постоянной информации в системе используются
следующие справочники (таблица 9).
Таблица 9
Справочники системы
Справочник
Число
записей
Частота акту-
ализации
Объем актуа-
лизации
Реквизиты
Клиенты
До 500
1-2 раза в ме-
сяц
1 запись
Код
Наименование
Адрес
Телефон
Контактное лицо
Номер ВУ
Дата ВУ
Категория по ВУ
Техника
До 100
1-2 раза в ме-
сяц
1 запись
Код
Наименование
Полное наимено-
вание
Госномер
Марка
Год выпуска
Заводской номер
Номер двигателя
Номер ПТС
Номер ОСАГО
Дата ОСАГО
Характеристика
Значение
Единица измере-
ния
Техническое
состояние
До 20
1-2 раза в год
1 запись
Код
Наименование
Состояние
Водители
До 50
6-8 раз в год
1 запись
Код
Наименование
Категория
Телефон
Также в системе необходимо предусмотреть внутренние таблицы (реги-
стры) для хранения оперативной информации (таблица 10).
55
Таблица 10
Регистры системы
Справоч-
ник
Тип ре-
гистра
Запись в регистр
Реквизиты
Оплаты
Остатки
При проведении документов «Пере-
дача в аренду» и «Получение из
аренды»
Техника
Клиент
Документ
аренды
Оплата
Стоимость
аренды
Сведений
При проведении документа «Уста-
новка цен»
Техника
Стоимость по-
часовая
Стоимость по-
суточная
Состояние
техники
Сведений
При проведении документов «Пере-
дача в аренду», «Получение из
аренды», «Передача в ремонт»,
«Получение из ремонта»
Техника
Состояние
Дата окончания
Клиент
2.2.2 Характеристика результатной информации
Результатная информация представлена в виде отчетов, построенных на
основе запросов к таблицам системы. Для анализа работы с арендными сред-
ствами необходимы следующие отчеты:
1) Отчет о технике в аренде: на основании запроса к регистру сведе-
ний «Состояние техники» формируется отчет в виде (рисунок 9). Отчет пока-
зывает, какая техника на данный момент в аренде, у какого клиента, когда
ожидается окончание аренды и сколько уже оплачено клиентом.
Тех-
ника
Кли-
ент
Дата начала
аренды
Дата окончания
аренды
Число
смен
Стоимость
аренды
Опла-
чено
Рисунок 9 – Шаблон отчета о технике в аренде
Отчет должен содержать следующие реквизиты:
- Техника (наименование)
- Клиент (ФИО)
- Дата начала аренды
- Дата окончания аренды
- Число смен (суток или часов, в зависимости от договора)
56
- Стоимость аренды;
- Оплачено (сколько оплачено на момент формирования отчета).
2) Отчет о состоянии техники: на основании запроса к регистру све-
дений «Состояние техники» формируется отчет в виде (рисунок 10). В отчет
входит информация обо всей технике и ее состоянии, а для техники в аренде
указывается также дата окончания аренды и клиент. Отчет может быть выве-
ден как для всех состояний техники, так и по определенному состоянию
(например, только свободная техника).
Техника
Состояние
Клиент
Дата окончания
Рисунок 10 – Шаблон отчета о состоянии техники
В отчет должны войти реквизиты:
- Техника (наименование)
- Состояние (в аренде, в ремонте, свободен);
- Клиент (ФИО);
- Дата окончания (дата окончания аренды, если техника в аренде).
3) Отчет «Подбор техники» выводит на основании запроса к регистру
сведений «Состояние техники» список техники, ее состояние и дату окончания
аренды для арендованной техники, а также список характеристик техники.
При этом отчет может быть выведен по определенной характеристик или опре-
деленному виду техники для осуществления подбора для аренды при оформ-
лении договора с клиентом. Шаблон отчета показан на рисунке 11.
Техника
Состояние
Дата окончания
Характеристика
Значение
Рисунок 11 – Шаблон отчета о состоянии техники