sem3

Семинар 3. Прототипирование в разработке ПО

Задание

1. Выбрать ключевой прототип проекта, провести его классификацию
2. Определить прикладную задачу и основные требования к личной SPA
3. Выбрать пользовательскую историю для коллективной разработки
4. Провести классификацию планируемого прототипа выбранной для коллективной разработки задачи
5. Определиться с "любимым" видом рисков (угроз) в проекте
   • Дефицит специалистов
   • Нереалистичные сроки и бюджет
   • Реализация несоответствующей функциональности
   • Разработка неправильного пользовательского интерфейса
   • «Золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталей
   • Непрекращающийся поток изменений
   • Нехватка информации о внешних компонентах, определяющих окружение системы или вовлечённых в интеграцию
   • Недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами
   • Недостаточная производительность получаемой системы
   • Разрыв между квалификацией специалистов и требованиями проекта

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

1. Отразить все сделанные выборы на личной странице в ходе лабораторной №3
2. Определить прикладную задачу для реализации в модели MVC и любимый фреймворк (например, Angular 7) и проект, в котором она будет решаться (лабораторная №4, проект, один из обязательных проектов для лабораторных 5-7)
3. Определить необходимость подключения к решению задачи в модели MVC дополнительных ресурсов и основные подзадачи, которые необходимо решить "субподрядом"

Материалы к семинару

Классификация прототипов

Прототипирование на "живом" проекте в Яндекс, MVP и правильный прототип на JSON

---

Требования к программе для работы с диаграммами от Заведеевой Т.В. ИДБ-15-12

На примере функционала creately.com

1. Программа для работы с диаграммами должна поддерживать форматы UML (Class, Use Case), IDEF0, DFD как минимум.

2. При создании диаграммы пользователю должны быть предложены именно те объекты, которые соответствуют выбранной диаграмме.

3. Диаграмму можно как написать кодом, так и нарисовать, размещая на холсте предложенные объекты.

4. Программа должна обладать достаточно удобным интерфейсом, чтобы пользователь мог быстро изменить мелкие детали.

5. Программа должна позволять группировать и выравнивать объекты для более быстрой работы с большим количеством элементов.

6. Совместная работа в реальном времени позволит избежать неприятного ожидания при работе командой.

7. Программа должна поддерживать управление версиями, чтобы не было необратимых последствий и легче было справляться с изменениями требований.

8. Программа должна уметь экспортировать созданные диаграммы в форматы .jpg/.pdf/.svg.

9. Программа должна уметь конвертировать форматы диаграмм.