62
На этапах Анализа, Выбора метода решения задачи и Разработки
функциональной структуры - возможен риск создания концепции, которую в
будущем будет сложно или невозможно осуществить. В выработке концепции
должны быть прописаны ключевые функции создаваемой информационной
системы. Главное - разработать основу, и потом развивать построенную систему.
Чтобы предотвратить появление рисков на фазе формирования концепции,
нужно ясно осознавать собственные возможности. Чтобы предотвратить
переоценку своих сил, первым делом необходимо разработать общую
концепцию, которая будет включать в себя только основные функции будущей
системы. Потом, по мере погружения в разработку, расширять функционал.
На этапах планирования - есть риск ошибочного планирования, создание
крайне оптимистичных планов, в которые организация может не успеть
уложиться, из-за чего будет нужно увеличивать сроки разработки. Это повлечет
повышение стоимости проекта. К планированию необходимо относиться очень
важно, контролировать каждый этап и рассчитывать реалистичность
результатов.
На этапах Проектирование базы данных и Создание макета программы -
возможен риск того что разработка определенных модулей будет сопряжена с
большими сложностями, что какая-нибудь функция начнёт препятствовать
продвижению разработки. На этой фазе имеет большое значение вовремя
увидеть проблемную функцию или модуль, по возможности упростить его,
заменить или устранить из проекта. [35]
На этапе разработки возможны риски неправильной интерпретации
технического задания и, как следствие, неправильного программирования
архитектуры и увеличения сроков.
Снижением к минимуму рисков программирования служит более точно
составленное техническое задание, которое поймёт программист.
Еще один существенный риск в этом проекте - отсутствие необходимого
уровня знаний и навыков у программиста по тому языку, на котором принято
решение написать программу клиент, которая распределит заявки по инженерам.
63
Если программист не будет успевать, придется использовать стороннего
разработчика - аутсорсинговую компанию или фрилансера.
На фазе «Отладка программных модулей» есть риск выявления большого
кол-ва ошибок в коде, что потребует расходов на доработку и ликвидацию всех
ошибок. Нельзя предугадать, сколько ошибок обнаружится и сколько времени
уйдёт, чтобы всё это исправить.
На фазе «Отладка программных модулей» возможен риск выявления
большого количества ошибок в программном коде, что потребует больших
затрат на доработку и устранения всех выявленных ошибок. Невозможно
предсказать, сколько ошибок будет найдено и как много времени понадобится
на их устранение.
Для предотвращения рисков на фазе отладка, необходимо данной фазе
отвести максимально возможное время, выделенное на разработку системы. Так
как в зависимости от того на сколько качественным будет продукт, зависит
примет ли заказчик данную разработку или нет.
Фаза внедрения - фаза внедрения может оказаться очень длительной, если
заказчик по каким-либо причинам будет не доволен разработанным продуктом,
персонал автоматизируемой компании может негативно относиться к внедрению
нового программного обеспечения.
Для предотвращения рисков на данной фазе необходимо произвести
качественное обучение персонала еще до начала внедрения, обучить службу
сопровождения и поддержки. Понять какие проблемы могут возникнуть в
процессе внедрения и уже быть готовым к их решению. Постоянно
консультировать персонал по поводу возникших у них трудностей, создать
горячую линию для решения данных проблем.
Организационно-правовые и программно-аппаратные средства обеспечения
информационной безопасности и защиты информации
Создание систем информационной безопасности в ИС основывается на
следующих принципах: системный подход, принцип непрерывного развития
системы, разделение и минимизация полномочий, полнота контроля и
регистрация попыток, обеспечение надежности системы защиты, обеспечение
64
контроля функционирования системы защиты, обеспечение всевозможных
средств борьбы с вредоносными программами, обеспечение экономической
целесообразности.
В результате решения проблем безопасности информации разрабатываемая
ИС должна обладать следующими основными признаками:
– Наличием информации различной степени конфиденциальности.
– Обеспечением криптографической защиты информации различной степени
конфиденциальности при передаче данных.
– Иерархичностью полномочий субъектов доступа к компонентам ИС.
– Обязательным управлением потоками информации, как в локальных сетях,
так и при передаче по каналам связи на далекие расстояния.
– Наличием механизма предотвращения несанкционированного доступа.
– Обязательной целостностью программного обеспечения и информации.
– Наличием средств восстановления системы защиты информации.
К задачам иерархичности полномочий и разграничения прав доступа, можно
отнести:
Распределение пользователей по группам и создание учетной записи для
каждой группы и пользователя в отдельности.
Авторизацию пользователей.
Запрет доступа к определенным объектам.
Задание ограничений потребления ресурсов Интернета.
Таблица №11. Пример разграничения прав пользователей ООО
«Авангард».
Пользователи
Модуль
ООО
«Авангард» :
1.Модуль
«Бухгалтерия
»
2. Модуль
«Инженерия»
3.Модуль
«Агрономия»
4.Модуль
«Коммерция»
5.Модуль
«АСУ» и т.д.
Модуль
«Бухгалтерия
»
Каталоги:
«Регламентные
»
«Законы»
«Кадры»
«Осн. ср-ва»
«Немат.
активы»
Программы:
«1С»
«Бизнс Пак»
«БОСС» и.т.д
Модуль
«Инженерия»
Каталоги:
«Оборудование»
«Проект/Сметы»
«Строительство/
Монтаж»
«Ремонт/Аварии
» и т.д
Модуль
«Агрономия»
Каталоги:
«Тестирование
продукции»
«Опыты/тесты»
«Удобрения»
«Семена/
рассада»
«Отчеты»
«Выставка»
и т.д.
Доступ в
Internet
65
Генеральный
директор
Полный
Полный
Полный
Полный
Не
ограничен
Финансовый
директор
Чтение/соз
дание
Чтение/созда
ние/
удаление
Чтение
Чтение
Не
ограничен
Агроном
Чтение
Нет
Чтение
Чтение/созда
ние/
удаление
Ограничен
Заведущий
теплицами
Чтение
Нет
Нет
Чтение/созда
ние
Нет
Инженер
Чтение
Нет
Чтение/создан
ие/ удаление
Чтение
Ограничен
Начальник
коммерческо
го отдела
Чтение
Чтение/созда
ние
Чтение
Чтение
Ограничен
Директор
информацио
нного отдела
Чтение/соз
дание/удале
ние
Чтение/созда
ние/удаление
Чтение/создан
ие/удаление
Чтение/созда
ние/удаление
Не
ограничен
В основу нормативно-правового обеспечения входят нормы и регламенты
деятельности компании, служб и средств, реализующих функции защиты
информации, различного рода методики, обеспечивающие деятельность
пользователей при выполнении своей работы в условиях жестких требований
соблюдения конфиденциальности.
Любая информационная система потенциально подвержена угрозам
безопасности - кража данных или нарушение работы системы. Поэтому
разработчики ИС её пользователи должны позаботиться о её безопасности.
Комплексная защита информации предполагает реализацию четырех
уровней защиты:
– правовой (юридические нормы, законы; преследуется незаконное
использование секретных данных или информации, составляющей объект
авторского права)
– административный/организационный (определяется, кто и какую
информацию может собирать и хранить; устанавливаются способы доступа к
ней и условия ее распространения, права и обязанности работников, их
компетенция и ответственность; должностные инструкции)
66
– аппаратно-программный (применяется процедура идентификации
пользователя, которая открывает доступ к данным и программным средствам).
Аппаратная защита может быть выполнена в виде кодовой карточки, ключа и
т.п. Самое слабое место в системе защиты информации - это персонал. Люди
обычно отказываются от использования любых дополнительных средств
защиты, создающих им неудобства в работе. Поэтому применение аппаратных
средств защиты требует административной поддержки.
– криптографический (шифрование данных для скрытия от
злоумышленника их смысла). До тех пор пока пользователь не идентифицирован
по ключу, смысл данных ему недоступен.
2.2 Управление проектом автоматизации
2.2.1 Описание системы принятия управленческих решений
Глубина понимания организацией текущих и потенциальных изменений в
конкурентной среде во многом определяет ее поведение на рынке. Но не менее
важно умение предвидеть эти изменения, создавать и использовать их в своих
интересах.
Принятие решения представляет собой сознательный выбор среди
имеющихся вариантов или альтернатив направления действий, сокращающих
разрыв между настоящим и будущим желаемым состоянием организации. Таким
образом, данный процесс включает в себя много различных элементов, но
непременно в нем присутствуют такие элементы, как проблемы, цели,
альтернативы и решения - как выбор альтернативы.
ООО «Авангард» является крупной производственно-торговой компанией.
Основным вектором развития организации в будущем является расширение
производства, установка новых тепличных комплексов, оранжерей и осваивание
выращивания разнообразных видов цветов (розы, хризантемы, фиалки). Фирму
определяет уникальность производства (фиалки в огромных теплицах никто в
России не выращивает) и географический охват может распространяться на всю
Россию и ближнее Зарубежье. Инвестиционные проекты ООО «Авангард», то
есть обоснование экономической целесообразности, объема и сроков
67
осуществления капитальных вложений являются обязательным условием
дальнейшего развития фирмы в условиях современного рынка.
На данный момент на рынке существует предложение готовых
универсальных информационных систем онлайн-мониторинга инвестиционных
проектов. Но многие фирмы разрабатывают такие системы под себя, учитывая
свои задачи.
Актуально и целесообразно разработать данную ИС, учитывая
непосредственно специфику производства и продаж ООО «Авангард», а затем
доработав ее до универсальной информационной системы онлайн-мониторинга
инвестиционных проектов именно в тепличных хозяйствах, продвигать ее на
сетевом рынке конечным потребителям (физическим и юридическим лицам).
Новизна стратегии, отражающая и проявляющая сущность творчества,
охватывает все основные составляющие: масштаб бизнеса, его облик и цели.
Масштаб, в первую очередь, задается через совершенно новый продукт и/или
решение, воспринимаемое рынком как новое, и создает новый потребительский
запрос или новую функциональность. Облик, как правило, нацелен на
трансформацию потребительского восприятия фирмы, продукта или решения,
формирование спроса и пр. Рыночные цели, ассоциируемые с инновационной
стратегией, почти всегда направлены на создание совершенно новой формы или
разновидности ценности для потребителей. Поэтому инновационная стратегия
компании во многом связана со "стратегическим намерением" или
"стратегической перспективой", нацеленными на создание и использование
ранее не существовавшей возможности, которую конкуренты не смогли увидеть,
или упустили, не найдя к при¬вычной вещи иной подход
Исходя из вышеизложенного, резюмируем, что ООО «Авангард» является
новой и современной производственно-торговой компанией. И учитывая
проблему импортозамещения, то есть замены на российском рынке товаров
иностранного производства отечественными, государственную поддержку и
масштабы строительства тепличных хозяйств в стране, создание программы
мониторинга инвестиционных проектов именно в тепличных хозяйствах и есть
главнейшая дифференциация данной информационной системы.
68
Для определения того, какие работы, в какой последовательности нужно
начать и время начала каких работ можно передвинуть, чтобы сократить сроки
выполнения проекта, выделим основные работы по проекту, внесем их в таблицу
№ 8, где пронумеруем их в хронологическом порядке и укажем длительность
выполнения в часах (трудозатраты).
Таблица №12. Этапы разработки ИС «Мониторинг инвестиционных
проектов и тендеров».
№
Наименование задачи
Длительность
задачи
Трудозатраты
1
Начало реализации проекта
-
0 ч.
2
Анализ предметной области
10 дней
80 ч.
3
Выбор метода решения задачи
2 дня
16 ч.
4
Разработка функциональной
структуры
5 дней
40 ч.
5
Проектирование базы данных
3 дня
24 ч.
6
Создание макета программы
10 дней
80 ч.
7
Выбор средств реализации
1 день
8 ч.
8
Программирование
интерфейсной части
5 дней
40 ч.
9
Создание программных
модулей
50 днй
400 ч.
10
Отладка программных
модулей
4 дня
32 ч.
11
Тестирование программы
20 дней
160 ч.
12
Внедрение
1. дней
40ч
13
Завершение проекта
-
0 ч.
На основе данных таблицы построим сетевой график
69
Рисунок 9. Сетевой график работ разработки ИС
Найдем критические работы и критический путь. Для этого построим сетевой
график и вычислим на них время раннего и позднего начала работ по каждой
работе (рисунки №10, №11)
Рисунок №10. Сетевой график работ разработки ИС с вычислением раннего
времени
1
1
3
2
5
4
6
7
8
9
10
11
12
1
1
3
2
5
4
6
7
8
9
10
11
12
0
0
80
80
80
max(80+16.80+40.
80+24)=120
80+120=200
200+8=208
200+8=208
1
max(208+40.208+
32)=248
248+400=648
648+160=808
13
13
1
1
3
2
5
4
6
7
8
9
10
11
12
min (104-80.80-80.
96-80)=0
120-16=104
120-40=80
120-24=96
min(208-8.216-
8)=200
248-40=208
248-32=216
648-400=248
808-160=648
888-80=808
13
888-0=888
808+80=888
70
Рисунок №11. Сетевой график работ разработки ИС с вычислением
позднего времени.
На основании данных полученных при построении сетевых графиков внесем
раннее время начала каждой работы в таблицу № 9, затем позднее время начала
каждой работы и внесем в ту же таблицу.
Когда таблица будет заполнена ранним и поздним временем начала каждой
работы, посчитаем разность по каждой работе и внесем результат в следующую
строку.
Те в столбцы, в которых разность работ равна нулю выделим заливкой – это
критические работы, такие работы задержка начала которых приводит к
задержки срока окончания проекта в целом
Таблица № 13. Сводные результаты расчетов по вычислению раннего и
позднего времени начала работ.
Работа
1
2
3
4
5
6
7
8
9
10
11
12
13
Ранее время
начала
0
80
80
80
120
200
208
208
248
648
808
888
Позднее
время начала
0
104
80
96
120
200
208
216
248
648
808
888
Резерв
времени
0
24
0
16
0
0
0
8
0
0
0
0
На основании ранее построенных сетевых графиков и результатов
расчетов из таблицы №13 построим сетевой график, на котором обозначим
критический путь (рисунок №12).
1
1
3
2
5
4
6
7
8
9
10
11
12
13
71
Рисунок №12. Сетевой график работ разработки ИС. Критический путь
Выводы: усилия менеджера в первую очередь должны быть направлены на
своевременное выполнение критических работ. Для некритических работ можно
маневрировать временем начала и используемыми ими ресурсами.
2.2.2 Формирование команды проекта автоматизации
Успех реализации проектов обусловлен слаженной работой проектной
команды, которая, в свою очередь, обеспечивается верным распределением
ролей среди участников. Существенный вклад в успех вносят также такие
факторы как численность команды и квалификация ее членов (руководители
программных проектов давно уже поняли, как значительны различия в
производительности хороших и плохих программистов).
В проекте ООО «Авангард» по созданию информационной системы
мониторинга инвестиций заказчиком выступает сам генеральный директор ООО
«Авангард»
Разработчиками выступают почти весь состав информационного отдела
ООО «Авангард» - в количестве 7 человек. Которые будут заниматься
непосредственно программированием и сопутствующими инженерными
вопросами.
Информационный отдел состоит из отдела разработки (архитектора и
нескольких программистов), отдела тестирования, отдела безопасности и
службы поддержки. Управляет этим отделом директор по IT-технологиям.
Таблица №14. Управление и функции сотрудников коллектива ООО
«Авангард»
Ролевой кластер
Функции
Управление
Выступает в роли заказчика