1. Даша
Бакирова, «Технолог
ия
2000», РП, аналитик
Лариса
Лукоянова,
«Метамодель»,
аналитик,
архитектор

2. Мы на субподряде
2

3. ГОСТ для старушек?
3

4. Обед для команды
4

5. «во многой мудрости много печали; и кто
умножает познания, умножает скорбь»
5

6. 6

7. ТЗ ни о чем
7
«Электронная Россия» (публичный портал)
http://aisup.economy.gov.ru/pubportal/

8. ТЗ для разработчиков
8

9. ТЗ для себя
9

10. ТЗ для заказчика
11

11. Потребность в ГОСТ
1. Обусловлена спецификой
заказчика, использование ГОСТ оговорено
в контракте
2. В вакансиях (даже для продуктовых
аналитиков) «…аналитик» часто
встречается требование знать ГОСТ
12

12. 13

13. 14

14. ТЗ мутанты
Software requirements
specification
+ ТЗ по ГОСТ 34 =
15

15. ГОСТы
ГОСТ 34.602-89 Техническое задание на создание автоматизированной
системы
РД 50-34.698-90 Автоматизированные системы. Требования к
содержанию документов
ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и
оформлению»
ГОСТ 2.105-95 «Единая система конструкторской документации.
Общие требования к текстовым документам»
16

16. Пример структуры ТЗ 1/2
Термины и определения
Общие положения
Назначение и цели создания системы
Характеристика объекта автоматизации
Требования к системе
• Требования к системе в целом
• Требования к составу системы
• Краткое описание модулей
• Краткое описание подсистем
• Требования к составу документов и объектов, помещаемых в систему
17

17. Пример структуры ТЗ 2/2
Требования к функциям, выполняемым системой
• Общие сведения
• Подсистема 1
• Подсистема 2
Требования к видам обеспечения
Состав и содержание работ по подготовке объекта автоматизации к воду
системы в действие
Источники разработки
18

18. Математическое
обеспечение (требования к
формулам, логике, числам)
Программное
обеспечение (требования к
алгоритмам, процессам)
Информационное
обеспечение (требования к
набору полей, журналам)
Техническое
обеспечение
(«железо»)
Организационное
обеспечение (описание ОРШ, РП, РА)
19

19. Достоинства
• Облегчают понимание (один язык общения)
• Позволяют максимально полно описать
абстрактную сущность
• Гарантируют полноту ТЗ
• Часть требований уже сформировано
• Облегчают сдачу-приемку работ
20

20. Важность нотаций
21

21. «Аннотация содержит краткое
описание типового решения; эскиз
служит визуальной иллюстрацией
решения и часто (хотя не всегда)
представляет собой UML-диаграмму.
Аннотация и эскиз предназначены
для создания наглядного “образа”
решения и облегчают его
запоминание»
22

22. Проблемы
• Затрудняют понимание 
• Исполнитель и заказчик могут по-разному
трактовать ГОСТ
• ГОСТы устарели, много шелухи
23

23. Типичные ошибки
• Плохая структура
• Неоднозначные нечеткие требования
• Отсутствие форматирования
24

24. Требование
Название системы Система учета заявок
Должна предоставлять возможность
Роль Специалисту отдела приема документов
Цель Выполнять текстовый поиск
Объект По базе обращений пользователей
Параметры / критерии Возвращая результаты поиска за..
Другие условия Если в строке поиска введено…
25

25. Нормоконтроль
• Использовать шаблоны
(отступы, шрифты, интервалы, поля…)
• Послать только в pdf
• Следить за ссылками
• Проверить на «Errors» и «Источник ссылки не
найден»
• «Глюки» Word
26

26. Чем больше страниц — тем больше
«глюков»
27

27. Спасибо за внимание!
28
skype: d.bakirova
dashabakirova@gmail.com
skype: lukoyanova.larisa
limbwizard@gmail.com