UML диаграммы

1.

Знакомство
Курс: “Информационные технологии”

2.

Что предстоит изучить
UML диаграммы
API - что такое и как им пользоваться
Swagger
Postman
Ведение требований и баз знаний
Инструменты для ведения проектов и баз знаний (You Track,
Confluence,XWiki)

3.

About us
Меня зовут Синяков Иван Владимирович, мне 21 год , работаю в сфере IT 2 года, занимаюсь тестированием
приложений и back-end части в компании “Совкомбанк Технологии” в должности “Старший Тестировщик”,
проект - Мобильное приложение инвестиций.
Мои обязанности:
Тестирование Базы данных (MS SQL)
Тестирование микросервисов (Kafka,Rancher,Rabbit MQ,Docker, K8s)
Написание тестовой документации (Confluence, You Track, )
Написание тест-кейсов и поддержка их (Test IT)
Взаимодействие с командой разработчиков и аналитиков
Участие в Scrumах, Daily, Retro.

4.

Тема 2: “Ведение базы знаний”.
Рассмотрим такие вопросы как:
2.1. Что такое база знаний, для чего
2.2. Где используются
2.3. Программные средства (Confluence, XWiki; YouTrack)
2.4. Как вести базу знаний

5.

2.1.Что такое база знаний, для чего?
«База знаний» — единое хранилище всех знаний, документов, регламентов
и рекомендаций в компании.
Она используется при выполнении задач, создании версионности фичи.

6.

Как ее используют?
● Аналитик может добавлять спецификацию в базу знаний для того ,чтобы
члены команды могли вернуться к ней и провести валидацию фичи ,
чтобы не отклониться от требований заказчика.
● Разработчик разрабатывает фичу по спецификации.
● Тестировщик пишет тестовую документацию по спецификации.
● База знаний помогает новичкам в проекте быстрее адаптироваться.
Впоследствии требования к фиче могут быть скорректированы в
команде, что наглядно отображается в базе знаний, при указании
изменении в документации.

7.

Инструменты для создании базы знаний.
1.Confluence (Atlassian)
2. You Track

8.

Как вести “Базу знаний”?
Рассмотрим базовые сценарии ведения “Базы знаний”.
1.Аналитик создает документ например: об архитектуре проекта, описание и
предназначение проекта, создает иерархию документа.
2.Добавляет требования заказчика, спецификации, макеты и т.п.
3.Создается документация на различные фичи проекта или на методы в API.
4.При изменении или обновлении документации указывается ее дата изменения и что
поменялось, для создании историчности документа и избежании отклонения от требований
заказчика со стороны команды подрядчика.

9.

Пример.
На примере указаны заголовок
документации,подзаголовок,
текстовое описание с
добавлением медиа контента,
дата создания и комментарий
от участников команды

10.

Методологии ПО
1.Waterfall
2.Agile

11.

Waterfall - каскадная модель
Когда использовать каскадную методологию?
Только тогда, когда требования известны, понятны и зафиксированы.
Противоречивых требований не имеется.
Нет проблем с доступностью программистов нужной квалификации.
В относительно небольших проектах.

12.

Scrum
Scrum - фреймворк agile, включает в
себя наличие спринтов, бэклог (задачи
от заказчика). Наличием таких
взаимодействий внутри команды как
Daily,C Stand Up, Retro.

13.

Kanban
Еще один фреймворк agile,
представляет собой
визуализированную доску с
задачами, подходит для
высокоскоростной разработки
внутри стартапа, характерен
отсутствием спринтов.

14.

API
API (Application Programming Interface) — это программный интерфейс,
позволяющий связывать между собой различные приложения. Создан для
упрощения и ускорения разработки. Содержит наборы методов, классов,
библиотек и функций.

15.

Монолитная архитектура
Монолитная архитектура — это традиционная модель разработки
программного обеспечения, в которой одна база кода используется для
выполнения нескольких бизнес-функций. Все программные компоненты
монолитной системы взаимозависимы из-за использования встроенных
механизмов обмена данными внутри системы.

16.

Микросервисная архитектура
Микросервисная архитектура состоит из отдельных, слабо связанных
компонентов-сервисов, каждый из которых можно разрабатывать,
развертывать, эксплуатировать, изменять и развертывать повторно, не
нарушая работу других сервисов и целостность приложения.

17.

18.

JSON
JSON (JavaScript Object Notation) — это формат передачи данных, который
используется при взаимодействии веб-сервера и браузера. До создания
формата JSON веб-сайты работали медленно. Каждый запрос пользователя
к серверу требовал повторной отправки в браузер обновленной HTMLстраницы

19.

20.

UML
UML, или Unified Modeling Language, — унифицированный язык
моделирования. Это графический язык, который с помощью диаграмм и схем
описывает разнообразные процессы и структуры. Это не язык
программирования, но чаще всего UML применяют именно в IT — с его
помощью можно автоматически генерировать код.