Сборник 9.3 «разработка задания на проектирование технологического раздела. мрр-9.3-16»

Получение исходной разрешительной документации.

Градостроительный кодекс РФ, Статья 48. Архитектурно-строительное проектирование:

«… В случае, если подготовка проектной документации осуществляется физическим или юридическим лицом на основании договора с застройщиком или заказчиком, застройщик или заказчик обязан предоставить такому лицу:

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

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

… Орган местного самоуправления не позднее чем за тридцать дней до дня проведения соответствующих торгов, либо до дня принятия решения о предоставлении земельного участка, находящегося в государственной или муниципальной собственности, для строительства, либо до дня принятия решения о предварительном согласовании места размещения объекта капитального строительства предоставляет заинтересованным лицам технические условия присоединения к сетям инженерно-технического обеспечения, предусматривающие максимальную нагрузку, срок подключения объекта капитального строительства к сетям инженерно-технического обеспечения, срок действия технических условий, информацию о плате за подключение, а также о плате за технологическое присоединение к электрическим сетям…».

ГОСТ 19 для Технического задания

Техническое задание по ГОСТу 19 должно содержать следующие разделы:

  1. введение;
  2. основания для разработки;
  3. назначение разработки;
  4. требования к программе или программному изделию;
  5. требования к программной документации;
  6. технико-экономические показатели;
  7. стадии и этапы разработки;
  8. порядок контроля и приёмки.

В техническое задание допускается включать приложения, а также в зависимости от особенностей программы или программного изделия в ТЗ допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.

В разделе 1 «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

В разделе 2 «Основания для разработки» должны быть указаны:

  • документ (документы), на основании которых ведётся разработка;
  • организация, утвердившая этот документ, и дата его утверждения;
  • наименование и (или) условное обозначение темы разработки.

В разделе 3 «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

Раздел 4 «Требования к программе или программному изделию» должен содержать следующие подразделы:

  • требования к функциональным характеристикам;
  • требования к надёжности;
  • условия эксплуатации;
  • требования к составу и параметрам технических средств;
  • требования к информационной и программной совместимости;
  • требования к маркировке и упаковке;
  • требования к транспортированию и хранению;
  • специальные требования.

В подразделе 4.1 «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т. п.

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

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

В подразделе 4.4 «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.

В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой.

При необходимости должна обеспечиваться защита информации и программ.

В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.

В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.

В разделе 5 «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.

В разделе 6 «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.

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

В разделе 8 «Порядок контроля и приёмки» должны быть указаны виды испытаний и общие требования к приёмке работы.

В приложениях к техническому заданию, при необходимости, приводят:

  • перечень научно-исследовательских и других работ, обосновывающих разработку;
  • схемы алгоритмов, таблицы, описания, обоснования, расчёты и другие документы, которые могут быть использованы при разработке;
  • другие источники разработки.

Образец формы

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

 № Перечень требований и основных данных Описание
 1. Основа для создания и проектирования Целевая программа на федеральном уровне

Программа субъектов РФ

Программа муниципалитетов

Создание по решению Президента РФ, правительства РФ и других уполномоченных органов

По инициативе компании-застройщика

 2. Разновидность постройки Новое строение

Реконструируемое

Предназначенное для капитального ремонта или текущего

 3. Этапы проектирования Здесь перечисляются стадии работ  по проектированию:

создание проекта

требуемая документация

рабочий макет

эскизный макет и т.д.

 4.

Рассматриваемые варианты работ

Прописывается информация о работах для сравнения или проводимых конкурсах по выбору проектных решений
 5. Финансовые источники Средства из федерального бюджета

Регионального

Муниципального

Внебюджетные средства

 6. Условия работ, требующие особого внимания Описать такие условия или дать рекомендации по их преодолению
 7. Технические параметры объекта

