73
В этом случае очевидно, что верхний уровень доступа для
управления всеми составляющими глобального проекта находится у
администрации и СЕО (именно Администрация назначает СЕО равным по
праву доступа себе, а затем уже СЕО распределяет все обязанности в
рамках одного проекта), а далее идет ранжирование по нисходящей, где
каждый последующий уровень имеет меньшие (реже – равные) права
доступа, чем вышестоящее звено.
Для подключения участника к проекту необходимо либо пригласить его
через саму программу (введя логин зарегистрированного участника), либо
пригласив его напрямую по электронной почте или даже по номеру
телефона. В этом случае участник получит статус «временного
посетителя», и для окончательного участия (а также доступа ко всем
возможностям интернет-приложения) потребуется пройти финальную
регистрацию.
Некоторые другие виды защиты от внешних угроз, безопасности
каналов, серверов, защиты от различных видов атак, безопасности
информации как с точки зрения шифрования, так и с точки зрения
физической защиты серверов, были приведены выше в описании раздела
2.1.3, где говорились возможные риски работы всего проекта и
предлагались некоторые простые, но эффективные способы устранения
или минимизации возможных ошибок, сбоев, защиты от атак и подобных
несанкционированных действий, призванных разрушить работу системы.
74
2.2 Управление проектом автоматизации
2.2.1 Описание системы принятия управленческих решений
Обоснование и выбор конкретных управленческих решений, связан-
ных с финансовыми рисками, базируется на концепции и методоло-
гии теории принятия решений. Эта теория предполагает, что решениям,
связанным с риском, всегда свойственны элементы неизвестности конкрет-
ного поведения исходных параметров, которые не позволяют четко детер-
минировать значения конечных результатов этих решений.
В зависимости от степени неизвестности предстоящего поведения исход-
ных параметров принятия решений различают условия риска, в которых
вероятность наступления отдельных событий, влияющих на конечный ре-
зультат, может быть установлена с той или иной степенью точности,
и условия неопределенности, в которых из-за отсутствия необходимой ин-
формации такая вероятность не может быть установлена. Теория принятия
решений в условиях риска и неопределенности основывается на следую-
щих исходных положениях:
1. Объект принятия решения четко детерминирован и по нему известны
основные из возможных факторов риска. В финансовом менеджменте та-
кими объектами выступают отдельная финансовая операция, конкретный
вид ценных бумаг, группа взаимоисключающих реальных инвестицион-
ных проектов и т.п.
2. По объекту принятия решения избран показатель, который наилуч-
шим образом характеризует эффективность этого решения. По кратко-
срочным финансовым операциям таким показателем избирается обычно
сумма или уровень чистой прибыли, а по долгосрочным — чистый при-
веденный доход или внутренняя ставка доходности.
75
3. По объекту принятия решения избран показатель, характеризующий
уровень его риска. Финансовый риск характеризуются обычно степенью
возможного отклонения ожидаемого показателя эффективности (чистой
прибыли, чистого приведенного дохода и т.п.) от средней или ожидаемой
его величины.
4. Имеется конечное количество альтернатив принятия реше-
ния (конечное количество альтернативных реальных инвестиционных
проектов, конкретных ценных бумаг, способов осуществления опреде-
ленной финансовой операции и т.п.)
5. Имеется конечное число ситуаций развития события под влиянием
изменения факторов риска. В финансовом менеджменте каждая из таких
ситуаций характеризует одно из возможных предстоящих состояний
внешней финансовой среды под влиянием изменений отдельных факто-
ров риска. Число таких ситуаций в процессе принятия решений должно
быть детерминировано в диапазоне от крайне благоприятных (наиболее
оптимистическая ситуация) до крайне неблагоприятных (наиболее пес-
симистическая ситуация).
6. По каждому сочетанию альтернатив принятия решений и ситуаций
развития события может быть определен конечный показатель эффектив-
ности решения (конкретное значение суммы чистой прибыли, чистого
приведенного дохода и т.п., соответствующее данному сочетанию).
7. По каждой из рассматриваемой ситуации возможна или невозможна
оценка вероятности ее реализации. Возможность осуществления оценки
вероятности разделяет всю систему принимаемых рисковых решений на
ранее рассмотренные условия их обоснования («условия риска» или
«условия неопределенности»).
8. Выбор решения осуществляется по наилучшей из рассматриваемых
альтернатив.
76
2.2.2 Формирование команды проекта автоматизации
Конечно, светлой мечтой каждого ИТ руководителя является созда-
ние идеальной проектной команды, однако, по большому счету она все-
таки недостижима, во всяком случае, при задействовании в группе только
уже имеющихся потенциальных участников. ИТ менеджер в любом случае
окажется ограничен нехваткой времени и существующих на данный мо-
мент ресурсов. Следует помнить о том, что проектная команда представля-
ет собой по сути временное образование, главной задачей которого стано-
вится работа над конкретной целью, то есть реализацией данного проекта.
Вот почему формирование высокоэффективной команды является наиболее
приоритетным и стратегически важным достижением ИТ руководителя
при осуществлении внедрения программного продукта. Выделим основные
функциональные роли в идеальной группе проекта, которые включают: ко-
ординатора, технического эксперта, консультанта-аналитика и исполните-
ля. Участники высокоэффективной проектной команды должны быть:
объединены общей целью; уверены в успехе проекта;
способны разрабатывать решения;
способны взять на себя ответственность;
в состоянии выполнять в проекте обязанности нескольких ролей;
способны анализировать возникающие проблемы;
ориентированы как на результат, так и на сам процесс;
Рисунок 15. Пример структуры команды в компании
77
2.2.3 Средства коллективной работы над проектом автоматизации
Средства коллективной работы над проектом автоматизации – этот пункт
здесь отсутствует, потому что я не выбирал программу, которая будет
использоваться – фактически, мы пишем свою программу, поэтому нам она
не нужна (мы сами делаем программу, которая здесь описана, которая
позволяет управлять всеми процессами), так что в средства коллективной
работы ты может как раз добавить описание модули Helperfy, указав, что
использование этой системы онлайн-помощи и поддержки позволяет
поддерживать все функции проекта в актуальном состоянии, а также
максимально оперативно вносить все изменения, касающиеся работы
нашего проекта.
Рисунок 16. Структура коллективной работы
78
2.3 Информационное обеспечение задачи
2.3.1 Информационная модель и её описание
Схему движения входных, промежуточных и результирующих пото-
ков и функции представляет собой информацинная модель. Информацион-
ная модель, должна пояснять на основе каких входных документов и
функции происходит выполнение тех или инных процессов и формирова-
ния конкретных выходных переменных. Информационная модель престав-
лена на рисунке ниже:
Рисунок 17. Пример информационной модели
79
Область 1
Тестировщик платформы отвечает за все ошибки и сбои системы. Тесты
производятся ежедневно, усовершенствуется дизайн, моделируются новые
технологии, дополнения и улучшения.
Область 2
Поставщик услуг отвечает за целый перечень ресурсов, который дает
возможность существовать системе. Важно выбирать проверенных
поставщиков услуг, хранящие данные в облачных системах для быстрого
восстановления доступа при непредвиденных обстоятельствах.
Сервер, защита, поддержка, а также скорость работы ресурса
осуществляется в полной мере поставщиком услуг.
Область 3
База данных всей информации платформы хранится на облачном сервере,
благодаря чему быстрота доступа к информации максимальна. Система
хранит лишь временные файлы для быстрого доступа к необходимому
ресурсу.
Область 4
Клиент – это важнейший пункт для работы всей платформы. Созданием
комфортных условий, простота в использовании и быстрая настройка
системы в несколько кликов, это главные преимущества платформы.
P.S База знаний осуществляется на основе Википедии, на платформе
медиа-вики. Это очень простой, понятный и быстрый способ создания
своей базы знаний.
80
2.3.2 Характеристика нормативно-справочной, входной и опера-
тивной информации
Входные требования и источник получения файла:
Источник получения файла – непосредственно сайт, на котором
расположен данный проект автоматизации. Вся справочная информация
либо получается в процессе взаимодействия с системой и осуществляется с
помощью подсказок, как до начала работы системой, так и в процессе
работы с системой, поэтому вся справочная документация, так или иначе
связанная с автоматизированным проектом или же с его частями
(программными модулями и приложениями) скачивается напрямую с
источников сайта в виде документации, сохраненной в формате pdf-файлов
(для открытия может потребоваться программа для чтения pdf-файлов,
которая скачивается из открытых источников).
Рисунок 18. Пример экранной формы «Вход в аккаунт»
81
Экранная форма представляет собой простое и крайне знакомое
окошко с двумя полями, в которых следует указывать логин и пароль для
доступа в систему. Также, если пользователь попал на сайт в первый раз,
ниже расположена привычная кнопка для регистрации, а в случае, если
пользователь уже был зарегистрирован на сайте, но по каким-то причинам
забыл логин или пароль, есть ссылка, пройдя по которой пользователь
попадает на страницу восстановления своих регистрационных данных. Для
восстановления пароля следует воспользоваться подсказками, указанными
на странице восстановления данных, а также указать свой возможный
регистрационный E-Mail, либо же какие-либо другие данные,
позволяющие восстановить доступ к аккаунту.
При регистрации пользователь попадает на страницу ввода данных,
где для успешной регистрации ему следует ввести все свои
пользовательские данные по порядку: имя, фамилия, год и дата рождения,
электронный адрес для получения письма с уведомлением о регистрации и
ссылкой для подтверждения личности, пароль, а также выбор
дополнительных элементов, которые в дальнейшем будут влиять на работу
в этом проекте и будут доступны для изменений уже из пользовательского
интерфейса. При верном заполнении информационных полей каждое поле
подсвечивается зеленым цветом, уведомляя, что пользователь ввел
корректные данные в требуемое поле. По завершению регистрации
пользователь соглашается с политикой использования данного сервиса,
всех его программных модулей и дополнений, а также ознакомляется с
политикой конфиденциальности в отношении пользователя при
использовании данного сервиса, после чего нажимает кнопку «Завершить
регистрацию», которая создает новый пользовательский аккаунт, а также
отправляет письмо с уведомлением о регистрации на почту.
82
В случае, если пользователь знает свои логин и пароль, он заходит в
систему и начинает в ней дальнейшую работу, и в этом окне представлены
все элементы, описанные при создании и описании автоматизированного
проекта. Таким образом, перед пользователем появляется весь визуальный
интерфейс с персональными настройками, система уведомлений и
комментариев, поле для возможных ответов на сообщения, а также вся
структура в его профиле, которая связана с работой над проектами
компании. Среди возможностей предусматривается непосредственное
управление всеми рабочими процессами и правами, которые прописаны у
пользователя, являющегося сотрудником компании, видны все актуальные
текущие задачи, а также все последние изменения при работе над
проектами, все выполненные и невыполненные задачи из его списка
заданий, которые были либо заданы непосредственно вышестоящими
сотрудниками, либо те задачи, которые пользователь себе задал сам.
Помимо этого, есть различные дополнительные информационные
поля, позволяющие получить доступ к службе технической поддержки, к
часто задаваемым вопросам, а также дополнительные ссылки, нажав по
которым пользователь попадет на страницы, связанные с возможностью
задать или уточнить интересующий его вопрос, а также получить онлайн-
консультацию у службы поддержки.
Также в визуальном интерфейсе предусмотрены прочие
навигационные элементы, которые позволяют настроить профиль, панель
уведомлений, комментариев, отрегулировать различные визуальные
настройки, как связанные с информационным оповещением, так и
непосредственно с оформительским стилем проекта, что позволяет
целиком и полностью регулировать все текущие процессы, связанные с
персонализацией и выполнением текущих поставленных в проекте задач.