Словарь системного аналитика

Собрала основные понятия, с которыми вы точно столкнётесь на позиции системного аналитика:
  1. Agile — это гибкий подход к управлению проектами по разработке программного обеспечения (ПО), который часто применяют в небольших командах.
  2. BPMN — язык моделирования бизнес-процессов, который наиболее распространён для описания бизнес-процессов.
  3. ER-модель — модель данных («сущность — связь»), позволяющая описывать концептуальные схемы предметной области.
  4. HTTP — протокол передачи информации в интернете, который расшифровывается как «протокол передачи гипертекста».
  5. JSON — общий формат для представления значений и объектов.
  6. REST API — архитектурный стиль, который определяет правила обмена данными между клиентом и сервером.
  7. Scrum — методология гибкой командной работы, в которой быстрая реакция на изменения важнее формальной документации, инструкций. Слово «гибкая» означает способность быстро меняться без потери качества продукта.
  8. SOAP — протокол, по которому веб-сервисы взаимодействуют друг с другом или с клиентами.
  9. SQL — это структурированный язык запросов, созданный для того, чтобы получать из базы данных необходимую информацию
  10. UML — унифицированный язык моделирования (Unified Modeling Language) — это система обозначений, которую можно применять для объектно-ориентированного анализа и проектирования.
  11. Use cases (сценарий использования) — сценарий взаимодействия пользователя с программным продуктом для достижения конкретной цели.
  12. User stories — короткая формулировка намерения пользователя и того, что продукт должен сделать для него.
  13. XML — язык программирования для создания логической структуры данных, их хранения и передачи в виде, удобном и для компьютера, и для человека.
  14. Авторизация — предоставление определённому лицу или группе лиц прав на выполнение определённых действий.
  15. Анализ требований — процесс изучения и понимания требований, заявленных заинтересованными сторонами.
  16. Архитектура — структура системы, включающая все ПО, оборудование и людей, из которых она состоит, интерфейсы и взаимосвязи между этими компонентами и поведение компонентов, видимое другим компонентам.
  17. Аутентификация — процедура проверки подлинности, например проверка подлинности пользователя путём сравнения введённого им пароля с паролем, сохранённым в базе данных.
  18. База данных — набор сведений, хранящихся некоторым упорядоченным способом.
  19. Бизнес требования — требования, которые определяют бизнес — цели, то есть ответ на вопрос «Почему это нужно?».
  20. Бизнес-аналитик — роль члена команды по разработке требований, основная обязанность которой — работа с заинтересованными лицами над выявлением, анализом, определением, утверждением и управлением требованиями в проекте.
  21. Бизнес-процесс — последовательность действий (подпроцессов), направленная на получение заданного результата, ценного для организации.
  22. Блок-схема — это графическое описание процесса или алгоритма, использующее различные символы.
  23. Владелец продукта (product owner) — член команды, который отвечает за видение конечного продукта и его ценность для пользователя, главная задача — создать продукт, в котором действительно нуждаются люди, и донести эту идею разработчикам.
  24. Идентификация — процедура, в результате выполнения которой для субъекта идентификации выявляется его идентификатор, однозначно определяющий этого субъекта в информационной системе.
  25. Итерация — непрерывный период разработки, обычно от одного до четырёх недель, во время которого команда разработки реализует определённый набор функциональности, выбранной из резерва продукта, или базовой версии требований к продукту.
  26. Нефункциональные требования — требования, определяющие свойства, которые система должна демонстрировать, или ограничения, которые она должна соблюдать.
  27. Пользовательские требования — цели и задачи пользователя, которые должна решать программа.
  28. Приоритизация — инструмент, который позволяет отсортировать разнообразный набор задач в порядке важности.
  29. Реляционные базы данных — это базы данных, предназначенные для хранения и организации точек данных с заданными отношениями для быстрого доступа.
  30. Нереляционная база данных (NoSQL) — это база данных, в которой в отличие от большинства традиционных систем баз данных не используется табличная схема строк и столбцов.
  31. Стейкхолдеры, а другими словами заинтересованные лица — субъекты, принимающие активное участие в проекте.
  32. СУБД — это система, позволяющая создавать базы данных и манипулировать сведениями из них.
  33. Требования — спецификация того, что должно быть реализовано включая описания поведения системы, её свойств и атрибутов.
  34. Функциональные требования — требования к функциям системы и её поведения.

System Analyst: Учись и практикуй

Выгодные Новогодние комбо до 31 декабря
24:24:24:24
Дней
Часов
Минут
Секунд
Our Website is Almost Ready
Launch a targeted campaign.
Scale your infrastructure with our simple service.
Days
Hours
Minutes
Seconds