Предоставляется подробная информация о возможностях здания, назначения, технических характеристиках (этажность, кол-во подъездов) и т.д. Все что требуется для понимания социально- экономической значимости

 8. Данные по встроенным помещениям Если площади жилых домов планируется частично отдать под общественные или другие организации, то этот пункт нужно заполнить
 9. Качественные показатели здания, говорящие об экологической безопасности, конкурентоспособности и целесообразности Здесь указываются все данные о постройке технически значимых объектов производства, размещения его отдельных блоков, технологии их постройки, расстановки оборудования
 10. Требования по используемым материалам и правильным размещениям площадей разного назначения сооружения Прописываются данные по правильному размещению отдельно взятых площадей, а также описывается материал работ, который более эффективен в том или ином участке
 11. Требования по архитектурно- культурным работам Описывается планируемые работы по благоустройству прилежащих территорий
 12. Требования инженерно- технического плана Описать системы вентиляции, канализации, водопровода и пр.
 13. Требования по стадийному вводу в эксплуатацию объекта Указывается информация по каждому объекту комплекса, его отдельных частей. Необходима информация по срокам, условиям сдачи и вводу в эксплуатацию
 14. Требования по разработке природоохранных мер Здесь описывается влияние объекта постройки на экологическую обстановку и окружающую среду
 15. Требования по предоставлению условий для отдельных групп граждан Данные по элементам конструкций, предназначенных для инвалидов, стариков и детей.
 16. Требования по безопасности и охране труда Расписываются материалы по теме охраны труда и здоровья работников будущего строения. Подходит для зданий промышленного назначения.
 17. Требования по санитарно- эпидемиологическим нормам Описать документы для проверяющих организаций: Роспотребнадзор, СЭС и т.д.
 18. Требования по противопожарной безопасности Описание соответствия номам пожарной безопасности
 19. Требования по материалам для демонстрации Заполняется в случае использования 3D макетов и презентаций
 20. Дополнительные требования Специальные требования, внесенные самим заказчиком по необходимости, но в рамках существующих норм

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

Какие программы называют лицензионными?

Практическая работа №2

Тема работы:Лицензионные и свободно распространяемые программные продукты. Организация и обновление программного обеспечения с использованием сети Интернет.

Цель работы:изучить лицензионные и свободно распространяемые программные продукты; научиться осуществлять обновление программного обеспечения с использованием сети Интернет.

Оборудование, приборы, аппаратура, материалы: персональный компьютер с выходом в Интернет.

Задания

Задание 1. Найти в Интернете закон РФ «Об информации, информатизации и защите информации» и выделить определения понятий:

информация — сведения о лицах, предметах, фактах, событиях, явлениях и процессах независимо от формы их представления.

информационные технологии — процессы, методы поиска, сборы, хранения, обработки, предоставления, распространения информации и способы осуществления таких процессов и методов.

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

доступ к информации— возможность получения информации и её использования.

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

электронное сообщение — информация, переданная или полученная пользователем информационно-телекоммуникационной сети.

документированная информация — зафиксированная на материальном носителе, путём документирования, информация с реквизитами, позволяющими определить такую информацию или, в установленных законодательством Р.Ф. случаях, её материальный носитель.

Задание 2.Изучив источник «Пользовательское соглашение» Яндекс ответьте на следующие вопросы:

1. По какому адресу находится страница с пользовательским соглашением Яндекс? http://company.yandex.ru/legal/rules/

2. В каких случаях Яндекс имеет право отказать пользователю в использовании своих служб?Яндекс имеет право отказать пользователю в случае непринятия правил или условий использования, либо их нарушения.

3. Каким образом Яндекс следит за операциями пользователей?С помощью программ: Яндекс вебмастер, Яндекс Бар, Яндекс Метрика, Яндекс почта, Punto Switcher, Web Visor.

4. Что подразумевается под термином «контент» в ПС?Содержания сайта: текстовая информация, графические материалы, мультимедийные файлы и т.д.

5. Что в ПС сказано о запрете публикации материалов, связанных с:

