65
сколько по времени займет их устранение. Для предотвращения надо выделить
больше времени для доработки.
- И заключительное пятое это этап внедрения, что является, возможно, самой главной
проблемой возможных рисков. Чтоб избежать этого, надо заняться обучением
персонала, службу поддержки и сопровождения. И быть готовым к
консультированию персонала и решению появляющихся трудностей.
2.1.3Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации.
Организация системы информационной безопасностью и защиты информации,
это организация компьютерной безопасности, безопасности данных, безопасности
программного обеспечения и безопасности коммуникаций.
Для этого необходимо круглосуточная и непрерывная работа всех систем
безопасности. Вводится порядок информационной безопасности, при котором все
рубежи защитной системы будут состоять из последовательно расположенных зон
безопасности. Самая важная в середине системы.
Для защиты от внутренних угроз разрабатывается внутренняя политика
безопасности. Это разграничение прав доступа сотрудников и клиентов к
информации и к базе данных. Для этого определяется группа пользователей, и
назначаются им соответствующие права доступа к папкам и модулям системы. Для
идентификации и аутентификации предлагается несколько видов кодирования.
В нашей системе будем использовать 6 видов кодирования, предназначенные
для однозначной идентификации множеств. Виды систем кодирования указаны в
таблице 10.
Таблица 10. Используемые классификаторы
66
Наименование
классификатора
Длина
кода
Система
кодирования
Вид
классификатора
Сотрудники
3
Иерархическая
локальный
Клиенты
6
Иерархическая
локальный
Заявка
6
порядковая
локальный
Тарифные планы
3
порядковая
локальный
Дополнительные услуги
3
порядковая
локальный
Требования к паролям (Таблица 11) и частоте их смены, а также другие
параметры, используемые при защите ИС,ведетадминистратор системы.
Таблица 11. Количество и время перебора паролей на одном компьютере со
скоростью миллион паролей в секунду.
набор
символов
Кол-
во
симво
лов
3-символьные
пароли
6-символьные
пароли
8-символьные пароли
12-символьные пароли
Кол-
во
Время
взлома
Кол-во
Время
взлома
Кол-во
Время
взлома
Кол-во
Время
взлома
маленькие
латинские
буквы
26
17.57
6
0.02
сек
308.915.77
6
5 мин
208.827.064.
576
58
часов
95.428.956.6
61.
682.176
3000 лет
маленькие
латинские
буквы и
цифры
36
46.65
6
0.04
сек
2.176.782.3
36
36 мин
2.821.109.907.
456
32 дня
4.738.381.33
8.
321.616.896
150.000
лет
маленькие
большие
латинские
буквы и
цифры
62
238.3
28
0.2 сек
56.800.235.
584
15
часов
2.183.40.105.5
84.896
7 лет
3.226.266.76
2.
397.899.821.
056
100
миллион
ов лет
маленькие
большие
латинские
буквы,
цифры и
символы
94
830.5
84
1 сек
689.869.78
1.056
8 дней
6.095.689.385.
410.816
193
года
475.920.314.
814.
253.376.475.
136
больше,
чем
существ
ует
Земля
В федеральном законе №149-ФЗ «об информации, информационных технологиях и
защите информации говорится», что любой гражданин имеет права на поиск,
получение, передачу, производство и распространение информации. И в связи с этим,
67
лучше всего организовать защиту ИС. Установка антивирусных программ, программ
по защите от сетевых угроз, защита информационных ресурсов и инсайдерских угроз
путем установки паролей на папки и ограничения доступа. Защита базы, кроме всего
выше указанных мер, требует обязательное резервное копирование, так же резервное
копирование поможет от порчи данных или отнамеренного или случайного удаления.
2.2 Управление проектом автоматизации
2.2.1 Описание системы принятия управленческих решений
В общем, система поддержки и принятия решений представляет собой
совокупность методик и методов взаимосвязанных, между собой функций по целям,
параметрам и условиям задач, программных средств и технологических систем,
позволяющих создать в автоматизированном режиме список отчетных форм,
содержащих сведения для принятия грамотных решений.
При принятии решений в условиях неопределенности, распределение
вероятностей неизвестно лицу, принимающему решение. В этом случае, вся
информация сводится к перечню ее возможныхсостоянии.
Будемрассматриватьметоды ориентированные на использование в условиях
неопределенности:
- критерий Вальда, который заключается в выборе в качестве оптимальной
альтернативы, наибольшего значения функции полезности среди наименее
благоприятных состояний внешней среды. Этот критерий используется при желании
свести риск от принятого решения к минимуму;
- Критерий Гурвица, который является комбинацией принципа
гарантированного результата и принципа высокого оптимизма и используется при
выборе рисковых решений в условиях максимально точно идентифицировать степень
своих рисковых предпочтений;
- Критерий Сэвиджа, который используют при выборе рисковых решений в
условиях неопределенности, для лиц не склонных к риску.
-Критерий Лапласа, который выбирают при равновероятных условиях и может
быть применен, когда лицо, принимающее решение не может определиться.
68
Для таких лиц, принимающий ответственное решение, есть DSS- система
помогающая использоватьвыше перечисленные данные, использовать проверки и
отчеты, а также строить математические модели управления системой.
Рис.-9 Обобщенная архитектура DSS-системы
При продвижении проекта возможно возникновение следующих факторов,
влияющих на дальнейший ход проекта:
- наличие возможных ошибок в программе;
- превышение времени на создание проекта;
-несоответствие информационной системы всем требованиям;
-превышение бюджета на проект не предусмотренное ранее.
Указанные факторы будут вызывать увеличение затрат на проект, и
формировать внешнюю среду принятия решения.
2.2.2 Формирование команды проекта автоматизации
Для подготовки, продвижения и реализации проекта нам необходима команда
специалистов. Эта команда должна состоять из следующих специалистов, на которых
будет возложена задача анализа, проработки и продвижения автоматизации
информационной системы:
69
Проектная роль
Описание проектной роли
Куратор проекта
Это человек как правило, руководитель высшего звена, который курирует проект,
обеспечивает общий контроль, поддержку и финансирование проекта, как
материальными, человеческими и другими ресурсами. Куратор проекта отвечает за
достижение проектом конечных целей и реализацию выгод из проекта для
организации.
Руководитель
проекта
Руководитель проектной команды, ответственный за управление проектом,
достижение конкретных целей проекта в рамках выделенного бюджета, в срок и с
обусловленным уровнем качества. Ведет переговоры с потенциальными покупателями,
специалистами и партнерами.
Системный
архитектор
Обеспечивает управление рабочей группой и контроль качества в рамках всех
этапов построения проекта. Формирует архитектуру и идеологию информационной
системы оценку имеющихся технических возможностей, взаимосвязи со смежными
системами, проектную документацию.
Бизнес-аналитик
Обеспечивает двустороннюю взаимосвязь между предметными экспертами
(функциональными специалистами) Заказчика и IT-специалистами Исполнителя путем
сбора требований, их обработки, документирования и передачи специалистам
Исполнителя, а также путем доведения полученных результатов до представителей
Заказчика.
Специалист по
модели данных
Является архитектором моделей данных для системы в целом и по отдельности, на
прямую работает с системным архитектором.
Администратор
БД
Проводит установку и настройку СУБД. Непосредственно участвует в разработке
физической модели данных. Отвечает за выработку требований к БД, её
проектирование, реализацию, оптимизацию, сопровождение и архивирование, включая
управление учётными записями пользователей БД и защиту от несанкционированного
доступа. Так же отвечает за первоначальное наполнение клиентов и справочников.
Ниже опишем, по подробнее, основные должностные обязанности и требования,
которые будут предъявляться к специалистам, претендующим на данную должность
по разработке проекта.
1. Куратор проекта
Т.к. куратор на проекте обычно является обыденностью и зачастую является
TОР менеджером компании, предъявлять требования к его профессиональной
компетенции достаточно трудно. Но все же участник проекта, выполняющий данную
роль, должен полностью понимать цели и задачи проекта, иметь возможность
70
выделять необходимые ресурсы, управлять рисками, влиять и изыскивать средства на
бюджет проекта.
2.Руководитель проекта
Руководитель проекта является ключевым участником проекта, и поэтому его
участие должна соответствовать требованиям проекта на всем этапе проекта с начала
до завершения. Руководитель отвечает за все сроки выполнения, обеспечения и
организацию. Требования к руководителю проекта:
Высшее техническое или инженерно-экономическое образование;
Общий стаж работы в области информационных технологий не менее 3-х
лет‚ а также опыт управления проектами не менее года;
Также он должен обладать основными качествами руководителя как:
Умением создавать команду, обеспечивать её деятельность необходимыми
ресурсами, ставить и распределять среди консультантов задачи, координировать и
контролировать их исполнение, осуществлять мотивацию и т.д..
Быть энергичным, коммуникабельным, стремиться к личной независимости
и лидерству в команде;
Профессиональная компетенция руководителя проекта должны включать:
Знания современных методик управления проектами (например, методик от
РMI или IРMА). Их успешное применение;
Опыт участия в проектах построения хранилищ, баз данных.
Умение формировать планы проекта: состав работ, диаграмму Ганта,
загруженность ресурсов, оценку трудозатрат и т.д. Уметь профессионально
пользоваться MS Рrоjеct;
71
Управление изменениями, рисками и проблемами проекта на всем этапе
строительства системы;
Своевременный контроль исполнения бюджета или увеличение при
грамотном аргументировании.
Успешное ведение переговоров со всеми участниками проекта.
Опыт подготовки и проведения презентаций.
3.Системный архитектор
Системный архитектор является центром компетенции проекта и осуществляет
оперативное управление проектной командой по автоматизации и систематизации
проекта.
В связи с этим, к его квалификации и профессиональной компетенции
предъявляются следующие требования:
Высшее техническое образование (предпочтительно в области
информатики, вычислительной техники, систем управления);
Умение мыслить креативно, предлагать и продвигать самые современные
разработки в этой области и не пугаться новизны;
Опыт управления техническими проектами (желательно проектами
внедрения ХД), координации работы консультантов и поиск самых перспективных
программных разработок;
Достаточные знания в области методов и технологий управления проектами
(включая MS Рrоjеct);
Понимание предметной области, для которой строится хранилище данных
и методы безлопастного ввода и хранения;
Высокие коммуникабельные навыки, умение построить доверительные
отношения с Заказчиком, способность брать на себя инициативу по обеспечению
соблюдения требований и учета интересов бизнеса в процессе реализации проектов;
Знание принципов работы локальных вычислительны сетей и настройки
информационной безопасности.
72
Кроме, того системный архитектор должен иметь практический опыт в части:
Администрирования и оптимизации баз данных;
Разработки ЕTL-процессов и процессов обеспечения качества данных.
Интеграции приложений, справочников и данных.
Разработки и сопровождения BI-приложений.
Управления правами доступа для всей категории лиц.
4. Бизнес-аналитик
Т. к. бизнес-аналитик является связующим звеном, между предметными
экспертами Заказчика и IT-специалистами Исполнителя, то к его квалификации и
профессиональной компетенции предъявляются следующие требования:
- Высшее инженерно-экономическое или экономическое образование.
Знание предметной области проекта и бизнеса Заказчика со всеми
специфическими особенностями;
Понимание сути и целей внедрения хранилища данных, защита этих
данных и той пользы, которую внедрение проекта принесет бизнесу Заказчика;
Умение систематизировать информацию, соблюдать дисциплину в
отношении ведения документов, версий, протоколов;
Наличие практического опыта описания процессов в различных нотациях
(UML, IDЕF0, IDЕF3, DFD и д.р.).
Отличное знание пакет офисных программ (MS Wоrd, MS Ехcеl, MS
РоwеrРоint).
Объективность в части принятия требований от Заказчика для их
реализации. Не принимать абсолютно все требования, уметь донести цели создания и
ограничения системы.
Коммуникабельность, умение работать в команде с другими аналитиками,
консультантами и представителями Заказчика.
6. Специалист по модели данных.
Является архитектором моделей, представленных на показах в связи с чем к его
квалификации и профессиональной компетенции, предъявляются особые требования:
73
Высшее техническое образование, инженерно-экономическое или
экономическое образование.
Понимание предметной области и бизнеса Заказчика и знание сегодняшней
обстановки предприятия.
Опыт в области построения моделей данных с использованием CАSЕ-
средства.
Знания в области построения систем баз данных.
Знание языков программирования, как минимум язык запросов SQL.
Коммуникабельность, умение работать в команде.
7. Администратор БД
Для успешного участия в проекте осуществляющим организацию и проведение
показов работ информационных систем администратор БД должен иметь
определенную компетенцию в области СУБД, позволяющие ему качественно
выполнить проектирование БД, её реализацию и настройку. К специалисту такого
уровня будут специальные требования:
Знание операционной системы, на которой размещается база данных
хранилища и система безопасности.
Понимание принципов работы локальных вычислительных сетей и
настройки информационной безопасности всей сети.
Квалифицированные знания по СУБД, использующейся для реализации
корпоративного хранилища в целом и для проекта в отдельности.
Наличие опыта администрирования промышленных СУБД (управление
экземпляром, сбор статистики, мониторинг производительности и т.п.). Опты работы
с приложениями администрирования (командная строка и GUI приложения).
Наличие практического опыта проектирования структуры и оптимизации
работы СУБД для хранилищ данных (секционирование, табличные пространства,
индексы, планы запросов и т.д.).
Умение настраивать операции архивирования, резервного копирования и
восстановления больших объемов данных.
74
Знания в области настройки безопасности СУБД (сопровождение
пользователей, назначение привилегий, аудит и т.д.).
Знания языка запросов SQL и его процедурных расширений.
Знания методологий проектирования хранилищ данных, схем организации
данных «Звезда» и «Снежинка».
Наличие сертификатов, подтверждающие опыт, является очень
желательным.
После того, как критерии для каждой должности сформированы, происходит
поиск (привлечение) и отбор кандидатов с подходящими умениями, навыками и
опытом. Проведением Отбора резюме кандидатов и проведением первичного
собеседования и необходимых тестов психолог организации, после отбора
нескольких кандидатов, будет проводиться второй этап собеседования с заместителем
генерального директора. После успешного прохождения собеседования, кандидат
будет утвержден на должность в команде проекта.
На должности куратора и руководителя проекта, отбор проводиться не будет,
данные специалисты назначены генеральным директором компании.
Далее опишем этапы, по которым производилось формирование команды
проекта, описанное нами во второй главе дипломной работы.
Во-первых, определяются общие задачи проекта. (параграфы 2.1,2.2) Во-
вторых, определяется квалификация, роли и количество требуемых специалистов.
(параграф 2.3 настоящей работы). В-третьих, согласовывается выделение требуемых
специалистов с линейными руководителями для участия в проекте. (параграф 2.3
настоящей работы. В-четвертых, окончательно формируется функциональная
проектная команда с разделенными ролями, определенными и понятными задачами,
степенью ответственности и общей целью. В заключении, руководителем проекта
формируются детальные задачи и определяется дальнейшая тактика действий.
(параграф 2.3 настоящей работы)) В Приложении № 1 данной работы будет
представлен последовательный подход к формированию команды проекта. Средства
коллективной работы над проектом автоматизации.