Работа по курсу ИТ. Задание. Часть 1 презентация

использования спец. терминов и т.д.
Это первичный сбор информации от постановщика задачи. В такой постановке должна содержаться информация о том, почему возникла необходимость создавать ИС, какие проблемы это решит, что ожидает получить Заказчик в итоге, как он видит результат проектирования.
Такое описание не должно содержать информации о ИС, которая решит проблему Заказчика

проекты, организации и т.д.) задачу ставит не первое лицо, а специалист, который сталкивается с проблемой и более компетентен. Однако надо понимать, что система создается для решения каких-то более крупных задач первых ЛПР (лиц принимающих решения).
Необходимо выяснить, какое место занимает разрабатываемое решение в иерархии организации, кто определяет общие цели и решение данной проблемы.
Первое лицо – это тот, кто принимает готовую ИС и «платит».

кто имеет отношение к проблеме.
Необходимо определить тех, кто непосредственно принимает участие в работе по проекту, а также тех, на кого повлияет создание и внедрение проекта (что может привести к конфликтам интересов).
Наиболее интересны те стейкхолдеры, на которых решение проблемы Заказчика повлияет отрицательно (конфликт интересов).
Выделить не менее 2-3 участников

должна определить границы предстоящего проекта и образ будущей ИС.
Цель должна соответствовать критерию SMART (S - Specific (Конкретный), M - Measurable (Измеримый), A - Achievable (Достижимый), R - Relevant (Актуальный), T - Time-bound (Ограниченный во времени)).

описание было понятно заказчику, т.е. без использования спец. терминов, в терминах поставленной проблемы. Из описания должно быть понятно: для чего эта функция реализована в системе, как она устроена, какой результат она дает (как проверить успешность выполнения).
Описать 2-3 функции

цели)

Реализация ИС может быть выполнена многими способами, имеющими разные преимущества и недостатки.
Необходимо указать 2-3 альтернативных решения и сравнить с выбранным.
Из описания должно стать понятно, почему именно выбранный способ лучше.

ИС более формально и детально.
Алгоритмы представить наглядно с помощью блок-схем.

2-3 вариантов на каждую роль
Строго соблюдать требования нотации UML