Not Only Sociology Not
Only
SOCiology

Концепции программирования. http://courses.nosoc.io

(для Факультета социологии НИУ ВШЭ – СПб, 2 модуль 2013 г.)

Домашняя работа 2

Указания

Постановка задачи

Руководство вуза N приняло решение о переносе административных функций по работе со студентами и преподавателями из разных подразделений университета (бухгалтерии, учебных частей деканатов, отдела по зарубежным связям, социального отдела и т.д.) в новый объединённый административный департамент (АД, все ассоциации с аббревиатурой случайныы) и постепенной автоматизации сервисов для студентов (поступления, получения справок, приёма и обработки заявлений всх типов), в рамках модуля aLMS новой версии LMS (Learning Managment System), в которой должны быть исправлены ошибки существующей и в учебном модуле.

Перед Вами стоит задача анализа и разработки требований к новому департаменту (АД) и LMS.

При выполнении задачи используйте собственный опыт взаимодействия с вузом по административным вопросам, сайты вызов (разделы с информацией для студентов, оргструктуру, разделы с информацией по зарубежным стажировкам и т.д.) Удачи!

Задание 1. Ответьте на вопросы

1A

  1. Потребности и интересы каких групп стейкхолдеров должны быть учтены при проектировании АД в целом? (Не более 5 групп)
  2. Каковы основные интересы стейкхолдеров по отношению к АД? (До 3 интересов для каждой группы)
  3. Чем грозит игнорирование потребностей того или иного стейкхолдера? (Приведите 2-3 примера)
  4. Классифицируйте стейкхолдеров на три типа по отношению к АД.

1B

  1. Какие стейкхолдеры изменят свой тип, если мы сузим рамки рассматриваемой системы до LMS? Почему?

Задание 2. Составьте UC-модель (список “Эктор–UC”) для АД

  1. Выпишите первичных экторов по отношению к АД (получателей услуг департамента, удовлетворяющих определению экторов)
  2. Каких вторичных экторов по отношению к АД Вы можете сразу выделить?
  3. Составьте список “Эктор–UC” для АД (можно UC для одной группы Экторов привести более детально, т.е. 4–6 кейсов, для остальных групп менее детально, т.е. 2–3 кейса)

Задание 3. Составьте UC-модель (список “Эктор–UC”) для LMS

3A

  1. Составьте список экторов и UC для LMS. Список должен быть сбалансированным (Например, UC “Отправка заявления на материальную помощь” для студента должен соответствовать UC “Рассмотрение заявления на материальную помощь”)

3B

  1. Более или менее детализированными стали UC при переходе от рассмотрения АД к рассмотрению LMS? Почему?
  2. Приведите примеры смены ролей (экторов в воркеров и наоборот), происходящей при переходе от рассмотрения АД к рассмотрению LMS.
  3. В каком направлении происходит преимущественно смена ролей? Почему?

4. Напишите UC

Опишите следующие UC (не забывайте при необходимости использовать сайты вузов или другие источники, чтобы понять суть и обычную процедуру выполнения):

4A

  1. Получение ведомости текущих оценок и рейтинга (по отношению к LMS)
  2. Любой выбранный Вами UC из Заданий 2–3.

4B

  1. Оформление студентом Year abroad в зарубежном вузе-партнере (по отношению к АД, включая действия в LMS)

Указания к выполнению:

Детальность описания: 5-10 шагов основного потока, 3–5 альтернативных потоков на UC, один из которых описан по шагам, остальные – кратким описанием.

Выполните для каждого UC все перечисленные пункты:

  1. Сформулируйте заголовок UC в соответствии с трубованиями к UC.
  2. Напишите краткое описание и список стейкхолдеров для выбранного UC. Для каждого стейкхолдера напишите (в вольной форме) его интересы относительно выбранного UC
  3. Укажите первичного (и вторичных, если есть) эктора.
  4. Напишите предусловия.
  5. Напишите шаги основного потока. Не забывайте о том, что шаги должны быть пронумерованы.
  6. Укажите, на каких шагах возможные отказы и в чём они будут заключаться.
  7. Напишите альтернативный сценарий для обработки одного из отказов.
  8. Напишите гарантии успеха выбранного UC.
  9. Напишите минимальные гарантии выбранного UC.
  10. Опишите сущности предметной области, затрагиваемые в выбранном UC.

При написании UC не забывайте правила, в том числе:

5. Extra credits

  1. Какой может быть структура (атрибуты (включая их тип) и статусы) использованных Вами сущностей? Приведите пример изменения состояний сущностей на разных шагах UC.
  2. Напишите, реализации каких UC, на Ваш взгляд, не хватает в функционале LMS, предназначенном для учёбы? (2–3 примера, необходимо, чтобы это был UC (достижение цели несёт ценность для эктора в контексте системы))
  3. Отсутствие учёта каких потребностей стейкхолдеров при проектировании привело к отсутствию реализации этих UC?
  4. Приведите пример другого функционала, который можно было бы добавить в систему для удовлетворения одной из выявленных потребностей.