нарушением авторских прав и дискриминацией людей? Пользователь, при размещении материалов, должен указывать источник информации, и кто является автором.

Структура технического задания

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

1. Оглавление 2. История изменений документа 3. Участники проекта 4. Назначение документа 5. Терминология 6. Общий контекст

Если в начале документа даётся общая, концептуальная информация о разрабатываемой системе, то во второй, основной части документа, детально прописываются бизнес-требования и существенные для оценки стоимости разработки функциональные требования к системе.

В разделе «Терминология» технического задания на баннерную систему мы определяем такие понятия как Показы, Клики, CTR, Охват, Частота контакта, Файл бронирования и т.п, а в разделе «Общий контекст» — описываем основные бизнес-процессы компании-заказчика, относящиеся к размещению баннерной рекламы, а также — системное окружение, текущие роли менеджеров компании и права доступа. Стоит отметить, что в данном конкретном случае система строилась не на пустом месте. Ранее менеджеры компании использовали другую, отличную от нашей, систему размещения баннерной рекламы. В противном случае — анализ ролей и прав доступа был бы скорее всего вынесен в отдельную главу.

7. Система размещения баннеров 8.

Взаимодействие с биллингом 9. Banner Engine 10. Техническое описание компонента Banner Engine

Самый объемный раздел описываемого нами технического задания – «Система размещения баннеров»; он посвящён ядру разрабатываемой системы и содержит все требования непосредственно к системе управления рекламными местами.

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

Отдельный раздел технического задания описывает требования к компоненту Banner Engine, отвечающему за показ баннеров, учёт статистики, её обработку и сохранение в виде, пригодном для дальнейшего анализа и построения отчетов.

Это – технически самый сложный и самый высоконагруженный компонент баннерной системы. В ТЗ мы включили раздел, содержащий некоторые технические и архитектурные детали, связанные с работой Banner Engine. Прежде всего, это позволяет минимизировать риски при оценке стоимости разработки системы, ведь в зависимости от выбранной архитектуры трудоемкость может отличаться в разы.

Каждое техническое задание отличается по размеру, числу иллюстраций, количеству версий. Для примера, документ на баннерку представлен на 44 страницах и содержит 15 иллюстраций. Процесс подготовки этого документа занял около месяца и включал около 8 итераций с заказчиком.

Основные принципы

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

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

Cледующая схема, иллюстрирующая структуру рекламных кампаний и взаимосвязь между основными понятиями в рамках рекламных кампаний, сэкономила нам несколько страниц текста.

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

Вот такой прототип экрана редактирования рекламной кампании был включен в ТЗ на систему баннерной рекламы.

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

Требования должны быть написаны «живым человеческим» языком, понятным бизнес-пользователю в т.ч. руководителю высшего звена, не обладающему техническими навыками; в них должен содержаться минимум технической терминологии. Чем быстрее пользователь «вникнет» в содержания технического задания, тем более эффективно будет выстраиваться наше с ним общение.

Что это

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

Суть и понятие ТЗ заключается в следующем:

  • Определение четких критериев выполнения работ по целям, задачам, срокам, результатам и т.д. Благодаря этому можно на любом этапе работ определить ошибки и устранить недочеты;
  • Регулирование ответственности сторон, т.к. документ согласован и обоюдно принят. Иногда каждый этап работ согласовывается отдельно, чтобы в результате ошибок была четко определена степень вины каждой стороны, и в соответствии с этим распределены суммы убытков;
  • Составляется на основе четких расчетов и научных исследований, поэтому практически исключает «провальность» мероприятий;
  • Пишется в доступной форме, без использования сложной профессиональной терминологии, что делает его понятным простому обывателю. Это очень важный пункт, потому что несоблюдение определенных норм из-за недостатка информации, может повлечь санкции со стороны надзорных органов, ведь «незнание не освобождает от ответственности».

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

Исполнитель и заказчик благодаря ТЗ могут очертить границы своих обязанностей и возможностей:

