54
• Учебная часть – 1
• Преподаватель – 2
Администратор – настройка программы, создание и управление
пользователями.
Учебная часть – настройка своей учётной записи, создание пользователей
уровня «преподаватель», ввод данных в программу, таких как списки студентов,
предметов, объявления для преподавателей и др.
Преподаватель – настройка своей учётной записи, добавление уроков,
проставление посещаемости и оценок студентов и др.
Компьютеры, где будет использоваться программа защищены парольным
доступом, сервер, где будет установлена база данных также имеет парольную
защиту, настроена политика заставляющая менять пароль ежемесячно, также он
находится в отдельном помещении, куда имеет доступ ограниченное число
людей. Также на сервере производится регулярное резервное копирование
данных.
Защита от внешних угроз осуществляется применением следующих
способов:
• использованием защищенных каналов связи при передаче информации;
• разработкой и соблюдение политик безопасности;
• использованием антивирусных средств;
• физической защитой помещений с наиболее ценной информацией.
Защищённый канал связи – использование штатной защиты соединений в
SQL Server, которая обеспечивается благодаря протоколу TLS (Transport Layer
Security).
Разработка и соблюдение политик безопасности: ограничение доступа
пользователей к информации, определение порядка работы с информацией,
являющейся конфиденциальной, распределение ответственности по
обеспечению информационной безопасности;
Антивирусные средства – Kaspersky Endpoint Security
Физическая защита помещений – оборудование помещений решётками на
окнах, разграничение прав доступа в помещения.
55
2.2. Управление проектом автоматизации
2.2.1. Описание системы принятия управленческих решений
Разработка альтернатив – неизбежный атрибут реализации любого
проекта, позволяющий добиться максимальной эффективности при решении тех
или иных задач. Из-за ограниченности ресурсов приходится выбирать вариант,
который станет основным.
Принятие решений в условиях неопределенности основано на том, что
вероятности различных вариантов развития событий неизвестны, на значение
результата могут оказывать влияние различные факторы. Информация о
внешней среде сводится к перечню её возможных состояний. Для принятия
решений используют методы, ориентированные на использование в условиях
неопределенности:
• Критерий максимина (принцип гарантированного результата, или
критерий Вальда), который заключается в выборе в качестве
оптимальной альтернативы, наибольшего значения функции
полезности среди наименее благоприятных состояний внешней среды.
Критерий Вальда используется при желании свести риск от принятого
решения к минимуму;
• Критерий максимакса (принцип безудержного оптимизма) – который
заключается в выборе в качестве оптимальной альтернативы,
наибольшего значения функции полезности среди наиболее
благоприятных состояний внешней среды. Критерий максимакса
используется для принятия рисковых решений в условиях
неопределенности, лицами, принимающими риск или оптимистично
рассматривающими возможные ситуации;
• Критерий Гурвица, который является комбинацией принципа
гарантированного результата и принципа безудержного оптимизма и
используется при выборе рисковых решений в условиях
неопределенности лицами, которые хотят максимально точно
идентифицировать степень своих рисковых предпочтений путем
задания значения альфа-коэффициента;
56
• Критерий минимаксного сожаления (принцип Сэвиджа), который
характеризует потенциальные потери, при возможном выборе
неоптимального решения и используется при выборе рисковых
решений в условиях неопределенности, лицами, не склонными к риску.
• Критерий Лапласа-который используется при неизвестных состояниях
внешней среды, но при условии, что их можно считать
равновероятными и может быть применен, когда лицо, принимающее
решение не может предпочесть ни одной гипотезы.
Проект может быть реализован следующими способами:
• приобретение готовой системы
• приобретение готовой системы и её доработка
• собственная разработка сотрудниками ИТ-отдела компании
Вариант с готовой системой можно использовать практически сразу,
нужно только обучить персонал, но может быть лишний функционал, или
наоборот нехватка каких-нибудь функций. В этом случае можно доработать
систему, что потребует финансовых и временны
х затрат.
Преимущества метода собственной разработки в том, что сотрудники уже
знают как устроены бизнес-процессы организации, для выяснения требований к
системе им будет проще общаться с сотрудниками, т.к. их тут знают, и они
смогут доработать систему при необходимости. Недостатки: мало опыта в
разработке, больший срок выполнения, большее количество ошибок.
При реализации проекта возможно возникновение следующих факторов,
влияющих на ход проекта:
• наличие ошибок в программе;
• время реализации проекта;
• несоответствие информационной системы функциональным
требованиям;
Рассмотрим принятие решения на основе ожидаемых значениях затрат в
баллах от 1 до 3, где 1-отлично, 2 - хорошо, 3 - плохо, таблица 2.1.
57
Таблица 2.1.
Ожидаемые значения затрат, для возможных вариантов реализации проекта.
Альтернатива
Возможные затраты, в баллах.
Наличие
ошибок в
программе
Время
реализации
проекта
Несоответствие
требованиям
Бюджет
решения
Сумма
Приобретение
готового
продукта
1
1
3
2
7
Приобретение
и доработка
2
2
2
3
9
Собственная
разработка
3
3 (1)
1
1
8 (6)
Пояснение чисел в таблице:
Наличие ошибок.
Готовый продукт уже проверен и большинство ошибок в нём исправлено
– получает оценку отлично (1 балл), при доработке могут возникнуть
дополнительные ошибки, но гораздо меньше, чем при разработке нового
продукта, поэтому 2 и 3 балла соответственно.
Время реализации.
Обучать сотрудников придётся не зависимо от выбора альтернативы,
доработка займёт меньше времени, чем разработка целиком. Получаем 1, 2 и 3
балла соответственно.
Несоответствие требованиям.
В готовом продукте может отсутствовать нужный функционал или
присутствовать избыточный, потому оценка «плохо». При разработке
собственными силами будет закладываться необходимый функционал, который
сотрудники смогут доработать при изменении требований – оценка «отлично».
При доработке не всегда можно добиться полного соответствия требований –
оценка «хорошо».
Бюджет решения.
Для расчёта бюджета для альтернативы приобретения готового продукта,
в качестве примера взята программа 1C Колледж, 78000 руб. плюс обучение
персонала 5000руб, итого 83000.
Приобретение и доработка. Так как компания крупная, то, допустим, что
доработка займёт не более двух дней. Зарплата программиста по данным портала
58
HeadHunter на 2018год составляет от 45 000 до 195 000руб, в среднем 120 000. В
месяце 20 рабочих дней, 120000/20*2=12000руб за доработку. Итого
78000+12000=90000руб.
Разработка собственными силами будет гораздо дешевле, т.к. в качестве
оплаты будет заработная плата плюс премия. Оклад инженера в техникуме
составляет 12000руб, что даже с премией меньше предыдущих цифр.
В итоге получаем, что наименьшее и лучшее значение у альтернативы
«Приобретение готового продукта», но так как заказчик не ставит жёстких
ограничений по времени, то можно поставить вместо трёх баллов, один в
столбце реализация проекта и тогда итог составит 6 баллов, что является
лучшим из всех альтернатив.
Есть ещё обстоятельство в пользу собственной разработки: даже если
уволятся сотрудники, которые всё разрабатывали, все исходные материалы, код
программы, расчёты и данные принадлежат заказчику, и при необходимости
внести изменения новые сотрудники смогут это сделать.
Рассмотрим принятие решения, основанного на критерии Лапласса.
e(A*) = min{(1,1,3,2)/4;(2,2,2,3)/4;(3,1,1,1)/4} = min{1.75,2.25,1.5}=1.5.
Следовательно, с точки зрения критерия Лапласа следует выбрать
альтернативу A3.
Таким образом, для реализации проекта информационной системы
выбираем разработку собственными силами.
Сетевое планирование.
При планировании сложных взаимосвязанных работ (проектов),
оперативном управлении ходом их выполнения и их оптимизации по различным
критериям наиболее эффективны методы сетевого планирования и управления.
В основе методов лежит графическое представление проекта в виде
сетевого графика. Он отражает технологическую последовательность и
логическую связь работ в процессе достижения цели.
Комплекс работ по разработке информационной системы представлен в
таблице 2.2.
59
Таблица 2.2
Комплекс работ по разработке ИС
Работа
Содержание работы
Предшест-
вующие
работы
Последующие
работы
Длительность
работ, дней
A
Изучение объекта
автоматизации и
формирование требований к
ИС
B
5
B
Разработка и утверждение
технического задания
A
C
5
C
Разработка архитектуры ИС и
структуры БД
B
D
3
D
Установка и
конфигурирование рабочей
среды
C
E, G
1
E
Разработка интерфейса
D
F
10
F
Разработка модулей отчёта
E
H
6
G
Разработка модулей
служебных функций и БД
D
H
35
H
Тестирование программных
компонентов и исправление
ошибок
F, G
I
4
I
Установка и настройка
программы на рабочие
станции заказчика
H
J
1
J
Предварительное
тестирование и обучение
пользователей
I
K
6
K
Ввод в эксплуатацию
J
2
Общая длительность 78 дней или 2,6 месяца.
Построим сетевой график, рисунок 2.1.
0 1
A
2
B
3
C D
5
6
E
4
G
F
7 8
I
9
J
10
K
5
H
5 3 1
10
6
35 4 1 6 2
Рисунок 2.1. Сетевой график.
На рисунке 2.2 показан сетевой график, на котором произведены расчёты
временных параметров при помощи четырёхсекторной схемы. В верхних
60
секторах номера событий, слева ранний срок совершения событий, справа
поздний срок совершения событий и снизу резерв времени событий.
0 0
0
0
A
5
5 5
1
0
B
5
C
3
D
1
E
10
F
6
G
35
H
4
I
1
J
6
K
2
10 10
0
2
13 13
0
3
14 14
0
4
24 43
19
5
49 49
0
6
53 53
0
7
54 54
0
8
60 60
0
9
62 62
0
10
Рисунок 2.2. Сетевой график с временными параметрами событий.
Расчёт параметров сетевой модели представлен в виде таблицы 2.3.
Таблица 2.3
Работа
Длитель
ность
работ
Сроки выполнения работ
Резервы времени
ранние
поздние
работ
событий
начала
окон-
чания
начала
окон-
чания
полный
свободный
1
2
3
4=
2+3
5=
6-2
6
7=6-4
8=9-7
9
A
5
0
5
0
5
0
0
0
B
5
5
10
5
10
0
0
0
C
3
10
13
10
13
0
0
0
D
1
13
14
13
14
0
0
0
E
10
14
24
33
43
19
0
19
F
6
24
30
43
49
19
0
19
G
35
14
49
14
49
0
0
0
H
4
49
53
49
53
0
0
0
I
1
53
54
53
54
0
0
0
J
6
54
60
54
60
0
0
0
K
2
60
62
60
62
0
0
0
Полный резерв времени работы – это максимально возможный запас
времени, на который можно отсрочить начало работы или увеличить
продолжительность её выполнения при условии, что конечное для данной
61
работы событие наступит не позднее своего позднего срока. Все некритические
работы имеют полный резерв времени отличный от нуля.
Свободный резерв времени – это запас времени, которым можно
располагать при выполнении данной работы при условии, что начальное и
конечное её событие наступят в свои ранние сроки. Свободный резерв присущ
только данной работе, и его использование никак не повлияет на выполнение
последующих работ. Только отдельные работы проекта обладают свободным
резервом времени.
Минимальное время, за которое может быть выполнен весь комплекс
работ, равно раннему сроку свершения конечного события сети, 62 дня. События
0-4, 6-10 лежат на критическом пути, так как имеют резерв, равный нулю.
Работы A-D, G-K принадлежат критическому пути. Сумма продолжительностей
этих работ составляет критический срок (5 + 5 + 3 + 1 + 35 + 4 + 1 + 6 + 2= 62).
Работы E и F имеют свободный резерв времени 19 дней.
2.2.2. Формирование команды проекта автоматизации
Любой проект, тем или иным образом будет связан с различными
группами людей. Структура команды проекта разработки информационной
системы определяет распределение ответственности и полномочий среди
участников.
Различные методологии, используемые в сфере ИТ, предлагают свои
принципы формирования команды ИТ проекта и распределения ролей между
членами команды [15].
Проект будет включать следующие роли:
• Руководитель проекта – отвечает за формирование команды проекта,
занимается планированием, организацией и контролем выполнения работ
по проекту в соответствии с требуемым уровнем качества, бюджетом и
сроками.
• Разработчик – занимается проектированием, дизайном форм, разработкой
программного кода, разработкой инструкций для персонала, устранение
ошибок.
• Тестировщик – занимается тестированием и выявлением дефектов,
62
составление списка замечаний и исправлений.
• Системный администратор – обеспечивает настройки среды работы ИС,
подключение к локальной сети для сервера и рабочих станций
пользователей, обеспечение доступа к компьютерам, необходимым для
развертывания системы.
ИТ-отдел техникума состоит из: начальника отдела – заместитель
директора по административно-хозяйственной работе (АХР), инженера по
защите информации и инженера по обслуживанию вычислительной техники.
Они будут выполнять роли, перечисленные ранее. Руководителем проекта
будет заместитель директора по АХР, остальные роли будут выполнять два
инженера. Программирование можно разделить на программирование кода
интерфейса и функций, выполняющих задачи, также можно распределить
остальные задачи для ускорения процесса выполнения проекта.
Кроме того, в работу по проекту будут вовлечены руководитель
предприятия, сотрудники учебной части, преподаватели, отдел кадров и
бухгалтерия, которые будут участвовать при составлении требований к ИС, а
также консультирование в процессе разработки. Схематично проектные
команды изображены на рисунке 2.2.
Рисунок 2.2. Проектные команды.
Организация
заказчик
Руководитель
предприятия
Преподаватели
Сотрудники
учебной части
Отдел кадров
Бухгалтерия
Организация
разработчик
Руководитель
проекта
Разработчик
Тестировщик
Системный администратор
63
2.2.3. Средства коллективной работы над проектом автоматизации
При разработке несколькими программистами программного продукта
возникает проблема синхронизации изменений, параллельно вносимых в проект.
Процессы, связанные с коллективной работой и комплексным проектированием,
всегда сложны: затрагиваются интересы каждого проектировщика, требуется
решать такие задачи, как организация системного хранения данных,
регулируемое и контролируемое взаимодействие специалистов, организация
контроля и обеспечение качества принимаемых инженерных решений,
реорганизация рабочей документации, согласований, обмена заданиями,
взаимодействия с заказчиком и многое другое.
Различные коллективы программистов по-разному решают эту проблему.
Затраты времени на планирование работ и объединение результатов труда
программистов растут с большой скоростью, чтобы ускорить этот процесс
необходимо определится со средствами коллективной разработки.
Неправильный выбор может повлечь за собой как огромные потери времени на
освоение и настройку СКР, так и необоснованно высокие затраты на
приобретение программ, у которых не будут использоваться все имеющиеся
возможности. [18]
Существующих решений достаточно много, но всё сводится к ведению
базы данных, обычно общей для всех разработчиков, содержащей историю
изменений в каждом файле проекта, и автоматизации следующих операций [12]:
• доступ к этой базе данных по локальной сети (DBN)
• подстройка символов перевода строки в текстовых файлах (CR, LF или
просто LF) под ту операционную систему, которую использует данный
разработчик (CS)
• обработка конфликтующих версий, возникает, если один и тот же файл
одновременно пытаются править несколько программистов (CV)
именование различных версий (VCS)
ввод комментариев к изменениям. (CM)
• наличие системы поиска ошибок (EFS);
Результаты сравнения нескольких средств коллективной разработки
представлены в таблице 2.4.