Файл: Лабораторная работа 1 Инструментальные средства управления функциональными требованиями.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 12.12.2023

Просмотров: 89

Скачиваний: 3

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Министерство сельского хозяйства Российской Федерации

Федеральное государственное бюджетное образовательное учреждение

высшего образования

«Пермский государственный аграрно-технологический университет

имени академика Д.Н. Прянишникова»
Кафедра информационных технологий и программной инженерии

ЛАБОРАТОРНАЯ РАБОТА №1
Инструментальные средства управления функциональными требованиями


Выполнил:

группа ИСбу-2020

Кислых С.В


Проверил:

доцент каф. ИТиПИ,

Т.А. Казаченко


Пермь-2023 г
Постановка задачи

Нарисовать функциональную карту(Landscape Map) для рассмотренного в статье примера создания службы Service Desk (Рисунок 1), используя инструмент:

  • Archi.

  • Jibility



Рис. 1 Окончательный вариант Landscape Map.


Добавлены статусы работ и необходимые ресурсы




Рисунок 2 – Диаграмма функциональных требований в виде Landscape Map, нарисованная в системе Jibility

Цветовая легенда функциональной карты:




Необходимы серьёзные доработки




Необходимы небольшие доработки




Не требуется доработок




Разработка не начиналась



Рисунок 3 – Диаграмма функциональных требований в виде Landscape Map, нарисованная в системе Archi

Цветовая легенда функциональной карты:




Необходимы серьёзные доработки




Необходимы небольшие доработки




Не требуется доработок




Разработка не начиналась


Таблица анализа инструментального средства

п/п

Название приложения

Достоинства инструмента

Недостатки инструмента

Функциональные возможности управления требованиями заказчика

1

Archi

  1. Бесплатный, что серьёзно усиливает скорость его распространения;

  2. Русифицированный, что позволяет создавать модели на русском языке;

  3. Кроссплатформенный, с открытым исходным кодом, что позволяет его применять в государственных структурах;

  4. Лёгкий для понимания;

  5. Универсальность – подходит для любой предметной области;

  6. Встроенные примеры моделей архитектуры предприятия.

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




  1. Нет возможности формирования отчётности;

  2. Инструмент не многопользовательский, что делает его неудобным для серьезных проектов;

  3. Не очень удобен для разработки «глубоких» классификаций;

  4. Методология описания бизнес-процессов нуждается в расширении;

  5. Есть определённые сложности с описанием данных.

6) Отсутствие стандартных нотаций моделирования (BPMN, UML, ERD, DFD, IDEF), которые чаще всего используются в наиболее распространенных кейсах бизнес-анализа, таких как разработка требований к информационным системам при автоматизации бизнес-процессов

  1. Динамическое (имитационное) моделирование;

  2. Интеграция с другими методологиями и программными продуктами;

  3. Удобство пользования.



п/п

Название приложения

Достоинства инструмента

Недостатки инструмента

Функциональные возможности управления требованиями заказчика

2

Jibility


1) Минимальные проблемы с обслуживанием

2) Неограниченный объем хранимых данных

3)Можно использовать недорогие компьютеры для пользователей

4) Увеличенная производительность пользовательских компьютеров


1)Соединение с сетью Постоянное Интернет

2)Если данные в "облаке" потеряны, то они потеряны навсегда

3)Плохо работает с медленным Интернет-доступом

4)Может работать медленнее чем на локальном компьютере.

5)Безопасность данных может быть под угрозой

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