17
№
п/п
Аппаратное
Средство
Конфигурация (если применимо)
Установле
нное ПО
Мышь
Мышь 3DConnexion CadMouse (3DX-700052)
Клавиатура
Клавиатура Gigabyte Force K83 Gaming Black
(Cherry MX Blue) USB
2
2
Коммутатор
TP-LINK TL-
SF1016D
Количество портов коммутатора 16 x Ethernet
10/100 Мбит/сек
3
3
МФУ
лазерный HP
LaserJet Pro
M521dw, A4,
лазерный,
черный
Технология печати
лазерный
Тип печати
черно-белый
Формат печати
A4
Размещение
настольный
Встроенный ЖК-
дисплей
цветной
ЖК-дисплей
сенсорный
Диагональ дисплея
3.5 "
Сканер
есть
Копировальный
аппарат
есть
Факсимильный
аппарат
есть
4
Xiaomi Mi
Router Pro
R3P
Входной интерфейс
10/100/1000BASE-TX
Название
процессора
MediaTek MT7621A
Частота процессора
880 МГц
Количество ядер
процессора
двухъядерный
18
№
п/п
Аппаратное
Средство
Конфигурация (если применимо)
Установле
нное ПО
Оперативная память
512 Мб
Флеш-память
256 Мб
4
5
Сервер
приложений
HPE ProLiant ml30 Gen10
Корпус
Tower (4U) (ВхШхГ - 36.82 x 17.5 x 47.52 см)
Процессор
Intel Xeon E-2124 (3.3GHz/4-core/71W)
Память
2x16GB (1x16GB) Dual Rank x8 DDR4-2666
RAID-контроллер
Smart Array S100i SR Gen10 SW RAID
Жесткий диск
2x 1TB 3.5in(LFF) SATA 7,2K 6G HP
Удаленное управление
Стандартное управление iLO 5 ASIC
Блок питания
350W ATX Non-Hot Plug Power Supply
ОС Debian
Wine
MS Office
PostGreSQl
MySQL
VS Code
Atom
Zeplin
Сервер БД
серверов Dell
EMC
PowerEdge
T340
Корпус
Tower (B / Ш / Г = 430 / 218 / 603 мм)
Процессор
Intel Xeon E-2134 3.5GHz, 8M cache, 4C/8T,
turbo (71W)
Память
2x16GB Dual Rank 2666MHz UDIMM
RAID-контроллер
PERC H730P+ 2GB NV Cache
Жесткий диск
2x 1.2TB SAS 12Gbps 512n 10k HP 3.5'' G14
Удаленное управление
iDRAC9 Enterprise, Perpetual, Digital License, All
Poweredge Platforms
Блок питания
495W Hot Swap
ОС Debian
MySQL
19
№
п/п
Аппаратное
Средство
Конфигурация (если применимо)
Установле
нное ПО
5
6
Почтовый
сервер
серверов Dell
EMC
PowerEdge
T340
Корпус
Tower (B / Ш / Г = 430 / 218 / 603 мм)
Процессор
Intel Xeon E-2134 3.5GHz, 8M cache, 4C/8T,
turbo (71W)
Память
2x16GB Dual Rank 2666MHz UDIMM
RAID-контроллер
PERC H730P+ 2GB NV Cache
Жесткий диск
2x 1.2TB SAS 12Gbps 512n 10k HP 3.5'' G14
Удаленное управление
iDRAC9 Enterprise, Perpetual, Digital License, All
Poweredge Platforms
Блок питания
495W Hot Swap
ОС Debian
Thunderbird
OutLook
20
Программная архитектура ИС предприятия
На схеме 3 представлена программная архитектура отдела кредитование
и процессы.
Схема 3 программная архитектура ПАО Бизнес банк в отделе
сопровождение кредитования и процессов
Описание программной архитектуры
В ПАО «Бизнес Банк» используется следующие программное
обеспечение:
1. операционные системы: Windows 10, Debian
2. СУБД: MySQL, PostgreSQl,:
СУБД: MySQL: реляционная система управления базами данных,
PostgreSQl: реляционная система управления базами данных,
Средства обеспечения информационной безопасности и защиты данных:
электронные подписи,
21
Kaspersky Endpoint Security,
3. Офисные приложения: Microsoft Office 365, OutLook
22
1.2. Характеристика комплекса задач, задачи и обоснование
необходимости автоматизации
1.2.1. Выбор комплекса задач автоматизации и характеристика
существующих бизнес процессов
Рисунок 1 контекстная диаграмма деятельность ПАО Бизнес Банк
23
Рисунок 2 контекстная диаграмма деятельность отдела
сопровождение кредитования и процессов
На рисунке 2 представлена контекстная диаграмма отдела занимающимся
разработкой нового программного обеспечения, которое автоматизирует
кредитование клиентов банка. Команда разработчиков работает по
методологии управления проектами «SсCRUM».
24
Рисунок 3 декомпозиция деятельности отдела кредитование и
процессы
25
1.2.2. Определение места проектируемой задачи в комплексе задач
и ее описание
Задача: разработка frontend части SCRUM приложения.
Основные определения и понятия, свойственные рассматриваемой
области;
SCRUM – это гибкая методология которая разбивает проект на части,
которые сразу могут быть использованы заказчиком для получения ценности,
называемые заделами продуктов (product backlog). И несмотря на то, что
«задел продукта» — достаточно верный перевод и используется в
профессиональной литературе, в российской практике чаще всего
используется просто «беклог». Затем эти части приоретизируются Владельцем
продукта – представителем Заказчика в команде. Самые важные «кусочки»
первыми отбираются для выполнения в Спринте – так называются итерации в
SCRUM, длящиеся от 2 до 4 недель. В конце Спринта Заказчику
представляется рабочий инкремент продукта – те самые важные «кусочки»,
которые уже можно использовать. Например, сайт с частью функционала или
программа, которая уже работает, пусть и частично. После этого команда
проекта приступает к следующему Спринту. Длительность у Спринта
фиксированная, но команда выбирает её самостоятельно в начале проекта,
исходя из проекта и собственной производительности. Чтобы удостовериться
в том, что проект отвечает требованиям Заказчика, которые имеют свойство
изменяться со временем, перед началом каждого Спринта происходит
переоценка ещё не выполненного содержания проекта и внесение в него
изменений. В этом процессе участвуют все – команда проекта, SCRUM Мастер
(SCRUM Master, лидер команды проекта) и Владелец продукта. И
ответственность за этот процесс лежит на всех.
Владелец продукта является представителем Заказчика в проекте, или
олицетворяет всех клиентов будущего проекта, в случае если Заказчика нет.
Для этого он должен досконально знать их потребности и образ мышления, а
также разбираться в продукте и технологии его изготовления. SCRUM Мастер
26
призван помочь участникам проекта лучше понять и принять ценности,
принципы и нормы практики SCRUM. Он лидер и посредник между внешним
миром и командой. Его задача — следить, чтобы никто не мешал команде
самостоятельно и комфортно работать над поставленными задачами. Команда
же отвечает за то, чтобы в конце спринта все необходимые задачи были
сделаны, а поставки – выполнены.
Основная структура процессов SCRUM вращается вокруг 5 основных
встреч: упорядочивания беклога, планирования Спринта, ежедневных
летучек, подведения итогов Спринта и ретроспективы Спринта.
«Встреча по упорядочиванию беклога» - эта встреча аналогична фазе
планирования в классическом проектном управлении, и проводится в первый
день каждого Спринта. На ней рассматривается – что уже было сделано по
проекту в целом, что ещё осталось сделать и принимается решение о том, что
же делать дальше. Владелец продукта определяет, какие задачи на данном
этапе являются наиболее приоритетными. Данный процесс определяет
эффективность Спринта, ведь именно от него зависит, какую ценность
получит Заказчик по итогам Спринта.
«Планирование Спринта» - после того, как Владелец продукта определил
приоритеты, команда совместно решает, что же конкретно они будут делать
во время грядущей итерации, как достигнуть поставленной на предыдущей
встрече цели. Команды могут применять различные инструменты
планирования и оценки на данном этапе, лишь бы они не противоречили
принципам и логике SCRUM. Планирование Спринта проводится в самом
начале итерации, после Встречи по упорядочиванию продукта.
«Ежедневные летучки» - каждый день спринта, в идеале, в одно и то же
время, члены команды тратят 15 минут на то, чтобы поделиться информацией
о статусе задач и состоянии проекта. На ней не происходит обсуждений
проблем или принятия решений – если после встречи возникают вопросы и
конфликты, SCRUM Мастер и вовлечённые участники обсуждают их