Со стороны заказчика:

  • Понять, как действовать на основе имеющихся ресурсов и технических знаний;
  • Требовать четкого исполнения всех пунктов документа от исполнителя.

Со стороны исполнителя:

  • Спроектировать технический макет будущего объекта;
  • Разработать план последовательности действий;
  • Не принять предложение вовсе или отказаться от тех работ, которые не указаны в ТЗ или их невозможно выполнить.

С обеих сторон:

  • Сократить количество неточностей и ошибок;
  • Прийти к общему виду готового объекта;
  • Совершить согласование работ после каждого пункта.

Важно! Заказчик всегда несет ответственность за достоверность данных, которые были предоставлены им при составлении технического задания.

Бизнес vs Функциональные требования

В техническом задании регистрируются как бизнес-требования к системе, так и функциональные требования:

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

— Функциональные требования представляют собой описание того, КАК те или иные действия осуществляются в системе. На этапе разработки технического задания функциональные требования обычно фиксируются только для наиболее сложных блоков проекта.

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

Пример бизнес-требования:

«Для рекламной кампании важно максимально точно отслеживать лимит показов, чтобы избежать финансовых потерь, связанных с показом баннеров сверх оплаченного лимита. Помимо этого, возникает задача ограничить показ одного баннера одному пользователю, например — не больше N раз в день»

Пример функционального требования:

«Для решения этой задачи предполагается использовать внешний сервис, к которому баннерные сервера будут обращаться при каждом показе баннера. Поскольку данный сервис является точкой отказа, баннерные сервера должны корректно обрабатывать ситуацию когда внешний сервис недоступен или отвечает с задержками».

Текст из документа «Пример 4»

00471545.000.001.ТЗ.01.1-1

22

УТВЕРЖДАЮ

ст. гр. 21612 — ИВТ

А. Ю. Когочев

_______________

“__”_______200_г.

УТВЕРЖДАЮ

К.ф-м.н. доцент

С.Ю. Курсков

_______________

“__”_______200_г.

Распределённая система управления физическим экспериментом

наименование вида АС

Петрозаводский Государственный Университет

наименование объекта автоматизации

РС управления ФЭ

сокращенное наименование АС

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На 21 листах

Действует с __.__.2009г.

СОГЛАСОВАНО

Д.ф-м.н., профессор кафедры ИИСиФЭ

______________А.Д. Хахаев

“__”_______200_г.

1. Общие сведения …………………………………………….3

1.1 Полное наименование системы и ее условное обозначение. 3

1.2 Наименование разработчика системы и реквизиты заказчика. 3

1.3. Основания для разработки АС. 3

1.5. Источник финансирования работ по созданию АС. 3

2. Назначение и цели создания системы 5

2.1 Назначение системы. 5

2.2 Цели создания системы. 5

3. Характеристика объекта автоматизации 6

3.1.Краткие сведения об объекте автоматизации. 6

3.2. Сведения об условиях эксплуатации объекта автоматизации. 6

4. Требования к системе 7

4.1. Требования к системе в целом. 7

4.1.1.Требования к структуре и функционированию системы 7

4.1.2. Требования к средствам и способам связи для информационного обмена между компонентами системы. 7

4.1.3. Требования к характеристикам взаимосвязи создаваемой системы со смежными системами, требования к ее совместимости. 8

4.1.4. Требования по диагностированию системы. 8

4.1.5. Перспективы системы, модернизация системы. 8

4.1.6. Требуемый режим работы персонала. 8

4.1.7. Требования к надежности комплекса. 8

4.1.8 Требования к численности и квалификации персонала программы и режимы его работы 9

4.1.9. Требования по безопасности системы. 9

4.1.10. Требования по эргономике и технической эстетике. 10

4.1.11. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению систем комплекса. 10

4.1.12. Требования по сохранности информации. 11

4.1.13 Требования к средствам защиты от внешних воздействий. 11

4.1.14 Требования к защите информации от несанкционированного доступа. 11

4.1.15. Требования по стандартизации и унификации. 12

4.2. Требования к задачам, выполняемым системой. 12

4.2.1 Перечень функций, подлежащих автоматизации: 12

4.3. Требования к видам обеспечения. 13

4.3.1. Требования к информационному обеспечению. 13

4.3.2. Требования к лингвистическому обеспечению. 14

4.3.3. Требования к программному обеспечению. 14

4.3.4. Требования к техническому обеспечению. 14

4.3.5 Требования к методическому обеспечению. 15

5. Состав и содержание работ по созданию системы 16

6. Порядок контроля и приемки системы. 17

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие. 18

8. Требования к документированию. 19

Список источников 20

Текст 2 страницы из документа «Пример 4»

— ошибки в программных средствах;

— неверные действия сотрудников.

Для сохранности информации необходимо предусмотреть использование блоков бесперебойного питания для защиты данных от повреждения в случае отключения питания, для надёжного хранения данных необходимо производить ежедневное резервное копирование БД на несколько дисков, а также поскольку все манипуляции со структурой базы данных производятся посредством СУБД Microsoft Access, то для обеспечения сохранности информации при сбоях использовать её механизмы (транзакции).

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

4.1.13 Требования к средствам защиты от внешних воздействий.

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

4.1.14 Требования к защите информации от несанкционированного доступа.

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

  1. доступ преподавателям – руководителям (изменять, вносить корректировки в название ТВКР);

  2. доступ секретарю ГАК (заполнять, вносить изменения в подсистему программы связанную с защитой и подготовкой отчетности);

  3. доступ секретарю кафедры СУ и ВТ (заполнять, добавлять данные, связанные с ТВКР);

  4. доступ администратору (вести профилактические мероприятия, следить за правильностью ведения БД);

  5. доступ студентам – выпускникам (просмотр данных).

4.1.15. Требования по стандартизации и унификации.

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

База данных хранится в формате Microsoft Access (mdb-файл). После внесения изменений все данные сохранять в том же файле.

Интерфейс системы построить на основе стандартных для операционной системы Windows элементов. Для изображения различных объектов базы данных использовать пиктограммы, принятые в Microsoft Access.

ISO/IEC/ IEEE 29148-2011

Стандарт IEEE 29148-2011

  • 1. Назначение системы
  • 2. Содержание системы (границы системы)
  • 3. Обзор системы
    • 1. Содержание системы
    • 2. Функции системы
    • 3. Характеристики пользователей
  • 4. Термины и определения
  • 1. Функциональные требования
  • 2. Требования к юзабилити
  • 3. Требования к производительности
  • 4. Интерфейс (взаимодействие) системы
  • 5. Операции системы
  • 6. Состояния системы
  • 7. Физические характеристики
  • 8. Условия окружения
  • 9. Требования к безопасности
  • 10. Управление информацией
  • 11. Политики и правила
  • 12. Требования к обслуживанию системы на протяжении ее жизненного цикла
  • 13. Требования к упаковке, погрузке-разгрузки, доставке и транспортировке
  • 1. Предположения и зависимости
  • 2. Аббревиатуры и сокращений
  • 1. Назначение
  • 2. Содержание (границы)
    • 3. Обзор продукта
    • 1. Взаимодействие продукта (с другими продуктами и компонентами)
    • 2. Функции продукта (краткое описание)
    • 3. Характеристики пользователей
    • 4. Ограничения
  • 4. Термины и определения
  • 1. Требования к внешним интерфейсам
  • 2. Функции продукта
  • 3. Требования к юзабилити
  • 4. Требования к производительности
  • 5. Требования к логической структуре БД
  • 6. Ограничения проектирования
  • 7. Системные свойства ПО
  • 8. Дополнительные требования
  • 1. Предположения и зависимости
  • 2. Аббревиатуры и сокращений
Оцените статью
Рейтинг автора
5
Материал подготовил
Андрей Измаилов
Наш эксперт
Написано статей
116
Добавить комментарий