37
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Всего существует 4 стратегии, а именно:
Хаотичная состоит из набора автоматизированных участков, не
связанных друг с другом. Такая автоматизация определяется оперативными
задачами и обычно не отражается в стратегических планах компании;
по участкам представляет собой процесс автоматизации отдельных
функциональных участков;
по направлениям отличается от автоматизации по участкам тем, что
предполагает участие всех функциональных подразделений, деятельность
которых связана с направлением автоматизации;
Полная предполагает автоматизацию абсолютно всех бизнес-процессов
компании.
Так как у нас разработка приложения для управления по методологии
SCRUM, следует выбрать автоматизацию по направлениям, так как данная
методология управления может применятся на в разных отделах.
38
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации комплекса задач
Таблица 6
Сравнения способа приобретения ИС
№
Название
Достоинства способа
Недостатки
способа
1
Покупка готовой ИС
Время разработки равно
0
Необходимость
адаптации к
предъявляемым
требованиям
2
Самостоятельная
разработка ИС
Хорошая адаптация к
предъявляемым
требованиям
Длительность
времени
разработки
3
Покупка и доработка
ИС
Сокращённое время
разработки,
сокращённое время для
адаптации к
предъявляемым
требованиям
Затраты времени
на разработку,
необходимость к
адаптации к
предъявляемым
требованиям
4
Аутсорсинг ИС
Возможность
сфокусировать своё
внимание на основном
бизнесе
Возможность
потери
поставщика
У ПАО Бизнес банк есть специальные отделы для разработки нового ПО,
так же стоит учитывать что для приложения критично интеграция с OutLookом
и возможно будет дальнейшая интеграция с другим офисным ПО. Поэтому
целесообразно использовать собственные силы для самостоятельной
разработки приложения.
39
2. Проектная часть
2.1. Обоснование проектных решений
2.1.1. Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение – в автоматизированных системах –
совокупность единой системы классификации и кодирования информации,
унифицированных систем документации и информационных массивов.
Информационное обеспечение делится на два типа: внемашинное,
внутримашинное.
Внемашинное Информационное Обеспечение – это системы
классификаций и кодирования информации, унифицированные формы
документации , показатели системы, различные классификаторы, коды и т. д.
Внутримашинное Информационное Обеспечение – это специально
организованная информация, которая представлена в воспринимаемой форме
технических средств информационной системы.
В процессе проектирования, создания информационной системы
потребуется использование следующих классификаторов:
Классификатор типа задачи, который позволяет отличить
вложенное задание от главного.
Классификатор
В качестве входных документов информационной системы
используются:
План спринта;
Журнал продукта;
Диаграмма BurnDown;
Выходной информацией будет является:
Документация к прототипу;
Финальный отчёт
Для ввода, вывода информации будет использоваться, так же для
построения оконных форм будет использоваться JavaScript [1] библиотека
40
React[2] для построения SPA (Single Page Application) приложений.
SPA приложения – это приложения, которые при взаимодействии
пользователя с WEB страницей не перезагружаются, меняются только
конкретные части страницы, с которыми взаимодействует пользователь.
Из-за того что приложение в дальнейшим приложение будет меняться и
дополнятся новыми компонентами. Следует использовать СУБД, которая
будет гибкая и масштабируемая. Так же для облегчения разработки базы
данных будет использоваться NoSQL типа БД. Достаточно популярной
NoSQL БД является MongoDB, сама СУБД предоставляет достаточно богатый
инструментарий, к примеру в MongoDB есть функция автогенерация
уникальных ключей.
41
2.1.2. Обоснование проектных решений по программному
обеспечению
Классификацию ОС.
ИС будет являться WEB приложением, которое будет работать в
браузере, поэтому выбор операционной системы излишен из-за
кроссплатформенности приложения.
Классификация и обоснование выбора используемой СУБД.
В целях повышения скорости разработки информационной системы
будет выбрана NoSQL типа БД. Так же выбор данного типа обусловлен тем
что ИС в дальнейшим будет сильно модернизироваться и менятся, поэтому
требуется хорошая масштабируемость и гибкость СУБД.
Классификацию и обосновать выбор методов
Так как WEB приложением, то для разработки frontend части сайта будет
использоваться JavaScript, который является мультипарадигменным языком
программирования и библиотека React[13].
Для реализации backend части будет использовать платформа Node js и
фреймворк Express js для создание routing (обработка запросов с frontend
части) и создания API (Aplication Programming Interface).
Выбор средств проектирования и разработки
В качестве редактора использовался VS Code из-за большого перечня
инструментов и расширений, так для установки этих расширений и настройки
требуется минимальное количество времени, так существенным плюсом
является то что он бесплатен.
В качестве системы контроля версий проекта выбрал, Git с GitLabом, оба
инструмента бесплатные в использовании.
В качестве платформы для работы js кода на backend части приложения
выбран Node js, пока что других альтернатив нет.
Так же нам потребуется пакетный менеджер для контроля версий
установленных библиотек и прочего. У node js есть 2 пакетных менеджера:
npm, yarn. Разница между ними только в скорости установки пакетов для node
42
js. Оба пакетных менеджера бесплатны. Я выберу npm так как опыта работы с
yarn не было, поэтому для того что бы уменьшить риск разработки
приложения будет использоваться npm.
43
2.1.3. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение информационной системы – это техническое
обеспечение предназначенное для работы информационной системы. В этот
комплекс входит: сетевое оборудование, периферийные устройства ввода,
вывода.
Требования к техническому обеспечению, формировались основываясь
по технических требований программного обеспечения. Технические
требования в таблице таблице 7
Таблица 7
Аппаратные требования информационной системы
Сервер
Клиент
Процессор
2,1 ГГц (с
архитектурой x64)
3,4 ГГц
ОЗУ
16 ГБ
8 ГБ
Видеокарта и
монитор
монитор SVGA (с минимальным разрешением
1920×1080 точек)
Жесткий диск
1Тб
10Гб
Оптический привод
DVD-ROM
-
Устройства ввода
клавиатура и мышь
Интернет-
соединение
Постоянный канал,
Скорость 12 мбит/с.
Скорость 1 мбит/с.
По итогу анализа аппаратных требований можно утверждать что
существующих средств технического обеспечения для работы проектируемой
информационной системы для scrum управления достаточно, необходимости
изменения технических средств нет.
44
2.2. Разработка проекта автоматизации
2.2.1. Этапы жизненного цикла проекта автоматизации
Выбор и обоснование жизненного цикла.
Существует множество популярных стандартов жизненного цикла, к
примеру:
ГОСТ 34, ISO 12207, ISO 15288, MSF, RUP, COBIT, Oracle CMD, XP.
Стандарты различаются между собой по видам, названием этапов,
количеством этапов и т д.
Существуют следующий модели жизненного цикла:
Каскадной (нет возможности возвращаться на предыдущий этап
разработки, сопровождается большой документацией по проекту, частое
несовпадения ожиданий заказчика и работы)
Итерационной (возможность возвращаться на предыдущие этапы
проекта, меньший объём документации в сравнении с предыдущим пунктом,
конкретизация требований заказчика во время разработки информационной
системы)
Спиральной (использование прототипов, которые являются версиями
приложения, которые модернизироваться в ходе разработки информационной
системы)
Так как приложение в дальнейшем будет модернизироваться и изменятся
стоит выбрать стандарт модель которого является спиральной. Так же
учитывая временные ограничения на создания информационной системы,
следует выбрать модель с наиболее быстрым получением результата. Поэтому
была выбрана спиральная модель, как наименее затратная по времени
проектирования.
Наиболее популярным стандартом со сприальной моделью является MSF
(Microsoft Solutions Framework).
Стандарт имеет всего 5 этапов, которые повторяются в течении
разработки информационной системы, а именно:
Создание общей картины, оценка ситуации, создание команды,
45
структуру проекта, его задачи и т. д.
Планирование, проектируется архитектурные решения, календарный
график продукта, основываясь при этом на требованиях к продукту заказчика.
Разработка, создаётся прототип продукта, в виде кода и документации к
прототипу.
Стабилизация, подготовка окончательной версии продукта, так же
выполняется определённый комплекс работ по тестированию. Когда решения
становится в достаточной мере устойчивым, проводится его пробная
эксплуатация в тестовой среде с вовлечением будущих пользователей
пользователей продукта.
Развёртывание, исполняется установка решения, окружения, передача
проекта под ответственность группы сопровождения.
Для реализации всех стадий жизненного цикла проекта, будут
применяться собственные силы штата компании.
Стоит обратить внимание на этап развёртывания, так как на данном этапе
будет происходить опытная эксплуатация и внедрение спроектированного
прототипа информационной системы. Следует определиться со стратегией
внедрения прототипов информационной системы.
Существует всего четыре стратегии, а именно:
параллельная, когда используются две информационные системы
параллельно. Если результаты использования удовлетворяют, то
использование старой системы прекращается. При использовании такой
стратегии существует минимальный риск допущения ошибок при внедрении
информационной системы. Но из минус это большое время для внедрения
информационной системы, так же увеличивается нагрузка на персонал
компании.
«скачок», происходит внедрение новой информационной системы, за
короткий промежуток времени, к примеру сотрудник в пятницу, человек
пользовался старой информационной системой, а в понедельник уже новой.
При такой стратегии присутствует высокий риск возникновения ошибок, но
46
при этом достаточно высокая скорость перехода на новую информационную
систему, так же нет дополнительной нагрузки на персонал компании.
«пилотный проект» происходит замена старой информационной
системы на новую, как в стратегии «скачок», но на малой части оборудования
компании или же небольшом участке, таким образом удаётся уменьшить риск
появления ошибок при внедрении новой информационной системой. Из
минусов можно отметить сложность интеграции новых информационных
систем, потоками информации со старыми.
После рассмотрения всех стратегий внедрения информационных систем,
беря во внимание особенность бизнеса компании и её размер стоит отдать
предпочтения стратегии «пилотный проект»