71
Для уменьшения величины данных рисков планируется предпринять
следующие шаги:
более детальная проработка целей и задач разрабатываемого
проекта, более четкое представление предметной области проекта;
более тщательным подбором специалистов в проектную группу,
учет личностных качеств и навыков.
На этапе «Анализ требований к системе» возможно возникновение риска
неточного и неполного формулирования требований к разрабатываемому
программному средству, что повлечет за собой увеличение не только срока
разработки, но и дополнительных денежных средств.
Для уменьшения величины этого риска планируется более тщательно
проанализировать требования к подсистеме, учет пожеланий всех планируемых
пользователей программы.
На этапах «Проектирование системы» и «Проектирование программных
средств» возможен риск возникновения неправильного или некорректного
описания программной и технической архитектуры выбираемого решения.
Уменьшение данного риска зависит от компетенции руководителя проекта, на
котором лежит принятие решение о выборе архитектуры разрабатываемого
решения.
На этапе «Программирование и тестирование программных средств»
возможно возникновение следующих рисков:
Неполное понимание требований к разрабатываемому
программному средству и, как следствие, неправильное программирование
архитектуры, а также сдвиг сроков.
разработка определенного модуля будет сопряжена с большими
трудностями, что будет мешать продвижению разработки.
отсутствие должной квалификации у программиста в том языке, на
котором решено реализовывать программу.
Для уменьшения величины данных рисков планируется предпринять
следующие шаги:
более чёткое написание требований к разрабатываемому
программному средству, понятных программисту
72
минимизацией риска разработки сложного модуля, можно либо
разбить данный модуль на несколько и решить поставленные задачи по
отдельности, либо упростить сложный модуль, если это единственный вариант
преодоления риска.
Уменьшение риска отсутствия должной квалификации у
программиста возникает, если на этапе «Подготовка процесса разработки»
принятие решение о выборе среды и языка программирования будут
приниматься с учетом выбора специалиста – разработчика.
На этапах «Сборка и квалификационные испытания программных
средств» и «Сборка и квалификационные испытания системы» возможен риск
выявления большого количества ошибок в программном коде, что потребует
больших затрат на доработку и устранения всех выявленных ошибок. Для
предотвращения данного риска на предыдущих этапах проводились
предварительная оценка качества и соответствия разрабатываемой программы
выдвинутым требованиям.
В результате выполнения этапа «Ввод в действие и обеспечение приемки
программных средств» могут возникнуть следующие риски:
Риски неправильного принятия решения о законченности части проекта.
Возникновение нестыковок с другими частями разрабатываемой
подсистемы;
персонал автоматизируемой компании негативно относиться к
внедрению нового программного обеспечения.
Для уменьшения величины данных рисков планируется предпринять
следующие шаги:
Более детальный анализ программной и технической архитектуры
выбираемого решения на этапах «Проектирование системы» и «Проектирование
программных средств»;
произвести предварительное обучение персонала еще до начала
внедрения,
подготовить материалы для службы сопровождения и поддержки.
На этапе «Эксплуатация и сопровождение» могут возникать следующие
риски:
73
- несоответствие функциональных возможностей разработанного
проекта, вследствие реорганизационных изменений предприятия.
-изменения в квалификации сотрудников использующих подсистему;
- некорректная эксплуатация оборудования;
- нарушение информационной безопасности;
- использование вредоносных программ.
Для уменьшения величины данных рисков планируется предпринять
следующие шаги:
Своевременный контроль знаний и обучение сотрудников,
приступающих к взаимодействию с программным продуктом, со стороны
руководства предприятия.
Использовать и вовремя обновлять антивирусные программы,
Предоставить работникам организации возможность работы только
с той информацией, которая им необходима для исполнения своих служебных
обязанностей;
Документирование технических условий и их согласование со
всеми заинтересованными участниками проекта;
Обязательное утверждение и согласование любых изменений.
Четкое планирование сроков проекта и момента прекращения
работы над проектом со стороны исполнителя.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Угрозы могут происходить в виду случайных, преднамеренных или
естественных событий. При возникновении угрозы реализуется возможность
причинения ущерба программному или аппаратному обеспечению ОАО
«Бобруйсктранс».
Средства обеспечения информационной безопасности и защиты
информации включают в себя организацию защиты от двух типов угроз:
· защита информации от внутренних угроз;
· защита информации от внешних угроз.
74
Защита информации от внутренних угроз на предприятии ОАО
«Бобруйсктранс» предполагает защиту реализуемой подсистемы, разработанной
для решения задачи учета принтеров и МФУ, в процессе использования, для
чего планируется разграничить доступ данным паролями. Разграничение прав
пользователей представлено в таблице 2.2.
Таблица 2.2
Разграничение прав пользователей
Группы
пользова-
телей
Модуль
Авториза
ция
Модуль
Принте
ры
Модуль
Поступл
ение
Модуль
Переме
щение
Модуль
Ремонт
Модуль
Отчеты
Доступ в
Internet
Главный
бухгалтер
Чтение
Чтение
Чтение
Чтение
Чтение
Полный
Огранич
ен
бухгалтер
Чтение
Полны
й
Полный
Полный
Полный
Полный
Огранич
ен
Системн
ый
админист
ратор
Чтение/
создание/
удаление
Полны
й
Полный
Полный
Полный
Полный
Не
огранич
ен
Большинство отделов предприятия ОАО «Бобруйсктранс» оснащены
необходимыми техническими средствами, есть один сервер, а также
большинство персональных компьютеров объединены в локальную
вычислительную сеть. Характеристики технической архитектуры ОАО
«Бобруйсктранс» отражены на рисунке 1.2.
Защита информации в разрабатываемой подсистеме от внешних угроз на
предприятии ОАО «Бобруйсктранс» предполагает защиту информации как от
угроз, обусловленных преднамеренными, так и случайными действиями. А
именно организация защиты от угрозы вывода системы из строя, разглашения и
искажения конфиденциальной информации, нарушения доступности
информации, сбоях и отказа работы оборудования.
Состав программных и аппаратных средств, для обеспечения
информационной безопасности и защиты информации, представлен в таблице
2.3.
75
Таблица 2.3
Состав программных и аппаратных средств, для обеспечения
информационной безопасности и защиты, информации
Средство защиты
Принятые меры
нормативно-правовые
акты организации
должностная инструкция работников,
разграничивающие их права и обязанности,
положение о конфиденциальном документообороте,
Инструкция по организации доступа к
информационным, программным и аппаратным
ресурсам ОАО «Бобруйсктранс»;
Должностная инструкция администратора локальной
вычислительной сети ОАО «Бобруйсктранс»
антивирусные средства
Антивирусная программа «ESET NOD32 Antivirus
TM
4.2.40.10»
защита от сетевых угроз
межсетевой экран Cisco ASA 5505
Защита от сбоев сети
Источники бесперебойного питания Powercom
Spider SPD-850U 850VA
защита
информационных
ресурсов
Разграничение прав доступа к информации паролем
В рамках обеспечения мер политики безопасности для защиты
информации на предприятии ОАО «Бобруйсктранс» планируется применять как
аппаратно- технические, так и программные средства, а именно:
Разграничение прав пользователей паролем;
Использования возможностей настройки межсетевого экрана для
ограничения пользователей в сети;
Регулирования работы персонала при помощи нормативно-
правовых актов организации.
76
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов при
решении задачи учета принтеров и МФУ предприятия ОАО «Бобруйсктранс».
Информационная модель разрабатываемой подсистемы, дополняющей основную
информационную систему ведения документации и отчетности на предприятии
и решающей задачу учета принтеров и МФУ предприятия ОАО
«Бобруйсктранс», представлена на рис. 2.1.
Экономист Бухгалтер
Платежное
поручение
ТТН
Заявка на
ремонт
Акт
выполненных
работ
Акт на
списание
Акт передачи
Т *«Принтер» Т «Отделы»
Т
«Перемещени
е»
Т «Ремонт»
Т
*«Поступление
»
Т*
«Расчеты»
Ф*
«Учетная
карточка»
Ф*
«Материаль
ный отчет»
Отчет
«Перемещение
»
ПеремещениеРемонт Принтера Поступление
Отчет
«Ремонт»
Отчет «О
принтере»
Главный
бухгалтер
Главный экономист
Ведомость
распределения
общехозяйственных
расходов
Сотрудники
отделов ОАО
«Бобруйсктранс»
Заявка на
ремонт
Сотрудники
отделов ОАО
«Бобруйсктранс»
Рис. 2.2 Информационная модель разрабатываемой подсистемы для
решения задачи учета принтеров и МФУ предприятия ОАО «Бобруйсктранс»
77
В соответствии с приведенной информационной моделью, работа
подсистемы осуществляется следующим образом.
Внешними источниками разработанной информационной модели
являются бухгалтер и экономист, которые осуществляют работу с входными
документами, а именно: заявками на ремонт, актом передачи, актом на списание,
актом выполненных работ, ТТН, платежным поручением. Также к внешним
источникам относится информационная система, в которой храниться
информация о принтерах и МФУ, отделах, имеющихся на предприятии.
После обработки входящих документов, посредством экранных форм
вносятся изменения в таблицы базы данных. Так вследствие внесения данных о
приобретаемых принтерах посредством экранной формы «Поступление»,
вносятся данные в таблицу «Поступление», а также переносятся в таблицу
«Принтеры», задействует при этом таблицы «Отделы» и «Поставщики». При
внесении данных о ремонтируемых принтерах посредством экранной формы
«Ремонт», вносятся данные в таблицу «Ремонт». При внесении данных о
перемещении принтера посредством экранной формы «Перемещение», вносятся
данные в таблицу «Перемещение», задействует при этом таблицы «Отделы» и
«Принтеры».
На выходе работы разрабатываемой подсистемы формируются отчеты
«О принтере», «Перемещение», «Ремонт», также результатные документы
«Учетная карточка» и «Отчет по материалам» в виде файлов, для дальнейшего
использования в программе 1С: Предприятие внешним источником «Главный
бухгалтер». Процесс формирования выходных отчетов и документов
организуется при помощи вспомогательной таблицы «Расчеты».
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Для работы разрабатываемой подсистемы, дополняющей основную
информационную систему ведения документации и отчетности на предприятии
и решающей задачу учета принтеров и МФУ предприятия ОАО
«Бобруйсктранс», требуется ряд входных документов и справочников,
реализующих успешное выполнение функций программы:
78
К входным документам относятся:
платежное поручение,
ТТН,
заявка на ремонт,
акт выполненных работ,
Акт о материальной ответственности;
Акт на списание малоценных быстроизнашивающихся материалов
Входные документы, реализующие выполнение функций программы
представлены в таблице 2.4.
Таблица 2.4
Входные документы, реализующие выполнение функций разрабатываемой
подсистемы
Входные документы
Источник
получения
документа
Первичных
показателей
Частоту
возникновения
документа
1
2
3
4
платежное поручение
Бухгалтерия
Стоимость
поступаемых
материалов;
Стоимость
ремонта.
4 раз в месяц
ТТН
Бухгалтерия
Вид
поступаемых
Материалов;
Количество
поступаемых
материалов.
4 раз в месяц
79
Продолжение таблицы 2.4
1
2
3
4
Акт приема - передачи
Экономический
отдел
ФИО
материально
ответственного
лица;
Отдел
закрепления
материалов в
отделе:
инвентарный
номер.
1 раз в месяц
заявка на ремонт
Экономический
отдел
Вид
поступаемых
Материалов на
ремонт;
Количество
поступаемых
Материалов на
ремонт;
3 раз в месяц
акт выполненных работ
Бухгалтерия
Стоимость
ремонта
3 раз в месяц
Акт на списание
малоценных
быстроизнашивающихся
материалов
Бухгалтерия
Стоимость
списанных
материалов
1 раз в месяц
При проектировании подсистемы было предусмотрено наличие
справочников, содержащих входную информацию, которые представлены в
таблице 2.5. Реквизитный состав входных справочников представлен в таблице
2.6.
Таблица 2.5
80
Справочники, реализующие выполнение функций разрабатываемой подсистемы
название
справочника
ответственный
за ведение
справочника
средний
объём
справочника
в записях
среднюю
частоту
актуализации
средний
объем
актуализации
(%)
Пользователи
Администратор
3
1 раз в месяц
10
Отделы
Бухгалтер
7
1 раз в год
30
Поставщики
Бухгалтер
15
1 раз в месяц
10
Принтеры
Бухгалтер
20
1 раз в год
10
Таблица 2.6
Реквизитный состав входных справочников
название справочника
реквизитный состав
Пользователи
Логин;
Пароль.
Отделы
Название отдела;
Материально ответственные лица;
Поставщики
Наименование поставщика материалов
Принтеры
Вид принтера или МФУ
2.2.3. Характеристика результатной информации
Результатная информация для разрабатываемой подсистемы,
дополняющей основную информационную систему ведения документации и
отчетности на предприятии и решающей задачу учета принтеров и МФУ
предприятия ОАО «Бобруйсктранс» формируется в результате SQL – запросов к
базе данных.
Под выходной информацией понимается информация, которая содержит
в себе результаты обработки входной информации.
Результатной информацией для разрабатываемой подсистемы являются
следующие документы:
Выходные документы: