Срок выполнения - до вечера субботы!

Создать файл с техническим заданием. Оформление - под сдачу. С титульным листом (можно использовать любой шаблон колледжа), оформление в стиле диплома/курсовой/пояснительной записки.

Основные разделы документа:

1. Общее описание системы

Краткое описание - что за система, зачем, что делает, какова ее цель существования и решаемые ей задачи. Ее целевая аудитория и краткое описание технического представления решения для целевой аудитории.

2. Глоссарий терминов

3. Описание персон (штатное расписание)

- перечисление всех персоналий, которые могут взаимодействовать с системой. Полезно разделить их на группы:

-- сотрудники;

-- клиенты;

-- внешние системы (тут могут быть перечислены не только люди).

4. Описание внутренних подсистем

Тут надо перечислить все системы, которые будут в проекте. Это могут быть:

- конкретные программные и иные технологические продукты продукты (1 продукт - 1 система, например - мобильное приложение для клиента, мобильное приложение для исполнителя, админка для исполнителя и так далее);

- внутренние решения (например - почтовый сервер, система эшелонированных бэкапов, система внутреннего документооборота);

- системы для обеспечения законной деятельности (часто - это взаимодействие с внешними структурами, например - система отправки отчетности в госорганы (скорее всего - это несколько разных систем - изучите), платежная система, виртуальный кассовый принтер);

- инфраструктурные решения (какие-то системы внутри офиса, серверной и так далее).

К каждой выделенной системе надо дать короткое описание, которое содержит следующую информацию:

- название системы;

- тип системы (внутренняя или есть взаимодействие с внешними системами);

- программные продукты, имеющие отношение к реализации системы, предполагаемые языки программирования в случае, если система требует разработки, предполагаемые библиотеки для разработки (перечисление);

- оборудование, необходимое для реализации системы (перечисление);

- какая информация на входе (какую информацию система получает для обработки);

- какая информация на выходе (какую информацию система может предоставить в результате работы и кому).

5. Бизнес-процессы

- перечень всех процессов, которые должны быть;

- графическое представление разработанных процессов и пояснения-описания.

В процессах (или описаниях к ним) нужно сделать пометки - какие персоналии используют те или иные процессы.

6. Описание данных

Составить перечень данных, которые участвуют в функционировании системы:

- хранятся внутри системы;

- получаются от внешних участников;

- обрабатываются системой;

- передаются внешним участникам.

Можно сделать в виде таблицы с колонками: тип данных - форма представления - источник получения - хранение - обработка - передача.

7. Список интерфейсов

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

8. Требования и ограничения систем

Возможные требования:

- доступность;

- отказоустойчивость;

- требования, связанные с особенностями данных - по типу, объему, способу хранения, скорости передачи.

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

Также в этом разделе указывается размер и особенности технологических окон для обслуживания системы (например, для обновления, для бэкапов и так далее).

9. Техническое задание на разработку интерфейсов

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

10. Описание структуры БД

Схемы, текстовое пояснение и типы данных. Также сюда надо будет добавить технические особенности для реализации (но этот фрагмент будет дописан из части задания другой пары).

11. Модель рисков

В этом разделе вы упоминаете только технические риски (а не риски, связанные с персоналом).

Можно оформить в виде таблицы со следующими колонками:

- название риска (или аварийной ситуации);

- системы, на которые он влияет;

- описание возможных последствий наступления риска;

- описание сценариев для снижения/страхования.

На этом этапе могут возникнуть какие-то изменения в описанном ранее, это нормально, возвращайтесь и дописывайте.

Также в этом разделе описывается модель угроз (кто злоумышленник, что может сделать, на какую систему это влияет, как можно защитить и так далее).

12. Регламент проверки работоспособности

Тут надо перечислить какие конкретно регламенты проверки и каких конкретно систем должны быть написаны. Учитывайте, что должны быть и регламенты действия в аварийных ситуациях.

В качестве примера распишите какой-то один регламент (в идеале - той системы, которую вы будете пытаться реализовать для демонстрации).

13. Тестовая система

Опишите, какие тестовые системы должны быть внутри проекта:

- название;

- какой проект она тестирует;

- какие технические средства нужны для ее реализации, это какие-то готовые программные продукты или создаются свои - надо указать;

- формат результата работы тестовой системы (кто оповещается, каким образом, с каким интервалом).

14. Должностные инструкции

В этом разделе необходимо перечислить весь штатный персонал проекта. Для каждого написать не менее 5 специфичных для данной должности особенности поведения.

15. Регламент разработки

Этот раздел будем заполнять в теме Roadmap.

16. Регламент запуска

Этот раздел будем заполнять в теме Roadmap.

17. Регламент разработки дополнительного функционала

Этот раздел будем заполнять в теме Roadmap.

18. Оценка стоимости простоя

Этот раздел будет заполняться на этапе подготовки презентации

Последнее изменение: пятница, 25 марта 2022, 17:37